Aller "sur place" et vérifier les données va plus vite que taper un long message<div><br><div>Il y a deux îles en question, et chacune n'est constituée que d'un seul way (pas de multi-polygone)</div><div>
<a href="http://www.openstreetmap.org/browse/way/30689180" target="_blank">http://www.openstreetmap.org/browse/way/30689180</a></div>
<div><a href="http://www.openstreetmap.org/browse/way/55015115" target="_blank">http://www.openstreetmap.org/browse/way/55015115</a><br><br></div><div>Cela tue déjà bcp d'hypothèses.</div><div><br></div><div>Comme l'a dit Christophe, cela peut être une histoire de données de côtes longues au rafraîchissement.</div>

<div><br></div><div>Et il y a l'histoire du sens du tracé (aiguilles d'une montre ou pas). </div><div>C'est bon : la terre est côté gauche et la mer côté droit, si l'on chemine dans le sens du way</div><div>
<br></div><div>Je dirais donc comme Christophe, dans ce cas</div><div>
<br><div class="gmail_quote">Le 13 juillet 2012 17:07, Philippe Verdy <span dir="ltr"><<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

On a eu le cas un peu différent sur les îles intérieures (au milieu<br>
d'un fleuve) à Nantes sur la Loire. Malgré les corrections, elles sont<br>
encore "inondées" (certaines mais pas toutes). Il semble y avoir des<br>
confusions entre les tags, mais il y a un problème commun qui apparaît<br>
parfois, lié à des conflits de versions et des superpositions de<br>
lignes côtières multiples.<br>
On doit vérifier qu'il n'y a bien qu'une seule ligne de côte, pas deux<br>
(pas forcément identiques)... Cela arrrive quand certains ont anticipé<br>
des suppressions de licences et modifié un ancien contour qui est<br>
ensuite restauré par quelqu'un d'autre qui n'a pas vu le nouveau<br>
tracé.<br>
<br>
Le chargement des objets par ID ne permet pas de voir les éléments en<br>
doublon, il faut parfois charger une zone rectangulaire autour d'un<br>
morceau de la côte et englobant une distance suffisante pour trouver<br>
les traits en doublon. Et vérifier ensuite aussi les relations<br>
administratives qui soit utilisent ces lignes de côtes (ce devrait<br>
être le cas, mais ces lignes de côtes ne devraient pas avoir besoin<br>
d'aucun d'attribut boundary=administrative, car en plus ces lignes ne<br>
sont pas réellement les frontières administratives qui sont plus<br>
éloignées).<br>
<br>
Attention aussi au sens du tracé des lignes de côtes : vériifer que<br>
les segments forment bien un contour fermé en les triant pour les<br>
interconnecter, et leur direction (contour dans le sens inverse des<br>
aiguilles d'une montre, avec la terre à gauche et la mer à droite dans<br>
la direction du tracé des segments).<br>
<br>
D'ailleurs le sens du tracé devrait être utilisé préférablement pour<br>
tous les contours fermés. Ce n'est pas possible avec les frontières<br>
administratives qui partagent les mêmes segments de frontières car on<br>
a une surface intérieure aussi bien à droite qu'à gauche du tracé.<br>
<br>
Note: la droite et la gauche mentionnés dans les attributs ne sont pas<br>
celles qu'on voit en regardant la carte orientée avec le Nord vers le<br>
haut. Ce n'est pas par rapport à vous mais par rapport à quelqu'un qui<br>
regarderait dans la direction du tracé: si le tracé "descend" vers le<br>
Sud, le côté droit est à votre gauche en regardant la carte ! si le<br>
tracé va vers l'est, vous voyez le côté droit du segment en dessous de<br>
ce segment... Retenir le sens inverse des aiguilles d'une montre et<br>
pour éviter de se tromper à l'avenir, il vaut mieux systématiquement<br>
tracer dans cette orientation, même si pour certains objets ce n'est<br>
pas nécessaire (cela allège aussi le travail des moteurs de rendu qui<br>
tracent les surfaces ou les requêtes géométriques de recherche qui<br>
passent moins de temps à trier les relations). C'est même valable pour<br>
les tracés de rôle "inner" (qui délimitent un "trou" dans une surface<br>
fermée en utilisant le contour fermé d'un AUTRE objet qui possède ses<br>
PROPRES attributs distincts de celui de la relation qui utilise ce<br>
rôle "inner"/"enclave").<br>
<br>
Vérifier aussi qu'il n'y a pas de segments en double, et que les nœuds<br>
supposés lier les chemins entre eux sont bien identiques et pas<br>
seulement superposés à la même position.<br>
<br>
Le 13 juillet 2012 16:38, Christophe Merlet <<a href="mailto:redfox@redfoxcenter.org" target="_blank">redfox@redfoxcenter.org</a>> a écrit :<br>
<div><div>> Le vendredi 13 juillet 2012 à 15:24 +0200, Jean-Claude Repetto a écrit :<br>
>> Bonjour,<br>
>><br>
>> A partir du niveau de zoom 13, cette île semble être inondée :<br>
>> <a href="http://www.openstreetmap.org/?lat=-38.7398&lon=77.5645&zoom=12&layers=M" target="_blank">http://www.openstreetmap.org/?lat=-38.7398&lon=77.5645&zoom=12&layers=M</a><br>
>><br>
>> Quelqu'un aurait-il une explication ?<br>
><br>
> Si je ne me trompe pas, les lignes de côtes générées par Mapnik le sont<br>
> depuis un fichier externe, lui même généré de temps en temps depuis<br>
> OpenStreetMap.<br>
><br>
> <a href="http://tile.openstreetmap.org/processed_p.tar.bz2" target="_blank">http://tile.openstreetmap.org/processed_p.tar.bz2</a><br>
> <a href="http://tile.openstreetmap.org/shoreline_300.tar.bz2" target="_blank">http://tile.openstreetmap.org/shoreline_300.tar.bz2</a><br>
><br>
> Il semble que ni la version du 31 mars, ni la dernière du 17 juin n'ai<br>
> pris en compte ces îles.<br>
><br>
> Un examen de l'historique des lignes de côtes montre que la balise<br>
> natural = coastline n'a été mise que le 1er juillet. Idem pour l'île<br>
> Amsterdam. Il faut donc attendre la prochaine mise à jour de ces<br>
> fichiers puis la mise à jour des serveurs de tuiles pour que ces îles ne<br>
> soit plus submergées...<br>
><br>
><br>
>         Librement,<br>
> --<br>
> Christophe Merlet (RedFox)<br>
><br>
><br>
> _______________________________________________<br>
> Talk-fr mailing list<br>
> <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">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>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">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><br clear="all"><div><br></div>-- <br><a href="http://wiki.openstreetmap.org/wiki/User:Ab_fab" target="_blank">ab_fab</a><br>"Il n'y a pas de pas perdus"<br>
</div></div>