Re: [OSM-talk-fr] equivalence subtance=* -> utility=* sur les pipeline=marker dépréciés
Bonjour Il faut clarifier quelques points. Le ven. 22 juil. 2022 à 12:26, Marc_marc a écrit : > Bonjour, > > Le 20.07.22 à 00:44, osm.sanspourr...@spamgourmet.com a écrit : > > remplacer les contenus par les types d'opérateurs > > merci François et Jean-Yvon pour le retour. > C'était justement ce que je craignais car si j'ai > bien compris, on a déprécié un tag en remplacement > d'un autre alors que les 2 tags ne renseigne pas > la même chose > C'est un remplacement et il était légitime dans le sens où le gaz, l'eau ou l'électricité ne sont pas dans la borne. La borne n'est pas un équipement des ouvrages indiqués. La géométrie doit donc être distincte et ne pas ajouter à la borne des attributs qui devraient aller sur l'ouvrage qu'elle désigne. > je vois un marqueur relatif à un pipeline gas. > on a un nouveau tag pour renseigner sa forme > on a un nouveau tag pour renseigner l'utilisateur final > du contenu du pipeline > Et un attribut pour désigner à quelle activité l'ouvrage prend part (utility=*). > mais comment est-ce qu'on renseigne : > - que c'est à propose d'un pipeline ou d'un cable électrique ? > la clef subject me semble un bon candidat > - comment est-ce qu'on renseigne le contenu du pipeline > quand le pipeline n'est pas encore dans osm (parce qu'en > première étape, il faut parfois aller sur le terrain collecter > les marqueurs) > subject:content ? cela me semble un faible gain > comparé à content=* > content=* est un synonyme de substance=*, utilisé pour les cuves et réservoirs notamment (on pourrait remplacer l'un par l'autre). Ce n'est pas bon ici, la borne ne contient rien non plus. subject=* pourrait être intéressant, peut-être l'occasion de remplacer utility=hydrant par utility=water + subject=hydrant. subject=pipeline, cable, boundary, highway... ? > par ailleurs il manque une série de valeur à utility=* > - les pipeline otan entre structure militaire ? > - un pipeline pour alimenter un aéroport civil ? > Ni la nature civile ou militaire ni la destination ne changent l'utiity concernée. operator=* suffit pour l'OTAN et pour la desserte de l'aéroport (ou de tout site industriel), voire usage=delivery (je viens d'inventer la valeur) ? Très bonne après-midi François ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Je suppose que tu veux dire que les éventuellement conflits seront détectés à ce moment-là. Deux attributs différents, je ne vois pas comme une édition automatique pourrait proprement résoudre le conflit. À la rigueur par étude du dernier attribut ajouté. Je doute que ça concerne moult cas. OK pour l'édition de masse. Jean-Yvon Le 22/07/2022 à 12:03, Marc_marc - marc_m...@mailo.com a écrit : les éventuels conflits entre l'info donnée par post_office:type=* et post_office=* se feront hors de l'édition de masse ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Le 22/07/2022 à 12:03, Marc_marc a écrit : Avis ? Favorable. J. -- GnuPg : 156520BBC8F5B1E3 Because privacy matters. « Quand est-ce qu'on mange ? » AD (c) (tm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] equivalence subtance=* -> utility=* sur les pipeline=marker dépréciés
Bonjour, Le 20.07.22 à 00:44, osm.sanspourr...@spamgourmet.com a écrit : remplacer les contenus par les types d'opérateurs merci François et Jean-Yvon pour le retour. C'était justement ce que je craignais car si j'ai bien compris, on a déprécié un tag en remplacement d'un autre alors que les 2 tags ne renseigne pas la même chose je vois un marqueur relatif à un pipeline gas. on a un nouveau tag pour renseigner sa forme on a un nouveau tag pour renseigner l'utilisateur final du contenu du pipeline mais comment est-ce qu'on renseigne : - que c'est à propose d'un pipeline ou d'un cable électrique ? la clef subject me semble un bon candidat - comment est-ce qu'on renseigne le contenu du pipeline quand le pipeline n'est pas encore dans osm (parce qu'en première étape, il faut parfois aller sur le terrain collecter les marqueurs) subject:content ? cela me semble un faible gain comparé à content=* par ailleurs il manque une série de valeur à utility=* - les pipeline otan entre structure militaire ? - un pipeline pour alimenter un aéroport civil ? Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Le 22/07/2022 à 12:03, Marc_marc a écrit : Bonjour, Hello, je propose de convertir les post_office:type=* en`post_office=* si post_office=* existe deja avec la même valeur, post_office:type=* serra simplement supprimé les éventuels conflits entre l'info donnée par post_office:type=* et post_office=* se feront hors de l'édition de masse Avis ? Boule blanche. -- deuzeffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Bonjour, > De: "Marc_marc" > > je propose de convertir les post_office:type=* en`post_office=* > si post_office=* existe deja avec la même valeur, post_office:type=* > serra simplement supprimé > les éventuels conflits entre l'info donnée par post_office:type=* > et post_office=* se feront hors de l'édition de masse > > l'étendue géographique est la France entière, > un changeset pour la france métropolitaine, un par domtom pour éviter > les changeset d'étendue inutilement étendu à travers des zones non > concernées. > > Avis ? Ok pour moi. Merci Marc vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Bonjour, L'an passé, une proposition a été acceptée [1] afin de mieux renseigner les "postes partenaires", un long travail a été fait afin de casser les 2 silos français et allemand et les réunir dans un schéma commun. l'un des effets de cette proposition a été au passage de supprimer le sufixe :type vide de sens osmose a été mis à jour pour suivre le nouveau schéma et aucun autre utilisateur de la donnée ne s'est déclaré [2] je propose de convertir les post_office:type=* en`post_office=* si post_office=* existe deja avec la même valeur, post_office:type=* serra simplement supprimé les éventuels conflits entre l'info donnée par post_office:type=* et post_office=* se feront hors de l'édition de masse l'étendue géographique est la France entière, un changeset pour la france métropolitaine, un par domtom pour éviter les changeset d'étendue inutilement étendu à travers des zones non concernées. Avis ? [1] https://wiki.openstreetmap.org/wiki/Proposed_features/shop_as_post-partner [2] https://taginfo.openstreetmap.org/keys/post_office%3Atype#projects Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
