<div dir="ltr"><div><div><div>Salut Guillaume,<br></div>Je suis très intéressé pour travailler avec toi sur l'évolution de l'interface d'osmose.<br></div>Avec Loic de chez Jawg nous avions esquissé une proposition qui va dans le même sens.<br><br></div><div>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.<br></div>Voici ce qu'il en était ressorti :<br><div><br><br>---<br></div>Besoin :<br><div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">1. Un outil de QA permettant de comparer les données en Open Data aux données OpenStreetMap.</div><div style="font-size:12.8px"> - Une partie située sur une carte pour les données géolocalisées</div><div style="font-size:12.8px"> - Une partie sous forme de liste pour des données numériques (% données manquantes, erreurs etc...)</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">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.<br></div><div style="font-size:12.8px"> -
Possibilité de conserver un historique (undo / redo) et d'appliquer un
ensemble de changements d'un coup sous forme de changeset.</div><div style="font-size:12.8px"> - Possibilité d'éditer des nodes, des ways, et des relations</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">3. Supporter la remontée d'anomalies sur les jeux de données métier</div><div style="font-size:12.8px">Donner la possibilité à un visiteur de détecter et faire remonter une anomalie sur un des jeux de données métier.</div><div style="font-size:12.8px">Typiquement: "votre arrêt xxx n'existe plus", ou "l'abribus yyy a été déplacé ici"</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">4. Création d'un dashboard permettant au producteur de données d'appliquer des décisions sur les remontées d'anomalies </div><div style="font-size:12.8px"> - Possibilité d'accepter un changement, accepter certaines parties d'un changement, etc...</div><div style="font-size:12.8px"> - Possibilité d'exporter les jeux de données une fois ceux-ci modifiés</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">5. Un outil de statistiques</div><div style="font-size:12.8px"> - Comptage des flux de données (remontées d'erreurs, fix OSM, nombre de changements finaux dans chaque dataset)</div><br>---<br><br></div><div>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.<br><br></div><div>a+<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 26 septembre 2016 à 20:09, <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="transparent" text="#000000">
<p>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 <a href="http://projets.pavie.info/yohours/?oh=" target="_blank">http://projets.pavie.info/<wbr>yohours</a>
(d'Adrien soit dit en passant).</p>
<p>Dans mes umaps basées sur des données OSM, j'ajoute un lien <a href="http://projets.pavie.info/yohours/?oh=" target="_blank">http://projets.pavie.info/<wbr>yohours/?oh=</a>{{opening_hours}},
ce qui permet d'avoir une version lisible (et potentiellement
multilingue).</p>
<p>Ça fait partie des outils s'il y a des contrôles sur les heures
d'ouverture, sans doute surtout en OpenData.</p>
<p>Jean-Yvon<br>
</p><div><div class="h5">
<br>
<div>Le 26/09/2016 à 16:48, PanierAvide -
<a href="mailto:panieravide@riseup.net" target="_blank">panieravide@riseup.net</a> a écrit :<br>
</div>
<blockquote type="cite">Bonjour,
<br>
<br>
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 ;-)
<br>
<br>
Cordialement,
<br>
<br>
Adrien.
<br>
<br>
<br>
Le 26/09/2016 à 15:29, Guillaume AMAT a écrit :
<br>
<blockquote type="cite">Bonjour à tous,
<br>
<br>
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.
<br>
<br>
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.
<br>
<br>
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.
<br>
<br>
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).
<br>
<br>
Qu'en dîtes-vous ?
<br>
<br>
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é.
<br>
<br>
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.
<br>
<br>
Merci d'avance pour vos retours,
<br>
Guillaume
<br>
<br>
______________________________<wbr>_________________
<br>
Talk-fr mailing list
<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
<br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________
<br>
Talk-fr mailing list
<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
<br>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">
<p style="margin-bottom:0cm">
</p><p style="margin-bottom:0cm"><font color="#333333"><font face="arial, helvetica, sans-serif"><font style="font-size:11pt" size="2"><b>Florian
Lainez</b></font></font><br></font></p><img src="http://twitter.com/favicon.ico"><a href="http://twitter.com/overflorian" target="_blank">@overflorian</a><br></div></div>
</div>