> > 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. 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? > > 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 > > <https://github.com/OCA/geospatial#geospatial-addons-for-odooopenerp>). > > 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é? Jean-Martial _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
