<div>En faire un calque, pour avoir un avis complémentaire lorsque les limites entre deux communes sont en contradiction, et en particulier quand on voit un décalage constant.</div>
<div> </div>
<div>Cela peut être un élément de plus pour caler des planches cadastre raster ?<br></div>
<div>Même sans import de ces données, est-ce qu'il ne faudra pas un jour ou l'autre un outil pour contrôler la position des limites de communes existantes ?</div>
<div> </div>
<div>Les plus anciennes communes ont été rentrées alors que les projections étaient différentes (pas encore Lambert CC), parfois sans conflation. </div>
<div>Et la plupart avant que les limites soient dispo sous forme vectorisé sur le dépôt Cleo Carto<br></div>
<div class="gmail_quote">Le 7 décembre 2011 11:09, Matthias Dietrich <span dir="ltr"><<a href="mailto:eiger.osm@gmail.com">eiger.osm@gmail.com</a>></span> a écrit :<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Le 7 décembre 2011 09:01, Damouns <<a href="mailto:damouns@gmail.com">damouns@gmail.com</a>> a écrit :<br>

<div class="im">> Je suis d'accord : pas d'import des contours communaux GeoFla dans<br>> OSM. Surtout quand on voit leur qualité. Les GeoFla France entière<br>> sont maintenant disponibles pour toute personne qui le souhaite<br>
> puisque leur licence est libre désormais ; on pourrait les utiliser<br>> pour du contrôle qualité mais de grâce, pas d'inhibition du travail de<br>> création à partir du cadastre, on a trop à y perdre.<br>><br>
<br></div>+1<br><br>Comme cela a déjà été dit, l'import des limites GeoFla serait de toute<br>façon un travail "pour rien", dans la mesure où ces limites auraient<br>vocation à être remplacées par celles du cadastre. Cet import ne<br>
serait pas non plus aussi facile que ça, car il faudrait tricoter avec<br>les limites existantes et plus précises. Ceci implique du travail<br>manuel et fastidieux de recollement de morceaux de ways "GeoFla" sur<br>
des ways "cadastre", tout en sachant que les ways "GeoFla" peuvent<br>disparaître une semaine plus tard, avec l'arrivée de nouvelles<br>communes dans le cadastre. Personnellement, ça ne me motive pas trop<br>
de passer des heures à recoller des morceaux s'ils sont voués à<br>disparaître la semaine suivante.<br>Si un tel import devait tout de même se faire, il faudrait alors<br>modifier l'analyse des communes de Sly, et peut-être certaines<br>
analyses Osmose de sorte qu'elle ne tiennent pas compte des communes<br>aux contours GeoFla. Tout ça suppose bien évidemment que ces communes<br>GeoFla aient un tag "source" correctement renseigné.<br>Je ne vois pas vraiment la valeur ajoutée de cet import. Comme dit, on<br>
peut très bien garder les contours GeoFla à côté et les combiner aux<br>données OSM selon les besoins.<br>
<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><br clear="all"><br>-- <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>