[OSM-talk-fr] Mise à jour des POIs

PanierAvide panieravide at riseup.net
Ven 20 Juil 08:29:31 UTC 2018


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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
PanierAvide
Géomaticien & développeur

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20180720/4187587e/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr