Workflow: Update explicit data AND create note for comment

[caugner]

IMO it would help to update the explicit data (opening_hours, delivery, takeway, drivethrough) automatically, even if a comment was given.

Like this, notes with comments that don't require any changes (like repeating what was already provided, or providing a source), can simply be closed.

Note: This would need to be communicated to the OSM community.

[PanierAvide]

As we intend to help OSM contributors, maybe asking them first for their feedback on this could be useful. I will ask for comments on several French discussion channel, can you do the same for German-speaking communities ?

[caugner]

can you do the same for German-speaking communities ?

Will do, as part of my status update post scheduled for today.

[PanierAvide]

Some very interesting feedback from one of our top notes-solver in France :

parmi les cas restant en saisie manuelle, je vois en gros :

1. "détails" contient juste une précision qui pourrait être saisie directement dans "description:covid19" (ex : "permanence téléphonique")
2. "détails" contient juste une info simple à intégrer (ex : "http://maboutique.fr", "[email protected]", "01 23 45 76 89")
3. "détails" contient une correction de la plage horaire : opening_hours:covid19="Mo-Fr 08:00-19:00" et détails "fermé de 12h à 13h.
4. "détails" contient des infos qui annulent toutes les autres données : faux signalement, ou commerce déplacé, ou parle du commerce d'à côté

Pour 1 et 2 l'intégration auto de "détails" pourrait se faire mais c'est plus un choix politique, savoir si on laisse entrer des données libres sans contrôle. L'intégration auto des autres champs ferait gagner du temps.
Pour le 3 l'intégration auto des autres champs ajouterait des données fausses car incomplètes, éventuellement corrigées quand la note sera traitée, et sans gain de temps.
Pour le 4 l'intégration auto des autres champs obligerait à des corrections après coups lors du traitement de la note, donc perte de temps et données fausses qui risquent de se balader.

Donc l'éventuel gain de temps réside dans la proportion de chaque cas, et sa contrepartie est la présence de données fausses à corriger (exemple type : opening_hours:covid19=off concerne le "commerce d'en face, au 52" et en attendant on a écrasé les horaires de la boutique sélectionnée).

Dans les améliorations à méditer pour faciliter la vie des intégrateurs de notes, je vois :

• simplifier la saisie des horaires, trop complexe, source de précisions dans "détails"
• permettre la reprise/l'édition des valeurs en place : certains commerçants refont un signalement pour ajouter un détail, et on se retrouve à comparer tous les champs pour trouver la petite modif. Et parfois se trompent dans la re-saisie des horaires. Voir on se retrouve avec 2 notes simultanées (moins d'une minute), en se demandant quelle version est la bonne :D
• restreindre la taille du champs détails !!! Certains commerçants mettent une tartine à résumer pour rentrer dans les 255 caractères permis dans OSM. En français c'est déjà du temps, maintenant en allemand en plus je galère :D
• pour gérer ce dernier point, toujours le fait du propriétaire du magasin visé, renvoyer les commerçants vers un formulaire exhaustif (ou leur proposer l'alternative) : la plupart seront contents d'enrichir les infos sur leur commerce, et ça pourrait inciter les autres à prendre plus de temps, par exemple pour entrer les horaires hors covid19). Et ils auraient une case "détails commerciaux (255 caractères max)".

[francois2metz]

About the editable opening hours : caresteouvert/caresteouvert#338

[caugner]

Maybe the title of the weekday selection could be more specific: "Choose days that share the same opening hours". Right now it could seem that you have to choose all days on which the place is open.

[francois2metz]

Maybe the title of the weekday selection could be more specific: "Choose days that share the same opening hours". Right now it could seem that you have to choose all days on which the place is open.

That's a good wording!

[PanierAvide]

Before going further on this (as community discussions doesn't give a formal consensus as now), we can work on limiting details given. The idea is to detect "useless" texts put in details fields, like "open", "closed", "nothing"... I will look in existing feedback in DB to see if we can find some recurring patterns.

[PanierAvide]

So a first analysis gives these results :

• Most of the comments are ~20-30 characters long
• Comments under 10 characters length are quite useless (either duplicate of status, typos...)
• 5% of texts are longer than 200 characters !

In useful comments, we often find :

• Phone numbers
• Website links
• Stores that are definitely closed
• Partial opening hours (only morning, until 18:00...)

So, first easy thing is to make details input field either empty or between 10 and 200 characters. Then, we could add optional input fields for phone number, website. Finally, work on opening hours field to allow more options ?

[PanierAvide]

Limiting input field size is done : caresteouvert/caresteouvert@2c56d4d

[PanierAvide]

Summarized feedback from talk-fr mailing list :

• We have to improve the opening hours form
• Ask for phone number
• No clear decision agree or against parallel editing when there are comments