Re: [OSM-talk-fr] Voies vertes : le retour
Le 6 mars 2014 02:31, Jérôme Amagat jerome.ama...@gmail.com a écrit : Pour une voie verte (vu qu'il n'y a pas de tag spécifique highway=voie_verte ou un équivalent international) ca donne : highway=path motor_vehicle=no et lcn=yes (ou utiliser une relation) pour indiquer que c'est un chemin fléché pour les vélos C'est vrai qu'une petite voie verte c'est pas un itinéraire eurovelo qui traverse l'europe mais il y a plusieurs niveaux différents : icn/ncn/rcn/lcn pour international, national, régional et local. Je sais pas si c'est un SUPER tag pour les voies vertes mais pour moi ça convient. Mettre lcn=yes sur un way n'a pas vraiment de sens (pourtant décrit à http://wiki.openstreetmap.org/wiki/Key:lcn#Tagging_cycle_route_networks) car cela sous-entend que ce way fait partie d'un itinéraire donc c'est bien dans une relation qu'il faudrait indiquer lcn, rcn... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
Bonjour, Pour papyrus048_Intégration_cadastre c'était un test d'ajout des adresses ; le fixme gardé sur les adresses a permit de les retrouver rapidement. Maintenant que l'outil à évoluer sur http://cadastre.openstreetmap.fr/adresses/ , je vais mettre à jour les adresses. Bonne Journée Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plan d'actions pour les mobilités actives (PAMA)
Bonjour, A mettre en lien avec le futur moteur d'itinéraire multimodal national? A priori développé par Moviken qui utilise entre autres les données OSM. Romain Le 5 mars 2014 21:45, George Kaplan georgekaplan...@hotmail.fr a écrit : Bonjour, Aujourd'hui, le gouvernement français a sorti un ensemble de mesures pour développer les mobilités actives. Dans le dossier de presse [1], on trouve page 8 la mesure suivante : Deìvelopper les leviers incitant aÌ la pratique de la marche et du veìlo par : * La constitution des bases de donneìes deìcrivant les voies pieìtonnes et cyclables et les services * L'ameìlioration de la disponibiliteì des donneìes concernant le veìlo en libre service * L'inteìgration du mode marche et veìlo dans les calculateurs d'itineìraires existants Il reste encore à voir comment ça va se concrétiser mais il me semble qu'OSM est un bon socle pour cette mesure. [1] : http://www.developpement-durable.gouv.fr/spip.php?page=articleid_article=37774 George Kaplan ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
On mercredi 5 mars 2014, sly (sylvain letuffe) wrote: On mercredi 5 mars 2014, Pieren wrote: Pour l'instant, ça se passe dans 5 villes différentes: (...) Merci pour cette recherche. Désolé de ne pas l'avoir fait moi même... Si on ne peut plus se fier à pieren maintenant, où va-t-on moi je vous demande ! J'ai refais un peu de stats moins doigt mouillé donc : 4360 occurence de fixme=a verifier et associer a la bonne rue date première appartition du tag : 2014-01-03T14:22:00Z date dernier ajout : 2014-03-02T19:09:43Z Donc, la source ne semble pas tarie Dans 19 changesets par 4 utilisateurs yoko99 jfnif papyrus048_Intégration_cadastre David Crochet Dont le score de chacun est : 3656 user=yoko99 501 user=jfnif 201 user=David Crochet 2 user=papyrus048_Intégration_cadastre Je n'arrive pas à trouver de tag pour ton 5ème utilisateur : joedal-osm http://www.openstreetmap.org/node/2610926572 J'ai sondé aléatoirement et les 19 changesets ne contiennent pas que l'import, ils ont été mélangés à d'autres modifications. Ce qui rend le revert éventuel bien compliqué avec gros risque de perte. Le plus simple que j'envisage de faire (après avoir contacté) c'est de remplacer simplement tous les fixme=x par fixme:import:adresse=x avec page rapide dans le wiki. objections ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
On mercredi 5 mars 2014, DH wrote: L'outil d'import des adresses du cadastre est architecturé et documenté de telle manière qu'il devrait (should) être considéré comme une contribution manuelle. Certainement pas par moi. Peu importe qu'on utilise ou pas le mot manuel je refuse de considérer que c'est exactement pareil que quelqu'un qui a tracé les 12 numéros d'une rue après avoir pris en photo les plaques. Le potentiel de nuisance est décuplé par le volume La surveillance, les conseils, et, hélas, l'intransigeance sont, selon moi, encore plus de mise. Il s'agit encore de re-re-re-dire que les outils ne font pas tout. Certes, mais ça ne semble pas suffire, c'est pour ça que je pense qu'il faut faire attention, en amont, par ceux qui ont le savoir technique encore plus. -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Covoiturage pour SOTM-FR...
2014-03-05 22:13 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Y a-t-il des opportunités de covoiturage pour venir au SOTM-FR ? Je pense en particulier à l'axe de la vallée du Rhône... A 3 ou 4 dans une voiture ça revient vite moins cher que par le train... -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Paris ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Covoiturage pour SOTM-FR...
2014-03-05 22:13 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Je pense en particulier à l'axe de la vallée du Rhône... A 3 ou 4 dans une voiture ça revient vite moins cher que par le train... Avec un moyen de mobilité active (cf [1]), ça serait encore moins cher ;-) Pieren, qui adore les nouveaux jargons [1] http://gis.19327.n5.nabble.com/Plan-d-actions-pour-les-mobilites-actives-PAMA-td5798725.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
Bonjour Le 06/03/2014 10:16, sly (sylvain letuffe) a écrit : 201 user=David Crochet C'est le nombre d'étiquette qui reste à traiter ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
Je suis d'accord pour supprimer les fixme sur les noeuds sans rue associée, le problème sera de toute façon signalé par plein d'outils de contrôle qualité. Mais pour les fixme correspondant à un doute sur la position et ou l'association à la rue du numéro, mon sentiment et que si on le renomme en fixme:import:adresses, il vas passer inaperçu, ne jamais être supprimé, et cela augmente le risque d'importer des données fausses dans OSM. En plus de l'avis de ceux qui râle (à juste titre) sur ce que font les autres, j'aimerais bien l'avis de ceux qui ont utilisé l'outil (nouvelle version), Le 6 mars 2014 10:29, sly (sylvain letuffe) lis...@letuffe.org a écrit : On mercredi 5 mars 2014, DH wrote: L'outil d'import des adresses du cadastre est architecturé et documenté de telle manière qu'il devrait (should) être considéré comme une contribution manuelle. Certainement pas par moi. Peu importe qu'on utilise ou pas le mot manuel je refuse de considérer que c'est exactement pareil que quelqu'un qui a tracé les 12 numéros d'une rue après avoir pris en photo les plaques. Le potentiel de nuisance est décuplé par le volume La surveillance, les conseils, et, hélas, l'intransigeance sont, selon moi, encore plus de mise. Il s'agit encore de re-re-re-dire que les outils ne font pas tout. Certes, mais ça ne semble pas suffire, c'est pour ça que je pense qu'il faut faire attention, en amont, par ceux qui ont le savoir technique encore plus. -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
2014-03-06 10:16 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: J'ai refais un peu de stats moins doigt mouillé donc : 4360 occurence de fixme=a verifier et associer a la bonne rue date première appartition du tag : 2014-01-03T14:22:00Z date dernier ajout : 2014-03-02T19:09:43Z J'en ai aussi trouvé des récents mais c'était des versions '2' dont la version '1' tombait sur la même période... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
2014-03-06 11:07 GMT+01:00 Tyndare tynd...@wanadoo.fr: Je suis d'accord pour supprimer les fixme sur les noeuds sans rue associée, le problème sera de toute façon signalé par plein d'outils de contrôle qualité. Ben non, je trouve ça un peu bête de mettre ça sous le tapis. Il faut d'abord faire en sorte que les auteurs du problème le corrigent. Visiblement, ce sont des lecteurs des listes de diffusion, au moins celle de dev-fr puisqu'ils ont profité d'outils qui n'étaient pas encore publics. S'ils ne réagissent pas d'ici quelques jours (y a pas le feu au lac non plus), on pourra toujours faire ce que eux n'ont pas fait au moment de l'upload, c.a.d. corriger rapidement les problemes de rattachement (je me porte volontaire pour les aider). S'il y en a trop et pas de soutien de l'auteur, alors on pourra considérer que c'est un import raté et il sera alors plus judicieux de faire un revert. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
On jeudi 6 mars 2014, Pieren wrote: 2014-03-06 10:16 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: date dernier ajout : 2014-03-02T19:09:43Z J'en ai aussi trouvé des récents mais c'était des versions '2' dont la version '1' tombait sur la même période... J'aurais dû donner des id : http://www.openstreetmap.org/node/2698419295 http://www.openstreetmap.org/node/2698419298 http://www.openstreetmap.org/node/2698419299 ça aurait répondu à la question : a-t-il pensé à ne prendre que les noeuds en version 1, dont la réponse est : oui. -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
Pour Yoko99 ... l'import est encore en cours - c'est marqué dans le commentaire des changeset - ... j'avais commencé il y a plusieurs semaine, je pensais finir rapidement, puis le temps m'a manqué, j'ai repris etc. mais c'est bientôt fini, vaec le nettoyage des tag fixme qui va avec. Normalement il s'agit d'une seule commune. Le 6 mars 2014 11:25, sly (sylvain letuffe) lis...@letuffe.org a écrit : On jeudi 6 mars 2014, Pieren wrote: 2014-03-06 10:16 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: date dernier ajout : 2014-03-02T19:09:43Z J'en ai aussi trouvé des récents mais c'était des versions '2' dont la version '1' tombait sur la même période... J'aurais dû donner des id : http://www.openstreetmap.org/node/2698419295 http://www.openstreetmap.org/node/2698419298 http://www.openstreetmap.org/node/2698419299 ça aurait répondu à la question : a-t-il pensé à ne prendre que les noeuds en version 1, dont la réponse est : oui. -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Et voilà pour la diffusion: https://www.data.gouv.fr/dataset/contours-des-epci-2014 C'est un export en shapefile qui combine les découpages des communes OSM avec le fichier de la DGCL + les tags OSM complémentaires. 3 niveaux de simplification géométrique: - 5m (on va dire juste allégé, ça élimine les noeuds en trop) - 50m - 100m J'ai aussi mis à jour les exports des communes en intégrant la dé-fusion de Bihorel et Bois-Guillaume, confirmée au téléphone par la mairie de Bois-Guillaume vu que je n'ai pas trouvé de publication au JO concernant l'annulation de la fusion. Le 6 mars 2014 00:01, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir C'en est terminé de ce chantier de mise à jour des EPCIs selon les définitions du 01/01/2014. On a désormais en base la description géométrique des 2145 EPCIs, y compris ceux des DOMs. Merci aux mapcrafteurs de la dernière ligne droite :) Les tags name, boundary, local_authority:FR ainsi que ref:INSEE sont présents pour chaque relation. À cela s'ajoute : - une référence à un article wikipedia pour 1461 relations - l'URL d'un site web pour 1175 relations - 160 abréviations et sigles (short_name=*) Ces attributs, associés à notre découpage communal à jour, font d'OSM sur cette thématique la source la plus complète. À nous d'en assurer la diffusion... et la maintenance :) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tile.osm.fr Was: Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Bonjour Je réagis sur ce fil, même si cela concerne plutôt la couche visible sur tile.osm.fr : - Est-il possible d'utiliser un abréviation pour « Communauté de communes » tel que « ComCom » ( tout comme il existe « Intercom » ) ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Bonjour Le 06/03/2014 12:01, Christian Quest a écrit : Et voilà pour la diffusion: https://www.data.gouv.fr/dataset/contours-des-epci-2014 C'est un export en shapefile qui combine les découpages des communes OSM avec le fichier de la DGCL + les tags OSM complémentaires. Merci Christian. En regardant les fichiers, pourquoi avoir gardé le nom issu de la DGCL ? On fait difficilement plus hétéroclite : noms abrégés ou pas, avec des parenthèses, sans majuscules, etc. Le tag name d'OSM a encore des progrès à faire mais sur ce coup il est nettement plus propre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Super merci Christian ! Voilà qui va être très utile. Je vois quelques pistes d'améliorations possibles pour ce jeu de données : - mettre en cohérence les nom_epci : beaucoup de CC et CA mais aussi de communauté de communes, souvent au début mais des fois à la fin, des noms écrits totalement en majuscule... C'est étrange parce que j'ai regardé dans la relation OSM par exemple pour la CA de Perpignan et je ne comprends pas pourquoi dans le fichier Shape le nom est comme ça. Pourtant le name de la relation n'a pas été corrigé depuis ton export. - pour le calcul des surfaces tout est arrondi à l'entier, ce serait bien de proposer une meilleure précision par exemple 2 chiffres après la virgule. a+ Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 06/03/2014 12:01, Christian Quest a écrit : Et voilà pour la diffusion: https://www.data.gouv.fr/dataset/contours-des-epci-2014 C'est un export en shapefile qui combine les découpages des communes OSM avec le fichier de la DGCL + les tags OSM complémentaires. 3 niveaux de simplification géométrique: - 5m (on va dire juste allégé, ça élimine les noeuds en trop) - 50m - 100m J'ai aussi mis à jour les exports des communes en intégrant la dé-fusion de Bihorel et Bois-Guillaume, confirmée au téléphone par la mairie de Bois-Guillaume vu que je n'ai pas trouvé de publication au JO concernant l'annulation de la fusion. Le 6 mars 2014 00:01, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Bonsoir C'en est terminé de ce chantier de mise à jour des EPCIs selon les définitions du 01/01/2014. On a désormais en base la description géométrique des 2145 EPCIs, y compris ceux des DOMs. Merci aux mapcrafteurs de la dernière ligne droite :) Les tags name, boundary, local_authority:FR ainsi que ref:INSEE sont présents pour chaque relation. À cela s'ajoute : - une référence à un article wikipedia pour 1461 relations - l'URL d'un site web pour 1175 relations - 160 abréviations et sigles (short_name=*) Ces attributs, associés à notre découpage communal à jour, font d'OSM sur cette thématique la source la plus complète. À nous d'en assurer la diffusion... et la maintenance :) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Paris http://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Ah oui OK j'avais pas bien lu. Du coup je comprends mieux pour les noms. Comme toujours, Vincent répond aux questions avant même qu'elles ne soient posées ! ;-) Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 06/03/2014 12:35, Vincent de Château-Thierry a écrit : Merci Christian. En regardant les fichiers, pourquoi avoir gardé le nom issu de la DGCL ? On fait difficilement plus hétéroclite : noms abrégés ou pas, avec des parenthèses, sans majuscules, etc. Le tag name d'OSM a encore des progrès à faire mais sur ce coup il est nettement plus propre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Ma requête fonctionnait comme ça, j'avoue que je n'ai pas regardé en détail les données je me suis assez pris la tête avec mon processus de simplification et la réparation de limites de communes cassées. Je vais ajouter une colonne nom_osm comme ça on laisse le choix et rajouter 2 décimales aux surfaces, c'est vrai qu'arrondir au km2 c'est un peu radical je croyais avoir sorti des hectares. Le 6 mars 2014 12:35, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour Le 06/03/2014 12:01, Christian Quest a écrit : Et voilà pour la diffusion: https://www.data.gouv.fr/dataset/contours-des-epci-2014 C'est un export en shapefile qui combine les découpages des communes OSM avec le fichier de la DGCL + les tags OSM complémentaires. Merci Christian. En regardant les fichiers, pourquoi avoir gardé le nom issu de la DGCL ? On fait difficilement plus hétéroclite : noms abrégés ou pas, avec des parenthèses, sans majuscules, etc. Le tag name d'OSM a encore des progrès à faire mais sur ce coup il est nettement plus propre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Atelier OSM aux rencontres Decryptageo
Bonjour, Les rencontres Decryptageo auront lieu les 8,9,10 avril à l'ENSG (Marne-la-Vallée). Cette année, une animation autour d'OSM est mise en place, sous la forme d'ateliers : http://lesrencontres.decryptageo.fr/les-ateliers-osm/ L'idée est de proposer aux visiteurs de contribuer à OSM notamment sur les thématiques humanitaires : une manière concrète d'aborder la contribution, et de présenter la base, à un public de géomaticiens. Ces ateliers se feront en partenariat avec CartONG (http://www.cartong.org/). Pour l'instant, la présence de contributeurs OSM sur ces ateliers n'est assurée que pour le 8 avril (Christian Fred R.) Si vous êtes présents aux Rencontres le 9 ou le 10 avril, et avez un peu de temps à consacrer à ces ateliers, essentiellement sous forme d'accompagnement / initiation à OSM, merci de vous faire connaître, qu'on puisse esquisser rapidement une organisation. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Service de pré-intégration d'adresses
Retour sur intégration des adresses nouvelle méthode ( http://cadastre.openstreetmap.fr/adresses/) Petites communes : http://www.openstreetmap.org/relation/1437268#map=14/48.8103/4.5311 http://www.openstreetmap.org/relation/1706271#map=14/48.6419/4.6042 Intégration des adresses avec relation associatedStreet et ajout des noms de quartier en les réécrivant en minuscule avec accents. (pas à l'abri d'erreurs mais je trouve pas mal d'avoir cette information historique sur OSM en plus quartiers qui sont des lieux dits habités avec adresses) Sur une commune un peu plus importante : http://www.openstreetmap.org/relation/417985 Mix entre ancienne version avec création des relations manuellement et nouvelle version ou les relations sont déjà présente (avec ref fantoir). avec la nouvelle version, moins d'oublie d'adresse; intégration plus propre (pas de tag fixme) quelques cas ou les adresses sont éloignés du point adresse visible sur la planche. - l'intégration rue par rue permet de prendre son temps et d'envoyer des relations vérifiées (par rapport au plan cadastral). En tout cas c'est un réel gain de temps (avec les relations qui intègre les éléments street) merci pour l'outil !!! reste plus qu'a tout intégrer :-) !!! Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Je vais ajouter une colonne nom_osm comme ça on laisse le choix et rajouter 2 décimales aux surfaces, c'est vrai qu'arrondir au km2 c'est un peu radical je croyais avoir sorti des hectares. Pour info les surfaces sont-elles calculées avant ou après simplification ? Encore une proposition : ajouter un champ type_epci avec le contenu du tag local_authority:FR Et sinon proposer également la couche des EPCI non simplifiée c'est jouable ? Ça représente quel volume de données ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service de pré-intégration d'adresses
2014-03-06 12:59 GMT+01:00 Simon Miniou simon.min...@gmail.com: Retour sur intégration des adresses nouvelle méthode (http://cadastre.openstreetmap.fr/adresses/) Petites communes : http://www.openstreetmap.org/relation/1437268#map=14/48.8103/4.5311 http://www.openstreetmap.org/relation/1706271#map=14/48.6419/4.6042 Pas l'air d'être très au point encore tout ça. Par exemple, ici http://www.openstreetmap.org/#map=19/48.64509/4.58913 le 1 Rue de Morambert est flottant à l'intérieur d'un bâtiment le 18 Rue de la Mairie n'est pas rattaché .. à la mairie (dommage, c'est bien son adresse : http://arzillieres-neuville.fr/index.php) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Service de pré-intégration d'adresses
Pas l'air d'être très au point encore tout ça. Par exemple, ici http://www.openstreetmap.org/#map=19/48.64509/4.58913 le 1 Rue de Morambert est flottant à l'intérieur d'un bâtiment le 18 Rue de la Mairie n'est pas rattaché .. à la mairie (dommage, c'est bien son adresse : http://arzillieres-neuville.fr/index.php) Après, ça ne vient pas forcement de l'outil mais de la personne qui intègre les données. Dans ce cas la, c'est moi qui ai laissé ces emplacements. Pour la mairie c'est vrai que le point est mal placé mais est-ce que pour autant il faut que les autres adresses soient forcement rattachées à un bâtiment? juste pour les bâtiments public? (le côté flottant ne me dérange pas vu qu'il permet de localiser le 1 rue de Morambert) Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bibliothèque sans Frontière a besoin d'un coup de main !
C'est sur le forum osm-fr: http://forum.openstreetmap.fr/viewtopic.php?f=18t=1030 -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Le 6 mars 2014 14:19, Nicolas Moyroud nmoyr...@free.fr a écrit : Je vais ajouter une colonne nom_osm comme ça on laisse le choix et rajouter 2 décimales aux surfaces, c'est vrai qu'arrondir au km2 c'est un peu radical je croyais avoir sorti des hectares. Pour info les surfaces sont-elles calculées avant ou après simplification ? Avant, c'est pas indiqué dans le descriptif ? Encore une proposition : ajouter un champ type_epci avec le contenu du tag local_authority:FR Adopté, maintenant qu'on les a tous dans OSM ce qui n'était pas le cas sur la première version de décembre dernier. Et sinon proposer également la couche des EPCI non simplifiée c'est jouable ? Ça représente quel volume de données ? Oui, mais l'intérêt est très limité. La simplification à 5m n'en est pas vraiment une. Elle élimine les noeuds sur les lignes droites et 5m c'est à mon avis en général en dessous de la précision moyenne qu'on a. J'ai sorti une version sans simplification, du coup pour les EPCI on passe de 26Mo (zipppé) à 73Mo (zippé aussi): http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140306-shp.zip Tu peux comparer pour voir l'utilité ou pas d'une version brute. Pour les communes, ça ferai vraiment un fichier bien lourd (dans les 300Mo), qui (si c'est vraiment utile de le générer) serait peut-être bon de scinder en 1 fichier par région. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Pour avoir pas mal œuvrer pour mettre à jour les epci dans osm je doit dire qu'il y a de tous dans les nom de ces epci. Peut être faudrait il décider d'une harmonisation des différents noms (ou laisser faire au cas par cas suivant le plus utiliser dans les epci). Il y a les tag name alt_name short_name official_name. Le nom officiel trouver dans le fichier a la base de cette mise a jour peut ce trouver dans tous sauf le short. Le nom en enlevant communauté de communes dans tous sauf official. Par exemple communauté de communes du pays de machin sur truc à comme autre nom Pays de machin sur truc voir PMST. Les communauté d'agglomération on aussi des fois un petit nom. Le 6 mars 2014 à 16:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le 6 mars 2014 14:19, Nicolas Moyroud nmoyr...@free.fr a écrit : Je vais ajouter une colonne nom_osm comme ça on laisse le choix et rajouter 2 décimales aux surfaces, c'est vrai qu'arrondir au km2 c'est un peu radical je croyais avoir sorti des hectares. Pour info les surfaces sont-elles calculées avant ou après simplification ? Avant, c'est pas indiqué dans le descriptif ? Encore une proposition : ajouter un champ type_epci avec le contenu du tag local_authority:FR Adopté, maintenant qu'on les a tous dans OSM ce qui n'était pas le cas sur la première version de décembre dernier. Et sinon proposer également la couche des EPCI non simplifiée c'est jouable ? Ça représente quel volume de données ? Oui, mais l'intérêt est très limité. La simplification à 5m n'en est pas vraiment une. Elle élimine les noeuds sur les lignes droites et 5m c'est à mon avis en général en dessous de la précision moyenne qu'on a. J'ai sorti une version sans simplification, du coup pour les EPCI on passe de 26Mo (zipppé) à 73Mo (zippé aussi): http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140306-shp.zip Tu peux comparer pour voir l'utilité ou pas d'une version brute. Pour les communes, ça ferai vraiment un fichier bien lourd (dans les 300Mo), qui (si c'est vraiment utile de le générer) serait peut-être bon de scinder en 1 fichier par région. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Paris ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apparition de fixme=a verifier et associer a la bonne rue non manuels
Bonsoir, Le 05/03/2014 18:35, Pieren a écrit : 2014-03-05 17:38 GMT+01:00 sly (sylvain letuffe) lis...@letuffe.org: Je constate que depuis peu de nouvelles valeurs au tag fixme sont entrés en quantité non négligeable : Pour l'instant, ça se passe dans 5 villes différentes: jfnifhttp://www.openstreetmap.org/node/2608313467 oui, c'est bien moi jfnif mais je dois dire que je ne me souvenais pas avoir apposé des fixme sur ces adresses... Alzheimer ? Déjà ? J'ai retiré toutes les adresses en question, apparemment sur Cravanche (que je connais bien). Avec mes excuses /o\ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des nouvelles d'Osmose
Le 05/03/2014 10:55, cmi a écrit : merci de maintenir ce projet c'est vraiment très pratique pour avoir une idée de la qualité de ses contributions. Petit bémol depuis la nouvelle interface lorsque l'on filtre par utilisateur l'affichage sous forme de liste fonctionne mais le bouton pour afficher la carte filtrée ne filtre plus et on a toutes les erreurs affichées. Il y a un endroit magique pour poster les bugs ? Bonjour, Ici, c'est aussi bien pour déclarer de petit bug si ont est réactif, mais c'est le trac c'est quand même mieux pour les suivre : http://trac.openstreetmap.fr/report/12 Parce que des fois ça peut prendre longtemps pour les traiter ;). En tout cas pour ton problème c'est normalement corrigé maintenant. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Lors de l'interprétation du décrat fixant les limties des nouveaux cantons pour mars 2015 en Ille-et-Vilaine, je tombe sur un os avec les cantons au sud de Rennes. Les limites cantonales jusqu'à présent utilisaient uniquement la RN137 (vers Nantes) pour définir le point de départ du découpage de Rennes depuis la frontière de Noyal-Chatillon. Mais là, le décret indique uniquement le petit bout de RN137 (première moitié nord de l'échangeur que se raccorde à l'Avenue Henri Fréville, puis mentionne la RN136, autrement dit la rocade Sud) Cependant à cet endroit au duf de Rennes, la RN136 coupe la frontière de Noyal-Chatillon aussi bien vers l'Ouest que vers l'Est. Mais le décret n'indique vers quel côté. Cependant entre les deux cantons concernés dans Rennes, un d'eux mentionne une rue du Hil (mais pas l'autres canton). après la RN136. Mais aucune trace de cette rue dans Rennes. La seule chose qu'on a c'est un arrêt de bus qui en fait se trouve sur la commune de Noyal et pas à Rennes, sur une route non nommée qui borde le côté Est de l'Ecomusée. Et sinon il y a une Route du Hil mais ni à Rennes, ni à Noyal mais bien plus à l'Est à Chantepie qui n'a aucune partie dans un des cantons de Rennes !) Pas moyen de savoir si l'Ecomusée justement est dans un des deux cantons concernés par le décret. Si quelqu'un de Rennes Métropole ou de la préfecture d'Ille-et-Vilaine ici peut consulter la carte annexée au décret pour résoudre l'ambiguité du texte paru au JORF... J'ai bloqué dessus. D'ailleurs un des cantons qui semble avoir deux parties exclavées (toutes deux entièrement dans Rennes uniquement) est mal décrit par le décret. Les découpages se superposent ! On dirait qu'il y a eu confusion entre plusieurs écritures de ce décret Certes cela concerne une zone où il devrait y avoir peu ou pas d'électeurs (mais c'est possible qu'il y en ait justement qui habitent dans l'Ecomusée et y ont leur adresse. Je trouve bizarre que le décret se soit appuyé sur la RN136 au lieu de prendre uniquement la RN137 comme avant où il n'y a aucune ambiguité : même dans ce cas l'Ecomusée n'était pas coupé puisque situé entièrement dans la partie est de la petite partie de Rennes située au sud de la Rocade RN136, et que l'autre côté ne semble avoir aucune habitation, donc probablement aucun électeur (et s'il y en a il ne doit pas y en avoir plus de 3 ou 4 ce qui ne change pas réellement les seuils de comptage pour calculer les limites cantonales). Si c'est une erreur du décret (mauvaise version publiée), à qui peut-on la signaler ? Sinon si vous avez une autre interprétation... Le 6 mars 2014 16:41, jerome.ama...@gmail.com jerome.ama...@gmail.com a écrit : Pour avoir pas mal oeuvrer pour mettre à jour les epci dans osm je doit dire qu'il y a de tous dans les nom de ces epci. Peut être faudrait il décider d'une harmonisation des différents noms (ou laisser faire au cas par cas suivant le plus utiliser dans les epci). Il y a les tag name alt_name short_name official_name. Le nom officiel trouver dans le fichier a la base de cette mise a jour peut ce trouver dans tous sauf le short. Le nom en enlevant communauté de communes dans tous sauf official. Par exemple communauté de communes du pays de machin sur truc à comme autre nom Pays de machin sur truc voir PMST. Les communauté d'agglomération on aussi des fois un petit nom. Le 6 mars 2014 à 16:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le 6 mars 2014 14:19, Nicolas Moyroud nmoyr...@free.fr a écrit : Je vais ajouter une colonne nom_osm comme ça on laisse le choix et rajouter 2 décimales aux surfaces, c'est vrai qu'arrondir au km2 c'est un peu radical je croyais avoir sorti des hectares. Pour info les surfaces sont-elles calculées avant ou après simplification ? Avant, c'est pas indiqué dans le descriptif ? Encore une proposition : ajouter un champ type_epci avec le contenu du tag local_authority:FR Adopté, maintenant qu'on les a tous dans OSM ce qui n'était pas le cas sur la première version de décembre dernier. Et sinon proposer également la couche des EPCI non simplifiée c'est jouable ? Ça représente quel volume de données ? Oui, mais l'intérêt est très limité. La simplification à 5m n'en est pas vraiment une. Elle élimine les noeuds sur les lignes droites et 5m c'est à mon avis en général en dessous de la précision moyenne qu'on a. J'ai sorti une version sans simplification, du coup pour les EPCI on passe de 26Mo (zipppé) à 73Mo (zippé aussi): http://osm13.openstreetmap.fr/~cquest/openfla/export/epci-20140306-shp.zip Tu peux comparer pour voir l'utilité ou pas d'une version brute. Pour les communes, ça ferai vraiment un fichier bien lourd (dans les 300Mo), qui (si c'est vraiment utile de le générer) serait peut-être bon de scinder en 1 fichier par région. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr
[OSM-talk-fr] problème avec le générateur de bâti sur cadastre.openstreetmap.fr
Bonjour, J'essaye depuis hier de générer le bâti de Caen, mais cadastre.openstreetmap.fr me répond sempiternellement import en cours, et il n'y a rien dans le répertoire de destination. Je peux cependant générer le bâti d'une autre commune, sans problème. Quelqu'un est au courant de ce bug ? Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème avec le générateur de bâti sur cadastre.openstreetmap.fr
Il y a visiblement un problème sur le cadastre de Caen et/ou dans Qadastre2OSM qui part en boucle sans fin (et remplit les disques de logs). J'ai stoppé les 8 process qui tournaient depuis bien trop longtemps. Le 7 mars 2014 08:30, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, J'essaye depuis hier de générer le bâti de Caen, mais cadastre.openstreetmap.fr me répond sempiternellement import en cours, et il n'y a rien dans le répertoire de destination. Je peux cependant générer le bâti d'une autre commune, sans problème. Quelqu'un est au courant de ce bug ? Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème avec le générateur de bâti sur cadastre.openstreetmap.fr
Ah... Du coup, je peux relancer maintenant que les process ont été tués ou j'attends que quelqu'un diagnostique ? Francescu Le 7 mars 2014 08:48, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a visiblement un problème sur le cadastre de Caen et/ou dans Qadastre2OSM qui part en boucle sans fin (et remplit les disques de logs). J'ai stoppé les 8 process qui tournaient depuis bien trop longtemps. Le 7 mars 2014 08:30, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, J'essaye depuis hier de générer le bâti de Caen, mais cadastre.openstreetmap.fr me répond sempiternellement import en cours, et il n'y a rien dans le répertoire de destination. Je peux cependant générer le bâti d'une autre commune, sans problème. Quelqu'un est au courant de ce bug ? Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
