booking=* <> reservation=*

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

booking=* <> reservation=*

marc marc
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
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr
Reply | Threaded
Open this post in threaded view
|

Re: booking=* <> reservation=*

Topographe Fou

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
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr

_______________________________________________
Talk-fr mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-fr