[OSM-talk-fr] Projet du mois - arrêts de bus

[Noémie Lehuby]

Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage urbain 
(ou pas), pourtant il en manque encore pas mal sur la carte !

Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 




@nlehuby


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

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[marc marc]

 > Osmand affiche aussi un cercle dont le rayon représente
 > cette incertitude.
J'ai fais hier un peu plus attention au cercle dans Go Map!
On voit clairement 2 effets différents :
L'imprécision bien connue au démarrage où le cercle est grand.
Mais quand la localisation fait des bonds, le cercle reste étroit,
la position réelle est alors très fortement hors du cercle.

Le 30. 06. 17 à 23:18, osm.sanspourr...@spamgourmet.com a écrit :
> Pour la précision, ce qui t'intéresse c'est la HDOP (Horizontal Dilution 
> Of Precision), info fournie par le GPS.
Merci pour l'info.
> OSMTracker qui permet d'enregistrer le trajet avec la précision horizontale 
> (qui est d'ailleurs affichée).
Je vais le tester. Mais ensuite comment utilise-t-on cette info ?
Il existe un outil pour faire ressortir les photos correspondant à un 
moment oü le HDOP est mauvais ? OSMTracker lui même permet-il de générer 
une alerte visuelle ou sonore ?
Car au final, à pied, quand le signal est mauvais, la meilleur solution 
est souvent d'attendre quelques secondes avant de prendre la photo.
> Je comptais signaler à Christian et Stéphane que j'avais vu que le 
> BeagleBoard Bone Black  pouvait supporter une 
> carte compatible RTKLib. De l'électronique libre (plus durcie que le 
> Rapsberry) ça va bien avec du logiciel libre et une carto collaborative.
Je partage tout à fait ton avis sur la cohérence matériel-logiciel-donnée.
Mais fait-tu si souvent de l'enregistrement de trace au point de 
justifier un appareil dédié ?
Pour ma part, cela se limite à quelques chemins piétonniers et quelques 
emprises de nouveau bâtiments non présent sur les images satellites.
La donne serrait différente s'il devenait facile (=automatiser par lot) 
d'améliorer la localisation des photos concernées.

 > (plus durcie que le Rapsberry)
que veux-tu dire ? une meilleur résistance mécanique/électrique ?

> (*) Chez Pomme ils doivent appeler un 4s un trognon.
excellent !

En passant, existe-t-il des appareils (financièrement accessible) avec 
DGPS, EGNOS ou équivalent ? quelle précision en obtient-on ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Jo]

Salut Noémie,

Ils ne sont qu'en français. Comment s'y prendre pour traduire, au moins en
anglais. Ou c'est vraiment dédié qu'à la France?

Pour les arrêts, nous mettons operator et network en Belgique, séparé par ;
si l'arrêt est désservi par plusieurs opérateurs. Ça va donc résulter en
70k avertissements par nos cotés.

Jo

2017-07-01 10:14 GMT+02:00 Noémie Lehuby :

> Bonjour,
>
> Nouveau mois, nouveau projet du mois !
>
> Vous ne les remarquez plus tellement ils font partie du paysage urbain (ou
> pas), pourtant il en manque encore pas mal sur la carte !
> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>
> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> arr%C3%AAts_de_bus
>
>
> @nlehuby
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Dlareg]

Bonjour,

Le 01/07/2017 à 13:18, Jo a écrit :
> Ils ne sont qu'en français. Comment s'y prendre pour traduire, au moins
> en anglais. Ou c'est vraiment dédié qu'à la France?

Qu'est ce qui n'est qu'en français ?

-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Frédéric Rodrigo]

Salut,

Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.

http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041&zoom=15&lat=48.69607&lon=6.17944&level=1%2C2%2C3

N'hésitez pas à faire un retour, notamment si la référence ne semble pas 
bonne.


(Il y a "None" dans les popups mais ça va être corrigé)

Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres 
ville, si elle n'y est pas déjà.

http://osmose.openstreetmap.fr/fr/errors/?item=8040
Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans 
le GTFS.



Frédéric.



Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :

Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage urbain 
(ou pas), pourtant il en manque encore pas mal sur la carte !

Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 




@nlehuby




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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Hello,

Jo, tu parles des règles pour le validateur JOSM que j'ai créées ?
https://github.com/nlehuby/transport_mapcss
C'est encore du "work in progress", mais je suis effectivement basée 
surles réseaux que je connais, je ne sais pas si ça se reproduit bien 
ailleurs.


Chez nous, les arrêts de bus sont des éléments de mobilier urbain, ils 
sont donc plutôt sous la responsabilité des villes que des opérateurs de 
transports. Il n'est d'ailleurs pas rare que, lorsqu'une ligne traverse 
plusieurs villes, les arrêts d'une même ligne changent complètement de 
design d'une ville à l'autre.
C'est pour cela qu'il me semble plus pertinent de faire porter les tags 
operator et network par les lignes de transports plutôt que par les arrêts.

C'est peut-être une spécificité française, je ne sais pas ?


Idéalement, dans le futur, une fois que ces règles seront stabilisées, 
elles seraient réintégrées dans JOSM (pourquoi pas dans le plugin PT 
assistant ;)) et dans Osmose, pour qu'elles soient traduites et 
directement accessibles dans les outils utilisés par les contributeurs.


D'ailleurs si vous les utilisez, n'hésitez pas à me faire des retours 
sur ces règles sur la liste transport, par mail ou sur github.


Noémie

Le 01/07/2017 à 13:18, Jo a écrit :

Salut Noémie,

Ils ne sont qu'en français. Comment s'y prendre pour traduire, au 
moins en anglais. Ou c'est vraiment dédié qu'à la France?


Pour les arrêts, nous mettons operator et network en Belgique, séparé 
par ; si l'arrêt est désservi par plusieurs opérateurs. Ça va donc 
résulter en 70k avertissements par nos cotés.


Jo

2017-07-01 10:14 GMT+02:00 Noémie Lehuby 
mailto:noemie.leh...@openmailbox.org>>:


Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage
urbain (ou pas), pourtant il en manque encore pas mal sur la carte !
Ce mois-ci je vous propose de cartographier ensemble les arrêts de
bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus





@nlehuby




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

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[osm . sanspourriel]

Le 01/07/2017 à 12:09, marc marc - marc_marc_...@hotmail.com a écrit :

  > Osmand affiche aussi un cercle dont le rayon représente
  > cette incertitude.
J'ai fais hier un peu plus attention au cercle dans Go Map!
On voit clairement 2 effets différents :
L'imprécision bien connue au démarrage où le cercle est grand.
Mais quand la localisation fait des bonds, le cercle reste étroit,
la position réelle est alors très fortement hors du cercle.

Et dans OSMAND ?

OSMTracker qui permet d'enregistrer le trajet avec la précision horizontale 
(qui est d'ailleurs affichée).

Je vais le tester. Mais ensuite comment utilise-t-on cette info ?

Avec ses yeux ;-)

Il existe un outil pour faire ressortir les photos correspondant à un
moment oü le HDOP est mauvais ?

Je suppose qu'avec QQIS tu peux analyser le GPX.

  OSMTracker lui même permet-il de générer
une alerte visuelle ou sonore ?
Car au final, à pied, quand le signal est mauvais, la meilleur solution
est souvent d'attendre quelques secondes avant de prendre la photo.
C'est pour ça que je disais avec les yeux : tu surveilles la distance 
indiquée et si ça déconne tu te mets dans un coin et tu attends que ça 
lui passe.
Je n'ai pas trouvé d'appli toute faite notifiant en cas de perte de 
précision du GPS. Pourtant les interfaces d'Android permettent d'accéder 
facilement à l'information.
J'aime assez SatStat (que tu trouves sur Fdroid) pour la clarté et la 
précision des infos sur la constellation (et sur d'autres capteurs comme 
l'accélération, l'orientation, l'inclinaison) : tu trouveras peut-être 
que c'est quand l'inclinaison est dans une plage que tu as moins de 
précision.
De plus SatStat te permet de télécharger les infos AGPS qui doivent te 
permettre d'acquérir un fix plus vite.
Peut-être que HUD (toujours sur Fdroid) en t'indiquant une absence de 
mise à jour en 2,5 s fera ton bonheur. Interface minimaliste !


Au fait, il est possible que Mapillary utilise d'autres capteurs pour 
estimer la position entre deux fix.
C'est ce que fait SmartNavi, là en utilisant parcimonieusement le GPS et 
les autres capteurs pour les positions intermédiaires.

Je partage tout à fait ton avis sur la cohérence matériel-logiciel-donnée.
Mais fait-tu si souvent de l'enregistrement de trace au point de
justifier un appareil dédié ?
Moi non, je disais ça pour Christian et Stéphane, toi peut-être (ça tu 
arrives à la précision décimétrique/centimétrique mais il y a la 
question du coût et de la consommation en énergie - faible mais en plus 
de celle du téléphone).

  > (plus durcie que le Rapsberry)
que veux-tu dire ? une meilleur résistance mécanique/électrique ?
Oui : composants acceptant une plus large de gamme de température. Le 
Rapsberry est prévu pour une utilisation en intérieur et avec pour but 
le prix le plus bas. Côté mécanique, c'est surtout le boîtier qui 
compte. Quelques Euros pour un plastique pas étanche, dix fois plus pour 
un boîtier alu.

En passant, existe-t-il des appareils (financièrement accessible) avec
DGPS, EGNOS ou équivalent ? quelle précision en obtient-on ?
C'est pour cela que je parlais de RTKLib. DGPS, tu oublies, vieux et 
inefficace par rapport à RTKLib.
RTKLib utilise le fait que le signal brut avant conversion en numérique 
est plus riche et permet d'avoir cette précision différentielle.

La précision relative est centimétrique.
Un BBB c'est 50 € environ. Un GPS supportant le mode brut, c'est aussi 
50 €. Tu ajoutes une antenne, une batterie.

Après ça rentre dans ton budget ou pas.
Voir le wiki : http://wiki.openstreetmap.org/wiki/RTKLIB.
Toujours sur Fdroid, tu peux utiliser RTKGps.

Le sujet a déjà été évoqué sur la liste :
Sujet : [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib
Date :  Mon, 08 Feb 2016 22:14:59 +0100
De :Jean-Michel Pouré
Pour :  Discussions sur OSM en français 

et Stéphane a fait un atelier sur le sujet à State Of The Map à 
Clermont-Ferrand


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

Re: [OSM-talk-fr] Mapillary : photos basse résolution

[Eric SIBERT]

Je n'envoie pas les photos avec l'appli mais je les transfère sur mon PC où je
les traite avant de les envoyer [...]. Le traitement, je le fais surtout pour 
améliorer la géolocalisation des
photos avec le tracé GPS de mon Garmin qui est meilleur que le GPS de mon
téléphone. Je le fais dans JOSM et j'en profite pour supprimer les images de
mauvaise qualité ou redondantes.


Aujourd'hui, j'ai fait un essai. J'ai enregistré un trace GPX avec mon 
Etrex en même temps que les captures de Mapillary. De retour à la 
maison, je transfère les photos sur mon PC. J'utilise Geosetter pour les 
géoréférencer... et c'est super mieux que le smartphone. Et ensuite?


Je remets les photos géoréférencées dans le téléphone et je les envoie 
chez Mapillary avec leur logiciel. Les photos finissent en ligne avec le 
géoréférencement pourri du smartphone.


Depuis le PC, je passe par le site web de Mapillary pour envoyer 
directement les photos. Elles sont bien géoréférencées mais toutes 
orientées plein nord.


Je fais comment pour avoir bon géoréférencement et bonne orientation?

À noter qu'il ne semble pas y avoir d'orientation dans les fichiers 
exifs sortant du smartphone, pas d'orientation dans le fichier gpx 
enregistré par Mapillary donc je suppose l'orientation est déduite des 
déplacements. D'ailleurs les photos prises en train sont orientées dans 
le sens de la marche même quand elles sont manifestement prises de travers.


Eric

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

hebdoOSM Nº 362 2017-06-20-2017-06-26

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 362 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9199/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr