Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky

2011-12-31 Tema obsahu Petr Morávek [Xificurk]
hanoj napsal(a):
> 2) vytvoril jsem datasety prostorovych vztahu OBCE x COBE a dale COBE
> x ZSJ, na zaklade nich lze urcit zda jde o soucast jineho sidla, nebo
> je separovane. Algoritmem jsou 3 funkce, ktere odvozuji prostorovou
> velikost dle poctu obyvatel. Neni to uplne presne (daleko vice nez
> kruznice by sedela elipsa), ale ma to vysokou uspesnost. Nepresnost je
> ve prospech ctvrti.
Ugh, soubory jsem otevřel, ale nevím na co vlastně koukám :-) Nějaký
další komentář by se hodil, co to je a jakou cestou se k tomu dospělo by
se hodil ;)

> 4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu
> obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane.

Tady se teda neshodnem (možná to záleží na oblasti, kam se člověk dívá).

Pardubice:
ZSJ obsahuje názvy sídlišť (Višňovka, Dubina, ...), které se běžně
používají.
COBE obsahují názvy, které se vyskytují leda tak na občance :-) plus
názvy okolních vesnic, které administrativně patří pod Pardubice.
MCAST obsahuje ouřednický dělení na Pardubice I-VIII, jehož existenci
zaregistruju jednou za čtyři roky při komunálních volbách.

Když jsem se díval i na menší obce, co znám dobře, tak ZSJ taky
obsahovalo užitečné názvy - typicky malé vesničky a osady, které se na
turistických mapách běžně značí.

A už když se to před časem řešilo, tak jzvc upozorňoval [1] na některé
další důležité ZSJ.

Petr Morávek aka Xificurk

[1]
http://lists.openstreetmap.org/pipermail/talk-cz/2011-September/006804.html
<>

signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] UIR-ZSJ - části obce, základní sídelní jednotky

2011-12-31 Tema obsahu hanoj
Ahoj,

podle tvych pripominek jsem:
1) navrhl upravu systemu tagovani tak, aby umoznoval maximalni
automatizaci preferoval pocet obyvatel a mirne zohlednoval i status
sidla. [1]
2) vytvoril jsem datasety prostorovych vztahu OBCE x COBE a dale COBE
x ZSJ, na zaklade nich lze urcit zda jde o soucast jineho sidla, nebo
je separovane. Algoritmem jsou 3 funkce, ktere odvozuji prostorovou
velikost dle poctu obyvatel. Neni to uplne presne (daleko vice nez
kruznice by sedela elipsa), ale ma to vysokou uspesnost. Nepresnost je
ve prospech ctvrti.
3) na zaklade vyse uvedenych si myslim, ze OBCE a COBE (to co nejvice
v mape chybi) lze importovat po vyreseni konfliktu automaticky. Nabizi
se importovat to po okresech, to je realne zvladnout.
4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu
obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane.


ha
hanoj

[1] 
http://wiki.openstreetmap.org/wiki/Users:Xificurk/Import_UIR-ZSJ#Alternativn.C3.AD_syst.C3.A9m_tag.C5.AF_.28Hanoj.29
[2] http://osm.templ.net/osm-uir-anal.tar.gz


Dne 27. prosince 2011 12:09 "Petr Morávek [Xificurk]"
 napsal(a):
> hanoj napsal(a):
>> *** Napr. toto ja chapu jako subjektivni: "Pro sídla, která jsou
>> označena dopravní značkou začátku a konce obce svým vlastním jménem.",
>> protoze vetsinu sidel nikdo z OSM nenavstivil. Ocekaval bych proto
>> nejakou exaktnost.
>
> Aha, v tom případě každý rozumíme něco jiného pod označením
> "subjektivní" a "exaktní" :-)
> Navržené schéma je skutečně exaktní a objektivní, tzn. vůbec do hry
> nevstupují osobní názory jednotlivých lidí, jen holá fakta; to, že
> někteří neznají všechna fakta, je vedlejší.
> Pokud člověk oblast aspoň trochu zná, tak tag place podle daných
> pravidel určí dobře... a pokud dojde ke sporu, tak je tu vždycky možnost
> dojet na místo a protivníkovi omlátit značku o hlavu :D
>
>>> A proto je taky import poloautomatický a po jednotlivých obcích.
>> *** To jo, ale mame 6 tisic obci, 13 tisic sidel, 24 tisic ZSJ. Je
>> realne je to provest poloautomaticky?
>
> Nevím a nedozvíme se to jinak než tím, že to zkusíme... A pořád tvrdím,
> že je lepší udělat byť jen malou část poloautomaticky s kontrolou a až
> potom zbytek holt s nižší kvalitou automaticky.
> Hlavní problém hromadného importu je, že nevidím způsob, jak vyhledávat
> možná chyby a najít si oblast importu, která není zkontrolovaná a opravená.
>
>> *** DIBAVOD dopadl tak jak dopadl proto, ze se nikdo nejakyma
>> duplicitama, pres me namitky, nechtel zaobirat. Na duplicity UIR-ZSJ
>> jsi, pokud dobre chapu wiki, pripravil skripty.
>
> Na většinu ano, ale jsou situace, kdy se bez lidského mozku neobejdem -
> uzel není možné posunout/odstranit, protože je odkazován cestou/relací,
> je nekompatibilní s ODbL a obsahuje nějaké netriviální tagy, má
> zkomolené nebo trochu jiné jméno než v UIR (v Pardubicích např. ZSJ
> "Sídliště Dubina" vs. uzel "Dubina").
>
>>> 2) Správné tagování je třeba pro smysluplné doplnění údaje o obyvatelstu
>>> [1]. Sice je pravda, že tohle se dá už doplňovat a aktualizovat
>>> automaticky (a mám to v plánu), ale imho je lepší to dělat vše při jednom.
>> *** ja myslel ze to tvuj skript umi.
>
> Ano, doplní počty obyvatel, ale předtím musí někdo označit, co jsou
> samostatné vesnice, bez toho to nemá moc smysl... a na to je potřeba
> lidský mozek a místní znalost.
>
>
 city ... město (admin_level=6, OBCE.DBF), obyv= 90.000+ (nevejdou se
 krajská města se Jihlava, Karlovy Vary, Zlín)
>>>
>>> 90.000+ je současná situace. Je nějaký důvod tam přidávat i všechna
>>> krajská města? Je opravdu třeba Jihlava tak důležitá, a co třeba
>>> Havířov, Most, Děčín?
>> *** ja to konstatuji, nemam s tim problem a ocekaval bych toto info na wiki.
>>
>>
 hamlet ... cast obce (COBE.DBF)
>>>
>>> Chápu asi o co ses tím snažil, ale...
>>> 1) Chodov, Žizkov, Vinohrady v Praze nejsou hamlet :-)
>>>
>>> ...
>>>
 suburb ... mestska cast (MCAST.DBF)
>>>
>>> MCAST.DBF mi moc užitečná nepřijde - Praha 1-22, Pardubice 1-8, ... mno
>>> nevím...
>> *** OK, statutarni mesta to maji jinak. Ty se opravu daji vyresit rucne.
>
> Statutarní města mají navíc dělení na MCAST, které mi (jak už jsem psal)
> moc užitečné nepřijde. Ale problém s COBE a hamlet není omezen jen na ně
> (pražská sídliště jsem zvolil jen jako vhodnou ukázku).
>
> Petr Morávek aka Xificurk
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import bodů či tras v kmz/kml

2011-12-31 Tema obsahu hanoj
> jsem tu zatím nový a chtěl bych se optat jak nejlépe dostat do OSM bodíky
> případně trasy, které jsem si loni vytvořil při přípravě cesty do Polonin.
*** nevim jak se takova priprava dela, ale urcite by to nemelo byt
kopirovani z map jinych.

hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import bodů či tras v kmz/kml

2011-12-31 Tema obsahu Karel Volný

zdar,

> jsem tu zatím nový a chtěl bych se optat jak nejlépe dostat do OSM bodíky
> případně trasy, které jsem si loni vytvořil při přípravě cesty do Polonin.
> Zaznamenával jsem si to do GoogleEarth a odtud to dostanu v kml nebo kmz.
> Zatím jsem ale neobjevil funkční converter zdarma do gpx formátu, který asi
> jediný lze naimportit do OSM

nevím, jaký používáš editor, nicméně pokud se teprve rozkoukáváš a vybíráš, 
tak doporučuju hodit očko na Merkaartor

Merkaartor načíst KML umí; a když nic jiného, můžeš ho alespoň použít pro 
konverzi - importuješ KML, exportuješ GPX ...

***
pro kolegy doporučující gpsbabel - každý má představu o tom, co je "funkční" 
jinou ... už jen takové detaily, že dokumentace na webu projektu není v 
češtině a manuál popisuje jen příkazovou řádku, o GUI se neobtěžuje zmínit, to 
se lze dočíst tak akorát v release announcementu, že tam nějaké nové GUI je, 
no a stejně ani GUI není v češtině

a s "úplně jasným" vyhledáváním na Google mám také své zkušenosti ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz