Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ?
Bonjour Guillaume, Guillaume Allegre a écrit : Le mer. 24 ao�t 2011 à 23:05 +0200, Sébastien Dinot a ecrit : Du point de vue de l'occupation réelle des sols, la description des cours d'eau fournie par le cadastre est des plus farfelues (mais je suppose que cette description répond à des critères précis pour le cadastre). Même pas : avec la mise en couleur alternative (un cours d'eau qui est bleu sur certaines planches, et non colorés sur d'autres), l'extracteur produit évidemment une sortie délirante. Et sur la prétendue précision, avec les cours d'eau j'ai très souvent l'impression que la DGFIP a numérisé le bruit bien plus que le signal. Je me dis qu'il s'agit là encore d'une vision fiscale de la géographie. Un espace considéré comme faisant partie du lit de la rivière n'est sans doute pas comptabilisé dans le terrain possédé par le propriétaire. Pour les cours d'eau, je serais d'avis de pratiquer une solution radicale : les supprimer du serveur Cléo. Leur import actuellement génère bien plus de souci que de données fiables. Les supprimer, sans doute pas car certains contributeurs s'en servent sans doute avec précaution. Mais en ce qui me concerne, je n'y touche pas. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [JOSM] Deux petites questions sur JOSM
Bonjour, Je suis souvent confronté à vouloir selectionner la totalité des nodes d'un way. Il ne me semble pas avoir trouvé comment faire avec l'outil de recherche (selectionner un way, puis obtenir par la suite la selection des nodes). Est-ce que c'est possible avec JOSM ? Ensuite, JOSM oblige a laisser un commentaire pour le changeset. Mais comment se fait-il que certains puissent ne pas laisser de commentaire ? http://www.openstreetmap.org/browse/changeset/9102386 Merci Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [JOSM] Deux petites questions sur JOSM
Bonjour, De : Etienne Trimaille Je suis souvent confronté à vouloir selectionner la totalité des nodes d'un way. Il ne me semble pas avoir trouvé comment faire avec l'outil de recherche (selectionner un way, puis obtenir par la suite la selection des nodes). Est-ce que c'est possible avec JOSM ? Oui, avec ton way sélectionné, tu tapes dans le moteur de recherche : child selected Ensuite, JOSM oblige a laisser un commentaire pour le changeset. Mais comment se fait-il que certains puissent ne pas laisser de commentaire ? http://www.openstreetmap.org/browse/changeset/9102386 Aucune idée. Un commentaire, ça prend 3 secondes à écrire, et ça peut grandement éclairer les autres contributeurs qui passent après. Dommage que certains le zappent... vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [JOSM] Deux petites questions sur JOSM
Le 26/08/2011 10:01, Etienne Trimaille a écrit : Ensuite, JOSM oblige a laisser un commentaire pour le changeset. Mais comment se fait-il que certains puissent ne pas laisser de commentaire ? http://www.openstreetmap.org/browse/changeset/9102386 Ce n'est pas obligatoire mais conseillé ! En insitant un peu, JOSM ne bronche pas - http://www.openstreetmap.org/browse/changeset/9127406 Ce qui est vraiment dommage.. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] mkgmap erreur
Bonjour, Lors de la mise à jour de la carte des régions basse et haute Normandie sur mon gps (sources Geofabrik), ce matin mkgmap me rend compte de cette erreur : java -enableassertions -jar -Xmx1G /home/momo/logiciels/mkgmap/mkgmap.jar --style-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/velomap --reduce-point-density=5.4 --reduce-point-density-polygon=4 --index --delete-tags-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/deletetags --adjust-turn-headings --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs=4 --location-autofill=1 --route --family-id=6391 -c template.args ... Warning: using default sort Warning: using default sort GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=49.90372mlon=-5.17272zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=49.75433mlon=-3.93272zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLong = -57788 GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=51.61817mlon=-6.13522zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=50.78218mlon=-5.89417zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLat = 38960 Ceci pour la Basse-Normandie, la maj de la Haute-Normandie se passant sans problème. Je comprends que cela concerne les lignes de ferry Roscoff-Rosslare et Cherbourg-Rosslare, mais pas plus ! S'agit-il ici d'un mauvais choix des paramètres de mkgmap ou d'une erreur dans le fichier osm téléchargé ? Merci, Maurice (alias momovimout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mkgmap erreur
en utilisant mkgmap sans tes parametres perso (--reduce-point-density=5.4 voir les autres apres) , il y a aussi la meme erreur ? didier Le vendredi 26 août 2011 à 10:44 +0200, Maurice a écrit : Bonjour, Lors de la mise à jour de la carte des régions basse et haute Normandie sur mon gps (sources Geofabrik), ce matin mkgmap me rend compte de cette erreur : java -enableassertions -jar -Xmx1G /home/momo/logiciels/mkgmap/mkgmap.jar --style-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/velomap --reduce-point-density=5.4 --reduce-point-density-polygon=4 --index --delete-tags-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/deletetags --adjust-turn-headings --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs=4 --location-autofill=1 --route --family-id=6391 -c template.args ... Warning: using default sort Warning: using default sort GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=49.90372mlon=-5.17272zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=49.75433mlon=-3.93272zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLong = -57788 GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=51.61817mlon=-6.13522zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=50.78218mlon=-5.89417zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLat = 38960 Ceci pour la Basse-Normandie, la maj de la Haute-Normandie se passant sans problème. Je comprends que cela concerne les lignes de ferry Roscoff-Rosslare et Cherbourg-Rosslare, mais pas plus ! S'agit-il ici d'un mauvais choix des paramètres de mkgmap ou d'une erreur dans le fichier osm téléchargé ? Merci, Maurice (alias momovimout) ___ 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
Re: [OSM-talk-fr] [JOSM] Deux petites questions sur JOSM
2011/8/26 Nicolas Frery nicolas-l...@zoubi.info: Ce n'est pas obligatoire mais conseillé ! En insitant un peu, JOSM ne bronche pas - http://www.openstreetmap.org/browse/changeset/9127406 Ce qui est vraiment dommage.. C'était obligatoire depuis un certain temps avec JOSM mais je crois que ça ne l'est plus (à vérifier). JOSM était le seul éditeur à le rendre obligatoire. Il faut éviter la contrainte autant que possible. S'il faut choisir, je préfère des contributibutions de qualité sans commentaires que de la m.. avec de jolis commentaires. Comme je l'ai déjà dit par ailleurs, indiquer ses sources est plus important que de commenter ses modifications. La plupart des commentaires sont juste redondants avec le contenu du changeset et donc inutiles. Il faudrait juste une application intelligente qui transforme l'information en quelque chose de lisible pour humains (par exemple, a ajouté 25 buildings, 1 amenity fountain déplacé de 10m vers le nord, 1 railway par 1 cycleway a ajouté beaucoup d'adresses etc.) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [JOSM] Deux petites questions sur JOSM
De : Pieren JOSM était le seul éditeur à le rendre obligatoire. Il faut éviter la contrainte autant que possible. Soit. S'il faut choisir, je préfère des contributibutions de qualité sans commentaires que de la m.. avec de jolis commentaires. Certes, mais on peut aussi présenter d'autres alternatives, sans opposer les 2 pratiques (source et commentaire). Encore une fois, l'effort de commenter est je trouve minime en comparaison des services que ça peut rendre. Comme je l'ai déjà dit par ailleurs, indiquer ses sources est plus important que de commenter ses modifications. D'accord avec ça, mais pas jusqu'à considérer que les commentaires sont inutiles (voir mon message précédent). La plupart des commentaires sont juste redondants avec le contenu du changeset et donc inutiles. Heureusement qu'ils sont redondants ! C'est sûr, avoir un changeset d'import de bâti avec comme commentaire ajout des feux rouges sur la N12, ça n'est pas redondant... juste hors sujet. Par nature, le commentaire doit paraphraser le contenu du changeset. Là où il apporte un +, c'est par (normalement), le côté synthétique qui indique aux futurs lecteurs l'intention du changeset. Devoir explorer l'historique des objets modifiés pour comprendre ce qui a été fait, c'est une 2e étape, et c'est bien plus lourd. Il faudrait juste une application intelligente qui transforme l'information en quelque chose de lisible pour humains (par exemple, a ajouté 25 buildings, 1 amenity fountain déplacé de 10m vers le nord, 1 railway par 1 cycleway a ajouté beaucoup d'adresses etc.) Oui, le voilà le côté synthétique :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mkgmap erreur
Re Didier, didier2...@free.fr didier2...@free.fr écrivit : en utilisant mkgmap sans tes parametres perso (--reduce-point-density=5.4 voir les autres apres) , il y a aussi la meme erreur ? didier Merci pour ta réponse. En ne laissant que --remove-short-arcs comme paramètre (obligatoire sinon erreur), sans fichier de style ça passe sans problème. J'utilise des paramètres piqués à droite et gauche, ici http://openmtbmap.org/, je dois l'admettre, avec une large pifométrie. Même si je suis généralement content du résultat en ayant les cartes gps à jour le lendemain de la publication des données, pour des usages différents (marche, vélo, auto) et selon les régions. Je n'avais pas ce problème jusqu'ici. À suivre... Maurice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] unsubscribe
André Delepierre Préparation Editoriale Editing and publishing bureau 40 rue St André Lille F -59000 T 0320781003andredelepie...@yahoo.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extractions du planet par régions sur Geofabrik
Le 23 août 2011 11:30, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Oui c'était une évolution envisagé. Black Myst voulait le faire mais je ne crois pas qu'il s'y soit déjà lancé. Les sources à jour sont dispo là : https://gitorious.org/osmose/backend Désolé pour ma réponse tardive, je manque de temps à consacrer à OSM ces temps ci. L'objectif principal de mes contributions à osmose était de simplifier le code et l'écriture de nouveaux analyseur sous forme de plugin sax. Pour le moment, je n'ai pas du tout prévus de m'occuper de la lecture proprement dite du fichier. Pour la suite, je pense proposer encore quelques patch sur les analyseurs existant (pour essayer de supprimer quelques faux positifs), mais surtout me consacrer un peu à l'IHM (récemment mise à disposition par Jocelyn) pour ajouter quelques fonctionnalité qui me manque (notamment sur les graph). Voila pour moi. ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Osmose:TagwatchCleaner] était Extractions du planet par régions sur Geofabrik
Je bascule vers dev-fr... Le 26/08/2011 18:36, Black Myst a écrit : Pour la suite, je pense proposer encore quelques patch sur les analyseurs existant (pour essayer de supprimer quelques faux positifs), mais surtout me consacrer un peu à l'IHM (récemment mise à disposition par Jocelyn) pour ajouter quelques fonctionnalité qui me manque (notamment sur les graph). Dans le module que j'avais écrit (sous contrôle d'Étienne) : TagwatchCleaner, il y a une erreur qui revient plus que souvent avec le mésusage du tag wikipedia (entrée de l'url complète au lieu de l'intitulé de l'article, éventuellement précédé de la langue) On pourrait en faire un analyseur à part entière... Mais je l'avais écrit dans une autre temps, sur une autre machine... Je n'ai plus la source... Je pourrais aussi peut-être réécrire TagwatchCleaner pour extraire les descriptions d'erreurs et les mettre à jour dans un fichier autonome (séparation du code et des données) plus facile à maintenir. Si quelqu'un peut me procurer ça, je le ferai un de ces jours (pas trop lointain). Toutes suggestions d'améliorations seront les bienvenues. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avenir des cartes OSM sur Wikipédia
Bonjour Bourrichon, et bravo pour ton travail qui est vraiment très plaisant à voir. Pour ce qui concerne l'automatisation des tâches, il y a des outils permettant d'appliquer des feuilles de style à des données OSM et donc en ressortir un rendu statique sur mesure en SVG. Ce n'est pas vraiment prévu pour produire des fichiers mis à jour à intervalles réguliers, mais plutôt pour accélérer la mise à jour manuelle grâce aux feuilles de style Tu peux regarder du côté de Maperitive [1, 2] et de Tilemill [3]. Maperitive inclue des possibilités de représentation des données SRTM, en plus des données OSM. Le développeur (Igor Brejc) est pointu sur ces questions [1] Projet : http://maperitive.net/ [2] Blog de dev : http://igorbrejc.net/category/openstreetmap/maperitive [3] http://tilemill.com/pages/index.html Le 16 août 2011 13:32, Bourrichon ilnyapasdecab...@laposte.net a écrit : Merci Pieren pour ces renseignements et notamment pour les liens, c'est exactement ce que je cherchais, je pourrai continuer là-bas. Pour ce qui est du relief, il me semble quand même qu'OpenStreetMap.org héberge une couche comportant des lignes de niveau (issues des srtm) ? Pour les cartes statiques, tu parles de « mises à jour automatisées à intervalle régulier comme une fois par jour, par semaine ou par mois ». Cependant, il n'y a pas de telle automatisation sur Commons. Les mises à jour se font à la main pour chaque carte : au mieux, la carte statique est au format svg, alors je supprime de la carte une couche incorrecte d'OSM, et je le remplace par la même couche que vous avez corrigée/améliorée. Au pire, le wikipédien a fait une carte jpg, et tout est à refaire. Avais-tu à l'esprit un moyen d'automatiser ou de semi-automatiser la correction d'une couche osm (avec ou sans un logiciel SIG) ? B. Le 15/08/2011 16:44, Pieren a écrit : 2011/8/15 ilnyapasdecabale ilnyapasdecab...@laposte.net je suis Bourrichon, cartographiste de l'atelier graphique de Wikipédia. (Il y a peut-être des wikipédiens parmi les mappeurs de cette liste de diffusion ?) Bonjour et bienvenue sur la liste. Je trouve le projet OpenStreetMap formidable et je suis heureux que les *cartes glissantes* aient été intégrées aux articles de Wikipédia (via le lien « carte » tout en haut à droite, par exemple dans l'article sur L'Île-d'Yeu : http://fr.wikipedia.org/wiki/L%27%C3%8Ele-d%27Yeu http://fr.wikipedia.org/wiki/L'Île-d'Yeu ). Nous aussi. Wikipedia a inspiré OSM et est un partenaire naturel pour nous. montrant par exemple la topographie, la bathymétrie, les frontières, l'occupation des sols, la géologie, le plan d'une bataille, etc., On reviendra plus-tard sur ce qui peut être mis dans OSM. *= Voici quelques questions, qui concerne l'avenir des cartes sur Wikipédia, bouleversé par le projet OpenStreetMap.* J'espère que je suis au bon endroit pour les poser (du moins en français), sinon, auriez-vous la gentillesse de me rediriger ? Je ne sais pas comment ça s'organise chez-vous mais il y a déjà eu des interventions sur ce sujet dans la liste de diffusion globale en anglais ( t...@openstreetmap.org). Il y a aussi dans cette liste de listes de diffusion (http://wiki.openstreetmap.org/wiki/Mailing_lists) une liste dédiée à l'intégration d'OSM dans les projets wikimedia : https://lists.wikimedia.org/mailman/listinfo/maps-l Les wikipediens allemands, si je ne me trompe, mettent à disposition un serveur de tuile (carte glissante) qui internationalise les toponymes à base d'OSM (http://toolserver.org/~osm/locale/en.html). 0) Constat : la carte glissante est intéressante mais fait parfois doublon avec une carte statique présente dans l'article (créée par moi ou un collègue, comme celle de l'Île d'Yeu), d'autant que les styles d'OSM (style Mapnik, style HikeBike, etc.) sont complètement différents de celui de WP, ce qui crée une incohérence de style dans l'article. Par ailleurs je m'interroge sur l'intérêt d'une carte *statique* pour laquelle on passe parfois des heures (un changement comme l'indépendance du Soudan du Sud nous oblige à corriger des milliers de cartes, problème que vous n'avez pas !) Les rendus statiques garderont à mon avis de leur intérêt, en particulier pour des choses que nous ne souhaitons pas voir dans la base OSM. Bien qu'il n'y ait pas de règles strictes en la matière, j'ai moi-même initié une tentative de résumé des points qui font consensus à l'heure actuelle dans la communauté des contributeurs (ici: http://help.openstreetmap.org/questions/1194/what-osm-is-not). Par exemple, les données non vérifiables ou non modifiables comme les courbes de niveau ou bathymétriques ne sont pas les bienvenues. Mais la carte glissante fournie par OpenStreetMap n'est qu'un exemple de rendu parmi bien d'autres. Rien n'empêche les wikipédiens de mettre en place leur propre serveur de tuile avec une couche OSM et d'autres couches avec leur propres données (courbes de niveau,