Après vérification du wiki, il faudrait en effet que information=* soit accompagné de tourism=information.
En revanche mountain_pass=yes ne nécessite rien d'autre. Pour golf=* le wiki ne dit pas qu'il doit être ajouté à sport=golf par exemple. Et en ce qui concerne traffic_sign=city_limit, là non plus il n'est pas précisé qu'il doit être ajouté à autre chose. En non, il ne doit pas être nécessairement sur du highway, mais à l'emplacement physique du panneau, qui est en général à côté de la voirie, comme indiqué dans le wiki. Taginfo indique également qu'aucun des quelque 100 000 nœuds traffic_sign=city_limit n'est actuellement accompagné de highway=*. Donc en dehors de information=*, Osmose ne devrait pas lever d'erreurs sur ces objets (en tout cas pas si on s'en tient aux usages actuels). Le 18 octobre 2014 15:22, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a écrit : > L'ensemble de ces clé doivent normalement être membre des clés > précédemment cités (explicite ou implicite) > > *traffic_sign *n'est pas cité dans la page principale mais *traffic_signal > *oui > ne doit t'on pas mettre : > *highway=traffic_sign *en plus? > > même cas pour *information*: > *highway=information* > *tourism=information* > *etc...* > > Je pense que rajouter n'est pas forcément juste. Sinon il faut considérer > qu'il y a des nouveau types principaux. > Si ce sont des type implicites il faut pouvoir vérifier leurs > correspondance avec l'une des clés principales. > > Exemple pour les trafic_sign il faut forcément qu'ils soit sur du highway > parcontre un panneau d'information est quand à lui positionné sur des > parcelles privé et non sur la voirie. > > A la base le modèle est en XML. N'y a t-il pas un schéma XSD ou JSON? > > en json on peut analyser le contenu avec un correspondance à un schema > https://pypi.python.org/pypi/jsonschema > > On pourra aussi proposer via ça des listes de balises connexes manquantes > > > > > > > > Le 18 octobre 2014 14:32, Matthias Dietrich <eiger....@gmail.com> a écrit > : > > Il n'y a pas que les pistes de ski qui sont touchées par cette nouvelle >> analyse, on trouve également des erreurs sur : >> - les cols (mountain_pass=yes + name=*) >> - les panneaux d'entrée d'agglomération (traffic_sign=city_limite + >> name=*) >> - les panneaux d'information (information=* + name=*) >> - les éléments d'un terrain de golf (golf=* + name=*) >> >> Ceci est juste le retour d'un rapide tour d'horizon autour de chez moi. >> Il doit y avoir plein d'autres cas. >> >> Bref, la liste des "tag principaux" est potentiellement bien plus longue >> que celle supportée actuellement. >> >> Le 18 octobre 2014 14:07, Yves Pratter <yves.prat...@gmail.com> a écrit : >> >>> >>> Le 18 oct. 2014 à 13:44, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a >>> écrit : >>> >>> L'erreur devrait donc être : "Objet nommé dont un tag indispensable >>> n'existe pas » >>> >>> ou « tag manquant pour un objet nommé » >>> >>> Osmose considère que seul les objets avec les attributs suivants peuvent >>> être nommés : >>> >>> - aerialway >>> - aeroway >>> - amenity >>> - barrier >>> - boundary >>> - building >>> - craft >>> - emergency >>> - geological >>> - highway >>> - historic >>> - landuse >>> - leisure >>> - man_made >>> - military >>> - natural >>> - office >>> - place >>> - power >>> - public_transport >>> - railway >>> - route >>> - shop >>> - sport >>> - tourism >>> - waterway >>> >>> Pour les pistes de ski, il y a l’attribut *piste:type* mais pas *type*. >>> >>> Il faut donc rajouter piste:type à la liste… ou rajouter un mécanisme >>> qui recherche les attributs se terminant par *:type. >>> >>> Le 18 oct. 2014 à 11:30, Yves Pratter <yves.prat...@gmail.com> a écrit : >>> >>> J’essai de comprendre le code mais ce n’est pas très clair (en >>> comparaison à d’autres erreurs): >>> Donc si l’objet à l’attribut « name » et que son parent ne serait pas >>> nommé ?? (je ne pige pas la seconde condition) >>> >>> if tags.get("name") and len(key_set & self.name_parent) == 0: err.append >>> ((21101, 1, {})) >>> >>> >>> En fait, l’erreur est produite si un objet OSM à un attribut *name* et >>> qu’il n’a aucun des attributs suivants : *type*, *aerialway*… >>> >>> Donc, le message pourrait être *« tag manquant pour un objet nommé » * >>> >>> — >>> Yves >>> >>> *key_set *est la liste des attributs de l’objet. >>> *self.name_parent* est la liste des objets/attributs qui peuvent être >>> nommé >>> self.name_parent = set(('type', 'aerialway', 'aeroway', 'amenity', >>> 'barrier', 'boundary', 'building', 'craft', 'emergency', 'geological', >>> 'highway', 'historic', 'landuse', 'leisure', 'man_made', 'military', >>> 'natural', 'office', 'place', 'power', 'public_transport', 'railway', >>> 'route', 'shop', 'sport', 'tourism', 'waterway')) >>> >>> len(key_set & self.name_parent) == 0 >>> indique l’appartenance cf. A⊆B cf. Utilisation avancée des listes en >>> Python >>> <http://fr.openclassrooms.com/informatique/cours/utilisation-avancee-des-listes-en-python> >>> >>> >>> _______________________________________________ >>> 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 >> >> > > _______________________________________________ > 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
