Re: [OSM-talk-fr] pres SOTM-Fr 2017

2017-07-02 Par sujet Benoit Fournier 
Bonjour Laurent,

> la présentation de christian sur le tsunami OpenData

C'était un atelier de discussion, sans support.
Voici des prises de note collectives lors de cet atelier :
https://semestriel.framapad.org/p/sotmfr49

Certains supports sont disponibles sur
https://nextcloud.openstreetmap.fr/index.php/s/TpM5DnYe9C5mCWV ; y
compris 48-SOTMFR2017-opendata-nelle-donne-reglementaire par
Christian.
Certaines captations vidéo sont disponibles sur :
https://www.dailymotion.com/OSMFrance

Benoît

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

Re: [OSM-talk-fr] pres SOTM-Fr 2017

2017-07-02 Par sujet Jean-Christophe Becquet 
Le 02/07/2017 16:26, Laurent Combe a écrit :
> je cherche une trace des supports utilisés par les intervenants lors des
> conférences du dernier SOTM-Fr et en particulier les slides de la
> présentation de christian sur le tsunami OpenData
> 
> comme je ne trouve pas, j'envoie ce petit message ...

Bonjour Laurent,

Une partie des présentations est disponible sur
https://nextcloud.openstreetmap.fr/index.php/s/TpM5DnYe9C5mCWV

Bonne journée

JC
-- 
Flyer libre
http://www.apitux.org/index.php?2006/07/07/170-flyer-libre

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Mapillary : Orientation

2017-07-02 Par sujet Eric SIBERT 

Ça se complique mes histoires d'orientation.

Tout à l'heure, je me promenais dans les bois... pendant que le loup n'y 
était pas :-)


Voyant un chemin qui semblait point être dans la carte OSM de mon GPS, 
je sors mon smartphone et je lance OSMTracker. Alors que je tourne sur 
moi-même pour prendre plusieurs photos, je vois qu'il m'indique une 
direction en degrés. Il doit bien avoir un compas magnétique dans mon 
smartphone. D'ailleurs, dans les paramètres, il y a "Exporter les 
directions du compas" avec Aucun, En commentaire et En extension. Je 
prends en Extension puis je fais mes relevés.


Retour à la maison. Dans les EXIF des images, toujours rien qu'il 
s'agisse des coordonnées ou de l'orientation.

Par contre, dans le fichier GPX :

499.0
2017-07-02T15:54:09Z


2017-07-02_17-54-09.jpg

0
6.25

92.25
3



Donc, mon téléphone peut bien mesurer la direction de visée et 
l'enregistrer.


Et pour Mapillary???
Je tombe sur :
http://blog.mapillary.com/technology/2014/04/28/compass-angles.html

De là à penser que l'option d'aligner sur la trace GPS est devenue non 
débrayable...


Eric

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

Re: [OSM-talk-fr] Erreur Osmose sur nom de voies

2017-07-02 Par sujet orhygine 
Bonjour,
Merci pour le suivi et la correction. Je constate en effet que ces erreurs
ont bien disparues. Les erreurs restantes sur les nommages de voies sont
pertinentes et je vais pouvoir plus facilement les traiter.
Salutations,
Christophe

Le 2 juillet 2017 à 10:50, Christian Quest  a
écrit :

> J'ai fait une correction sur la requête pour ne plus avoir ces erreurs
> remontées à tort... il y en a donc environ 1200 de moins qu'avant d'après
> les graphes d'osmose: http://osmose.openstreetmap.
> fr/fr/errors/graph.png?item=7170&class=31
>
> Le 21/06/2017 à 13:02, orhygine a écrit :
>
> Voici une zone contenant un certain nombre d'erreurs de ce type :
>
> osmose.openstreetmap.fr/fr/map/#zoom=16&lat=43.58109&lon=
> 1.33378&layer=Mapnik&overlays=T&item=
> 7170&level=1%2C2%2C3&tags=&fixable=online
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christophe aka orhygine | http://orhyginal.free.fr |
___
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

2017-07-02 Par sujet osm . sanspourriel 

Le 02/07/2017 à 18:06, THEVENON Julien - julien_theve...@yahoo.fr a écrit :

Je me demande si j avais pas lu aussi que le GPS du smartphone fait aussi 
compas mais pas sur

Julien
Pseudo compas avec la vitesse comme déjà indiqué, sinon il faut une 
appli pour voir les capteurs (qui peuvent être sur la même puce).
Par exemple SatStat dans son second onglet t'affiche potentiellement les 
vitesses de rotation et l'orientation. Si tu n'as pas d'info c'est que 
tu n'as pas les capteurs qui vont bien.
Je confirme que quand on n'a que quelques satellites, OSMAND peut 
prétendre que la précision est meilleure qu'elle n'est (on se trouve 
potentiellement à l'extérieur du cercle de confiance ce qui d'un point 
de vue théorique doit être très rare - c'est un intervalle de confiance) 
voir continuer à te donner une position avec 1/2 satellites en vue... ce 
qui montre que les deux infos ne sont pas calculées de manière synchrone.
Il est possible qu'OSMAND ne soit pas très regardant sur la date du 
dernier fix.


> mais non non, le dgps ça n'est pas vieux et pourri.
Oui j'ai été un peu fort. Je voulais juste dire que pour monsieur tout 
le monde (enfin, même pas !), le DGPS tu oublies.


Jean-Yvon
___
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

2017-07-02 Par sujet Stéphane Péneau 

Le 02/07/2017 à 15:08, Eric SIBERT a écrit :
Déjà avec une bonne antenne et une bonne puce, on doit pouvoir 
descendre sous le mètre en terrain découvert, sans différentiel ni 
post-traitement.
Je l'ai cru aussi, mais en fait non, être sous le mètre en réception 
classique, ça reste de la chance, et ce n'est pas reproductible. Rien 
que les variations dans la ionosphère peuvent décaler le résultat de 
plus d'1 mètre.


Essais avec mon Garmin ETrex 30 à Madagascar, j'ai mesuré le même 
point dégagé plusieurs jours de suite. J'avais un écart-type sigma à 
1,60 m.


Normalement, en Europe, on a le signal Egnos en plus qui corrige, 
entre autres, les erreurs de ionosphère.


Ah oui, c'est mieux avec du SBAS comme Egnos, mais c'est du 
différentiel, ça ne respecte plus le postulat de départ.


Tu triches ! :-)

Stf


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

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

2017-07-02 Par sujet THEVENON Julien 


En date de : Dim 2.7.17, Eric SIBERT  a écrit :
 
 > En fait, après vérification,
 > le mien non plus. Donc, l'orientation est 
 > deduite du mouvement

Salut,

Si je me trompe pas dans l appli il y a un reglage pour dire si on prend les 
vues de face de cote ou de derriere.
Je me demande si j avais pas lu aussi que le GPS du smartphone fait aussi 
compas mais pas sur

Julien
 

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

[OSM-talk-fr] pres SOTM-Fr 2017

2017-07-02 Par sujet Laurent Combe 
Bonjour,

je cherche une trace des supports utilisés par les intervenants lors des
conférences du dernier SOTM-Fr et en particulier les slides de la
présentation de christian sur le tsunami OpenData

comme je ne trouve pas, j'envoie ce petit message ...

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

2017-07-02 Par sujet Eric SIBERT 
Déjà avec une bonne antenne et une bonne puce, on doit pouvoir 
descendre sous le mètre en terrain découvert, sans différentiel ni 
post-traitement.
Je l'ai cru aussi, mais en fait non, être sous le mètre en réception 
classique, ça reste de la chance, et ce n'est pas reproductible. Rien 
que les variations dans la ionosphère peuvent décaler le résultat de 
plus d'1 mètre.


Essais avec mon Garmin ETrex 30 à Madagascar, j'ai mesuré le même point 
dégagé plusieurs jours de suite. J'avais un écart-type sigma à 1,60 m.


Normalement, en Europe, on a le signal Egnos en plus qui corrige, entre 
autres, les erreurs de ionosphère.


Dans le document suivant, page 51 et 52, ils parlent d'un sigma 
théorique à 0,92 m, ce qui est un peu léger pour avoir une garantie sur 
la précision métrique. En pratique, l'exemple sur Brest semble bien y être.


http://www.cnes-csg.fr/automne_modules_files/standard/public/p7853_978317af760517fa64459164b956fb5cguide_egnos_2011_VF_112_P.pdf

Eric

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

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

2017-07-02 Par sujet Eric SIBERT 

C'est dans le tag ImageDescription et cela a été le cas jusqu'à récemment.
Maintenant mes photos n'ont plus de localisation dans les tags Exif ni de tag
ImageDescription avec les infos propriétaires de Mapillary.


Ça correspond bien à ce que j'ai vu.


Il y a un fichier
GPX dans le même répertoire que les photos et je suppose qu'ils ajoutent le tag
ImageDescription avant le téléchargement. 


J'ai regardé le fichier GPX. Il y a les coordonnées mais pas d'orientation.


Pour l'orientation, je ne sais pas car
mon smartphone n'a pas de compas.


En fait, après vérification, le mien non plus. Donc, l'orientation est 
déduite du mouvement.


Eric

___
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

2017-07-02 Par sujet Jo 
A Bruxelles, il y a des arrêts qui sont désservis par MIVB/STIB uniquement
et d'autres qui sont désservis par De Lijn et TEC également. En regardant
les 'drapeaus' il est très clair lesquels sont. J'ai toujours mi

operator=STIB/MIVB;De Lijn;TEC

et ref:De_Lijn ou ref:TECB où nécessaire.

Un exemple:
https://www.openstreetmap.org/node/530566941


Jo

2017-07-02 12:01 GMT+02:00 marc marc :

> Le 01. 07. 17 à 14:12, Noémie Lehuby a écrit :
> > 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 ?
> c'est le même principe à Bruxelles : les arrêts de bus sont tous
> identiques, tant pour les bus de l'opérateur stib que de lijn.
>
> > Le 01/07/2017 à 13:18, Jo a écrit :
> >> 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.
> >>
> >> 2017-07-01 10:14 GMT+02:00 Noémie Lehuby
> >> Ce mois-ci je vous propose de cartographier ensemble les arrêts de
> >> bus !
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

2017-07-02 Par sujet Ralf Treinen 
Bonjour,

ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
nous utilisons "ref:FR:STIF".

-Ralf.

On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
> Bonjour Frédéric,
> 
> La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
> quasi-totalité des points verts. ;-)
> 
> Pierre-Yves
> 
> Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a écrit :
> 
> 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
> 
> 

___
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

2017-07-02 Par sujet marc marc 
Le 01. 07. 17 à 14:12, Noémie Lehuby a écrit :
> 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 ?
c'est le même principe à Bruxelles : les arrêts de bus sont tous 
identiques, tant pour les bus de l'opérateur stib que de lijn.

> Le 01/07/2017 à 13:18, Jo a écrit :
>> 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.
>>
>> 2017-07-01 10:14 GMT+02:00 Noémie Lehuby 
>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de
>> bus !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2017-07-02 Par sujet rainerU 
Am 02.07.2017 um 09:03 schrieb Stéphane Péneau:
> Le 01/07/2017 à 22:47, Eric SIBERT a écrit :
> L'application Mapillary stocke les infos de localisations dans les tags exif
> habituels ET dans un autre, propre à Mapillary (tag subject ou quelque chose
> comme ça).
C'est dans le tag ImageDescription et cela a été le cas jusqu'à récemment.
Maintenant mes photos n'ont plus de localisation dans les tags Exif ni de tag
ImageDescription avec les infos propriétaires de Mapillary. Il y a un fichier
GPX dans le même répertoire que les photos et je suppose qu'ils ajoutent le tag
ImageDescription avant le téléchargement. Pour l'orientation, je ne sais pas car
mon smartphone n'a pas de compas.


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

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

2017-07-02 Par sujet Stéphane Péneau 

Le 02/07/2017 à 10:10, Eric SIBERT a écrit :
L'application Mapillary stocke les infos de localisations dans les 
tags exif habituels ET dans un autre, propre à Mapillary (tag subject 
ou quelque chose comme ça).


J'ai regardé avec exiftool et je n'ai rien vu de flagrant mais on 
trouve dans les photos normales et celles prises avec Mapillary :

Warning: [minor] Unrecognized MakerNotes

Regarde le tag "ImageDescription"


- après l'upload, en éditant cette valeur depuis le site web, image 
par image, ou pour toute la série de photo


Ce n'est même pas possible.

Si, lorsque tu affiches une photo, tu peux cliquer sur le bouton avec 3 
petits points, et ensuite sur "edit current sequence"


ps : pour géoréférencer les photos avec une trace gpx, Josm fait 
aussi très bien le travail (il faut ajouter les plugins 
photo_geotagging et photoadjust)


Essai pas concluant pour le moment. Il y a l'air d'avoir une 
embrouille sur le fuseau horaire dans mon cas.
Tu peux jouer avec le paramètre correspondant. En ce moment, ce serait 0 
ou +2 ou -2


Stéphane

___
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

2017-07-02 Par sujet Stéphane Péneau 

Le 02/07/2017 à 10:19, Eric SIBERT a écrit :


Il faudrait de la réception continue pendant un quart d'heure, pas 
toujours facile en voiture.


Si on n'a pas de réseau de base en temps réel, c'est plus facile à 
postériori donc accessible en post-traitement.
Il y a surtout le problème de la densité de ces bases. La distance en la 
base et le rover doit rester inférieure à 10km. En pratique, jusqu'à 
20km ça passe encore.




A ce sujet, après en avoir discuté avec quelques personnes 
compétentes en électronique, l'idéal serait sans doute récepteur gnss 
+ antenne + esp32 de Espressif Systems.

(+ une carte SD pour enregistrer sans smartphone ;-)
Je parlais des bases. Il n'y a pas besoin de carte SD, mais d'une 
connexion à l'internet.

En revanche, oui, pour le rover, un stockage autonome peut être pratique.


Déjà avec une bonne antenne et une bonne puce, on doit pouvoir 
descendre sous le mètre en terrain découvert, sans différentiel ni 
post-traitement.
Je l'ai cru aussi, mais en fait non, être sous le mètre en réception 
classique, ça reste de la chance, et ce n'est pas reproductible. Rien 
que les variations dans la ionosphère peuvent décaler le résultat de 
plus d'1 mètre.


Stf

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

Re: [OSM-talk-fr] Mise à jour suspendue sur rendu HOT...

2017-07-02 Par sujet Christian Quest 

Voilà, le rangement est terminé et les I/O ont bien baissé !

On était en moyenne à 85% d'utilisation des IO, on est maintenant plutôt 
vers 15% à données identiques :)


Un gros index a quand même pris 36h à être regénéré, mais on a gagné 
plus de 100Go dans la manip sur ce seul index.




On voit bien le changement
Le 27/06/2017 à 23:11, Christian Quest a écrit :
Un SSD a des temps d'accès (latence) moindres qu'un HDD, c'est sûr, 
mais ce n'est pas aussi simple car il y a aussi une limite en bande 
passante.


Les données sont stockées par blocs (4Ko sur les SSD/HDD actuels et 
postgres segmente ses données par blocs de 8Ko).
Si j'ai besoin d'accéder à 100 noeuds différents, et que ceux-ci 
occupent disons 40 octets en étant rangés sur des blocs différents 
cela fera 100 accès disques... mais si ils sont rangés sur le même 
bloc cela ne fera que 1 accès... pour lire la même quantité de données 
UTILES... (comparer le ratio entre 100x4Ko lus et 4000 octets utiles, 
même ratio d'usage utile dans le cache disque occupé en RAM).


Or, pour générer une tuile de fond de carte on a de très fortes 
chances d'avoir besoin des points/lignes/polygones proches 
géographiquement donc autant le ranger ensemble si possible sur les 
mêmes blocs pour que la densité de données utiles lues soit maximale à 
tout les niveaux.


J'ai mesuré une diminution d'un facteur 6 des IO après un CLUSTER 
postgres. On verra dans quelques jours l'effet sur les graphes 
d'activité du serveur osm13...


J'ai remis les slides de ma présentation du SOTM-2014 sur ce sujet sur 
https://frama.link/_K9FdJtJ




--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Erreur Osmose sur nom de voies

2017-07-02 Par sujet Christian Quest 
J'ai fait une correction sur la requête pour ne plus avoir ces erreurs 
remontées à tort... il y en a donc environ 1200 de moins qu'avant 
d'après les graphes d'osmose: 
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7170&class=31



Le 21/06/2017 à 13:02, orhygine a écrit :

Voici une zone contenant un certain nombre d'erreurs de ce type :

osmose.openstreetmap.fr/fr/map/#zoom=16&lat=43.58109&lon=1.33378&layer=Mapnik&overlays=T&item=7170&level=1%2C2%2C3&tags=&fixable=online 





--
Christian Quest - OpenStreetMap France

___
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

2017-07-02 Par sujet Pierre-Yves Berrard 
Bonjour Frédéric,

La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
quasi-totalité des points verts. ;-)

Pierre-Yves

Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a
écrit :

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

2017-07-02 Par sujet Eric SIBERT 

> C'est à cette période que j'ai commencé à utiliser un récepteur externe
> connecté en bluetooth, ce qui me permet de profiter :
> - d'une meilleure autonomie pour le smartphone
> - d'une meilleure précision (antenne de meilleure qualité, et posée sur
> le toit de la voiture)
> - d'une fréquence d'enregistrement supérieure (5 points par secondes, ou
> plus)

En fait, si le GPS de plein air avait le bon goût de transmettre sa 
position par bluetooth au smartphone, on ferait déjà un grand bond en 
avant. Mais non, il y a du bleutooth pour discuter avec le 
cardiofréquencemètre et autres accessoires propriétaires mais c'est tout.



Oui, Rtklib permet une précision largement supérieure, mais non non, le 
dgps ça n'est pas vieux et pourri. Le Rtk reste assez fragile dans son 
utilisation, il faut quel les conditions soient très bonnes pour que ça 
fonctionne, et il manque un réseau de base accessible facilement.


Il faudrait de la réception continue pendant un quart d'heure, pas 
toujours facile en voiture.


Si on n'a pas de réseau de base en temps réel, c'est plus facile à 
postériori donc accessible en post-traitement.


A ce sujet, après en avoir discuté avec quelques personnes compétentes 
en électronique, l'idéal serait sans doute récepteur gnss + antenne + 
esp32 de Espressif Systems.

(+ une carte SD pour enregistrer sans smartphone ;-)

Déjà avec une bonne antenne et une bonne puce, on doit pouvoir descendre 
sous le mètre en terrain découvert, sans différentiel ni post-traitement.


Eric

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

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

2017-07-02 Par sujet Eric SIBERT 
L'application Mapillary stocke les infos de localisations dans les tags 
exif habituels ET dans un autre, propre à Mapillary (tag subject ou 
quelque chose comme ça).


J'ai regardé avec exiftool et je n'ai rien vu de flagrant mais on trouve 
dans les photos normales et celles prises avec Mapillary :

Warning: [minor] Unrecognized MakerNotes

Comme ce tag est prioritaire, ça explique pourquoi tes photos se sont 
retrouvées à une mauvaise position.
Pour contourner ce problème, il aurait fallu que tu réécrives ce tag 
mapillary avec le script "add_mapillary_tag_from_exif.py 


Ça se complique là.

Si ton smartphone ne possède pas de gyroscope, 


Très probable.

> il n'y aura pas d'orientation (tag GPSImgDirection).

Pas trouvé effectivement.


Il peut s'ajouter de 2 façons :
- avec le script python (interpolate_direction.py 
)


Ca se complique, le retour.

- après l'upload, en éditant cette valeur depuis le site web, image par 
image, ou pour toute la série de photo


Ce n'est même pas possible.


ps : pour géoréférencer les photos avec une trace gpx, Josm fait aussi 
très bien le travail (il faut ajouter les plugins photo_geotagging et 
photoadjust)


Essai pas concluant pour le moment. Il y a l'air d'avoir une embrouille 
sur le fuseau horaire dans mon cas.


Je crois que je vais laisser Mapillary se débrouiller et on verra plus 
tard à améliorer.


Eric

___
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

2017-07-02 Par sujet Stéphane Péneau 
J'ai eu quelques soucis avec mon smartphone Moto X (1ere génération), le 
récepteur gnss perd sa localisation pendant quelques secondes. C'est un 
bug connu mais qui ne se reproduit que dans des configurations 
particulières. Il disparaissait lorsque je passais l'android en mode avion.

https://issuetracker.google.com/issues/37012926

C'est à cette période que j'ai commencé à utiliser un récepteur externe 
connecté en bluetooth, ce qui me permet de profiter :

- d'une meilleure autonomie pour le smartphone
- d'une meilleure précision (antenne de meilleure qualité, et posée sur 
le toit de la voiture)
- d'une fréquence d'enregistrement supérieure (5 points par secondes, ou 
plus)


Les valeurs DOP ne donnent pas la précision de la géolocalisation, mais 
une indication sur les conditions de réception. On peut tout à fait 
avoir un hdop faible (donc bon) et des localisations mauvaises.


Je ne peux pas t'aider pour les photos en basse résolution, je n'utilise 
presque jamais l'application Mapillary.


Oui, Rtklib permet une précision largement supérieure, mais non non, le 
dgps ça n'est pas vieux et pourri. Le Rtk reste assez fragile dans son 
utilisation, il faut quel les conditions soient très bonnes pour que ça 
fonctionne, et il manque un réseau de base accessible facilement.
A ce sujet, après en avoir discuté avec quelques personnes compétentes 
en électronique, l'idéal serait sans doute récepteur gnss + antenne + 
esp32 de Espressif Systems.
Il y aurait pas mal de questions à se poser au sujet de cet éventuel 
réseau de base, mais c'est un autre débat.


Stéphane

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

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

2017-07-02 Par sujet Stéphane Péneau 

Le 01/07/2017 à 22:47, Eric SIBERT a écrit :


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.
L'application Mapillary stocke les infos de localisations dans les tags 
exif habituels ET dans un autre, propre à Mapillary (tag subject ou 
quelque chose comme ça).
Comme ce tag est prioritaire, ça explique pourquoi tes photos se sont 
retrouvées à une mauvaise position.
Pour contourner ce problème, il aurait fallu que tu réécrives ce tag 
mapillary avec le script "add_mapillary_tag_from_exif.py 
"


Si ton smartphone ne possède pas de gyroscope, il n'y aura pas 
d'orientation (tag GPSImgDirection). Il peut s'ajouter de 2 façons :
- avec le script python (interpolate_direction.py 
)
- après l'upload, en éditant cette valeur depuis le site web, image par 
image, ou pour toute la série de photo


Dans les 2 cas, on peut ajouter un offset si l'appareil de capture n'est 
pas orienté dans le sens du déplacement.


ps : pour géoréférencer les photos avec une trace gpx, Josm fait aussi 
très bien le travail (il faut ajouter les plugins photo_geotagging et 
photoadjust)


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