Autre problème: il n'y a plus "aucune" frontière visible au Luxembourg (même la frontière internationale avec la Belgique, la France ou l'Allemagne). Visiblemement un contributeur a décidé d'enlever tous les tags des chemins frontières au Luxembourg, en se disant: pas besoin c'est redondant, corrigez tous vos rendus ! (sans tenir compte des capacités des moteurs de rendu actuel pour compatibilité).
L'ennui c'est que cette "redondance" est parfois nécessaire quand le modèle de frontière n'obéit pas complètement au modèle hiérarchique par niveau (on a le cas fréquent en Espagne, mais aussi pour des pays qui ont des conflits frontaliers, ou dans des pays en pleine réforme administrative où les niveaux se "mélangent" sans être complets un par un, y compris en Allemagne où un niveau peut être incomplet). Selon le choix de modèle de rendu, on ne peut pas toujours utiliser les tags présents dans les relations en compétition. Le problème ici vient de la valeur admin_level donné à une relation qui peut être plus grand dans une entité que pour l'entité voisine (par exemple des villes en Allemagne ont un admin_level 8 et sont pourtant assimilées au niveau 6 ou moins. Il nous manque la possibilité de mettre en plus dans la relation un "min_admin_level=*" pour former un intervalle de valeurs; et aucun moteur de rendu ne peut encore en tenir compte. Ou alors il faudrait qu'admin_level puisse avoir une énumération de valeurs séparées par point-virgules (exemple pour les villes-Etats en Allemagne, comme Berlin et Hambourg, ou pour la région-capitale de Bruxelles). Le cas risque d'arriver en France aussi où le modèle hiérarchique semble là aussi condamné avec des fusions de collectivités territoriales de "niveau" différent (par exemple avec les métropoles). L'algo est entièrement dépendant du tag admin_level sur les ways de frontière et ne sait pas tenir compte des admin-level des relations qui utilisent ce chemin. C'est pour ça qu'on a des "bouts" de fronières visibles le long de certaines cotes et pas d'autres (par exemple près de Fréjus) Le 15 juillet 2014 13:41, Philippe Verdy <verd...@wanadoo.fr> a écrit : > Non problème de cache chez vous. Vous voyez les anciennes tuiles > > > Le 15 juillet 2014 09:30, Francescu GAROBY <windu...@gmail.com> a écrit : > >> Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à >> partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10 >> >> Francescu >> >> >> Le 15 juillet 2014 09:26, Christian Quest <cqu...@openstreetmap.fr> a >> écrit : >> >> Ah ? >>> >>> Cesson-Sévigné apparait pour moi au zoom 11 >>> >>> Un problème de cache de ton navigateur ? >>> >>> >>> >>> Le 15 juillet 2014 09:15, mga_geo <mga_...@yahoo.fr> a écrit : >>> >>> Sur cette carte, >>>> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le >>>> nom de >>>> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il >>>> l'est >>>> avec les mêmes caractéristiques que d'autres communes présentes en zoom >>>> 10 ( >>>> Chantepie, Betton ...). >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html >>>> Sent from the France mailing list archive at Nabble.com. >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> Talk-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>> >>> >>> >>> -- >>> Christian Quest - OpenStreetMap France >>> >>> _______________________________________________ >>> 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 >> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
