<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=windows-1252"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Verifie que la version est bonne, j'ai toujours l'exception avec la
version 684.<br>
Bonne conf<br>
<br>
Renaud Martinet a écrit :
<blockquote
cite="mid:e43514d50807071244x447eaf84vaf4099bb2a5badd5@mail.gmail.com"
type="cite">
<pre wrap="">Pieren,
Est-ce que ça te dérangerait si je faisais une petite démo du plugin à
la conf ce week-end ? Je voulais parler du cadastre et je pensais que
montrer les possibilités était peut-être un bon truc. J'aurais bien
aussi aimé montrer celui de Jocelyn mais je n'ai pas encore pu le
tester et je n'aurais pas beaucoup de temps pour y regarder cette
semaine. Et les lightningt talks sont assez courtes donc un choix
s'imposait.
Renaud.
2008/7/7 Denis <a class="moz-txt-link-rfc2396E" href="mailto:dhelfer@free.fr"><dhelfer@free.fr></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Pieren a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Juste deux remarques sur l'utilisation du plugin josm cadastrewsm:
- si vous voyez le message "Some data are positionned far away from..",
c'est que vous avez commencer vos edit sur une zone lambert et que une
coordonnée apparait dans une autre zone lambert. Il y a une certaine
tolérance pour conserver la zone lambert actuellement en usage (de 0.5
degrés en lat) mais ce message apparait au-dela des 0.5 degrés de
dépassement de la zone lambert.
=> si vous voyez le message "Some data are positionned far away from...", ne
faites pas d'upload vers OSM, les nouveaux points seront mal positionnés.
Annulez votre dernière action et sauvegardez votre travail (dans un fichier
ou avec l'upload) puis redémarrez josm pour travailler dans la nouvelle
zone.
- certaines communes se trouvant à cheval entre deux zone lambert posent
problèmes. Comme elles sont entre deux zones lambert, il est possible que
josm choisisse une zone qui ne corresponde pas à celle utilisée par le
cadastre
Pour le point 1, je vais augmenter la tolérance de dépassement de la zone
lambert en cours avant de faire apparaitre le message qui indiquera aussi
plus clairement qu'il ne faut pas utiliser les nouvelles données (de 0.5 ,
on passera a 1.5 degres)
Pour le point 2, il faudra ajouter la possibilité de définir manuellement
dans quelle zone lambert on souhaite travailler, uniquement nécessaire pour
ce genre de communes (en attendant une hypothétique base de donnée avec les
coordonnées géographiques par communes et la zone lambert utilisée par le
cadastre lorsque la commune est à cheval entre deux zones).
Pieren
</pre>
</blockquote>
<pre wrap="">Merci pour ces précisions.
En fait, pour avoir connu cette mésaventure, il me semble que la faute
incombe à des tracés trop longs dont une partie des coordonnées
débordent de la zone de tolérance. En l'espèce il s'agissait de la
frontière franco-allemande sur le Rhin.
mes 0.02 €
Denis
_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr</a>
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr</a>
</pre>
</blockquote>
</body>
</html>