[Talk-cz] Import DIBAVOD

[jzvc]

Dne 26.4.2010 21:18, Pavel Zbytovský napsal(a):
> Ahoj,
>
> pokusil jsem se importovat data z areas_conflict_170.xml, ale narazil jsem
> docela na problém. Kontroloval jsem data podle Cenie a převážná většina
> nádrží byla zvětšených nebo jinak zásadně upravených. Všechny nádrže tam
> samozřejmě jsou z místních survey. Přestože jsou hodně střílené od oka, tak
> ale více odpovídají skutečnosti (cenii) než z toho dibavodu.
>
> Teď co s tím. *Jednak z hlediska importu* - podle Cenie lze jen kontrolovat,
> takže jsem  zachovával buď jeden nebo druhý, podle toho, který byl
> aktuálnější. Což ovšem znamenalo, že jsem skoro všude nechal ty staré.  Je
> vhodné zachovávat i to IDčko u těch "aktuálnějších" tvarů?
>   
Jo, ID zachovat, muze se hodit.
> Jednak také co *z hlediska datasetu* - většina nádrží neodpovídají
> skutečnosti a troufám si říct, že mnoho těch nekonfliktních bude taky hodně
> vedle. Třeba:
> * id:105040060017 - špatný tvar nádrže
> * id:105040070003 - špatný tvar nádrže, chybí name=Ctěnický rybník
> * id:105040060019 - špatný tvar nádrže, chybí name=Biologický rybník
> * id:105040060018 - špatný tvar nádrže
> * id:105040060002 - špatný tvar nádrže
>   
Nekonflikni napriklad udelaly vodu tam, kde uz desiky let zadna neni,
dibavod ma poradne zastaraly data. Zatim sem to nechal byt, prave proto,
ze by nebylo od veci se snima nako dohodnout na nejaky zpetny vazbe.

> Rád bych, kdyby se nám povedlo vrátit nějaké updaty zpět do dibavodu, byla
> by to pěkná ukázka, že se úřadům vyplatí otevírat data, protože komunita je
> schopna nabídnout velkou kontrolní sílu a hodnotu nazpět. Stejně ty
> konfliktní importy všechny ručně procházíme, takže pro nás by to nebyla
> práce navíc.
>
> Už výše jsme s tím tady nic moc kloudného nevymysleli. Nevíte, kdo to
> vlastně s úřadem komunikoval, asi by bylo rozumné aby s úřadem mailoval
> případně on.
>
>
> A ještě mimochodem, jak je na tom import potoků a řek? wiki stránka se o něm
> nezmiňuje.
>   

Pokud vim, tak toto (vodni plochy) byl prakticky jeden soubor prohnanej
pres detektor kolizi a rozparcelovanej po unosnym poctu 20/soubor. S
vodnimi toky to bude mozna horsi, protoze detekovat kolize bude asi
tezsi, takze pocitam ze to bude vic rucni prace.

> Hezký den vám všem,
> Pavel Zbytovský aka zbycz
>
>
> 2010/3/10 jzvc <jzvc na tpfree.fdns.net>
>
>   
>> Dne 10.3.2010 21:46, Pavel Machek napsal(a):
>>     
>>> On Mon 2010-03-08 04:54:11, hanoj wrote:
>>>
>>>       
>>>> To by bylo dobre, co trebas zalozit stranku na nasi wiki?
>>>>
>>>>         
>>> Ma to cenu psat na wiki? Ja bych si predstavoval ze se zastarala data
>>> proste smazou...
>>>
>>>       
>> Pavel
>>     
>>>
>>>       
>> Tj, ale bylo to mysleno tak, ze by se zdroji mohlo rict, ze tam maj
>> stary data a jaky, a necht si to opravi.
>>
>> _______________________________________________
>> Talk-cz mailing list
>> Talk-cz na openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>     
>   
>
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20100426/a0adf9e3/attachment.html>