E discutabila calitatea CLC la ape.<div>Apar doar corpurile mari de apa (care in genere au cam fost deja desenate pe satelitar).</div><div><br></div><div>Eu am incercat sa folosesc CLC ca sursa pentru apele din Fagaras pentru niste harti (<a href="http://blog.loudhush.ro/2010/09/mountain-hiking-tracks-in-fagaras.html">http://blog.loudhush.ro/2010/09/mountain-hiking-tracks-in-fagaras.html</a>) dar CLC nu are absolut nimic in zona respectiva (ma rog, afara de Vidraru, care apare si pe Yahoo).</div>
<div><br></div><div>Balea, Capra, Caltun, etc nu apar de loc pe CLC.</div><div>Raurile si vaile nici atat.</div><div><br></div><div>--</div><div>Cristi</div><br><div class="gmail_quote">2010/11/4 Stefan UNGUREANU <span dir="ltr"><<a href="mailto:stefan.ungureanu@mytrek.ro">stefan.ungureanu@mytrek.ro</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">De ape nu ma ating intr-adevar, cel putin nu pentru moment, pentru ca problema e mai delicata acolo.<br>
<br>
Intre timp mi-a venit ideea sa incep cu 'farmland', pentru ca sunt foarte putine existente deja... Altfel padurile erau si prima mea alegere ;)<br>
<br>
S.<div class="im"><br>
<br>
On 04/11/2010 11:52, Janos Rusiczki wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
As vota pentru paduri si apoi residential.<br>
Parca ziceai ca de ape nu te atingi pentru moment, ca altfel aia ar fi<br>
fost pe locul intai.<br>
<br>
2010/11/4 Stefan UNGUREANU <<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a><br></div><div class="im">
<mailto:<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a>>><br>
<br></div><div class="im">
O prima executie cu succes :<br>
<br>
<a href="http://www.openstreetmap.org/browse/changeset/6286120" target="_blank">http://www.openstreetmap.org/browse/changeset/6286120</a><br>
<br>
Rezultat : pe toate poligoanele care aveau 'boundary' si 'landuse',<br>
s-a modificat tag-ul 'landuse' si s-a reintrodus tag-ul 'source'<br>
care fusese sters anterior (tag-ul trebuia pastrat cf. permisiunii<br></div>
de a utiliza datele <a href="http://cultura.ro" target="_blank">cultura.ro</a> <<a href="http://cultura.ro" target="_blank">http://cultura.ro</a>>)<div><div></div><div class="h5"><br>
<br>
Intrebare... vreo preferinta in legatura cu primele date ce vor fi<br>
importate ? residential, forest, etc. ?<br>
<br>
S.<br>
<br>
<br>
<br>
On 03/11/2010 17:33, Stefan UNGUREANU wrote:<br>
<br>
Ca un prim test 'live' (adica nu pe serverul dev), cred ca o sa<br>
rulez o<br>
schimbare de tag-uri pentru cele 973 de elemente.<br>
<br>
Pe toate elementele boundary=*, landuse=residential o sa modific<br>
tag-ul<br>
'landuse'. landuse=residential nu are neaparat legatura cu limitele<br>
localitatilor.<br>
<br>
Stefan.<br>
<br>
On 03/11/2010 09:27, Stefan UNGUREANU wrote:<br>
<br>
Revin cu detalii.<br>
<br>
In total sunt 973 de elemente care au atat tag-ul 'boundary'<br>
cat si unul<br>
din 'landuse', 'natural' sau 'waterway'.<br>
<br>
Primul dintre ele s-a nimerit a fi Ploiesti-ul, ocazie cu<br>
care am<br>
constatat ca nu prea e bine, si anume exista poligoane de<br>
'landuse' care<br>
se suprapun. Mai precis, exista in interiorul poligonului<br>
tag-uit<br>
boundary=administrative si landuse=residential un altul tag-uit<br>
landuse=industrial, ceea ce in opinia mea e incorect, pentru<br>
ca o<br>
suprafata data nu poate fi si industrial si residential in<br>
acelasi timp.<br>
<br>
Ceea ce ma face sa cred ca, in general, poligoanele<br>
boundary=* trebuie<br>
sa ramana doar cu acest tag (si cele conexe), iar landuse sa<br>
fie doar<br>
landuse.<br>
<br>
Teoretic cel putin, modificarea tag-urilor 'landuse' in<br>
'CLC:landuse'<br>
rezolva aceasta problema.<br>
<br>
Stefan.<br>
<br>
On 03/11/2010 08:44, Cristian Draghici wrote:<br>
<br>
<br>
<br>
2010/11/3 Stefan UNGUREANU <<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a><br>
<mailto:<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a>><br>
<mailto:<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a><br>
<mailto:<a href="mailto:stefan.ungureanu@mytrek.ro" target="_blank">stefan.ungureanu@mytrek.ro</a>>>><br>
<br>
Salut,<br>
<br>
1. Cred ca de fapt e vorba de un poligon de 'landcover'<br>
si nu unul<br>
de 'boundary'. In cazul asta, se intampla ca la toate<br>
celelalte, si<br>
anume tag-ul ramane, dar in loc sa fie 'landcover' va deveni<br>
'CLC:landcover', ca in exemplul de mai jos.<br>
<br>
<way id="137011" changeset="7671" user="Romania CLC<br>
import bot" ><br>
<nd ref="4601463"/><br>
[...]<br>
<nd ref="4601539"/><br>
<tag k="CLC:landuse" v="residential"/><br>
</way><br>
<br>
<br>
<br>
2. In cazul asta se intampla la fel; 'landcover' va deveni<br>
'CLC:landcover' si restul tag-urilor raman neschimbate.<br>
Un astfel de<br>
poligon va fi probabil randat ca un 'boundary' simplu.<br>
<br>
Practic, 'landcover' devine 'CLC:landcover', 'natural'<br>
devine<br>
'CLC:natural' si 'waterway' devine 'CLC:waterway', iar<br>
valorile<br>
raman neschimbate.<br>
<br>
Pentru inceput, voi incepe cu 'landcover', 'natural' si<br>
'waterway'<br>
vin mai tarziu, mai ales ca e destul de probabil ca<br>
'waterway' sa nu<br>
le modific.<br>
<br>
<br>
Multumesc pentru lamuriri si pentru efortul depus in import.<br>
<br>
--<br>
Cristi<br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-ro mailing list<br></div></div>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a> <mailto:<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a>><div class="im">
<br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
<br>
<br>
_______________________________________________<br>
Talk-ro mailing list<br></div>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a> <mailto:<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a>><div class="im">
<br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
<br>
<br>
_______________________________________________<br>
Talk-ro mailing list<br></div>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a> <mailto:<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a>><div class="im"><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
<br>
<br>
_______________________________________________<br>
Talk-ro mailing list<br></div>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a> <mailto:<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a>><div class="im"><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-ro mailing list<br>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
</div></blockquote><div><div></div><div class="h5">
<br>
_______________________________________________<br>
Talk-ro mailing list<br>
<a href="mailto:Talk-ro@openstreetmap.org" target="_blank">Talk-ro@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
</div></div></blockquote></div><br><br clear="all"><br>