Re: [Talk-cz] Ruian jako zdroj dat
Ahoj, Díky za odkaz a připomenutí ruian2osm a dovolím si pár námětů. Neodvažuju se do kodu sahat na githubu. - v Node je třeba změnit int Id na Long Id totéž u setId, getId - v OsmLoader také final Listint loadedIds na final ListLong loadedIds (je tam několikrát) Pak už to funguje. Asi trošku větší zásah, asi pro někoho jiného. isIn - je-li část obce stejná jako obec vracíme jen obec, kraj, stát to je ok doplnit jinak vrátit část obce, obec, kraj, stát chybí podpora addr:place u adres bez ulice - buď je addr:street není-li tak vložit addr:place nejsem si úplně jistý zda máš v párování ref:ruian. Prezentace výsledků. Geometrie bodu mi nic neříká. Pokud se chci podívat na jeho polohu v JOSM stačí mi id resp ref U SRID bych dal přednost 5514 a metrům, u 4326 budu teprve zkoumat kolik nastavit v match-max-distance Ukládají se někam data stažená z OSM? Jakou má funkci přepínač --update? Rozjezd velmi dobrý, potencionál značný jen to využít ... --- Pro ostatní. Pár slov na wiki dám, dejte mi čas týden, na utřídění myšlenek a zavzpomínání, co všechno jsem ještě neuvedl. Nevím zda tam přidat nějaké příklady z Ruian. Z OSM je nečekejte. Nechci tady nikoho uvádět do rozpaků. Například jsem nezmínil to, že aktualizuji pouze AM jako body. Ne že by nešli aktualizace adres na budovách, ale místy opravdu nejdou. Nejdou na SO s více vchody a tedy více AM, kde je na SO pouze jedno AM a ostatní scházejí . Potíž je nad takový SO s jedním AM umístit nové body. Dochází k překryvu čísel a jejich nečitelnosti. Jednoduché řešení nemám. Nezmínil jsem ještě zdvojení AM na rohových SO. V Ruian jsou body pro vedlejší i hlavní ulici na sobě, což se JOSM nelíbí. I přes jeho odpor to tak nechávám v případech, kdy jsou obě čísla identická a liší se pouze ulice. U AM s číslem orientačním je pak posouvám ručné k hraně SO. Navíc ani nevím, zda u těchto SO jsou opravdu využitelné (existují?) oba vchody. Ale co jsem namátkou kontroloval tak jsou i v adresy.xml. Jak to udělat automaticky nevím. - Abychom se posunuli dál. Hanoj by konečně mohl být ve své kritice konstruktivnější a napsat svoji představu o názvech importních účtů pro případ více uživatelů + jeden hlavní pro automat. Nějaký čas vyčkám, zda se někdo ujme vývoje nějakého polo/automatu. Teoreticky je možné velmi rychle aktualizovat neproblematická data a průběžně opravovat problémy. I nová data se dají přidat tam, kde prokazatelně nic není, velmi rychle. Máme řadu obcí, kde nikdy žádný import neproběhl. Sám bych se rád lehce upozadil a věnoval se těm problémům. Interně si můžeme říct, že moje činnost byla opravdu více import, než odvozování ... Tedy pokud porovnám objem dat. Že ruční práce je zdlouhavější na věci nic nemění. Navenek bych to ovšem opravdu prezentoval jako odvozování. Nebo jsem se domníval, že jde o odvozování. Rozumím tomu dobře že Ruian není mezinárodně uznán jako zdroj dat? Není ani zde http://wiki.openstreetmap.org/wiki/Import/Catalogue Zatím jsem připravil následující vysvětlení. Dobrý den, Jmenuji se Mirek Dlask V rámci OSM požívám účty Minimalis a Minimalis_import. Rád bych vysvětlil svoji činnost, která vedla k zablokování mého účtu Minimalis_import. Už více než rok jsou k dispozici data z veřejných zdrojů, jejichž garantem je Český úřad zeměměřičský a katastrální úřad. Jedná se o projekt s příspěvkem EU. Data jsou k dispozici volně bez licence. Bohužel data o nemovitostech byla v minulosti zanedbána a i v současné době obsahují řadu nepřesností a chyb. Jejich použití bez ruční korekce je pro potřeby OSM problematické. Proto se domnívám, že nejde o čistý import, ale o odvozování s použitím dat z Ruian jako zdroje. Úpravy provádím přímo v databázi. K uvedené činnosti nepotřebuji žádné speciální programové vybavení. Pouze pár řádků programu v Javě, kterým vytvořím výstupní *.osm soubor. Ten otevřu v JOSM, data zkontroluji proti katastrální mapě a po validaci odesílám. Hledám způsob, jak zlegalizovat svůj postup a dosáhnout uznání Ruian jako regulérního zdroje dat. O Ruian jako o schváleném zdroji dat je zmínka i na českých wiki stránkách OSM. Wiki stránky popisující úskalí importu připravuji. Celá problematika je diskutována od počátku projektu na talk.cz . Bohužel se do dnešního dne nenašel nikdo, kdo by celou záležitost prezentoval na imports@ list. Z dat obsažených v Ruian budou v první fázi importovány adresní body, stavební objekty a síť ulic ve městech kde chybějí. S importem jiných dat se prozatím nepočítá. Cíl projektu - aktualizace stávajících adresních bodů, doplnění nových adresních bodů, přidání nových budov. Místo - území ČR Označení dat - source = cuzk:ruian Doba trvání -
Re: [Talk-cz] Ruian jako zdroj dat
rad bych se Mirka zastal, protoze mam dojem, ze to jaky zvolil nazev uctu, je spise podruzna zalezitost a mam pocit, ze kritika, ktera se na nej ted snasi je trochu zbytecna a spis odrazujici od dalsi prace. *** Zvolil si nepruhledny nazev importniho uctu, byl zablokovan, nikde nic nepopsal co skutecne dela, takze je legitimni, kdyz to alespon zpetne udela. Kritika neni urazka, ale nastroj jak delat veci lepe. Koneckoncu, kdyz ja rucne obmalovavam katastralni mapu, tak delam neco velmi podobneho a taky to delam pod svym nickem a nic zvlastniho se z meho nicku nevycte. *** Taky te nikdo nebanuje a obkreslujes po jednotlivych objektech ne? Pocitam, ze to hlavni je, ze na vytvorene objekty dava tagy source a ref, ktere rikaji odkud data pochazi a jak vznikla. A to snad staci ne? *** Staci to pokud nedelas import. Vytvoření metadat o importu je na několik hodin, ale vytvořit je může jen on, protože je má v hlavě. Pokud ovsem Hanoj narazi jen na to, ze pouziva source:addr=ruian nebo source=ruian a radsi by byl, aby pouzil source=cuzk:ruian tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen snadno opravit, pokud mu bude odblokovan ucet. ;-) *** ja nechci na nic narazet, proste rad bych videl nekde popsane proc to dela jinak nez dosud nebo prave tak *** pokud se bavime jen o adresnich bodech (a ja dosud nevim zda jsou jedinym predmetem importu), pak je na prvni pohled vhodnejsi mit source tag=cuzk:ruian a nabytecnost is_in, ktery se uz drive vypoustel Naopak si myslim, ze vzhledem k popsane slozitosti importu dat z RUIAN je velmi vhodne, ze pro svou konkretni metodu a vysledek prace si zvolil ucet, ktery primo odkazuje na jeho osobu, ale da se odlisit od kresleni, ktere dela jako minimalis rucne. *** proc ne, ale vzhledem k politice importu bude pro jeden ucet fungovat prave jeden zdroj. Na druhou stranu by asi bylo hodne dobre, kdyby napsal onu stranku na ceske wiki, kam by pro zacatek uplne stacilo copypastnout sve predchozi maily o tomhle projektu. Aby ta informace nekde byla jasne a prehledne i pro dalsi, pokud by chteli na jeho praci navazat, resp. o tom projektu diskutovat na jednom prehlednem miste. *** CP doufam ne, budu veřit že lakoničnost a výstižnost převáží nad esejemi. Dal by me zajimalo, jestli si nemyslite, ze by bylo vhodne, pokud teda bude mit Mirek naladu pokracovat, doplnovat k budovam i ty doplnujici informace, jako je treba ucel objektu. Nabizi se bud rovnou pouzit (a trochu rozsirit) tak building, treba building=garage, nebo mene konfliktni novy tag, treba building:ruian=neco. *** informaci o garage v RUIAN imho neni. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
Pár slov na wiki dám, dejte mi čas týden, na utřídění myšlenek a zavzpomínání, co všechno jsem ještě neuvedl. Nevím zda tam přidat nějaké *** těším se Například jsem nezmínil to, že aktualizuji pouze AM jako body. Ne že by nešli aktualizace adres na budovách, ale místy opravdu nejdou. Nejdou na SO s více vchody a tedy více AM, kde je na SO pouze jedno AM a ostatní scházejí . Potíž je nad takový SO s jedním AM umístit nové body. Dochází k překryvu čísel a jejich nečitelnosti. Jednoduché řešení nemám. Nezmínil jsem ještě zdvojení AM na rohových SO. V Ruian jsou body pro vedlejší i hlavní ulici na sobě, což se JOSM nelíbí. I přes jeho odpor to tak nechávám v případech, kdy jsou obě čísla identická a liší se pouze ulice. U AM s číslem orientačním je pak posouvám ručné k hraně SO. Navíc ani nevím, zda u těchto SO jsou opravdu využitelné (existují?) oba vchody. Ale co jsem namátkou kontroloval tak jsou i v adresy.xml. Jak to udělat automaticky nevím. *** supr, ještě popsat pro ty co neznají strukturu RUIAN ze AM jsou adresni místa a SO stavebni objekty. Hanoj by konečně mohl být ve své kritice konstruktivnější a napsat svoji představu o názvech importních účtů pro případ více uživatelů + jeden hlavní pro automat. *** nikde jsem nepsal, že ho máš změnit, psal jsem že jeho nazev nevystihuje obsah. Pokud bys chtěl mít nový, tak by bylo vhodné aby obsahoval slova ruain, import a treba minimalis, jestli bude slouzit jen tobe. Nějaký čas vyčkám, zda se někdo ujme vývoje nějakého polo/automatu. *** na godota asi čekat netřeba. Na metadata o dosavadním importu před pokračováním určitě vyčkej. Interně si můžeme říct, že moje činnost byla opravdu více import, než odvozování ... Tedy pokud porovnám objem dat. Že ruční práce je zdlouhavější na věci nic nemění. Navenek bych to ovšem opravdu prezentoval jako odvozování. Nebo jsem se domníval, že jde o odvozování. *** Každý import obsahoval dost ruční práce z různých příčin a na různé úrovni a vždy zůstal importem. Bez importu bys neměl co upravovat. Do zdrojů pro odvozování patří ortofotomapy, nebo schémata silniční nebo elektrické sítě ŘSD ČEPS. Importovat nejdou ale obsahují dost informací na odvození atributů či a obkreslení. Jedná se o projekt s příspěvkem EU. Data jsou k dispozici volně bez licence. *** licence existuje a vyplývá ze zákona, více je na wiki ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz