ŘOPíky

29 zpráv
Zpět na přehled

ŘOPíky

29 zpráv PLKLHJDK 12 účastníků 21 min čtení
  1. Dalibor Jelínek dalibor na dalibor.cz #m6519f6
    Ahoj, tak jsem ty své ŘOPíky předělal dle doporučení. Trochu jsem si s tím vyhrál, asi až moc, takže mají reálné obrysy i měřítko i směr. Kdybyste je náhodou někdo chtěl použít, tak jsou to tyto typ B way 207328076 typ A-160 way 207328074 typ A-140 way 207323706 typ B2-80 way 207323707 typ B2-90 way 207323708 Dalibor Ahoj, díky za odpovědi. Předělám to tedy na tři cesty. A jestli jsem to tedy správně pochopil,tak protože tady http://wiki.openstreetmap.org/wiki/Map_Features není v políčku rendering u tree_row nic zobrazeno, tak to mapnik nebude vůbec vykreslovat? Takže, pokud bych to na tý mapě chtěl vidět, tak bych měl ještě na tu cestu nasázet jedntolivý nody a označit je jako natural=tree, aby je to tam nakresilo? A má smysl to dělat, když nevím přesně místa, kde ty stromy jsou? Podobnej problém řeším se zakreslením řopíků. Udělal jsem jich pár a označil je military=bunker a bunker_type=pillbox a mapnik je ignoruje. Zkusil jsem ještě přidat building=yes, jestli tam udělá alespoň tečku. Jaké je správné označení, aby se ten řopík na mapě objevil? Nebo musím někde zažádat, aby takovou věc začali vykreslovat? Tuhle mas ropik - je tagovanej jako budova + bunker ... neres co se renederuje, res co to je. http://mtbmap.cz/#zoom=18 <http://mtbmap.cz/#zoom=18&lat=50.652659&lon=14.025324> &lat=50.652659&lon=14.025324 Totez na osm http://www.openstreetmap.org/?lat=50.652397 <http://www.openstreetmap.org/?lat=50.652397&lon=14.025609&zoom=18&layers=M> &lon=14.025609&zoom=18&layers=M Na OSM mapach se nezobrazi ohromna hromada dat, ktery tam vlozis, to ale neznamena, ze bys to mel delat nejak jinak jen proto, aby se to "nejak" zobrazilo. Dalsi ropiky najdes podel Labe smerem na Decin trebas. Osobne tomu davam profil budovy, pokud mam podklad na kterem je to videt. Pokud nemam, a vim jen polohu, davam tam jen bod. Technicky by v pripade ropiku slo jiste otagovat i smery strilen (jako to maj na ropiky.net) a taky se ti to nejspis nikde nezobrazi. Díky, Dalibor Ahoj, podle wiki bych řekl, že tree_row je zamýšleno trochu obecněji... prostě řada stromů. Takže klasická alej by asi měla být značena třemi cestami: -------------------- natural=tree_row ==================== highway=track -------------------- natural=tree_row Zdraví, Petr Morávek aka Xificurk
  2. lukasmi na volny.cz lukasmi na volny.cz #md5c0f3
    Zdravim, v souvislosti s generovanim vektorovych map pro Locus, jsme spolecne s Voldapetem, jez je autorem generovanych map, narazili na téma bunkru, takzvanych Ropiku. Zda-li je na mapach zobrazovat ci nikoliv, vzhledem k jejich velice ridkemu zmapovani. S tim souvisi i jejich import. Vygooglil jsem stripky informaci, ze uz se to resilo a nekdo se tim zabyval. Chtel bych se Vas tedy zeptat, v jakem je to stavu, kdo se kam dostal? Databaze s gps souradnicemi zda se existuji, takze by se snad dalo ne...?
  3. Karel Volný kavol na seznam.cz #m46ce49
    zdar a sílu,
    Zdravim, v souvislosti s generovanim vektorovych map pro Locus, jsme spolecne s Voldapetem, jez je autorem generovanych map, narazili na téma bunkru, takzvanych Ropiku. Zda-li je na mapach zobrazovat ci nikoliv, vzhledem k jejich velice ridkemu zmapovani.
    IMO jsou leckde dobrým orientačním bodem, pročež to, že někde zakreslené nejsou, nevidím jako důvod nezobrazovat je tam, kde jsou ... že data nejsou kompletní jsme si zvykli, když někdo někde narazí na objekt, co není v mapě, může ho tam zakreslit, ale když objekt, co v mapě je, v reálu nenalezne (ani stopy po něm), tak se člověk asi ztratil (ano, i s gps se lze ztratit :-))
    S tim souvisi i jejich import. Vygooglil jsem stripky informaci, ze uz se to resilo a nekdo se tim zabyval. Chtel bych se Vas tedy zeptat, v jakem je to stavu, kdo se kam dostal?
    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 podívám na http://opevneni.cz/inc/prava.htm tak bych to na nějakou velkou ochotu taky neviděl (právě jsem tím odkazem jejich podmínky porušil, LOL) (mimochodem přijde mi to dost pokrytecké, když sami "vykrádají" geoportal ...)
    Databaze s gps souradnicemi zda se existuji, takze by se snad dalo ne...?
    tak například na tomto supertajném odkazu: http://www.asdf47676ads.ropiky.net/web.kmz je KML které by se asi dalo do mapy nacpat jednodušeji než vyzobávat databázi ... jelikož na ropiky.net žádné licenční podmínky nevidím, chtěl jsem se zkusit registrovat, abych viděl, za jakých podmínek mohou lidé přispívat (tedy pokud se při registraci klasicky něco odsouhlasuje) a jestli by z toho pro nás něco užitečného nevyplynulo, ale příslušný odkaz http://www.ropiky.net/admin/user_add.php mi vrací 404 not found ... haleluja :-/ K.
  4. Lukáš Gebauer gebylist na mlp.cz #mc6b48f
    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. Nicmene data tak uplne nedostupna nejsou. Treba me se podarilo narazit na jednoho z hlavnich lidi a vyjednat toto: http://www.geocaching.cz/blog/25/entry-219-%C5%99op%C3%ADkat%C3%BD-geoget-ii/ Tu databazi z toho Geogetu lze exportovat do GPX, nebo cehokoliv jineho, ma to uzivatelsky definovane exportni skripty. Takze ja za soucasne situace verim, ze ziskani dat pro OSM nebude neprekonatelny problem. Mam se pokusit vyhrabat email na toho cloveka? Lukas.
  5. lukasmi na volny.cz lukasmi na volny.cz #m3af5ac
    Jj urcite by nejaky posveceni cele akce stalo za to... L.
  6. Kamenitxan kamenitxan na me.com #m2a648d
    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-request na openstreetmap.org:
  7. lukasmi na volny.cz lukasmi na volny.cz #m065a30
    Zdrvim, pokud si jiz s onim clovekem byl v kontaktu ohledne jinych veci, bylo by to idealni. Asi to dava lepsi vyjednavaci pozici a navic nekoho neurazis tim, ze jeho email koluje mezi 'cizi' komunitou. L.
  8. lukasmi na volny.cz lukasmi na volny.cz #ma2a8b8
    Zdravim, jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat ja, pokud se jiz nekdo nenasel. Mejte se, L.
  9. Petr Slavíček, Bc. pslavicek na seznam.cz #mc7258e
    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ě.
  10. lukasmi na volny.cz lukasmi na volny.cz #m588a5a
    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.
  11. honny honnycze na gmail.com #mce8181
    Hodne ropiku je v ruian, co jsem mel moznost zatim videt (a mapovat). Zpravidla jsem jim prislusne tagy po vytvoreni tracerem rucne pridal. h.
  12. jzvc jzvc na tpfree.net #mec03f4
    Hodne ropiku je v ruian, co jsem mel moznost zatim videt (a mapovat). Zpravidla jsem jim prislusne tagy po vytvoreni tracerem rucne pridal. h.
    Tak tak, a navic pokud si pamatuju, ty ropiky maj taky zaznamenany palebny vysece, coz teda netusim, jestli se nekdo pokousel prenaset do OSM, ale da se z toho poznat, jakym smerem je otocenej (a tedy z jakyho smeru bude/nebude videt) + ropiky jsou typizovany (existuje jich jen omezeny mnoztvi celkem presne danych variant + par vyjimek). Takze pricipielne by se klidne dal vkladat prave typizovany polygon, kterej se da s pomoci palebnych vyseci i spravne orientovat.
    Dne 25. února 2015 14:57 <lukasmi na volny.cz <mailto:lukasmi na volny.cz>> 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.
    Jiste, aby se opet zlikvidovala prace hromady lidi a nahradila neuplnym a nepresnym importem ve vi buh jakym stavu.
  13. Petr Slavíček, Bc. pslavicek na seznam.cz #mad0dc9
    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
  14. Lukas Gebauer gebylist na mlp.cz #m3529c8
    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.
  15. Ondrej Steiner steiner4shop na gmail.com #m48ce4c
    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
  16. Petr Slavíček, Bc. pslavicek na seznam.cz #m6555eb
    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
  17. Karel Volný kavol na seznam.cz #mfcdd05
    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?
  18. Michal Pustějovský Michal.Pustejovsky na seznam.cz #m5390d9
    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 ""
  19. honny honnycze na gmail.com #m77b478
    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?
    a než ruian... h.
  20. Petr Slavíček, Bc. pslavicek na seznam.cz #m5ef7b5
    Nikde, a jak to chcete vyřešit? nechat duplicity? Před importem jsem se ptal, jak se řeší duplicity, nikdo 2 dny neodpověděl. Duplicity jsem řešil s citem, měl jsem zapnutou vrstvu GPX tras. Na opravdu velké rozdíly jsem nechal duplicity (cca 5 kousků). Petr Už se obhajovat nebudu, půjdu asi zpátky do ilegality... a než ruian... h.
  21. Petr Slavíček, Bc. pslavicek na seznam.cz #mbbd15a
    A pro koho mapujeme? Bez renderů máme holé texty a rendery jsou bez OSM k ničemu. Tady musí být nějaká kooperace, a ne že každý si to udělá jak chce, protože přeci rendery se přizpůsobí. Čím jednodušeji to bude udělané, tím lépe a rendery rychleji vykreslí. Když si to každý udělá jinak, tak rendery nevykreslí... V jednoduchosti je krása. A mimochodem pro bunker_type=pillbox je dovolen jen bod, viz zelený rámeček vpravo dole http://wiki.openstreetmap.org/wiki/Tag:bunker_type%3Dpillbox Kdo psal nějaký render, tak ví o čem mluvím. Jenom ta hospoda může být označena několika různými atributy a teď je to zkomplikováno tím, že někdo dá ty atributy do cesty a ne do bodu. To vykreslování taky něco stojí (rychlost CPU). Petr
  22. hanoj ehanoj na gmail.com #mc0bab6
    Nikde, a jak to chcete vyřešit? nechat duplicity? Před importem jsem se ptal, jak se řeší duplicity, nikdo 2 dny neodpověděl.
    *** Je vhodne nechat na dulezita rozhodnuti jako import klidne 14 dni. To jsme myslim s tebou jednou diskutovali... Je tak neprekonatelne? ha hanoj
  23. Karel Volný kavol na seznam.cz #md91bcf
    Nikde, a jak to chcete vyřešit? nechat duplicity? Před importem jsem se ptal, jak se řeší duplicity, nikdo 2 dny neodpověděl.
    *** Je vhodne nechat na dulezita rozhodnuti jako import klidne 14 dni. To jsme myslim s tebou jednou diskutovali... Je tak neprekonatelne?
    FTR, tady v Brně jsou teď jarní prázdniny spousta lidí je tedy tento _celý_ týden na dovolené přinejmenším někteří z nich vůbec bez přístupu k Internetu, a u těch, co přístup mají, bych si dovolil vyjádřit pochybnosti o ochotě a vůbec volném čase k řešení věcí z mailinglistů (ostatně i pokud jsou lidé doma, mohu jen závidět, pokud je na tom někdo tak dobře, že si může dovolit, aby u něj OSM mělo každodenně vyšší prioritu nežli třeba daňové přiznání, které pomalu klepe na dveře, apod.) K.
  24. Petr Slavíček, Bc. pslavicek na seznam.cz #m931c5f
    Jarní prázdniny jsou v průběhu února až dubna, navrhuji, aby se důležitá rozhodnutí v tomto období neřešila, zvláště ne, když mají v Brně jarní prázdniny-další jsou 29.2.-6.3.2016.  Dále aby se neřešila v období červenec, srpen, začátek září, prosinec (sháníte dárky), a leden, to se podává daňové přiznání z nemovitosti, také jsem zapoměl na DPH každý měsíc. Nic jste se mnou nediskutovali. Další věci budu dále dělat sám, dle svého nejlepšího vědomí a svědomí, bez Vaší konzultace, kdy neporadíte, ale vytýkáte. Děkuji za nespolupráci a z tohoto fóra odcházím. Petr PS: mám v plánu dodělat označení žel. přejezdů, tak abysme si nelezli do zelí. Dík PSS: pokud má někdo pocit, že jsem mu přemístil node s řopíkem, tak má původní ID
  25. Karel Volný kavol na seznam.cz #mbc51fa
    A pro koho mapujeme?
    hm, žeby pro lidi?
    Bez renderů máme holé texty a rendery jsou bez OSM k ničemu. Tady musí být nějaká kooperace, a ne že každý si to udělá jak chce, protože přeci rendery se přizpůsobí.
    tuto část jsem nějak nepochopil když se něco nějak dělá v datech, a renderer má podle toho kreslit, tak je to "přizpůsobení" když renderer něco nějak kreslí, a data se mají podle toho organizovat, tak je to "kooperace" ?
    A mimochodem pro bunker_type=pillbox je dovolen jen bod, viz zelený rámeček vpravo dole http://wiki.openstreetmap.org/wiki/Tag:bunker_type%3Dpillbox
    ten návrh se odhlasoval před sedmi lety, od té doby se mnohé změnilo, mapují se podstatně větší detaily když se podíváme na ten zelený boxík, tak se také dozvíme, že i přes "zákaz" je to aktuálně použito na 1387 wayích, tedy vpodstatě každý šestý až sedmý pillbox není pouhý bod takže by spíše bylo na čase pravidla přehodnotit, jestliže se nyní bavíme o tom, že jsme schopni do mapy dodat konkrétní tvary a rotace jednotlivých řopíků, nežli odkazovat se na něco, co možná[*] dávalo smysl v dobách, kdy jsme byli rádi, když se v mapě vůbec objevil ten bod říkající, že tady někde by něco takového mohlo být [*] k tomu "možná" bych poznamenal, že jsem si prošel historii návrhu, a zjistil jsem, že *nikde* nebylo diskutováno, k čemu to omezení na bod vlastně je dobré, jaký dává smysl, když "mateřský" tag military=bunker má povoleno i area ... autor si to prostě napsal jako "A new tag for nodes", každý to nejspíše chápal řečnicky a ne doslovně "nodes and nothing else" a nenapadlo ho, že po odhlasování to autor takto promítne do Description místo aby se to v tomto shodovalo s výše zmíněným obecným military=bunker ...
    Kdo psal nějaký render, tak ví o čem mluvím.
    ach děkuji, s pravidly pro Mapnik jsem si taky užil takže když umíme zpracovat military=bunker na node i na area, je složitější aby se military=bunker & bunker_type=pillbox zpracovávalo stejně, anebo aby se pro to zaváděla vyjímka, že to area být nemůže? K.
  26. vrs na email.cz vrs na email.cz #m0a4cf6
    Proboha neber to tak osobně. Myslím, že každý je tu rád za tvoji snahu, ale je škoda, že jsi s provedením importu pár dní nepočkal - výsledky mohly být třeba lepší. Honza
  27. Lukas Gebauer gebylist na mlp.cz #m371d1d
    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?
    Dovolim si reagovat... GPSky mame pravdepodobne vsichni uplne stejne. Jenze je sakra rozdil mezi necim jinym... porovnavas totiz: 1. cloveka, ktery prosel kolem bunkru s GPSkou, a podle toho nakresli bunkr do OSM. 2. databazi bunkru, kde u kazdeho bunkru jsou trebas i desitky ruznych zamereni ruznymi lidlmi v ruznem obdobi, a vysledne souradnice jsou vypocteny jako prumer z techto mereni, navic s ignorovanim 'uletu'. Mno, nevim, v tomto porovnani bych si na OSM nevsadil! :-) Pochopitelne neco jineho bude, kdyz to nebude sedet s RUIAN. Pak bych doporucil se podivat primo na ropiky.net, z kolika a jakych souradnic se ta jejich poloha spocitala, jestli tam nebude neco podezreleho. A pak je na case hledat pricinu nesrovnalosti, protoze by mi prilo divne, kdyby to treba deset lidi zamerilo uplne jinak, nez rika RUIAN, ne?
  28. Karel Volný kavol na seznam.cz #m92bb4f
    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?
    Dovolim si reagovat... GPSky mame pravdepodobne vsichni uplne stejne. Jenze je sakra rozdil mezi necim jinym... porovnavas totiz: 1. cloveka, ktery prosel kolem bunkru s GPSkou, a podle toho nakresli bunkr do OSM. 2. databazi bunkru, kde u kazdeho bunkru jsou trebas i desitky ruznych zamereni ruznymi lidlmi v ruznem obdobi, a vysledne souradnice jsou vypocteny jako prumer z techto mereni, navic s ignorovanim 'uletu'. Mno, nevim, v tomto porovnani bych si na OSM nevsadil! :-)
    ano, v této pohádce OSM nevyhrává nicméně realita je jinde někdo mapuje stylem "prošel kolem s GPS", někdo porovnává své záznamy s dalšími zdroji, řeší jestli v dané oblasti sedí ortofoto, kontroluje polohu vůči jiným objektům ... a pro tu databázi bunkrů rozhodně neplatí "u každého desítky" na podzim jsem si něco řešil, třeba jsem měl jen smůlu, ale u těch pár bunkrů, co jsem procházel, byly záznamy tak dva-tři, někdy čtyři, a někdy taky jen jeden a nějakého "ignorování úletů" jsem si tedy nevšiml - to "přesné zaměření" vypadalo třeba taky tak, že bunkr je za plotem, a souřadnice ukazovaly na cestu kam až se k němu dalo nejblíž dostat (někde to aspoň bylo v poznámce, někde ani to ne)
    Pochopitelne neco jineho bude, kdyz to nebude sedet s RUIAN. Pak bych doporucil se podivat primo na ropiky.net, z kolika a jakych souradnic se ta jejich poloha spocitala, jestli tam nebude neco podezreleho.
    jak jsem vyrozuměl, nic takového se nestalo, RUIAN při importu uvažován nebyl (nebo o tom aspoň není zmínka)
    A pak je na case hledat pricinu nesrovnalosti, protoze by mi prilo divne, kdyby to treba deset lidi zamerilo uplne jinak, nez rika RUIAN, ne?
    no, mně třeba přijde divné, už když to úplně jinak zaměří různí lidé :-) K.
  29. jzvc jzvc na tpfree.net #m4419df
    Cus, reneder je to, co se musi prizpusobit. Data jsou od toho aby byla citela a zpracovatelna. Bohuzel, OSM je casto bordel, ale to neznamena, ze je treba data umyslne mrvit. To, ze se na mape neco vykresli, neznamena, ze je to spravne. Chces priklady? Uz par patku je odhlasovany novy schema hromadny dopravy. Vychozi OSM reneder ho ovsem zcela ignoruje. Presto ho pouzivaji renedery jiny, ktery jsou treba prave na dopravu zamereny. Navic i pokud si poctes v pravidlech OSM, tak se dozvis, ze pokud necim nerozbijes cizi praci, je to defakto vzdy OK. Tagovat by se (alespon pole meho nazoru) melo tak, ze pokud je neco plocha, ma to byt plocha (pokud takova data existuji). Bod je v 90% pripadu nesmysl, pouzity jen pro zjednoduseni/kvuli neexistujicim datum. Primo na nodu/ceste/plose by pak mely byt tagovany "fyzicke" vlastnosti (to co uvidis, kdyz to uvidis). Vsechny logicke vlastnosti by pak (IMO) mely byt reseny jako relace. Ano, struktura dat by pak mohla byt zamotanejsi, ale prozmenu by nebyl problem dat budove klidne 10 adres. Dtto u silnic, opet, cisla silnic patri do relaci. Renedery pak nemusi resit silnici rozparcelovanou na tisicovku pidikousku kvuli pravidlum odbocovani a vymejslet, jak vyrenderovat nazev/cislo/... protoze pak by reneder jednoznacne vedel, ze jde o stale tutez silnici/ulici/... a nemusel to hadat.
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.