[Talk-ro] Import CLC : update 01/11/2010

[Cristian Draghici]

2010/11/3 Stefan UNGUREANU <stefan.ungureanu la mytrek.ro>

> Revin cu detalii.
>
> In total sunt 973 de elemente care au atat tag-ul 'boundary' cat si unul
> din 'landuse', 'natural' sau 'waterway'.
>
> Primul dintre ele s-a nimerit a fi Ploiesti-ul, ocazie cu care am constatat
> ca nu prea e bine, si anume exista poligoane de 'landuse' care se suprapun.
> Mai precis, exista in interiorul poligonului tag-uit boundary=administrative
> si landuse=residential un altul tag-uit landuse=industrial, ceea ce in
> opinia mea e incorect, pentru ca o suprafata data nu poate fi si industrial
> si residential in acelasi timp.
>

De acord ca e incorect din simplul motiv ca un calcul pe aria de uz
rezidential intoarce date aiurea.

Totusi poligoanele cu "gauri" (relatie multipolyon inner, outer?) sunt greu
de editat si multi editori aleg solutii care arata bine in randarea Mapnik
si nu iau neaparat in calcul aspectele de calitate a datelor.


Ceea ce ma face sa cred ca, in general, poligoanele boundary=* trebuie sa
> ramana doar cu acest tag (si cele conexe), iar landuse sa fie doar landuse.
>

Din pacate multe din poligoanele curente de landuse au fost create cu
intentia de a delimita localitati (pentru ca landuse e poligon gri in
randarea mapnik, iar boundary e doar un polyline punctat).

Din acest motiv solutia re-denumirii in "CLC:landuse" este mult mai buna -
pentru ca ulterior putem decide care "CLC:landuse" sunt de fapt boundary-uri
si sa le re-tagguim manual.



>
> Teoretic cel putin, modificarea tag-urilor 'landuse' in 'CLC:landuse'
> rezolva aceasta problema.
>

Solutia de modificare de tag e foarte buna.

Multumesc,
Cristi
-------------- partea urm?toare --------------
Un ata?ament HTML a fost eliminat   
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20101103/09b9d0b7/attachment.html>