Le 26/12/2013 19:37, JB a écrit :
L'avis de la fourmi, déjà donné il y a pas longtemps sur le layer=0 :
L'ordinateur n'en a pas (et encore…) besoin. Le contributeur, si. Voir
au premier coup d'œil une balise boundary=administrative (et à mon avis,
admin_level=…, mais ça peut être discuté), ça facilite la tâche.
Oui et non. On peut aussi considérer que trop de balises redondantes sur
tous les objets rends la tache des contributeurs plus laborieuses et
fastidieuses en ne sachant plus faire la distinction entre indispensable
et facultatif. Sans compter que ça met la barre très haut pour le novice
qui se penche sur le projet.
A noter que JOSM utilise les informations de la relation pour le rendu.
Qu'en est il de id et potlatch.
Et ça permet de faire fonctionner les filtres dans JOSM (je ne sais pas
si les filtres peuvent remonter jusqu'aux balises des relations
utilisant les ways…).
Il faudrait un plugin ouvrant un formulaire convivial de recherche à la
Overpass API en-ligne et hors-ligne. Ça permet de faire des requêtes sur
les affiliation relation-way-node.
Quand à l'argument de la taille, les spécialistes répondent toujours que
c'est un faux problème. Je les laisserai le dire ici.
Faut quand même des gros PC pour travailler sur ces jeux de données.
L'extract OSM des relations de communes faisait 33295581 octets.
Après nettoyage partiel des relations, c'est passé à 32091671 soit plus
d'un Mo gagné.
Et pour travailler sur ce fichier, JOSM a atteint la mite des 3Go que je
lui accorde :/
(border_type, c'est pas abandonné, des fois ?)
Surement. d'autant plus que des valeur comme commune, arrondissement,
departement n'ont aucun sens dans la base.
Librement,
--
Christophe Merlet (RedFox)
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
