Sur l'importance de la qualité de l'interface, regardez comment on entre
un texte cabalistique pour donner les heures d'ouverture ou comme c'est
ergonomique avec http://projets.pavie.info/yohours (d'Adrien soit dit en
passant).
Dans mes umaps basées sur des données OSM, j'ajoute un lien
http://projets.pavie.info/yohours/?oh={{opening_hours}}, ce qui permet
d'avoir une version lisible (et potentiellement multilingue).
Ça fait partie des outils s'il y a des contrôles sur les heures
d'ouverture, sans doute surtout en OpenData.
Jean-Yvon
Le 26/09/2016 à 16:48, PanierAvide - [email protected] a écrit :
Bonjour,
Je trouve qu'il s'agit d'une excellente initiative. La question des
interfaces est souvent vue comme secondaire (voir OpenLevelUp v1 et
2), alors qu'elle est primordiale pour assurer un confort
d'utilisation et attirer des nouveaux utilisateurs/contributeurs. Et
puis aborder la question des outils et technos que l'on pourrait
utiliser en commun pour parvenir à une certaine harmonie est
intéressant. On aurait un écosystème "French OSM Tech" cohérent ;-)
Cordialement,
Adrien.
Le 26/09/2016 à 15:29, Guillaume AMAT a écrit :
Bonjour à tous,
Fraîchement revenu du SOTM où il faisait bon vivre avec une
délégation française très bien représentée, j'aimerais proposer une
réflexion autour d'une nouvelle interface pour Osmose.
Cela s'inscrit dans une envie plus large de rafraichir les interfaces
OSM, par le débat constructif et la réalisation de maquettes
s'inspirant de ces échanges. Je parle donc d'Osmose dans un premier
temps mais il serait aussi question d'autres projets à l'avenir.
En fonction de vos retours, je créerai un dépôt Github autour du
design OSM et j'y mettrai les maquettes réalisées. Ainsi tout le
monde pourra suivre les évolutions.
Enfin, si les maquettes font sens, il ne me restera plus qu'à les
transformer en code (html+js+css) et un gentil développeur pour
intégrer tout ça (je ne sais pas si j'en aurai le temps moi-même).
Qu'en dîtes-vous ?
Pour lancer le débat, Vincent (Bergeot), Frédéric (Rodrigo) et moi
pensons à « découper » les fonctionnalités en deux parties distinctes
: QA et Open data, on gagnerait en clarté.
De plus, la nouvelle interface serait basée sur des technologies
modernes, réutilisables et respectant les codes d'aujourd'hui. Ne
pensez plus à l'ancienne, partez d'une feuille blanche pour les
propositions que vous ferez.
Merci d'avance pour vos retours,
Guillaume
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
