Liens connexes

Dépêche modérée par

: Le Libre et le SIG

Posté par jerome (page perso, ). Modéré le 10 mars 2003.
0
Les SIG, pour Systèmes d'Informations Géographiques, sont des outils de plus en plus présents sur le marché, trouvant leur place en agriculture, en recherche pétrolière et minière mais aussi en aménagement et protection du territoire. Les leaders dans ce domaine fournissent des produits pour plateformes Unix, mais principalement pour Windows et toutes sont très propriétaires (très chères surtout)... Mais bonne nouvelle! De nombreuses solutions se mettent à fleurir partout dans le monde du Libre ou en tout cas de l'OpenSource : citons par exemple le logiciel SIG Grass, le serveur de carte Mapserver, ...

Il est heureux de remarquer que tout le monde participe en plus à l'OGC, pour Open GIS Consortium, travaillant à l'établissement de normes pour la création d'un SQL spatialisé. A noter au passage que le principal rival d'Oracle Spatial est PostGIS, basé sur PostGreSQL, déjà dispo sous Gentoo, à quand chez Debian ?

Pour ceux qui aimeraient en savoir plus, voilà quelques liens vers les produits cités ci dessus ...

> Lire les commentaires (11 commentaires, moyenne: 8,1).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Re: Le Libre et le SIG

Posté par Laurent Simon (page perso, ) le 10/03/2003 à 19:38. (lien). Évalué à 18.

GMT est un programme de génération de cartes qui peut être très utile aux utilisateurs des SIG (et à toute personne qui veut représenter des données). C'est un très bon outil, très bien documenté, sous GPL. http://gmt.soest.hawaii.edu/

Re: Le Libre et le SIG

Posté par Thomas MARTIN (page perso, ) le 10/03/2003 à 20:45. (lien). Évalué à 20.

Une anecdote : la semaine dernière, se déroulait au Palais des Congrès à Paris le salon Géo Evénement (http://www.geo-evenement.com ). J'ai eu l'occasion d'arpenter très rapidement les allées. On y voit les gros (IBM par exemple) et ils font clairement du commerce (ce qui n'est pas anormal). Je n'ai rien vu (mais je n'ai pas fouillé non plus) qui ressemble à du libre. Par contre, puisque vous parlez de l'OGC, il faut noter qu'il a développé un nouveau standard, GML (Geography Markup Language) basé sur XML et destiné à l'échange et au stockage de données géographiques, afin de favoriser l'interopérabilité des systèmes (quoique...). Il s'agit en fait d'une famille d'encodage basée sur des schémas XML que l'on pourra décliner selon ses besoins. La version 3 du standard (http://www.opengis.org/techno/documents/02-023r4.pdf ) vient de paraître. Elle apporte son lot (assez conséquent) d'évolutions : - intégration des données 3D, - réorganisation de la structuration des schémas formant GML, - introduction de la sémantique spatio-temporelle, - ... Bref, on atteint là un standard qui devient sérieux. Le manque pour réellement concurrencer les SGBDR spatiaux vient : 1) de l'interrogation des données. Il n'existe actuellement pas de "standard", ni de solution mûre. J'en profite pour signaler que s'il n'y a pour le moment pas de standard pour le SQL spatialisé, les outils existent et sont relativement mûrs. Au niveau de la recherche pour l'interrogation de données GML deux voies ont été explorées : * amender SQL pour supporter XML en général et lui ajouter des outils déjà existants pour le SQL spatialisé. Je ne crois pas trop à cette voie. * étendre XQuery. Le problème est que XQuery est encore un working draft. Il y a d'autres problèmes que je ne détaillerai pas ici. A noter que des extensions ont déjà été proposées dans le milieu de la recherche. 2) de l'indexation des données. Pour pouvoir interroger ces données, il faut absolument procéder à une indexation spatiale. Les problématiques actuelles sont comment indexer ces données (les solutions théoriques existent) et comment l'implémenter efficacement en GML, sachant que, vu le volume non négligeable des données géographiques, il faudra avoir une structuration très bien étudiée des données. Voilà pour les infos qu'on pouvait apporter.

Re: Le Libre et le SIG

Posté par jerome (page perso, ) le 10/03/2003 à 21:06. (lien). Évalué à 8.

Ouaip, on aurait pu se croiser au géo-évenement, mais gt déja au SIMA la semaine d'avant ... Tu as peut être vu le nouveau système de saisie des limites parcellaires pour les déclarations PAC, l'outil web qui a été choisi pour ce faire est MapServer :) Pour ce qui est du GML, il n'est pas à exclure des SGBD spatiaux tels que Oracle cartouche spatial ou PostGIS. L'OGC travaille activement avec le support *marqué* d'Oracle à l'établissement de ces normes GML ou "SQL spatial" dit "SQL92 ... A regarder sur http://www.opengis.org/techno/specs.htm Autre reamrque ... Le SVG est un langage très intéressant pour la cartographie en ligne ... Souhaitons qu'il arrive vite dans nos navigateurs sous linux ... Pour le moment, le plug in Adobe (proprio) ne fonctionne qu'avec les versions de Moz < 1.0.0, et le support natif de moz n'est pas encore abouti ...

Re: Le Libre et le SIG

Posté par esprit () le 11/03/2003 à 08:37. (lien). Évalué à 11.

Je ne suis pas du tout un expert en SIG, mais j'ai eu l'occasion de bosser sur une implémentation de certaines des specs de OpenGIS en Java lors d'un stage.

Donc quelques liens supplémentaires qui pourraient en interesser quelques uns :

oracle spatial et postGIS

Posté par atlexx () le 13/03/2003 à 13:18. (lien). Évalué à 2.

A noter au passage que le principal rival d'Oracle Spatial est PostGIS c'est assez optimiste comme remarque! postGIS est encore bien jeune pour prétendre concurenser arcSDE ou oracle Spatial (car c'est bieu eux les tenants du marché!). c'est un produit plein d'avenir mais... -encore faible sur les aspects de l'indexation spatiale (oracle aussi d'ailleurs) -le modèle géographique et les fonctions de recherche géometriques et topologiques sont faibles -faut vraiment en avoir envie pour l'installer (pas de binaires , necessite une arborescence pgsql source) Il reste quand mes que postgres est une bonne base pour un serveur spatial et que la voie est la bonne... si pgsql tient la charge (je ne sais pas ce que ça donne avec une table de 500Go) , il faudra penser a implémenter un mode de stockage des données raster. a partir de la , l'avenir est grand ouvert...

Revenir en haut de page