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
