<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Bonjour,<br>
<br>
Le 11/10/2016 à 22:06, Nicolas Bétheuil a écrit :<br>
</div>
<blockquote
cite="mid:CAMfADxgiaeiCgeXmU8Y2tyGVVX+7HgaG2xpQBtP59=9xRKemTQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Bonsoir,<br>
</div>
<div><br>
</div>
<div>Je suis nouveau sur la ml. J'ai déjà un peu contribué
à osm, par l'interface web ou encore par josm. <br>
</div>
Je me demandais ce qui pourrais m'aider en tant que
contributeur pour ajouter des points qui viennent de
source de données en open data, parfois volumineuse
(plusieurs centaines voir milliers de points), bien
qualifiée avec des coordonées.<br>
</div>
J'avais commencé à prendre l'exemple du jeux de données sur
les points de collecte de verre à paris (<a
moz-do-not-send="true"
href="http://opendata.paris.fr/explore/dataset/mobilierpropreteparis2011/">http://opendata.paris.fr/explore/dataset/mobilierpropreteparis2011/</a>).
Il y en a plusieurs, mais ce sont tous les mêmes.<br>
</div>
De façon à ce que chaque contributeur puisse ajouter au grès
de ses balades ou repérage, il faudrait qu'il puisse juste
confirmer des points existants. En regardant mapcontrib, le
jeux de données semble n'être que dans la session utilisateur.
Est-ce exact ?<br>
</div>
</div>
</blockquote>
<br>
non, voici un thème avec une couche avec les données ouvertes par la
ville et une requête overpass sur amenity=recycling :
<a class="moz-txt-link-freetext" href="https://www.mapcontrib.xyz/t/e899ed-OD_point_de_collecte_a_verre_Paris">https://www.mapcontrib.xyz/t/e899ed-OD_point_de_collecte_a_verre_Paris</a><br>
<br>
Ce n'est pas satisfaisant en terme de lisibilité mais cela permet de
jeter quand même un oeil dessus.<br>
<br>
Et je ne pense pas que cela soit le boulot de mapcontrib mais si il
peut (mal) le faire. Un des objectifs est plutôt de pouvoir intégrer
dans un thème mapcontrib les résultats d'osmose et donc de viser
plutôt ce dont tu parles, une intégration facilitée lors de sortie
terrain (sur github, lien avec osmose :
<a class="moz-txt-link-freetext" href="https://github.com/MapContrib/MapContrib/issues?q=is%3Aissue+is%3Aopen+osmose+label%3Aapp%3Aosmose">https://github.com/MapContrib/MapContrib/issues?q=is%3Aissue+is%3Aopen+osmose+label%3Aapp%3Aosmose</a>)<br>
<br>
<blockquote
cite="mid:CAMfADxgiaeiCgeXmU8Y2tyGVVX+7HgaG2xpQBtP59=9xRKemTQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>En regardant le pad, j'avoue ne pas forcément réussir à
comprendre ce dont on parle.<br>
</div>
</div>
</blockquote>
<br>
Peux tu préciser ?<br>
<br>
<br>
<blockquote
cite="mid:CAMfADxgiaeiCgeXmU8Y2tyGVVX+7HgaG2xpQBtP59=9xRKemTQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Ce que j'imaginerais comme interface, dans un premier temps
bien sur, en fonction de la geoloc du smartphone, t'es pas
loin, donc tu peux dire si le poi existe ou pas, ce qui
l'ajouterais à osm. <br>
</div>
<div>La complexité que je ne résous pas est de fusionner les
points déjà référencés ou de supprimer les points n'existant
plus.<br>
</div>
</div>
</blockquote>
<br>
c'est effectivement ce que sait faire osmose, si le fichier de
données ouvertes lui a été déclaré.<br>
Par exemple les données ouvertes de nantes et bordeaux métropole ont
été "déclarées" et osmose sait dire :<br>
<ul>
<li>présents dans osm et la base de données ouvertes par la
collectivité<br>
</li>
<li>présents dans osm mais pas dans la base</li>
<li>présents dans la base mais pas dans osm</li>
</ul>
<p>Et en fonction de proposer des intégrations.</p>
<p>Exemple ici :
<a class="moz-txt-link-freetext" href="http://osmose.openstreetmap.fr/fr/map/#item=8121&zoom=6&lat=46.4&lon=3.69&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT">http://osmose.openstreetmap.fr/fr/map/#item=8121&zoom=6&lat=46.4&lon=3.69&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT</a></p>
<br>
<blockquote
cite="mid:CAMfADxgiaeiCgeXmU8Y2tyGVVX+7HgaG2xpQBtP59=9xRKemTQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Qu'en pensez vous ?<br>
</div>
</div>
</blockquote>
<br>
<br>
Beaucoup de bien car cela rejoint des besoins pour plusieurs
personnes :)<br>
<br>
au plaisir<br>
<br>
<br>
<br>
<br>
<br>
<blockquote
cite="mid:CAMfADxgiaeiCgeXmU8Y2tyGVVX+7HgaG2xpQBtP59=9xRKemTQ@mail.gmail.com"
type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 10 octobre 2016 à 09:41, Guillaume
AMAT <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:guillaume@amat.io" target="_blank">guillaume@amat.io</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Salut,<br>
<br>
À tous, merci pour vos retours et Florian, merci pour ta
proposition.<br>
<br>
Frédéric, j'ai vu passer cette issue effectivement. Je pense
aussi qu'il faut remplacer les popups par des colonnes, plus
pratiques à l'usage.<br>
<br>
Aussi, que penses-tu de l'interface destinée aux producteurs
de données qu'évoque Florian ? Tu penses que certains s'en
empareront ?<br>
<br>
Je suis en train de terminer un gros boulot sur MapContrib.
Après ça je m'attaque aux premiers jets de maquettes. En
attendant, j'ai ouvert un pad pour y placer les
idées/besoins et modeler tout ça ensemble :<br>
<a moz-do-not-send="true"
href="https://semestriel.framapad.org/p/refonte-interface-osmose"
rel="noreferrer" target="_blank">https://semestriel.framapad.or<wbr>g/p/refonte-interface-osmose</a><br>
<br>
À bientôt,<br>
Guillaume
<div class="HOEnZb">
<div class="h5"><br>
<br>
<br>
Le 09/10/2016 à 11:28, Frédéric Rodrigo a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Salut tout le monde,<br>
<br>
À noter qu'il y a également une issue sur le github :<br>
<a moz-do-not-send="true"
href="https://github.com/osm-fr/osmose-frontend/issues/40"
rel="noreferrer" target="_blank">https://github.com/osm-fr/osmo<wbr>se-frontend/issues/40</a><br>
<br>
Frédéric.<br>
<br>
<br>
Le 29/09/2016 à 14:25, Florian LAINEZ a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Salut Guillaume,<br>
Je suis très intéressé pour travailler avec toi sur
l'évolution de l'interface d'osmose.<br>
Avec Loic de chez Jawg nous avions esquissé une
proposition qui va dans le même sens.<br>
<br>
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>
Voici ce qu'il en était ressorti :<br>
<br>
<br>
---<br>
Besoin :<br>
<br>
1. Un outil de QA permettant de comparer les données
en Open Data aux données OpenStreetMap.<br>
- Une partie située sur une carte pour les données
géolocalisées<br>
- Une partie sous forme de liste pour des données
numériques (% données manquantes, erreurs etc...)<br>
<br>
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>
- Possibilité de conserver un historique (undo /
redo) et d'appliquer un ensemble de changements d'un
coup sous forme de changeset.<br>
- Possibilité d'éditer des nodes, des ways, et des
relations<br>
<br>
3. Supporter la remontée d'anomalies sur les jeux de
données métier<br>
Donner la possibilité à un visiteur de détecter et
faire remonter une anomalie sur un des jeux de
données métier.<br>
Typiquement: "votre arrêt xxx n'existe plus", ou
"l'abribus yyy a été déplacé ici"<br>
<br>
4. Création d'un dashboard permettant au producteur
de données d'appliquer des décisions sur les
remontées d'anomalies<br>
- Possibilité d'accepter un changement, accepter
certaines parties d'un changement, etc...<br>
- Possibilité d'exporter les jeux de données une
fois ceux-ci modifiés<br>
<br>
5. Un outil de statistiques<br>
- Comptage des flux de données (remontées
d'erreurs, fix OSM, nombre de changements finaux
dans chaque dataset)<br>
<br>
---<br>
<br>
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>
a+<br>
<br>
<br>
Le 26 septembre 2016 à 20:09, <<a
moz-do-not-send="true"
href="mailto:osm.sanspourriel@spamgourmet.com"
target="_blank">osm.sanspourriel@spamgourmet.<wbr>com</a>
<mailto:<a moz-do-not-send="true"
href="mailto:osm.sanspourriel@spamgourmet.com"
target="_blank">osm.sanspourriel@spamg<wbr>ourmet.com</a>>>
a écrit :<br>
<br>
Sur l'importance de la qualité de l'interface,
regardez comment on<br>
entre un texte cabalistique pour donner les
heures d'ouverture ou<br>
comme c'est ergonomique avec <a
moz-do-not-send="true"
href="http://projets.pavie.info/yohours"
rel="noreferrer" target="_blank">http://projets.pavie.info/yoho<wbr>urs</a><br>
<<a moz-do-not-send="true"
href="http://projets.pavie.info/yohours/?oh="
rel="noreferrer" target="_blank">http://projets.pavie.info/yoh<wbr>ours/?oh=</a>>
(d'Adrien soit dit en<br>
passant).<br>
<br>
Dans mes umaps basées sur des données OSM,
j'ajoute un lien<br>
<a moz-do-not-send="true"
href="http://projets.pavie.info/yohours/?oh="
rel="noreferrer" target="_blank">http://projets.pavie.info/yoho<wbr>urs/?oh=</a><br>
<<a moz-do-not-send="true"
href="http://projets.pavie.info/yohours/?oh="
rel="noreferrer" target="_blank">http://projets.pavie.info/yoh<wbr>ours/?oh=</a>>{{opening_hours}},
ce qui<br>
permet d'avoir une version lisible (et
potentiellement multilingue).<br>
<br>
Ça fait partie des outils s'il y a des contrôles
sur les heures<br>
d'ouverture, sans doute surtout en OpenData.<br>
<br>
Jean-Yvon<br>
<br>
<br>
Le 26/09/2016 à 16:48, PanierAvide - <a
moz-do-not-send="true"
href="mailto:panieravide@riseup.net"
target="_blank">panieravide@riseup.net</a><br>
<mailto:<a moz-do-not-send="true"
href="mailto:panieravide@riseup.net"
target="_blank">panieravide@riseup.net</a><wbr>>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Bonjour,<br>
<br>
Je trouve qu'il s'agit d'une excellente
initiative. La question<br>
des interfaces est souvent vue comme
secondaire (voir OpenLevelUp<br>
v1 et 2), alors qu'elle est primordiale pour
assurer un confort<br>
d'utilisation et attirer des nouveaux
utilisateurs/contributeurs.<br>
Et puis aborder la question des outils et
technos que l'on<br>
pourrait utiliser en commun pour parvenir à
une certaine harmonie<br>
est intéressant. On aurait un écosystème
"French OSM Tech"<br>
cohérent ;-)<br>
<br>
Cordialement,<br>
<br>
Adrien.<br>
<br>
<br>
Le 26/09/2016 à 15:29, Guillaume AMAT a écrit
:<br>
<blockquote class="gmail_quote" style="margin:0 0
0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
Bonjour à tous,<br>
<br>
Fraîchement revenu du SOTM où il faisait bon
vivre avec une<br>
délégation française très bien représentée,
j'aimerais proposer<br>
une réflexion autour d'une nouvelle
interface pour Osmose.<br>
<br>
Cela s'inscrit dans une envie plus large de
rafraichir les<br>
interfaces OSM, par le débat constructif et
la réalisation de<br>
maquettes s'inspirant de ces échanges. Je
parle donc d'Osmose<br>
dans un premier temps mais il serait aussi
question d'autres<br>
projets à l'avenir.<br>
<br>
En fonction de vos retours, je créerai un
dépôt Github autour du<br>
design OSM et j'y mettrai les maquettes
réalisées. Ainsi tout le<br>
monde pourra suivre les évolutions.<br>
<br>
Enfin, si les maquettes font sens, il ne me
restera plus qu'à<br>
les transformer en code (html+js+css) et un
gentil développeur<br>
pour intégrer tout ça (je ne sais pas si
j'en aurai le temps<br>
moi-même).<br>
<br>
Qu'en dîtes-vous ?<br>
<br>
Pour lancer le débat, Vincent (Bergeot),
Frédéric (Rodrigo) et<br>
moi pensons à « découper » les
fonctionnalités en deux parties<br>
distinctes : QA et Open data, on gagnerait
en clarté.<br>
<br>
De plus, la nouvelle interface serait basée
sur des technologies<br>
modernes, réutilisables et respectant les
codes d'aujourd'hui.<br>
Ne pensez plus à l'ancienne, partez d'une
feuille blanche pour<br>
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 moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.<wbr>org</a>><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.o<wbr>rg/listinfo/talk-fr</a>><br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.<wbr>org</a>><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.o<wbr>rg/listinfo/talk-fr</a>><br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.<wbr>org</a>><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.o<wbr>rg/listinfo/talk-fr</a>><br>
<br>
<br>
<br>
<br>
-- <br>
<br>
*Florian Lainez*<br>
<br>
@overflorian <<a moz-do-not-send="true"
href="http://twitter.com/overflorian"
rel="noreferrer" target="_blank">http://twitter.com/overfloria<wbr>n</a>><br>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</blockquote>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Vincent Bergeot
</pre>
</body>
</html>