Bonjour, a propos de Qgis, je ne parlais pas tant de l'utiliser comme un éditeur OSM, mais plutôt pour ce qu'il fait très bien : être un "front-end", une interface à Postgis et autres sources de données (wms, wps, sqlite, shape). On peut ainsi utiliser des couches de sources différentes, et surtout utiliser les fonctionnalités SIG classiques d'analse de données spatiales, et avoir un résultat visuel immédiat (buffer, intersections, etc.). En vectoriel, Qgis commence, grâce aux plugins python, à proposer des fonctionnalités très intéressantes.
La mention du plugin qgis était dans mon discours pour montrer qu'on pouvait l'utiliser aussi pour OSM, mais surout pour montrer le potentiel. Lors d'un projet précédent, j'avais utilisé qgis pour gérer les données spatiales de traçabilité sur des parcelles (capteurs gps sur tracteurs), et j'avais été très charmé par la facilité avec laquelle on pouvait utiliser l'api pour développer ses propres plugins (en C ou en python). Enfin, je digresse un peu, là :) Bon début de semaine Le 11 octobre 2009 19:04, Denis <dhel...@free.fr> a écrit : > Emilie Laffray a écrit : > > kimaidou wrote: > >> Bonjour > >> > >> Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si > >> vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en > >> est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en > >> java) qui gère bien les géométries complexes et lourdes. Peut-être que > >> la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? > > Le plus a mon avis c'est de travailler a partir de la base de données et > > d'outils comme QGis. Selon la mémoire nécessaire, j'utiliserais OpenJump > > (utilisable en 64 Bits). J'ai la base de donnée qui permet de voir les > > polygones qui touchent le polygone si besoin est. Dans les cas les plus > > complexes comme ceux ci, on a plus a y gagner a les importer en faisant > > les modifications a partir de la base de donnée initialement, de faire > > les modifications et ensuite de générer le fichier OSM pour import. Je > > pense que QGis pourrait être utile pour ça. > > Mes premières expériences avec QGis 1.2 et 1.3, notamment son plugin OSM > ne m'ont pas franchement ébloui. Certes, ce n'est qu'un début et nul > doute que des progrès rapides seront faits. En attendant je crois > l'approche la plus réaliste est celle d'Émilie, mais combien vont avoir > le luxe d'avoir un PostGIS à la maison avec une base à jour ? > > Une idée que je lance comme cela en l'air (pour voir où elle va retomber > ) : un généreux geek offre un web service WFS (Web Feature Service) à > partir d'une base OSM-postgisée. Du coup, le contributeur n'a pas à > entretenir sa propre base en local. Deuxième effet kiss-kool, on peut > organiser les données OSM en lots (une couche avec les limites admin), > une avec le réseau hydro, un réseau routier, les POI, etc. Bref on peut > découper la base en plein de tranches suivant l'intérêt. > Dans certaines zones densément cartographiées, cela pourrait être utile. > Bon, reste la cohérence des objets partageant les mêmes noeuds, entre > autres. > > C'est juste une "snaps-idée". Je crois beaucoup à l'émergence de ce > nouveau mode de travail : web-services consommés par des web-applis ou > de bureau. > > Denis > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
