@Matthias Dietrich je vais juste reprendre point par point *Après vérification du wiki, il faudrait en effet que information=* soit accompagné de tourism=information. *
En effet c'est précisé ici http://wiki.openstreetmap.org/wiki/FR:Key:information PS: quand dans la boite à droite c'est écrit G*roupe : ** c'est que le groupe est le tag principal il me semble *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. * Ça c'est pas vrai! Premièrement, Pour *mountain_pass *c'est considéré comme attribut d'un highway donc il manque aussi un tag! La doc anglaise dit <http://wiki.openstreetmap.org/wiki/Map_Features>: *Applies to the "highest node" on a highway = motorway/secondary/footway/... (could be any appropriate "highway"):* Donc highway=* est indispensable 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 Humm Il me semble que la page dit que c'est un membre du groupe highway. Donc highway est indispensable avec highway=traffic_sign! C'est un manque du wiki est j'espère que ce sera traité comme tel. mais à l'emplacement physique du panneau, qui est en général à côté de la voirie, comme indiqué dans le wiki. oui est non : *It is possible to use a node which is part of a way, or to create a separate node beside the road. Both methods are used in practice.* Taginfo indique également qu'aucun des quelque 100 000 nœuds traffic_sign=city_limit n'est actuellement accompagné de highway=*. Pour moi c'est une connerie du au fait que ce ne soit pas précisé dans le wiki! traffic_sign peut être correspondre à tout les élèments ou partie de voirie. dans un way dans tous les cas tu auras un highway. Donc dans les noeud isolé pour être cohérent il faut ajouter *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). * *Taginfo indique également qu'aucun des quelque 100 000 nœuds traffic_sign=city_limit n'est actuellement accompagné de highway=*.* Cela peut aussi être du à un manque dans le wiki... Taginfo ne remonte que la manière dont c'est utilisé et pas les incohérence sur l'utilisation. Si c'est pas claire tout le monde fera n'importe quoi et on le voit sur d'autre tags. Si j'en corrige 75000 highway=traffic_sign , considèrera-t-on que c'est ça qu'il faut faire? Bref Taginfo permet de savoir combien on a de saisie ou de comparer des mode de saisie mais pas de dire que c'est bien ou non. Au moins on sait que 100000 noeud seront à revoir... traffic_sign est une restriction doit-on ajouter des tags restriction pour avoir une catégorie principale... ou complètement ignoré les restrictions du test... Voir: http://wiki.openstreetmap.org/wiki/Map_Features Le 18 octobre 2014 20:00, Matthias Dietrich <eiger....@gmail.com> a écrit : > 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
