Ce ne serait pas du au changement de direction de la ligne de côte d'Amsterdam ? Elle devait être en sens horaire au lieu du sens trigonométrique.<div>En tout cas après ton revert Potlatch n'affiche plus Amsterdam 2 fois dans sa relation parente.</div>

<div class="gmail_extra"><br><br><div class="gmail_quote">Le 30 novembre 2012 19:38, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org" target="_blank">liste@letuffe.org</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Visiblement, jocelyn a cherché à être trop diplomate et n'a pas été assez<br>
clair pour traiter ton cas.<br>
<br>
On va la refaire :<br>
"ne touches PAS"<br>
<br>
Peut-être qu'il y a un problème, peut-être qu'il n'y en a pas ou peut-être<br>
qu'il est ailleurs, mais en attendant, avant de tout changer à la va vite, on<br>
va prendre le temps de discuter et on va éviter de casser des relations pour<br>
créer de nouveaux problèmes que l'on ne maîtrise pas, ou, en tout cas, que tu<br>
ne semble pas maîtriser.<br>
<br>
Je m'occupe du revert<br>
<div class="HOEnZb"><div class="h5"><br>
On vendredi 30 novembre 2012, Philippe Verdy wrote:<br>
> En principe oui, mais la façon dont c'est extrait, il semble qu'il y a<br>
> toujours eu l'idée de mélanger les choux et les carottes dans les rendus<br>
> actuels, car il y a beaucoup d'incohérences dans OSM : on regroupe tout, on<br>
> compte les inclusions, on enlève les paires, on ferme les chemins pour<br>
> former des anneaux, et s'il reste encore un anneau, on le garde en<br>
> frontière interne ou externe, déterminé automatiquement (les rôles inner et<br>
> outer précisés dans les relations semblent aussi totalement ignorés, sauf<br>
> pour émettre un warning sur une liste de suivi d'anomalies, au cas où ce<br>
> calcul diffère de ce qui est renseigné dans la base, afin de permettre des<br>
> vérifications de cohérence).<br>
> Les moteurs de rendus ont beaucoup de mal à gérer les incohérences, ils<br>
> font des heuristiques qui corrigent certains problèmes mais pas tous.<br>
><br>
><br>
> Le 30 novembre 2012 19:22, Jocelyn Jaubert <<a href="mailto:jocelyn.jaubert@gmail.com">jocelyn.jaubert@gmail.com</a>> a<br>
> écrit :<br>
><br>
> > Le 30/11/2012 19:01, Philippe Verdy a écrit :<br>
> > > Non c'est autre chose, cela vient de la relation de niveau 7 (le<br>
> > > district des îles Amsterdam et Saint-Paul, dans les TAAF) qui mentionne<br>
> > > l'île deux fois (et sans rôle).<br>
> > > En revanche je ne comprend pas pourquoi elle n'est pas incluse dans les<br>
> > > TAAF (comme les autres districts)<br>
> ><br>
> > Je ne comprends pas le problème: ça avait l'air très bien avant ta<br>
> > suppression de le relation 1401924.<br>
> ><br>
> > <a href="http://www.openstreetmap.org/browse/relation/1401924/history" target="_blank">http://www.openstreetmap.org/browse/relation/1401924/history</a><br>
> ><br>
> >    -> elle contenait les deux îles de Saint-Paul et d'Amsterdam<br>
> ><br>
> ><br>
> > <a href="http://www.openstreetmap.org/browse/relation/1401925/history" target="_blank">http://www.openstreetmap.org/browse/relation/1401925/history</a><br>
> ><br>
> >    -> relation qui était bien incluse dans la relation des TAAF.<br>
> ><br>
> ><br>
> > En tout cas, je ne vois pas comme une relation peut impacter le rendu de<br>
> > Mapnik, qui ne prend en compte que les natural=coastline pour les côtes,<br>
> > du moins à ce qu'il me semble.<br>
> ><br>
> ><br>
> > Merci,<br>
> > Jocelyn<br>
> ><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
sly<br>
qui suis-je : <a href="http://sly.letuffe.org" target="_blank">http://sly.letuffe.org</a><br>
email perso : sylvain chez letuffe un point org<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>