Re: [OSM-talk-fr] CadastreWMS v0.4

[murphy2712 . nospam]

2008/7/17 Patrice Vetsel <[EMAIL PROTECTED]>:
> ... plus que google-maps (via plugin)...

Gné ?
Depuis quand il existe un plugin JOSM pour Google Maps ?
Depuis quand a-t-on le droit d'utiliser Google Maps ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] CadastreWMS v0.4

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

murphy2712.nospam a écrit :
> 2008/7/17 Patrice Vetsel <[EMAIL PROTECTED]>:
>> ... plus que google-maps (via plugin)...
> 
> Gné ?
> Depuis quand il existe un plugin JOSM pour Google Maps ?
Il existe un plugin sur le net afin d'utiliser google et l'afficher
comme calque. Ce plugin existe depuis fin 2007.

> Depuis quand a-t-on le droit d'utiliser Google Maps ?
Depuis jamais. On n'a toujours pas le droit.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

- --
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIfvUBAGLykBXAlNsRAoCvAKCWoKjZA1iIDqqRoLNWWpSh+9UtwwCgoCgL
LdVXKLxNkU2cu6Pq3dXAdx0=
=Pppp
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] CadastreWMS v0.4

[Pieren]

1/  Tu peux changer la couleur du fond blanc en activant l'option dans la
fenêtre des préférences (F12), tab "cadastre". La couleur blanche sera
remplacée par la couleur de fond de Josm (configurable) et qui est noire par
défaut. La deuxième option inverse la couleur des gris pour rendre les
textes plus lisible.
2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait surtout
de cumuler les planches de plusieurs communes sur le même calque. Pour
l'opacité, ça devrait faire partie des fonctions de base de josm et non du
plugin à mon avis mais ils n'ont pas encore prévu ça pour l'instant. Mais
c'est une idée à creuser.
3/ Si tu as un avertissement sur la zone Lambert, il faut impérativement
annuler la dernière commande, sauvegarder et recommencer un nouveau layer
(supprimer tous les calques en cours) sinon tu risques d'introduire des
données mal positionnées de plusieurs centaines de kilomètres. C'est dû à la
projection Lambert zone qui travaille avec des coordonnées X,Y qui ne sont
pas uniques sur le territoire français. Ainsi le point X=10 et Y=30 peut
représenter un point du territoire sur la zone 1, un autre sur la zone 2,
etc... Josm jongle avec deux systèmes de coordonnées en permanence : lat/lon
pour la géolocalisation des données (gpx, osm) et east/north pour les x/y
utilisés pour l'affichage à l'écran. C'est le système de projection qui
permet de passer de l'un à l'autre et Josm fait des conversions dans un sens
puis dans l'autre constamment. Or le Lambert zone se limite à une portion du
territoire. La zone est calculée automatiquement sur la première position
convertie du lat/lon en x/y d'un nouveau layer puis on conserve cette zone
pour toutes les conversions ultérieures car il est impossible de déterminer
automatiquement la zone à partir des x/y.
4/ D'après g.di et certaines lectures, le cadastre possède une très grande
précision sur les villes mais peut être parfois très mauvais à certains
endroits (à la campagne ?). Je ne peux pas en dire plus si ce n'est que -
comme avec les images satellites - il faut d'avantage se fier à ses relevés
GPS lorsqu'ils sont pris dans de bonnes conditions (pas d'effet canyoning).
Certaines images yahoo dépassent la centaine de mètres d'erreur. Mais
jusqu'à maintenant, sur les quelques communes que j'ai pu tester sur le
cadastre comparées aux données osm, j'ai été surpris par la très grande
qualité de recoupement.

Allez aussi voir la page dédiée sur le wiki:
http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre

Pieren

2008/7/17 Patrice Vetsel <[EMAIL PROTECTED]>:
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] CadastreWMS v0.4

[Patrice Vetsel]

Ah oui, excellent pour les couleurs ! Merci.
Pour la transparence c'est en effet à josm de le gérer, et c'est un gros
manque je trouve.

Pour mon message d'erreur.
1/ je lance josm
2/ je télécharge mon coin en utilisant un bookmark que j'ai déjà enregistré
3/ j'obtiens une fenêtre d'erreur (image jointe à ce mail)

Qu'en penser ?


Pieren a écrit :
> 1/  Tu peux changer la couleur du fond blanc en activant l'option dans
> la fenêtre des préférences (F12), tab "cadastre". La couleur blanche
> sera remplacée par la couleur de fond de Josm (configurable) et qui est
> noire par défaut. La deuxième option inverse la couleur des gris pour
> rendre les textes plus lisible.
> 2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait
> surtout de cumuler les planches de plusieurs communes sur le même
> calque. Pour l'opacité, ça devrait faire partie des fonctions de base de
> josm et non du plugin à mon avis mais ils n'ont pas encore prévu ça pour
> l'instant. Mais c'est une idée à creuser.
> 3/ Si tu as un avertissement sur la zone Lambert, il faut impérativement
> annuler la dernière commande, sauvegarder et recommencer un nouveau
> layer (supprimer tous les calques en cours) sinon tu risques
> d'introduire des données mal positionnées de plusieurs centaines de
> kilomètres. C'est dû à la projection Lambert zone qui travaille avec des
> coordonnées X,Y qui ne sont pas uniques sur le territoire français.
> Ainsi le point X=10 et Y=30 peut représenter un point du territoire sur
> la zone 1, un autre sur la zone 2, etc... Josm jongle avec deux systèmes
> de coordonnées en permanence : lat/lon pour la géolocalisation des
> données (gpx, osm) et east/north pour les x/y utilisés pour l'affichage
> à l'écran. C'est le système de projection qui permet de passer de l'un à
> l'autre et Josm fait des conversions dans un sens puis dans l'autre
> constamment. Or le Lambert zone se limite à une portion du territoire.
> La zone est calculée automatiquement sur la première position convertie
> du lat/lon en x/y d'un nouveau layer puis on conserve cette zone pour
> toutes les conversions ultérieures car il est impossible de déterminer
> automatiquement la zone à partir des x/y.
> 4/ D'après g.di et certaines lectures, le cadastre possède une très
> grande précision sur les villes mais peut être parfois très mauvais à
> certains endroits (à la campagne ?). Je ne peux pas en dire plus si ce
> n'est que - comme avec les images satellites - il faut d'avantage se
> fier à ses relevés GPS lorsqu'ils sont pris dans de bonnes conditions
> (pas d'effet canyoning). Certaines images yahoo dépassent la centaine de
> mètres d'erreur. Mais jusqu'à maintenant, sur les quelques communes que
> j'ai pu tester sur le cadastre comparées aux données osm, j'ai été
> surpris par la très grande qualité de recoupement.
> 
> Allez aussi voir la page dédiée sur le wiki:
> http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre
> 
> Pieren
> 
> 2008/7/17 Patrice Vetsel <[EMAIL PROTECTED] >:
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

-- 
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] CadastreWMS v0.4

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

C'est parceque quand j'ai fait mon bookmark j'étais en mercator et que
depuis je suis passé en lambert ?
Si je continue tout semble ok, dois je continuer ou supprimer mes
bookmarks et les refaire ?

Patrice Vetsel a écrit :
> Ah oui, excellent pour les couleurs ! Merci.
> Pour la transparence c'est en effet à josm de le gérer, et c'est un gros
> manque je trouve.
> 
> Pour mon message d'erreur.
> 1/ je lance josm
> 2/ je télécharge mon coin en utilisant un bookmark que j'ai déjà enregistré
> 3/ j'obtiens une fenêtre d'erreur (image jointe à ce mail)
> 
> Qu'en penser ?
> 
> 
> Pieren a écrit :
>> 1/  Tu peux changer la couleur du fond blanc en activant l'option dans
>> la fenêtre des préférences (F12), tab "cadastre". La couleur blanche
>> sera remplacée par la couleur de fond de Josm (configurable) et qui est
>> noire par défaut. La deuxième option inverse la couleur des gris pour
>> rendre les textes plus lisible.
>> 2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait
>> surtout de cumuler les planches de plusieurs communes sur le même
>> calque. Pour l'opacité, ça devrait faire partie des fonctions de base de
>> josm et non du plugin à mon avis mais ils n'ont pas encore prévu ça pour
>> l'instant. Mais c'est une idée à creuser.
>> 3/ Si tu as un avertissement sur la zone Lambert, il faut impérativement
>> annuler la dernière commande, sauvegarder et recommencer un nouveau
>> layer (supprimer tous les calques en cours) sinon tu risques
>> d'introduire des données mal positionnées de plusieurs centaines de
>> kilomètres. C'est dû à la projection Lambert zone qui travaille avec des
>> coordonnées X,Y qui ne sont pas uniques sur le territoire français.
>> Ainsi le point X=10 et Y=30 peut représenter un point du territoire sur
>> la zone 1, un autre sur la zone 2, etc... Josm jongle avec deux systèmes
>> de coordonnées en permanence : lat/lon pour la géolocalisation des
>> données (gpx, osm) et east/north pour les x/y utilisés pour l'affichage
>> à l'écran. C'est le système de projection qui permet de passer de l'un à
>> l'autre et Josm fait des conversions dans un sens puis dans l'autre
>> constamment. Or le Lambert zone se limite à une portion du territoire.
>> La zone est calculée automatiquement sur la première position convertie
>> du lat/lon en x/y d'un nouveau layer puis on conserve cette zone pour
>> toutes les conversions ultérieures car il est impossible de déterminer
>> automatiquement la zone à partir des x/y.
>> 4/ D'après g.di et certaines lectures, le cadastre possède une très
>> grande précision sur les villes mais peut être parfois très mauvais à
>> certains endroits (à la campagne ?). Je ne peux pas en dire plus si ce
>> n'est que - comme avec les images satellites - il faut d'avantage se
>> fier à ses relevés GPS lorsqu'ils sont pris dans de bonnes conditions
>> (pas d'effet canyoning). Certaines images yahoo dépassent la centaine de
>> mètres d'erreur. Mais jusqu'à maintenant, sur les quelques communes que
>> j'ai pu tester sur le cadastre comparées aux données osm, j'ai été
>> surpris par la très grande qualité de recoupement.
>>
>> Allez aussi voir la page dédiée sur le wiki:
>> http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre
>>
>> Pieren
>>
>> 2008/7/17 Patrice Vetsel <[EMAIL PROTECTED] >:
>>
>>
>> 
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
> 
> 
> 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

- --
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIfxcmAGLykBXAlNsRAhlxAKCl84FnCeYqOcwDrFpLhnP7/9h20wCfYTBB
HeGfx6eFt3xrHV5I9rfd95w=
=8+he
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] CadastreWMS v0.4

[Pieren]

2008/7/17 Patrice Vetsel <[EMAIL PROTECTED]>:

> Si je continue tout semble ok, dois je continuer ou supprimer mes
> bookmarks et les refaire ?


non, le raccourci utilise les coordonnées lat/lon donc ça ne dépend pas de
la projection.

Par contre, il est possible que tu charges des données très éloignées de ta
zone de travail. Ca arrive avec des ways très longs (autoroutes, canaux,
rivières).
Il faudrait que tu m'envoies ton raccourci pour que je puisse en dire
d'avantage. On peut voir ça ensemble en dehors de la ML si tu veux.

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

Re: [OSM-talk-fr] CadastreWMS v0.4

[g.d]

Pieren, un grand MERCI à toi et à tes consorts,
pour ce travail - c'est une merveille.

Bon, actuellement la refonte de [EMAIL PROTECTED] embrouille quelques participant  
béta comme moi,

quant aux demandes de rendu des tuiles,
mais j'espère qu'à terme ça redeviendra convivial comme auparavant.


 j'ai été surpris par la très grande qualité de recoupement.



Oui, à l'intérieur des villes et villages ça se tient bien,
généralement "l'erreur" ne dépasse pas le mètre, sauf exception  
(rare, mais possible...).


"Ils" avaient fait des points de repères sur les clochers et autres  
tours, vers 1840,

quasi chaque village a son repère géodésique -
et dans les années 1950 et 60 le réseau a été re-mesuré (avec plus de  
points, comme sur les châteaux d'eau et mâts d'antennes),
souvent à l'aide de grandes balises pyramidales en bois, peints rouge  
et blanc, avec une croix multiple en tête.

Les plus anciens parmi nous  peut-être se souviennent de ces balises...

Ces points géodésiques sont précis à dix centimètres près, voire mieux.
Donc le tracé cadastral des agglomérations généralement se tient  
assez bien -
sauf si lors des reprises par photo aérienne ils aient pris l'ombre  
d'un bâtiment pour son contour,

ou pris un arbre pour une tour,
en pays boisé confondu un ruisseau avec un chemin, ou inversement -  
c'est arrivé.

Errare humanum est.
En agglomération, la plupart des bourdes a été corrigé, depuis.

Par contre, en dehors des agglomérations, surtout en pays montagneux,
parfois c'est une autre histoire.

Pourtant, beaucoup de secteurs ont été relevés de nouveau, récemment,  
par des campagnes aériennes.

Chacun connaît les fiches jaunes en plastique, rondes :
C'est ça, les balises qu'ils repéreraient sur la photo stéréo, avec  
les loupiotes clic-clac.


...et parfois on trouve encore dans les bois et buissons les fils  
nylon épluchés,
desquels les géomètres de servaient pour mesurer des distances afin  
de trianguler en pays boisé.


Ainsi, une bonne partie du territoire avait été calé à neuf - mais  
pas la totalité.


En ces années, on n'avait pas encore du gps.
Maintenant ces procédés "anciens" sont quasi désuets,
mais 'faut voir le coût de location d'une station totale avec gps et  
rattachement gsm - ça fait peur,
et le plus souvent n'est pas abordable pour les missions qu'on me  
donne à faire,
je me démerde avec ma station IR/laser connectée au PC, sans gps de  
précision.


'Faut dire, que si on cherche à relever un point donné sur le terrain,
on y arrive aussi avec les moyens du bord
avec une cinquantaine de mesures avec un gps de randonnée (de  
précision métrique, avec WAAS) :

Dix waypoints pris sur le point-même,
et dix chacun sur quatre autres points disposés autour du point, à 66  
centimètres au carré (j'ai bricolé un cadre bois pour ça),
en prenant soin de déplacer le gps entre deux mesures, et lui laisser  
deux minutes pour se re-caler,
puis en faire la moyenne dans un tableur, en virant les "échappés"  
évidents.


De cette façon, on descend aisément sous le décimètre :
aussi précis que le point de repère géodésique sur le clocher,  
pourtant pas visible, dans la vallée d'à côté...

D'acc, ça ne donne pas du "certifié",
mais pour la plupart des usages ça fait l'affaire, du ø 12 cms de  
précision "Nationale" Lambert...
Système D, et ça marche... !  On n'a pas du pétrole, mais on a des  
idées, et on persévère...  :-)

---

Pas confondre les repères principaux géodésiques
(sur les clochers, tours etc,  souvent pas visibles directement,
parfois au sol des plate-formes de clochers ou des châteaux d'eau,
ou une borne anonyme dans les buissons sur un pic de montagne,  
repérée par rapport aux rochers environnants,
'faut y monter et mettre une pige avec prisme, voire y mettre en  
station le théodolite.
Ça peut être un challenge pour les jeunes, mais plus pour moi, ai  
donné...)


avec le réseau de nivellement
avec ses bornes rondes scellées dans les murs d'églises, mairies,  
puits, et ailleurs :


Ce sont deux réseaux bien distincts.
Les bornes de Nivellement sont bien plus nombreux que les repères du  
réseau géodésique,

et sont précis à fraction de millimètre en alti, en z,
mais hélas en x/y "flottent" d'une dizaine de mètres, donc pas  
vraiment utilisables pour osm.

Voir http://geodesie.ign.fr/Fiches.htm.

Quant au Cadastre, tant qu'on fait "logique inverse", ça a l'air  
d'être clair,
et  j'en ai profité pour compléter des ruelles et escaliers de mon  
patelin,

pommé au fond d'une vallée encaissée, avec des ruelles étroites
où le gps, à part des voies dégagées, ne donne que du zig-zag erratique,
http://www.openstreetmap.org/? 
lat=43.80236&lon=3.32325&zoom=17&layers=0B0FTF

cocher "osmarender".
C'est loin d'être parfait, mais on fait ce qu'on pneut... ;-)
Par endroits les ruelles sont couvertes par des voûtes,
et le cadastre montre du bâti massif, là ou en réalité on a des  
passages.
Y a un tel passage sous ma maison - 'faut connaître, être sur place,  
pour tracer.

Le cad

Re: [OSM-talk-fr] CadastreWMS v0.4

[g.d]

Nope, pas besoin de recommencer, il me semble :
le waypoint devrait être valide,
puisque ça s'enregistre par longitude & latitude,
indépendant de la projection choisie, je pense.
---

Par contre, récemment j'avais fait bourde,
en réglant le mode carte principal de mon Magellan sur 'France', au  
lieu de WGS84
(seulement le mode carte secondaire devrait être sur "France" et  
Lambert...),
ce qui m'a décalé des tracés d'environ une quarantaine de mètres vers  
l'Est :
Le gps était connecté au PC dans la voiture,
c'était le logiciel PC qui enregistrait les trajets, pas le gps.

Je ne me suis pas embêté de refaire les routes sur place, gps à la main,
j'ai simplement tracé avec josm sur mes relevés "faux",
et ai déplacé l'ensemble vers l'Ouest,
re-calé à l'aide de tracés gpx downloadés depuis le serveur,
sur des multiples gpx concordants sur des grandes voies aux alentours,
puis ai joint mon relevé aux voies existantes...
et vlà, le tour est joué.
L'erreur en résultant ne devrait pas dépasser un ou deux mètres,
c'était du trajet local, pas de grandes distances.

Vu l'imprécision de tracés d'après photos aériennes,
parfois complètement dans le ravin, voire sur l'autre flanc du vallon,
ou qui tracent une ligne droite là où en vérité on a des enfilades de  
virages en épingle-à-cheveux,
ces un ou deux mètres d'imprécision me paraissent supportables... ;-)

Le 17 juil. 08 à 11:55, Patrice Vetsel a écrit :

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> C'est parceque quand j'ai fait mon bookmark j'étais en mercator et que
> depuis je suis passé en lambert ?
> Si je continue tout semble ok, dois je continuer ou supprimer mes
> bookmarks et les refaire ?
>
> Patrice Vetsel a écrit :
>> Ah oui, excellent pour les couleurs ! Merci.
>> Pour la transparence c'est en effet à josm de le gérer, et c'est  
>> un gros
>> manque je trouve.
>>
>> Pour mon message d'erreur.
>> 1/ je lance josm
>> 2/ je télécharge mon coin en utilisant un bookmark que j'ai déjà  
>> enregistré
>> 3/ j'obtiens une fenêtre d'erreur (image jointe à ce mail)
>>
>> Qu'en penser ?
>>
>>
>> Pieren a écrit :
>>> 1/  Tu peux changer la couleur du fond blanc en activant l'option  
>>> dans
>>> la fenêtre des préférences (F12), tab "cadastre". La couleur blanche
>>> sera remplacée par la couleur de fond de Josm (configurable) et  
>>> qui est
>>> noire par défaut. La deuxième option inverse la couleur des gris  
>>> pour
>>> rendre les textes plus lisible.
>>> 2/ J'ai déjà un peu regardé pour un fond transparent. Ca permettrait
>>> surtout de cumuler les planches de plusieurs communes sur le même
>>> calque. Pour l'opacité, ça devrait faire partie des fonctions de  
>>> base de
>>> josm et non du plugin à mon avis mais ils n'ont pas encore prévu  
>>> ça pour
>>> l'instant. Mais c'est une idée à creuser.
>>> 3/ Si tu as un avertissement sur la zone Lambert, il faut  
>>> impérativement
>>> annuler la dernière commande, sauvegarder et recommencer un nouveau
>>> layer (supprimer tous les calques en cours) sinon tu risques
>>> d'introduire des données mal positionnées de plusieurs centaines de
>>> kilomètres. C'est dû à la projection Lambert zone qui travaille  
>>> avec des
>>> coordonnées X,Y qui ne sont pas uniques sur le territoire français.
>>> Ainsi le point X=10 et Y=30 peut représenter un point du  
>>> territoire sur
>>> la zone 1, un autre sur la zone 2, etc... Josm jongle avec deux  
>>> systèmes
>>> de coordonnées en permanence : lat/lon pour la géolocalisation des
>>> données (gpx, osm) et east/north pour les x/y utilisés pour  
>>> l'affichage
>>> à l'écran. C'est le système de projection qui permet de passer de  
>>> l'un à
>>> l'autre et Josm fait des conversions dans un sens puis dans l'autre
>>> constamment. Or le Lambert zone se limite à une portion du  
>>> territoire.
>>> La zone est calculée automatiquement sur la première position  
>>> convertie
>>> du lat/lon en x/y d'un nouveau layer puis on conserve cette zone  
>>> pour
>>> toutes les conversions ultérieures car il est impossible de  
>>> déterminer
>>> automatiquement la zone à partir des x/y.
>>> 4/ D'après g.di et certaines lectures, le cadastre possède une très
>>> grande précision sur les villes mais peut être parfois très  
>>> mauvais à
>>> certains endroits (à la campagne ?). Je ne peux pas en dire plus  
>>> si ce
>>> n'est que - comme avec les images satellites - il faut d'avantage se
>>> fier à ses relevés GPS lorsqu'ils sont pris dans de bonnes  
>>> conditions
>>> (pas d'effet canyoning). Certaines images yahoo dépassent la  
>>> centaine de
>>> mètres d'erreur. Mais jusqu'à maintenant, sur les quelques  
>>> communes que
>>> j'ai pu tester sur le cadastre comparées aux données osm, j'ai été
>>> surpris par la très grande qualité de recoupement.
>>>
>>> Allez aussi voir la page dédiée sur le wiki:
>>> http://wiki.openstreetmap.org/index.php/Fr:JOSM/Fr:Plugin/Cadastre
>>>
>>> Pieren
>>>
>>> 2008/7/17 Patrice Vetsel <[EMAIL PROTECTED] >: