Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le 17/10/2010 19:00, nono a écrit : [...] Mais il semblerait que le tag soit maintenant emergency??? C'est du moins ce que je constate depuis la modif de Rodolphe. Or, sous josm, c'est toujours amenity ! Un POI taggé amenity sous josm est représenté par une image de bouche incendie. Un POI taggé emergency sous josm est représenté par un simple point, sans image associée et ne correspond pas à : Pré-réglage-Artificiel-Équipements-Hydrant Rodolphe : Il va falloir que tu passes ta moulinette régulièrement car il risque d'y avoir deux versions de tags pour un moment. - celui de josm - amenity - celui du J.S. (me semble-t-il) initiateur du script-tag emergency pour hydrant. Pour ma part, sans contre-ordre fort, clair, et convainquant je continue avec le tag amenity présent dans josm. Bonjour, Il y a deux solutions à mon sens pour le tagging, soit faire confiance aveuglément à son éditeur préféré et ses presets, soit connaître par coeur le wiki et se tenir informé régulièrement de l'évolution des tags. Pour le cas 1, oui JOSM n'est pas encore à jour, mais un ticket est ouvert dans ce sens http://josm.openstreetmap.de/ticket/5537 Pour le cas 2, bon courage. Mais dans tous les cas de figure, oui bien sûr qu'une migration est longue et ne se fait pas en un jour. J'ai prévu mon effort sur ce point sur le moyen terme, surtout le temps que tous les éditeurs soients à jour. Et il ne faut pas je pense paniquer à l'idée de mal taggé, le mode de fabrication d'OSM inclut ces périodes de floues. Un dernier point pour revenir sur les discussions citées par Pieren, le problème soulevé concernait les emergency phone taggé en amenity et qui le sont toujours, il n'a pas été question des fire_hydrants. Si la migration se fait au final pour les fire_hydrants pourquoi ne pas revenir sur la question des emergency phone, plus tard :) Chaque chose en son temps. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre Travailleur indépendant spécialisé en logiciel libre http://rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le mardi 12 octobre 2010 à 19:58 +0200, Pieren a écrit : 2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org et emergency=fire_hydrant amenity=fire_hydrant Il y en a beaucoup dans ce cas là, mais c'est pour moi un gaspillage de tag, il n'est pas utile d'utiliser deux clé avec la même valeur. Il faut dire aussi que le wiki n'est pas clair, le vote semble indiquer la poursuite de amenity mais la page amenity est redirigée vers la page ermergency, et dans les listes de tags c'est bien emergency qui est utilisé. Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html Exact, j'avais déjà effectué cette remarque le 9 août dernier sur cette même liste. Je remets en copie le message dont le titre était « double-tag: fire_hydrant] » : *** Début Message *** Salut Je viens de remarquer que les POI fire_hydrant que j'avais mis sur OMS avec le tag « amenity=fire_hydrant » ont tous été modifiés. Il sont maintenant taggés avec « amenity=fire_hydrant » ET « emergency=fire_hydrant » par un dénommé J.S. (pour les initiales). un exemple avec ce POI : http://www.openstreetmap.org/browse/node/693247187 Quelle est la bonne identification ? Doit-on mettre les deux identifications sachant que josm me propose seulement « amenity=fire_hydrant » depuis son menu (Pré-réglages, Artificiel, Équipements) ? nono *** Fin Message *** Mais il semblerait que le tag soit maintenant emergency??? C'est du moins ce que je constate depuis la modif de Rodolphe. Or, sous josm, c'est toujours amenity ! Un POI taggé amenity sous josm est représenté par une image de bouche incendie. Un POI taggé emergency sous josm est représenté par un simple point, sans image associée et ne correspond pas à : Pré-réglage-Artificiel-Équipements-Hydrant Rodolphe : Il va falloir que tu passes ta moulinette régulièrement car il risque d'y avoir deux versions de tags pour un moment. - celui de josm - amenity - celui du J.S. (me semble-t-il) initiateur du script-tag emergency pour hydrant. Pour ma part, sans contre-ordre fort, clair, et convainquant je continue avec le tag amenity présent dans josm. nono signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Idem, j'ai du mettre 3 amenity=fire_hydrant ce week-end. Le 17 octobre 2010 19:00, nono pingven...@free.fr a écrit : Le mardi 12 octobre 2010 à 19:58 +0200, Pieren a écrit : 2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org et emergency=fire_hydrant amenity=fire_hydrant Il y en a beaucoup dans ce cas là, mais c'est pour moi un gaspillage de tag, il n'est pas utile d'utiliser deux clé avec la même valeur. Il faut dire aussi que le wiki n'est pas clair, le vote semble indiquer la poursuite de amenity mais la page amenity est redirigée vers la page ermergency, et dans les listes de tags c'est bien emergency qui est utilisé. Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html Exact, j'avais déjà effectué cette remarque le 9 août dernier sur cette même liste. Je remets en copie le message dont le titre était « double-tag: fire_hydrant] » : *** Début Message *** Salut Je viens de remarquer que les POI fire_hydrant que j'avais mis sur OMS avec le tag « amenity=fire_hydrant » ont tous été modifiés. Il sont maintenant taggés avec « amenity=fire_hydrant » ET « emergency=fire_hydrant » par un dénommé J.S. (pour les initiales). un exemple avec ce POI : http://www.openstreetmap.org/browse/node/693247187 Quelle est la bonne identification ? Doit-on mettre les deux identifications sachant que josm me propose seulement « amenity=fire_hydrant » depuis son menu (Pré-réglages, Artificiel, Équipements) ? nono *** Fin Message *** Mais il semblerait que le tag soit maintenant emergency??? C'est du moins ce que je constate depuis la modif de Rodolphe. Or, sous josm, c'est toujours amenity ! Un POI taggé amenity sous josm est représenté par une image de bouche incendie. Un POI taggé emergency sous josm est représenté par un simple point, sans image associée et ne correspond pas à : Pré-réglage-Artificiel-Équipements-Hydrant Rodolphe : Il va falloir que tu passes ta moulinette régulièrement car il risque d'y avoir deux versions de tags pour un moment. - celui de josm - amenity - celui du J.S. (me semble-t-il) initiateur du script-tag emergency pour hydrant. Pour ma part, sans contre-ordre fort, clair, et convainquant je continue avec le tag amenity présent dans josm. nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le 12/10/2010 22:37, Pieren a écrit : 2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org mailto:rodol...@quiedeville.org Le doublonnage de clé n'a pas de sens, et si on ne tag pas pour le rendu, alors on ne peut pas non plus bloquer l'évolution des tags à cause des moteurs de rendus ;-) Attention, le doublonnage est exceptionnel (c'est à ma connaissance le seul cas). Il n'y pas que les différents moteurs de rendu qu'il faut adapter mais aussi les éditeurs et leurs presets et éventuellement toutes les applications consommant des données OSM sans qu'on le sache ;-) Pour la clé office=*, la question est apparue lorsque quelqu'un a voulu taguer 'architect' ou 'lawyer' en hésitant entre 'amenity' (qu'on emploie plutot dans le sens 'utilité pour le public') ou 'shop'. Il faut avouer que ces deux clés n'étaient plus vraiment adaptées à ce genre de POI et qu'on s'éloignait franchement de leur usage de départ. La même question a suivie pour les artisans qui ont une enseigne visible depuis la rue mais qui ne collaient ni avec 'amenity', ni 'shop', ni 'office'. Mais comme il n'y avait rien avant ces propositions, c'était beaucoup plus facile d'arriver à un consensus avec une nouvelle clé. Encore une fois, il est très délicat de modifier les pratiques en cours. Cela n'est généralement bien accepté par la communauté que si le changement apporte une réelle amélioration autre que cosmétique (par exemple, la récente suppression de highway=incline ou la création de la clé 'barrier' pour remplacer 'highway=gate'). A ce jour les fire_hydrant ne sont pas rendus dans mapnik ni t...@h, ce qui m'étonne donc au vu des discussions citées. Ensuite je suis entièrement d'accord pour une certaine stabilité des tags, mais on ne peut pas non plus bloquer les évolutions à cause des parties tierces qui utilisent les données, je suis sûr que l'on est d'accord sur ce point. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre Travailleur indépendant spécialisé en logiciel libre http://rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
On 13/10/2010 10:36, Rodolphe Quiedeville wrote: Le 12/10/2010 22:37, Pieren a écrit : 2010/10/12 Rodolphe Quiedevillerodol...@quiedeville.org mailto:rodol...@quiedeville.org Le doublonnage de clé n'a pas de sens, et si on ne tag pas pour le rendu, alors on ne peut pas non plus bloquer l'évolution des tags à cause des moteurs de rendus ;-) Attention, le doublonnage est exceptionnel (c'est à ma connaissance le seul cas). Il n'y pas que les différents moteurs de rendu qu'il faut adapter mais aussi les éditeurs et leurs presets et éventuellement toutes les applications consommant des données OSM sans qu'on le sache ;-) Pour la clé office=*, la question est apparue lorsque quelqu'un a voulu taguer 'architect' ou 'lawyer' en hésitant entre 'amenity' (qu'on emploie plutot dans le sens 'utilité pour le public') ou 'shop'. Il faut avouer que ces deux clés n'étaient plus vraiment adaptées à ce genre de POI et qu'on s'éloignait franchement de leur usage de départ. La même question a suivie pour les artisans qui ont une enseigne visible depuis la rue mais qui ne collaient ni avec 'amenity', ni 'shop', ni 'office'. Mais comme il n'y avait rien avant ces propositions, c'était beaucoup plus facile d'arriver à un consensus avec une nouvelle clé. Encore une fois, il est très délicat de modifier les pratiques en cours. Cela n'est généralement bien accepté par la communauté que si le changement apporte une réelle amélioration autre que cosmétique (par exemple, la récente suppression de highway=incline ou la création de la clé 'barrier' pour remplacer 'highway=gate'). A ce jour les fire_hydrant ne sont pas rendus dans mapnik ni t...@h, ce qui m'étonne donc au vu des discussions citées. Ensuite je suis entièrement d'accord pour une certaine stabilité des tags, mais on ne peut pas non plus bloquer les évolutions à cause des parties tierces qui utilisent les données, je suis sûr que l'on est d'accord sur ce point. A++ +1 On arrive bien à faire évoluer l'environnement OSM de l'API 0.5 à la 0.6, voire 0.7. On devrait bien arriver à faire évoluer cet environnement pour l'utilisation sémantique des tags, s'il existait quelques règles, ou au moins usages, reconnus dans un corpus. Ce sera de plus en plus nécessaire avec l'augmentation (en volume et en diversité) d'utilisation des données. L'argument on a toujours fait comme ça (utilisation du tag NN trop répandu, applications utilisant tel tag, non bijection entre un tag répandu et un autre tag plus cohérent...) ne tiendra pas devant cette augmentation. La liste tagging@ essaie de poser quelques principes de ce genre, mais en reconnaissant que le tagging est un joyeux foutoir, avec ce que ça comporte comme créativité, maladresses, incohérences... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Bouche ou poteau incendie
De : Rodolphe Quiedeville rodol...@quiedeville.org Bonjour, Pour info, le preset de JOSM sur les poteaux incendie est incorect, il faut tagger avec un clé 'emergency' et non 'amenity' Un hydrant se tag : emergency=fire_hydrant http://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant J'ai ouvert un ticket de correction sur JOSM et commencé à corriger les mauvaises valeurs dans la base. Flute j en ai encore tagge hier en amenity... Est ce qu il ne faudrait pas aussi supprimer cette page la pour eviter les confusions : http://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant ? Ils disent qu apres de longues discussions entre amenity et emergency c est amenity qui a ete retenu et visiblement le vote a pris fin en aout, ca parait un peu contradictoire Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le 12/10/2010 à 18:38:35 +1100 THEVENON Julien julien_theve...@yahoo.fr a écrit Objet: [OSM-talk-fr] Re : Bouche ou poteau incendie : De : Rodolphe Quiedeville rodol...@quiedeville.org Bonjour, Pour info, le preset de JOSM sur les poteaux incendie est incorect, il faut tagger avec un clé 'emergency' et non 'amenity' Un hydrant se tag : emergency=fire_hydrant http://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant J'ai ouvert un ticket de correction sur JOSM et commencé à corriger les mauvaises valeurs dans la base. Flute j en ai encore tagge hier en amenity... Est ce qu il ne faudrait pas aussi supprimer cette page la pour eviter les confusions : http://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant ? Ils disent qu apres de longues discussions entre amenity et emergency c est amenity qui a ete retenu et visiblement le vote a pris fin en aout, ca parait un peu contradictoire Vers chez moi je les ai tous taggé avec les deux: amenity=fire_hydrant et emergency=fire_hydrant -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le 12/10/2010 11:49, Hendrik Oesterlin a écrit : Le 12/10/2010 à 18:38:35 +1100 THEVENON Julien julien_theve...@yahoo.fr a écrit Objet: [OSM-talk-fr] Re : Bouche ou poteau incendie : De : Rodolphe Quiedeville rodol...@quiedeville.org Bonjour, Pour info, le preset de JOSM sur les poteaux incendie est incorect, il faut tagger avec un clé 'emergency' et non 'amenity' Un hydrant se tag : emergency=fire_hydrant http://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant J'ai ouvert un ticket de correction sur JOSM et commencé à corriger les mauvaises valeurs dans la base. Flute j en ai encore tagge hier en amenity... Est ce qu il ne faudrait pas aussi supprimer cette page la pour eviter les confusions : http://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant ? Ils disent qu apres de longues discussions entre amenity et emergency c est amenity qui a ete retenu et visiblement le vote a pris fin en aout, ca parait un peu contradictoire Vers chez moi je les ai tous taggé avec les deux: amenity=fire_hydrant et emergency=fire_hydrant Il y en a beaucoup dans ce cas là, mais c'est pour moi un gaspillage de tag, il n'est pas utile d'utiliser deux clé avec la même valeur. Il faut dire aussi que le wiki n'est pas clair, le vote semble indiquer la poursuite de amenity mais la page amenity est redirigée vers la page ermergency, et dans les listes de tags c'est bien emergency qui est utilisé. http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dfire_hydrantredirect=no http://wiki.openstreetmap.org/wiki/Map_Features#Emergency -- Rodolphe Quiédeville - Artisan Logiciel Libre Travailleur indépendant spécialisé en logiciel libre http://rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org et emergency=fire_hydrant amenity=fire_hydrant Il y en a beaucoup dans ce cas là, mais c'est pour moi un gaspillage de tag, il n'est pas utile d'utiliser deux clé avec la même valeur. Il faut dire aussi que le wiki n'est pas clair, le vote semble indiquer la poursuite de amenity mais la page amenity est redirigée vers la page ermergency, et dans les listes de tags c'est bien emergency qui est utilisé. Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html En gros, si tout le monde se foutait un peu de créer des nouveaux tags avec emergency=*, il y en a un qui a eu une fameuse idée de modifier tout un tas de tags existants en emergency=* avec un script (un excité qui je ne nommerais pas mais qui s'est beaucoup calmé depuis) et là, il s'est fait tapé sur les doigts parce qu'il rendait invisible tout un tas de choses déjà exploitées par des applications (ambulances, hopitaux, emergency_phone, etc). Maintenant, comme il n'a pas tout de suite renoncé, il y a les deux tags (l'ancienne version et la nouvelle) dans l'espoir que les logiciels s'adaptent au changement et qu'on puisse virer la version avec amenity (alors que c'est cette version qui avait obtenue un consensus assez large sur le wiki). Il a un peu forcé le wiki (pour dire que le wiki n'est pas parole d'évangile) mais tout le monde reste maintenant sur ses positions (JOSM avec ses preset par exemple) et s'en fout un peu. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
2010/10/12 Pieren pier...@gmail.com Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html En gros, si tout le monde se foutait un peu de créer des nouveaux tags avec emergency=*, il y en a un qui a eu une fameuse idée de modifier tout un tas de tags existants en emergency=* avec un script (un excité qui je ne nommerais pas mais qui s'est beaucoup calmé depuis) et là, il s'est fait tapé sur les doigts parce qu'il rendait invisible tout un tas de choses déjà exploitées par des applications (ambulances, hopitaux, emergency_phone, etc). Maintenant, comme il n'a pas tout de suite renoncé, il y a les deux tags (l'ancienne version et la nouvelle) dans l'espoir que les logiciels s'adaptent au changement et qu'on puisse virer la version avec amenity (alors que c'est cette version qui avait obtenue un consensus assez large sur le wiki). Il a un peu forcé le wiki (pour dire que le wiki n'est pas parole d'évangile) mais tout le monde reste maintenant sur ses positions (JOSM avec ses preset par exemple) et s'en fout un peu. Très bon résumé de la situation. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire [...] Dans le genre passage en force, je m'interroge sur office=*. Je découvre ça dans les tableaux synthétiques de Map_Features. En remontant, je trouve une page de wiki présentée comme quelque chose de ferme et définitif. La première version de la page date du 9 mai 2010. Un peu de discussion sur les valeurs du tag, pas sur la pertinence du tag lui-même. Je m'interroge aussi un peu sur craft=* mais un gars sur la liste Tagging dit que ça a fait l'objet d'un vote avec 35 avis favorables. http://lists.openstreetmap.org/pipermail/tagging/2010-September/004751.html -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
Le 12/10/2010 19:58, Pieren a écrit : 2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org mailto:rodol...@quiedeville.org et emergency=fire_hydrant amenity=fire_hydrant Il y en a beaucoup dans ce cas là, mais c'est pour moi un gaspillage de tag, il n'est pas utile d'utiliser deux clé avec la même valeur. Il faut dire aussi que le wiki n'est pas clair, le vote semble indiquer la poursuite de amenity mais la page amenity est redirigée vers la page ermergency, et dans les listes de tags c'est bien emergency qui est utilisé. Ah le fameux tag emergency=* Si vous voulez comprendre pourquoi c'est tagué deux fois, il faut lire le fil avec une centaine de messages sur l'introduction d'une nouvelle clé emergency avec de nouvelles valeurs (dont fire_hydrant) mais aussi des modifications de l'existant. Ce message en particulier: http://lists.openstreetmap.org/pipermail/tagging/2010-July/003180.html En gros, si tout le monde se foutait un peu de créer des nouveaux tags avec emergency=*, il y en a un qui a eu une fameuse idée de modifier tout un tas de tags existants en emergency=* avec un script (un excité qui je ne nommerais pas mais qui s'est beaucoup calmé depuis) et là, il s'est fait tapé sur les doigts parce qu'il rendait invisible tout un tas de choses déjà exploitées par des applications (ambulances, hopitaux, emergency_phone, etc). Maintenant, comme il n'a pas tout de suite renoncé, il y a les deux tags (l'ancienne version et la nouvelle) dans l'espoir que les logiciels s'adaptent au changement et qu'on puisse virer la version avec amenity (alors que c'est cette version qui avait obtenue un consensus assez large sur le wiki). Il a un peu forcé le wiki (pour dire que le wiki n'est pas parole d'évangile) mais tout le monde reste maintenant sur ses positions (JOSM avec ses preset par exemple) et s'en fout un peu. Merci pour le résumé, il est fort à parier que je vais me faire flinguer aussi dans les jours qui viennent alors. Mais c'est assez angoissant de lire cela, ça revient à dire que l'ecosystème est incapable d'évoluer et qu'il préfère générer des situations contre nature. Le doublonnage de clé n'a pas de sens, et si on ne tag pas pour le rendu, alors on ne peut pas non plus bloquer l'évolution des tags à cause des moteurs de rendus ;-) Enfin, je vais aller voir comment sont rendus les clés emergency dans mapnik et t...@h et faire les patchs idoines si nécessaire. OSM est un monde merveilleux, mais dangeureux :) -- Rodolphe Quiédeville - Artisan Logiciel Libre Travailleur indépendant spécialisé en logiciel libre http://rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Bouche ou poteau incendie
2010/10/12 Rodolphe Quiedeville rodol...@quiedeville.org Le doublonnage de clé n'a pas de sens, et si on ne tag pas pour le rendu, alors on ne peut pas non plus bloquer l'évolution des tags à cause des moteurs de rendus ;-) Attention, le doublonnage est exceptionnel (c'est à ma connaissance le seul cas). Il n'y pas que les différents moteurs de rendu qu'il faut adapter mais aussi les éditeurs et leurs presets et éventuellement toutes les applications consommant des données OSM sans qu'on le sache ;-) Pour la clé office=*, la question est apparue lorsque quelqu'un a voulu taguer 'architect' ou 'lawyer' en hésitant entre 'amenity' (qu'on emploie plutot dans le sens 'utilité pour le public') ou 'shop'. Il faut avouer que ces deux clés n'étaient plus vraiment adaptées à ce genre de POI et qu'on s'éloignait franchement de leur usage de départ. La même question a suivie pour les artisans qui ont une enseigne visible depuis la rue mais qui ne collaient ni avec 'amenity', ni 'shop', ni 'office'. Mais comme il n'y avait rien avant ces propositions, c'était beaucoup plus facile d'arriver à un consensus avec une nouvelle clé. Encore une fois, il est très délicat de modifier les pratiques en cours. Cela n'est généralement bien accepté par la communauté que si le changement apporte une réelle amélioration autre que cosmétique (par exemple, la récente suppression de highway=incline ou la création de la clé 'barrier' pour remplacer 'highway=gate'). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
