Non la cause le plus fréquente n'est pas qu'il manque un chemin mais qu'un
chemin a été scindé sans mettre à jour toutes les relations dépendantes.
Le chemin n'est donc pas effacé, il a conservé ses attributs, mais des
relations sont cassées quand même.
Les cas de suppression de chemins (ou suppres
je crois que le rendu osm fr se sert de ces tag admin_level sur les way et
c'est pour ça qu'il manque des morceaux de frontières sur le rendu à de
faible zoom. par exemple ici on voit des manques sur des pays d’Afrique :
http://tile.openstreetmap.fr/?zoom=5&lat=-9.41895&lon=26.29572&layers=B00F
Pour répondre brièvement
Le 20. 07. 17 à 13:47, Philippe Verdy a écrit :
> > cette redondance (partielle)
> > est encore très pratique pour pas mal de recherches.
> un exemple ?
> Justement pour réparer quand une relation est cassée.
si quelqu'un efface un chemin, la relation est cassé
Le 20 juillet 2017 à 13:03, marc marc a écrit :
> Le 19. 07. 17 à 13:59, David Crochet a écrit :
> Le 19. 07. 17 à 14:11, Philippe Verdy a écrit :
> > cette redondance (partielle)
> > est encore très pratique pour pas mal de recherches.
> un exemple ?
>
Justement pour réparer quand une relation
Le 19. 07. 17 à 13:59, David Crochet a écrit :
> si ce chemin fait parti de plusieurs relations,
> quelle étiquette va t'il prendre de quel relation ?
Selon moi aucun tag de relation ne devrait être dupliqué sur le chemin.
Le chemin a les tag qui décrivent sa fonction en tant que chemin.
La limit
sur une relation, le tag admin_level donne le niveau hiérarchique
administratif donc en france permet de savoir si la relation représente une
commune, departement, region, ...
mais ce tag est aussi utiliser sur tous les way frontières donc sur tous
les way qui font partie d'une relation admin_level
Un gros tas de tels polygones sont les imports CLC (tu y as fait allusion).
Par contre beaucoup existent encore en France (les terres associées aux
fermes).
Comme tu as de gros bousins à la topographie imprécise et devenue fausse
(grignotage d'environ un département depuis l'import) les repre
Là on tombe sur un vieux traitement effectué par la conversion OSM vers
GIS: c'est lui qui essaye de "deviner" les tags manquants des relations en
allant les chercher sur les membres afin de produire un polygone GIS avec
assez de tags significatifs.
Il y a eu des discussions récemment pour supprim
Bonjour
Le 19/07/2017 à 13:49, marc marc a écrit :
est-ce que c'est plus clair ainsi dit ?
Mais si ce chemin fait parti de plusieurs relations, quelle étiquette va
t'il prendre de quel relation ? Le système ne peut pas le lui dire, donc
on le lui dit.
Si une limitre administrative est "dé
Je comprend très bien la fusion d'un chemin avec la limite
administrative, c'est très courant et très pratique,
le problème n'est pas là.
Une département est décrit par une area via une relation utilisant de
nombreux chemin. Dans le cas de mon mon premier exemple
https://www.openstreetmap.org/re
En particulier la relation à problème est comme celle-ci
https://www.openstreetmap.org/relation/2606660#map=13/47.3181/-1.7153
Là on a un multipolygone complètement invalide, sans tag, et non fermé
(pour un vieux landuse de CORINE mal découpé et mal tagué): on tombe sur le
cas où la conversion OSM
Je crois que tu comprends mal... Osmose ne fais pas comme ça. Non pas
besoin de chemin fermé, les admin_level sur les chemins ne sont pas
invalides mais hautement recommandés, mais ils doivent effectivement être
membres d'une relation boundary pour prendre sens en tant qu'objet
"département" d'auta
Bonjour,
Il me semble qu'il y a de nombreuses anomalies avec ce tag
exemple
https://www.openstreetmap.org/way/457978185
un bout de chemin en forêt qui se prend pour un département
depuis le changeset 44193985
https://www.openstreetmap.org/way/30828584
une route qui se prend pour un arrondissemen
13 matches
Mail list logo