Bonjour François,
En effet c'est une sacré problématique ! La solution est à mon avis
plutôt pédagogique et sociale que vraiment technique : au final la norme
et les outils à mettre en place seront relativement "simples" face au
défi qu'est de mettre en relation l'ensemble des acteurs qui gèrent ce
type de données.
On peut se demander : si un commerçant, boulanger, artisan... doit
renseigner une seule fois les infos le concernant, où le fera t'il ?
- Sur sa page personnelle s'il en a une
- Auprès d'un annuaire type Google, Pages Jaunes...
- Auprès de l'administration (base SIRENE) ou chambres de commerce
Dans le premier cas, adapter les CMS ou définir un standard type
robots.txt suffira pour résoudre le problème. Dans le deuxième cas, ça
nécessite que les acteurs en question partagent leurs données, et c'est
pas gagné. Troisième cas c'est déjà possible, mais la fraîcheur des
infos pêche parfois. Mais le côté obligation déclarative auprès de
l'administration permet de s'assurer que les données seront au moins
saisies une fois, et ce sont des acteurs qui n'ont pas un intérêt
financier fort comme les sociétés précédentes. C'est peut-être une bonne
idée que de réunir ces acteurs pour lancer la BACON (Base Commerces
Nationale) :-)
Cordialement,
Adrien.
Le 20/07/2018 à 10:10, Francois Gouget a écrit :
On peut mettre pas mal d'information sur les commerces et restaurants
dans OpenStreetMap. Avoir ces informations à disposition hors ligne sur
un téléphone est très pratique. Mais des informations comme les horaires
d'ouverture ont pas mal tendance à changer, notamment pour les congés
annuels, et sont donc difficiles à maintenir à jour.
En plus, plusieurs sites s'occupent de tenir ces informations à jour :
Google Maps bien sûr, mais aussi les Pages Jaunes, Le Figaro, et pas mal
d'autres sites spécialisés comme la Fourchette, Travelocity, etc.
Pour un commerçant aller mettre tous ces sites à jour n'a aucun sens. Et
c'est aussi un gros gaspi que chaque site envoie du monde pour aller
collecter les horaires.
Ce qu'il faudrait c'est que les commerces disposent d'une méthode
standard pour publier leurs horaires et autres informations (du type de
cuisine à la présence d'un distributeur de billet), avec une licence qui
autorise la réutlisation par tous les acteurs (de Google à
OpenStreetMap).
Il y a un modèle qui serait simple : robots.txt. Ce fichier est
standardisé et indique à n'importe quel moteur de recherche, aussi bien
Google que Bing, quelles pages ne doivent pas être indexées.
Donc on pourrait définir un standard où il suffirait à tout commerce,
restaurant ou artisan ayant un site web de mettre un fichier poi.txt
dans la racine dudit site pour publier une bonne fois pour toutes les
informations utiles pour leur commerce, restaurant ou service.
Pour ceux qui n'ont pas leur propre site mais, par exemple, juste une
page FaceBook, ils pourraient mettre le fichier poi.txt quelque part
dans leur espace. Les services utilisant le fichier poi.txt auraient
plus de mal à le trouver, mais une fois la bonne URL repérée ils
obtiendraient toutes les mises à jour automatiquement.
Cette solution pourrait aussi être utilisée par les chaînes qui n'ont
qu'un site pour tous leurs établissements. D'ailleurs les banques et
supermarchés, par exemple, ont déjà tous une page par établissement. Il
leur suffit donc d'ajouter une page au format poi.txt.
Une autre option serait de permettre le stockage des informations de
plusieurs établissements dans un seul fichier poi.txt. Se pose alors le
problème de l'identifiant de chaque site : adresse postale (avec les
problèmes de majuscule / minuscule, accents, etc) plus nom, le SIRET
(valable uniquement en France), etc.
Et pour ceux qui n'ont vraiment pas de site web, une association à but
non lucratif pourrait monter un site web pour stocker ce type
d'information, avec une URL par établissement. Là aussi il faudrait que
chaque fichier poi.txt contienne des données permettant d'identifier
l'établissement auquel il se rapporte. Quant aux droits d'accès, si un
modèle où n'importe qui peut éditer les informations type wiki ne
convient pas il sera temps de trouver d'autres solutions.
Comment utiliser ces données dans OpenStreetMap ?
Et bien à partir du moment où le champ website est positioné un outil
type Osmose pourrait tester la présence du fichier poi.txt dans la
racine du site et proposer l'intégration des données qu'il contient.
Mais d'autres modèles sont aussi possibles : par exemple l'intégration
automatique des données, un plugin proposant leur intégration dans Josm,
ou même laisser cette intégration à d'autres outils comme Osmand ou
Maps.me.
Lorsque le fichier poi.txt ne se trouve pas dans la racine du site, le
contributeur pourrait à la place renseigner le champ poi_url dans
OpenStreetMap afin que les outils sachent où récupérer cette
information.
Pour le format des données il faut quelque chose de raisonablement
simple à utiliser et extensible. J'aurais tendance à reprendre les
champs déjà utilisés dans OpenStreetMap, mais à la limite le format
importe peu du moment que les données sont là dans un format standard et
utilisable par tous.
Bien sûr il reste plein de détails à régler. Mais cet email est déjà
bien assez long.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
PanierAvide
Géomaticien & développeur
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
