WIP: feat: Données OSM dans un tag
publié le , mis à jour ⚙️ Ceci est une proposition de changement de code.
Rendez-vous sur sa page Coderberg pour l'osculter.
- Titre qui inscite à contribuer
- Deplacement plus haut pour que cela soit plus visible
- Replié par défaut pour réduire la surcharge d'information par défaut dans le panneau de résultat
Avant:
Après:
&
etienneJr
Salut, Merci pour la PR. J'aime beaucoup l'idée de réduire la surcharge d'information dans ce panneau. Et aussi de faire un menu qui incite à contribuer. Mais j'ai quand même 2 réflexions 😁 :
- la date de dernière mise à jour me parait une info primaire qui doit être directement visible. (certes on peut lui reprocher que dans un changeset toutes les infos n'ont pas forcément été mise à jour, mais c'est un autre débat, et en attendant mieux c'est quand même une bonne info moyenne). Peut-être la garder visible mais à un autre endroit ?
- Quitte à faire un menu qui incite à contribuer, j'aurais envie de mettre dedans toutes les possibilités de contribution : poster un avis, modifier les horaires, voire ajouter des liens vers d'autres services : poster une photo sur panoramax, etc
Qu'en penses tu ?
laem
À mon avis, déplacer cet élément plus haut n'est pas une bonne idée : la contribution sur openstreetmap.org est conçue pour les experts. L'interface id est trop compliquée.
Pour faire contribuer le grand public, c'est via notre système de contribution qu'il faut agir. Il n'est pas assez mis en avant, et pas assez développé : on pourrait afficher un des boutons du style "ajouter un numéro de téléphone" s'il n'existe pas, ou un bouton "mettre à jour" s'il existe.
Concernant le bandeau lui-même, je pense que c'est important de garder le logo OpenStreetMap visible. Le projet entier repose sur OSM, bien que ce ne soit pas la seule base de donnée nécessaire, de loin. Les données d'une fiche sont quand même à 90 % OSM.
C'est donc très important à mon avis de garder sans <details le bandeau contributeur et le logo OSM.
Par contre pour aller dans le sens de cette PR, je serais d'avis de réduire la place allouée aux lieux similaires. On voit dans la capture de ce lieu
qu'il y a trop de choix dans la liste. En réduisant également l'espace alloué aux avis (cf ton autre PR 👍), ça peut rationaliser la place attribuée aux éléments et remonter le bandeau OSM.
On peut proposer genre 4 lieux similaires et tout le reste au clic.
@laem wrote in https://codeberg.org/cartes/web/pulls/1301#issuecomment-8788326:
On peut proposer genre 4 lieux similaires et tout le reste au clic.
Tu ne veux pas carrément tout masquer, pour ne lancer la requête que lors d'un clic sur un bouton "chercher les lieux similaires" ?
Tu ne veux pas carrément tout masquer, pour ne lancer la requête que lors d'un clic sur un bouton "chercher les lieux similaires" ?
J'avais ajouté ce blog surtout pour le SEO, et accessoirement pour l'utilisateur : l'une des choses essentielles pour un SEO qui marche, c'est des liens entre les pages. Ne le charger qu'au clic enlèverait ça.
@laem wrote in https://codeberg.org/cartes/web/pulls/1301#issuecomment-8792619:
J'avais ajouté ce blog surtout pour le SEO, et accessoirement pour l'utilisateur : l'une des choses essentielles pour un SEO qui marche, c'est des liens entre les pages. Ne le charger qu'au clic enlèverait ça.
ah oui en effet c'est important, je n'avais pas pensé à ça, donc ok on garde !
@laem wrote in https://codeberg.org/cartes/web/pulls/1301#issuecomment-8788260:
Pour faire contribuer le grand public, c'est via notre système de contribution qu'il faut agir.
Je vais m'écarter un peu du sujet, mais en y repensant, on a un pb d'incohérence intrinsèque : on veut pousser l'utilisateur à contribuer via cartes.app, mais pour pouvoir le faire, il doit quand même aller se créer un compte OSM ...
En passant, ça veut dire qu'on peut (doit?) différencier l'affichage selon si l'utilisateur est connecté à OSM ou non. (en réalité il faudrait même différencier selon si la personne est un gros contributeur OSM ou qq qui vient de se créer un compte !)
Au delà, ça pose la question de comment on fait pour convaincre l'utilisateur de cartes.app d'aller se créer un compte OSM d'une part (et se créer un compte bluesky d'autre part pour les avis). Il va falloir un petit blabla pour expliquer les bienfaits de contribuer à des bases ouvertes réutilisables par d'autres projets. Je pense qu'il y a toute une UX à construire autour de ça.
Oui clairement, à ce stade la contribution passe par la création d'un compte, et deux en cumulant les avis, c'est vrai.
Je ne pense pas que ce soit un problème d'expliquer à l'utilisateur qu'il doive se connecter, au contraire : on ne lui dit pas de se créer un nième compte dédié à cartes.app. Mais tu as raison, faut l'expliquer.
pmiossec
Je savais que cette proposition était limite. Je reconnais la valeur de OSM et je ne veut pas que cela ait un effet négatif. Je ne suis pas sûr d'arriver à une meilleur proposition. Je verrais plus tard après avoir intégrer tous les devs en cours sur le volet de recherche.
On peut proposer genre 4 lieux similaires et tout le reste au clic.
En attendant, j'ai fait une PR pour çà...
En fait perso je trouve que reléguer la mention d'OSM dans le petit (i) en bas à droite et dans une section <details ce n'est pas très honnête. C'est le minimum légal, mais j'aime pas ce que font Mappy ou Apple : invisibiliser au maximum OSM. D'où mon insistance pour que le logo apparaisse. C'est vrai que les liens vers la page osm.org me semble moins importants (même s'il faut les avoir) que de montrer clairement que ce sont des données OSM. Mais bon, pour l'instant malheureusement osm.org est indissociable d'OSM.