Re: [Talk-cz] WeeklyOSM 238 CZ
Dne 26. února 2015 23:47 Michal Pustějovský michal.pustejov...@seznam.cz napsal(a): Uvažovalo se nad tím, že by se na závěr přidalo české okénko s informacemi z české komunity? Například co se řeší na mailing listu, informace týkající se mapování ČR apod.? Byla by to taková pěkná přidaná hodnota. :-) neni problem, kdyz se najde dobrovolnik, ktery s tim pomuze. Nevim jak je na tom ted Honza Martinec, ale poslednich nekolik vydani mam pocit, ze jsem jediny kdo se to snazi nekam dokopat a ono to zase neni tak malo prace :-( Bye ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] WeeklyOSM 238 CZ
Ahoj, je dostupne vydani 238 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/2496 Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WeeklyOSM 238 CZ
Wow. Ráno jsem si to přečetl anglicky a už je česká verze :-D Díky. Marián -- Původní zpráva -- Od: TK tomas.kaspa...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 2. 2015 15:33:11 Předmět: [Talk-cz] WeeklyOSM 238 CZ Ahoj, je dostupne vydani 238 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/2496 Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WeeklyOSM 238 CZ
Jo aha. Ráno byla 239 a tohle je 238 Drobnost. :-D Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 2. 2015 15:53:14 Předmět: Re: [Talk-cz] WeeklyOSM 238 CZ Wow. Ráno jsem si to přečetl anglicky a už je česká verze :-D Díky. Marián -- Původní zpráva -- Od: TK tomas.kaspa...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 2. 2015 15:33:11 Předmět: [Talk-cz] WeeklyOSM 238 CZ Ahoj, je dostupne vydani 238 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/2496 Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ŘOPíky
PS: je blbý, že databáze je 2 roky stará, ale bylu doplněny ref:ropik.net: id pro pozdější aktualizace, nejlepší by byla databáze přímo z ropik.net Ale toto JE DATABAZE z ropiky.net! Odtamtud jsem ji dostal. ;-) A dva roky stare nevadi, nove ROPiky se nestavi, a ty stare v CR by bely byt uz vsechny znamy. (doplnuji se hlavne na Slovensku a ukrajine) Nicmene v te databazi jsou nektere zcela zamerne vynechany. Nicmene pro potreby OSM bych doporucil importovat pouze stavy: postaven, dochovan 4986 postaven, neznamo 1 postaven, poskozen 126 postaven, rozvalen 614 Nejak nevim, k cemu mi v mape bude informace o tom, ze tady nekde byl planovany, ale nikdy nepostaveny ROPik, nebo ze tu naopak byl, ale byl zboren, a veskere stopy po nem byly zahlazeny? Mam za to, ze ROPiky v OSM by mely popisovat veci, ktere v terenu opravdu jsou. -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ŘOPíky
Ahoj, Rad bych ve svem okoli odstranil duplicity mezi importem a puvodnimi daty. Neresim situaci, kdy i puvodni objekt byl bod, ale kdy puvodni objekt byla oblast (area). Predpokladam, ze v danem pripade je optimalni prenest tagy z importovaneho bodu na puvodni oblast. Nebo je postup jiny? Priklad http://www.openstreetmap.org/node/3371652553 To mne vede jeste k jedna otazce: Je vhodne pridavat tag building=yes a nebo building=bunker? Diky. Ondra Dne 26. února 2015 9:38 talk-cz-requ...@openstreetmap.org napsal(a): Ahoj, včera NAIMPORTOVÁNO. Malá statistika: Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52 Stavy: nepostaven37 neznamo2 postaven, dochovan4986 postaven, neznamo1 postaven, poskozen126 postaven, rozvalen614 postaven, zahlazen2358 postaven, znicen1408 Celkem objektů: 9532 Importováno celkem 5727 se stavy: 'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, rozvalen' Níže uvedený příklad je zde: http://www.openstreetmap.org/node/3371258109 Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. Musím ještě udělat kontrolní součty. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ŘOPíky
Ahoj, podívej se jak je řešena adresa budovy: budova je area adresa je samostatný node (pokud možno v budově) Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom bude pěkný bordýlek: blbý vyhledávání a zobrazování Spíše jsem za odebrat atributy z area a umístit samostatný node do této area jako u adres. Rendery např. i hospody u area nezobrazují, ale u node ano. Petr -- Původní zpráva -- Od: Ondrej Steiner Komu: talk-cz@openstreetmap.org Datum: 26. 2. 2015 21:53:42 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, Rad bych ve svem okoli odstranil duplicity mezi importem a puvodnimi daty. Neresim situaci, kdy i puvodni objekt byl bod, ale kdy puvodni objekt byla oblast (area). Predpokladam, ze v danem pripade je optimalni prenest tagy z importovaneho bodu na puvodni oblast. Nebo je postup jiny? Priklad http://www.openstreetmap.org/node/3371652553 To mne vede jeste k jedna otazce: Je vhodne pridavat tag building=yes a nebo building=bunker? Diky. Ondra Dne 26. února 2015 9:38 napsal(a): Ahoj, včera NAIMPORTOVÁNO. Malá statistika: Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52 Stavy: nepostaven37 neznamo2 postaven, dochovan4986 postaven, neznamo1 postaven, poskozen126 postaven, rozvalen614 postaven, zahlazen2358 postaven, znicen1408 Celkem objektů: 9532 Importováno celkem 5727 se stavy: 'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, rozvalen' Níže uvedený příklad je zde: http://www.openstreetmap.org/node/3371258109 Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. Musím ještě udělat kontrolní součty. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ŘOPíky
Ahoj, včera NAIMPORTOVÁNO. Malá statistika: Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52 Stavy: nepostaven 37 neznamo 2 postaven, dochovan 4986 postaven, neznamo 1 postaven, poskozen 126 postaven, rozvalen 614 postaven, zahlazen 2358 postaven, znicen 1408 Celkem objektů: 9532 Importováno celkem 5727 se stavy: 'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, rozvalen' Níže uvedený příklad je zde: http://www.openstreetmap.org/node/3371258109 Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. Musím ještě udělat kontrolní součty. Ještě se mi moc nelíbí název name:M1/36/A-160 (stavební úsek, poř. č., typ) Na jihu u Slavonic bylo nejvice duplicit, a tam bylo Bunkr A-160, což je zase málo informací. Pokud bude nějaký zájem, tak to změním, např: name:M1/36 pillbox_type:A-160 Co se týče area: Nebyla předmětem importu, ale je součástí databáze (jen čtverec). U některých řopíků v osm byla vyplněna z katastru. Asi bych se jí nezabýval. Petr PS: je blbý, že databáze je 2 roky stará, ale bylu doplněny ref:ropik.net: id pro pozdější aktualizace, nejlepší by byla databáze přímo z ropik.net -- Původní zpráva -- Od: luka...@volny.cz Komu: OpenStreetMap Czech Republic Datum: 25. 2. 2015 14:58:30 Předmět: Re: [Talk-cz] ŘOPíky Tak to je dobra prace... Ja jsem sic minuly tyden dostal mail na spravce databaze ROPiku, ale bohuzel predpoklad, ze bude ted volneji nevysel. Takze jsem se zatim neposunul. Mam dotaz tech 5700 objektu je plus minus kompletni seznam fyzicky existujicich objektu? Pokud ano, import bude bajo. Co se duplicit tyce, nebal bych se hromadneho importu, pak cesta nejmensiho odporu bude smazat jiz existujici body (hadam, ze import bude probihat na urovni bodu) a ojekty (area) prehodit na building=yes, kdyz uz by si nekdo dal praci (a myslim, ze jsem to i nekde cetl) s presnym vykreslovanim objektu. L. __ Od: Petr Slavíček, Bc. Komu: OpenStreetMap Czech Republic Datum: 23.02.2015 09:59 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, doteďka jsem byl takový malý osamělý mapovací vlk. Rád bych se zhostil tohoto sousta, ale postupně. Udělal jsme malý skriptík v bash, který konvertuje tuto databázi do osm. Databáze má cca 5700 objektů (mimo stav 5). Stav objektů je: 1) 'postaven, dochovan' 2) 'postaven, neznamo' 3) 'postaven, poskozen' 4) 'postaven, rozvalen' 5) 'postaven, zahlazen','postaven, znicen','neznamo','nepostaven' Importuji je s následujícími atributy: lat='50.813853' lon='14.678253' military=bunker bunker_type=pillbox historic=yes name=(2)M1/36/A-160 website=http://dbase.ropiky.net/dbase.php?objekt=1075725216 ref=1075725216 source=ropiky.net Stav objektů 3,4 přidám atribut ruins=yes Stav 5 neimportuji Název z databáze a je po rozklíčování: Sbor: II. Stavební úsek: M1 - Mařenice ŘOP: 36 Typ: A-160 A teď by se rád zeptal, jak řešíte již existující řopíky v osm (při hromadném importu vznikne duplicita). Pokud by se importovalo po jednotlivých stavebních úsecích (většinou desítky řop/úsek, jsou vyjímky) zda by někdo pomohl. Mohu poskytnout jak celý seznam řopíků v osm, tak i po částech. Díky Petr PS: rád bych i nějaké rady, schválení či zamítnutí, abych něco neudělal blbě. -- Původní zpráva -- Od: luka...@volny.cz Komu: OpenStreetMap Czech Republic , talk-cz@ openstreetmap.org Datum: 19. 2. 2015 15:02:27 Předmět: Re: [Talk-cz] ŘOPíky Zdravim, jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat ja, pokud se jiz nekdo nenasel. Mejte se, L. __ Od: Kamenitxan Komu: Datum: 15.01.2015 10:10 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s ním zkusí vyjednat, nebo mu mám napsat já? Kamenitxan 11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org: Jj urcite by nejaky posveceni cele akce stalo za to... L. __ Od: Lukáš Gebauer Komu: OpenStreetMap Czech Republic Datum: 10.01.2015 13:13 Předmět: Re: [Talk-cz] ŘOPíky Dne 10.1.2015 v 12:44 Karel Volný napsal(a): no, víme něco jiného, než že ropiky.net nás ignorují? - http://forum.ropiky.net/tema.php?id=1244118437 a když se Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od dochovanych, pres poskozene, rozestavene, az po planovane, co se ani stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen pro bunkrology, kteri si to najdou jinde. Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi zadne reakce nedockas.
Re: [Talk-cz] ŘOPíky
Dne Čt 26. února 2015 22:28:44, Petr Slavíček, Bc. napsal(a): adresa je samostatný node (pokud možno v budově) ne nutně samostatný, ten bod může být klidně součástí budovy, např. když označuje v obvodu budovy místo, kde je vchod s příslušnou adresou Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom bude pěkný bordýlek: blbý vyhledávání a zobrazování toto tvrzení by si IMO zasloužilo bližšího vysvětlení Spíše jsem za odebrat atributy z area a umístit samostatný node do této area jako u adres. nevím, proč se inspirovat zrovna u adres, kde je situace odlišná - jeden dům může mít více adres, zatímco, nakolik je mi známo, jeden bunkr má (v příslušném systému sborů a stavebních úseků) právě jedno označení, tedy v rámci dané plochy by se nemělo vyskytnout více identifikačních bodů, a v tom případě je potom samostatný bod, který vlastně platí právě pro tu jednu plochu, jaksi nadbytečný Rendery např. i hospody u area nezobrazují, ale u node ano. před dávnými a dávnými časy existovalo pravidlo, že nemapujeme pro renderery ... just my 0.02€ K. p.s. ještě k předchozímu - původnímu objektu byly dány nové souřadnice a atributy dle ropik.net ... kde se bere jistota, že přispěvatelé ropiky.net mají lepší gpsky než přispěvatelé OSM? ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WeeklyOSM 238 CZ
Pěkná práce, díky :-) Uvažovalo se nad tím, že by se na závěr přidalo české okénko s informacemi z české komunity? Například co se řeší na mailing listu, informace týkající se mapování ČR apod.? Byla by to taková pěkná přidaná hodnota. :-) Michal -- Původní zpráva -- Od: TK tomas.kaspa...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 2. 2015 15:33:11 Předmět: [Talk-cz] WeeklyOSM 238 CZ Ahoj, je dostupne vydani 238 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/2496 Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ŘOPíky
-- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 2. 2015 23:19:30 Předmět: Re: [Talk-cz] ŘOPíky Dne Čt 26. února 2015 22:28:44, Petr Slavíček, Bc. napsal(a): adresa je samostatný node (pokud možno v budově) ne nutně samostatný, ten bod může být klidně součástí budovy, např. když označuje v obvodu budovy místo, kde je vchod s příslušnou adresou Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom bude pěkný bordýlek: blbý vyhledávání a zobrazování toto tvrzení by si IMO zasloužilo bližšího vysvětlení Overpass API (i XAPI apod.) tohle řeší naprosto jednoduše, dotážeš se akorát přes dva objektové typy, tj. node a way. Příkladů je na wiki k nalezení dost. Problém by nikde nastat neměl. Spíše jsem za odebrat atributy z area a umístit samostatný node do této area jako u adres. nevím, proč se inspirovat zrovna u adres, kde je situace odlišná - jeden dům může mít více adres, zatímco, nakolik je mi známo, jeden bunkr má (v příslušném systému sborů a stavebních úseků) právě jedno označení, tedy v rámci dané plochy by se nemělo vyskytnout více identifikačních bodů, a v tom případě je potom samostatný bod, který vlastně platí právě pro tu jednu plochu, jaksi nadbytečný Naprostý souhlas, v OSM platí pravidlo Jeden reálný objekt = jeden objekt v OSM. Adresy jsou tak trochu specifický systém samy o sobě, jejich složitý vztah k budovám vedl k tomu, že se preferuje značení adres separátně. Přístup Ondry Steinera (tedy překopírovat tagy na plochu reprezentující budovu a bod smazat) je podle mě ideální. Značka building=bunker taky sedí (mimochodem klíč building lze použít i na body). Rendery např. i hospody u area nezobrazují, ale u node ano. před dávnými a dávnými časy existovalo pravidlo, že nemapujeme pro renderery ... A stále je mezi námi ;-) just my 0.02€ K. p.s. ještě k předchozímu - původnímu objektu byly dány nové souřadnice a atributy dle ropik.net ... kde se bere jistota, že přispěvatelé ropiky.net mají lepší gpsky než přispěvatelé OSM? Pravda, možná by nebylo špatné případné velké posuny kontrolovat oproti katastru (stačila by i cuzk:km), kde spousta objektů zanesená je. Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
