Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-27 Par sujet Philippe Verdy 
Il y a encore aussi des lignes sans arrêt officiel aménagé (d'ailelurs
pendant des années quand j'étais enfants je prenais le car en campagne en
faisant signe au chauffeur pour qu'il s'arrête devant chez moi sur la
bateau à l'entrée du portail et pour que j'y descende il fallait me
manifester au chauffeur (après accord obtenu auprès du transporteur qui
avait averti ses chauffeurs).

Puis la commune qui a adhéré au syndicat intercommunal des transports et
mis en place une ligne publique régulière, mais encore longtemps il n'y
avait pas d'arrêt pour desservir un groupe de 6 maisons à mi-chemin de deux
communes, il a fallu d'abord élargir la route, mais encore après l'arrêt a
longtemps été juste un bateau gravillonné, souvent boueux en hiver, avec
juste un poteau. C'est devenu un vrai arrêt bitumé et stabilisé que plus
tard quand l'arrêt n'était plus aussi indispensable ; il n'y a jamais eu
d'abri ni de banc (et encore aujourd'hui il n'y en a pas alors que la ligne
est dite 100% "accessible"; mais certes il n'y a plus grand monde à
utiliser cet arrêt, hormis quelques promeneurs qui ne peuvent pas
l'utiliser le dimanche car la ligne ne circule pas, ou quand un résident a
un problème de véhicule et des personnes âgées qui se déplacent peu en bus
mais plutôt en taxi-ambulance)...

Je pense que dans plein de zones rurales, des lignes de campagne ont des
arrêts à la demande (notamment en zone de montagne) pas toujours signalés
comme tels et pas aménagé spécifiquement, ou alors il n'y a qu'un poteau
indicateur pour les promeneurs qui savent qu'ils peuvent attendre un bus à
cet endroit (mais pas toujours les horaires de passage affichés : de plus
en plus ce sera publié en ligne et les horaires seront sur nos smartphones,
et même des bus ne feront des détours que si on les appelle à l'arrêt avec
une appli mobile ou qu'on a réservé à l'avance le passage...)

Plein de communes rurales n'ont pas de lignes régulières mais juste un
service à la demande (sur réservation) avec des minibus partagés par une
communauté de communes (et sinon qui peuvent tourner sans réservation
individuelle pendant les jours lors de marchés ou lors d'animations
communales : le chauffeur sera payé de sa présence par la commune ou
l'intercommunalité même s'il n'y a pas de passagers), et sinon
subventionnent des sociétés locales de taxis pour qu'ils assurent ce
service à prix conventionné dans les zones rurales. Dans ce cas on ne parle
pas vraiment de ligne: le trajet est celui le plus pratique pour répondre à
la demande, le taxi fonctionnant sur ce mode pouvant aussi prendre en
charge d'autres personnes à proximité dans le même véhicule (ce qui peut
allonger le trajet).

Le 28 octobre 2016 à 00:23,  a écrit :

> Le 25/10/2016 à 15:43, Nicolas Bétheuil - wad...@gmail.com a écrit :
>
> Bonjour,
>
> merci pour vos efforts
> Ca vous dirais de découper le taf ? un backlog, des stories ? C'est un
> jargon qui vous parle ?
>
> oui, mais c'est le temps qui n'est pas une variable extensible.
> Ce week-end il y a un petit effort de moins de 5 % sur un jour (le
> dimanche entre 2 h et 1h), mais déjà ça râle ;-).
>
> Qu'est ce qui vous semblerais amener le plus de valeur ? ajouter un point
> ? corriger la position d'un point existant ?
>
> La position d'un point, quand tu es dans le bus, ça parait difficile et ça
> n'a rien de spécifique au bus.
> L'important c'est de savoir comment aller d'un point à un autre.
> Sans les lignes de bus, les arrêts sont assez inutiles. Ne riez pas, à
> Bure, village de 85 âmes, avec l'argent de l'ANDRA pour faciliter
> l'acceptation de la poubelle nucléaire - pardon pour aider au
> codéveloppement autour du laboratoire (de qualification du site), ils ont
> eu le droit à un abri bus. Sans ligne. Je ne sais si quelques millions
> d'Euros de fluidification plus tard ils ont eu droit à une ligne en plus
> d'avoir le droit à un arrêt.
>
> Jean-Yvon
>
> ___
> 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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-27 Par sujet Philippe Verdy 
Il y a encore aussi des lignes sans arrêt officiel aménagé (d'ailelurs
pendant des années quand j'étais enfants je prenais le car en campagne en
faisant signe au chauffeur pour qu'il s'arrête devant chez moi sur la
bateau à l'entrée du portail et pour que j'y descende il fallait me
manifester au chauffeur (après accord obtenu auprès du transporteur qui
avait averti ses chauffeurs).

Puis la commune qui a adhéré au syndicat intercommunal des transports et
mis en place une ligne publique régulière, mais encore longtemps il n'y
avait pas d'arrêt pour desservir un groupe de 6 maisons à mi-chemin de deux
communes, il a fallu d'abord élargir la route, mais encore après l'arrêt a
longtemps été juste un bateau gravillonné, souvent boueux en hiver, avec
juste un poteau. C'est devenu un vrai arrêt bitumé et stabilisé que plus
tard quand l'arrêt n'était plus aussi indispensable ; il n'y a jamais eu
d'abri ni de banc (et encore aujourd'hui il n'y en a pas alors que la ligne
est dite 100% "accessible"; mais certes il n'y a plus grand monde à
utiliser cet arrêt, hormis quelques promeneurs qui ne peuvent pas
l'utiliser le dimanche car la ligne ne circule pas, ou quand un résident a
un problème de véhicule et des personnes âgées qui se déplacent peu en bus
mais plutôt en taxi-ambulance)...

Je pense que dans plein de zones rurales, des lignes de campagne ont des
arrêts à la demande (notamment en zone de montagne) pas toujours signalés
comme tels et pas aménagé spécifiquement, ou alors il n'y a qu'un poteau
indicateur pour les promeneurs qui savent qu'ils peuvent attendre un bus à
cet endroit (mais pas toujours les horaires de passage affichés : de plus
en plus ce sera publié en ligne et les horaires seront sur nos smartphones,
et même des bus ne feront des détours que si on les appelle à l'arrêt avec
une appli mobile ou qu'on a réservé à l'avance le passage...)

Plein de communes rurales n'ont pas de lignes régulières mais juste un
service à la demande (sur réservation) avec des minibus partagés par une
communauté de communes (et sinon qui peuvent tourner sans réservation
individuelle pendant les jours lors de marchés ou lors d'animations
communales : le chauffeur sera payé de sa présence par la commune ou
l'intercommunalité même s'il n'y a pas de passagers), et sinon
subventionnent des sociétés locales de taxis pour qu'ils assurent ce
service à prix conventionné dans les zones rurales. Dans ce cas on ne parle
pas vraiment de ligne: le trajet est celui le plus pratique pour répondre à
la demande, le taxi fonctionnant sur ce mode pouvant aussi prendre en
charge d'autres personnes à proximité dans le même véhicule (ce qui peut
allonger le trajet).

Le 28 octobre 2016 à 00:23,  a écrit :

> Le 25/10/2016 à 15:43, Nicolas Bétheuil - wad...@gmail.com a écrit :
>
> Bonjour,
>
> merci pour vos efforts
> Ca vous dirais de découper le taf ? un backlog, des stories ? C'est un
> jargon qui vous parle ?
>
> oui, mais c'est le temps qui n'est pas une variable extensible.
> Ce week-end il y a un petit effort de moins de 5 % sur un jour (le
> dimanche entre 2 h et 1h), mais déjà ça râle ;-).
>
> Qu'est ce qui vous semblerais amener le plus de valeur ? ajouter un point
> ? corriger la position d'un point existant ?
>
> La position d'un point, quand tu es dans le bus, ça parait difficile et ça
> n'a rien de spécifique au bus.
> L'important c'est de savoir comment aller d'un point à un autre.
> Sans les lignes de bus, les arrêts sont assez inutiles. Ne riez pas, à
> Bure, village de 85 âmes, avec l'argent de l'ANDRA pour faciliter
> l'acceptation de la poubelle nucléaire - pardon pour aider au
> codéveloppement autour du laboratoire (de qualification du site), ils ont
> eu le droit à un abri bus. Sans ligne. Je ne sais si quelques millions
> d'Euros de fluidification plus tard ils ont eu droit à une ligne en plus
> d'avoir le droit à un arrêt.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-27 Par sujet osm . sanspourriel 

Le 25/10/2016 à 15:43, Nicolas Bétheuil - wad...@gmail.com a écrit :

Bonjour,

merci pour vos efforts
Ca vous dirais de découper le taf ? un backlog, des stories ? C'est un 
jargon qui vous parle ?

oui, mais c'est le temps qui n'est pas une variable extensible.
Ce week-end il y a un petit effort de moins de 5 % sur un jour (le 
dimanche entre 2 h et 1h), mais déjà ça râle ;-).


Qu'est ce qui vous semblerais amener le plus de valeur ? ajouter un 
point ? corriger la position d'un point existant ?
La position d'un point, quand tu es dans le bus, ça parait difficile et 
ça n'a rien de spécifique au bus.

L'important c'est de savoir comment aller d'un point à un autre.
Sans les lignes de bus, les arrêts sont assez inutiles. Ne riez pas, à 
Bure, village de 85 âmes, avec l'argent de l'ANDRA pour faciliter 
l'acceptation de la poubelle nucléaire - pardon pour aider au 
codéveloppement autour du laboratoire (de qualification du site), ils 
ont eu le droit à un abri bus. Sans ligne. Je ne sais si quelques 
millions d'Euros de fluidification plus tard ils ont eu droit à une 
ligne en plus d'avoir le droit à un arrêt.


Jean-Yvon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-25 Par sujet Nicolas Bétheuil 
Bonjour,

merci pour vos efforts
Ca vous dirais de découper le taf ? un backlog, des stories ? C'est un
jargon qui vous parle ? Des tickets eraient le taf. github/trello ... mais
je suis sur qu'un frama-truc le permettrait aussi.
J'ai l'impression qu'il y a énormément de sujets et il est difficile de
voir par quoi commencer. lesquels sont faciles & d'autres plus difficiles.
J'aime beaucoup ce qu'à déjà fait Noémie avec les bus (
https://microcosm.5apps.com).
J'ai l'impression que chaque type de point est différent à éditer, certains
ont beaucoup de relations, certains seront des node, d'autres des way.
Bref beaucoup de typologie à différencier qui vont demander des ihm
différentes.
Qu'est ce qui vous parait le plus simple à éditer ?
Qu'est ce qui vous semblerais amener le plus de valeur ? ajouter un point ?
corriger la position d'un point existant ?

Le 15 octobre 2016 à 17:23, Vincent Bergeot  a écrit :

> Le 12/10/2016 à 19:18, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 12/10/2016 à 11:43, Vincent Bergeot - vinc...@bergeot.org a écrit :
>
> Bonjour,
>
> Le 11/10/2016 à 22:06, Nicolas Bétheuil a écrit
>
> En regardant le pad, j'avoue ne pas forcément réussir à comprendre ce dont
> on parle.
>
>
> Peux tu préciser ?
>
> Je pense que Nicolas trouve qu'on parle jargon.
>
>
> oui effectivement je te rejoins,
> j'ai intégré tes remarques déjargonisantes dans le pad :
> https://semestriel.framapad.org/p/refonte-interface-osmose
>
> Toute l'interface est à repenser pour être plus ergonomique.
> Si les propositions c'est de l'hébreu ou du chinois, simple à toi de faire
> une contre-proposition à partir d'une page blanche. Nouveau contributeur de
> la liste de discussion, tu n'es pas "pollué" par nos habitudes.
>
>
> et déjà questionner, interpeller, ...
>
> Bonne journée
>
>
>
>
> Jean-Yvon
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-15 Par sujet Vincent Bergeot 

Le 12/10/2016 à 19:18, osm.sanspourr...@spamgourmet.com a écrit :

Le 12/10/2016 à 11:43, Vincent Bergeot - vinc...@bergeot.org a écrit :

Bonjour,

Le 11/10/2016 à 22:06, Nicolas Bétheuil a écrit

En regardant le pad, j'avoue ne pas forcément réussir à comprendre 
ce dont on parle.


Peux tu préciser ?


Je pense que Nicolas trouve qu'on parle jargon.


oui effectivement je te rejoins,
j'ai intégré tes remarques déjargonisantes dans le pad : 
https://semestriel.framapad.org/p/refonte-interface-osmose



Toute l'interface est à repenser pour être plus ergonomique.
Si les propositions c'est de l'hébreu ou du chinois, simple à toi de 
faire une contre-proposition à partir d'une page blanche. Nouveau 
contributeur de la liste de discussion, tu n'es pas "pollué" par nos 
habitudes.


et déjà questionner, interpeller, ...

Bonne journée





Jean-Yvon


___
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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-12 Par sujet osm . sanspourriel 



Le 12/10/2016 à 11:43, Vincent Bergeot - vinc...@bergeot.org a écrit :

Bonjour,

Le 11/10/2016 à 22:06, Nicolas Bétheuil a écrit

En regardant le pad, j'avoue ne pas forcément réussir à comprendre ce 
dont on parle.


Peux tu préciser ?


Je pense que Nicolas trouve qu'on parle jargon.
QA : Assurance Qualité (Quality Assurance en étranger).
C'est la partie qui utilise des règles pour savoir si les données 
entrées sont conforme au modèle de données OSM.
Par exemple en France un nom de commune ne comporte pas d'espace (mais 
des tirets quadratins).
L(objet est donc de faciliter les corrections (ou de signaler les faux 
positifs - exceptions à la règle par exemple).


OD : Données Ouvertes (Open Data en étranger ;-))
Le but est de compléter OSM (ou pourquoi pas la base de données 
ouvertes). Par exemple les sites de pratiques sportives, les 
boîtes-aux-lettres : des données sont connues d'OSM, d'autres de la base 
en question. L'outil doit aider à comparer les deux sources et proposer 
le meilleur des deux mondes (ce qui n'est pas trivial : par exemple le 
positionnement des boîtes-aux-lettres de la Poste peut être déplorable, 
certaines fois c'est une aide pour trouver les bàl manquantes, les noms 
sont SOUVENT EN MAJUSCULES voir sans lettres accentuees contrairement 
aux usages mais il se peut que le NOM EN MAJUSCULES NON ACCENTUEES soit 
plus complet que le nom OSM).


Toute l'interface est à repenser pour être plus ergonomique.
Si les propositions c'est de l'hébreu ou du chinois, simple à toi de 
faire une contre-proposition à partir d'une page blanche. Nouveau 
contributeur de la liste de discussion, tu n'es pas "pollué" par nos 
habitudes.

Jean-Yvon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-12 Par sujet Vincent Bergeot 

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=6=46.4=3.69=Mapnik=T





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 > 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


À 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


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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-11 Par sujet Nicolas Bétheuil 
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 ?
En regardant le pad, j'avoue ne pas forcément réussir à comprendre ce dont
on parle.

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.

Qu'en pensez vous ?

Le 10 octobre 2016 à 09:41, Guillaume AMAT  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
>
> À 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
>>
>> 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>> 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
>>>  (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=
>>>

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-10 Par sujet Guillaume AMAT 

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

À 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

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, > 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
 (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 - 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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-10-09 Par sujet Frédéric Rodrigo 

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, > 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
 (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 - 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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-09-29 Par sujet 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,  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
>  (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 - 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
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
>

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-09-26 Par sujet osm . sanspourriel 
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 (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 - 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
https://lists.openstreetmap.org/listinfo/talk-fr



___
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

Re: [OSM-talk-fr] Nouvelle interface Osmose

2016-09-26 Par sujet PanierAvide 

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
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr