date:20141001

En effet ça se base sur la BD-Parcellaire pour les numérotations. Je me
demande si un numéro est attribué aux parcelles qui sont viabilisé ou plus
largement au zones constructibles. Auquel cas ça peut vite faire grimper la
quantité. C'est basé sur  un fichier d'adresse littérale donc il y a
interpolation dans tous les cas quand nous (pour OSM) évitons au maximum
cette technique. il y a aussi des cas de placement au centre du lieu-dit ou
au centre de la commune. Les techniques sont cités en 2.5.1 dans les
évolutions entre la v2.0 et la v2.1

La comparaison des fichiers n'est pas idéale en tous cas elle ne nous
permettra pas de dire qu'il y a encore prêt de 10 millions d'addresses à
saisir car il est possible que les adresses servant à l'interpolation
pourrait y être compté aussi.

Pour les adresses temporaires, elles sont filtrables :
*Les numéros fictifs ou en attente de numérotation (anciennement
supérieurs à 5000 pour la *
*numérotation interne à la Direction Générale des Finances Publiques -
DGFiP) sont mis à la *
*valeur « 0 » (zéro)*

Doc si vous avez la BD-Adresse je serais intéressé de savoir ce qu'il en
est sans ces numéros fictifs.
Ainsi que le nombre d'adresse par TYP_LOC qui permet de savoir si l'adresse
est sur le batiments ou pas.
Les adresses IGN sont décomposés sur les bâtiments collectifs avec
l'info COMPL ce qui peut aussi faire gonfler les comptes

Le champs METHODE doit nous permettre de connaitre comment ont été
récupérés ou créés les adresses et le pourcentage provenant des partenaires
(valeur= précodé)

L'estimation est à 2% de confusion
D'après la doc voici la répartition du positionnement de l'adresse:
- Positionnée à la plaque adresse 48 %
- Projection à partir du centre des parcelles 36 %
- Interpolation (tronçon et voie) 14 %
- Positionnement à la zone d’adressage 1 %
- Positionnement au centre de la commune 1 %

Bref une comparaison possible oui. Mais la répartition entre
l'interpolation et le terrain pour nous doivent surement être totalement
différentes. Le nombre adresses restant à saisir ne me semble pas cohérent
ou il faut déjà arriver à filtrer une bonne partie de la base de l'IGN
avant.



Le 1 octobre 2014 06:35, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Bonjour,

 Le 01/10/2014 00:44, Christian Quest a écrit :

  26 millions d'adresses (pour dénigrer nos petits 15 millions
 d'adresses)... et combien qui ne correspondent à rien sur le terrain ?

 L'IGN joue un peu en ce moment à celui qui a la plus grosse (base)... la
 quantité quitte à compter n'importe quoi là dedans comme des numéros
 temporaires attribués par le cadastre, ou des adresses virtuelles
 données à des transformateurs électriques (ils ne connaissent pas les
 ref GDO).
 C'est sûr qu'il est plus facile de communiquer sur des chiffres de
 quantité que sur la qualité plus difficile à comparer.


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.

  (...)

 Mais ça ne change pas le constat + général sur le contenu de cette BD.

 vincent


 ___
 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.fr : De la diversité des cartes produites avec OSM, lien mort

2014-10-01 Par sujet Ab_fab

Je l'avais également constaté.
Dommage, c'est sympa pour présenter le projet

2014-09-30 23:27 GMT+02:00 Vincent Pottier vpott...@gmail.com:

 re-bonsoir,

 Le lien de la page De la diversité des cartes produites avec OSM vers
 http://www.openwhatevermap.org/ est mort.
 erreur 403 Forbidden.
 --
 FrViPofm


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

C'est sur que les tracés à champignon ça va pas être Top XD

@Vincent sur JOSM tu perds l'avantage de la fonction livré par Strava en
terme de calcule du positionnement du tronçon. Certe c'est de
l'amélioration mais ça ne fonctionne que sur iD et sur leur Fork du projet.

Le 1 octobre 2014 09:18, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 Intéressant ce projet, et surtout les données :-)

 Le mardi 30 septembre 2014 23:55:24 Vincent Pottier a écrit :
  Le 30/09/2014 23:33, Eric Debeau a écrit :
   Bonsoir
  
   Strava,
 
  Du coup, j'ai ajouté ça dans les calques de JOSM :
  Strava :
  tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png
 
  et maintenant, le vois les sentiers sous les arbres ;-)

 Ok, mais attention toutes les traces ne passent pas sur des chemins.
 Je viens de faire un test sur un secteur que je connais un peu, et je vois
 des
 traces de gars (ou filles) qui se sont bien éclatés dans la forêt :-) Donc
 comme d'habitude, il faut ensuite aller vérifier sur place si ça passe
 vraiment, ou si c'est juste un single improvisé.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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 (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Par sujet Nicolas Moyroud




L'IGN vous aura entendus :) (ça date de ce matin) :
http://georezo.net/forum/viewtopic.php?pid=257855#p257855
Allez tiens je veux bien pustuler, mais par contre je leur refais tout 
le géoportail avec que du libre. ;-)

Ben comment ça, ma candidature est recalée d'office ? Rooohhh...

Nicolas

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils 
sont aussi dans BANO, car rien en apparence de les différencie des 
autres. On devrait pouvoir en détecter, ils sont souvent exprimés en 
milliers au milieu d'autres numéros en unités ou dizaines, dans la 
même voie, mais on ne s'est pas lancé là dedans pour l'instant.


Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en 
question.


Au passage, si ça vient de la poste, c'est une base au format adresse 
postale, sans accents, sans tirets etc... ?


Qu'est-ce que je peste aussi contre ces absence dans le cadastre, 
particulièrement sur les majuscule. C'est une ancienne limite technique ?



Stf

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

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 0:17 GMT+02:00 Yves Pratter yves.prat...@gmail.com:

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

Ouh là, attention, terrain glissant. C'est très limite question légal.
Même si leur base n'est pas directement exploitée, s'en servir pour
détecter nos manquements pourrait être considéré comme un usage
indirect mais assez significatif de leur travail pour demander
rénumération. Un juge pourrait facilement trancher en leur faveur
(tout est question de proportionalité). Quelqu'un a récemment mis en
ligne un outil qui compare les routes de google maps avec osm et la
même question se pose dans ce cas là.
Au passage, aucune licence ne détaille ce genre d'usage. Même si
j'avoue n'avoir pas lu les 64 pages du PDF de la licence de l'IGN ce
qui doit être un record en ce domaine (pour refaire un peu d' IGN
bashing ;-)

Pieren

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

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Par sujet Ab_fab

*Mais est-ce que c’est utilisable pour du contrôle qualité ?*
*Ou pour savoir ce qui reste à saisir dans OSM ?*

A moins d'obtenir une autorisation explicite de l'IGN, basée sur un
protocole bien défini d'analyse et de précision dans les résultats (*), je
ne pense pas que ce soit possible.

J'en profite pour glisser le lien vers un billet intéressant de Libertic,
en particulier pour l'évocation des suites de l'ouverture des données
adresses sur Nantes

http://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/


(*) Par exemple, des stats à l'échelle d'un carreau INSEE (% d'avancement,
nombre d'adresses manquantes) ce serait déjà intéressant.


Le 1 octobre 2014 00:17, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est pas pour tous le monde que c'est gratuit mais que pour les organisme
 public et la recherche.

 Ok, j’avais bien lu ;-)

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

 Si je comprends bien la page de status de BANO
 https://openstreetmap.fr/outils/bano/status, elle contient
 actuellement 18 500 093 adresses.
 Il en manquerait donc 6,5 millions ?

 Je trouve que Bano est assez avancé car ce projet est très récent
 71% des adresses françaises sont recensées (si on considère que BD
 ADRESSE décrit les 100%)

 —
 Yves



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Par sujet adrien carpentier

je pense que ça doit être un des objectifs du rapprochement BANO^2 / BAN
proposé par la mission étalab...
si l'ign pouvait mettre à dispo la bd adresse pour contrôle qualité
officiellement, ça serait une première grosse victoire
ensuite, voire comment les remontées terrain de modifications peuvent
servir à l'amélioration des bases adresses, avant un jour une base unique?
Merci Christian pour la vanne sur la grosse base, ça me rappelle qqch...
à bientôt
adrien


Le 1 octobre 2014 11:25, Ab_fab gamma@gmail.com a écrit :


 *Mais est-ce que c’est utilisable pour du contrôle qualité ?*
 *Ou pour savoir ce qui reste à saisir dans OSM ?*

 A moins d'obtenir une autorisation explicite de l'IGN, basée sur un
 protocole bien défini d'analyse et de précision dans les résultats (*), je
 ne pense pas que ce soit possible.

 J'en profite pour glisser le lien vers un billet intéressant de Libertic,
 en particulier pour l'évocation des suites de l'ouverture des données
 adresses sur Nantes


 http://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/

 
 (*) Par exemple, des stats à l'échelle d'un carreau INSEE (% d'avancement,
 nombre d'adresses manquantes) ce serait déjà intéressant.


 Le 1 octobre 2014 00:17, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est pas pour tous le monde que c'est gratuit mais que pour les
 organisme public et la recherche.

 Ok, j’avais bien lu ;-)

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

 Si je comprends bien la page de status de BANO
 https://openstreetmap.fr/outils/bano/status, elle contient
 actuellement 18 500 093 adresses.
 Il en manquerait donc 6,5 millions ?

 Je trouve que Bano est assez avancé car ce projet est très récent
 71% des adresses françaises sont recensées (si on considère que BD
 ADRESSE décrit les 100%)

 —
 Yves



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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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




-- 
http://www.virage-energie-npdc.org/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Par sujet Philippe Verdy

Je suis déjà tombé sur une licence de 80 pages formatée en deux colonnes
par page et en corps 9 (le minimum légal à condition de demander le
document authentique qu'on ne vous fournit as toujours et qu'on vous
remplace par une notice microscopique écrit en corps 7 voire moins sur un
fond coloré et dans une encre peu contrastée ou en baige clair sur blanc
sur une feuille presque transparente qui laisse entrevoir ce qui est écrit
de l'autre côté)...

interminable pour y chercher un numéro de téléphone ou point de contact; et
suivre les différentes étapes d'une procédure de recours destinée à mettre
fin à un contrat commercial lié à cette licence et qui n'avait pourtant
rien à voir avec un service professionnel... Plus long même qu'un contrat
d'assurance ou une notice sur une service de transaction boursière avec ses
nombreuses clauses d'exemption de responsabilité.

Mais sinon vous pouvez toujours regarder les clauses d'un contrat
d'abonnement d'un FAI, les CGU de Microsoft accompagnant ses licences, tout
contrat avec une banque ou pire avec une assurance même le contrat du
service de base le plus basique sensé être proposé à tout le monde
(notamment une complémentaire santé). Plus la société vendeuse est grosse
financièrement, plus ses contrats enflent et deviennent illisibles et
impossibles à comparer. Les offres de crédit à la consommation sont tout
autant illisibles.

D'un autre côté plus le document est long et plus il se contredit lui-même
et des juges ont annulé des tas de clauses incompréhensibles ou trop vagues
restreignant des engagements apparemment clairs écrit en gros dans la
présentation initiale de l'offre et vanté dans la publicité (la présence
d'un astérisque au bout d'un slogan ne justifie rien; surtout si la clause
additionelle n'est pas sur la même page ni écrite dans un corps suffisant).

En fin de compte, les contrats oraux par téléphone (enregistrés) sont
beaucoup plus faciles à comprendre et défendre. Il est dommage que les
enregistrements téléphoniques certifiés ne soient pas encore possibles
techniquement (alors que la loi le permet à condition que l'enregistrement
ait fait l'objet d'une mention explicite et d'un accord initial), post
signés ensuite par une signature numérique apposée sur une transcription.
Cela validerait bien des accords car impossible de glisser des petites
lignes.

Tout contrat de plus d'une page (format courrier légal) sur un seul et même
produit devrait être considéré comme abusif. S'il faut plus de pages c'est
parce que cela porte sur des produits différents qui doivet ausi être
facturés séparément et avoir une dénomination distinctive.

Maintenant l'état ne donne pas le bon exemple non plus avec ses formulaires
de déclaration fiscale ou pour la moindre démarche administrative avec des
fiches de renseignement interminables (la partie identification pourrait
comprendre un recto, les autres renseignements et
agréments/certifications/signature sur le verso. L'autre solution ce sont
les fiches annexes de renseignement complémentaires faisant une référence
directe au document principal (dont la partie recto d'identification peut
comprendre une liste certifiée de ses annexes obligatoires). On doit
pouvoir comprendre les clauses et responsabilité au sein d'une seule et
unique page et séparer clairement ce qui est séparable et toutes les
options non nécessaires au contrat initial et qui peuvent être annulées
séparément.

Le 1 octobre 2014 11:13, Pieren pier...@gmail.com a écrit :

 2014-10-01 0:17 GMT+02:00 Yves Pratter yves.prat...@gmail.com:

  Mais est-ce que c’est utilisable pour du contrôle qualité ?
  Ou pour savoir ce qui reste à saisir dans OSM ?

 Ouh là, attention, terrain glissant. C'est très limite question légal.
 Même si leur base n'est pas directement exploitée, s'en servir pour
 détecter nos manquements pourrait être considéré comme un usage
 indirect mais assez significatif de leur travail pour demander
 rénumération. Un juge pourrait facilement trancher en leur faveur
 (tout est question de proportionalité). Quelqu'un a récemment mis en
 ligne un outil qui compare les routes de google maps avec osm et la
 même question se pose dans ce cas là.
 Au passage, aucune licence ne détaille ce genre d'usage. Même si
 j'avoue n'avoir pas lu les 64 pages du PDF de la licence de l'IGN ce
 qui doit être un record en ce domaine (pour refaire un peu d' IGN
 bashing ;-)

 Pieren

 ___
 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

[OSM-talk-fr] Appareil photo avec traces GPS

2014-10-01 Par sujet Yves Pratter


Le 1 oct. 2014 à 00:59, Yves Pratter yves.prat...@gmail.com a écrit en 
réponse au message Re: [OSM-talk-fr] Qualité GPS Garmin Edge

 Pour info, je viens de tester un appareil photo qui enregistre une trace GPS 
 (en plus de la position dans les photos).
 SONY Cybershot DSC HX400V
 
 Je n’ai pas réussi à l’ouvrir dans JOSM. Il est tard, mon Mac fatigue et moi 
 aussi ;-)
Fichier - ouvrir : JOSM charge le fichier NMEA et le convertit automatiquement 
(faut-il un greffon spécifique ?)

 Les fixes sont rapides et fiables (en comparaison d’un compact PANASONIC dont 
 j’ai désactivé la fonction GPS).

Un affichage sur la couche Bing Sat semble correcte (terrain accidenté en fond 
de canyon).
Malheureusement la qualité de la précision (HDOP) n’est pas renseignée par 
l’appareil photo.

De plus c’est assez adapté à une rando à pied (la courbe suit bien le sentier), 
mais plus du tout quand la vitesse est élevée car les points sont enregistrés 
toutes les 15 secondes.

—
Yves

Pour info, pour afficher la DOP avec JOSM, il faut cocher la case « Mode avancé 
» dans les préférences.
On peut ainsi afficher des cercles proportionnels à la précision et/ou colorier 
la trace en fonction de la DOP.

 Extrait de la trace :
 @Sonygps/ver3.0/wgs-84/
 $GPGGA,140227.000,4700.8606,N,00600.1793,E,1,0,,110.0,M,,M,,*5F
   ^ HDOP manquante

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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

C'est dommage. Et le Edge a cette info dans les traces?

Le 1 octobre 2014 11:52, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:59, Yves Pratter yves.prat...@gmail.com a écrit en
 réponse au message Re: [OSM-talk-fr] Qualité GPS Garmin Edge

 Pour info, je viens de tester un appareil photo qui enregistre une trace
 GPS (en plus de la position dans les photos).
 SONY Cybershot DSC HX400V

 Je n’ai pas réussi à l’ouvrir dans JOSM. Il est tard, mon Mac fatigue et
 moi aussi ;-)

 Fichier - ouvrir : JOSM charge le fichier NMEA et le convertit
 automatiquement (faut-il un greffon spécifique ?)

 Les fixes sont rapides et fiables (en comparaison d’un compact PANASONIC
 dont j’ai désactivé la fonction GPS).


 Un affichage sur la couche Bing Sat semble correcte (terrain accidenté en
 fond de canyon).
 Malheureusement la qualité de la précision (HDOP) n’est pas renseignée par
 l’appareil photo.

 De plus c’est assez adapté à une rando à pied (la courbe suit bien le
 sentier), mais plus du tout quand la vitesse est élevée car les points sont
 enregistrés toutes les 15 secondes.

 —
 Yves

 Pour info, pour afficher la DOP avec JOSM, il faut cocher la case « Mode
 avancé » dans les préférences.
 On peut ainsi afficher des cercles proportionnels à la précision et/ou
 colorier la trace en fonction de la DOP.

 Extrait de la trace :
 @Sonygps/ver3.0/wgs-84/
 $GPGGA,140227.000,4700.8606,N,00600.1793,E,1,0,,110.0,M,,M,,*5F
   ^ HDOP manquante



 ___
 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] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

Au passage, si ça vient de la poste, c'est une base au format adresse
postale, sans accents, sans tirets etc... ?

Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
particulièrement sur les majuscule. C'est une ancienne limite technique ?

C'est pas bien compliqué de contourner ce problème et de faire un
rapprochement sur des chaines de caractères automatique. Perso, je fais ça
en python. Je génére des slug (sorte d'identifiant unique texte) et je fais
des comparaisons de nom entre sources de données différentes avant faire
mes jointures attributaires. Ensuite j'isole les données des sources dans
un sens comme dans l'autres pour voir ce qui n'a pas trouvé de
correspondance (nom alternatif...) pour ensuite faire une deuxième passe...

J'avais même intégré cette fonction dans PostgreSQL en PL/Python

La technique consiste à avoir les mêmes caractères de séparation et la même
case en ajoutant une fonction qui converti les caractères non ascii en
caratère ascii ou/et supprime des caractères non souhaitait (comme des
balise HTML). On peut même tester les correspondance de nom avec
abréviation.

voir ce code https://gist.github.com/turicas/1428479

Je pense qu'on pourrait aisément le faire pour l'ensemble des noms de rue
en incluant aussi une table de clé de valeurs de remplacement au besoin
(mais par commune car les prénoms peuvent être différent et l’abréviation
identique...)


Le 1 octobre 2014 10:20, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.


 Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en
 question.

 Au passage, si ça vient de la poste, c'est une base au format adresse
 postale, sans accents, sans tirets etc... ?

 Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
 particulièrement sur les majuscule. C'est une ancienne limite technique ?


 Stf


 ___
 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] Appareil photo avec traces GPS

2014-10-01 Par sujet Yves Pratter


Le 1 oct. 2014 à 12:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit :

 C'est dommage. Et le Edge a cette info dans les traces?

Il n’y a pas de détails dans le manuel.

Les GPS Garmin gèrent les formats GPX, TCX et FIT (entre autres).
Voici la liste des formats importés/exportés selon les modèles : 
http://www.garmindeveloper.com/web-device/garmin-communicator-plugin/device-support-matrix/

La norme GPX permet d’indiquer la HDOP, VDOP et PDOP.
Est-ce que Garmin enregistre toujours ces informations ??

Le format FIT (Flexible and Interoperable Data Transfer) n’est pas lisible pour 
nous autres humains (format binaire).
Dans la spécification, je ne vois aucun champs concernant la DOP…

Il enregistre semble-t-il uniquement la position, la cadence, la fréquence 
cardiaque… mais pas de DOP.

—
Yves



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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

Le 1 octobre 2014 11:35, adrien carpentier ad.carpent...@gmail.com a
écrit :

 je pense que ça doit être un des objectifs du rapprochement BANO^2 / BAN
 proposé par la mission étalab...
 si l'ign pouvait mettre à dispo la bd adresse pour contrôle qualité
 officiellement, ça serait une première grosse victoire
 ensuite, voire comment les remontées terrain de modifications peuvent
 servir à l'amélioration des bases adresses, avant un jour une base unique?
 Merci Christian pour la vanne sur la grosse base, ça me rappelle qqch...


Désolé j'ai oublié l'attribution de la vanne à un certain Adrien C ;)


Lors de l'entretien que j'ai eu à Montpellier en juin avec le DG de l'IGN,
celui-ci était favorable à fournir la BD Adresse (un ancien millésime) pour
compléter BANO. On ne parlait pas encore de BANO^2 à l'époque.

J'ai deux importantes réunions qui arrivent:
- cet après-midi avec la direction du cadastre à la DGFiP
- demain matin au CNIG (commission données) où je présenterai BANO^2

J'espère que la réunion du CNIG à laquelle très exceptionnellement le DG de
l'IGN sera présent, ainsi que des représentants SNA de La Poste mais aussi
la DISIC (SGMAP) permettra d'établir les bases d'un travail collectif en
bonne intelligence.

Comme vous voyez ça bouge autour des adresses !

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

[OSM-talk-fr] Import des arbres du pere lachaise

Bonjour,

Que penser de cet import non déclaré des arbres du père Lachaise (26
sep 2014):
http://www.openstreetmap.org/changeset/25696964

J'ai un problème avec cet import. Il n'y pas de tag source ni sur
les éléments, ni dans le changeset même si on la devine avec certains
tags. Les tags ref:opendataparis:adresse,
ref:opendataparis:domanialit et ref:opendataparis:geo_point_2d
sont inutiles amha. Et certains taxons sont abbrégés.
On a maintenant deux options : soit corriger l'existant, soit faire un
revert et demander à osmmaker de refaire son import en corrigeant ses
erreurs. Le pire, c'est que c'est un récidivsite (février 2013):
http://www.openstreetmap.org/changeset/15133850

Je ne cache pas que ma préférence va à la deuxième solution. On ne
devrait pas pouvoir importer 4000+ éléments dans OSM sans contacter un
minimum la communauté pour voir si le process est bien préparé (bien
que je sois aussi contre le formalisme autoritaire des lourdes
procédures imposées par le dwg pour tous les imports)

Pieren

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

Les noms de voie ont été maltraités pendant des décennies par la norme
AFNOR sur les adresses, norme postale.

Beaucoup de bases ne possède que des libellés version MINITEL, c'est à
dire en majuscule, abbrégés et bien sûr sans accent.

Pour les jeux en opendata, on trouve un peu de tout, il n'y a pas de
cohérence d'un jeu à l'autre. Le dernier en date (Metz Métropole, publié
hier sur data.gouv.fr et intégré hier soir dans BANO) a les libellés
découpés en trois champs, mais il ceux-ci ne sont pas homogène. On a une
Impasse Saint-Exupéry, à côté d'une Rue Saint-exupery...

Les scripts BANO essayent d'extraire le libellé le plus complet, en faisant
différents rapprochement entre les nom figurant dans OSM et les libellés
présent sur les planches du cadastre.



Le 1 octobre 2014 10:20, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.


 Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en
 question.

 Au passage, si ça vient de la poste, c'est une base au format adresse
 postale, sans accents, sans tirets etc... ?

 Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
 particulièrement sur les majuscule. C'est une ancienne limite technique ?


 Stf


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




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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Le 01/10/2014 12:36, Jérôme Seigneuret a écrit :
Au passage, si ça vient de la poste, c'est une base au format adresse 
postale, sans accents, sans tirets etc... ?


Qu'est-ce que je peste aussi contre ces absence dans le cadastre, 
particulièrement sur les majuscule. C'est une ancienne limite technique ?


C'est pas bien compliqué de contourner ce problème et de faire un 
rapprochement sur des chaines de caractères automatique.


Ce n'est pas compliqué si c'est un nom connu, ce qui n'est pas toujours 
le cas, loin de là.


A l'instant, j'ai un nom de hameau qui est LES MAZERIES. S'agit-'il 
des mazéries, ou bien des mazeries, ou encore des mazèries.



Le mercredi 1 octobre 2014 14:37:43, Christian Quest a écrit :

 J'ai deux importantes réunions qui arrivent:
 - cet après-midi avec la direction du cadastre à la DGFiP

Si tu as de la place pour leur demander s'il pouvaient ne pas supprimer 
les accents sur les majuscules...  :-)


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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en clair
c'est super pour faire des graphes à mettre dans un soft d'analyse pour le
running

D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour le
705 (GPX, TCX)
Par contre, pas d'info sur le 800 et le 810.


voici le contenu de l'export texte type de garmin
imple Text Output Format:

*The simple text (ASCII) output contains time, position, and velocity data
in*
*the fixed width fields (not delimited) defined in the following table:*

*FIELD DESCRIPTION:  WIDTH:  NOTES:*
*--- --- *
*Sentence start  1   Always '@'*
*--- --- *
*   /Year2   Last two digits of UTC year*
*  | --- --- *
*  | Month   2   UTC month, 01..12*
*T | --- --- *
*i | Day 2   UTC day of month, 01..31*
*m | --- --- *
*e | Hour2   UTC hour, 00..23*
*  | --- --- *
*  | Minute  2   UTC minute, 00..59*
*  | --- --- *
*   \Second  2   UTC second, 00..59*
*--- --- *
*   /Latitude hemisphere 1   'N' or 'S'*
*  | --- --- *
*  | Latitude position   7   WGS84 ddm, with an implied*
*  | decimal after the 4th digit*
*  | --- --- *
*  | Longitude hemishpere1   'E' or 'W'*
*  | --- --- *
*  | Longitude position  8   WGS84 dddm with an implied*
*P | decimal after the 5th digit*
*o | --- --- *
*s | Position status 1   'd' if current 2D differential GPS
position*
*i | 'D' if current 3D differential GPS
position*
*t | 'g' if current 2D GPS position*
*i | 'G' if current 3D GPS position*
*o | 'S' if simulated position*
*n | '_' if invalid position*
*  | --- --- *
*  | Horizontal posn error   3   EPH in meters*
*  | --- --- *
*  | Altitude sign   1   '+' or '-'*
*  | --- --- *
*  | Altitude5   Height above or below mean*
*   \sea level in meters*
*--- --- *
*   /East/West velocity  1   'E' or 'W'*
*  | direction*
*  | --- --- *
*  | East/West velocity  4   Meters per second in tenths,*
*  | magnitude   (1234 = 123.4 m/s)*
*V | --- --- *
*e | North/South velocity1   'N' or 'S'*
*l | direction*
*o | --- --- *
*c | North/South velocity4   Meters per second in tenths,*
*i | magnitude   (1234 = 123.4 m/s)*
*t | --- --- *
*y | Vertical velocity   1   'U' (up) or 'D' (down)*
*  | direction*
*  | --- --- *
*  | Vertical velocity   4   Meters per second in hundredths,*
*   \magnitude   (1234 = 12.34 m/s)*
*--- --- *
*Sentence end2   Carriage return, '0x0D', and*
*line feed, '0x0A'*
*--- --- *

*If a numeric value does not fill its entire field width, the field is
padded*
*with leading '0's (eg. an altitude of 50 meters above MSL will be output
as*
*+00050).*

*Any or all of the data in the text sentence (except for the sentence start*
*and sentence end fields) may be replaced with underscores to indicate*
*invalid data.*

L'EPH à l'air de correspondre au HDOP du GPX...


Le 1 octobre 2014 14:20, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 12:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est dommage. Et le Edge a cette info dans les traces?


 Il n’y a pas de détails dans le manuel.

 Les GPS Garmin gèrent les formats GPX, TCX et FIT
 http://wiki.openstreetmap.org/wiki/FIT (entre autres).
 Voici la liste des formats importés/exportés selon les modèles :

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 14:37 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

 Comme vous voyez ça bouge autour des adresses !

Mouais, ça bougeait aussi il y a dix ans. C'est peut-être juste un
spasme avant la mort cérébrale ;-)

Sinon, pour savoir qui a la plus grosse, vu sur un rapport récent du
cnig ([1]):
- DGFiP : 22 millions d'adresses dont 5 avec no  5000 (temporaires ?)
- IGN : 25 millions d'adresses dont 80% localisées précisément (ce qui
fait quand même 20% de pifométrées)
- la poste : 22 millions d'adresses dont 18 intégrées dans la base IGN

Pieren

[1] 
http://cnig.gouv.fr/wp-content/uploads/2013/09/BAN_pr%C3%A9sentation-du-25sept13.pdf

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

Re: [OSM-talk-fr] Import des arbres du pere lachaise


Le mercredi 1 octobre 2014 14:49:00, Pieren a écrit :

Bonjour,

Que penser de cet import non déclaré des arbres du père Lachaise (26
sep 2014):
http://www.openstreetmap.org/changeset/25696964

J'ai un problème avec cet import. Il n'y pas de tag source ni sur
les éléments, ni dans le changeset


En sachant qu'il est contributeur depuis 5 ans, avec plus de 5000 
changesets, et que Josm fait la tête lorsqu'on ne donne pas de source 
au changeset, je trouve ça un peu culotté voir carrément du 
jemenfoutisme 


Je vote 2

Stf


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

Re: [OSM-talk-fr] Import des arbres du pere lachaise

2014-10-01 Par sujet f . dos . santos

Moi aussi partisan du revert, surtout que ce n'est pas la première fois vu le 
nombre de rappel à l'ordre :

http://www.openstreetmap.org/user/osmmaker/blocks

Francisco

- Mail original -
De: Stéphane Péneau stephane.pen...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 1 Octobre 2014 15:18:56
Objet: Re: [OSM-talk-fr] Import des arbres du pere lachaise

Le mercredi 1 octobre 2014 14:49:00, Pieren a écrit :
 Bonjour,

 Que penser de cet import non déclaré des arbres du père Lachaise (26
 sep 2014):
 http://www.openstreetmap.org/changeset/25696964

 J'ai un problème avec cet import. Il n'y pas de tag source ni sur
 les éléments, ni dans le changeset

En sachant qu'il est contributeur depuis 5 ans, avec plus de 5000 
changesets, et que Josm fait la tête lorsqu'on ne donne pas de source 
au changeset, je trouve ça un peu culotté voir carrément du 
jemenfoutisme 

Je vote 2

Stf


___
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

[OSM-talk-fr] Fwd: [OSM-talk] speaker urgently needed to provide short intro to UMAP

Si quelqu'un se sent capable de présenter umap dans un webinar en
anglais le 3.10, le message suivant peut l'intéresser:

-- Forwarded message --
From: Adrien Labaeye adrienlaba...@gmail.com
Date: Wed, Oct 1, 2014 at 3:36 PM
Subject: [OSM-talk] speaker urgently needed to provide short intro to UMAP
To: t...@openstreetmap.org

Dear mappers,

I'm in contact with Shareable that is organizing a global map jam of
the new economy during the last two weeks of October. So far they
recommend the use of Google maps because it's easy. But if someone who
has a good knowledge of umap could provide a short introduction during
a webinar on 3.10 at 11pm CET they could actually recommend dozens of
communities to use Umap.

Anyone? please contact me ASAP @ adrienlabaeye [a] gmail.com

More on the mapping jam:
http://www.shareable.net/blog/mapjam-20-to-put-the-new-economy-on-the-map

Best,

--
Adrien Labaeye

+49 176 3810 8605 | Skype ID: adrien.labaeye | Twitter: @alabaeye |
transitionlab.de

c/o Thinkfarm Berlin
Oranienstraße 183
10999 Berlin
(3. Hof, Aufgang C, 3. OG)
http://berlin.thinkfarm.de/

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

*A l'instant, j'ai un nom de hameau qui est LES MAZERIES. S'agit-'il des
mazéries, ou bien des mazeries, ou encore des mazèries.*

Si c'est un ajout manquant je dirais bien d'y mettre une alerte demandant
de vérifier sur le terrain ou sur une source officielle
Si c'est une valeur qui existe dans OSM de faire confiance à ce qu'il y a
en base OSM
Si il y a plusieurs écritures en en base sources ou en base de destination
de faire une alerte dans le scripts en listant des valeurs sources et
destination à contrôler pour faire un choix. Si c'est pas possible, créer
une alerte avec les valeurs
par exemple:* alt_name=**LES MAZERIES;**Mazéries;**Mazèries*

Personnellement, je ne mettrais pas ça directement dans le tag *name* sans
certitude mais en *alt_name *et un *note=FIXME Vérifier l'orthographe sur
le terrain et sur une source officielle*




Le 1 octobre 2014 14:59, Pieren pier...@gmail.com a écrit :

 2014-10-01 14:37 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  Comme vous voyez ça bouge autour des adresses !

 Mouais, ça bougeait aussi il y a dix ans. C'est peut-être juste un
 spasme avant la mort cérébrale ;-)

 Sinon, pour savoir qui a la plus grosse, vu sur un rapport récent du
 cnig ([1]):
 - DGFiP : 22 millions d'adresses dont 5 avec no  5000 (temporaires ?)
 - IGN : 25 millions d'adresses dont 80% localisées précisément (ce qui
 fait quand même 20% de pifométrées)
 - la poste : 22 millions d'adresses dont 18 intégrées dans la base IGN

 Pieren

 [1]
 http://cnig.gouv.fr/wp-content/uploads/2013/09/BAN_pr%C3%A9sentation-du-25sept13.pdf

 ___
 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] Appareil photo avec traces GPS

2014-10-01 Par sujet Yves Pratter


Le 1 oct. 2014 à 14:54, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit :

 Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en clair 
 c'est super pour faire des graphes à mettre dans un soft d'analyse pour le 
 running
En fait c’est dispo. Il s’agit des champs gps_accuracy (cf. Profile.xls du 
FitSDKRelease_12)
Mais comme le champ EPH (c’est le même ?), il doit s’agir d’une estimation de 
l’erreur de position horizontale déduite de la HDOP.

Pour info, voici une bonne définition des DOP :
http://nptel.ac.in/courses/Webcourse-contents/IIT-KANPUR/ModernSurveyingTech/lectureB_11/B_11_3GDOP.htm

Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne 
précision avec 3 satellites : plus ils sont éloignés les uns des autres, 
meilleure est la précision.
On peut au contraire, avoir une DOP très mauvaise avec 6 satellites ou plus, 
pour peu que ceux-ci soient proche les uns des autres. (cf. lien précédent).

 D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour le 
 705 (GPX, TCX) 
 Par contre, pas d'info sur le 800 et le 810.
Ils peuvent importer les formats GPX, TCX, FIT (source : What file formats will 
the Edge 500, 510, 800, or 810 support?)

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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

*Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne
précision avec 3 satellites : plus ils sont éloignés les uns des autres,
meilleure est la précision.*

Pour les satellites c'est vrai en effet si les trois sont bien calés et que
les conditions environnementale entre toi et tes 3 satellites sont idéales
. Mais il me semble que l'importance d'avoir plusieurs Satellites permets
aussi de pondérer les erreurs d'émission d'un satellite. Si t'en a 3 t'es
pas très bien si l'un d'eux est mal positionné ou subit des perturbations.
Bref on rentre dans un débat différent.

*Ils peuvent importer les formats GPX, TCX, FIT (source : **What file
formats will the Edge 500, 510, 800, or 810 support?
https://support.garmin.com/support/searchSupport/case.faces?caseId=%7Bc358e0c0-e69d-11df-ea12-%7D)*

Le lien ne fonctionne pas. Et c'est plus l'export qui m'intéresse dans mon
cas car c'est l'extraction que je veux faire

*Il s’agit des champs gps_accuracy (cf. Profile.xls du FitSDKRelease_12)*

Ok j'avais pas vu ça... Merci

Le 1 octobre 2014 16:08, Yves Pratter yves.prat...@gmail.com a écrit :

Le 1 oct. 2014 à 14:54, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en
clair c'est super pour faire des graphes à mettre dans un soft d'analyse
pour le running

En fait c’est dispo. Il s’agit des champs *gps_accuracy* (cf. Profile.xls
du FitSDKRelease_12)
Mais comme le champ EPH (c’est le même ?), il doit s’agir d’une estimation
de l’erreur de position horizontale déduite de la HDOP.

Pour info, voici une bonne définition des DOP :

http://nptel.ac.in/courses/Webcourse-contents/IIT-KANPUR/ModernSurveyingTech/lectureB_11/B_11_3GDOP.htm

Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne
précision avec 3 satellites : plus ils sont éloignés les uns des autres,
meilleure est la précision.
On peut au contraire, avoir une DOP très mauvaise avec 6 satellites ou
plus, pour peu que ceux-ci soient proche les uns des autres. (cf. lien
précédent).

D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour
le 705 (GPX, TCX)
Par contre, pas d'info sur le 800 et le 810.

Ils peuvent importer les formats GPX, TCX, FIT (source : What file
formats will the Edge 500, 510, 800, or 810 support?
https://support.garmin.com/support/searchSupport/case.faces?caseId=%7Bc358e0c0-e69d-11df-ea12-%7D
)

—
Yves

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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Par sujet Eric SIBERT


Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava :
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup plus 
lisible que la superposition de traces issues de OSM.




et maintenant, le vois les sentiers sous les arbres ;-)


S'il y a des traces...

Je viens de regarder autour de Grenoble des coins que j'ai cartographié 
en VTT et où je m'étais dit que ça serait bien si j'avais un tas de 
traces d'autres Vttistes sous la main. Malheureusement, pour le moment, 
ce n'est pas encore ça. J'ai même l'impression qu'il y a plus de traces 
dans OSM que dans Strava. On va attendre que ça monte en puissance :-p.


Eric


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

Re: [OSM-talk-fr] Qualité GPS Garmin Edge

2014-10-01 Par sujet Eric

J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les 
raisons :


* l'écran du 705 est petit, surtout quand on a la vue qui baisse :(
* la CPU est très limite et avec les cartes OSM qui sont riches, 
scroller la carte est un enfer
* le format TCX n'est pas pratique, il faut le mouliner pour faire un 
GPX à chaque fois avec un Babel quelconque.


Mais c'est un très bon GPS, précis pour les traces (précision affichée 
souvent de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je 
pensais qu'il n’était plus vendu ? Je fais mes cartes à partir de OSM et 
ca marche très bien sur le Edge comme l'Oregon.
Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus 
facile qu'avec l'Oregon (trace rose large plus lisible).


Pour les photos, pour ma part j'ai fait un script python (un peu crado) 
qui parse toutes les photos d'un répertoire et qui, d’après leur heure 
(EXIF) va chercher la position la plus proche dans le fichier trace GPX 
associé et qui l’écrit dans les champs EXIF lat/lon de la photo pour la 
géolocaliser après coup. Avec un offset de temps pour compenser un 
décalage d'horloge entre GPS et APN.

Si ca intéresse quelqu'un...
http://www.blueb.fr/_osm/gps-tag.py

Eric [Blueberry]


Date: Tue, 30 Sep 2014 22:42:02 +0200
From: jseigneuret-...@yahoo.fr
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge
  
Et pour les photos vous faites ça en smartphone avec géolocalisation du coup?

Non, appareil photo standard. La géolocalisation n'est pas nécessaire si l'on a 
le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les photos en 
faisant correspondre l'heure de prise de vue avec l'heure des points de la 
trace.
Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue 
(smartphone ou appareil photo équipé d'une puce GPS).
George, désolé pour le message précédent, c'est hotmail qui a mangé ma mise en 
page.



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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Par sujet Vincent Pottier


Le 01/10/2014 18:56, Eric SIBERT a écrit :

Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava :
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup 
plus lisible que la superposition de traces issues de OSM.
Si on pouvait définir une couleur rvba pour les trace GPX dans JOSM avec 
une opacité à 0.3 mais une épaisseur à 2px (par exemple) on aurait cet 
effet heat par superposition. Mais je n'ai jamais trouvé comment changer 
le style d'affichage des traces pour mettre quelque chose d'un peu plus 
lisible que le gris ultra fin.




et maintenant, le vois les sentiers sous les arbres ;-)


S'il y a des traces...

Bien sûr !
En fait c'était une formule humoristique.

Mais ce que j'ai vu en terrain découvert rocheux, c'est qu'un passage 
suffit à montrer où il y a un sentier et à réinterpréter l'imagerie Bing.

--
FrViPofm

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

Retour très positif de la réunion avec la direction du cadastre à la DGFiP.

Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur
la motivation des contributeurs, le fonctionnement du projet, les garde fou
vis à vis de la qualité des données, etc.

Sur un plan plus technique et collaboration, il y a un certain intérêt par
exemple sur des remontées d'erreurs détectées soit automatiquement par les
scripts BANO soit par les rapprochements que l'on doit forcer. Un
échantillon de signalement devrait permettre de voir comment ces remontées
peuvent être utiles en interne.

Nous avons aussi demandé si il était envisageable d'avoir une mise à jour
plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût
éventuel.

C'est un premier contact qui va sûrement se poursuivre rapidement (en plus
on est quasi voisins de bureau, ce qui peut aider !).

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Mais c'est de très bonne augure tout ça !
Bravo !

Stf

Le mercredi 1 octobre 2014 20:34:42, Christian Quest a écrit :

Retour très positif de la réunion avec la direction du cadastre à la
DGFiP.

Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions
sur la motivation des contributeurs, le fonctionnement du projet, les
garde fou vis à vis de la qualité des données, etc.

Sur un plan plus technique et collaboration, il y a un certain intérêt
par exemple sur des remontées d'erreurs détectées soit automatiquement
par les scripts BANO soit par les rapprochements que l'on doit forcer.
Un échantillon de signalement devrait permettre de voir comment ces
remontées peuvent être utiles en interne.

Nous avons aussi demandé si il était envisageable d'avoir une mise à
jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et
en coût éventuel.

C'est un premier contact qui va sûrement se poursuivre rapidement (en
plus on est quasi voisins de bureau, ce qui peut aider !).

--
Christian Quest - OpenStreetMap France


___
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] Amélioration des routes/chemins avec Strava

Hum la fonction de recalage à une sale manie à lisser les courbes un peu
trop fort. Je pense qu'il faudrait pouvoir paramétrer en fonction du besoin
le rayon travail de l'algorithme.

Mais bon j'ai déjà rajouté près de 200 chemins dans les bois autour de
TAVEL ^^


Le 1 octobre 2014 20:29, Vincent Pottier vpott...@gmail.com a écrit :

 Le 01/10/2014 18:56, Eric SIBERT a écrit :

 Du coup, j'ai ajouté ça dans les calques de JOSM :
 Strava :
 tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


 Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup plus
 lisible que la superposition de traces issues de OSM.

 Si on pouvait définir une couleur rvba pour les trace GPX dans JOSM avec
 une opacité à 0.3 mais une épaisseur à 2px (par exemple) on aurait cet
 effet heat par superposition. Mais je n'ai jamais trouvé comment changer le
 style d'affichage des traces pour mettre quelque chose d'un peu plus
 lisible que le gris ultra fin.



  et maintenant, le vois les sentiers sous les arbres ;-)


 S'il y a des traces...

 Bien sûr !
 En fait c'était une formule humoristique.

 Mais ce que j'ai vu en terrain découvert rocheux, c'est qu'un passage
 suffit à montrer où il y a un sentier et à réinterpréter l'imagerie Bing.
 --
 FrViPofm


 ___
 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

[OSM-talk-fr] Conférence ESRI demain : OSM BANO

2014-10-01 Par sujet Vincent de Château-Thierry


Bonsoir,
Pour ceux qui seront de passage à Versailles demain pour la conférence 
ESRI, passez donc faire coucou en salle Vauban à 11:30, j'y présenterai 
OSM et BANO. Les 2 sujets en 25mn, ça va être du rapide :)


vincent

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

C'est une bonne nouvelle!

Jérôme

Le 1 octobre 2014 21:21, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Mais c'est de très bonne augure tout ça !
 Bravo !

 Stf

 Le mercredi 1 octobre 2014 20:34:42, Christian Quest a écrit :

 Retour très positif de la réunion avec la direction du cadastre à la
 DGFiP.

 Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions
 sur la motivation des contributeurs, le fonctionnement du projet, les
 garde fou vis à vis de la qualité des données, etc.

 Sur un plan plus technique et collaboration, il y a un certain intérêt
 par exemple sur des remontées d'erreurs détectées soit automatiquement
 par les scripts BANO soit par les rapprochements que l'on doit forcer.
 Un échantillon de signalement devrait permettre de voir comment ces
 remontées peuvent être utiles en interne.

 Nous avons aussi demandé si il était envisageable d'avoir une mise à
 jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et
 en coût éventuel.

 C'est un premier contact qui va sûrement se poursuivre rapidement (en
 plus on est quasi voisins de bureau, ce qui peut aider !).

 --
 Christian Quest - OpenStreetMap France


 ___
 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] Qualité GPS Garmin Edge

2014-10-01 Par sujet f . dos . santos

Y a aussi gpscorrelate en ligne de commande ou avec une petite interface 
graphique :

http://freefoote.dview.net/linux/gpscorrelate


- Mail original -
De: Jérôme Seigneuret jseigneuret-...@yahoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 1 Octobre 2014 21:22:41
Objet: Re: [OSM-talk-fr] Qualité GPS Garmin Edge



Cool! Merci pour l'info! 
En fait je cherche sur les occasions (Donc j'attends les avis sur le 810 ;-) ) 
Pour le scripts je verrai c'est sympa. Je m'y pencherai plus tard mais je 
prends. 


Le 1 octobre 2014 20:00, Eric  eric...@sfr.fr  a écrit : 


J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les raisons : 

* l'écran du 705 est petit, surtout quand on a la vue qui baisse :( 
* la CPU est très limite et avec les cartes OSM qui sont riches, scroller la 
carte est un enfer 
* le format TCX n'est pas pratique, il faut le mouliner pour faire un GPX à 
chaque fois avec un Babel quelconque. 

Mais c'est un très bon GPS, précis pour les traces (précision affichée souvent 
de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je pensais qu'il 
n’était plus vendu ? Je fais mes cartes à partir de OSM et ca marche très bien 
sur le Edge comme l'Oregon. 
Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus facile 
qu'avec l'Oregon (trace rose large plus lisible). 

Pour les photos, pour ma part j'ai fait un script python (un peu crado) qui 
parse toutes les photos d'un répertoire et qui, d’après leur heure (EXIF) va 
chercher la position la plus proche dans le fichier trace GPX associé et qui 
l’écrit dans les champs EXIF lat/lon de la photo pour la géolocaliser après 
coup. Avec un offset de temps pour compenser un décalage d'horloge entre GPS et 
APN. 
Si ca intéresse quelqu'un... 
http://www.blueb.fr/_osm/gps- tag.py 

Eric [Blueberry] 







Date: Tue, 30 Sep 2014 22:42:02 +0200 
From: jseigneuret-...@yahoo.fr 
To: talk-fr@openstreetmap.org 
Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge 
Et pour les photos vous faites ça en smartphone avec géolocalisation du coup? 
Non, appareil photo standard. La géolocalisation n'est pas nécessaire si l'on a 
le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les photos en 
faisant correspondre l'heure de prise de vue avec l'heure des points de la 
trace. 
Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue 
(smartphone ou appareil photo équipé d'une puce GPS). 
George, désolé pour le message précédent, c'est hotmail qui a mangé ma mise en 
page. 


__ _ 
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] Qualité GPS Garmin Edge

Et JOSM... tout simplement ;)

Le 1 octobre 2014 21:55, f.dos.san...@free.fr a écrit :

 Y a aussi gpscorrelate en ligne de commande ou avec une petite interface
 graphique :

 http://freefoote.dview.net/linux/gpscorrelate


 - Mail original -
 De: Jérôme Seigneuret jseigneuret-...@yahoo.fr
 À: Discussions sur OSM en français talk-fr@openstreetmap.org
 Envoyé: Mercredi 1 Octobre 2014 21:22:41
 Objet: Re: [OSM-talk-fr] Qualité GPS Garmin Edge



 Cool! Merci pour l'info!
 En fait je cherche sur les occasions (Donc j'attends les avis sur le 810
 ;-) )
 Pour le scripts je verrai c'est sympa. Je m'y pencherai plus tard mais je
 prends.


 Le 1 octobre 2014 20:00, Eric  eric...@sfr.fr  a écrit :


 J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les
 raisons :

 * l'écran du 705 est petit, surtout quand on a la vue qui baisse :(
 * la CPU est très limite et avec les cartes OSM qui sont riches, scroller
 la carte est un enfer
 * le format TCX n'est pas pratique, il faut le mouliner pour faire un GPX
 à chaque fois avec un Babel quelconque.

 Mais c'est un très bon GPS, précis pour les traces (précision affichée
 souvent de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je
 pensais qu'il n'était plus vendu ? Je fais mes cartes à partir de OSM et ca
 marche très bien sur le Edge comme l'Oregon.
 Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus
 facile qu'avec l'Oregon (trace rose large plus lisible).

 Pour les photos, pour ma part j'ai fait un script python (un peu crado)
 qui parse toutes les photos d'un répertoire et qui, d'après leur heure
 (EXIF) va chercher la position la plus proche dans le fichier trace GPX
 associé et qui l'écrit dans les champs EXIF lat/lon de la photo pour la
 géolocaliser après coup. Avec un offset de temps pour compenser un décalage
 d'horloge entre GPS et APN.
 Si ca intéresse quelqu'un...
 http://www.blueb.fr/_osm/gps- tag.py

 Eric [Blueberry]







 Date: Tue, 30 Sep 2014 22:42:02 +0200
 From: jseigneuret-...@yahoo.fr
 To: talk-fr@openstreetmap.org
 Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge
 Et pour les photos vous faites ça en smartphone avec géolocalisation du
 coup?
 Non, appareil photo standard. La géolocalisation n'est pas nécessaire si
 l'on a le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les
 photos en faisant correspondre l'heure de prise de vue avec l'heure des
 points de la trace.
 Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue
 (smartphone ou appareil photo équipé d'une puce GPS).
 George, désolé pour le message précédent, c'est hotmail qui a mangé ma
 mise en page.


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




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

Re: [OSM-talk-fr] Qualité GPS Garmin Edge

2014-10-01 Par sujet Vincent de Château-Thierry



Le 01/10/2014 21:55, f.dos.san...@free.fr a écrit :

Y a aussi gpscorrelate en ligne de commande ou avec une petite interface 
graphique :

http://freefoote.dview.net/linux/gpscorrelate


- Mail original -
De: Jérôme Seigneuret jseigneuret-...@yahoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 1 Octobre 2014 21:22:41
Objet: Re: [OSM-talk-fr] Qualité GPS Garmin Edge



Cool! Merci pour l'info!
En fait je cherche sur les occasions (Donc j'attends les avis sur le 810 ;-) )
Pour le scripts je verrai c'est sympa. Je m'y pencherai plus tard mais je 
prends.


Le 1 octobre 2014 20:00, Eric  eric...@sfr.fr  a écrit :


J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les raisons :

* l'écran du 705 est petit, surtout quand on a la vue qui baisse :(
* la CPU est très limite et avec les cartes OSM qui sont riches, scroller la 
carte est un enfer
* le format TCX n'est pas pratique, il faut le mouliner pour faire un GPX à 
chaque fois avec un Babel quelconque.

Mais c'est un très bon GPS, précis pour les traces (précision affichée souvent 
de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je pensais qu'il 
n’était plus vendu ? Je fais mes cartes à partir de OSM et ca marche très bien 
sur le Edge comme l'Oregon.


En effet, le 705 n'est plus commercialisé.


Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus facile 
qu'avec l'Oregon (trace rose large plus lisible).

Pour les photos, pour ma part j'ai fait un script python (un peu crado) qui 
parse toutes les photos d'un répertoire et qui, d’après leur heure (EXIF) va 
chercher la position la plus proche dans le fichier trace GPX associé et qui 
l’écrit dans les champs EXIF lat/lon de la photo pour la géolocaliser après 
coup. Avec un offset de temps pour compenser un décalage d'horloge entre GPS et 
APN.
Si ca intéresse quelqu'un...
http://www.blueb.fr/_osm/gps- tag.py



En environnement propriétaire (Windows ou Apple) il existe le très bon 
Exiftool :

http://www.sno.phy.queensu.ca/~phil/exiftool/
qui permet beaucoup de manips, dont celles décrites par Eric.

vincent

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

[OSM-talk-fr] OSM Tracker

2014-10-01 Par sujet Benoît

Bonjour
certains d'entre-vous utilisent-ils OSM Tracker sous Android ? pour ma part 
j'ai l'impression qu'il y a bug car je n'ai aucun fond de carte, pas même de 
trace qui s'affiche, juste une grille vide dans laquelle je peux zoomer sans 
qu'il ne s'affiche jamais rien.



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

Re: [OSM-talk-fr] OSM Tracker