geOrchestra

Les résolutions fixes proposées par les services tuilés sont un obstacle à l'interopérabilité. Une solution se profile côté client dans OpenLayers.

Dans quelques jours, l'API Yahoo sera fermée. Yahoo recommande à ses utilisateurs de se tourner vers celle de Nokia. Et dans un ticket d'OpenLayers on trouve :

Finally, the GoogleNG layer violates the overall intent of the terms of service that to use the tiles, you've got to use the whole map interface. The whole point is that you can't use the tiles directly.. Traduction: Finalement, la couche google viole l'esprit des conditions d'utilisation pour l'utilisation des tuiles, vous devez utiliser l'interface google maps complète. Le fait est que vous ne pouvez utiliser les tuiles directement.

La consommation directe des tuiles google par OpenLayers, une voie pressentie pour le support gmaps dans geOrchestra sans embarquer toute l'API Google, n'est donc plus possible. Dans les conditions d'utilisation de google maps, on lit en effet :

(a) No Access to Maps API(s) except through the Service. You must not access or use the Maps API(s) or any Content through any technology or means other than those provided in the Service, or through other explicitly authorized means Google may designate. For example, you must not access map tiles or imagery through interfaces or channels (including undocumented Google interfaces) other than the Maps API(s).

Le ticket 1590 prévoit que geOrchestra utilise les fonds google ou autres car ce besoin a été plusieurs fois exprimé : google couvre la terre entière, donc des périmètres d'étude bien éloignés de la zone INSPIRE... Mais ces évolutions|abandons|subtilités de licence posent question.

Il apparaît risqué d'investir sur des API dépendantes d'une décision du fournisseur, cf Google may, at any time, terminate its legal agreement with you or cease providing all or any part of the Service immediately without any notice if:...(d) providing the Service could create a substantial economic burden as determined by Google in its reasonable good faith judgment. Une lecture critique des conditions d'utilisation s'avère dans tous les cas indispensable avant d'engager les développements.

En investissant principalement sur les normes OGC, on se met à l'abri de ces risques.

Le Conseil Général du Pas-de-Calais vient de publier un MAPA relatif développement d'une application métier basée sur Georchestra afin de répondre aux besoins de son Centre Départemental d'Archéologie (http://archeologie.pasdecalais.fr).

Objet du marché : Développement, intégration, maintenance, hébergement du Système d'informations Archéologiques du Conseil Général du Pas-de-Calais et prestations associées basé sur l'outil libre Georchestra.

Téléchargement des pièces : Les pièces du dossier sont mises à disposition sur le portail internet du CG62 (https://marches.local-trust.com/index.php5?page=entreprise.EntrepriseDetailConsultation&refConsultation=767&orgAcronyme=cg-62).

Date limite de réception des offres : 1er mars 2011, à 16 heures.

1e Rencontre européenne en France

La Fing, l’ePSIplateform, la Métropole de Rennes, la Région Bretagne, e-megalis et le GFII organisent une journée d’échanges autour des bonnes pratiques d’ouverture et de réutilisation des données publiques. Participez à la première rencontre européenne organisée en France, en français et en anglais (traduction simultanée).

A la question "geOrchestra, c'est quoi", il est souvent difficile de donner une réponse concise. Répondre "une infrastructure de données spatiale" n'apporte rien de très concret.

Un article wikipedia sur l'Open Source Geospatial Foundation présente un croquis fort intéressant. On y retrouve GeoServer, GeoNetwork, OpenLayers... dialoguant en bidirectionnel grâce aux normes OGC. La légende : Several OSGeo projects can communicate with each other, plusieurs projets OSGeo peuvent communiquer entre eux.

This file is licensed under the Creative Commons Attribution-Share Alike 3.0 Unported, 2.5 Generic, 2.0 Generic and 1.0 Generic license.

Ce schéma résume parfaitement l'approche engagée par les IDS comme EasySDI ou geOrchestra: l'essentiel est de contribuer aux briques fondamentales, de les valoriser et de démultiplier leurs possibilités en les intégrant entre elles sans les dévoyer. geOrchestra se positionne très favorablement sur ce schéma :

• intégrer GeoServer, GeoNetwork, OpenLayers (ça c'est fait !)
• délivrer des formats comme GeoRSS, KML pour s'interfacer avec Google Earth, WorldWind (réalisé par GeoServer)
• proposer une interface transactionnelle par WFS (réalisé par GeoServer)
• ajouter une strate d'optimisation par cache qui absorbe une partie de la charge (réalisé par GeoWebCache)
• ajouter des datastores majeurs comme OpenStreetMap (fait !)
• enfin, faciliter la fabrication d'applications composites sans a-priori technologique pour desservir des besoins pointus à faible coûts. L'API mapfishapp est un bon début...

Camptocamp a intégré un nouveau et pratique sélecteur de serveur WMS pour mapfishapp. Il est composé d'une liste de serveurs, la sélection d'un serveur déclenche un getCapabilities et liste les couches du serveur. La liste des serveurs provient d'un flux JSON ressemblant à ceci :

{
  servers: [
    {"name": "GeoLittoral", "url": "http://geolittoral.application.equipement.gouv.fr/wms/metropole"},
    {"name": "GeoBretagne.fr", "url": "http://geobretagne.fr/geoserver/wms"}
  ]
}

Le fichier de conf javascript permet de modifier l'origine de ce flux avec le paramètre GEOR.custom.WMS_LIST_URL. Cette fonctionnalité est disponible à partir du build #17.

Cette vidéo présente le visualiseur mapfishapp et l'utilisation des styleur et requêteur.

Dans le cadre des Rencontres Mondiales du Logiciel Libre 2010, la démarche geOrchestra sera présentée le 7 juillet 2010 à Bordeaux avec une conférence de 40 minutes