Bonjour,
Le 11/10/2016 à 22:06, Nicolas Bétheuil a écrit :
Bonsoir,
Je suis nouveau sur la ml. J'ai déjà un peu contribué à osm, par
l'interface web ou encore par josm.
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.
J'avais commencé à prendre l'exemple du jeux de données sur les points
de collecte de verre à paris
(http://opendata.paris.fr/explore/dataset/mobilierpropreteparis2011/).
Il y en a plusieurs, mais ce sont tous les mêmes.
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 ?
non, voici un thème avec une couche avec les données ouvertes par la
ville et une requête overpass sur amenity=recycling :
https://www.mapcontrib.xyz/t/e899ed-OD_point_de_collecte_a_verre_Paris
Ce n'est pas satisfaisant en terme de lisibilité mais cela permet de
jeter quand même un oeil dessus.
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 :
https://github.com/MapContrib/MapContrib/issues?q=is%3Aissue+is%3Aopen+osmose+label%3Aapp%3Aosmose)
En regardant le pad, j'avoue ne pas forcément réussir à comprendre ce
dont on parle.
Peux tu préciser ?
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.
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.
c'est effectivement ce que sait faire osmose, si le fichier de données
ouvertes lui a été déclaré.
Par exemple les données ouvertes de nantes et bordeaux métropole ont été
"déclarées" et osmose sait dire :
* présents dans osm et la base de données ouvertes par la collectivité
* présents dans osm mais pas dans la base
* présents dans la base mais pas dans osm
Et en fonction de proposer des intégrations.
Exemple ici :
http://osmose.openstreetmap.fr/fr/map/#item=8121&zoom=6&lat=46.4&lon=3.69&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT
Qu'en pensez vous ?
Beaucoup de bien car cela rejoint des besoins pour plusieurs personnes :)
au plaisir
Le 10 octobre 2016 à 09:41, Guillaume AMAT <guilla...@amat.io
<mailto:guilla...@amat.io>> a écrit :
Salut,
À tous, merci pour vos retours et Florian, merci pour ta proposition.
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.
Aussi, que penses-tu de l'interface destinée aux producteurs de
données qu'évoque Florian ? Tu penses que certains s'en empareront ?
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 :
https://semestriel.framapad.org/p/refonte-interface-osmose
<https://semestriel.framapad.org/p/refonte-interface-osmose>
À bientôt,
Guillaume
Le 09/10/2016 à 11:28, Frédéric Rodrigo a écrit :
Salut tout le monde,
À noter qu'il y a également une issue sur le github :
https://github.com/osm-fr/osmose-frontend/issues/40
<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>
<mailto: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>
<http://projets.pavie.info/yohours/?oh=
<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=>
<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>
<mailto: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>
<mailto:Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org>>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
<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>
<mailto:Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org>>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
<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>
<mailto:Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org>>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
<https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>>
--
*Florian Lainez*
@overflorian <http://twitter.com/overflorian
<http://twitter.com/overflorian>>
_______________________________________________
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>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Vincent Bergeot
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
