Bonjour Nicolas, QGIS me semble aussi être une solution à préférer. L'outil est mâture, relativement facile à utiliser et il évolue bien. Par ailleurs, ça permet de mélanger avec tout ce qui se fait en dehors de la communauté OSM.
Mais je suis resté un peu sur ma faim quand j'ai tenté de l'utiliser avec des données au format .osm. Je n'ai pas trouvé comment faire une correspondance tags<=>attribut avec le plugin. Idéalement, il faut trier les données en amont et les convertir en ShapeFile (ou tout format compatible OGR). Pour ça, je vois que tu utilises Osmosis. Je l'utilise aussi depuis peu et j'en suis satisfait mais j'aurai du mal à le conseiller à quelqu'un qui n'est pas un peu informaticien. J'ai découvert OSMembrane (une interface graphique pour osmosis) sur le wiki pendant que j'écrivais ce mail. Ça pourrait combler le manque, il faudrait que j'essaye. Si quelqu'un a déjà un avis, je suis preneur. Cordialement Gilles Le jeudi 08 mars 2012 à 14:49 +0100, Nicolas Moyroud a écrit : > Bonjour, > > Pour la partie extraction de données et intégration dans un SIG, il y > a le plugin OSM de QGIS qui facilite beaucoup le travail. J'avais fait > un petit article sur mon site à ce sujet : > http://libreavous.teledetection.fr/geomatique/9-openstreetmap/20-extraire-et-transformer-des-donnees-openstreetmap-au-format-shapefile > Sinon avec René-Luc D'Hont (3LIZ) on va animer un atelier à ce sujet > aux journées SIG-la-lettre 2012 : > http://www.rencontres-sig-la-lettre.fr/ > Pour la partie production de cartes QGIS est parfaitement adapté et il > y a de nombreuses documentations en français qui sont disponibles. > Mais bon je ne suis pas vraiment un spécialiste dans ce domaine. :-) > Pour une publication carto sur le web avec QGIS-Server c'est vraiment > simple (en tout cas beaucoup plus qu'en éditant à la main un mapfile > de mapserver). > > Nicolas > > > > Le 08/03/2012 14:02, Gilles Bassière a écrit : > > Bonjour, > > > > Pour celui qui a l'esprit vierge de tout formatage, il est tout à fait > > normal de produire une carte après avoir collecté des données > > géographiques. La récente conversation autour des espèces de plantes en > > donne une bonne illustration : > > http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041219.html > > J'ai eu une discussion similaire dans le cadre du groupe d'utilisateur > > marseillais. > > > > Mon problème est que je suis trop formaté : informaticien tendance > > SIGiste ! Face à ces questions, mon premier réflexe serait d'expliquer > > un processus en 3 grandes étapes : acquisition de données, traitement, > > rendu. J'ajouterais bien volontiers que les 2 dernières étapes sont > > compliquées, ne concernent pas complètement OSM, etc. Mais cette réponse > > est tellement peu satisfaisante que je me retiens de la faire en > > général :) Pour l'instant, j'esquive la question parce que je ne sais > > vraiment pas quoi dire... > > > > Extraire des données de la base n'est déjà pas simple : > > - Charger les shapefiles de GeoFabrik (qui contiennent tout sauf le > > détail qui nous intéresse) ? > > - Bricoler avec les paramètres de la XAPI ou d'Overpass ? (y a-t-il une > > interface graphique ?) > > - Installer postgis/osmosis/osm2pgsql, télécharger le planet-latest.osm, > > attendre 1 semaine et en profiter pour apprendre SQL ?! > > - Exporter vers un ShapeFile ou KML ? mais quel outil *simple* fait ça ? > > > > Ensuite, il faut produire la carte : > > - On peut éditer la feuille de style Mapnik à la main mais il faut déjà > > être à l'aise avec XML. > > - TileMill apporte un mieux de ce côté mais il faut quand même être à > > l'aise avec les CSS et ça ne dispense pas de comprendre comment > > fonctionne le moteur de rendu. > > - QGIS est les outils SIG classiques peuvent être une solution mais il > > faut avoir réussi à sortir du format de fichier .osm. > > - Est-ce que quelqu'un a essayé Maperitive ? > > > > Je noircis un peu le tableau mais finalement pas tant que ça. Sans même > > avoir abordé la question de la publication de la carte sur le Web, il y > > a déjà trop de débuts de solution avec des "oui mais". Il y a de quoi en > > décourager plus d'un ! > > > > Je suis un peu triste de faire ce constat. Car si le crowdsourcing est > > une part de ce que certains appellent la néo-géographie, la capacité du > > citoyen lambda à extraire des données et produire des cartes en est > > aussi une part importante. Faciliter ce travail là pourrait être un > > moyen de valoriser la base OSM, de motiver de nouveaux contributeurs et > > finalement d'enrichir le projet. > > > > Que répondriez-vous face à ces questions légitimes des nouveaux > > géographes ? Existe-t-il un guide pour celui qui veut se lancer dans le > > rendu carto ? Quels outils sont vraiment accessibles au commun des > > mortels ? Peut-on identifier les outils qui manquent ou qui méritent > > d'être remplacés ? Y a-t-il des gens motivés ici pour faciliter la tâche > > du néo-géographe ? > > > > Cordialement > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
