Re: [OSM-talk-fr] Garmin sur vente-privee

[Camille Constans]

Thomas Walraet a écrit :
> Camille Constans wrote:
>   
>> Yann Coupin a écrit :
>> 
>>> gpsbabel -i gpx -f input.gpx -x discard,fixnone -x discard,sat=5 -x  
>>> discard,hdop=2,vdop=5,hdopandvdop -o gpx -F output.gpx
>>>   
>> Effectivement le fix est complétement nul, mais il enregistre malgrès 
>> tout des points complétement faux (je retouche chaque fois avec map 
>> source). Je cherche toujours comment l'obliger à enregistrer uniquement 
>> quand il a suffisament de satellites mais je crois la cause perdue.
>> 
>
> Tu utilises quoi pour sortir les traces de l'appareil ?
>
> gpsbabel ne va pas empêcher ton GPS d'enregistrer les point sans 
> satellite, mais avec la ligne de commande donnée par Yann ils seront 
> éliminés de la trace récupérée sur le pc.
>
>   
L'enregistrement de la trace,je la récupére directement sur la carte 
µSD. J'essaierai la command indiqué par Yann dès que j'aurais le cas :)

--
Camille

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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Thomas Walraet]

Camille Constans wrote:
> Yann Coupin a écrit :
>>
>> gpsbabel -i gpx -f input.gpx -x discard,fixnone -x discard,sat=5 -x  
>> discard,hdop=2,vdop=5,hdopandvdop -o gpx -F output.gpx
> 
> Effectivement le fix est complétement nul, mais il enregistre malgrès 
> tout des points complétement faux (je retouche chaque fois avec map 
> source). Je cherche toujours comment l'obliger à enregistrer uniquement 
> quand il a suffisament de satellites mais je crois la cause perdue.

Tu utilises quoi pour sortir les traces de l'appareil ?

gpsbabel ne va pas empêcher ton GPS d'enregistrer les point sans 
satellite, mais avec la ligne de commande donnée par Yann ils seront 
éliminés de la trace récupérée sur le pc.

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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Vincent Pottier]

Camille Constans a écrit :
> Sinon une question qui n'a qu'un rapport lointain avec le garmin, je 
> cherche un équivalent au logiciel Mapsource livré avec le garmin pour 
> retoucher les gpx (viré les points faux, inutiles etc.). De préférence 
> pouvant utiliser les cartes openstreetmap et surtout tournant sur le 
> pingouin. Si quelqu'un connait ça, ça m'intéresse :)
>
> --
> Camille
>
>   
Je crois qu'un plugin JOSM sait faire ça.
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/EditGpx

Vincent


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

[OSM-talk-fr] Re : Garmin sur vente-privee

[THEVENON Julien]

Normalement tu dois pouvoir le faire avec viking ( 
http://doc.ubuntu-fr.org/viking ) ou prune ( 
http://activityworkshop.net/software/prune/index.html )

Julien





De : Camille Constans 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 28 Avril 2009, 22h49mn 14s
Objet : Re: [OSM-talk-fr] Garmin sur vente-privee

Yann Coupin a écrit :
> Le 28 avr. 09 à 21:18, Olivier Croquette a écrit :
>
>  
>> Un autre truc lourd avec le Garmin Vista Hcx, c'est qu'il extrapole ta
>> trajectoire pendant 10-30s quand il n'y a plus de signal GPS.
>> Exemple typique : un tunnel.
>> Ca pourrit bien les traces aussi :(
>>
>
> Ça se filtre ce genre de truc avec gpsbabel normalement, je suppose  
> que la dillution est élevée, les satellites captés peu nombreux et le  
> fix peut-être nul dans ce cas là ?
>
> gpsbabel -i gpx -f input.gpx -x discard,fixnone -x discard,sat=5 -x  
> discard,hdop=2,vdop=5,hdopandvdop -o gpx -F output.gpx
>
>  

Effectivement le fix est complétement nul, mais il enregistre malgrès 
tout des points complétement faux (je retouche chaque fois avec map 
source). Je cherche toujours comment l'obliger à enregistrer uniquement 
quand il a suffisament de satellites mais je crois la cause perdue.

Sinon une question qui n'a qu'un rapport lointain avec le garmin, je 
cherche un équivalent au logiciel Mapsource livré avec le garmin pour 
retoucher les gpx (viré les points faux, inutiles etc.). De préférence 
pouvant utiliser les cartes openstreetmap et surtout tournant sur le 
pingouin. Si quelqu'un connait ça, ça m'intéresse :)

--
Camille

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



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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Camille Constans]

Yann Coupin a écrit :
> Le 28 avr. 09 à 21:18, Olivier Croquette a écrit :
>
>   
>> Un autre truc lourd avec le Garmin Vista Hcx, c'est qu'il extrapole ta
>> trajectoire pendant 10-30s quand il n'y a plus de signal GPS.
>> Exemple typique : un tunnel.
>> Ca pourrit bien les traces aussi :(
>> 
>
> Ça se filtre ce genre de truc avec gpsbabel normalement, je suppose  
> que la dillution est élevée, les satellites captés peu nombreux et le  
> fix peut-être nul dans ce cas là ?
>
> gpsbabel -i gpx -f input.gpx -x discard,fixnone -x discard,sat=5 -x  
> discard,hdop=2,vdop=5,hdopandvdop -o gpx -F output.gpx
>
>   

Effectivement le fix est complétement nul, mais il enregistre malgrès 
tout des points complétement faux (je retouche chaque fois avec map 
source). Je cherche toujours comment l'obliger à enregistrer uniquement 
quand il a suffisament de satellites mais je crois la cause perdue.

Sinon une question qui n'a qu'un rapport lointain avec le garmin, je 
cherche un équivalent au logiciel Mapsource livré avec le garmin pour 
retoucher les gpx (viré les points faux, inutiles etc.). De préférence 
pouvant utiliser les cartes openstreetmap et surtout tournant sur le 
pingouin. Si quelqu'un connait ça, ça m'intéresse :)

--
Camille

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

Re: [OSM-talk-fr] Osmose, le retour

[Pieren]

2009/4/28 Antoine :
> Génial !
>
> Par contre, je ne comprend pas où se situe l'erreur de la relation 121217
>
> Antoine
>

Le rapport d'erreur signale pour la relation 121217:
relation ouverte en node #385765897

Hors, ce node est effacé :
http://www.openstreetmap.org/browse/node/385765897
depuis Tue Apr 28 07:19:14 UTC 2009

Je dirais que c'est juste un problème d'analyse sur des données
incomplètes qui devrait disparaitre lors du prochain passage sur un
nouvel extrait d'hexagone.
Pieren

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

[OSM-talk-fr] Template JOSM pour le cadastre

[Yann Coupin]

Je ne me souviens pas avoir vu passer ça sur la mailing list, si ça  
peut en aider certain à aller plus vite, voilà mon fichier de template  
pour facilement tagger les contour et les relations...


Yann


  









  
  



  




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

Re: [OSM-talk-fr] Import Cadastre DOM - TOM

[Frédéric Rodrigo]

Le mardi 28 avril 2009, GAEL MUSQUET a écrit :
> Bonjour à tous,
>
> Je récapitule ici quelques avancées pour l'import de données cadastrales
> dans les DOM. Les systèmes de projection changent pratiquement pour chaque
> ile. Mais vu la projection unique et le faible nombre de commune par dpt ,
> j'ai donc apporté quelques modifications aux scripts suivant de l'outil
> d'import de Fred:
>
> Ce n'est pas très rigoureux mais ça marche en attendant une refonte du code
> ;-)
Ou en attendant que tous les départements soit terminés ;-)
>
> ---
> Dans conv-lambert.sh
>
> java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1}
> \${2} 0" -out '' "${inputFile}"
> remplacé par :
> java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out
> '' "${inputFile}"
>
> ---
>
>
>
>
> Dans conv-lambert-gnuplot.sh
>
>
> java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1}
> \${2} 0" -out '' "${inputFile}" remplacé
> par :
> java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out
> '' "${inputFile}"
>
>
> ---
>
>
>
> Et enfin dans rcc.sh
>
> layer="CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:P
>T2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE"
> style="LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEU
>DIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90"
>
> Par:
>
> layer="CDIF:COMMUNE"
> style="COMMUNE_90"
>
> pour n'avoir que la couche commune et donc que les contours.
> ---
> On peut peut être étendre cette dernière modif au code original
> (peut être qu'on y gagnera en vitesse de téléchargement (moins de couches
> solicitées sur le WMS) et à la vectorisation (brun sur blanc uniquement)
> Ton avis Fred ???
Le comportement à peut être changé. Mais quand je l'ai fait l'outil, layer 
devait contenir exactement tout ce machin pour que j'obtienne un résultât. 
Effectivement si ça marche dans tous les cas ça pourrait être intéressant (et 
je vois plus loin que les limites de communes...). À tester donc.
>
> Donc une fois ces modifs faites on a, comme le disais pieren il y a qqs
> semaines, un décalage d'environ 200m au Nord Est, du tracé GPX simplifié
> par rapport à l'existant ! Sachant que le systeme de projection que j'ai
> utilisé est l'UTM 20N (Guadeloupe et Martinique). Je mène quelques
> investigations pour savoir d'où vient ce décalage :
>
> -Mauvais calcul de géoconv UTM 20N -> WGS84 ?
> -Mauvais système de projection ?
> -Ou les deux ?
>
> Fred l'outil plante systématiquement quand il traite plusieurs communes
> suite à mes modifs. Est-ce que le fait qu'il y ait des traits de côte (et
> oui ce sont des iles ;-) ) sur toutes les communes y ait pour quelque chose
> ?
Il se peut que l'outil n'arrive pas à extraire une seule limite de commune de 
tous le lot. Les communes cotières n'ont souvent pas de limite marron (marron 
clair). Il faudrais voir ce que ça donne un utilisant le marron foncé.
>
> Les communes morcelées (Voir CAPESTERRE BELLE EAU dépt 971 (Guadeloupe) sur
> le cadastre) posent aussi problèmes, là aussi je recherche aussi une
> solution de mon côté.
>
> Cet outil permet d'entrevoir des solutions pour les Territoires Ultramarins
> en attendant le support d'autres systèmes de projection dans JOSM (en même
> temps cela va être difficile de tous les supporter). Le fichier GPX
> simplifié est, tout de même, la plupart du temps créé, mais en décalage
> comme je le disais plus haut.
>
> Bon on avance c'est le principal.
>
> ;-) Pa Ni Pwoblèm comme on dit chez nous ;-)
>
> Merci d'avance à tous ceux qui se pencheront sur le sujet.
> Je reviendrai vers vous dès que j'aurais du concret.
>
> See Ya Compañéros !

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

Re: [OSM-talk-fr] Osmose, le retour

[Antoine]

Génial !

Par contre, je ne comprend pas où se situe l'erreur de la relation 121217

Antoine

Etienne Chové a écrit :
> Bonjour,
>
> Osmose nouvelle génération est de retour. Le développement d'un fichier 
> binaire pour les données osm en python permet maintenant de faire des 
> analyses croisées (par exemple récupérer rapidement les données des ways 
> d'une relation sans avoir à les mettre en ram, récupérer tous les way 
> d'un nœud...).
>
> C'est ainsi qu'un nouveau plugin est né :
> http://colocb3.hd.free.fr/osmose/src/plugins/Relation_boundary.py
> dont le résultat est visible là :
> http://colocb3.hd.free.fr/osmose/ParTypeErreur/TEST%20Relation%20boundary.html
>
> Il génère quelques faux positifs à l'étranger (car les relations de sont 
> pas complètes), mais à part ça il s'en sort pas trop mal. Ce sera 
> corrigè dès que j'aurai trouvé une idée simple.
>
> Osmose devrait reprendre son analyse quotidienne...
>
> Les données de keepright ne sont pas incluses pour le moment (il est 
> prévu de reprogrammer la plupart des tests).
>
> Quelques plugins ont disparu, c'est que je n'ai pas encore eu le temps 
> de les mettre à jour pour être compatible avec le nouveau noyau 
> d'osmose. Ils vont revenir sous peu.
>
> La répartition par région ne se fait plus, ce sera corrigé un jour.
>
> Si vous trouvez d'autres erreurs, n'hésitez pas.
>
>   

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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Yann Coupin]

Le 28 avr. 09 à 21:18, Olivier Croquette a écrit :

> Un autre truc lourd avec le Garmin Vista Hcx, c'est qu'il extrapole ta
> trajectoire pendant 10-30s quand il n'y a plus de signal GPS.
> Exemple typique : un tunnel.
> Ca pourrit bien les traces aussi :(

Ça se filtre ce genre de truc avec gpsbabel normalement, je suppose  
que la dillution est élevée, les satellites captés peu nombreux et le  
fix peut-être nul dans ce cas là ?

gpsbabel -i gpx -f input.gpx -x discard,fixnone -x discard,sat=5 -x  
discard,hdop=2,vdop=5,hdopandvdop -o gpx -F output.gpx

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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Olivier Croquette]

Vincent Pottier wrote, On 28/04/09 15:25:
> Ça existe sur le legend HCx, cette option ? Ça fait quoi exactement ?

Ca colle ta position sur la route la plus proche qui correspond à ta 
trajectoire.

Ca permet d'éviter un affichage où tu roules à 5m à côté de la route. La 
plupart des gens préfèrent avoir cette fonction activée bien sûr, mais 
pour faire des traces pour OSM, elle est impérativement à désactiver.

Un autre truc lourd avec le Garmin Vista Hcx, c'est qu'il extrapole ta 
trajectoire pendant 10-30s quand il n'y a plus de signal GPS.
Exemple typique : un tunnel.
Ca pourrit bien les traces aussi :(


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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Cavok]

C'est utile pour les cartes routables uniquement à rester coller sur la
route ou pour le calcul d'itinéraire à prendre en compte, sinon, autrement
c'est sur que pour faire des traces  ou créer un itinéraire pour suive des
waypoints, il faut désactiver cette fonction

Le 28 avril 2009 15:25, Vincent Pottier  a écrit :

> Olivier Croquette a écrit :
> > Camille Constans wrote, On 12/04/09 14:27:
> >
> >> Je suis utilisateur/éditeur d'opentstreetmap depuis quelques mois, c'est
> >> même cela qui m'a décidé à reprendre la marche à pied et à investir dans
> >> un GPS de randonnée correct, le Garmin Vista Hcx. Je lis la mailling
> >> list depuis à peu près aussi longtemps, enfin j'avoue de pas suivre tous
> >> les sujets.
> >>
> >
> > Juste au cas où, ne te fais pas pièger comme moi au début, désactive
> > l'option "Lock on road" dans les préférences de la carte. Sinon tu ne
> > fais que recopier les cartes de ton GPS dans tes traces :)
> >
> >
> Ça existe sur le legend HCx, cette option ? Ça fait quoi exactement ?
>
> Vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Re : Osmove et Liminites administratives avec exclave

[THEVENON Julien]

Mea culpa de ma part sur le relation analyser. En regardant la doc de plus pres 
sur l utilisation du role exclave je me suis apercu que je l avais taggue d une 
maniere incorrecte. Apres correction il valide bien la limite meme si 
constitutee de deux chemins fermes separes.
http://betaplace.emaitie..de/webapps.relation-analyzer/analyze.jsp?relationId=117905

Julien





De : THEVENON Julien 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 28 Avril 2009, 15h37mn 08s
Objet : [OSM-talk-fr] Re : Osmove et Liminites administratives avec exclave


Puisque qu'Osmose est de retour j en ai profite pour tester la relation 
representant la limite administrative de Saint-Etienne avec le exclave.
Pour Osmose la relation est correcte
http://colocb3.hd.free.fr/cgi-bin/relation_result.py?NumRelation=117905
Pour beta.letuffe l exclave n est pas colorie
Le relation analyser ne semble pas prendre le exclave en compte non plus 
puisqu'il me signal que ma relation est formee de deux chemins fermes separes

Julien






De : Pieren 
À : Discussions sur OSM en français 
Envoyé le : Vendredi, 24 Avril 2009, 9h59mn 50s
Objet : Re: [OSM-talk-fr] Limite cadastrale inhabituelle

2009/4/24 THEVENON Julien

Ta première façon d'opérer était la bonne : une relation avec deux
polygones fermés.
Ce qui te manque, c'est de définir un des polygones comme 'principal'
et le second comme une exclave, c'est à dire à l'extérieur du premier
polygone.
Jette un oeil sur la page wiki sur la relation boundary:
http://wiki.openstreetmap.org/wiki/Relation:boundary
(en particulier, la figure où "C is .../.. B's exclave."

Donc, garde une seule relation avec les deux polygones ensemble et
définit un role 'exclave' à tous les ways du polygone extérieur (et
aucun role à celui que tu considères comme principal).

Je ne sais pas si le relation analyzer acceptera cette solution mais
c'est bien comme cela que nous opérons à tous les niveaux
administratifs (ce cas de figure arrive aux départements, régions,
pays).

Pieren

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


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

[OSM-talk-fr] Import Cadastre DOM - TOM

[GAEL MUSQUET]

Bonjour à tous,

Je récapitule ici quelques avancées pour l'import de données cadastrales dans 
les DOM.
Les systèmes de projection changent pratiquement pour chaque ile. Mais vu la 
projection unique et le faible nombre de commune par dpt , j'ai donc apporté 
quelques modifications aux scripts suivant de l'outil d'import de Fred:

Ce n'est pas très rigoureux mais ça marche en attendant une refonte du code ;-)

---
Dans conv-lambert.sh

java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1} \${2} 
0" -out '' "${inputFile}"
remplacé par :
java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out 
'' "${inputFile}"

---



Dans conv-lambert-gnuplot.sh


java -jar tools/geoconv.jar -o WGS84 -deg -in "Lambert $lambertZone \${1} \${2} 
0" -out '' "${inputFile}"
remplacé par :
java -jar tools/geoconv.jar -o WGS84 -deg -in "UTM 20 N \${1} \${2} 0" -out 
'' "${inputFile}"


---


Et enfin dans rcc.sh

layer="CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE"
style="LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90"

Par:

layer="CDIF:COMMUNE"
style="COMMUNE_90"   

pour n'avoir que la couche commune et donc que les contours.
---
On peut peut être étendre cette dernière modif au code original (peut être 
qu'on y gagnera en vitesse de téléchargement (moins de couches solicitées sur 
le WMS) et à la vectorisation (brun sur blanc uniquement)
Ton avis Fred ???

Donc une fois ces modifs faites on a, comme le disais pieren il y a qqs 
semaines, un décalage d'environ 200m au Nord Est, du tracé GPX simplifié par 
rapport à l'existant !
Sachant que le systeme de projection que j'ai utilisé est l'UTM 20N (Guadeloupe 
et Martinique). Je mène quelques investigations pour savoir d'où vient ce 
décalage :

-Mauvais calcul de géoconv UTM 20N -> WGS84 ?
-Mauvais système de projection ?
-Ou les deux ?

Fred l'outil plante systématiquement quand il traite plusieurs communes suite à 
mes modifs. Est-ce que le fait qu'il y ait des traits de côte (et oui ce sont 
des iles ;-) ) sur toutes les communes y ait pour quelque chose ?

Les communes morcelées (Voir CAPESTERRE BELLE EAU dépt 971 (Guadeloupe) sur le 
cadastre) posent aussi problèmes, là aussi je recherche aussi une solution de 
mon côté.

Cet outil permet d'entrevoir des solutions pour les Territoires Ultramarins en 
attendant le support d'autres systèmes de projection dans JOSM (en même temps 
cela va être difficile de tous les supporter). 
Le fichier GPX simplifié est, tout de même, la plupart du temps créé, mais en 
décalage comme je le disais plus haut.

Bon on avance c'est le principal.

;-) Pa Ni Pwoblèm comme on dit chez nous ;-)

Merci d'avance à tous ceux qui se pencheront sur le sujet.
Je reviendrai vers vous dès que j'aurais du concret.

See Ya Compañéros !


_
Windows Live™ Hotmail®:…more than just e-mail.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_more_042009___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Garmin sur vente-privee

[Thomas Clavier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Vincent Pottier a écrit :
> Ça existe sur le legend HCx, cette option ? Ça fait quoi exactement ?

Je ne sais pas si ça existe, et ça "corrige" le gpx pour coller au
erreurs de la carte ... tout ce que l'on ne veux pas :-)

- --
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkn3ECkACgkQStsfiGuIVEPNFwCgtXmlQokFs8HqlTVBB5WnatIT
CF8An2Arlqj9zJW5BIjxgEbscW7Nq9MZ
=oxdM
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Yann Coupin]

Je pense que l'intérêt est pour les gens qui veulent des traces dans   
un lieu existant dans la carte d'avoir des traces propres. Nous on  
fait l'inverse donc on est bien d'accord que c'est un désavantage...

Yann

Le 28 avr. 09 à 15:25, Vincent Pottier a écrit :

> Ça existe sur le legend HCx, cette option ? Ça fait quoi exactement ?
>
> Vincent


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

[OSM-talk-fr] Re : Osmove et Liminites administratives avec exclave

[THEVENON Julien]

Puisque qu'Osmose est de retour j en ai profite pour tester la relation 
representant la limite administrative de Saint-Etienne avec le exclave.
Pour Osmose la relation est correcte
http://colocb3.hd.free.fr/cgi-bin/relation_result.py?NumRelation=117905
Pour beta.letuffe l exclave n est pas colorie
Le relation analyser ne semble pas prendre le exclave en compte non plus 
puisqu'il me signal que ma relation est formee de deux chemins fermes separes

Julien






De : Pieren 
À : Discussions sur OSM en français 
Envoyé le : Vendredi, 24 Avril 2009, 9h59mn 50s
Objet : Re: [OSM-talk-fr] Limite cadastrale inhabituelle

2009/4/24 THEVENON Julien

Ta première façon d'opérer était la bonne : une relation avec deux
polygones fermés.
Ce qui te manque, c'est de définir un des polygones comme 'principal'
et le second comme une exclave, c'est à dire à l'extérieur du premier
polygone.
Jette un oeil sur la page wiki sur la relation boundary:
http://wiki.openstreetmap.org/wiki/Relation:boundary
(en particulier, la figure où "C is ../.. B's exclave."

Donc, garde une seule relation avec les deux polygones ensemble et
définit un role 'exclave' à tous les ways du polygone extérieur (et
aucun role à celui que tu considères comme principal).

Je ne sais pas si le relation analyzer acceptera cette solution mais
c'est bien comme cela que nous opérons à tous les niveaux
administratifs (ce cas de figure arrive aux départements, régions,
pays).

Pieren

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



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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Vincent Pottier]

Olivier Croquette a écrit :
> Camille Constans wrote, On 12/04/09 14:27:
>   
>> Je suis utilisateur/éditeur d'opentstreetmap depuis quelques mois, c'est 
>> même cela qui m'a décidé à reprendre la marche à pied et à investir dans 
>> un GPS de randonnée correct, le Garmin Vista Hcx. Je lis la mailling 
>> list depuis à peu près aussi longtemps, enfin j'avoue de pas suivre tous 
>> les sujets.
>> 
>
> Juste au cas où, ne te fais pas pièger comme moi au début, désactive 
> l'option "Lock on road" dans les préférences de la carte. Sinon tu ne 
> fais que recopier les cartes de ton GPS dans tes traces :)
>
>   
Ça existe sur le legend HCx, cette option ? Ça fait quoi exactement ?

Vincent

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

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[Lapinos03]

sly (sylvain letuffe) a écrit :
> Bien sûr tu as déjà lu mon howto "temps réél" ? ;-)
> http://wiki.openstreetmap.org/wiki/Howto_real_time_tiles_rendering_with_mapnik_and_mod_python
>
> A retrouver aussi, mais ce wiki est une catastrophe au niveau recherche, un 
> article qui explique comment maintenir à jour la base postgres à partir des 
> diff de chaque minutes.
C'est sûrement très intéressant et je lirai cette page wiki en détail 
quand j'aurai plus de temps libre. Ceci dit, il y a tout de suite qqch 
qui m'a sauté à l'oeil : le mot "pre-requist"... qui n'existe pas! Tu 
voulais dire "prerequisite" [fr: condition préalable] ? Eh oui, la 
perfection est à ce prix. ;-)

A+


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

Re: [OSM-talk-fr] Osmose, le retour - BRAVO !!

[sly (sylvain letuffe)]

> Osmose nouvelle génération est de retour. 

J'allais justement écrire un mail pour lancer un bravo sur le nouvel osmose 
que je suis en cours de découverte !

Le :
http://colocb3.hd.free.fr/cgi-bin/relation_result.py?NumRelation=104826
est absolument splendide !

Le détecteur d'erreur sur les relations a même découvert un cas d'erreur dont 
ma propre méthode ne dit absolument rien (cas d'un membre de la relation non 
connecté au reste et non fermé )

Les liens "analyseur 1 et 2" sont alors super pratiques et on gagne du temps 
suite à l'analyse

> Il génère quelques faux positifs à l'étranger (car les relations de sont 
> pas complètes), mais à part ça il s'en sort pas trop mal. 

Vu que je suis un méchant garçon, c'est évidement le seul petit truc que je 
vais pointer du doigts (puisqu'il n'y a bien que ça !)

Je suppose que tu te bases toujours sur le france.osm de geofabrik et 
certaines relations frontalières ne sont pas dedans visiblement.

Comme solution (et car ton outils pourrait être super pratique à bien d'autres 
que nous pauvres français) je te signale la solution que j'ai retenu :
- faire une analyse sur toute l'europe ;-)

L'autre solution serait d'attendre pieren et le futur extrait 
france "multi-purpose"


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] Osmose, le retour

[Etienne Chové]

Bonjour,

Osmose nouvelle génération est de retour. Le développement d'un fichier 
binaire pour les données osm en python permet maintenant de faire des 
analyses croisées (par exemple récupérer rapidement les données des ways 
d'une relation sans avoir à les mettre en ram, récupérer tous les way 
d'un nœud...).

C'est ainsi qu'un nouveau plugin est né :
http://colocb3.hd.free.fr/osmose/src/plugins/Relation_boundary.py
dont le résultat est visible là :
http://colocb3.hd.free.fr/osmose/ParTypeErreur/TEST%20Relation%20boundary.html

Il génère quelques faux positifs à l'étranger (car les relations de sont 
pas complètes), mais à part ça il s'en sort pas trop mal. Ce sera 
corrigè dès que j'aurai trouvé une idée simple.

Osmose devrait reprendre son analyse quotidienne...

Les données de keepright ne sont pas incluses pour le moment (il est 
prévu de reprogrammer la plupart des tests).

Quelques plugins ont disparu, c'est que je n'ai pas encore eu le temps 
de les mettre à jour pour être compatible avec le nouveau noyau 
d'osmose. Ils vont revenir sous peu.

La répartition par région ne se fait plus, ce sera corrigé un jour.

Si vous trouvez d'autres erreurs, n'hésitez pas.

-- 
Etienne

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

Re: [OSM-talk-fr] Tag(s) pour une cité administr ative

[Pieren]

2009/4/28 Olivier Croquette :
> Une question proche : y a t'il des tags pour cartographier les entreprises ?
> Je pense notamment aux bâtiments dédiés ou aux sites importants.
>

Pour une entreprise avec bâtiment dédié, je mettrais le nom de
l'entreprise (name=*) en plus du tag building=yes. S'il y a plusieurs
bâtiments, tu pourrais utiliser la relation multipolygone comme
mentionné dans un autre fil. Tout ça bien sûr à l'intérieur d'un
polygone landuse=* pour identifier la zone commerciale, industrielle
ou de bureaux (pas obligatoire mais c'est mieux de le mettre).
Pieren

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

Re: [OSM-talk-fr] Tag pour la vente de nourriture a emporter

[Olivier Croquette]

Yann Coupin wrote, On 26/04/09 23:43:
> Le tag le plus logique serait un takeaway=yes ou take_away=yes.
> L'un comme l'autre sont très peu utilisé dans le monde (7 takeaway  
> pour 5 pour take_away) donc c'est à vous de choisir lequel utiliser et  
> s'il faut l'utiliser...

OK, merci.
Pas facile de choisir entre les 2 cependant :)


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

Re: [OSM-talk-fr] Tag(s) pour une cité administr ative

[Olivier Croquette]

Pieren wrote, On 27/04/09 0:28:
> Non, mais j'ai vu un exemple où les voies internes portaient le nom
> "Cité administrative". Mais je n'ai encore rien vu pour définir une
> surface close. Peut-être quelque chose qui reste à inventer...

OK, merci pour ta réponse.
Une question proche : y a t'il des tags pour cartographier les 
entreprises ? Je pense notamment aux bâtiments dédiés ou aux sites 
importants.


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

Re: [OSM-talk-fr] Garmin sur vente-privee

[Olivier Croquette]

Camille Constans wrote, On 12/04/09 14:27:
> Je suis utilisateur/éditeur d'opentstreetmap depuis quelques mois, c'est 
> même cela qui m'a décidé à reprendre la marche à pied et à investir dans 
> un GPS de randonnée correct, le Garmin Vista Hcx. Je lis la mailling 
> list depuis à peu près aussi longtemps, enfin j'avoue de pas suivre tous 
> les sujets.

Juste au cas où, ne te fais pas pièger comme moi au début, désactive 
l'option "Lock on road" dans les préférences de la carte. Sinon tu ne 
fais que recopier les cartes de ton GPS dans tes traces :)


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

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Thomas Walraet]

Le 28/04/2009 09:56, Julien D. a écrit :
>
> Et c'est gagné :)

Et avec une vraie modification accompagnée d'un commentaire :)

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

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Etienne Chové]

Julien D. a écrit :
> 2009/4/27 Vincent MEURISSE
> 
> ...
> 
> et ramenez ce trophée en France.
> 
> 
> Et c'est gagné :)
> Vive nin2jardin !
> Vive la France !

La base de donnée a saturé, peut être à cause de ça ? Résultat, on peut 
lire sur la ML anglaise : "Or! It could be all the Germans racing to get 
to the 100th changeset". Le prochain challenge est donné sur la ML 
anglaise pour le changeset 1234567 ;-)

La charge peut redescendre :
http://munin.openstreetmap.org/openstreetmap/smaug.openstreetmap-pg_openstreetmap_locks.html

Si tant est qu'il y ait un lien de cause a effet...

-- 
Etienne

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

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Julien D.]

2009/4/27 Vincent MEURISSE

> ...

et ramenez ce trophée en France.
>

Et c'est gagné :)
Vive nin2jardin !
Vive la France !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re: cadastre decale d au moins 1 00km vers le Nord

[pascal.ferr...@aliceadsl.fr]

Cela marchait



-- Initial Header ---

>From : talk-fr-boun...@openstreetmap.org
To : "Discussions sur OSM en français"
Cc : 
Date : Wed, 15 Apr 2009 19:11:59 +0200
Subject : Re: [OSM-talk-fr]Import assisté - trop technique - Mise en dépot des 
gpx


> Il semblerait que ce soit un problème de lambert III pour :
> 
> Apinac Bourg-argental Jozieux Malleval Pelussin Planfoy Saînt-appolinard
> Saint-genest-malifaux Saint-michel-sur-rhône 

A priori, j'ai mis à jour avec la bonne zone lambert pour ces communes, dis 
moi si ça répare le problème.

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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




 
 
 







-- Initial Header ---

>From  : talk-fr-boun...@openstreetmap.org
To  : Discussions sur OSM en français
Cc  : 
Date  : Tue, 28 Apr 2009 09:38:10 +0200
Subject : Re: [OSM-talk-fr] cadastre decale d au moins 100km vers le Nord

THEVENON Julien a écrit :
> Salut a tous,
> 
> J'ai au moins 3 communes de la Loire qui me posent probleme. La forme du 
> contour cadastral est la bonne par contre le contour est situe par JOSM 
> environ 100-150km plus au Nord par rapport a leur position reelle !!
> Pour information il s agit des communes de Jonzieux, 
> Saint-Genest-Malifaux et Planfoy
> Le probleme se pose que je passe par le plugin cadastre dans JOSM ou par 
> l outil d import automatique.
> Est ce que dans ce cas on deplace la forme a la main et on la cale par 
> rapport aux communes voisines positionnes correctement ? les autres 
> communes adjacentes ne sont pas vectorisees donc je ne sais pas si cela 
> se limite a ces 3 la.

D'où proviennent tes fichiers ? Si ils viennet du beta de sly, il faut 
lui demander de refaire une projection dans une autre zone Lambert, si 
cela vient de toi, il te suffit de changer de zone Lambert. Ton 
département est surement à cheval entre 2 zones. Se tromper de zone créé 
en effet un décalage nord/sud de quelques centaines de km.

-- 
Etienne

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



-- ALICE N°1 de la RELATION CLIENT 2008*
Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici 
http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES 
/ BEARING POINT. Secteur Fournisseur d.Accès Internet



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

Re: [OSM-talk-fr] cadastre decale d au moins 100km vers le Nord

[Etienne Chové]

THEVENON Julien a écrit :
> Salut a tous,
> 
> J'ai au moins 3 communes de la Loire qui me posent probleme. La forme du 
> contour cadastral est la bonne par contre le contour est situe par JOSM 
> environ 100-150km plus au Nord par rapport a leur position reelle !!
> Pour information il s agit des communes de Jonzieux, 
> Saint-Genest-Malifaux et Planfoy
> Le probleme se pose que je passe par le plugin cadastre dans JOSM ou par 
> l outil d import automatique.
> Est ce que dans ce cas on deplace la forme a la main et on la cale par 
> rapport aux communes voisines positionnes correctement ? les autres 
> communes adjacentes ne sont pas vectorisees donc je ne sais pas si cela 
> se limite a ces 3 la.

D'où proviennent tes fichiers ? Si ils viennet du beta de sly, il faut 
lui demander de refaire une projection dans une autre zone Lambert, si 
cela vient de toi, il te suffit de changer de zone Lambert. Ton 
département est surement à cheval entre 2 zones. Se tromper de zone créé 
en effet un décalage nord/sud de quelques centaines de km.

-- 
Etienne

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

Re: [OSM-talk-fr] Re : cadastre decale d au moins 100km vers le Nord

[Antoine]

As usual... j'ai écrit trop vite. Désolé.

Antoine
- Mail Original -
De: "THEVENON Julien" 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 28 Avril 2009 09h31:10 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] Re :  cadastre decale d au moins 100km vers le Nord




Arf je n avais pas pense a ca. Je croyais qu en cas de probleme de zone lambert 
rien ne serait telecharge.. 
on me signal qu effectivement les communes du sud de la Loire sont en zone 
lambert 3. 
Je regarderai ca ce soir. 

merci 
Julien 

PS : les noms des communes etaient dans mon mail ;-) 




De : Antoine  
À : Discussions sur OSM en français  
Envoyé le : Mardi, 28 Avril 2009, 7h11mn 04s 
Objet : Re: [OSM-talk-fr] cadastre decale d au moins 100km vers le Nord 

Ce ne serait pas un problème de zone Lambert ? 
Je laisse les spécialistes répondre là dessus, mais je pense qu'il faudrait le 
nom des communes... 

Antoine 

THEVENON Julien a écrit : 



Salut a tous, 

J'ai au moins 3 communes de la Loire qui me posent probleme. La forme du 
contour cadastral est la bonne par contre le contour est situe par JOSM environ 
100-150km plus au Nord par rapport a leur position reelle !! 
Pour information il s agit des communes de Jonzieux, Saint-Genest-Malifaux et 
Planfoy 
Le probleme se pose que je passe par le plugin cadastre dans JOSM ou par l 
outil d import automatique. 
Est ce que dans ce cas on deplace la forme a la main et on la cale par rapport 
aux communes voisines positionnes correctement ? les autres communes adjacentes 
ne sont pas vectorisees donc je ne sais pas si cela se limite a ces 3 la. 

Julien 


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

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

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

Re: [OSM-talk-fr] Millionième changeset : la cours e est lancée

[Dominique Rousseau]

Le Tue, Apr 28, 2009 at 09:21:02AM +0200, Julien D. [murphy2...@gmail.com] a 
écrit:
> #00
> Les minutes sont comptées !

#100 28 Apr 2009 07:29   nin2jardin  Correction de
Neuphlette -> Neauphlette(1.501,48.916,1.595,48.955) more

http://openstreetmap.org/browse/changeset/100

> 
> 2009/4/27 Julien D. 
> 
> > On aura le droit à une belle image  aussi ?
> >
> > 2009/4/27 Vincent MEURISSE 
> >
> > Ce soir devrait avoir lieu le changeset numéro 1 000 000. Donc appel à tous
> >> les français, sortez vos JOSM, Merkaartor, Potlach, robots et autres
> >> créateurs
> >> de changesets et ramenez ce trophée en France.
> >> Pour suivre l'avancement c'est ici (993000 actuellement):
> >> 
> >>
> >> PS: Pour motiver un peu les troupes (et parce qu'il n'y a pas que les
> >> admin
> >> qui ont le droit de se saouler), je paye une bière au gagnant si il est
> >> français ( à condition qu'il vienne la chercher).
> >> --
> >> Vincent MEURISSE
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >
> >

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


-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

[OSM-talk-fr] Re : cadastre decale d au moins 100km vers le Nord

[THEVENON Julien]

Arf je n avais pas pense a ca. Je croyais qu en cas de probleme de zone lambert 
rien ne serait telecharge..
on me signal qu effectivement les communes du sud de la Loire sont en zone 
lambert 3.
Je regarderai ca ce soir.

merci
Julien

PS : les noms des communes etaient dans mon mail ;-)





De : Antoine 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 28 Avril 2009, 7h11mn 04s
Objet : Re: [OSM-talk-fr] cadastre decale d au moins 100km vers le Nord

 Ce ne serait pas un problème de zone Lambert ?
Je laisse les spécialistes répondre là dessus, mais je pense qu'il
faudrait le nom des communes...

Antoine

THEVENON Julien a écrit : 
Salut a tous,

J'ai au moins 3 communes de la Loire qui me posent probleme. La forme
du contour cadastral est la bonne par contre le contour est situe par
JOSM environ 100-150km plus au Nord par rapport a leur position reelle
!!
Pour information il s agit des communes de Jonzieux,
Saint-Genest-Malifaux et Planfoy
Le probleme se pose que je passe par le plugin cadastre dans JOSM ou
par l outil d import automatique.
Est ce que dans ce cas on deplace la forme a la main et on la cale par
rapport aux communes voisines positionnes correctement ? les autres
communes adjacentes ne sont pas vectorisees donc je ne sais pas si cela
se limite a ces 3 la.

Julien





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


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

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Antoine]

And ze winner is...

- Mail Original -
De: "Julien D." 
À: "Discussions sur OSM en français" 
Envoyé: Mardi 28 Avril 2009 09h21:02 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Millionième changeset : la course est lancée


#00 
Les minutes sont comptées ! 


2009/4/27 Julien D. < murphy2...@gmail.com > 


On aura le droit à une belle image aussi ? 


2009/4/27 Vincent MEURISSE < osm-talk...@meurisse.org > 





Ce soir devrait avoir lieu le changeset numéro 1 000 000. Donc appel à tous 
les français, sortez vos JOSM, Merkaartor, Potlach, robots et autres créateurs 
de changesets et ramenez ce trophée en France. 
Pour suivre l'avancement c'est ici (993000 actuellement): 
< http://openstreetmap.org/browse/changesets > 

PS: Pour motiver un peu les troupes (et parce qu'il n'y a pas que les admin 
qui ont le droit de se saouler), je paye une bière au gagnant si il est 
français ( à condition qu'il vienne la chercher). 
-- 
Vincent MEURISSE 

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



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

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

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Julien D.]

#00
Les minutes sont comptées !

2009/4/27 Julien D. 

> On aura le droit à une belle image  aussi ?
>
> 2009/4/27 Vincent MEURISSE 
>
> Ce soir devrait avoir lieu le changeset numéro 1 000 000. Donc appel à tous
>> les français, sortez vos JOSM, Merkaartor, Potlach, robots et autres
>> créateurs
>> de changesets et ramenez ce trophée en France.
>> Pour suivre l'avancement c'est ici (993000 actuellement):
>> 
>>
>> PS: Pour motiver un peu les troupes (et parce qu'il n'y a pas que les
>> admin
>> qui ont le droit de se saouler), je paye une bière au gagnant si il est
>> français ( à condition qu'il vienne la chercher).
>> --
>> Vincent MEURISSE
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr