Projet BizOSM

From OpenStreetMap Wiki
(Redirected from FR:BizOSM project)
Jump to navigation Jump to search

Projet de la communauté française

Projet

  • faciliter l'ajout et la mise à jour d'informations concernant les commerces dans OSM
  • destiné aux commerçants eux-mêmes, mais aussi à tout contributeur

Pad de discussion https://cryptpad.amicale.net/pad/#/2/pad/edit/DR6iqx7ihbUcX0DbFOGcWrQs/

Communication

L'idée :

  • faciliter l'ajout et la mise à jour d'informations concernant les commerces dans OSM
  • destiné aux commerçants eux-mêmes, mais aussi à tout contributeur
  • s'appuyer sur les données opendata disponibles pour :
    • limiter le plus possible la saisie en récupérant des données connues et publiques
    • pour croiser les sources de données (il y a des erreurs dans toutes les bases)
    • exemples :
      • base SIRENE,
      • registre des métiers,
      • données déjà dans OSM
  • établir un lien direct avec le commerce (si possible par mail), (les CCI…) pour le relancer régulièrement pour mise à jour et le faire disparaitre plus rapidement en cas de fermeture ou changement d'activité (un vrai sujet actuellement)
  • workflow vers notes OSM (créées par un compte dédié pour les suivre facilement) / osmose / backend de validation rapide ?
  • envoi après intégration dans OSM d'un mail au commerçant avec lien, petite carte, etc...

Concept à décliner :

  • 'mon commerce' sur OSM (pour commencer)
  • mon entreprise sur OSM
  • mon asso sur OSM

Source de données :

  • SIRENE :
    • nom de l'entreprise / nom d'enseigne
    • code activité (code NAF/APE)
    • adresse (standardisée ou trop imprécise (genre ZAC sans nom de voie))
  • RNM (Registre National des Métiers):
    • nom d'entreprise / enseigne
    • code activité (code NAFA plus détaillé que code NAF)
    • description textuelle de l'activité par l'artisan lui-même

Remplir les données dans la base OSM

  • avec un utilisateur dédié comme dans ça reste ouvert
    • inconvénient :
      • on ne sait pas à qui s'adresser si l'info est incomplète
      • ça peut polluer la base (doublons, infos foireuses)
  • ou une note à la "projet du mois"
    • avantage :
      • pas d'ajout direct dans OSM (c'est une sorte de modération)
      • les notes ne sont pas perdues dans la nature (mot-dièse qui cible)

Scénario de contribution (mode wizard) :

1. Connaissance du Siret: OUI/NON

1a. Le commerçant/société rentre son Siret

1b. Sinon, interface comme onosm.org et recherche par adresse

(Autre suggestion : Proposer les SIRETs à proximité de X localisation ? Ou créer une pre-fiche concernant un commerce résultant de données croisées ? [supprimer si inutile])

2. Le SIRET rentré, une moulinette va chercher dans la base opendata des Siret, les autres informations: notamment code NAF, adresse

3.Vérification des infos et affichage d'une carte avec géoloc

3a. Les infos sont bonnes: ouverture d'une nouvelle fenêtre de contribution

3b. Les infos sont à corriger: message d'info

4. Correction manuelle du placement de la géoloc par rapport à l'adresse (si mal géolocalisée), comme onosm.org

5a. Formulaire de saisie des autres infos :

  • consentement RGPD acceptant que l'on mette ces informations dans la base de données OSM sous licence Odbl
  • site internet (on peut moissonner les microdonnées pour pré-remplir la suite) issues
  • téléphone (plusieurs ?? + d'autres pays ?? [Suisse...])
  • mail, (on la valide ? -faire une validation très très vague)
    • - case d'acceptation pour être contacté par l'asso OSM france à ce mail ou a un autre éventuellementissues
  • horaires
    • avec le sélecteur graphique de YoHours. sources: https://framagit.org/PanierAvide/issues YoHours
    • avec un "assistant" qui permet de traduire une saisie en français en syntaxe opening_hours
    • Prendre en compte les différents horaires en fonctions des activités dans l'entreprise ? (exemple)
  • comptes réseaux sociaux (tri par popularité) (doit on faire comme si c'était une bonne chose que d'ajouter ces infos plutôt que d'encourager à enregistrer des comptes sur des plateformes moins connues mais libres comme celles du fédiverse?)
    • Facebook (idem le moissonnage est possible) issues
    • Instagram
    • LinkedIn
    • Twitter
    • WhatsApp
    • YouTube
  • description de l'activité: champ libre
  • accès handicap (alors là c'est délicat, mais on peut en discuter) (choix sur photo, type StreetComplete)
    • ​​​​​​​toilettes "accessibles" aux fauteuils roulant
    • entrée
    • et les autres handicaps ?
  • collecte des achats: livraisons, click and collect, drive
  • moyens de paiement acceptés
  • lien vers un logo => téléchargement (stockage/cache ?)
  • data items et/ou NSI
    • oui pour faire le lien entre un code NAF(A) par exemple et des tags OSM
    • on rempli progressivement la base de connaissance (sans changer le code source)
    • pour proposer un formulaire spécifique en fonction du type de commerce

5b. Nouvelle page de saisie d'infos spécifiques en fonction du commerce si besoin (resto, garagiste,...)

  • reservation (plutôt pour les resto, mais pas que à cause de la covid)
  • le type de commerce
    • pour les restaurants ​​​​​​​amenity=restaurant:
      • type de cuisine, nombre de couverts
      • diet:vegetarian
      • outdoor_seating (case a cocher)
      • changing_table (espace dédié pour changer un nourrisson)
    • Pour les garagistes :
      • services : carrosserie, montage de pneus, vidange…
    • Commerces liés au tourisme: hôtels, maisons d'hôtes, magasins saisonniers,...
    • Commerces itinérants: camion pizza,...

5c. Infos de voisinage...

  • confirmer les commerces voisins si ouverts/fermés/changés
  • infos sur association de commerçants ? pour la sensibiliser et faire relais...

5d. Infos supplémentaires

  • Défibrillateur
  • Étage ? (Occupe tout le bâtiment ?)
  • Date d'ouverture (start_date=*)
  • Accès autorisé au public ?
  • Se déplace exclusivement auprès de ses clients ? (nécessite un nouveau tag)
  • Accès Internet ?
  • toilets=* ?
  • Parking vélo ?
  • Dispose d'une borne de recharge sur parking ? (Ça va trop loin là)
  • Proposer d'envoyer des photos qui seront conservés durant une durée limitée, le temps d'ajouter le commerces et les infos autour ? (Ex : parking, etc.)

6. Enregistrement et diffusion des données

  • enregistrement direct dans OSM ? Si oui, dans quels cas (si POI déjà présent et donc simple mise à jour) ?
  • publication d'une note pour ce qui ne peut être traité directement ?

7. Création d'une note en fonction de critères pour traitement par un contributeur ex: commerce atypique

8. Retour vers le commerce via mail saisi suite à l'ajout dans OSM.(Bonjour, vous êtes maintenant référencé sur OSM par la contribution de votre activité xxxx rue bidule à xxxx ...).

  • Génération d'un png et/ou d'un embed pour intégrer au site internet
  • Lien vers une carte qui le met en valeur (un leaflet avec popup sur son commerce ?)

Suivi relation "commerciale":

A partir des données OSM:

  • création d'un annuaire des commerces de la ville
  • export de données pour l'asso des commercants, mairie,...

Création d'un plan des commerces type MapOSMatic

  • pour le commercant centré sur son commerce,
  • pour la mairie

proposer de créer un compte OSM après validation du formulaire pour encourager à la contribution au dela de leur propre activité

→ Envoyer un email smestriel pour une potentielle mise à jour (« Vos informations sont-elles toujours à jour ? »)

Si non, afficher une alerte Osmose ? (« Ce commerce n'a pas été mis à jour depuis 1 an »)(Se baser sur survey:date=* ou autre ?)

→ Inviter autour de la table des acteurs "spécialisés", qui pourront apporter un coup de pouce technique/financier/effectif ? (Qwant Maps...)

Outils de contrôle qualité

validation des champs par:

  • contrainte html selon le type de champ et une regex sur l'attribut match de l'input si besoin
  • validation js avant envoi avec message d'erreur expliquant pour chaque champ ce qui ne convient pas
  • validation par l'API et affichage de message d'erreur selon ce qui est renvoyé

Plan d'action du projet

  • faire un appel à contributeurs sur la liste tech@listes.openstreetmap.fr / talk fr, telegram…
  • spécifications: définir le besoin / l'objectif
  • définir les technos/briques logicielles/piles techniques
  • canaux de communications: Framateam (https://framateam.org/bizosm/channels/town-square), wiki (https://wiki.openstreetmap.org/wiki/Projet_BizOSM)
  • réaliser des maquettes
  • commencer un dépot (github, autre? ce serait bien d'utiliser du libre pour les sources)
  • rendre traduisible (i18n dès le départ)
  • déployer
    • sur un domaine de test
    • sur.openstreetmap.fr
  • réaliser des supports de communication pour toucher les commerces
    • flyer
    • astuces de démarchage dans une page du wiki
  • Intérêt / but :
    • pour nous :
      • avoir une carte à jour
      • éviter le goulot d'étranglement
      • faire connaitre OSM
      • rendre OSM incontournable ?

Réunions:

notes du Jeudi 17 Décembre 2020