Le 11/01/2017 à 16:09, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :
Au quotidien, nous remarquons que le terrain bouge plus vite que la
base SIRENE (changement de propriétaire, fermeture, modification
de l'enseigne sous un même propriétaire etc.).
D'après les annonces, la base SIRENE devrais s’améliorer en terme de
réactivité.
Ce que je veux dire par là c'est qu'une même activité commerçante (sur nos
relevés terrains) peut se faire sous différents codes d'activités officielles
(administrativement, sur les papiers, dans la base SIRENE). Par exemple, un
dépanneur de PC peut, officiellement être dans le négoce de composants
informatiques ou dans le développement logiciel.
De même, un même établissement peut changer d'activité (sur nos relevé
terrains) sans pour autant être modifié dans la base SIRENE. c'est le cas d'un
magasin de fringues qui devient un magasin de chaussure, mais qui reste le même
commerçant.
Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse
est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace
mais en général il n'y a pas de détails de chacun des exposants.
Après, si c'est expliqué en commentaires, que les heures d'ouvertures
sont renseignées, il y a tout de même une assez grande tolérance de
la
communauté. En pratique peu de personnes ont la capacité d'aller
vérifier sur le terrain.
Justement, c'est ce que nous souhaitons mettre à profit: nous et nos confrères
arpentons le terrain tous les jours (les rues et leurs commerces, les salles
d'attentes des professions libérales, les établissements universitaires, etc.)
Pour nos propres besoins, nous tenons à jour une base de données.
Notre souhait est de pouvoir rendre à la communauté OSM ce que nous en tirons
en matière cartographique.
C'est une approche qu'on ne peut qu'apprécier :-)
Pour rendre à la communauté, la solution minimaliste c'est de simplement
diffuser vos données sous licence compatible ODbL. Mais ça sera sans
garantie qu'elles soient vraiment réutilisées.
(Une intégration dans un outil comme Osmose peut aider:
http://osmose.openstreetmap.fr/#item=8210%2C82115)
La solution plus ambitieuse et plus sûre c'est de contribuer vous même
directement à OSM. Cela requiert tout de même des précautions si vous
voulez automatiser le processus.
Bon, le cas spécifique des marchés est... un cas spécifique. :)
À ce jour, nous qualifions les commerçants (Ambassadeurs de la
culture) en nous appuyant sur des référentiels comme la
base permanente des équipements (BPE) de l'INSEE, notamment pour la
typologie de l'équipement (usage fait du bâti)
<http://www.insee.fr/fr/metadonnees/source/s1161>.
Nous affinons également nos informations avec la typologie de
commerce, et tout particulièrement la définition des commerces de
proximité (nous travaillons sur l'économie locale)
<http://www.insee.fr/fr/statistiques/1281145#inter1>.
Enfin, pour nos besoins propres (diffuser la bonne communication
culturelle au bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.
Ces informations pourraient-elles être utiles au projet OSM?
Vu de l'extérieur, ça me parait assez subjectif comme information.
S'il n'y a pas un lien directe avec le type d'activité du commerce je ne
suis pas sur qu'on trouve une traduction dans la sémantique actuelle
d'OSM.
Les référentiels INSEE, ce n'est pas nous qui les définissons. Nous faisons
juste en sorte de nous y référer pour ne pas réinventer la roue et nous
conformer à un «standard» et une «sémantique» au niveau national.
Les centres d'intérêts de l'établissement sont déclaratifs. Avec nos
commerçants, nous signons une charte dans laquelle ils nous disent ce qu'ils
veulent recevoir comme communication culturelle, selon leurs propres centre
d'intérêts. Par exemple, tel tatoueur déclare explicitement qu'il veut
accueillir des affiches de danse classique (si si, nous avons ça!), ou encore
telle boulangerie n'a pas de centre d'intérêt précis (et nous y diffusons de
tout).
Les centres d'intérêts des clients de nos Ambassadeurs sont eux aussi
déclaratifs: nous tissons une relation avec Micheline qui cotoie le fournil du
Croissant et qui préfère, par ce biais, recevoir des communications culturelles
sur les programmes des médiathèques par exemple.
C'est assez objectif, non?
Oui pour tout ce qui est référentiel INSEE, mais il faudra tout de même
trouver une traduction dans un tag OSM (comme «shop») reconnu en dehors
de la France, je ne sais pas si ce travail de correspondance a déjà été
fait.
Pour les «centres d'intérêts déclarés», je ne sais pas si ce genre
d'information a déjà été cartographié dans OSM, c'est quand même très
spécifique comme donnée, et peut être pas si facilement vérifiable par
d'autres contributeurs.
Si vous voulez faire «accepter» à l'international un nouveau tag pour
cartographier ce type d'info voici un guide pour la démarche à suivre:
https://wiki.openstreetmap.org/wiki/FR:Processus_de_proposition
Si je comprend bien, il est préférable que les identifiants des
objets que nous allons mettre à jour dans et avec notre système
soit ceux d'OSM (en l'occurrence Odoo et son module geospatial
intégrant OSM
< >).
Je ne connais pas vraiment Odoo, mais en regardant rapidement la page
du module géospatial, il semble s'agir de permettre d'afficher des
éléments géographiques au dessus d'un fond de carte comme celui
d'OpenStreetMap, mais sans lien avec la base OSM !
Donc à moins que vous ne les ajoutiez volontairement, il n'y aura par
défaut pas de correspondance avec des éléments OSM.
Au-delà d'affiche les infos de l'ERP sur des fonds de carte, j'imagine que
c'est assez bien foutu techniquement pour pouvoir atteindre les objets carto en
tant que tels (développement CampToCamp oblige ;).
Non? (Je vais vérifier ça de suite.)
Pourquoi faudrait-il alors une correspondance?
Une correspondance avec une clef externe, tel que le n° de SIRET est
préférable pour 2 raisons:
1) pérennité du lien
2) indépendance vis à vis de la licence de la base OSM.
1) Un identifiant OSM référence un élément qui peut être supprimé par
n'importe quel contributeur, par exemple si il décide de ne plus
mettre
les informations du commerce sur un simple Point, mais plutôt sur le
Polygone du bâtiment hébergeant le commerce, il supprimera le Point.
OK, je comprends.
2) Si vous faite des références aux données OSM, il faut faire très
attention a la façon dont vous structurez votre base, pour
distinguer:
- vos données qui seront légalement considérées comme une
«base de donnée dérivée» de celle d'OpenStreetMap,
et soumise, pour toute utilisation publique, à la clause
d'attribution et de rediffusion sous licences ODbL (share-alike).
- vos données qui pourront rester indépendantes, et former une
«Collective Database» avec les données d'OSM.
La page suivante essaye d'expliquer dans quel cas c'est possible:
http://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Collective_Database_Guideline_Guideline
Donc au final un clef externe est souvent plus simple à gérer si vous
voulez que votre base reste indépendante.
Mai si au contraire vous voulez vraiment une intégration forte avec
les
données OSM, il faudra que vous prévoyez de vous accommoder des
modifications des autres contributeurs.
OK, je comprends.
Avez-vous des exemples de projets d'envergure qui ont une intégration forte
avec les données OSM et qui s'accommodent des contributions de la communauté?
Il y a bien sur tous les utilisateurs directe des données
cartographiques OSM mais je ne sais pas comment ils gèrent ça.
D'une manière générale il faut que vous gardiez une copie et contrôliez
la validité des mises à jour de cette copie depuis OSM pour pour toutes
les données qui sont critiques pour vous. Et en cas de problème soit
corriger chez vous soit côté OSM pour qu'à la prochaine mise à jour ça
se passe mieux.
Pour le cas spécifique des commerces, il y a une agence de communication
qui ajoute et met à jour automatiquement dans OSM les points de ventes
de ses clients:
https://www.openstreetmap.org/user/SeFaireConnaitre
Les débuts ont été difficiles (problème de géolocalisation pas assez
précise, absence d'intégration avec l'existant dans OSM, pas toujours de
réponse aux remarques des autres contributeurs), mais ils se sont
amélioré je crois.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
