Salut tout le monde,
À noter qu'il y a également une issue sur le github :
https://github.com/osm-fr/osmose-frontend/issues/40
Frédéric.
Le 29/09/2016 à 14:25, Florian LAINEZ a écrit :
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.sanspourr...@spamgourmet.com
<mailto:osm.sanspourr...@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=
<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 - panierav...@riseup.net
<mailto:panierav...@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@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
--
*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
