Vol2 navigation fr

From OSGeo
Jump to navigation Jump to search

Programme Brésilien de Surveillance des Bateaux de Pêche Industrielle

Le texte original déjà traduit est commenté.

Traduit

Programme Brésilien de Surveillance des Bateaux de Pêche Industrielle

Une expérience utilisant les services Web et Webgis

par Rafael M. Sperb, Carlos H. Bughi, Adriana G. Alves, Luis E. Bonilha, Cláudia R. Zagaglia, Roberto Warlich, Felipe L. Pereira, Tadeu E. D. Granemann, Jeferson Koslowski1 et Nataly P. da Silva


Résumé

Cet article présente RASTRO, un système d'information basé sur le web, qui a été développé et implémenté pour le Programme Brésilien de Surveillance des Bateaux de Pêche Industrielle, utilisant les technologies Open Source, tel que Ka-map (MapServer), PostgreSQL (PostGIS, PL/PGSQL) et Symfony (PHP, AJAX). Dans sa troisième version, le système inclut des éléments tels que des agents qui contrôlent des zones d'exclusion et les signaux de détresse des bateaux ; des services Web pour le suivi des receptions et des délivrances des données ; ainsi qu'une intergace WebGIS pour la visualisation des bateaux qui naviguent dans les eaux sous la juridiction brésilienne, aussi bien que dans les zones de la Commission pour la Conservation des Ressources Marines Vivantes de l'Antarctique (Commission for the Conservation of Antarctic Marine Living Resources - CCAMLR). Cet article présente l'architecture, les fonctionnalités et le potentiel impact sur la pêche industrielle de RASTRO.


Introduction

Des systemes de surveillance des bateaux de pêche (vessels monitoring systems - VMS) sont implémentés partout dans le monde depuis le milieu des années 90 (OCDE, 2005). Ils sont considérés comme un premier outil pour garantir l'execution des mesures de gestion de la pêche. Dans le contexte du Code de Conduite pour une Pêche Responsable et de son objectif principal de garantir une pêche viable, les activités illégales, non mentionnées et non régulées (illegal, unreported and unregulated - IUU) représentent un problème mondial sérieux et grandissant (FAO 2002).


RASTRO V.1 : Interface WebGIS

Les activités IUU portent un préjudice direct à la pêche et empêche l'accomplissement de mesures viables pour l'évolution, en contribuant à la surpêche et en compromettant ainsi le renouvellement des stocks. A long terme, cette situation conduira à la perte des perspectives socio-économiques, ainsi qu'à des effets négatifs aussi bien sur la disponibilité de la nourriture, que sur l'environnement.

Les personnes impliquées dans la pêche IUU essayent d'éviter la detection de leurs activités, en opérant dans des zones où la surveillance et le contrôle sont réduis voir non existants. C'est le cas au Brésil, où les activités IUU sont principalement relatives à :

  • Bateaux nationaux ou étrangers opérant sans autorisations;
  • Bateaux opérant en zones protégées;
  • Opération interdite en zones restreintes, incluant celles originaires d'engagements internationnaux, tels que les quotas de prises; et
  • Prises non déclarées comme requis par la régulation nationale ou par les organisations régionales de gestion (e.g.: Commission Internationale pour la Conservation du Thon dans l'Atlantique (International Commission for the Conservation of Atlantic Tunas - ICCAT) et la Commission pour la Conservation des Ressources Marines Vivantes de l'Antarctique (Commission for the Conservation of Antarctic Marine Living Resources)).

Pour faire face à cette situation, le Gouvernement Fédéral Brésilien a mis en place de nombreux outils proposés par la FAO pour lutter contre la pêche IUU, tels qu'un programme d'observations à bord des bateaux, des rapports de prises, l'inspection des bateaux dans les ports et au large et empêcher l'accès aux ports pour les bateaux impliqués dans des pêches IUU ainsi que s'opposer à leurs privilèges (FAO, 2002). La dernière mesure a avoir été effectivement mise en place, à l'échelle industrielle, fut le programme de surveillance des bateaux.


Le Programme Brésilien de Surveillance des Bateaux de Pêche Industrielle


Le Programme Brésilien VMS (Programa Nacional de Rastreamento de Embarca\c{c}\~{o}es Pesqueiras por Sat\'{e}lite - PREPS) fut institué par l'Instruction Normative Interministerielle n. 02, en date du 4 septembre 2006 (SSAF, 2006a). Il est important de remarquer que le décré n. 4.810/2003 avait déjà établi que, dans le but d'opérer sur les eaux sous la juridiction brésilienne, les propriétaire, les armateurs, ou les bailleurs doivent utiliser des équipements qui permet à leurs bateaux d'être surveillé, lorsque cela est demandé par le Secrétariat Spécial de l'Aquaculture et de la Pêche - SEAP/PR ou le Ministère de l'Environnement - MOE à l'aide une action judiciaire. Cependant, la première expérience de surveillance dans le cadre du VMS a démarrée dès 1999, quand les navires de pêche étrangers loués par les compagnies brésiliennes ont dû s'équiper de système de suivi. De 2001 à 2005, cette flotte a opérée dans les eaux sous la juridiction brésilienne avec une moyenne de 37 sur 60 navires de pêche surveillés par an.


Pendant cette période, 404 voyages vers les eaux territoriales brésiliennes pour pécher des crabes rouges et des baudroies ont été contrôlés par le Groupe d'Étude des Pêches - GEP de l'université de la Vallée Itaja\'{i} (UNIVALI), assigné officiellement pour recevoir, tracer et faire un rapport sur l'activité des navires. Le premier problème auquel ils ont dû faire face dans cette expérience était le manque de définitions établies par le gouvernement pour les technologies de traçage et les pratiques de contrôle. Délivrer la position et la date des navires toutes les 4 heures était suffisant pour certifier que n'importe quel fournisseur et navire de service de traçage opéraient légalement sur le rivage brésilien. Par conséquence, les industriels de la pêche ont loué des services à bas coût juste pour satisfaire les obligations du gouvernement et lancer légalement leur opérations. Donc, la plupart des compagnies de pêche ont choisi un système de traçage pour fournir un service simple à bas cout qui délivre à une liste d'emails du GEP le nom, la date, la latitude et la longitude des navires (CABRAL et al, 2003).

 La trace d'un simple navire (CABRAL et al, 2003)


Début 2001, la GEP s'est retrouvé avec de grande quantité de données arrivant constamment par mail, et avec une procédure complexe impliquant une personne à temps plein pour recevoir, lire et entrer dans un logiciel bureautique de SIG les données des positions qui arrivaient. Sans mentionner les rapports à fournir deux fois par semaine et la possibilité d'erreurs humaines dues à des étapes non automatisées. Pendant ce temps, nous étions, au Laboratoire de Calcul Appliqué (G10), en train d'expérimenter des technologies de WebSIG. Nous avons trouvé que le problème auquel le GEP était confronté était un bon challenge pour mettre en pratique nos compétences. La première version de RASTRO (Figure 1) a été développée pour résoudre cette situation. Le système était une série de scripts shell et Web qui réalisaient diverses tâches, incluant la récupération, le traitement des données, la génération du shapefile, la visualisation dynamique des données sur des cartes pour le Web et pour des rapports à la demande (CABRAL et al, 2003).


En plus du problème auquel la GEP a dû faire face, l'expérience avec la première version de RASTRO a montré plusieurs contraintes opérationnelles et de nouveaux problèmes, malgré la grande importance qui a été donné à la compréhension des contraintes de contrôle légale et les stratégies de pêche des navires. La juridiction des agences gouvernementales se superpose et les faibles définitions des technologies de traçage, des services, et des pratiques opérationnelles, pointé plus tôt, ont été la base pour le développement du PREPS. En regardant le système d'information lui-même, il a constitué une expérience éclairante et fructueuse pour la version de RASTRO en préparation. Les protocoles de communication et les formats de données représentaient les besoins les plus importants qui devaient être officiellement définie par le gouvernement pour un programme VMS à grande échelle tel que le PREPS. Au cours des sessions suivantes de ce document, nous présentons la version 3 de RASTRO non pas comme une évolution de la version précédente, mais plutôt comme le résultat du déploiement des concepts et des technologies à l'état de l'art de l'information technologique pour atteindre les besoins généraux du PREPS :

  • Communications entre les serveurs externes et les clients réalisé avec des WebServices standards ;
  • Utilisation des technologies open source ;
  • Fonctionnalité pour réaliser l'accréditation des fournisseurs de données de traçage ; la procédure de permission des navires ; audit des opération de(s) navire(s) ; contrôle et registre des zones restreintes (contrôle réalisé par des agents) ; gestion des traces des historiques des transgressions de la loi et amélioration des mesures ; et alarme de détresses ;
  • Les WebSIG doivent utiliser les standards d'intéropérabilité de l'OGC - Open Geospatial Consortium (WMS et WFS) ; et
  • Applications basées sur internet avec contrôles d'accès.

Développement de la version 3 de RASTRO

Les technologies open source

<!-The open source technologies that the application is built upon are shown in Figure 2, according to it architecture. Linux version OpenSUSE 10.2 is the underlying operational system in both Web and Data Base servers. PostgreSQL is the DBMS that, with PostGIS extension, handles non-geospatial and geospatial data. Requests from the Web server side are executed in two ways: non-geospatial data requests are done through PHP, while MapServer does all geospatial data, generating dynamic maps to be visualized via KaMap. -->

Les technologies open source sur lesquelles l'application est compilée sont indiquées Figure 2, en fonction de son architecture. Linux OpenSUSE 10.2 est le système d'opération sous-jacent à la fois sur les serveurs web et de base de données. PostgreSQL est le DRMS qui, avec l'extension PostGIS, gère les données spatiales et non spatiales. Les requêtes du côté serveur web sont exécute de deux manières : les requêtes sur les données non spatiales sont réalisé avec PHP, tandis que MapServer réalise celle des données spatiales, générant des cartes dynamiques pour être visualisé via KaMap.

 Les technologies open source utilisé par l'application RASTRO

L'application complète a été développé avec le concept Orienté-Objet, sur trois couches (par exemple, modèle, contrôle, vue) en utilisant le framework Symfony. Pour les utilisateurs, les requêtes sont arrangés d'une manière sure (par exemple en utilisant OpenSSL) soit d'une manière synchronisée par HTTP request, ou d'une manière asynchrone en utilisant Ajax (XmlHTTPRequest).

 Architecture du système

Les Web Services standards

A traduire

RASTRO uses three types of Web Services (Figure 3). The first one we developed to be officially adopted by the government through the Normative Instruction n. 20, from September 15th, 2006 (SSAF, 2006b). In order to provide data to the PREPS program, a tracking data provider company needs to be accredited after complying with the VMS Web Service Standard (VMS-WSS) tests. Since RASTRO is a WebGIS, it was natural to adopt OGC Web Services (OWS) standards. In this version, the system uses Web Mapping Specification (WMS) and Web Feature Specification (WFS) for geospatial data distribution and access (i.e. providing maps of restricted areas or displaying sea surface water temperature).

Finally, the last Web Service provides data (vessel`s name, characteristics and operating distances for certain periods) for the Federal Government Diesel Subsidy. Unfortunately, thus far, there has been no effort to create a standard for this WS.


L'architecture du système

The system operates with two servers using the technologies earlier presented (Figure 2). In the Data Base Server (DB Server), besides data management processes, it is worth mentioning the agents (Figure 3). After tracking data reception through the VMS-WSS, they are in charge of triggering and performing several analyses:

  • Vessel sensor data: searches for distress warning signal or tracking devices battery failure, communicating them to the Brazilian Navy-MB (SALVAMAR/SAR);
  • Navigation data: verifies whether the vessel is navigating/operating on protected or restricted area;
  • Timely data: verify whether the tracking data was sent in due time (every hour with a gap no longer than 4 hours); and
  • CCAMLR notice: verifies whether the vessel tracking data is within the CCAMLR area, communicating it to this organization using VMS data format NAF (CCAMLR, 2005).


On the Web Server side, one will find the VMS-WSS, OWS, and Diesel Subvention Program WS. In this server, MapServer 4.10.2 handles OWS requests as server and client.

Interface

RASTRO`s interface was customized to PREPS requirements. Thus, each Government institution that holds a share on the Program operation (SEAP/PR, MOE, and MB) has a set of specific functionalities available (e.g.).: warning distress for the MB). Tracking data companies and vessel owners, shipbrokers, or leaseholders also have access to the system. It is restricted to vessels that are under their official responsibility, though.

The WebGIS behaves in the same way, granting access to functionalities according to user level. Built upon KAMAP framework, the interface provides a comprehensive set of tools, customized to support monitoring procedures for each one of the operators. These tools are presented in Figure ~\ref{fig:admin}. The basic WebGIS operations are available through the Navigation tool box (a), including pan, zoom in and out, reset, legend display, measurement, buffer, and save the map. The cursor is used to query vessel info on the map itself (b), as well as to define a point for buffer operation, which returns a list of vessels at a defined distance. This functionality is important for the MB (SALVAMAR/SAR) rescuing procedures, since it might be faster to dispatch a vessel that is closer to the distressing vessel, than sending any other means of rescuing.

 interface WebSIG d'administration de RASTRO

Figure ~\ref{fig:admin} (c) and (d) displays the alert area. In (c), alert filters are available based on the operator needs: level (intervention, attention, observation); vessel`s name; date; and type of alert. A list of results is displayed on (d). Other filters are available in the system as well: the user might see the last two coordinates or audit the operation for a certain period of time (f); and visualize according to vessels` permit, target species, type of fishery, and vessel`s characteristics (e.g. size). A quick vessel finder is available on (h), whereas in (i) the user may choose vessel(s) he wants to visualize.

The interface`s language might be changed from Portuguese to English (e) in order to allow foreign users (e.g.: CCAMLR officials) to easily navigate in the system. Finally, thematic maps list (g) includes themes such as exclusion and protected areas, SAR areas and bathymetry. An example of a VMS ROSTRO product is shown on Figure ~\ref{fig:admin2}, where an operation area of two vessels (1 and 2) might be identified in the circle (a).

Conclusion

Our newly developed PREPS VMS information system is novel in several respects. First, it supports a combination of interests and jurisdictions among SEAP/PR, MOE, and MB. This combination was planned in order to avoid conflicts of interest and waste of financial and human resources. At the same time, the intention is to increase the efficiency of management and control of commercial fishery. From this perspective, this is the first innovating feature that promotes co-management initiatives.

Second, not only the Federal Government is in charge of the operation. When a vessel has a gross tonnage equal or to or greater than 50 tons, or if its length is equal or greater than 15 meters, the vessel`s owners, shipbrokers, or leaseholders must adhere to PREPS. Therefore, their part is defined in the vessel monitoring process itself. This can be considered as the second innovating point of PREPS.

 Example of VMS auditing with the identification of operation area


It is of their biggest interest to maintain, in the long term, the fisheries potential catches. Not by coincidence, this is also the Government`s interest. Therefore, PREPS formally establishes the productive sector`s responsibility related to its performance, for example, when recognizing fishing areas and providing data on catch associated to these areas. These elements are essential for dealing with fishing resources properly. When implementing PREPS, the Government makes the private enterprise co-responsible for the future of the fishery in national waters. Providing their access to RASTRO, the government grants transparency to the process, while it includes the productive sector`s effort in a set of tools that eventually may lead to responsible fishery.

Third, our system represents a technologic innovation. The pioneer character in which the telemetry (tracking) issue was approached deserves attention. The proposal of the Web Service Standard for RASTRO`s operation made possible for any company willing to provide tracking services to apply for accreditation as tracking data provider. In other words, this standardization not only benefits the Government, which has easy conditions to integrate tracking data sent by different tracking companies. Tracking companies can establish themselves in a free-competition market, unlike the monopoly situation that other countries have experimented with in this type of service. Accordingly, the market will adjust for the competitive quality and cost, with positive impacts for PREPS and the productive sector.

Forth, the system employs state-of-the-art technologies and architecture, allowing SEAP/PR, MOE, and MB to act within their responsibilities from one system only. This allows the information system to support plans and decisions operated in a shared way. That is, the same information may be used, for example by the MOE to inspect specific areas, by SEAP/PR to control a certain fleet`s operations, and by the MB to find vessels at any moment that pose a threat to the security on the sea.

Finally, the fifth innovating element is the tracking system`s interoperability with other governmental systems. The conception of the system developed for PREPS permits the communication of data with a system for managing the subvention for diesel, with a computerized system for managing fishing permissions, and OWS compliant systems.

Remerciements