[OSM-talk-fr] Nouvelle interface Osmose

[Florian LAINEZ]

Salut Guillaume,
Je suis très intéressé pour travailler avec toi sur l'évolution de
l'interface d'osmose.
Avec Loic de chez Jawg nous avions esquissé une proposition qui va dans le
même sens.

L'idée était, tout comme tu le suggères, de créer une interface spéciale
"open data" pour permettre aux producteurs de données de comparer leur jeux
de données avec la donnée OSM.
Voici ce qu'il en était ressorti :


---
Besoin :

1. Un outil de QA permettant de comparer les données en Open Data aux
données OpenStreetMap.
 - Une partie située sur une carte pour les données géolocalisées
 - Une partie sous forme de liste pour des données numériques (% données
manquantes, erreurs etc...)

2. Enrichir cet outil pour les contributeurs, en leur permettant de
contribuer les modifications directement dans la page, après s'être loggés
sur leur compte OSM.
 - Possibilité de conserver un historique (undo / redo) et d'appliquer un
ensemble de changements d'un coup sous forme de changeset.
 - Possibilité d'éditer des nodes, des ways, et des relations

3. Supporter la remontée d'anomalies sur les jeux de données métier
Donner la possibilité à un visiteur de détecter et faire remonter une
anomalie sur un des jeux de données métier.
Typiquement: "votre arrêt xxx n'existe plus", ou "l'abribus yyy a été
déplacé ici"

4. Création d'un dashboard permettant au producteur de données d'appliquer
des décisions sur les remontées d'anomalies
 - Possibilité d'accepter un changement, accepter certaines parties d'un
changement, etc...
 - Possibilité d'exporter les jeux de données une fois ceux-ci modifiés

5. Un outil de statistiques
 - Comptage des flux de données (remontées d'erreurs, fix OSM, nombre de
changements finaux dans chaque dataset)

---

Ces propositions n'étaient qu'un début de réflexion et nous n'avons encore
rien mis en œuvre, je serai heureux d'aider à élaborer les maquettes avec
toi Guillaume et ceux qui sont motivés.

a+


Le 26 septembre 2016 à 20:09, <osm.sanspourriel at spamgourmet.com> a écrit :

> 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
> <http://projets.pavie.info/yohours/?oh=> (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 - panieravide at riseup.net 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
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160929/f5c77a46/attachment.htm>