Re: [OSM-talk-fr] booking=* <> reservation=*
Bonsoir, Personne ne s'y étant opposée, la migration de booking=* vers reservation=* a été effectuée en France. Plusieurs relations (de train) concernées ont des arrêts hors France, il n'est évidement pas réaliste de couper la relation en 2. LeTopographeFou tu as totalement raison sur les 3 critiques à propos des url booking.com Il faudrait en effet supprimer les paramètres de traçages (tout ce qui est après le ?) pour booking=* <> reservation:booking=*, la discussion n'a pas vraiment abouti sur tagging, alors je vais m'abstenir, histoire de ne pas créer un tag franco-français. Cordialement, Marc Le 04.07.19 à 23:16, LeTopographeFou a écrit : > Je pense également que réserver "booking=*" au seul site Booking n'est > pas souhaitable. Il existe plein d'autres services et on est pas à > l'abris qu'il y en ai un qui s'appelle "amenity" ou "building". Il > faudrait à minima l'isoler dans un namespace, "reservation:booking" ou > même "reservation:url:booking" pour pouvoir différencier différents > moyens de réservation. > > Cependant il serait bon de ne pas résumer le débat à "Booking" mais > parler de tous les sites de location entre particuliers et, en allant > plus loin, aux plateformes de réservation de rendez-vous médicaux, de > soins de beautés, de cours, de billets de train/avion/bus, de courses, > de restauration, de voiture (y compris entre particuliers type Drivy), > de places de théatre/cinéma... > > Cela dit mettre du Booking dans OSM présente aujourd'hui quelques > soucis. Je ne suis pas opposé mais je dis 'attention' : > > 1. Ils n'ont pas de système de clé unique, publique et international > partageable dans un "ref:booking" et attaquable via API Booking (ce > qui serait bien plus propre qu'une URL) > 2. Leurs URL sont moches, tout le monde ne sait pas les simplifier à > leur stricte nécessaire en virant les éléments qui ne sont là que > pour faire du suivi de navigation dans le cadre d'une recherche (ce > qui n'a plus de sens dès qu'on le met dans OSM) > 3. Dans l'URL il y a la langue (du moins quand je consulte un > hébergement j'ai un '/fr/'), il conviendrait probablement de > préciser le code ISO dans la clé (sinon un allemand peut se > retrouver avec un lien en chinois) > > Cordialement, > > LeTopographeFou > > Le 04/07/2019 à 15:29, marc marc a écrit : >> Bonjour, >> >> je fais écho ici d'une discussion qui a commencé sur la ml tagging >> pour indiquer qu'un POI accepte/refuse/recommande une réservation, >> la clef la plus courante est reservation=* >> un contributeur avait crée une page booking=* et l'avait >> ajout en recommandation sur plusieurs autres pages. >> mais outre le fait d'avoir 2 clefs pour la même chose, >> cela entrait en conflit avec booking=l'url booking.com >> En est arrivé la conclusion de migrer >> - booking=* vers reservation=* lorsque concerne la possibilité ou non de >> réserver >> - garder dans booking=* les url booking >> - il y a aussi quelques urls de réservation non booking. >> rien n'a été décidé mais sans doute que reservation:website serrait le + >> cohérent. >> >> a noter que le plus grand nombre de cas (125) sont des lignes de >> train passant par la France. à vos correcteurs, prêt ? partez :D >> et si cela ne motive personne, je m'y collerai :) >> >> Cordialement >> Marc >> ___ >> 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
Re: [OSM-talk-fr] booking=* <> reservation=*
Je pense également que réserver "booking=*" au seul site Booking n'est pas souhaitable. Il existe plein d'autres services et on est pas à l'abris qu'il y en ai un qui s'appelle "amenity" ou "building". Il faudrait à minima l'isoler dans un namespace, "reservation:booking" ou même "reservation:url:booking" pour pouvoir différencier différents moyens de réservation. Cependant il serait bon de ne pas résumer le débat à "Booking" mais parler de tous les sites de location entre particuliers et, en allant plus loin, aux plateformes de réservation de rendez-vous médicaux, de soins de beautés, de cours, de billets de train/avion/bus, de courses, de restauration, de voiture (y compris entre particuliers type Drivy), de places de théatre/cinéma... Cela dit mettre du Booking dans OSM présente aujourd'hui quelques soucis. Je ne suis pas opposé mais je dis 'attention' : 1. Ils n'ont pas de système de clé unique, publique et international partageable dans un "ref:booking" et attaquable via API Booking (ce qui serait bien plus propre qu'une URL) 2. Leurs URL sont moches, tout le monde ne sait pas les simplifier à leur stricte nécessaire en virant les éléments qui ne sont là que pour faire du suivi de navigation dans le cadre d'une recherche (ce qui n'a plus de sens dès qu'on le met dans OSM) 3. Dans l'URL il y a la langue (du moins quand je consulte un hébergement j'ai un '/fr/'), il conviendrait probablement de préciser le code ISO dans la clé (sinon un allemand peut se retrouver avec un lien en chinois) Cordialement, LeTopographeFou Le 04/07/2019 à 15:29, marc marc a écrit : Bonjour, je fais écho ici d'une discussion qui a commencé sur la ml tagging pour indiquer qu'un POI accepte/refuse/recommande une réservation, la clef la plus courante est reservation=* un contributeur avait crée une page booking=* et l'avait ajout en recommandation sur plusieurs autres pages. mais outre le fait d'avoir 2 clefs pour la même chose, cela entrait en conflit avec booking=l'url booking.com En est arrivé la conclusion de migrer - booking=* vers reservation=* lorsque concerne la possibilité ou non de réserver - garder dans booking=* les url booking - il y a aussi quelques urls de réservation non booking. rien n'a été décidé mais sans doute que reservation:website serrait le + cohérent. a noter que le plus grand nombre de cas (125) sont des lignes de train passant par la France. à vos correcteurs, prêt ? partez :D et si cela ne motive personne, je m'y collerai :) Cordialement Marc ___ 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
[OSM-talk-fr] booking=* <> reservation=*
Bonjour, je fais écho ici d'une discussion qui a commencé sur la ml tagging pour indiquer qu'un POI accepte/refuse/recommande une réservation, la clef la plus courante est reservation=* un contributeur avait crée une page booking=* et l'avait ajout en recommandation sur plusieurs autres pages. mais outre le fait d'avoir 2 clefs pour la même chose, cela entrait en conflit avec booking=l'url booking.com En est arrivé la conclusion de migrer - booking=* vers reservation=* lorsque concerne la possibilité ou non de réserver - garder dans booking=* les url booking - il y a aussi quelques urls de réservation non booking. rien n'a été décidé mais sans doute que reservation:website serrait le + cohérent. a noter que le plus grand nombre de cas (125) sont des lignes de train passant par la France. à vos correcteurs, prêt ? partez :D et si cela ne motive personne, je m'y collerai :) Cordialement Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
