Le 11 octobre 2014 19:17, sylvain letuffe lis...@letuffe.org a écrit :
Vincent de Château-Thierry wrote
Overpass renvoie 56883 nodes avec le même fixme=à vérifier Un tel
volume ne rime à
rien avec ce tag. Je suis d'avis de supprimer ces points, car je prends
le
pari qu'ils ne
je plussoie !
Sylvain
Le 11 octobre 2014 19:32, Vincent de Château-Thierry osm.v...@free.fr a
écrit :
Bonsoir,
Le 11/10/2014 19:19, sylvain letuffe a écrit :
sylvain letuffe wrote
Bref, je m'en occupe par la suppression des noeuds avec ce fixme.
Oups, non, pas là tout de suite
Vincent de Château-Thierry wrote
Overpass renvoie 56883 nodes avec le même fixme=à vérifier Un tel
volume ne rime à
rien avec ce tag. Je suis d'avis de supprimer ces points, car je prends le
pari qu'ils ne
seront pas revus un par un avant une éternité. Si pas d'opposition, je
peux me
sylvain letuffe wrote
Bref, je m'en occupe par la suppression des noeuds avec ce fixme.
Oups, non, pas là tout de suite maintenant, je m'en occupe d'ici quelques
jours s'il n'y a pas d'opposition sur la bases de nouveaux éléments
--
View this message in context:
Bonsoir,
Le 11/10/2014 19:19, sylvain letuffe a écrit :
sylvain letuffe wrote
Bref, je m'en occupe par la suppression des noeuds avec ce fixme.
Oups, non, pas là tout de suite maintenant, je m'en occupe d'ici quelques
jours s'il n'y a pas d'opposition sur la bases de nouveaux éléments
Oops
Je fais une proposition de nouveau format pour le fichier des noms de
lieux-dits générés depuis le cadastre, voir un exemple ici:
http://dl.free.fr/bOdG4FdS9
Les différences par rapport à avant:
- fichier zip à part
- tag place= laissé vide
- plus de fixme
- fichiers nommés lieux-dits*.osm au
vdct travaille aussi sur le sujet des lieux-dits côté BANO.
Vérifiez que vous ne faite pas les choses en double et avec un résultat
différent.
Un peu d'harmonie dans ce monde de données brutes ;)
Le 2 août 2014 15:13, Tyndare tynd...@wanadoo.fr a écrit :
Je fais une proposition de nouveau
De : Christian Quest
vdct travaille aussi sur le sujet des lieux-dits côté BANO.
Vérifiez que vous ne faite pas les choses en double et avec un résultat
différent.
Un peu d'harmonie dans ce monde de données brutes ;)
Le 2 août 2014 15:13, Tyndare a écrit :
Je fais une proposition de
Le samedi 2 août 2014 15:13:48, Tyndare a écrit :
Je fais une proposition de nouveau format pour le fichier des noms de
lieux-dits générés depuis le cadastre, voir un exemple ici:
http://dl.free.fr/bOdG4FdS9
Note : dl.free.fr n'aime pas les bloqueurs de pubs, à désactiver si on veut le
Le samedi 2 août 2014 16:15:12, V de Chateau-Thierry a écrit :
j'enlèverais carrément le tag place plutôt que vide car JOSM
le prend comme tel, et on a donc le risque de remplir la base avec une
valeur 'vide' malheureuse.
Ce qui a l'avantage de le faire s'afficher tous les outils QA du qui le
Le 2 août 2014 16:32, sly (sylvain letuffe) lis...@letuffe.org a écrit :
- nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
Miam... ça me semble avoir plus de potentiel que ça, quand je vois un bois,
ça me semble tout à fait adapté à du surfacique.
Je pousserais même à dire
Le 2 août 2014 16:44, Christian Quest cqu...@openstreetmap.fr a écrit :
D'ailleurs dans les fichiers .osm il est possible d'ajouter un champ qui
indique à JOSM que c'est un fichier à ne pas importer en l'état... et qui
affichera des alertes avant tout upload.
Je l'ai mis.
De : Tyndare
Le 2 août 2014 16:15, V de Chateau-Thierry a écrit :
- je me demande si, dès lors qu'on veut éviter que certaines données soient
envoyées,
on ne gagnerait pas à directement en faire un layer raster, plutôt qu'un
format .osm
toujours sujet à boulettes ? Ceci pour les
Bonjour
Le 28/07/2014 22:59, V de Chateau-Thierry a écrit :
Je suis d'avis de supprimer ces points, car je prends le pari qu'ils ne
seront pas revus un par un avant une éternité.
Ceux de « La Ferté-Macé » c'est moi qui les ait ajouté car j'y suis un
résidant. Donc il faut que j'aille voir
Ce n'est pas tant le problème du tag fixme généré automatiquement, en fait
il est bien pratique pour repérer/retrouver les imports fait en aveugle.
Le véritable problème est bien l'envoi tel quel de données brutes qui ont
besoin d'être revues et améliorées au préalable et qui ne l'on pas été.
Le
2014-07-29 9:18 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
Ce n'est pas tant le problème du tag fixme généré automatiquement, en fait
il est bien pratique pour repérer/retrouver les imports fait en aveugle.
Le véritable problème est bien l'envoi tel quel de données brutes qui ont
2014-07-28 13:10 GMT+02:00 Tyndare tynd...@wanadoo.fr:
Les données sont extraites automatiquement depuis les adresses des
parcelles du cadastre et disponibles ici
http://cadastre.openstreetmap.fr/
En effet, je constate que l'outil d'extraction des adresses crée un
tas the place=neighbourhood
Un peu plus de 1300 noeuds concernés ajoutés par une demie-douzaine de
contributeurs... que je vais contacter de ce pas.
Ca ne sert à rien de se lamenter ici sans le signaler directement aux
quelques intéressés.
Si besoin, il faudra aussi rectifier le script d'extraction pour ne pas
mettre de
Le 28 juillet 2014 14:23, Pieren pier...@gmail.com a écrit :
Les données sont extraites automatiquement depuis les adresses des
parcelles du cadastre et disponibles ici
http://cadastre.openstreetmap.fr/
En effet, je constate que l'outil d'extraction des adresses crée un
tas the
2014-07-28 14:53 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
Un peu plus de 1300 nœuds concernés ajoutés par une demie-douzaine de
contributeurs... que je vais contacter de ce pas.
Bon, on est loin des 57.000 cas rapportés dans un précédent message
mais quand même.
Ca ne sert à rien de
2014-07-28 15:15 GMT+02:00 Tyndare tynd...@wanadoo.fr:
L'extraction des des points place=neighbourhood depuis le cadastre à
été mentionnée dès le début sur la liste dev-fr
https://lists.openstreetmap.org/pipermail/dev-fr/2014-January/001986.html
et est aussi décrite sur le wiki de l'outil:
il y a un peu plus de 1200 place=neighbourhood avec fixme
Mais il y a bien 57000 fixme=à vérifier: lieu créé automatiquement à partir
des adresses du coin
J'ai l'impression qu'un certain Sam390 a modifié enormemant de
place=neighbourhood
en beaucoup de place=locality
Le 28 juillet 2014 15:17,
Bonsoir,
Le 28/07/2014 15:15, Tyndare a écrit :
L'extraction des des points place=neighbourhood depuis le cadastre à
été mentionnée dès le début sur la liste dev-fr
https://lists.openstreetmap.org/pipermail/dev-fr/2014-January/001986.html
et est aussi décrite sur le wiki de l'outil:
Le 28 juillet 2014 15:43, Pieren pier...@gmail.com a écrit :
2014-07-28 15:15 GMT+02:00 Tyndare tynd...@wanadoo.fr:
Mais si ça pose problème, pas de soucis je le désactiverais ce soir en
attendant qu'on arrive a générer des données moins erronées.
On peut laisser l'extraction mais quitte à
je prends
le pari qu'ils ne
seront pas revus un par un avant une éternité.
Il ne seront pas mappés non plus avant une éternité par un habitant du coin.
Pourtant, si l'envie lui prend, il pourrait le faire et ce serait peut-être
mieux, non ?
En tout cas, si c'est importé il pourra moins.
Le 28 juillet 2014 23:16, Yves yve...@gmail.com a écrit :
Il ne seront pas mappés non plus avant une éternité par un habitant du
coin. Pourtant, si l'envie lui prend, il pourrait le faire et ce serait
peut-être mieux, non ?
C'est toujours plus passionnant de venir combler un blanc de façon
Grande leçon de TIGER ;)
J'ai aussi rencontré beaucoup de contributeurs qui n'osent pas modifier ce
qui est déjà là... de peur de mal faire.
Il y a une force dans l'existant (même incorrect) qu'il ne faut pas
négliger.
Le 28 juillet 2014 23:20, Romain MEHUT romain.me...@gmail.com a écrit :
Pourtant l'usage de place=locality est assez simple, ca nomme une zone sans
limite précise qui n'est pas nommé ni par un place autre, ni par l'objet
lui meme de la zone.
Dans les campagne c'est tres courant que chaque zone est un nom, sans que
celui ci ce rapporte particulièrement a un champ, une
Pieren wrote
Malheureusement, on constate maintenant leur prolifération dans la base de
donnée avec
des tonnes de fixme que personne ne prend le temps de fixer. Il faut
mettre le hola à cette vague de données incontrollées (déjà 57.000
d'après certains en fixme, qui s'en charge ?).
un tag fixme:importé-trop-rapidement=oui servira au même but
+1
Mon avis pour l'existant : revert de tous les points ayant l'un des texte
fixme pré-cité. Corriger par une campagne massive ne ferait que légitimer
le
je place ici mes ordures vu que quelqu'un fini toujours par les porter à
30 matches
Mail list logo