Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Dobré ráno :) a nebylo by lepší místo locality používat třeba sublocality a renderovat to jen při největším přiblížení? Takto je to opravdu dost nepřehledné, když má název na mapě každá mez. Navíc pochybuju, že i místní tyto znázvy znají. Mike On 27.5.2014 23:37, Petr Souček wrote: Dobrý večer, v katastrální mapě se jedná o místní a pomístní názvosloví , jak se píše v katastrálním zákoně. Součástí této části katastrální mapy je toto: c) místní a pomístní názvosloví 1. názvy územních samosprávných celků a částí obcí, 2. pomístní jména pozemkových tratí ve standardizovaném znění, 3. v příslušných listech katastrální mapy standardizovaná znění názvů sousedních států, 4. názvy veřejných prostranství, 5. názvy vodních toků a vodních ploch ve standardizovaném znění, Některé části jsou součástí také Geonames, které je ve správě Zeměměřického úřadu. Petr Souček -Original Message- From: Martin Švec - OSM [mailto:o...@maatts.cz] Sent: Tuesday, May 27, 2014 8:42 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Mistni nazvy z cuzk:km - place=locality? Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ 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] footway vs. path vs. bridleway
Tohle nechapu protoze tohle treba bych videl jako track. Bridleway bych daval pokud je to z fyzicke povahy samotne cesty urceno zejmena/predevsim pro kone nebo pokud je to takto oznaceno. Tohle mi pripada jako obecna track, charakter ale menit nechci protoze nevim duvod proc je to bridleway a Souhlas. Cesta pro kone vypada jinak -- sirsi nez pro chodce, uzsi nez pro auto, a bez sutru. Pavel Já bych tam tu šířku moc v potaz nebral, protože pro koně může být vhodná jak cesta metr široká, tak někde může být klidně 3 metry, kde v pohodě projede traktor. Stejně jak pro MTB je singletrek vs. cyklostezka, obojí je značené, ale parametrama se to dost liší. le od toho je pak jiný tag pro sjízdnost/obtížnost případně i šířku. Mike signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path vs. bridleway
Ahoj, ano ty cesty jsem změnil z těchto důvodů: - bridleway je pro koně, ale to neznamená, že když po lesní cestě projede někdy kůň, tak z toho hned bude cesta označená jako bridleway, ani lesní cesta, co je celá rozťápaná od koní, není to cesta pro koně, je to lesní cesta, stejně tak když cyklisti v lese rozjezdí cestu, tak to není cycleway. - path vs. footway - pěšina v lese, vyšlapaná od lidí, vypadající jako pěšina od zvěře není footway ale path. Footway je cesta pro pěší, která tam byla záměrně vytvořena, což pěšina v lese není. Footway je chodník či pěšina, záměrně vysypaná třeba štěrkem nebo jinak upravená. Path je vyšlapaná pěšina, většinou v lese, ale někdy i ve městě, třeba v Praze je na travnatých plochách spousta pěšin, ale není to chodník. Pokud je cesta horší kvality, označí se ještě wheelchair=no. Takže prosím nic nepřeznačujte. Mike On 01/09/13 00:42, Pavel Machek wrote: Ahoj! Mame trosku zmatek ve znaceni lesnich cest. Respektive nekdo (Mike Crash?) znicil znaceni znacne casty lesnich cest v okoli Rican. Problemem je http://wiki.openstreetmap.org/wiki/Cs:Map_Features . Nevim kdo ji prekladal, ale moc dobrou praci neudelal: ghway path A non-specific or shared-use path. Probably better to use highway=footway for paths mainly for walkers, highway=cycleway for one also usable by cyclists, highway=bridleway for ones available to horses as well as walkers and highway=track for ones which is passable by agriculture or similar vehicles. highway path Vychozená nezpevněná cesta bez konkrétního určení použitelná pro chodce nebo případně cyklisty. Pokud není explicitně zákázáno někomu použití, dodatečné tagy se nepoužívají (foot=yes) nebo (bicycle=yes). Pro motorová vozidla a techniku je cesta fyzickým provedením nepoužitelná. Presne tak byly pesiny v lese oznacene... pesiny prilis male pro neco jineho nez je chodec byly oznaceny jako highway=footway. Automaticka editace z nich udelala highway=path, wheelchair=no; coz a) odporuje anglicke wiki a b) dela mapu nepouzitelnou. highway bridleway Cesty určené nevýhradně nebo výhradně pro koně. V ČR se zatím objevují výjimečně. ...ze se v CR objevuji vyjimecne, neni pravda, treba lesy okolo Klanovic a Rican jsou toho plne. V Klanovicich je typicky velka cesta po ktery chodej lidi a jezdej kola, a vedle toho nesutrata, ale rozbahnena, stezka pro kone. V Pocernicich a Ctenicich jsou dokonce znacany malymi plastovymi tabulkami. Bohuzel, automaticka editace z takto oznacenych cest (highway=bridleway) udelala highway=path... cimz se ztratila informace. Pokusim se informaci vratit zpatky, a byl bych rad kdyby se dalsi automaticke niceni mapy neopakovalo. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Co jsem tak vysledoval, tak to máme přesněji než třeba Němci, kteří to importovali z nějakého soukromého mapového zdroje, ne moc přčsného. Ale stejně - onehdá jsem hejbnul kouskem hranice, protože byla očividně mimo a to bylo křiku... Tak hodně štěstí. Mike On 28.8.2012 16:40, Petr Morávek [Xificurk] wrote: Petr Kadlec wrote: 2012/8/27 LM_1 flukas.robot+...@gmail.com: To je otázka, která mě už delší zajímá, ale zatím jsem nenašel uspokojivou odpověď - Kde jsou definované hranice (od katastrálního území po státní)? Je opravdu hranice dána definičně řadou souřadnic nebo spíš popsána pomocí fyzických objektů (řeka, hřeben, silnice, hraniční kámen...) a ty souřadnice jsou jen odvozeným vyjádřením pro praktické účely? U státní hranice může být pravda obojí, záleží, jak je přesně hranice definována v příslušných mezinárodních smlouvách, resp. hraničním dokumentárním díle: může to být jak pomocí lomových bodů (potažmo hraničních znaků), tak hraničním vodním tokem, hraniční cestou atp. (viz zákon č. 312/2001 Sb.). Některé části hranice jsou tak nepohyblivé, některé se mohou pohybovat např. přirozenou změnou polohy koryta hraničního vodního toku (viz např. 246/1997 Sb.). Státní hranice je trochu spešl případ, proto na ni také radši nechci moc šahat. Na mnoha místech příliš nesedí s tím, co je v RUIAN. Třeba německá a rakouská hranice se zdá, že je importovaná z nějakého jejich zdroje, takže by časem bylo dorbé zjistit, jestli je přesnější jejich nebo náš RUIAN (jestli to vůbec lze rozhodnout vzhledem k charakteru definice státních hranic). Ale uvnitř státu máme snad vše rozparcelováno a definováno relativně přesně pomocí polygonů, tak jak to je v RUIAN, tj. nezávisle na tom kudy zrovna vede cesta nebo teče potok. Zdraví, 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] Administrativni hranice z RUIAN
Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Raději bych to nezačleňoval do jiných prvků, ať se s tím dá v budoucnu lépe manipulovat. On 28.8.2012 9:06, Petr Morávek [Xificurk] wrote: hanoj wrote: Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. Já si zas říkám, že ty nody se dají případně zrecyklovat i na další věci (vzhledem k tomu, že vedou po hranicích parcel). Jestliže vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně zbytek na druhé straně hranice. V podstatě jediný důvod pro zjednodušení je redukce většího množství nodů... což mi nepřijde jako příliš silný argument. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. Občas bohužel mají... už jsem na to v minulosti při opravách narazil. Zdraví, 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] Administrativni hranice z RUIAN
On 28.8.2012 10:10, LM_1 wrote: Dne 28. srpna 2012 7:24 hanoj eha...@gmail.com napsal(a): Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. To bych netvrdil. Tam, kde jsou přesné katastrální mapy je přesnost mnohem vyšší než v metrech a očekával bych, že se bude spíš zvyšovat. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. Něco jako Co jednou peklo schvátí, to už nikdy nenavrátí. :) S tím zase nesouhlasím já. Je naprosto běžné, skoro pravidlem, že plot se postavil podle starého zaměření, podle nového je ale o metr vedle, než vede hranice. Další příklad - u nás se teď má přesouvat potok o cca 3 metry, takže posunu potok a co ta hranice? Tu přece nemůžu posunout... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Také mám stejný názor, to že Nominatim nehledá podřetězec, ale celý řetězec, je jeho chyba a měla by se opravit. On 29.8.2012 2:32, Jakub Sykora wrote: Při příležitosti importu bych rád znovu otevřel debatu o stuktuře addr:housenumber. Osobně jsem odpůrce uvádění obou čísel (678/1) v tomto osobne jsem naopak priznivcem. OSM je prakticky jedina mapa, ktera mi umoznuje vizualne vyhledat dum, at uz znam cislo jakekoliv vc. evidencniho. tagu. Jako daleko vhodnější mi přijde do housenumber dát číslo orientační, protože to je číslo, které je přímo z jeho definice určeno k orientaci při dohledávání domu (a číslo evidenční pokud orientační číslo není přiděleno). Jelikož je dvojité číslování ve světě relativně méně časté a jelikož se nedá očekávat, že by renderery studovaly adresní systémy jednotlivých zemí je realita taková, že renderery očekávají v housenuber to co mají zobrazit na mapě (pokud je dostatečný zoom), takže volbou použití použití obou čísel zároveň určujeme, že v rendererech se budou zobrazovat obě čísla mapa bude vypadat takto: ano, renderery renderuji zpravidla housenumber. A jsem pro to, aby tam zustala cela informace. I informace, ze se jedna o ev.c je skvela a mnoho map ji nerozlisuje. Pritom na vesnicich se stane, ze jsou budovy se stejnym popisnym a evidencnim cislem. Vím, že se nemá tagovat pro renderer, ale domnívám se, že toto není ten případ. Protože informace jsou již v adresním bodu uvedeny jako údaje addr:streetnumber a addr:conscriptionnumber, takže housenumber už informci duplikuje a víceméně reálně určuje to co je považováno za hlavní informaci zobrazenou v rendererech.Přitom ve všech mapách co znám jsou u ulic v městech (tedy v případech kdy jsou přidělena obě čísla) zobrazena jen čísla orentační a v řadě případů jen čísla orientační v rozích bloků (ale to už je jiné téma). Myslím si, že tento to je nejvetsi ptakovina, na kterou jsem kdy narazil - cisla na rozich jsou sice hezka graficky, ale kdyz je kilometr dlouha rada domu, tak stejne nevim, kde mnou hledany dum je. fakt má svůj lety prověřený smysl a troufám si tvrdit, že odborníci na grafiku map by k tomu měli spoustu odborných argumentů toto podporujících. krome toho, ze je toho v mape mene a je mozna prehlednejsi me moc argumentu nenapada (aniz bych se pasoval na odbornika v grafice) Poslední podpůrný detail k tomuto názoru jsou vyhledávače a navigace. Zkoušel jsem jich několik a bohužel řada z nich prostě nezvládne údaje v housenumber rozdělit na dvě čísla podle lomítka (je to prostě světově hodně nestandardní). Takže adresu prostě nevyhledá ani posle orientačního ani podle evidenčního čísla, ale jen pomocí obou dvou zadaných s lomítkem ve správném pořadí a to je podle mě to nejméně častí co uživatel použije / má k dipozici. Pro ilustraci: http://maps.cloudmade.com/ = Search the map = Vyplňte 1,Na Slovance,Praha do polí (House #,Street Name,City) a nenajdete nic. OSM Nominatim najde 1803, na slovance, praha vcelku bez problemu. Nenajde ale 1, na slovance, praha. Vyresi tvuj navrh toto? Možná že víte evidenční číslo (nebo si ho najdete na googlemaps ;-) ) tak můžete zadat 1803,Na Slovance,Praha ani to nic nenajde. Jedině 1803/1,Na Slovance,Praha najde daný dům. Kdyby housnumber obsahovalo orientační číslo, najde dům hned při prvním (a dle mne nejčastějším) požadavku. Nevim, u me jsou pozadavky na popisne a orientacni cislo tak 50/50. Nekteri lide ani netusi, ktere je ktere, kdyz mi adresu diktuji. Typickym prikladem budiz treba Udolni 18/53, Praha. Tam by clovek cekal 18 jako orientacni a 53 jako popisne a je to presne naopak. V Udolni Cloudmate je platforma která poskytuje api stovkám dalších aplikací, takže to nelze brát na lehkou váhu. A to není jediný příklad. Vím že v minulosti ke shodě nedošlo, ale když už se chystá velký import adresních bodů mám za to, že by bylo dobré to ho dělat tak aby výsledek byl co nejlepší. Jakub ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrcholy kopců
Většinou to dělám podle vrstevnic + dle znalosti terénu případně koriguji. Není to zrovna naprosto přesný, ale pro účely mapy to stačí. On 25.8.2012 14:57, Jan Kučera wrote: Dají se opisovat z nějakého volného zdroje, nebo musí člověk mapovat v terénu s GPSkou? ___ 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] Vrcholy kopců
No já to dělám podle STRM nebo jak se to jmenuje, což je licenčně v pořádku. Ale vždy ještě s místní znalostí, takže žádné hromadné vkládání. On 30.8.2012 11:25, Petr Holub wrote: Většinou to dělám podle vrstevnic + dle znalosti terénu případně koriguji. Není to zrovna naprosto přesný, ale pro účely mapy to stačí. On 25.8.2012 14:57, Jan Kučera wrote: Dají se opisovat z nějakého volného zdroje, nebo musí člověk mapovat v terénu s GPSkou? Nicmene by bylo dobre, kdyby nekdo se znalosti formalnich procesu v GISech dal vedet, zda se ta bodova pole smi pouzivat jako zdroj dat ci nikoli. Diky, Petr ___ 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] Administrativni hranice z RUIAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vesměs s tebou souhlasím, ale píšu to z toho důvodu, že za rok dojde k aktualizaci dat v CUZK, budou se zase aktualizovat data v OSM a najednou se zjistí, že ten plot opravdu nevede po hranici, že barák opravdu je rozdělen, přestože před tím nebyl a zase se bude řešit, co s tím. Vždyť je to pořád dokola. Současná data jsou také import, který měl být přesný, ale není, prostě věci se mění. Nehledě na to, že si někdo nevšimne, že potok je součástí relace hranice, rozdělí ho, kus tam vloží a už nepřidá do relace a hned je hranice rozbitá, což zase rozbije vyhledávače a různé jiné programy, než si toho někdo/něco všimne. Podle mne administrativní a fyzické objekty se nemají mixovat dohromady z těchto důvodů, přestože to zní lákavě. On 30.8.2012 12:12, Petr Morávek [Xificurk] wrote: Mike wrote: Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Jenže o tomhle případu jsem já vůbec nepsal. ;-) Zopakuji, co jsem napsal už dříve: JESTLIŽE vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně a zbytek na druhé straně hranice. A přidám: JESTLIŽE vede hranice skrz dům, tak by zjednodušení mohlo způsobit, že najednou bude celý dům jen na jedné straně hranice. To samé platí o tvé připomínce k plotu z druhého mailu: JESTLIŽE plot vede po hranici, tak je spojení obou objektů naprosto v pořádku a dává dodatečnou informaci. JESTLIŽE vede plot vedle hranice, tak je spojení samozřejmě špatně. Opravdu si myslím, že když už ta přesná data máme, tak bysme je neměli zbytečně znehodnocovat. Ad zjednodušení geometrií: Dělal jsem ještě nějaké testy na datech RUIANu a zdá se, že pokud provedu zjednodušení (Douglas-Peucker) s přesností na 1cm (což je taky zhruba přesnost s jakou jsou data v OSM uložena), tak počet nodů jde dolu o zhruba 17%. To je myslím celkem slušná redukce bez výrazné ztráty informace. Jen pro úplnost: přesnost 0.1m dává redukci 22%, 1m potom 39%. Zdraví, Petr Morávek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlA/QQIACgkQkWJlWekVrbI9IgCfSACRG2ShFMSEkVhGEyGjTPUh M74AoIg88D0r98cG9IuxWube36ls0FtW =T8UI -END PGP SIGNATURE- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import komínů
Kdo mlčí, ten souhlasí :) Většinou člověk píše jen, když s něčím nesouhlasí, ale přesto - výborný nápad :) On 12.3.2012 11:47, LM_1 wrote: Mě by se taky líbilo mít je jako oblasti (i když tagy bych na building neměnil), ale realizace as zůstane na editorech OSM. Každopádně jsem očekával trochu větší odezvu (pozitivní či negativní) LM Dne 12. března 2012 9:23 Jakub Sykora kub...@kbx.cz napsal(a): Me by se celkem libilo importovat jej nejen jako bod, ale jako building o patricnem pudorysu. Ovsem nevim, jestli eviduji neco jako je prumer kruhovych u zeme a pripadne u hranatych delku hrany - myslim, ze ne... K Dne 9.3.2012 23:04, LM_1 napsal(a): Tak jsem se ptal a s importem není ze strany KODA problém, otázka je co (a jak) importovat. Kromě faktu, že je někde komín, z jakého materiálu a jak vysoký mají informace o tvaru a přístupnosti. Co myslíte? Navrhuji: man_made=chimney height=1999 material=metal|brick|concrete (způsob výstavby litý/tvárnice/segmenty) bych nechal na zvláštní databázi source=KODA nebo podobně ref:koda=číslo v koda - kvůli identifikaci a pořípadnému pozdějšímu updatu minimálně do poznánky tvar, ochozy, žebříky... Pro vlastní import by měly jít zrecyklovat skripty na import měst a vesnic (vyhledání bodu v okolí a přidání parametrů/vytvoření nového bodu...) Lukáš Matějka (LM1) Dne 18. února 2012 0:21 LM_1flukas.robot+...@gmail.com napsal(a): Nejsem si jist, jestli to pojmosloví co je na stránkách komínáři fakt používají, nebo je to specifický druh humoru spolku podivínů, ale data o komínech mají v hojném počtu a vypadá to, že celkem přesná, takže jsem pro import. Poptám se, jak by se k importu stavěli. Lukáš Matějka (LM_1) Dne 17. února 2012 22:29 Petr Schönmannpschonm...@gmail.com napsal(a): Ahoj všem v konferenci ! Narazil jsem na docela zajímavá data, která by nebylo špatné mít v mapě zanesená. Přeci jen komín je docela dobrým orientačním bodem. Našel by se někdo kdo by import provedl, zjistil podmínky, licence. Info najdete na. http://koda.kominari.cz/ Pěkný víkend. ___ 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 ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vícejazyčné názvy
Proč by name mělo být stejné jako cedule dopravního značení? Copak děláme jen mapu pro dopravu? To že si starosta usmyslel, že tam chce mít jméno dvěma jazyky (protože by jinak dostal v hospodě přes hubu), je věc té obce a jejich obyvatel. Podle mne je to spíš otázka zaujatosti té které strany, ale to se pouštím na tenký led. Název má být jednoduchý a typický. Právě název podle UIR nebo podobné oficiální databáze je jednoznačný, používá se všude, na úředních listinách, v adresách apod. Proč vymýšlet zase nějaké speciality? Jednou je ta obec v Čechách, tak má mít v mapě český oficiální název. Až bude zase protektorát (a možná to nebude tak dlouho trvat ;-) ), tak se to třeba zase začne pojmenovávat dvojjazyčně. On 29/02/12 13:53, Petr Morávek [Xificurk] wrote: Karel Volný wrote: Osobně si myslím, že hodnota tagu name by měla být stejná jako to, co je v terénu napsáno na ceduli na začátku/konci obce (NEmyšleno ve významu administrativním, ale obecně jakéhokoliv sídla). Ostatní názvy se můžou dávat do official_name, alt_name atp. +1 A ten obsah je v _některých_ místech dvojjazyčný ;-) do háje s menšinama, máme tu nějaký úřední jazyk, já fakt nestojím o to mít mapu zadělanou nesmyslama typu Karlovy Vary / Karlsbad / Столи́ца ма́фии O to taky fakt nestojím... a víš proč? Protože takhle Karlovy Vary značené nejsou. Já nevím, jestli jsem se špatně vyjádřil, nebo co... ale přijde mi, že to tu někteří berou jako, že navrhuji aby se do name Prahy daly všechny možné překlady, protože tam určitě žije pár Španělů, Italů, Slovinců, Rusů, Němců... To vážně ne! Ale jsou obce, kde výrazná část obyvatel prostě Češi/Moravané/Slezané nejsou a nejen na dopravním značení je uveden název dvojjazyčně; dalším příkladem můžou být různé turistické trasy vedoucí po hranici a názvy jejich rozcestníků (povětšinou place=locality) a vrcholů(*). Přijde mi zcela přirozené dát do tagu name názvy oba, POKUD je to tak označeno. Když chce někdo čistě českou / německou / ... mapu, tak ji tak může renderovat, name by měl obsahovat primárně to, co je v terénu a ne že ho definujeme jako name=name:cs uvnitř polygonu ČR, name=name:de uvnitř polygonu Německa... (*) Schválně jsem se podíval na Sněžku: name=Sněžka (Schneekoppe / Śnieżka) Třeba tady konkrétně mi přijde německý (narozdíl od českého a polského) název v name jako nesmysl. A určitě by se hodilo doplnit name:cs, ale zatím jsem do toho nešahal. 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 UIR-ZSJ: Hněvkovice na levém břehu Vltavy
Zdrojem dat pro mapy.cz je shocart a shocart samozřejmě čerpá z UIR. Já bych tam nechal oficiální název, nebudeme přece zavádět speciality jen pro OSM, navíc Hněvkovice jsou i někde na Vysočině jako obec. Tady jsou to části obce, tak proč to řešit a vymýšlet si něco extra. Dvojjazyčné názvy bych rozhodně nezaváděl, nejsme protektorát. Obec má své oficiální jméno a to se používá všude, je jedno, zda je u hranic. Mapa je pro všechny, ne jen pro ty v okolí. On 28/02/12 13:44, Petr Morávek [Xificurk] wrote: Mike wrote: Ahoj, ale vždyť to tak má být. I v mapách seznamu [1] to tak je a pokud to tak je i podle UIR, tak bych to tak nechal. Mike [1] http://www.mapy.cz/#x=14.446173y=49.197222z=13c=23-31-14-30-28-29-27 Sice to nemám nikde oficiálně potvrzeno, ale vsadil bych boty, ze zdrojem dat pro mapy.cz je právě UIR-ZSJ. Osobně si myslím, že hodnota tagu name by měla být stejná jako to, co je v terénu napsáno na ceduli na začátku/konci obce (NEmyšleno ve významu administrativním, ale obecně jakéhokoliv sídla). Ostatní názvy se můžou dávat do official_name, alt_name atp. Dokonce bych se vůbec nebránil tomu, aby v name bylo pojmenování dvojjazyčně - samozřejmě jen v některých pohraničních oblastech, kde to je obvyklé i v terénu. A samostatná jména se pak můžou dát do konkrétnějších tagů name:cs, name:de, name:pl... 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] OSM Inspector a stav přijetí licence
Já spíš moc nechápu, proč dochází k rozdělení. Vždyť klidně může OSM existovat stále dále, pouze může generovat dva výstupy - jeden pod starou licencí a jeden pod novou. Každý ať se pak rozhodne, jaká data použije a jak se k nim podle licence zachová. Funguje to v Cleanmap, proč by to nemohlo fungovat stále. Vidím v tom jen jeden problém - pokud někdo nesouhlasí s novou licencí, mohl by umazávat data a nahrazovat je svými a naopak. Ale to je pak otázka svědomí a fair play. Naopak dotyčný v praxi může změnit názor a licenci odsouhlasit. On 26.1.2012 17:10, Petr Holub wrote: Z praktického pohledu je pak nejvýraznější změna ohledně odvozených děl, kdy někdo vezme OSM data, nějakým způsobem je vylepší (třeba něco přidá), vykreslí a publikuje mapu. V případě CC je povinen dát výslednou mapu k dispozici pod CC, ale už nemusí publikovat provedená vylepšení; ODbL nařizuje praví opak, tj. mapu si dej pod licencí jakou chceš, ale publikuj vylepšenou verzi dat. Huraaa! Dekuji! Prvni pekne vysvetleni rozdilu v tehle diskusi. Mne to dava smysl - v podstate OSM chce, aby byla ta licence stejne infekcni jako GPL. Coz u projektu, ktere vznikaji ciste ve volnem case lidi, dava docela smysl. Pro Kavola: cast ukolu, o jehoz splneni jsem Te pozadal v minulem mailu, uz splnil Xificurk. Muzes tedy aspon zkusit udelat tu druhou pulku a vysvetlit mi, co konkretne Ti na ODBL vadi? (A samotnou vymenu licence za ten duvod nepovazuji, protoze to _neni_ nabozenstvi. Je to jen vec, kterou vymenujeme jednu za druhou.) Dekuji, Petr ___ 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] Označení dočasně neprůchodného místa
A jak dotyčný má vědět, jestli tam zrovna je sníh nebo není, jestli je moc vody nebo málo? I když tam bude napsáno, že za vyššího stavu vody to nelze překonat, tak je to zbytečná informace, protože dotyčný neví, jaký je stav. On 19/01/12 22:26, Marek Prokop wrote: 2012/1/19 Karel Volný ka...@seznam.cz: ehm, není brod za vysokého stavu vody neprůchodný už by definition? Ano, je. Asi jsem se šatně vyjádřil. Zde jde o situaci, kdy je sice vody málo, takže by brodit/přeskočit (je to malý potok) šlo, ale sněhu na vysokých březích tolik, že to je velmi obtížné. Většina lidí s tím IMHO nebude počítat a také zde podobná situace u jiných brodů nenastává. Kdo si pak naplánuje po této trase KČT cestu, může se dostat do nepříjemných problémů. Marek ___ 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] Překlady
Ahoj, trošku mi to připomíná najít překlad pojmu offside. A nebo OK jako Budiž. Moc nevěřím, že by se vneslo do překladů těchto pojmů pořádek, protože každý si to bude překládat a psát jak chce. Obzvlášť tag snad ani přeložit nejde, zrovna štítek mi přijde jako znamenající něco jiného. Way je také sporné. V angličtině way je prostě cesta a překládat to jinak taky asi nemá smysl... Vidím to tak, že v chaosu je krása, pokud tomu každý rozumí :) On 09/12/11 21:41, LM_1 wrote: Jak byste přeložili obvyklé pojmy používané v prostředí OSM do češtiny? Překlady (ani v rámci jednotlivých aplikací nejsou ustálené), což je chyba... Jde mi hlavně o tyto: tag: značka, štítek, tag (přejmout z en), ... k tomu by ale měly sedět i příbuzné tagging: značkování/značení, štítkování, tagování tagged: označkovaný/označený, oštítkovaný, otagovaný node: asi jasné - uzel, mohl by být vrchol way: často se používá cesta, ale to dost koliduje s highway=*, obzvláště s highway=track;path, mnoho čar na mapě navíc vůbec cestou není, takže by asi nejlepší překlad byl hrana (půjčil jsem si z teorie grafů), možná spojnice, ale to zní divně. LM_1 ___ 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] administrativní hranice
On 10/16/2011 09:00 PM, Petr Morávek [Xificurk] wrote: Mike napsal(a): Administrativní centrum jako admin_center nic neřeší, protože každý admin level má svoje admin_center a nelze podle toho rozeznat důležitost obce. Navíc jak je to u nás není moc směrodatný, protože jinde to maj jinak. Ve svém programu mám tabulku pro X obcí, které mají admin_level jinak než všichni ostatní (třeba přímo tu obec). Potřebujeme vyřešit 2 věci: 1. jak nastavit tag place pro renderer, což bude i značit důležitost obce v okolí. Panuje shoda, že by to mělo být podle počtu obyvatel s nějakými výjimkami Já bych to dával prostě podle té hranice 3000, co je i v zákoně a basta (nad town/city, pod village). Snažím se připravit import ZSJ a částí obce z UIR-ZSJ, abysme ty lokace měli komplet, ale bude to imho chtít trochu manuální práce a lokální znalosti. Ano, také bych to tak udělal a pokud bude třeba nějaká výjimka dle lokálních znalostí, tak se udělá dodatečně. 2. jak stanovit status obce, na to bude potřeba nějaký speciální tag, např. city_status, pravděpodobně jeho hodnoty budou jedinečné v rámci ČR a jinde se nepoužijí To už jsem před pár dny provedl. Jak jsem psal po vzoru Němců jsem použil name:prefix=* (a zároveň jsem doplnil údaje o počtu obyvatel). Viz např. http://www.openstreetmap.org/browse/relation/440145 http://www.openstreetmap.org/browse/relation/439976 Dobrá práce! Díky :) Mike ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Administrativní centrum jako admin_center nic neřeší, protože každý admin level má svoje admin_center a nelze podle toho rozeznat důležitost obce. Navíc jak je to u nás není moc směrodatný, protože jinde to maj jinak. Ve svém programu mám tabulku pro X obcí, které mají admin_level jinak než všichni ostatní (třeba přímo tu obec). Potřebujeme vyřešit 2 věci: 1. jak nastavit tag place pro renderer, což bude i značit důležitost obce v okolí. Panuje shoda, že by to mělo být podle počtu obyvatel s nějakými výjimkami 2. jak stanovit status obce, na to bude potřeba nějaký speciální tag, např. city_status, pravděpodobně jeho hodnoty budou jedinečné v rámci ČR a jinde se nepoužijí Z diskuze mám pocit, že na tomto panuje shoda a zbývá to snad jen provést? Mike On 10/12/2011 03:00 PM, jzvc wrote: Dne 9.10.2011 22:18, Petr Morávek [Xificurk] napsal(a): Petr Morávek [Xificurk] napsal(a): Jasně, pro status obce (pokud ho tam budem chtít dostat) je jedinou možností nový tag - a osobně si myslím, že by měl být na relaci obce. Jméno tagu bych volil anglické (asi city_status), byť jeho hodnoty budou česky. V Německu jsem viděl, že používají name:prefix, takže bych to asi udělal stejně... A v rámci konzistence by možná stálo za to podobně přejmenovat okresy. Nějaké námitky? Petr Morávek aka Xificurk Panove, me prijde ze vymejslite kolo. Nac mate v mape kompletni administrativni hranice? A pak vyznam obce odlisite podle toho zda je/neni administrativnim centrem a samozrejme podle admin_level prislusne oblasti (cim mensi cislo = vyssi uroven = vetsi vyznam). Je to naprosto iniverzalni a celosvetove pouzitelny, staci aby to reneder bral v potaz. Navic pro ucely zobrazeni neni treba ani loadovat adminlv 10, staci ty vyssi celky, protoze na tyhle urovni uz stejne jde o takovy zoom, kde se zobrazuje kazdej prdelakov. Vubec nepotrebujete znat pocet obyvatel a je velmi nepravdepodobny, ze vy v oblasti bylo administrativnim centrem neco mensiho nez nejvetsi obec. ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zdravím Podle mne jediné řešení je zavést speciální tag, který určí status obce. Jiné řešení není, protože pokud bude kreslit renderer velikost písma podle počtu obyvatel, tak by to musel být povinný tag, což asi nebude nikdy, protože ta informace nemusí být ani známá. Vždy se to bude dělat podle tagu place, který je podle zavedených zvyklostí podle velikosti nebo významnosti, což je rozumné. Lokální řešení jsou možná, ale trošku nesmyslná. Takže pokud bude renderer kreslit podle tagu place, tak jiná možnost jak do mapy dodat status města bez speciálního tagu není. Nechci Vám do toho moc vstupovat, ale jak to tak tady bývá, vždy tu vznikne dlouhá diskuze, kde se shrnou pro a proti a nic se většinou nevyřeší. Vymyslete tag na status města, dokonce si myslím, že to může být česká specialita (hromadně přetagovat to jde vždycky), stejně ten status je často česká specialita (třeba městys). A že to nemají jednoduché ani jinde, viz třeba [1] Udělal bych prostě třeba tag status_mesta a bude to. A pokud se v budoucnu tento problém vrátí, či se zavede nějaký globální tag, hromadně předělat to jde vždy. [1] http://en.wikipedia.org/wiki/City_status_in_the_United_Kingdom On 6.10.2011 22:43, Petr Morávek [Xificurk] wrote: Jakub Sykora napsal(a): Ahoj, uz jsme to jednou resili pred par lety. Ja jsem byl toho nazoru, ze bychom meli vyuzit mistni znalosti mapperu a oznacit to podle oficialniho statutu s prihlednutim k mistni znalosti - lokalni dulezitosti toho cile. S tím souhlasím, ale aby to bylo alespoň trochu porovnatelné po celé republice, tak by se imho mělo dohodnout nějaké základní pravidlo a z něj teprve dělat výjimky jedním, nebo druhým směrem. Jinak z toho vznikne podivný miš-maš (ke kterému to teď nemá daleko ;)). A myslím si, že pověřený obecní úřad je asi nejlepším kritériem regionální důležitosti, ze kterého se dá vyjít. Jen tak pro orientaci, v ČR je: 10 place=city 615 place=town -- 23 statutárni města 570 města 207 městyse -- 389 obce s POÚ Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6Oo9UACgkQkWJlWekVrbJLkwCghTiQiO6jMydtfVFZWbxHELbl KSkAoINPbErVTgFq4eZlH6NXexi6Hfih =qieA -END PGP SIGNATURE- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Částečně bych to měl umět vytáhnout z extraktu ČR, kdysi jsem na to měl nějaký prográmek, tak kdyby byl zájem, tak to můžu někde doma najít. Vyextrahuje nody, way a relace podle tagu, který obsahují. On 22.9.2011 10:15, Frettie wrote: Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. JS. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Update současného stavu: 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ. 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea. 3) Všechny relace jsou pojmenované. 4) Všechny kraje, okresy a obce mají zadané administrativní centrum, jehož hodnota tagu place je city, town, nebo village. Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně rozlohou a populací? Zbývající problémy ohledně sídel: 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí jako town). Tohle asi budou muset opravit místní podle toho, jestli mají jednotlivé části vlastní nebo společnou ceduli obce. 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které se nachází v obci s administrativním centrem place=village, skoro půlka v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/ Zdraví, 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] administrativní hranice a place=*
S tím souhlasím, akorát si myslím, že značit town ty obce, které opravdu jsou městem, má docela logiku. Ano je tu pár malých měst jen s pár obyvateli, ale kvůli pár výjimkám bych to neměnil. Většinou to tak funguje a na mapě to taky vypadá docela rozumně. Pokud by se používalo označení jen podle velikosti a podle doporučení na wiki, tak tu těch měst moc nezbude (cca 130), mnohdy je centrum okresu poměrně malé, přitom je docela významné a na mapě by mělo být (třeba Milevsko, Vimperk, Františkovy Lázně atd.). Tam se to totiž kreslí právě podle tohoto označení. Osobně to dělám takto: town = město village = městys a vesnice suburb = část obce, pokud nemá samostatnou ceduli hamlet = opravdu malá vesnice, tak do 100 obyvatel nebo i pár domů bez označení, pokud je to název místně používaný a zažitý, většinou nepoužívám, pokud to tam neznám locality - většinou oblast v přírodě, kde je pár chat a nšjak se tomu tak říká Ony všechny obce už tam nějak jsou, takže hamlet nebo locality je opravdu dle pocitu. Hezký den, teda vlastně noc... Mike On 09/14/2011 11:51 PM, Petr Morávek [Xificurk] wrote: Petr Morávek [Xificurk] napsal(a): jzvc napsal(a): co je horsi (a nevim jak moc to jeste zustalo) ze nektery uzemi byly spatne zarazeny do struktury (rodic - potomek) takze sem napr narazel na uzemi nejen mimo dany okres, ale i kraj ... Tohle se mi snad podaří odchytnout, už jsem na pár takových případů narazil. Tak hierarchie ČR oblast kraj okres obec by měla být spravená, na opravu ještě čeká správné zařazení obec KÚ. Momentálně ale opravuji důležitější problém - mnoho obcí má špatné nebo žádné administrativní centrum. Nicméně v průběhu těchto oprav jsem narazil na jednu věc, která se tu už řešila a která mně osobně vadí už delší dobu - tag place. Spousta vesnic (včetně mnoha, které figurují jako administrativní centrum obce) je v ČR označena jako place=suburb, bléé :/ Proč je to špatně: 1) Suburb znamená městská část, sídliště, předměstí atp. a přesně takto je to na OSM wiki popisováno. 2) Nikde (prošel jsem sousední státy) se takto vesnice neznačí, většina sídel je značena village a town, velká města pak city, a výjimečně některé malé osady jako hamlet. A skutečně je jedno kolik takových sídel je uvnitř jedné obce (gemeinde, gmini). Rád bych, aby se tohle konečně nějak vyřešilo, navrhuji: 1) Pokud má vesnice samostatnou ceduli začátku/konce obce, je to city, town, nebo village: a) Pro city nechat současný stav. b) Otázkou je, jak rozhodnout town/village - raději bych zkusil najít jinou metriku, než oficiální statut města, který moc neodpovídá reálné rozvinusti sídla. 2) Hamlet nechat pro pojmenované malé vísky, samoty atp., které nemají vlastní ceduli začátku/konce obce (protože tam často nevede ani žádná silnice III. třídy). 3) Suburb používat pro městské části, čtvrti, vesnice pohlcené městy... poznávacím znamením je neexistence vlastní cedule začátku/konce obce, protože už se nachází uvnitř nějakého města (které tu vlastní ceduli má). Pokud se rychle nikdo neozve, tak v příštích dnech dokončím opravu administrativních center obcí. Následně pak všechna taková sídla, co v současnosti nemají place=city,town,village, aktualizuji na place=village. 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] Šumava
Protože je zmršená relace http://www.openstreetmap.org/?relation=1461184 Z ní zmizely vnější cesty - někdo je smazal, ty zřejmě neměly žádné tagy a tak si dotyčný myslel, že jsou tam zbytečné, ale neuvědomil si, že jsou součástí relace - konkrétně uživatel Waldschwamm Mike On 22.7.2011 9:59, Jan Dudík wrote: Zjímavé je, že v každém zoomu je ta pasek ajinak velká. třeba by se podle toho dalovytipovat, kde je problémové místo (kůrovec mě taky napadl :-) JD 2011/7/22 Karel Volný ka...@seznam.cz: netušíte někdo, kde se vzala na Šumavě obrovská paseka? kůrovec? /me hides :-) K. ___ 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] Šumava
Ano, jsou to v podstatě všechny relace okolo, která na sebe mají navazovat tím rozsekáním. Nevím, zda to rozsekání bylo děláno dodatečně nebo je již od počátku, tak daleko jsem to nezkoumal, bo na to teď nemám čas. Možná se na to večer podívám, jestli nevytuhnu :) On 22.7.2011 12:15, Petr Morávek [Xificurk] wrote: Mike napsal(a): Protože je zmršená relace http://www.openstreetmap.org/?relation=1461184 Z ní zmizely vnější cesty - někdo je smazal, ty zřejmě neměly žádné tagy a tak si dotyčný myslel, že jsou tam zbytečné, ale neuvědomil si, že jsou součástí relace - konkrétně uživatel Waldschwamm To jsem si taky prvně myslel, ale takhle rozbitých relací je tam spousta... Zdá se, že většina jich vznikla nějakým rozřezáním [1] (hádám podle nízkého id a vysokého čísla verze). Zdá se, že ten problém vznikl někdy na přelomu května a června. Mezitím tam do toho hrabalo několik uživatelů (včetně Waldschwamm), ale nepodařilo se mi vypátrat přesný changeset, který to všechno způsobil a nejsem si jistý jestli to bude reálně nějak možné vzhledem k tomu, kolik času a změn se mezitím odehrálo. Petr [1] http://www.openstreetmap.org/?relation=253684 ___ 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] Maxspeed v obcích ( Was: Zadost o kontrolu )
Tohle mi nějak uniklo, i když je pravda, že jsem na ten tag již také narazil. Co tak koukám do historie, tak je je to poměrně novinka - tedy něco přes rok starý tag. Díky za upozornění Mike On 21.7.2011 14:56, Tomáš Tichý wrote: Tag maxspeed je možné podle dávat i tam, kde to není explicitně vyjádřena značkami. K rozlišení slouží poměrně hojně používaný tag source:maxspeed viz http://wiki.openstreetmap.org/wiki/Key:source:maxspeed není tedy potřeba vynýšlet nějaká česká národní specifika. =TT= 2011/7/21 Mike m...@mikecrash.com mailto:m...@mikecrash.com maxspeed se má dávat jen tam, kde je to vyloženě upraveno značkou. Je totiž pro navigaci rozdíl, jak jet v obci a jak mimo obec, kde je jen omezena rychlost. To jsou dvě rozdílné věci. O tomto se již zde dlouze diskutovalo a k ničemu se moc nedospělo, v podstatě byly tyto návrhy: 1. dělat to podle residential - současný stav, ten ale nekopíruje přesně značení značkami, ale v praxi to moc nevadí, používám to v mcnavi a funguje to uspokojivě 2. definovat oblast jako traffic=citilimit, to ale není schválený tag a nikde se nepoužívá,muselo by to projít schvalovacím procesem, aby se to rozšířilo 3. dát na všechny vjezdy do obce - tedy na node - značku začátek obce, software by pak podle toho usoudil, kde začíná obec a končí - jenže když se nedá na jedinou cestu značka, tak to selže Mike On 21.7.2011 14:02, Pavel Bokr (OSM) wrote: From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Jak jsem nad tim presmyslel tak rychlost jsem vyresil ze jsme na te silnici nastavil maxspeed na 50 - nestaci tohle? Nebo nebyl by lepsi nejaky tag, ktery by se priradil tem usekum komunikaci ktere jsou dle znaceni v obci - kde je snizena rychlost ale treba nejsou vylozene v zastavbe ale treba mezi polema byt je to dle znaceni v obci? PBokr ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto: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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa - aktualizace, poznamky k datum
On 07/14/2011 07:07 PM, Martin Tesar wrote: Behem uprav jsem v datech objevil par zajimavych veci. Nejsem tvurce dat, takze neznam vsechny souvislosti a jenom vznesu par podnetu, co bych v datech uvital: -K mestum doplnit priblizny pocet obyvatel. Treba z wikipedie je to snad volne dostupne. Kdyz na to narazim, tak to doplnuju, ale ne z wiki, lepsi je to z ofiko zdroje. Wiki obsahuje stara data. Bohuzel ofiko zdroje obsahuji tyhle informace prevazne pro vetsi sidla, u vesnic by to bylo na delsi badani (a mlaceni nakyho ourady po hlave). Ostatne stejne tak by bylo dobry doplnit k obcim identifikatory z tohodle seznamu - pak by se to dalo aktualizovat automaticky scriptem. Což takhle dát dotaz na ČSÚ, když už jsme vyhodili ty 2 miliardy za zbytečné sčítání lidu :) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Infikovan? data
Můžete mi někdo vysvětlit, jaký smysl má ten reimport? Přece pokud vezmeme data, které vytvořil někdo, kdo s novou licencí nesouhlasí, a znovu je tam naimportujem ve stejném znění, tak mi to přijde stejné, jako je kopírovat z čehokoliv jiného. Ano, v současné době jde o volná data k libovolnému použití - takže to vlastně jde, proč to ale pak prostě neudělat pro všechno - vytvořit uživatele reimport a všechna data, která by se jinak smazala, se přeimportují a bude vymalováno. Nějak mi to nedává celé smysl. A už vůbec ne, že budou nakonec dva projekty, což je v podstatě proti smyslu OSM. A nějak se mi také nechce věřit, že by se ta data opravdu smazala, maximálně, že by jich tam bylo velmi velmi málo. Jinak to může takto jet v podstatě donekonečna. V současné době by ale došlo ke smazání snad poloviny mapy, což si snad nikdo nedovolí. A jestli ano, tak projekt asi opustí hodně lidí, protože na tohle mít nervy nebudou. On 06/30/2011 11:00 PM, Tomáš Tichý wrote: U uhulu/dibavodu/uir-adr tomu verim. Co BNHELP? To byla velmi dulezita data, od komercni firmy. Souhlasi s OdBL? A s kazdou dalsi licenci? Protoze licence se ted muze zmenit treba na libovolne komercni pouziti dovoleno Pavel -- Zrovna BNHELP jsou tak nekvalitní data, že pokaždé když na jejich zbytky narazím, lituji že jsme je tenkrát importovali. Když si pak vezmu jak rychle byly hotové silnice 3. třídy, tak jedničky a dvojky by byly v tom entuziastickém období hotové max. za měsíc ručně. Jó byla to jiná doba :-) Škoda :-( Jinak Pavle, jsem rád, že jsi neopustil konferenci, i když už se nechceš na projektu aktivně účastnit. Přemýšlel jsem ještě o těch importech a měl bych na Tebe jednu prosbu. Souhlasil bys prosím s tím, aby se data, která jsi importoval (a pouze importy, ne data na kterých jsi pracoval ručně) přelicencovala na novou licenci? Moje idea je taková, že bych vzal všechna data kde jsi autorem importu a nikdo je nezměnil, nebo na nich po importu pracovali pouze zelení uživatelé. Data bych smazal a vzápětí ta samá naimportoval pod speciálně vytvořeným uživatelem (nebo více uživateli - jedním pro každý dataset). Souhlasil bys s tím? Pokud ano, technické detaily bychom ještě doladili, teď bych chtěl jen vědět zda se tím máme vůbec zbývat. Díky za odpověď ať bude jakákoliv. =TT= ___ 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] footway=sidewalk
On 24.6.2011 0:47, jzvc wrote: Pokud vim, tak to co je znaceno jako ulice, tam se defaultne predpoklada chodnik z obou stran. Pokud tam neni, nemelo by to byt znaceno jako ulice (ani ve meste, ani ve vsi). Jinak chodniky vytahuju extra v pripadech, ze nejsou primo soucasti ulice, ale osobne me taky uz nekolikrat napadlo, ze by mozne nebylo od veci to resit podobne jako reky - maji svoji osu + brehy, ktere by mohli byt dvojiho typu - jeden by oznacoval okraj vozovky, druhy okraj pripadneho chodniku. Tim by se zaroven poresila ruzna sirka pro reneder. Tak od toho je v podstatě area=yes, ale používat to má smysl jen na nějakých náměstích nebo větších plochách, značit nějak extra okraj silnice by už asi bylo moc. Obzvlášť při přesnosti map, kde metr nehraje žádnou roli. Nevím jak vyřešíte ty chodníky, ale já jako chodec nebo cyklista se chovám podle hesla kde není zeď, tam se nechá jít, takže kromě silnic typu motorway, trunk se nechá jít skoro všude. A chodci je v podstatě jedno, po které straně je chodník. Spíš je důležitý tag, jestli se tam vůbec dá jít, tedy foot=no, ale to platí obecně i pro auta a náklaďáky. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Sakrální stavby
Ahoj Myslím si, že nezkracovat je logičtější než zkracovat. To že se zatím automaticky nezkracuje a ani to není v plánu nic neznamená. Prostě zatím nikdo neměl tu nutnost. Kromě toho zkrácení je otázkou jednoho eregu a jedné řádky příp. nějakého lepšího databázového řešení a pokud po tom někdo touží, tak ať prostě podá patch a udělá to. Myslím, že se tomu nikdo bránit nebude, obzvášť pokud to bude snadno konfigurovatelné. Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen přinese další zesložitění, takže asi spíš ne. Myslím, že OSM je hlavně digitální mapa, která má mnohem víc využití než jen nakreslená mapa, takže by se nemělo tagovat jen podle jedné potřeby, tedy zrovna v tomto případě že se to na mapě špatně kreslí. Co se týče toho používání Kostel apod. v názvu nebo ne, tak jsem zvědavý, jestli padne nějaká shoda, protože já teda rozhodně nevím, co je lepší. Co jestli to není Kostel Sv. Vavřince, ale Svatovavřinecký kostel? Nebo co když se používá obojí? Fakt netuším... Mike On 26.5.2011 15:24, hanoj wrote: a) zkratky nepouzivat, resilo se to uz nekolikrat *** resilo ale nedoresilo, nebot s tim souviselo automatizovane zkracovani pro potrebu mapy, ktere dodnes neni a ve vyhledu zatim neni. Nepouzivani zkratek vede k tak necitelnym nebo prostorove nerendrovatelnym napisum, ze prestoze myslenka je dobra, nelze ji pouzivat za kazdou cenu. Nahrazovat sv. za svaty je podivne dle zvyku v CZ, SK, AU i DE ale prakticky prekousnutelne. Napr. cist na mape z roku 1910 lze jen K.K. Polizei (C.K.), nebo St. Peter. Dnes bych asi ocekaval Police CR, nikoliv Policie Ceske republiky. Stejne je nepouzitelny nazev Ustav molekularni fyziky a biochemie Akademie ved Ceske republiky, vedecko vyzkumna instituce. Proc cist v mape za kazdou statni instituci Ceska republika a pred kazdym Petrem svaty. b) do nazvu pouzivat to, co se jako nazev pouziva = napr Chram svateho Vita, u kostelu je to takove jak kdy, nekdy se pouziva jen napr U svate Anny, nekdy Kaple u svate Anny nekdy Kostel u svate Anny ... = drzel bych se toho, co ma nejcastejsi vyskyt pripadne je nekde uvedeno jako oficialni. *** Asi bych zacal na wiki, kde to je uz nejaky ten rok: http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Place_of_worship *** Chram bych rekl odpovida pausalne vyznamu place_of_worship. Cirkevni stavbou je kapitulni sin v klastere nebo hospic, ale chramem bych ji nenazval. Asi bych se drzel oficialniho nazvu majitelu tj. cirkevniho nejcasteji jde o katolicke kostely: * Katedrala - sidlo biskupa, bazilika cestny titul - oba dohromady asi 10 ks v CR * zbyvaji kostely a kaple a drobne sakralni objekty, u tech to bud odhadnout nebo neresit. Nektere dalsi cirkve nazvy casto nepouzivaji nebo maji nazvy obecne, komunitni Modlitebna. Jestli je nutna zmena tak: Katedrala sv. Vita, v nazvu bych klidne Vaclava a Vojtecha bych v nazvu ozelel. c) typ by samozrejme mel mit svuj tag, ale melo by se to spis vztahovat na architektonicke reseni (IMO) - kaple = mala stavba nebo soucast jine budovy, kostel = specializovana budouva s lodi a prevazne se zvonici ..., chram, bazilika Proc? Predevsim proto ze v mape me ani tak nezajima, ze nekde sidli jen lokalni farar a jinde papez, jako to, ze tam je nejak velka cirkevni budova. *** architektonicke reseni nema jednoznacnou interpretaci i shodu v definici. Jestli nekde sidli biskup ma asi takovy vyznam, kdyz nekde sidli ustavni soud nebo okresni skola. ahoj hanoj ___ 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] Sakrální stavby
On 05/26/2011 05:35 PM, Stanislav Brabec wrote: Mike píše v Čt 26. 05. 2011 v 16:21 +0200: Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen přinese další zesložitění, takže asi spíš ne. Nebo krátké jméno jako name, a dlouhé v official_name? http://wiki.openstreetmap.org/wiki/Name Jenže i pak leccos vypadá docela divoce: http://www.openstreetmap.org/browse/way/28518985 Co s tím? No právě - co znamená Panna Marie, svatý Jeroným a slovanští patroni? Že tam někdo takový bydlí? Nebo je tam jejich socha? Podle mne správně by měl být název Kostel Panny Marie, sv. Jeronýma a slovanských patronů případně když už bez toho kostela tak Panny Marie, sv. Jeronýma a slovanských patronů. Nevím který z těch dvou je lepší, obojí mi přejde dobré, ale ten první je rozhodně špatně. Vyhledávač umí i ostatní varianty jmen - zadejte si Emauzy: http://www.openstreetmap.org/browse/relation/33709 To je v pořádku, protože je to lokální jméno, stejně tak hledá ve všech jazykových variantách. Tak to má být :) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Linky MHD
On 05/18/2011 07:04 PM, Pavel Machek wrote: Ahoj! No, asi jo. :-) Bylo by to samozřejmě naprosto super, ale pro mě je zcela demotivující existence IDOSu, potažmo CHAPSu a celý princip funkce ???Celostátního informačního systému o jízdních řádech veřejné linkové osobní dopravy??? uzavřeného pro jednu komerční společnost. Takhle dostat se k těmhle datům a zveřejnit je skrz OSM (či příbuzný projekt), to by bylo! Jinak v podstatě stejnou myšlenku reprezentuje nedávno založený projekt Transiki (http://wiki.transiki.org/), ale nevím, jestli vykazuje vůbec nějakou aktivitu. Tak aspoň něco, třeba se k nim jednou přidám, pořád musím něco kutit. Bohužel teď moc času nemám a když nějaký najdu, tak aspoň trochu vylepšuju mojí navigaci. Plány velký, ale postup pomalý. Ale to je problém všech open projektů. Ve volném čase toho člověk moc neudělá. Spousta projektů tak skončila. Třeba by šla ale podpora řádů dodělat rovnou do té navigace. To by bylo jedinečné - spojení turistické navigace a řádů. Už takhle mám jedinou navigaci, která routuje i pro pěší po stezkách :), tak proč ne časem řády? Takhle najít si trasu Tak to pozor, jedinou pesi navigaci rozhodne nemas, navit naviguje pesi i kone ;-). A dokonce jsem se do ni pokusil dodelat i tu MHD, a kdyz to oddebuguju, treba to bude i fungovat :-). Je to commitnuty na branchi. (na timetab.sf.net je jakasi vyhledavacka v jizdnich radech). Pavel Tak to rád slyším, v době kdy jsem to zkoušel, to ještě ani pořádně neroutovalo po silnici. Asi bych ho měl zase zkusit :) Jak jsi dělal to MHD? Zadáváš tam linky a řády nebo prostě routuješ mezi zastávkami? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Linky MHD
Myslím, že v mapě mají být jen vyložené stálice. Zatímco zastávky mezi ně patří, protože jsou většinou pořád na stejném místě, často s nějakou budkou, tak samotné linky se mění v podstatě každý rok, takže bych je tam nedával. Samozřejmě to neznamená, že si je tam někdo nemůže dát, ale taková informace bude za pár let bez nějaké časté kontroly nevěrohodná. Co se týče starých tras, tak asi nemá cenu je tam nechávat, Je to zbytečná informace, že tam kdysi dávno jezdil nějaký autobus, který teď jede jinudy. Ale tak je to s OSM - každý si tam může dát co chce a každý si pak může věřit čemu chce. Co se týče linek, tak asi málokdo (nikdo?) bude hledat trasy autobusů podle OSM. Mike On 16.5.2011 14:10, Jan Dudík wrote: Kdysi jsem udělal pomocí relací částečně vedení linek MHD v Českých Budějovicích. několik jich je kompletních, několik částečně a z některch je jen číslo a jeden úsek silnice. Od 12. června má dojít ke kompletní změně systému, ze stávajících 17 linek zůstane v původní trase málokterá, jednu i zruší úplně a naopak vznikne jedna nová, některé přejdou z trolejbusu na bus a naopak. v některých případech zůstane půlka jedné linky původní a druhá je stejná, jako část bývalé jiné linky. Co s tím v OSM? - má cenu vůbec mapovat linky MHD? - pakliže ano, mají se staré smazat, nebo označit třeba jako disused? (případně jim dát název typu Linka 9 before 11-06-12) - pakliže ano, dodělat chybějící vedení? nebo naopak stávající relace předělat na nové číslování a nové vedení? JD ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Linky MHD
On 16.5.2011 15:29, Petr Kadlec wrote: 2011/5/16 Mike m...@mikecrash.com: Myslím, že v mapě mají být jen vyložené stálice. Zatímco zastávky mezi ně patří, protože jsou většinou pořád na stejném místě, často s nějakou budkou, tak samotné linky se mění v podstatě každý rok, takže bych je tam nedával. Samozřejmě to neznamená, že si je tam někdo nemůže dát, ale taková informace bude za pár let bez nějaké časté kontroly nevěrohodná. To asi platí o ledacčems a třeba mapa nočních autobusů je pěkná věc, která by z OSM mohla jít vygenerovat. Každopádně bych nikomu snahu zmapovat linky MHD nevymlouval. Já to nerozmlouvám, právě to se mi líbí, že to tam být může. Osobně si ale představuju jiný projekt (opentrafficguide), který by měl v sobě jak linky, tak řády a u každé by byla napsaná platnost řádu. Něco podobného jako u www.jizdnirady.cz, ale globálně. Hledal jsem teď nedávno nějaké spojení do zahraničí a nic takového neexistuje. Bylo by to jedinečné. A pokud by se udělalo nějaké API rozhraní, tak věřím tomu, že by tam ty data importovaly společnosti samy. Byla by to pro ně reklama zadarmo. Navíc by šlo třeba hledat i podle provozovatele (třeba vlaky ČD) a pak by stačilo, kdyby ČD mělo na stránkách jen odkaz do tohoto systému a nemuselo dělat vlastní vyhledávač spojení. To jsem ale blázen co? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Linky MHD
On 16.5.2011 16:17, Petr Kadlec wrote: 2011/5/16 Mike m...@mikecrash.com: A pokud by se udělalo nějaké API rozhraní, tak věřím tomu, že by tam ty data importovaly společnosti samy. Byla by to pro ně reklama zadarmo. Navíc by šlo třeba hledat i podle provozovatele (třeba vlaky ČD) a pak by stačilo, kdyby ČD mělo na stránkách jen odkaz do tohoto systému a nemuselo dělat vlastní vyhledávač spojení. To jsem ale blázen co? No, asi jo. :-) Bylo by to samozřejmě naprosto super, ale pro mě je zcela demotivující existence IDOSu, potažmo CHAPSu a celý princip funkce „Celostátního informačního systému o jízdních řádech veřejné linkové osobní dopravy“ uzavřeného pro jednu komerční společnost. Takhle dostat se k těmhle datům a zveřejnit je skrz OSM (či příbuzný projekt), to by bylo! Jinak v podstatě stejnou myšlenku reprezentuje nedávno založený projekt Transiki (http://wiki.transiki.org/), ale nevím, jestli vykazuje vůbec nějakou aktivitu. Tak aspoň něco, třeba se k nim jednou přidám, pořád musím něco kutit. Bohužel teď moc času nemám a když nějaký najdu, tak aspoň trochu vylepšuju mojí navigaci. Plány velký, ale postup pomalý. Ale to je problém všech open projektů. Ve volném čase toho člověk moc neudělá. Spousta projektů tak skončila. Třeba by šla ale podpora řádů dodělat rovnou do té navigace. To by bylo jedinečné - spojení turistické navigace a řádů. Už takhle mám jedinou navigaci, která routuje i pro pěší po stezkách :), tak proč ne časem řády? Takhle najít si trasu (třeba i do práce) jako kombinace pěší/MHD a nebo kolo/MHD nebo porovnat s autem :) No opravdu jsem blázen... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nezmapovan? obce
Já osobně jsem proti, protože to bude zase spousta dat, který nebudou zapadat do současného stavu, takže bude třeba vše ručně projít a doladit. To už stejně tak dobře můžu jít a podle UHUL a CUZK to nakreslit rovnou. Ostatně takto to dělám už dlouho a také spousta obcí už takto zmapovaná je. Prostě při kreslení ulic tam rovnou nakreslit i plochy residential. Navíc třeba u velkých měst to chce hodně přemýšení, jak tu oblast vůbec nakreslit. Aještě jedna věc - hodí se to i pro úpravu lesů, které často navazují a občas hodně špatně. Radši mít ta data přesná a méně než všechny a špatně. Možná by stálo za to udělat skript, který zjistí počet obcí bez oblastí residential a případně je i vypíše, ať je přehled podobně jako u chybějících ulic. On 05/10/2011 08:54 AM, Jakub Sykora wrote: Pokud neni skutecne problem s licenci, tak ano. Ja tomu dodatku o tom, ze ta zeme musi neco prijmout, moc nerozumim. K Dne 10.5.2011 08:38, Pavel Machek napsal(a): On Sun 2011-05-08 19:15:41, hanoj wrote: Jde nejak poznat z CZUK:KM, co tam jeste patri/uz nepatri? Nejde. Zastavenou plochu pro účely bydlení určují územní plány obcí, které často nejsou on-line vůbec dostupné, a i když jsou, blbě se to z nich překresluje. *** Skrze CUZK:KM by to slo, ale nikoliv na nasi urovni volneho pristupu do katastru nemovitosti. Treba ve Francii OSM pouzili na landuse vystupy CORINE. Otazka je, jak je to u nas s licenci.[1] Corine zahrnuje i CR = s licenci neni problem. Myslim, ze bysme CORINE proste meli importovat. Neda nam to mapky obci, ale aspon bude videt, ze tam ty obce jsou... koukal jsem se na to, skripty jsou, melo by to byt celkem jednoduchy. pavel ___ 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] Nezmapovane obce
Kompletní je třeba Soběslav, kde jsem zmapoval i všechny ploty, což podle mne hodně přispívá k přehlednosti mapy. Tento prvek je dost často opomíjen. Chce to ale místní znalost a práci v terénu. http://www.openstreetmap.org/?lat=49.25947lon=14.718zoom=17layers=M On 05/06/2011 01:10 PM, Jan Müller wrote: Dobrý den, zkouším mapovat Lásenici, kde teď bydlím. Je to můj první pokus. Máte tip na vzorovou obec která je udělaná výborně, aebych se mohl inspirovat? Nějakou obecnou dokumentaci na wiki jsem četl, ale příklad by se hodil. Dík. S pozdravem Jan Müller On Fri, May 6, 2011 at 1:00 PM, talk-cz-requ...@openstreetmap.org mailto:talk-cz-requ...@openstreetmap.org wrote: Send Talk-cz mailing list submissions to talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-cz or, via email, send a message with subject or body 'help' to talk-cz-requ...@openstreetmap.org mailto:talk-cz-requ...@openstreetmap.org You can reach the person managing the list at talk-cz-ow...@openstreetmap.org mailto:talk-cz-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-cz digest... Today's Topics: 1. Nezmapovan? obce (Petr Dlouh?) -- Message: 1 Date: Thu, 05 May 2011 16:47:51 +0200 From: Petr Dlouh? petr.dlo...@email.cz mailto:petr.dlo...@email.cz To: talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Subject: [Talk-cz] Nezmapovan? obce Message-ID: op.vu0jd1yhsnjtyz@petr-laptop Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Ahoj, diskuze na Abclinuxu (1) m? utvrdila v tom, ?e to co OSM moment?ln? nejv?c chyb? je alespo? n?jak? z?kladn? uli?n? s?? ve v?ech obc?ch. P?ed rokem sta?ilo k nalezen? nezmapovan? obce projet seznam nejv?t??ch obc? (2); dneska u? je to ale k ni?emu, proto?e v?t?ina obc? z toho seznamu u? zmapov?na je. Zalo?il jsem tedy na OSM Wiki seznam nezmapovan?ch obc? (3). [1] http://www.abclinuxu.cz/blog/JaNejsemOdsut/2011/4/svoboda-v-mapach-mapy-na-webu [2] http://cs.wikipedia.org/wiki/Nejv?t?%ED_obce_v_?esku_bez_statusu_m?sta [3] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Seznam_nezmapovan%FDch_obc%ED -- Petr Dlouh? -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz End of Talk-cz Digest, Vol 50, Issue 3 ** ___ 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] aktualizace mapových dlaždic - klient
Já to dělal tak, že jsem ten celý adresář jednou za čas smazal a stáhnul si co jsem potřeboval znovu. Navíc jsem aspoň odstranil ty dlaždice, které už nepotřebuju. Přijde mi to jednodušší než tahat vše znovu a aktualizovat to. On i ten jednoduchý dotaz na čas souboru něco zabere a trvá to docela dlouho. On 22.4.2011 10:30, Karel Volný wrote: ... tož nadšení trošku vyprchalo, když jsem zjistil, že s polipo se mi to nezaktualizovalo ani přes noc - tempo jedna dlaždice za sekundu či pomalejší jaksi není nic moc K. Dne Čt 21. dubna 2011 Karel Volný napsal(a): Dne Čt 21. dubna 2011 Michal 'vorner' Vaner napsal(a): Dobré ráno On Thu, Apr 21, 2011 at 11:31:00AM +0200, Karel Volný wrote: nechci po tom nic závratného, jen aby prošel adresářovou strukturu a každý soubor se znovu pokusil stáhnout s If-Modified-Since, tzn. aby se posílalo jen to, co je na serveru aktualizované, ať se zbytečně nezatěžuje (což o to, u mě by to bylo jedno, linku na to mám, času přes noc dost, ale provozovatelé serverů by mě asi neměli rádi ... :-)) Nechce se mi sice nic psát, ale líné řešení by mohlo být mezi skript a server dát nějakou cache, řekněme polipo. On umí držet otevřené spojení mezi requesty, wov, netušil jsem, že existuje něco tak inteligentního, že ty requesty spojí takže by se vyřešilo minimálně to. druhá část mě tak netrápí, pokud si to pustím na počítači, který má poněkud vyšší výkon, a pak jen syncnu na telefon Pokud ten bashový skript neumí to if-modified-since sám, tak by to uměl taky doplnit, ale v tom případě je asi potřeba mít mapu na disku 2* (jednou v cache). to IMS umí právě ten curl dík za tip! K. ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] toky uvnitř ploch podruhé - riverbank
Rozdíl mezi jezem a přehradou je v tom, že jez pouze zvedne hladinu vody, ta přetýká přes horní okraj jezu, ale nezabraňuje v jejím průtoku. Řeka teče stále stejně, jen před jezem pomalu. Oproti tomu přehrada většinou přehradí tok celý a odtok je řízený nějakou výpustí (klidně na dně přehrady), přepad je většinou jen bezpečnostní. To samé je u rybníků. Takže u jezu je to stále řeka, vodní tok. Renderer tohle ví (nebo má vědět) a riverbank je pak jen okraj řeky a samotná řeka se uprostřed nekreslí (nebo prostě splyne), ale název se kreslí. Apropó - jak to tedy bude s tím označením toků v nádržích? Navrhneme nějaký tag? Budeme hlasovat? Nebo to prostě dáme do proposed features a uvidí se, jak to dopadne? On 14.3.2011 11:40, Karel Volný wrote: čest práci, zkoušel jsem si včera dokreslit do mapy nějaké jezy ... při té příležitosti jsem potřeboval rozšířit řeku aby to reflektovalo vzdutí nad jezem a tedy šířku jezu, takže jsem okolo dokreslil plochy waterway=riverbank - postupoval jsem v souladu s http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#How_to_Map no a zjistil jsem, že v tomto případě vodní plocha taky nepřekrývá (nenahrazuje) čáru toku ... to je záměr nebo také chyba? - podle http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river bych usuzoval spíše na záměr, ukázat kudy voda teče, když je jí málo jenže nad těmi jezy je to nadržené pořád, i za sucha - ale stále je to jenom koryto řeky, ne přehrada, takže tagovat jako nádrž je nesmysl co s tím? - tagovat ten kus toku jako skrytý, jestli se v původním threadu dohodnete a protlačíte řešení underwater_...? a tak naokraj, není možnost nějakého jemnějšího dělení než dle stávajících pokynů stream a river, a pro river nad 12 m šířky kreslit riverbank? - vím, že se dá přidat width, ale jde mi spíše o logickou reprezentaci, aby třeba malá říčka, která je brána ještě za potok a ne za řeku, nebyla u svého ústí, po pobrání všech potoků z okolí, stále na stejné úrovni, jako každý malý pramínek, co se do ní vlévá ... ona ta šířka je dosti ošidná, když approximate average width záleží spíše na tom, jestli to teče rychle nebo se rozlévá do šířky, a ne kolik to má vody, a taky v suchém létě bude vypadat jinak než za jarního tání, přitom logická struktura je zachována, že za různých stavů je to větší než přítoky a menší než do čeho se to vlévá ... K. ___ 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] dibavod: vodní toky uvnit? vodních ploch
Přesně tak, layer jen označuje, kde co je. Zobrazení pak je na rendereru. On to může zobrazit klidně přes, ale třeba to vyčárkovat apod. Tady jde o to, aby se to nekreslilo vůbec. Možná by třeba šlo udělat nějaký univerzální tag (třeba hidden), který by pak fungoval na vše, ne jen underwater pro vodní toky. On 03/11/2011 08:49 PM, MP wrote: On Fri, 11 Mar 2011 10:51:08 +0100, Petr Morávek [Xificurk] wrote: Karel Volný napsal(a): Dne Čt 10. března 2011 Aleš Janda napsal(a): Netřeba nic počítat. Mapnik používá „malířův algoritmus“ - nakreslí všechno, přičemž pozdější objekty (ty co jsou výše) přepíšou všechny objekty níže. Ale mapnik není ani zdaleka jediný renderer. Ne všechny renderery používají malířův algoritmus a i u podobných rendererů může být problém např. pokud něco kreslí průsvitně (pak to pod něčím bude vidět). Takže to řeší problém u jednoho rendereru, a co ty ostatní? hm, takže pokud tomu rozumím správně, tak s layer logikou by les nebo vpodstatě jakýkoliv objekt musel mít -2, aby se přes něj vykreslil průběh ponorné řeky (pokud mě v mapě zajímá), která bude mít -1, protože je pod normálním povrchem layer funguje hlavně proto, aby se daly v mapě separovat objekty v rámci stejného nebo podobného typu (např. silnice / železnice, když se kříží mimoúrovňově), které jsou nad sebou nebo pod sebou a říct tak co se má zobrazit nad čím, ale pokud se nějaký typ objektů (např. polotransparentní hranice okresu) zobrazuje vždy nad jiným (např. silnice) tak s tím layer nic nenadělá. Martin Ne! V jakém pořadí se vykreslují jednotlivé objekty je záležitostí rendereru (resp. dodaného stylu) a nemá to (skoro) nic společného s tagem layer. Petr ___ 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] pravopis
Tam může taky hrát roli nářečí - česky to sice správně je jinak, ale místní název vycházející z nějakého dávného jazyka může být jinak. Asi bych se spíš držel toho oficiálního názvu, opravoval bych opravdu jen nějaké hrubé chyby. Ale je to jen můj názor a v podstatě je mi to jedno ;) On 11.3.2011 13:38, Karel Volný wrote: zdravím, je tu takový drobný problémek - u KČT neumí pravopis a komolí spoustu názvů a jaksi se mi vnitřně příčí, když znám správnou podobu, abych do mapy psal chybnou, jenom proto, abychom byli konzistentní s databází KČT (a učil tak další a další lidi špatný název místo správného) ale na druhou stranu chápu, že mapa by měla zachycovat reálný stav, a když je na rozcestníku napsáno například Pod Templštýnem, tak bysme to měli mít v mapě taky, přestože správně je Templštejn (a na jiných mapách je to tak uvedeno) - člověk když to v reálu vidí, tak to pochopí, ale problém to může být třeba při vyhledávání, nemluvě o zcela strojovém zpracování problém by asi řešilo důsledné použití name pro správný název a official_name pro nesprávný, ale někde formálně uváděný čili pak už by to byla jen otázka přidat patřičnou podporu do stylů, aby se to pěkně zobrazovalo - asi nelze čekat, že náhodný uživatel vyrenderované mapy bude shánět zdrojová data, aby se podíval, jestli tam ještě nějaké jiné jméno je, když to v mapě mu nesedí takže pro co všechno by to chtělo pořešit? - já jsem teď narazil na ty rozcestníky, viděl někdo něco jiného takového? nějaké jiné návrhy než name/official_name? K. ___ 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] dibavod: vodní toky uvnit? vodních ploch
Právě proto se chce teď na něčem domluvit, abychom prezentovali jednotný názor. Myslím, že to nikdo celosvětově nebude bojkotovat, je to rozumné řešení. Až se dohodnem, dáme to do proposed features na wiki. On 03/08/2011 06:36 PM, Marek Prokop wrote: K tomu bych přidal možná malé mínus, že neinformovaní lidé mohou mít tendenci ty části uvnitř mazat, takže by se muselo asi do mnoha míst na wiki dopsat ať tak nedělají. To není malé mínus. To je velké mínus. Nejde o mazání, ale o to, že prakticky všude, na celém světě (resp. kdekoli jsem se koukal) se vodní toky uvnitř vodních ploch nekreslí. Chápu, že u nás vznikla odlišná situace v důsledku importu, ale asi nemá smysl, abychom dělali tak důležitou věc zcela jinak než jinde. IMHO je proto stále nutné, aby došlo k nějakému globálnímu konsensu a správný postup se zanesl do Wiki, protože to je asi první místo, kam každý jde, když neví, jak co nakreslit. Zdraví, Marek ___ 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] Označenírychlostních silnic
Váha těch silnic je jen v tom, jaká je průměrná rychlost jízdy po dané silnici. Ta nemá s rychlostním limitem nic společného. Po ulici mezi domy (residential) je maximum 50, ale ta rychlost průmerná třeba jen 20km/h, kdežto silnice první třídy i v obci bude mít rychlost někde těsně pod 50. Proto dá algoritmus vždy přednost silnici vyšší třídy. Není to žádný další preferenční údaj, je to jen rychlost. Věř, že vím o čem mluvím, nastudoval jsem toho o tom dost a ten algoritmus i prakticky realizoval... V navitu lze dokonce tyto rychlosti v konfiguračním souboru nastavit. Problém značení se týká toho, že označení highway a trunk vychází z UK. Na západ od nás něco jako Rx vlastně neexistuje, tam je to prostě vše dálnice a trunk je naprosto jiný typ silnice. U nás máme značení trochu jiné. A značit to jen podle toho, kolik je tam pruhů je nesmysl, to by na mnoha místech bylo naprosto zavádějící. Mnohdy se ve městě normální silnice rozšíří na 2+2, přesto to rozhodně nelze označit za trunk - např. v Kolíně nebo v Táboře. Od toho je parametr lanes. Čisté přiřazení highway=D a trunk=R je nejčistší řešení, naprosto jednoznačné a všem jasné. On 7.3.2011 15:06, jzvc wrote: Dne 27.2.2011 20:57, Mike napsal(a): Ale k tomu slouží tag maxspeed a funguje bezvadně. Co chybí pro navigace, tak je definice oblasti, kde je omezena rychlost, aby se na všechny silnice uvnitř obce nemusel dávat tag maxspeed, ten by se měl používat jen pokud je omezene rychlost značkou. Osobně teď experimentuju s použitím tagu landuse=residential pro definici obce pro omezení rychlosti. Kvůli tomu jsem kolem nás dodělal do všech obcí tenhle tag. Zdá se, že to funguje docela dobře, i když to není zcela přesné. ALe lepší něco než nic. Typ silnice by měl opravdu určovat typ silnice bez ohledu na to, jak rychle se tam v reálu jezdí. Silnice první třídy taky vede klidně obcí, kde se jede 50 a pořád je to silnice první třídy. Navigace vyuziva vetsinou omezeni rychlostni, ale (pokud nezna realny cisla), tak predesim vahy. A dalnice ma vzdy prioritu pred rychlostni silnici - pokud tedy nekam povede zhruba stejne dlouha cesta po dalnici a silnici pro motorovy vozidla, tak da navigace vzdy prednost dalnici, protoze to vyhodnoti jako cestu rychlejsi. Stejne je to se vsim - dalnice je v obci taky omezena, a muze byt klido i na 50, ale stale dostane prednost pred silnicemi ostatnich kategorii. Taky je pravdepodobny, ze je lepe udrzovana proste to rozdeleni ma (narozdil od predchoziho stavu) smysl. Dalnicim se tim dava prednost. Trunk (bez oznaceni ze jde o silnici pro motorovy vozidla) by pak melo byt vsechno, co ma oddeleny pruhy, coz neznamena ze to je 2+2, i kdyz to je asi nejbeznejsi (v jiny konfiguraci sem to snad u nas ani nevidel). Pro vykreslovani pak neni problem to zobrazit stejne, to je jen vec renederu, ale v datech to rozdeleno byt musi. Aktualne pokud vim mapnik nerozlisuje trunk s a bez tagu silnice pro motorova vozidla. On 02/27/2011 07:22 AM, datin wrote: Taky souhlasím s tím že je potřeba nějak rozlišit dálnici, silnici pro motorová vozidla kde je max. 130 a městský čtyřpruh kde je někdy i 50. Hlavním důvodem a argumentem je aby pak navigace vybrala opravdu rychlejší variantu. Jakmile se v mapách tento rozdíl setře tak bude navigace fungovat blbě a nedojde k velkému rozšíření mezi normální lidi. A proto nad tím přece trávímě tolik času... ___ 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 ___ 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] Označenírychlostních silnic
Nikdo tu netvrdí, že ta průměrná rychlost bude odpovídat na 100% skutečnosti, ale bude to nějaká zvolená rychlost, která odpovídá danému typu. Ve skutečnosti je tam příliš mnoho proměnných pro reálné situace, ale berme OSM jako zdroj dat bez informací o trafficu. Pak se prostě vždy zvolí nějaká globální průměrná rychlost pro daný typ silnice. A rozhodně platí, že ve městě se jede po silnici první třídy rychleji než po nějaké obytné ulici a pokud se zvolí rychlost pro 1. třídu 40 a pro obytnou ulici třeba 20, tak to dává dobré výsledky. Průmyslová nebude trunk ani pocitově po postavení té křižovatky. Už kvůli tomu, že je to pocitově a každý má pocit jiný. Dám jiný příklad - v Soběslavi postavili novou silnici, jmenuje se Obchodní, vedená je jako rezidenční, ale pocitově je to silnice minimálně 2. třídy, veškerý provoz je sveden na ni. Mám ji označit jako secondary, přestože je to residential? A silnici přes náměstí označit jako residential, přestože je vedena jako silnice 2. třídy? To je totiž stejný případ - budeme si hrát na vlastní značení a vytvoříme balast nebo se budeme držet a zavedeného a používaného značení? Zpět k Průmyslové - prostě se na ni použije lanes=2 a řekne to vše. A pokud reálná situace o trafficu neodpovídá danému typu silnice, je třeba to řešit jinak, třeba použitím tagu maxspeed (např. nastavení maxspeed na 50 u residential přebije průměrnou rychlost pro danný typ silnice). Řešením není to, že se tam nastaví jiný typ silnice. On 03/07/2011 05:01 PM, jzvc wrote: Dne 7.3.2011 15:34, Mike napsal(a): Váha těch silnic je jen v tom, jaká je průměrná rychlost jízdy po dané silnici. Ta nemá s rychlostním limitem nic společného. Po ulici mezi domy (residential) je maximum 50, ale ta rychlost průmerná třeba jen 20km/h, kdežto silnice první třídy i v obci bude mít rychlost někde těsně pod 50. Proto dá algoritmus vždy přednost silnici vyšší třídy. Není to žádný další preferenční údaj, je to jen rychlost. Věř, že vím o čem mluvím, nastudoval jsem toho o tom dost a ten algoritmus i prakticky realizoval... V navitu lze dokonce tyto rychlosti v konfiguračním souboru nastavit. Jenze navigace vi vetsinou prd o tom, jaka je prumerna rychlost, ostatne rychlostni profily se zacinaji pouzivat teprve v poslednich letech a existuji jen pro hlavni silnice a to jeste zdaleka ne vsude. Takze navigace vi maximalku + tridu silnice. A prave proto je treba to rozdelit. I kdyz samozrejme vznikaji a vznikat budou mista, kde je to sporny - napr Prumyslova/Kbelska v Praglu - ma to konfiguraci 2+2, ale zaroven to ma semafory a urovnovy krizeni ... takze pocitove tam IMo patri to co tam je ted (= silnice 1. tridy), ale min v okamziku zprovozneni mimourovnovy krizovatky na Veselsky bych se nebal preznacit Kbelskou na trunk az na R10 (ta uz 100 let rozestavena radiala). Problém značení se týká toho, že označení highway a trunk vychází z UK. Na západ od nás něco jako Rx vlastně neexistuje, tam je to prostě vše dálnice a trunk je naprosto jiný typ silnice. U nás máme značení trochu jiné. A značit to jen podle toho, kolik je tam pruhů je nesmysl, to by na mnoha místech bylo naprosto zavádějící. Mnohdy se ve městě normální silnice rozšíří na 2+2, přesto to rozhodně nelze označit za trunk - např. v Kolíně nebo v Táboře. Od toho je parametr lanes. Čisté přiřazení highway=D a trunk=R je nejčistší řešení, naprosto jednoznačné a všem jasné. On 7.3.2011 15:06, jzvc wrote: Dne 27.2.2011 20:57, Mike napsal(a): Ale k tomu slouží tag maxspeed a funguje bezvadně. Co chybí pro navigace, tak je definice oblasti, kde je omezena rychlost, aby se na všechny silnice uvnitř obce nemusel dávat tag maxspeed, ten by se měl používat jen pokud je omezene rychlost značkou. Osobně teď experimentuju s použitím tagu landuse=residential pro definici obce pro omezení rychlosti. Kvůli tomu jsem kolem nás dodělal do všech obcí tenhle tag. Zdá se, že to funguje docela dobře, i když to není zcela přesné. ALe lepší něco než nic. Typ silnice by měl opravdu určovat typ silnice bez ohledu na to, jak rychle se tam v reálu jezdí. Silnice první třídy taky vede klidně obcí, kde se jede 50 a pořád je to silnice první třídy. Navigace vyuziva vetsinou omezeni rychlostni, ale (pokud nezna realny cisla), tak predesim vahy. A dalnice ma vzdy prioritu pred rychlostni silnici - pokud tedy nekam povede zhruba stejne dlouha cesta po dalnici a silnici pro motorovy vozidla, tak da navigace vzdy prednost dalnici, protoze to vyhodnoti jako cestu rychlejsi. Stejne je to se vsim - dalnice je v obci taky omezena, a muze byt klido i na 50, ale stale dostane prednost pred silnicemi ostatnich kategorii. Taky je pravdepodobny, ze je lepe udrzovana proste to rozdeleni ma (narozdil od predchoziho stavu) smysl. Dalnicim se tim dava prednost. Trunk (bez oznaceni ze jde o silnici pro motorovy vozidla) by pak melo byt vsechno, co ma oddeleny pruhy, coz neznamena ze to je 2+2, i kdyz to je asi nejbeznejsi (v jiny
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Druhý důvod je ten, že pokud stáhnu relaci toku, tak poznám jedním XAPI dotazem, které části (a jejich délku) jsou nádrže a které jsou volně tekoucí bez toho, abych musel počítat průnik s vodními plochami, což už se musí řešit nějak programově. To je docela důležitá vlastnost. On 8.3.2011 8:20, Petr Morávek [Xificurk] wrote: Mike napsal(a): Mazal jsem je proto, že to tak je všude a zavedený postup. Skutečně? To by mne tedy moc zajímalo, kde to všude je? Kde všude krom ČR proběhl takto kompletní import vodních toků a následně se ty části v nádržích mazali? dodávám - je dobré mít označené, kde je to opravdu řeka a kde je to nádrž. Už kvůli tomu, aby se to nechalo zjistit jednoduše dotazem do OSM a ne nějakým složitým algoritmem. Než se vrhnem do řešení problému, chtělo by to odpovědět na základní otázku - a proč (k čemu) je to dobré? Jediný důvod ke změně, který tu zatím padl (a který to taky celé rozpoutal), je snaha opravit způsob vykreslování mapy v jednom konkrétním rendereru. Petr ___ 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] dibavod A04 = ditch
Možná ano, ale na druhou stranu to člověka přinutí se nad tím zamyslet, kdežto jinak by si ani nevzpomněl, že tam nějaké stoka byla Filtrace toků už se také řešila, není ale přesně jasné, který tok je přesnější, takže jsem pro to postupně procházet ručně. Už jsem také zažil, že nebylo správně ani jedno :) On 2.3.2011 13:08, MP wrote: On Tue, 1 Mar 2011 20:02:54 +0100, Jan Masopust wrote: Ahoj, mám pro vás jednu špatnou zprávu. Přetagování jsem navrhoval už hned po importu, ale bez odezvy. Poté, co jsme se více méně domluvili na mazání, jsem už část ČR promazal. Takže nevím ... Ono je to možná skoro lepší - znovu nakreslit těch 1% něčeho (a tentokrát přesně), kde ty data aspoň trochu odpovídala realitě dá asi v součtu méně práce, než procházet těch 99 procent, kde ty čáry jsou buď nesmysl, nebo přibližná duplikate okolních potoků. BTW v mapě je pořád celkem dost duplicitních vodních toků (vždycky jeden z dibavodu a jeden původní), i když celkem ubývají. Napadlo mne, jestli někdo nevíte o nějakém nástroji, co by je dokázal najít (dalo by se možná využít toho, že se cesty často navzájem mnohokrát kříží - vyfiltrovat jen vodní toky je jednoduché, ale pak najít ty křížení je už těžší.) Teoreticky by bylo jednoduché to naprogramovat (cesty by se rozsekaly na segmenty, nacpalo se to do nějaké struktury typu R-strom a pak by se to procházelo a hledalo se křížení), ale lepší by bylo, pokud by šel použít nějak už hotový kód. Existuje nějaký takový nástroj, případně nástroj, kde by bylo potřeba jen minimum úprav aby se dal k tomuhle použít? Martin ___ 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] dibavod A04 = ditch
Přetagovat je dobrý nápad, našel jsem také pár, které byly relevantní, takže by byla škoda o ně přijít pouhým smazáním, postupně je ručně čistit. On 03/01/2011 07:39 PM, hanoj wrote: Ahoj, prubezna zprava o stavu melioraci respektive source=dibavod A04, dibavod=ditch: Data jsem z planet extrahoval, zbezne jsem je prosel 26. unora 2011 [1]: 1) dataset obsahuje ~10.000 way z toho jen s 1% existujicich bylo meneno 2) import datasetu je nekompletni (obsahuje jen data mezi zem.š. 14,1 a 17,3 stupne) 3) mala cast dat (pres vseobecny skepticismus) odpovida nejakemu povrchovemu elementu, maly potok, ci remizky, povrchove meliorace, pripadne i nekde vc propustku skrz komunikace Z duvodu 3) si myslim, ze by bylo skoda data smahem smazat. Protoze nelze pro velke mnozstvi dat rychle projit cele uzemi CR, navrhuji proto namisto vymazu data jen pretagovat tak: a) aby se import nevykresloval na mape (stale plati ze vetsina je nesmysl) b) byl doplnen instrukci pro uzivatele, kteri nemaji o importu informace, co s temito prvky maji delat. NAVRH pretagovani: fixme:waterway=ditch fixme=existuje-li jako odvodnovaci kanal oprav linii dle ortofoto nebo smaž ha hanoj [1] http://osm.templ.net/ditchO.zip ___ 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] dibavod A04 = ditch
Ano to jsem také zaregistroval. To smazání bych neviděl jako problém, nevím zda jste to mazal nějak cíleně, kde to znáte, nebo vše, ale stejně 99% dat je z toho zbytečných. Nechal bych to na mazání těm, kdo ví, že tam opravdu nic není. Já to vesměs mažu, ale jen v okolí když opravdu vím, že tam fakt nic viditelnýho není, pár jsem jich nechal, kde je opravdu nějaká stoka (i když to bylo o kus vedle). A dělat mapu trubek v zemi je asi zbytečné, když věrohodnost dat je malá a tak je nikdo asi nepoužije. Jde spíš o to, že v mapě jsou nesmyslnné čáry, které tam v reálu nejsou a jsou značně matoucí, tak je zneviditelnit. On 03/01/2011 08:02 PM, Jan Masopust wrote: Ahoj, mám pro vás jednu špatnou zprávu. Přetagování jsem navrhoval už hned po importu, ale bez odezvy. Poté, co jsme se více méně domluvili na mazání, jsem už část ČR promazal. Takže nevím ... masox 2011/3/1 Mike m...@mikecrash.com mailto:m...@mikecrash.com Přetagovat je dobrý nápad, našel jsem také pár, které byly relevantní, takže by byla škoda o ně přijít pouhým smazáním, postupně je ručně čistit. On 03/01/2011 07:39 PM, hanoj wrote: Ahoj, prubezna zprava o stavu melioraci respektive source=dibavod A04, dibavod=ditch: Data jsem z planet extrahoval, zbezne jsem je prosel 26. unora 2011 [1]: 1) dataset obsahuje ~10.000 way z toho jen s 1% existujicich bylo meneno 2) import datasetu je nekompletni (obsahuje jen data mezi zem.š. 14,1 a 17,3 stupne) 3) mala cast dat (pres vseobecny skepticismus) odpovida nejakemu povrchovemu elementu, maly potok, ci remizky, povrchove meliorace, pripadne i nekde vc propustku skrz komunikace Z duvodu 3) si myslim, ze by bylo skoda data smahem smazat. Protoze nelze pro velke mnozstvi dat rychle projit cele uzemi CR, navrhuji proto namisto vymazu data jen pretagovat tak: a) aby se import nevykresloval na mape (stale plati ze vetsina je nesmysl) b) byl doplnen instrukci pro uzivatele, kteri nemaji o importu informace, co s temito prvky maji delat. NAVRH pretagovani: fixme:waterway=ditch fixme=existuje-li jako odvodnovaci kanal oprav linii dle ortofoto nebo smaž ha hanoj [1] http://osm.templ.net/ditchO.zip ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto: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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
To se tady takhle můžeme hádat do nekonečna a nikam to nepovede. Jasně že ta voda tím rybníkem protéká, ale je to stojatá voda a to není přece řeka. Abych to zakončil - já navrhuju toto: 1. Dělat relaci toku, která bude obsahovat všechny elementy (klidně i včetně nádrží a přítoků) - pak se jedním dotazem získá celý tok 2. části kde je tekoucí a ničím nepřekrytá řeka (kromě riverbank) značit jako waterway=stream/river/... 3. části uvnitř rybníka/nádrže označit dalším tagem či dodatkem tagu, který renderer může ignorovat bez toho, aby musel hledat všechny vodní plochy Vyřeší to vše od stromové struktury po renderer (jednodušší algoritmus - v podstatě nezměněn). Ty navrhuješ ignorovat všechny okolo, ať si to každý zalgoritmizuje sám a počítá třeba na superpočítačích, aby se to všechno stihlo spočítat do příštího století. On 28.2.2011 8:35, Petr Holub wrote: Promiň, ale když dojdeš k rybníku nebo nádrži, tak se každý zeptá, co je to za rybník nebo nádrž, ale nikdo se nezeptá, co je to za řeku. Vůbec Nebo se Te zepta, na jake rece lezi nejaka prehrada - a ta lezi na ne rece, ktera do ni vteka, proteka i vyteka. Orlik lezi na Vltave a v Orliku do Vltavy usti prostě není. A pokud jde o to, že každý algoritmus pozná, že ta řeka je uprostřed vodní plochy, tak to selhává, pokud si někdo bude chtít udělat strom vodních toků a stáhne si jen waterway. Pak mu ten strom vyjde Neselhava - naopak pro mereni delky toku je to dulezite. A pokud chce stahnout dalsi objekty (nejen prehrady, ale treba i mola nebo jine ricni body), ktere na dane rece lezi, tak si je stahne prislusnym dotazem. je trošku vedle. Mapujeme skutečnost, ne to, že se jednou za dva roky na týden rybník vypustí kvůli výlovu. Navíc chovných rybníků zase tolik Jeminkote, samozrejme, ze prehradou reka proteka, byt jen velmi pomalu. Zeptej se vodaka nebo vodohospodare. Ostatne i v kilometrazi rek se prutok prehradou normalne pocita - treba projedes Certaky a na 320,7 km je konec peřejí vzdutí Lipno II a na 319,1 je hráz Lipno II: http://www.raft.cz/cechy/vltava.aspx?ID_reky=22kilo=kilom Podle te roztrhane logiky bys taky mohl chtit kazdou hraz pretagovat jako natural=spring ;). A jestli jsi někdy něco programoval, tak mi dáš za pravdu, že řešit každou výjimku programově zvyšuje náročnost algoritmu na čas ne násobně, ale spíš 2^N. Tohle je trochu prehnane tvrzeni, nemyslis? Zalezi jakou vyjimku a jak se do toho algoritmu zapracuje. Petr ___ 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] dibavod: vodn? toky uvnit? vodn?ch ploch
On 28.2.2011 11:58, Petr Morávek [Xificurk] wrote: Mike napsal(a): To se tady takhle můžeme hádat do nekonečna a nikam to nepovede. Jasně že ta voda tím rybníkem protéká, ale je to stojatá voda a to není přece řeka. Abych to zakončil - já navrhuju toto: 1. Dělat relaci toku, která bude obsahovat všechny elementy (klidně i včetně nádrží a přítoků) - pak se jedním dotazem získá celý tok 2. části kde je tekoucí a ničím nepřekrytá řeka (kromě riverbank) značit jako waterway=stream/river/... 3. části uvnitř rybníka/nádrže označit dalším tagem či dodatkem tagu, který renderer může ignorovat bez toho, aby musel hledat všechny vodní plochy Vyřeší to vše od stromové struktury po renderer (jednodušší algoritmus - v podstatě nezměněn). Ty navrhuješ ignorovat všechny okolo, ať si to každý zalgoritmizuje sám a počítá třeba na superpočítačích, aby se to všechno stihlo spočítat do příštího století. Stále čekám na nějaký rozumný argument, proč to měnit. * Stromovou strukturu toků atd. dostane člověk i v současném stavu (pokud mu teda někdo zrovna neumaže ten tok skrze přehradu/rybník). * Současným rendererům to vůbec nepomůže a ani to nepotřebují. Jestli tedy hlavním argumentem zůstává, že řeka v tom místě prostě není, tak bys asi na základě stejné logiky měl do návrhu zahrnout i oblasti před většími jezy a některé meandry řek - tam je taky více méně stojatá voda ;-) Petr Ne ne, hlavní argument je: 1. jinde se to tak nedělá, budeme mít zase něco extra, někdo tu psal, že to tak je v Rakousku, ale co jsem koukal na jezera v Alpách, tak tam to tak není (link?), možná je to po nějakém importu a budou to opravovat 2. nutíme dělat změnu v rendereru jen kvůli nám 3. zvyšuje to zbytečně výpočetní náročnost na renderer 4. při stáhnutí stromu lze spočítat, jaká je celková délka řeky, dělka tekoucí řeky a délka nádrží Argument o jezech snad ani nebudu komentovat. Nechápu, v čem je problém doplnit tam nějaký tag nebo ho změnit na něco jiného. Snad jen to, že je to práce navíc? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Ale to neresite, vy tady resite tu reku, jsem plne pro dat do mapy i plavebni drahy, ale s tou nemaji ty reky a potoky nic spolecneho a uz vubec ne nejake routovani po rekach. Tuhle jsem videl nejakou mapu, kde byly ty drahy zakreslene na Vltave pres Prahu a casti Labe. To by bylo uzitecne. On 02/27/2011 01:09 PM, Jakub Sykora wrote: A proc by nemohly byt v mape treba doporucene trasy sjizdeni jezu na rekach? Prijde mi to jako legitimni pozadavek... Kdybychom meli resit dulezitejsi veci, mohli bychom se taky na OSM uplne vykaslat... K Dne 26.2.2011 22:49, Mike napsal(a): On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně dělat relace na celou řeku. On 02/27/2011 04:25 PM, Martin Kokeš wrote: Tady ale přece vůbec nejde o nějaké routování, ale o princip zachování primitivní stromové síťové topologie (když už jsou ty data k dispozici). To když bude chtít někdo změřit délku Vltavy, tak bude muset počítat nějaké těžnice z tvaru Lipna anebo by to měl vzít rovnou vzdušnou čarou od hráze k přítoku? To se pak můžeme vykašlat na nějaké silnice vedoucí skrz každý rynek nebo skrz každou náves. Uděláme ze Staromáku krásnou plochu a vymažeme spojení Dlouhá-Pařížská, jen aby to bylo v Mapniku krásný. Ať si z toho řidiči udělají třeba Carmageddon. To samé platí v bleděmodrém o parkovištích a parking lanes. MK -Původní zpráva- From: Mike Sent: Saturday, February 26, 2011 10:49 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Označenírychlostních silnic
Ale k tomu slouží tag maxspeed a funguje bezvadně. Co chybí pro navigace, tak je definice oblasti, kde je omezena rychlost, aby se na všechny silnice uvnitř obce nemusel dávat tag maxspeed, ten by se měl používat jen pokud je omezene rychlost značkou. Osobně teď experimentuju s použitím tagu landuse=residential pro definici obce pro omezení rychlosti. Kvůli tomu jsem kolem nás dodělal do všech obcí tenhle tag. Zdá se, že to funguje docela dobře, i když to není zcela přesné. ALe lepší něco než nic. Typ silnice by měl opravdu určovat typ silnice bez ohledu na to, jak rychle se tam v reálu jezdí. Silnice první třídy taky vede klidně obcí, kde se jede 50 a pořád je to silnice první třídy. On 02/27/2011 07:22 AM, datin wrote: Taky souhlasím s tím že je potřeba nějak rozlišit dálnici, silnici pro motorová vozidla kde je max. 130 a městský čtyřpruh kde je někdy i 50. Hlavním důvodem a argumentem je aby pak navigace vybrala opravdu rychlejší variantu. Jakmile se v mapách tento rozdíl setře tak bude navigace fungovat blbě a nedojde k velkému rozšíření mezi normální lidi. A proto nad tím přece trávímě tolik času... ___ 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] dibavod: vodn? toky uvnit? vodn?ch ploch
Promiň, ale když dojdeš k rybníku nebo nádrži, tak se každý zeptá, co je to za rybník nebo nádrž, ale nikdo se nezeptá, co je to za řeku. Vůbec mi tu nejde o renderer, ten ať si dělá co chce, ale řeka v tom místě prostě není. A pokud jde o to, že každý algoritmus pozná, že ta řeka je uprostřed vodní plochy, tak to selhává, pokud si někdo bude chtít udělat strom vodních toků a stáhne si jen waterway. Pak mu ten strom vyjde nesmyslně, naopak pokud se použije jiný tag, tak v tom stromě bude vidět, že na tý řece něco jako nádrž je. Nehledě na to, že stáhnout kvůli tomu i všechny vodní plochy a prohledávat všechny waterway na přítomnost uvnitř water nebude zrovna nejrychlejší. A argument, že pokud se rybník nebo nádrž vypustí, tak tam poteče řeka je trošku vedle. Mapujeme skutečnost, ne to, že se jednou za dva roky na týden rybník vypustí kvůli výlovu. Navíc chovných rybníků zase tolik není. Nádrže se nevypouští vůbec, pokud se jednou za 30 let nečistí. Nebo už jsi viděl Lipno vypuštěné? Když už, tak jsem pro nový tag (nebo doplněk tagu, jak tu někdo psal), že to ve skutečnosti není vodní tok. A jestli jsi někdy něco programoval, tak mi dáš za pravdu, že řešit každou výjimku programově zvyšuje náročnost algoritmu na čas ne násobně, ale spíš 2^N. Jsem pro nemazání, ale pro zavedení nového tagu, ať je to odlišené, protože tam ten tok v reálu prostě není. On 27.2.2011 21:34, Petr Morávek [Xificurk] wrote: Mike napsal(a): Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně dělat relace na celou řeku. Jaktože není? waterway=stream/river značí vodní tok, nikoliv koryto nebo hranici vodní plochy. A ten potok/řeka tím rybníkem prostě protéká - když zvednu stavidlo a rybník vypustím, tak tam každý může jasně vidět (uzký) vodní tok přitékající z jedné strany a za hrází pokračující dále, ne? Rozhodně ten vodní tok na jedné straně magicky nezmizí a u stavidla taky není žádný pramen nového vodního toku. Ještě jednou se ptám - jaký je (aspoň jeden) rozumný důvod pro mazání toku uvnitř vodní plochy, nebo vynalézání nového tagu? A to, že to zrovna teď jeden z (mnoha) rendererů OSM dat vykresluje divně skutečně není rozumný důvod. Petr ___ 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] Označení rychlostních silnic
Maximální rychlost nic neříká o tom, jakou rychlostí se tam v průměru jede. Rozdíl mezi D a R je v tom, že na D jsou definované větší oblouky, větší odstavné pruhy, nájezdy jsou jinak. R je užší, má prudší zatáčky, nájezdy mohou být kratší a jsou i místa, kde není nájezd, ale stopka (vím o dvou). Průměrná rychlost na R bude menší než na D a to je podstatný údaj pro navigaci. O tomto se už tady debatovalo a dospělo se k názoru, že D má být motorway a R trunk. Všimněte si také komerčních map - na všech jsou D a R odlišeny, asi k tomu mají taky pádný důvod, tak proč to dělat jinak. Poslední dobou se mi zdá, že OSM je mapa extrémů - na jednu stranu tady někdo chce dodržovat úplně vše, jiný chce naopak routovat lodě po potocích, potůčkách a rybnících, někdo z toho chce pomalu katastrální mapu, další si zase chce označovat věci po svém. Mike On 02/26/2011 04:57 PM, Tomáš Hermann wrote: Když pominu rozdělení dle legislativy, ale podívám se z pohledu mapy respektive navigace. Tak mezi dálnicí a rychlostní silnicí není v konstrukci v dnešní době rozdíl. Dálniční známku na rychlostní komunikaci taky musím mít. Proto by mi přišlo logické je značit jako motorway. Myslím že je větší rozdíl mezi rychlostní silnicí a nějakým čtyřpruhem, kde jsou úrovňové křížení, rychlost max. 90, než mezi dálnicí a rychlostní silnicí kde na obou je max rychlost 130. -Original Message- From: hanoj [mailto:eha...@gmail.com] Sent: Saturday, February 26, 2011 11:26 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Označení rychlostních silnic Bylo by dobre, kdyby nekdo, kdo ma jasnou predstavu o tom, jaky je stav mapy a jaky je konsenzus na te zalezitosti, sjednotil webove zdroje: rychlostni jako trunk: http://wiki.openstreetmap.org/wiki/Cz:Czechia_roads_tagging *** Trocha historie. Na zacatku OSM byly tagovany R silnice jako motorway, nebot se od dalnic odlisuji jen mene prisnymi pozadavky na navrh a proto jsou levnejsi. Trunk se pouzivalo pro silnice, ktere mely 4 pruhy, zpravidla smerove rozdelene zelenym pasem nebo svodidlem casto s urovnovymi krizovatkami, casto silnici I. tridy. Napr. I/48 Belotin-Pribor. Pred rokem byly silnice preznaceny. Dokumentace se take nezmenila zde: http://wiki.openstreetmap.org/wiki/Cz:Map_Features#Pozemn.C3.AD_komunikace_. 28Highway.29 hanoj ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
Ale on neprotéká, on se do rybníka vlévá a z rybníka jde nový potok, i když má stejné jméno. Navíc občas hlavně u větších rybníků, kde je hodně přítoků, je tam příšerný nic neříkající uzel. Osobně je mažu a zakončuju potok na hraně vodní plochy. Vždy se to tak dělalo, tak proč to měnit. On 23.2.2011 23:23, Petr Morávek [Xificurk] wrote: Stanislav Brabec napsal(a): Všiml jsem si, že na mapě vodní toky pokračují i uvnitř rybníků. Domníval jsem se, že dibavod je natolik chytrý, a mapuje i vypouštěcí kanály. Ale není tomu tak. Při porovnání s ortofoto jednoho vypuštěného rybníku to vůbec nesedí, přestože části toku mimo rybník jsou správně. Ono asi záleží jak kde... Zdá se, že tyto podvodní toky jsou všude, a že jde o zcela falešná data, že to prostě jen náhodně protáhli, aby data byla spojitá. Pokud je zde někdo pokročilejší, možná by nebylo od věci tyto podvodní toky smazat, a zajistit napojení dibavod na příslušný rybník (což naopak většinou chybí). Tenhle problém byl zanesen do renderování mapy na hlavní stránce OSM v http://trac.openstreetmap.org/changeset/24983/applications/rendering/mapnik/inc/layer-water.xml.inc Bohužel to bylo zaneseno do stylů tak nešťastně, že ten bílý obrys se renderuje všude, tj. i v rybnících a napojeních na řeky s vyznačeným břehem. Imho by měla v případě potoků zůstat vyznačena cesta i skrze rybníky (byť něpřesně), protože ten potok tamtudy skutečně protéká. Petr ___ 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] dibavod: vodn? toky uvnit? vodn?ch ploch
Aly my přece jen malujeme obyčejnou mapu. OSM nikdy nebude sloužit jako relevantní zdroj dat. V systému, kde si každý může nakreslit co chce to prostě nejde. OSM bude vždy využita jen pro mapu a navigaci, nikdy ji nebude používat někdo, kdo potřebuje spolehlivá, zaručená a ověřená data. Navíc když si někdo stáhne jen data vVltavy, tak to má stejně bez břehu a je to jen nic neříkající čára. A pokud v ní bude díra, tak aspoň ví, že tam je něčím přerušená. Jak by to jinak poznal? Navíc není problém kouknout na konečný node a zjistit, kam je připojen (přehrada, rybník). Mike On 24.2.2011 10:54, Martin Kokeš wrote: Ad topologie vodních toků - to je zcela správná úvaha. Stejně tak jako nedávná diskuze o budovách a popisných číslech - pokud bude bod s popisným číslem mimo budovu, nikdy nepůjde udělat topologie na budovy. Je třeba zvážit, jestli k OSM přistupovat jako ke GISu nebo si jen tak malovat kartogramy. MK - Original Message - From: Jiri Parkan [mailto:jpar...@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 24 Feb 2011 10:44:55 +0100 Subject: Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch Ahoj, Já bych naopak řekl, že vodní toky, které jsou z hlediska topologie vlastně strom, by v datech měly zůstat spojitě. Že je v cestě potoku nějaký rybník na tom nic nemění. Stejně jako riverbank nebo přehrady u řek. Když si budu chtít stáhnout Vltavu, tak tak nějak logicky předpokládám, že dostanu spojitou čáru a ne několik úseku s dírami. Aby to na mapě nevypadalo tak podivně je třeba řešit na úrovni rendereru a ane v datech. ___ 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] dibavod A04 = ditch
Jenže tyhle podpovrchové trubky jsou i v místě, kde prokazatelně žádný trubky nevedou, kdo ví, co tam všechno je. Taky jsem pro smazání. On 02/20/2011 09:58 AM, Jachym Cepicky wrote: meliorace je určitě zajímavá informace ... ale není to ditch (příkop). V ČR jsou to většinou na zemědělských půdách trubky v zemi, takže na povrchu se to moc neprojevuje jsem pro když ne odstranění, tak předělání atributu. ditch (příkop) je jasný terénní fenomén (mohu-li to takhle říct), meliorace je něco pod povrchem, povrchové poměry sice ovlivňující, ale ne zcela zjevné. samozřejmě, pod pojem meliorace se toho vejde hodně, i zmiňovaný příkop a musí se rozhodovat o každém prvku zvlášť. jáchym Jan Masopust píše v Ne 20. 02. 2011 v 08:06 +0100: Ahoj, já už jsem to navrhoval hned po importu (http://lists.openstreetmap.org/pipermail/talk-cz/2010-October/005984.html ), ale jaksi to zapadlo, takze urcite souhlasim s odstranenim. masox Dne 20. února 2011 0:58 hanoj eha...@gmail.com napsal(a): Ahoj, pred ctvrt rokem byly s importem DIBAVOD do mapy vlozeny linie melioraci A04[1] jako waterway=ditch. Co jsem mel moznost se s timto artefaktem setkat, tak jsem nikdy nenasel v jinych zdrojich (survey, ortofoto, cuzk:km) zadnou fyzickou reprezentaci neceho dnes oznacovano jako waterway=ditch [2]. Nezridka ty linie vedou pres silnice, stavby, vodni toky a nerespektuji terenni clenitost. Nemyslite ze nastal cas pro jeho odstraneni z mapy? hanoj [1] http://www.dibavod.cz/index.php?id=27id_dib=4 [2] http://wiki.openstreetmap.org/wiki/Map_Features#Waterway ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zámecké, krajinářské apod. parky
Ahoj, myslím, že Konopiště je na tuty les, park se to nazývá snad jen proto, že je mezi městem a zámkem. Označení park by možná se zamhouřenýma očima šlo dát na tu malou část hned vedle zámku, ale na víc určitě ne. Průhonický park je zcela jiný - tam snad není jediný strom, který by nebyl vysazen a udržován - také to má statut botanické zahrady, navíc se tam platí vstup. Park a les bych rozlišoval hlavně podle podloží - v parku se hrabe listí, sbírají klacíky a udržuje se to tam čisté. Naopak v lese se listí nechává, klacky se nesbírají. Pak je ještě wood, což je les, kde se nedělá nic - dřevo se netěží a stromy se povětšinou nechávají ležet, kde padnou, případně se odvezou jednou za čas v rámci úklidu, ale dřevo se nijak nevyužívá. Mike On 7.2.2011 23:03, Marek Prokop wrote: Ahoj, je nějaký úzus, jak tagovat rozlehlé zámecké parky, které svým stylem napodobují běžnou krajinu? Konkrétně jsem nasbíral nějaká data k zámeckému parku na Konopišti [1], který je nyní tagován jen jako les, a přemýšlím, zda ho mám celý přetagovat na park. Na jednu stranu by to bylo asi sémanticky správnější, na druhou stranu pak bude mapa méně věrně odrážet vzhled krajiny, protože se v parku střídají plochy vzrostlých stromů a luk, což pomáhá orientaci v terénu. Napadla mne i takové kombinace, že by celá plocha byla otagovaná jako park a v ní by pak byly navíc vyznačeny souvislé stromové porosty jako les. Jen pro srovnání, podobné parky, třeba Průhonický [2] nebo na Hluboké [3] jsou již nyní tagované jen jako parky. [1] http://www.openstreetmap.org/?lat=49.77504lon=14.65885zoom=15layers=M [2] http://www.openstreetmap.org/?lat=49.9903lon=14.5536zoom=14layers=M [3] http://www.openstreetmap.org/?lat=49.05335lon=14.43955zoom=15layers=M Díky, Marek ___ 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] zákaz vjezdu/dopravní obsluha
Ahoj, to ne, to je spíš ekvivalentní průjezd zakázán Dopravní obsluze vjezd povolen neplatí pro každého, pokud si tam pojedu jen nakoupit, tak na to právo nemám, ale při průjezd zakázán ano. Mike On 1.12.2010 7:15, Karel Volný wrote: čest práci, kontrolní dotaz, je access=destination The public has right of access only if this is the only road to your destination. ekvivalentní s naším Dopravní obsluze vjezd povolen? K. ___ 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 dibavod C02 -- koupaci oblasti
Ahoj, jak to vypadá? U nás je spousta chyb a stále spousta nezapojených node. Už můzeme opravovat bez omezení nebo se na importu ještě pracuje? Mike On 25.10.2010 15:25, Pavel Machek wrote: Ahoj! Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. Uz jsem to nejak vybojoval. 2 baziny se neuploadly, cert je vem. To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl nez par minut ... To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny cesty co je potreba rucne upravit. Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma potrebne body. Bohuzel to nedela :-(. (Namet na zapoctak: udelatko co to delat bude :-). Jeste importujes nebo uz plati krles ??? Jinak sem narazil namatkou na Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny opravovat. Ty co uz tam jsou jsou finalni. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] prekryvani administranich hranic a cest
Kdysi jsme se o tom už bavili a shodli se, že je nebudeme spojovat s ničím. Jenže na několika místech jsem si už všiml, že to někdo upravoval a tak je součástí administrativní hranice třeba potok nebo silnice. Tuším jsem to viděl někde u Říčan. Ono je to těžký nějak koordinovat, když se na tom podílí tolik lidí a každý na to má jiný názor a i když se na něčem shodneme, tak to pak stejně dělá podle sebe. A nebo přijde někdo nový a začne to dělat úplně jinak. Mike On 11.10.2010 22:22, Jiri Parkan wrote: Ahoj, rozdělení a otagování části hranice by upravilo relace automaticky (alespoň V JOSM), ale já bych se vyhýbal takovému spojování administrativních hranic s čímkoliv dalším. Dost by to komplikovalo případné automatické aktualizace, nebo jiné strojové zpracování. Já osobně mám administrativní hranice v JOSM pomocí filtru deaktivované. Vidím pak že tam jsou, ale nepřichytávají se mi na ně kreslené cesty a nehrozí že bych je někde omylem popotáhnul. Parkis 2010/10/11 Radek Šťastný ded...@gmail.com: Zdravim, jakym zpusobem tagovat cesty, ktere vedou kolem administrativnich hranic? Casto pokud pouziji gps zaznam, se stane, ze cesta skace kolem importovane hranice, tam bych sazel na nepresnost gpsky, obzvlast pokud je to jen jeden zaznam. Zaroven ale pomerne casto jsem si naprosto jisty ze ta cesta vede o par metru vedle (treba i po srovnani s ortofo mapou), nebo se klikati nekde okolo. Jak to kreslit? Zatim vzdy kreslim cestu paralelne (popravde maluju vlastne jen cesty a pesiny v okoli Jicina), dneska se ale snad poprve jedna o delsi usek kde to podle gps, ortofoto i importovane hranice sedi na sobe - brani neco cast hranice otagovat i jako cestu? Staci tu hranici rozdelit a pridat tagy cest, nebo je treba neco provadet i s relacema (tem se zatim vyhybam :-() dik za nazory Radek ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak opravit chybnou cestu, když nev ím, kudy vede správně
Zkus to zkontrolovat podle CUZK, tam byvaji casto lesni cesty vyznaceny, aspon ty vetsi. On 12.10.2010 15:30, Jakub Sykora wrote: Ja bych opravil spravne to, cim ses si jistej a co je spravne z hlediska semantiky - a to je fakt, ze cesta odbocuje u rozcestniku. To ze pak vede blbe, to uz neni uplne tvuj problem :) Maximalne bych tam jeste napsal do poznamky k te ceste, ze je spatne a ze je treba opravit. Treba pomoci fixme... K Dne 12.10.2010 14:30, Marek Prokop napsal(a): Ahoj, a ses si jistej ze to tvoje je spravne? Jsem. Nafotil jsem cestou těch rozcestníků skoro 20 a všechny ostatní na puntík sedí. pokud ano tak bych to opravil. Já taky, ale nevím jak. Samotnou polohu rozcestníku opravím snadno, ale pak bude nesmyslně zakreslená ta odbočující cesta. Zdraví, Marek ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Potenciální chyby v administrativn í struktuře ČR
Bezvadný, díky Ten problém s hranicí bude pravděpodobně způsoben jen tím, že na geofabrik není celý stát, ale občas je uříznutý kus hranice. Také proto ten seznam jsou asi všechny hraniční města. Podle toho seznamu půjde snadno ověřit chyby a opravit je, díky. On 10/07/2010 11:33 PM, Zbynek Winkler wrote: Ahoj. Pokud máte někdo volnou chvíli - vygeneroval jsem seznam potenciálních chyb v administrativní struktuře ČR. http://outset.cz/osm-errors.html V úvodu je seznam obcí beze jména nebo s nějakým problémem s hranicí (neúplná, neuzavřená...). Následující tabulka se zaměřuje na hierarchii. Pro každý okres je tam návrh obcí, které by se měli přidat jako subarea, a naopak které by se měli odstranit. Tento návrh je založen na prosté geometrii (obec je/není uvnitř okresu). V tabulce jsou buttony usnadňující editaci pomocí editoru JOSM. Button load natáhne do JOSMu vše v dané buňce. Select je překvapivě vybere :). Snadno je takto možné po zkontrolování všechny navrhované obce přidat či odstranit. Je ale třeba mít plugin remote control. Řadu okresů jsem již opravil při ladění skriptu. Pokud by některý návrh neodpovídal skutečnosti, tak budu rád, když mi dáte vědět. Obce, které mají problém s hranicí, se v dalších úvahách ignorují - pro jejich zahrnutí je třeba je nejprve opravit. Zbyněk PS. Celé je to vygenerované z dnešního dumpu na geofabrik.de. ___ 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] Hranice okresů a jejich chyby
To jsem nějak nepochopil, jak jsou zahrnuty Želenice do Ústeckého kraje? Tam je vazba jen: ČR-NUTS2-KRAJ-OKRES-OBEC-KATASTR. ÚZEMÍ Jednotlivé relace odkazují vždy o jednu níže, takže má být Želenice maximálně součástí okresu Most. Prosím dejte číslo špatné relace s popisem, ať víme, na čem jsme. On 10/06/2010 12:08 PM, jzvc wrote: Dne 4.10.2010 19:16, Mike napsal(a): Všechny hranice byly importovány podle přehledky hranic katastru. Zběžně jsem se podíval na hranice Brno-venkov a nikde jsem žádné chyby nenalezl. Prosím specifikujte blíže, kde konkrétní chyby jsou a podle čeho to srováváte. Mírné rozdíly můžou být podle katastrální mapy, to ale asi nemá cenu řešit, protože půjde asi jen o větší zezubatění hranice. Mike Chyby jsou ve vazbach jednotlivych hranic - napr do usteckeho kraje je zahrnuto Želenice - 795917 (spravne tam patri 567426, ktere tam jsou taky, ale a jinem admin_lv) a spousta dalsich. On 10/03/2010 11:37 PM, Frettie wrote: Dobrý den, narazil jsem na spoustu chyb v okresech a jejich hranicích, krásně je to vidět na hranicích okresu brno venkov - mapy jsou staré a hranice neplatné, lze to vyřešit nějakým importem? ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adresních bodů - Nekonziste nce cuzk:km a mvcr:adresa
V tom případě při absenci ulice asi budu muset vytvořit fiktivní ulici z části obce. Jenže jaký je tag pro část obce? Podle [1] nic takového není. Možná by se to mohlo řešit na úrovni OSM tak, že se do addr:street dá prostě část obce nebo se zavede třeba addr:quarter jako čtvrť? [1] http://wiki.openstreetmap.org/wiki/Addr On 4.10.2010 15:47, Ondrej Zajicek wrote: On Mon, Oct 04, 2010 at 01:56:28PM +0200, Mike wrote: Máš nějaký příklad? Tak treba obec Mladonovice v okrese Chrudim. Sklada se z nekolika casti obce (Mladonovice, Pohled, Zbyhnevice a dalsi) a ve vsech techto uvedenych castech je dum s c.p. 2 a 4. Protoze jde o vesnice, nikde nejsou jmena ulic. ___ 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 adresních bodů - Nekonziste nce cuzk:km a mvcr:adresa
Jenže adresy kdekoliv jinde než v ČR to nemají, takže je to na nic. Musí to fungovat pro celý svět a ne jen lokálně. Navíc is_in je používané tag různorodě, že taky použít nejde. On 5.10.2010 15:02, Ondrej Zajicek wrote: On Tue, Oct 05, 2010 at 01:58:27PM +0200, Mike wrote: V tom případě při absenci ulice asi budu muset vytvořit fiktivní ulici z části obce. Jenže jaký je tag pro část obce? Nevim, zda existuje nejaky samotny tag, ale adresy importovane od OSM z katastralnich map a dat z MVCR to maji jako prvni polozku v is_in tagu. ___ 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 adresních bodů - Nekonziste nce cuzk:km a mvcr:adresa
Máš nějaký příklad? Pokud tam nejsou ulice pojmenované, tak prostě beru jen čísla, nevšiml jsem si, že by někde byly zduplikovaný čísla, ale asi bych se na to měl podívat. Třeba Soběslav má také několik částí, čísla se duplikují, ale součástí je vždy za lomítkem část obce (třeba 200/III), takže ve výsledku žádná duplikace. On 1.10.2010 23:18, Ondrej Zajicek wrote: On Fri, Oct 01, 2010 at 08:17:39PM +0200, Mike wrote: To je naprosto běžný, že si lidi myslí, že je to součást nějaké obce a ona je to už jiná. Mám s tím vlastní zkušenost - v mém rodném městě jsem něco podobného zjistil až když jsem dělal adresy do OSM :) Adresa je jedinečná a vždy musí platit relace město-(ulice - pokud je)-číslo, relevantní je jen UIR, smyšlenosti lidí tam nemají co dělat. Prozradím, jak to dělám v mcnavi - najdu hranice státu, pak hranice obce a přiřadím je podle polohy ke státu, pak najdu ulice a přiřadím je podle polohy k obci a pak najdu adresní bod a přiřadím ho podle polohy k obci a podle jména k ulici. Části obce neřeším. Tak ti to nebude fungovat v mnoha vesnicich, kde ulice pojmenovane nejsou, ale obsahuji nekolik casti obce s castecne se prekryvajicimi cisly. ___ 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] Hranice okresů a jejich chyby
Všechny hranice byly importovány podle přehledky hranic katastru. Zběžně jsem se podíval na hranice Brno-venkov a nikde jsem žádné chyby nenalezl. Prosím specifikujte blíže, kde konkrétní chyby jsou a podle čeho to srováváte. Mírné rozdíly můžou být podle katastrální mapy, to ale asi nemá cenu řešit, protože půjde asi jen o větší zezubatění hranice. Mike On 10/03/2010 11:37 PM, Frettie wrote: Dobrý den, narazil jsem na spoustu chyb v okresech a jejich hranicích, krásně je to vidět na hranicích okresu brno venkov - mapy jsou staré a hranice neplatné, lze to vyřešit nějakým importem? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativní členění na ma pě
Třeba mně se to tam taky líbí. Otázka je, zda všechno dávat do samostatného layeru, to jich tam pak bude spousta a doba načítání a zátěž serveru se pak také násobně prodlouží. A co se statickými mapami? Tam se to většinou hodí. Každý na to bude mít jiný názor. Osobně jsem spíše pro to, udělat dvě verze mapniku - administrativní a turistickou (kde jsou ty hranice zbytečné), každá se zvýrazněnými jinými typy objektů. Něco jako je na mapy.cz. To bych viděl praktičtější. On 10/03/2010 04:16 PM, Pavel Pilát wrote: Nejsem proti těmto datům, ale patří to samostatného layeru a ne do základní mapy - ta hranice je typ abstraktních údajů (v krajině není vidět), a zbytečně to zamořuje základní render. 2010/10/3 Jan Dudík jan.du...@gmail.com: Naopak já jsem rád, že je konečně nějaká slušná mapa, kde jsou ty hranice vidět ;-) Ale kdyby byly méně výrazné, nevadilo by to. JD Dne 3. října 2010 15:58 Pavel Pilát pavel.pi...@gmail.com napsal(a): Ptáš se dobře, také by mě zajímalo, proč kluci z OSM nastavili Mapnik tak (tedy předpokládám to, protože Mapnik je jinak univerzálnější renderer a asi záleží na konfiguraci), že to vykresluje administrativní hranice. Že by se sekli a po té už docela dlouhé době si toho ještě nevšimli? Nebo je v tom nějaký vyšší princip? ;-) Jinak je to samozřejmě k ničemu, v mapě se to plete mezi cesty. Mělo by to být realizováno jako vrstva. Třeba jednou bude. 2010/10/1 Rolf GCC r...@atlas.cz: Zdravím, mám dotaz ohledně tzv. administrativního členění na mapě. OSM používám jako podkladovou mapu při navigaci v mobilním telefonu (v navigaci MapNav) a výrazné fialové čáry se na malém displeji neskutečně pletou s lesními cestami, jinak jsou podle mě většině lidí úplně nanic :-/ Proto se chci zeptat, jestli někdo podobný problém neřešil a nevyřešil, případně jestli někdo neví o nějakém online rendereru, který by tohleto vůbec nevykresloval. CloudMade jsem zkoušel, ale tam to bohužel také nejde vypnout. Díky! ___ 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 -- -- Ing. Jan Dudík ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adresních bodů - Nekonzistenc e cuzk:km a mvcr:adresa
To je naprosto běžný, že si lidi myslí, že je to součást nějaké obce a ona je to už jiná. Mám s tím vlastní zkušenost - v mém rodném městě jsem něco podobného zjistil až když jsem dělal adresy do OSM :) Adresa je jedinečná a vždy musí platit relace město-(ulice - pokud je)-číslo, relevantní je jen UIR, smyšlenosti lidí tam nemají co dělat. Prozradím, jak to dělám v mcnavi - najdu hranice státu, pak hranice obce a přiřadím je podle polohy ke státu, pak najdu ulice a přiřadím je podle polohy k obci a pak najdu adresní bod a přiřadím ho podle polohy k obci a podle jména k ulici. Části obce neřeším. Z adresního bodu beru jen housenumber a street, nic víc. Původně jsem používal i ostatní, ale nakonec jsem od toho upustil. On 09/30/2010 09:49 PM, Jan Bilak wrote: Problem je, ze toto neni adresa. Ve vetsine obci, ktere maji i sve casti, je urcujici adresa ulice + cp + obec + psc. Z psc se da (pokud je spravne) urcit cast obce. Cast obce (tu oficialni) spousta lidi ani nezna. Klidne muzu uvest konkretni priklad, v Teplicich je cast Trnovany a cast Sanov, ale existuje prostor, kteremu se odjakziva rika Sanov II, presto, ze oficielne je soucasti mestske casti Trnovany. Vetsina lidi ale vubec netusi ze bydli v Trnovanech, protoze za ty je oznacovana starsi zastavba, nikoli sidliste na kopci. Dobře, ale co tím chceš říct? Co je to adresa? Všechny informace o daném místě? Minimální množství údajů, které identifikuje dané místo? Nevím a o pojmy stejně nejde. Je jasné, že pro danou adresu musí jít lehce zjistit všechno, co je možné - část obce, obec, okres, kraj, psč, stát, ... prostě všechno. Ale neznamená to automaticky, že ty všechny informace musí být u daného adresního nodu. Obdobné je to třeba v relačních (typicky SQL) databázích, které se typicky navrhují ve 3. normální formě, která víceméně kromě jiného volně řečeno říká, že jedna informace tam má být zanesena pouze jednou. Ústupky z normální formy se typicky dělají pouze z výkonostních důvodů. A i v SQL databázích jsou nástroje pro výkonostní optimalizaci bez narušení normální formy - např. materializované pohledy. Tedy jde vlastně u uchování duplicitních dat v nějakém tvaru, který je výhodný pro rychlou práci, a který se automaticky aktualizuje podle primárních údajů v tabulkách. A obdobně bych si dovedl představit, že automat bude doplňovat např. obec k adresnímu místu a to tak, že se podívá na adresní místo, do jaké části obce patří. A pak na danou část obce, do jaké obce tato část obce patří. A co s případy, kde si lidé myslí něco jiného než je oficiální rozdělení? Nevím. Buď to ignorovat - proč zanášet do OSM nepravdivé informace? Nebo to tam zapsat jako nějaký jiný tag typu nezanedbatelná skupina lidí si myslí, že tohle je ..., i když to není pravda, což pak může nějaká aplikace využít pro nějaké hledání. Honza 2010/9/30 jzvc j...@tpfree.fdns.net: Problem je, ze toto neni adresa. Ve vetsine obci, ktere maji i sve casti, je urcujici adresa ulice + cp + obec + psc. Z psc se da (pokud je spravne) urcit cast obce. Cast obce (tu oficialni) spousta lidi ani nezna. Klidne muzu uvest konkretni priklad, v Teplicich je cast Trnovany a cast Sanov, ale existuje prostor, kteremu se odjakziva rika Sanov II, presto, ze oficielne je soucasti mestske casti Trnovany. Vetsina lidi ale vubec netusi ze bydli v Trnovanech, protoze za ty je oznacovana starsi zastavba, nikoli sidliste na kopci. ___ 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 adresních bodů - Nekonzistenc e cuzk:km a mvcr:adresa
Nevadí mi, že tam to město je uvedené, to se v mnoha případech může hodit, jen nechápu, proč je tam is_in místo addr:city? Argument z historických důvodů neobstojí, když je tu fungující adresování již dlouho: http://wiki.openstreetmap.org/wiki/Addr Podle mne by to měl importér přetagovat... On 29.9.2010 7:54, Petr Dlouhý wrote: Ahoj, řekl bych, že to bude mít historické důvody. Bylo by ale asi dobré té předělat. Tag is_in jsem nikdy moc nepochopil, obzvláště když máme importované hranice a funguje Nominatim. U adresních bodů je to ale něco jiného, tam je město tak nějak součástí té adresy. On Wed, 29 Sep 2010 06:51:55 +0200, Mike m...@mikecrash.com wrote: Ahoj, proč je tam tag is_in místo addr:city ? Přijde mi to nekonzistentní, když všechny ostatní věci jako ulice atd. jsou pomocí addr: a jediné město je pomocí is_in. V OSM je opravdu zmatek... Mike ___ 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] Co s trasou, která je asi špatně
Pokud to tam neznám, tak turistické neměním podle žádného zdroje, protože ať se kouknu na jakoukoliv mapu, tak všude jsou v turistických cestách chyby. Nechal bych to být a pokud tam někdo pojede, tak to opraví. On 09/26/2010 03:32 PM, Marek Prokop wrote: Ahoj, nějaký Němec teď zakreslil dlouhý úsek červené pěší trasy v oblasti Aše a Chebu. Kontroloval jsem, zda to udělal správně a podle klasické turistické mapy i podle vyhledávače tras KČT tam má dvě chyby -- v jednom úseku vede trasa asi trochu jinudy a v jednom zřejmě nevede vůbec, protože se asi jedná o dvě různé nepropojené červené trasy. Co v takovém případě dělat? Napsal jsem zatím jen poznámku do fixme a fixme:en s tím, aby to opravil někdo, kdo trasu na místě prozkoumá či zná. Stačí to, nebo by se raději měly sporné úseky vymazat? Nejlepší by asi bylo připojit tag fixme jen ke sporným úsekům, ale to zřejmě u relace nejde. Díky, Marek ___ 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 adresních bodů - Nekonzistenc e cuzk:km a mvcr:adresa
Ahoj, proč je tam tag is_in místo addr:city ? Přijde mi to nekonzistentní, když všechny ostatní věci jako ulice atd. jsou pomocí addr: a jediné město je pomocí is_in. V OSM je opravdu zmatek... Mike On 28.9.2010 9:18, Petr Dlouhý wrote: Ahoj, co znamená poznámka Nekonzistence cuzk:km a mvcr:adresa? Například u obce Libčice nad Vltavou se nepřiřadí is_in ani názvy ulic, přestože v souboru adresy.xml normálně jsou. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pražský okruh
Jestli má smysl se tím zabývat, když se jednou za rok otevře nějaká silnice, škoda času... On 22.9.2010 12:05, Petr Dlouhý wrote: Ahoj, chtělo by to vytvořit robota, který by to podle udaného data otevření (uzavření) automaticky upravil v daném datu (čase). Pak by jsme se nemuseli předhánět, kdo to udělá co nejblíže danému datu, ale ten robot by to prostě upravil přesně v daném čase. Ten robot by také mohl automaticky označit dotčené dlaždice jako dirty. Je to mimochodem další problém, který by bylo možné řešit v rámci bakalářky. Původní zpráva Od: Mike m...@mikecrash.com Předmět: Re: [Talk-cz] Pražský okruh Datum: 22.9.2010 11:47:19 Osobně se do těchto akcí raději nepouštím, protože pak vznikají konflikty. Občas mi to přijde jako soutěž, kdo to udělá dřív :) Petr Dlouhý petr.dlo...@email.cz ___ 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
[Talk-cz] Pražský okruh
Ahoj, Předem díky všem, kteří zakreslili okruh do mapy. Myslím si ale, že by měl celý okruh R1 být zakreslen jako trunk a ne jako highway. Jak už jsme se tu jednou dohodli, že budeme značit silnice Rx jako trunk a dálnice Dx jako highway, tak by to asi chtělo dodržovat. Koukal jsem i na mapy.cz, kde už mají okruh taky a je tam označen rovněž jako rychlostní silnice a ne jako dálnice. Mike ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] žádost o opravu
Opraveno Důvodem bylo to, že u jedné plochy nebyl dán role na inner, tohle je taková nectnost mapniku, že pokud relace namá přiřazený tag, tak jí přiřadí tag z role=outer cesty, ale zřejmě to vezme i nepřiřazený role. Toto je pozůstatek dávného tagování relací, nyní se má dávat tag na relaci a na podřízené cesty ne, jen na vnitřní, pokud jsou jiné než tag relace. Osobně jsem toho názoru, že by se to mělo nějak celé opravit, protože takových označení jsou tuny. Třeba se na to někdy dostanu. Mike On 16.9.2010 8:22, Zdeněk Pražák wrote: Včera jsem trasoval budovy ve Šluknově a při té příležitosti jsem doplnil několik rybníků do relace č. 452457 (lesní komplex v okolí města). Klikl jsem na relaci, otevřel editor relací a přidal několik rybníků. Nyní se však tento lesní komplex zobrazuje jako vodní plocha. Mohl by se na to někdo podívat a opravit to. Děkuji Pražák ___ 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] zobrazení v mapniku
Stalo se Právě na to koukám, je to divně otagovaný... tagy pro multipolygon by měly být na relaci, inner členy by měly být tagovány jen poku samy představují nějaký objekt. Opravím to. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
On 26.8.2010 8:50, jzvc wrote: Dne 25.8.2010 11:49, Mike napsal(a): Ale ta plocha snadno vymezí, kde ta značka je. Najít všechny cesty uvnitř plochy není tak složité, jako hledat je mezi nějakými body, kde opravdu hrozí, že nějaký výjezd nebude označen. To se netýká jen silnic, ale třeba i track. A ten kontrolní automat by dělal to samé co navigace, podle mne něřešitelné, protože ten node může být na té cestě o 5km dál na začátku další obce a algoritmus nebude vědět, zda je to tak dobře nebo špatně. Souhlásím s návrhem na maxspeed=city_limit, což je dobrý nápad. Ve většině případů to bude shodné s residential, takže tam bude stačit doplnit tento tag. Pokud se to náhodou nebude shodovat, tak se to obkrouží ještě jednou. Podle mne stejně nerozhoduje, jestli je ta značka u prvního baráku nebo o 50m dřív, když je ta obec dlouhá X km. Pro počítání doby trasy v navigaci to nebude mít vliv. Přijde mi, že zde příliš řešíme přesnost mapy, přičemž je tam už teď tolik nepřesností, že tohle je marginální problém. Pro pocitani doby dojezdu je ovsem tato informace (kde zacina a konci 50) naprosto nanic. Doba dojezdu je variabilni natolik a zavisla na tolika ruznych faktorech, ze pokud prohlasim, ze prumerna rychlost je 60km/h, tak mam pravdu a nemusim nic zjistovat (je to pro info prumer u meho auta pri najezdu cca 100 000km = je to realny cislo). Pokud si uz chceme hrat na realnou navigaci od znacky ke znacce, tak pojdme tagovat proste jednotlivy dopravni znacky podle skutecnosti a necht si s tim algoritmus nejak poradi. V realu taky znacky chybi/jsou necitelne/... Právě že není na nic. Má to obrovskou hodnotu pro počítání nejen doby jízdy, ale hlavně kudy jet. Momentálně algoritmus raději projede obcí, protože si myslí, že jede po hlavní pořád 80-90, přestože v reálu se tam jede 50, takže je lepší to celé objet po obchvatu, kde se těch 90 opravdu jede. A toto je fakt, potvrzený logikou i praxí, ne jen nějaké úvahy ve smyslu průměrné rychlosti. Ta je naprosto rozdílná, pokud pojedu po D1 z Prahy do Brna a zcela jiná, když pojedu z východu Prahy na západ Prahy. Nějaký dlouhodobý průměr je nic neříkající, navíc každý ho má jiný, podle toho kde jezdí. Jak mám chápat necht si s tim algoritmus nejak poradi? Psal jsi někdy nějaký algoritmus? Správně má být nechť si s tím programátor nějak poradí, ten ti ale bude argumentovat jako já. Musí to být jasně definované, jinak algoritmus napsat nejde. Jako bys chtěl přepisovat fyzikální zákony. Otázka zda vkládat značky je hlavně otázka toho, komu se budou hodit. U značek si dovedu představit, že třeba ve spolupráci s Policií se zmapují všechny značky (ideální import od nich) a nechá se z toho něco vydedukovat - například napsat algoritmus na vylepšení značení, na nesmyslné značení, odporující si značení, nakreslení mapy města včetně značek apod. Jinak mít tu a tam v mapě nějakou značku mi přijde zbytečné. Znáte snad nějakou jinou mapu, kde by byly značky? Nikdo to totiž nepotřebuje, pro orientaci v mapě zbytečné, pro navigaci zbytečné, pro turistiku zbytečné... Navíc pokud na to není spolehnutí, tak to použít nejde. Podivej, dobrej algoritmus by mel pocitat s nedokonalymi daty. Dokonaly data nikdy mit nebudes. Co se obchvatu tyce, pokud povede (jako ze povede) zastavenym uzemim, tak ti stejne ten tvuj algoritmus spocita, ze prujezd obci je rychlejsi, protoze jednoduse nevi, ze na obchvatu je (napr) zvysena rychlost, pokud to tam nekdo explicitne neda. A tudiz pouzit po vypocet dojezdu odhad je uplne stejne presny. Mas identifikaci tridy silnice, z toho muzes vychazet. Dost pravdepodobne mas semafory, mas krizovatky ... to je vsechno spoustu dat, ze kterych muzes vyjit aniz bys znal hranice obci. Muzes trebas rict, ze usek kde je na 1km vic nez 2 krizeni = obec. Ono se tam stejne rychlejs nez 50 jezdit nebude (specielne na silnicich nizsich trid). Stejne tak muzes rict, ze 500m v okoli ulice je obec. Taky to nebude pravda vzdy, ale pro tvoje ucely to staci bohate. Ostatne nemel by byt zasadni problem si udelat polygon jako sjednoceni tech 500m kruhu kolem bodu ulic a pak zjistovat jestli je neco uvnitr. Ja netvrdim ze nejak to otagovat je zbytecny, ale tvrdim, ze je zbytecny to tagovat jako hranici, protoze kudy vede vis maximalne na tech silnicich, kde ta znacka je. Žádný algoritmus z neúplných dat nic nevykouzlí, polygon je definován tak, že je uzavřený, takže se to podle toho dělá snadno. Pokud je něco neuzavřené, tak to ten algoritmus jen zahodí a nepoužije - což pravděpodobně vznikne, pokud někdo zapomene na jednu z 10 cest z města dát značku. Ano, lze napsat třeba algoritmus, který podél všech ulic vytvoří polygon, který se bude brát jako obec. Ale jak to bude rychlý? Kolik je v mapě ulic/segmentů? Těch bude milióny. Pokud se bude muset hledat pro každý segment jeho poloha v těchto polygonech, bude jen převod takové mapy trvat strašně dlouho. Pokud bude polyon kolem obce, tak jich budeo několik
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
Ale ta plocha snadno vymezí, kde ta značka je. Najít všechny cesty uvnitř plochy není tak složité, jako hledat je mezi nějakými body, kde opravdu hrozí, že nějaký výjezd nebude označen. To se netýká jen silnic, ale třeba i track. A ten kontrolní automat by dělal to samé co navigace, podle mne něřešitelné, protože ten node může být na té cestě o 5km dál na začátku další obce a algoritmus nebude vědět, zda je to tak dobře nebo špatně. Souhlásím s návrhem na maxspeed=city_limit, což je dobrý nápad. Ve většině případů to bude shodné s residential, takže tam bude stačit doplnit tento tag. Pokud se to náhodou nebude shodovat, tak se to obkrouží ještě jednou. Podle mne stejně nerozhoduje, jestli je ta značka u prvního baráku nebo o 50m dřív, když je ta obec dlouhá X km. Pro počítání doby trasy v navigaci to nebude mít vliv. Přijde mi, že zde příliš řešíme přesnost mapy, přičemž je tam už teď tolik nepřesností, že tohle je marginální problém. Pro pocitani doby dojezdu je ovsem tato informace (kde zacina a konci 50) naprosto nanic. Doba dojezdu je variabilni natolik a zavisla na tolika ruznych faktorech, ze pokud prohlasim, ze prumerna rychlost je 60km/h, tak mam pravdu a nemusim nic zjistovat (je to pro info prumer u meho auta pri najezdu cca 100 000km = je to realny cislo). Pokud si uz chceme hrat na realnou navigaci od znacky ke znacce, tak pojdme tagovat proste jednotlivy dopravni znacky podle skutecnosti a necht si s tim algoritmus nejak poradi. V realu taky znacky chybi/jsou necitelne/... Právě že není na nic. Má to obrovskou hodnotu pro počítání nejen doby jízdy, ale hlavně kudy jet. Momentálně algoritmus raději projede obcí, protože si myslí, že jede po hlavní pořád 80-90, přestože v reálu se tam jede 50, takže je lepší to celé objet po obchvatu, kde se těch 90 opravdu jede. A toto je fakt, potvrzený logikou i praxí, ne jen nějaké úvahy ve smyslu průměrné rychlosti. Ta je naprosto rozdílná, pokud pojedu po D1 z Prahy do Brna a zcela jiná, když pojedu z východu Prahy na západ Prahy. Nějaký dlouhodobý průměr je nic neříkající, navíc každý ho má jiný, podle toho kde jezdí. Jak mám chápat necht si s tim algoritmus nejak poradi? Psal jsi někdy nějaký algoritmus? Správně má být nechť si s tím programátor nějak poradí, ten ti ale bude argumentovat jako já. Musí to být jasně definované, jinak algoritmus napsat nejde. Jako bys chtěl přepisovat fyzikální zákony. Otázka zda vkládat značky je hlavně otázka toho, komu se budou hodit. U značek si dovedu představit, že třeba ve spolupráci s Policií se zmapují všechny značky (ideální import od nich) a nechá se z toho něco vydedukovat - například napsat algoritmus na vylepšení značení, na nesmyslné značení, odporující si značení, nakreslení mapy města včetně značek apod. Jinak mít tu a tam v mapě nějakou značku mi přijde zbytečné. Znáte snad nějakou jinou mapu, kde by byly značky? Nikdo to totiž nepotřebuje, pro orientaci v mapě zbytečné, pro navigaci zbytečné, pro turistiku zbytečné... Navíc pokud na to není spolehnutí, tak to použít nejde. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
Všechny zmiňované tagy lze považovat za omezení rychlosti, to z hlediska algoritmu není podstatné, prostě se jen zahrne více kombinací tagů. Pro určení rychlostí by to dočasné být mělo, ale v dohledné době (a to myslím měsíce, spíš roky), nevidím ucelený systém, jak toto značit. Nevím, zda už třeba někdy tato diskuze někde neproběhla v angličtině, pokud ano, možná by chtěla dohledat, případně obnovit. On 08/20/2010 10:27 AM, hanoj wrote: Jak se vypořádáš se situací, kdy polygon landuse=residential obtahuje jen blok budov mezi ulicemi (viz Brno-Husovice)? *** husovice jsou z meho pohledu zatim ojedinely experiment. Mozna je z hlediska vyznamu tagu opravdu lepsi mapovat vetsi celky nez bloky domu. Pri uvazeni, co vsechno ale lze ocekavat v zastavene casti obce, ale ty bloky nebudou nikdy zcela homogenni: landuse =allotments, brownfield, cemetery, commercial, construction, farmyard, garages, industrial, railway... Zminovane uziti landuse pro urceni rychlosti je jen sekundarni a docasne. ha hanoj ___ 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] footway vs. path (bylo: Návod na zakreslování turistických tras)
On 23.8.2010 22:12, Petr Morávek [Xificurk] wrote: Aleš Janda napsal(a): Ideální je, pokud data odrážejí skutečný stav. A skutečný stav je takový, že omezení rychlosti dané zákonem je omezení *v obci*, což je už z principu plocha. Tedy landuse=residential (nebo obdobný) je ta správná cesta. Chyba, z hlediska silniční dopravy není rozhodující nějaká plocha ale to, kde je značka začátku a konce obce. To je z hlediska zákona jediná skutečně rozhodující věc určující, kde začínají a končí pravidla vztahující se na jízdu v obci (včetně omezení rychlosti). Existuje mnoho obcí, kde jsou tyto značk umístěny hodně daleko před začátkem jakékoliv zástavby (a je jedno jestli residential, commercial nebo industrial). Taky není úplně neobvyklé umisťování značky začátku obce dál od zástavby, než je v opačném směru značka konce obce. Osobně se domnívám, že omezení rychlosti v obci by se mělo, jak už tu někdo psal výše, promítnout do OSM asi tak, že pro všechny residential se implicitně předpokládá max.50km/h, podobně jako pro všechny motorway (a trunk?) max.130km/h, a primary-tertiary 90km/h. Pak už jen stačí nějak označit, že např. část primary je v obci a tak má omezení rychlosti, což lze dvěma způsoby: * Nastavit rychlost na way - menší náchylnost na chyby, za to je to nesystémové řešení, které neumoňuje jednoduchou změnu např. při změně zákona. * Značit nody se značkami začátku/konce obce - musely by se vyřešit nějaké poloautomatické netriviální kontroly, na to jestli jsou skutečně všechny vjezdy/výjezdy označeny správně. Petr Ale ta plocha snadno vymezí, kde ta značka je. Najít všechny cesty uvnitř plochy není tak složité, jako hledat je mezi nějakými body, kde opravdu hrozí, že nějaký výjezd nebude označen. To se netýká jen silnic, ale třeba i track. A ten kontrolní automat by dělal to samé co navigace, podle mne něřešitelné, protože ten node může být na té cestě o 5km dál na začátku další obce a algoritmus nebude vědět, zda je to tak dobře nebo špatně. Souhlásím s návrhem na maxspeed=city_limit, což je dobrý nápad. Ve většině případů to bude shodné s residential, takže tam bude stačit doplnit tento tag. Pokud se to náhodou nebude shodovat, tak se to obkrouží ještě jednou. Podle mne stejně nerozhoduje, jestli je ta značka u prvního baráku nebo o 50m dřív, když je ta obec dlouhá X km. Pro počítání doby trasy v navigaci to nebude mít vliv. Přijde mi, že zde příliš řešíme přesnost mapy, přičemž je tam už teď tolik nepřesností, že tohle je marginální problém. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras)
To že to navigace nepoužívá neznamená, že to nezačne používat, pokud ty informace v mapě budou Spíš si myslím naopak, že path je braná s velmi malou prioritou (aspoň u mne), takže se jim navigace pro kola spíše vyhne, spíš to vezme po track nebo silnici. Path je příliš nedefinovaná a právě ten tag mtb:scale může její hodnotu zvýšit. On 20.8.2010 9:05, Jakub Dvořák wrote: Ahoj, co se mtb:scale tyce: pro vyslovene nesjizdne je mtb:scale=5 (pro vetsinu lidi ale nesjizdnost zacina na mtb:scale=3 i nize). Problem s mtb:scale je ze je ma hodne malou granularitu pro nizky obtiznosti a tak ho podle me tech nekolik lidi co ho u nas taguje (vcetne me :)) minimalne o stupen nadsazuje (ale to se problemu co se zde resi netyka). Jestli to navigace pouzivaji ci ne je vec druha. Ale v duchu hesla netagovat pro renderery mi nepride vhodny pouzivat neodpovidajici tagy jenom pro to aby to navigace pekne schroupaly (ze stejnyho duvodu me rozciluji dalnice vytvarene z vice way, ale to uz sem opravdu nepatri... :)) highway=path v zadnem pripade medvedi sluzba cyklistum neni. U nas je drtiva vetsina pesin sjizdna (a ty co nejsou se daji odhadnout podle vrstevnic). A uz samotna informace o existenci pesiny je neco co v jinych mapach (spolehlive a presne) neni a proc jsem napr. ja zacal OSM pouzivat. Jakub 2010/8/20 Pavel Machek pa...@ucw.cz mailto:pa...@ucw.cz Ahoj! Plyne z toho mj. to, že na footway by měl být explicitní zákaz vjezdu na kole, což v ČR, pokud se nemýlím, splňuje jen taková ta modrá proc _explicitni_? Kdyz nekdo otaguje path pesinku v lese ktera je na kolo moc uzka a klikata, dela tim cyklistum medvedi sluzbu... Pro oznaceni toho, jak je pesina narocna pro jizdu na kole, se pouziva mtb:scale tag. Podobne pro pesi slouzi sac_scale tag. Footway a path spise vypovidaji o tom, jaky provoz je na ceste (zakonem, ceduli) povolen a jaky je zakazan, nez o tom, pro jaky provoz je cesta vhodna. ...coz je presne ta medvedi sluzba cyklistum. Opravdu je na mtb:scale taky hodnota 'nesjizdne', a opravdu to routery pouzivaji? Ne. Takze, kdyz nekdo otaguje pesinku v lese jako highway=path, bez dalsich atributu, tak po tom routovadla budou posilat cyklisty... coz asi neni uplne ono. Resenim by taky bylo znacit pesinky jako higheay=path, mtb:scale=neprujezdne, horse:scale=neprujezdne, kocarek:scale=neprujezdne, trikolka:scale=neprujezdne... Ale nejak mi to neprijde rozumne. Pavel -- (english) http://www.livejournal.com/~pavelmachek http://www.livejournal.com/%7Epavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto: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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na z akreslování turistických tras)
Jak se vypořádáš se situací, kdy polygon landuse=residential obtahuje jen blok budov mezi ulicemi (viz Brno-Husovice)? Netuším, snad pomocí tagu maxspeed na nějakém dalším polygonu kolem obce? Nebo aplikací maxspeed na všechny silnice primary-tertiary? Nebo umělém zvětšení residential o X metrů? On 08/19/2010 07:43 PM, honny wrote: ... jak nam ostatne bylo receno, ze to mame tagovat... :) No právě, podle mne to není rozumný nápad, residential je oblast, kde žijí lidé a silnice je pořád toho součástí. Navíc tam bude zbytečně moc těchto polygonů. Lepší je dávat to na nějaké větší části, třeba blok mezi dálnicí/železnicí/řekou apod. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
On 08/13/2010 09:45 PM, hanoj wrote: Problém je v tom, že každý to řeší teoreticky, ale já to řeším prakticky. Chystám se to zatím udělat tak, že použiju landuse=residental a budu ho brát jako hranice obce. *** asi jsi chtel rict budu ho brát jako zastavene uzemi obce *** to ma samozrejme sve problemy, jak jsem tehdy psal, ale ihned pausalne to neco resi. Reálně je úplně jedno, jestli to bude brát, že obec začíná s přesností nějakých 50m, ve výsledku se to moc neprojeví, když je obec kilometr dlouhá. Pořád to bude mnohem přesnější než bez toho. To zastavené území navíc velice často přesně odpovídá i značkám, takže podle mne je to v současné chvíli nejlepší řešení. Jen to chce značit ne jako bloky mezi silnicemi, ale jako větší bloky obce nebo u vesnic jako celá obec. Stejně i ta silnice první třídy je součástí obydleného území. Routovací algoritmus totiž dává špatné výsledky, protože neví, že je v obci a klidně si sviští třeba 80, přestože v reálu se tam jede 40. *** zpravidla se to resi nastavenim nizsi cestovni rychlosti podle tridy komunikace. Cim nizsi trida lze ocekavat ostrejsi oblouky, vice prednosti, vice snizenych rychlosti. Tak to samozřejmě mám, ale např. silnice druhé třídy skrz mnoho vesnic dává úplně jiné výsledky. Tak mne napadlo kalkulovat rychlost s ohledem na pocet vozidel na useku (RSD 2005) a podle smerovych (mame skutecne prubehy komunikaci) i vyskovych oblouku (SRTM) to by byla tresnicka. *** ja jsem treba vyznacil Brno-HK pres ZdarNS i C.Trebovou a samotnou Brnenskou aglomeraci pomoci systemu, ktery uziva traffic_sign=city_limit na vjezdovych bodech, maxspeed na usecich (vyjimecne i na bodech napr. snizeni rychlosti v krizovatkach) za predpokladu, ze jinak plati: highway = 130 km/h trunk = 130 primary,secondary,tertiary=90 residential = 50 living_street = 20 Pohrávám si teď nejprve s myšlenkou udělat jakousi otevřenou internetovou databázi, kam by se mohly zadávat údaje o uzavírkách (možný by byl i automatický import z nějakých existujících serverů, jestli by to bylo legální), kam by si navigace jednou za čas sáhla a mohla to zohlednit při routování. Do toho by se nechal zakomponovat i pocet vozidel a pripadne dalsi informace o trafiku. Jenže je to už na mě časově trochu moc, i když by to nebylo těžký... zase jsem ale nenasel routovadlo, ktere by maxspeed zohlednilo. Do jiste miry to chapu, nebot pokud nebudu mit maxspeed na vetsine komunikaci, bude davat algoritmus nespravne vystupy nejen v casove delce ale i v trase samotne. Já je používám a naopak značně vylepšují výsledky. Neroutuje to tak téměř vůbec po obchvatech, protože silnice první třídy skrz město mu vyjde líp. *** no to je jeden z problemu obchvatu, kdyz je modelujeme pro mesta. Nikomu se po nich nechce jezdit. Ale u nas je to z jineho duvodu. Já po nich jezdím, ale navigaci se nechce - když ten obchvat má často stejný typ silnice jako ten průtah městem, akorát tam se má jet 50, což navigace neví. ha hanoj ___ 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] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras)
Otázka je, co s tím udělá mapnik, pokud tam bude další place na polygonu, jestli tam nebude název dvakrát, to by se pak asi muselo dávat bez názvu, což by asi nebyl takový problém. Často by asi byl tento polygon shodný s landuse=residental, takžeby stačilo přidat ten tag, nebo zavíst, že residental automaticky implikuje i place. On 08/14/2010 01:30 AM, CZ_Tibo wrote: Zdravím, k těm polygonům - pokud tag place=city atd. lze podle wiki aplikovat i na polygon, mohl by takový polygon automaticky předpokládat, že uvnitř něj platí snížená rychlost v obci? Tibo Původní zpráva Od: Jakub Sykora kub...@kbx.cz Předmět: Re: [Talk-cz] footway vs. path (bylo: N?vod na zakreslov?n? turistick?ch tras) Datum: 13.8.2010 17:01:44 Ahoj, jedine, kde by melo smysl davat maxspeed na polygon je IMO znacka ZONA (nebo jak se to jmenuje) s vymezenou rychlosti - tam je zase nesmysl to davat na vsechny silnice a ulice! Typickym prikladem budiz Praha - Libus, kde je oblast 40km/h a je pomerne rozsahla. K Dne 13.8.2010 15:30, Michal Grézl napsal(a): 2010/8/13 Pavel Machekpa...@ucw.cz: Zdar! Třeba řeším i maximální rychlost, tu lze definovat podle wiki jen pro cestu, ale jak třeba definovat max speed pro celou obec. Už jsem viděl někde ve Francii, že prostě někdo dává maxspeed na hranice obce, což ale není podle wiki povoleno. Přesto to může být řešení. Jaký je na to Váš názor? wiki neni zadny nastroj na povolovani nebo schvalovani neceho, jsou tam jen uzitecne informace. Maximalni rychlost v obci by se mela resit az v navigacnim software a to nezavisle na mape, hranice obce by oznacovali silnice s nastavenym limitem podle statu, na vyjimkach by mel byt maxspeed v datech. Tj. zadny obecny maxspeed v datech neresit. Resit jen hranice obce. No, nekde je v cely vesnici 30km omezeni.. to asi dava smysl dat do mapy. jo, ale takova vesnice je jedna silnice cca 1km dlouha, plus maximalne odbocka (nelze ani nazvat ulice) cca 200m dlouha, coz sou proste ty specialni pripady tak jak sem psal. jeden z predrecniku v threadu kterej tohle zacal rekl ze wiki zakazuje davat maxspeed na nejakej intravilan polygon, wiki ovsem nic nezakazuje a maxspeed v tom polygonu je to spravne reseni. btw co pouzivas za mailer ze vzdycky ufikne cestinu z subjektu a tim totalne zdemoralizuje chudaka gmaila:)? ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
*** Znacky na hranici zastaveneho uzemi obsahuji hodnoty od 50 do 90 km/h a proto tvuj navrh je jen jakesi priblizeni ke skutecnemu stavu. Ale muze pomoci zpresnit. Zajimave je, ze ve meste je limitem spise pocet svetelne rizenych krizovatek nez max rychlost. To nemusi byt tak pravda, protože když se chytne zelená vlna, tak se to může projet normálně, ale když se chytne červená vlna... :) Já je používám a naopak značně vylepšují výsledky. *** a ktera webapp to umi? webapp nevím, ale MC Navi ano ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na zakreslování turistických tras)
S tím schvalováním jsem to schválně přehnal, ale v podstatě něco takového být musí, jinak se z toho stane bordel. Sami to znáte, když opravujete některé věci, které jsou špatně označeny. To schvalování také již existuje, akorát se to řeší až poté, co se to používá, případně se dělají hromadné změny. Prostě určitý řád to mít musí, jinak je mapa celkově nepoužitelná. Co se týče maxspeed - o hranice obce mi právě jde, ale jak se dělají? Boundary to není, to je administrativní hranice, podle toho by celá republika byla obec a po všech silnicích by se jezdilo 50. Napadlo mne to dělat podle residential zone, jenže zase někdo značí jednotlivé residential bloky domů, které neprotínají silnice, takže taky k ničemu. Jaký tag teda použít na faktické hranice obce? Žádný takový jsem nenašel. Podle tvého (snad nevadí tykání) volného výkladu si prostě vymyslím svůj tag, který budu dávat na své hranice, používat ve své navigaci a doufat, že se třeba chytí a bude ho používat i někdo jiný? On 13.8.2010 9:00, Michal Grézl wrote: 2010/8/13 Mike m...@mikecrash.com: predelavat nikdo nic nemusi, proc by to taky delal. pointa je v tom, ze si kazdy taguje tak jak se mu libi, prirozenym vyvojem se vyvine pouzitelna mapa. to je proces ktery tvori zakladni stavebni kamen osm. ja sem si holt zvykl na footway. Hmm, tak to si asi taky začnu tagovat podle sebe a udělám si svoje značení, co třeba highway=pesina highway=cesticka highway=kamenita presne tak to bylo a je zamysleno Jestli mi na OSM něco vadí, tak je to právě to, že tu v mnoha věcech není jednota. Než se začne něco používat, tak by se to mělo schválit. Klidě jsem i pro, aby neschválené tagy nešly přidávat. V mnoha ohledech je totiž v OSM neskutečnej bordel. Jestli někdo s těmi daty dělal něco jinýho než jen nakreslení mapy, tak mi dá za pravdu. tohle je absolutne zcestna myslenka (to s tema neschvalenejma tagama), sila osm tkvi prave v tom ze si tam muze kazdy nacpat co se muz zlibi, omezovaci, zakazovaci, narizovaci a podobne individua by nikdy nemohli vytvorit to co uz je vyrobeno. Vsechny podobne instituce vesmes rozvoj brzdi az uplne zastavuji. Viz probihajici flame o zmene licence, nekonecne dohadovani jen proto, ze jakasi nadace vymyslela, ze je potreba zmenit licenci a kazdy se musi prizpusobit (ja s tou novou licenci problem nemam, dokud je sa a uz sem s ni souhlasil), zpusobi to akorat forky a ztratu obrovskeho mnozstvi dat. (minimalne tady u nas) Třeba řeším i maximální rychlost, tu lze definovat podle wiki jen pro cestu, ale jak třeba definovat max speed pro celou obec. Už jsem viděl někde ve Francii, že prostě někdo dává maxspeed na hranice obce, což ale není podle wiki povoleno. Přesto to může být řešení. Jaký je na to Váš názor? wiki neni zadny nastroj na povolovani nebo schvalovani neceho, jsou tam jen uzitecne informace. Maximalni rychlost v obci by se mela resit az v navigacnim software a to nezavisle na mape, hranice obce by oznacovali silnice s nastavenym limitem podle statu, na vyjimkach by mel byt maxspeed v datech. Tj. zadny obecny maxspeed v datech neresit. Resit jen hranice obce. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway vs. path (bylo: Návod na z akreslování turistických tras)
On 13.8.2010 11:21, honny wrote: Jaký tag teda použít na faktické hranice obce? Žádný takový jsem nenašel. Podle tvého (snad nevadí tykání) volného výkladu si prostě vymyslím svůj tag, který budu dávat na své hranice, používat ve své navigaci a doufat, že se třeba chytí a bude ho používat i někdo jiný? Nevim, mozna se pletu, ale dopravni zacatek a konec obce by mel byt traffic_sign=city_limit na node kde je znacka obce. Ne? :) To si moc nedovedu představit, jak programově zjistit, kde je začátek a konec obce. Teoreticky by šlo od této značky jet (na kterou stranu?) po všech cestách, dokud nenarazím na další značku, ale co když někdo zapomene na jednu cestu z města značku dát? Tohle je nepoužitelné. A zaznelo tu neco o tom, ze cykliste de iure nesmi jen na Stezku pro chodce - temer jiste nesmi ani na chodnik. Teda oni to nekteri delaji, ale nesmi. Já to taky dělám, jediná cesta, jak na některých místech přežít :) ~ honny ___ 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] footway vs. path (bylo: Návod na zakreslování turistických tras)
Podle tohoto by to tedy asi mělo být u nás tak, že dlážděný chodník ve městě bude footway, vyšlapaná pěšina ve městě bude path. Co se týče lesa, tak tam footway nebude asi nikde, ale budou tam jen track (široká cesta pro traktory) a path (jen pro pěší, cyklisty a koně). Chtělo by to ale nějak rozlišit úzkou pěšinku a nějakou širší cestu, protože je to důležitý pro projetí s vozíkem/kočárkem. Bude stačit ten tag wheelchair? On 12.8.2010 9:44, Marek Prokop wrote: Ahoj, psal jsem si o tom nedávno s jedním Němcem, který mne kontaktoval poté, co jsem zmapoval nějaké cesty v Saském Švýcarsku. Jestli jsem to správně pochopil, problém vznikl historicky. Původně existovala je footway, což je např. v Anglii, kde jsou všechny veřejné pěší cesty takto označeny, pochopitelné. Později tam ale lidé začali kromě oficiálních cest přidávat i ty neoficiální, vyšlapané v lese a vznikla potřeba path. Zároveň už ale v té době bylo plno takových cest označeno jako footway. V České republice je ten problém podstatně jednodušší a možná by tu nikdy nevznikl, protože footways tu v podstatě nejsou -- mimo města vůbec a ve městech výjimečně. Co mi z pohledu turistických map vadí víc, je to, že zřejmě neexistují značky, podle kterých by přímo z mapy šlo vždy poznat, kudy jde projet s kočárkem. Teoreticky by to šlo dělat tagem wheelchair, ale ten se jednak na standardní mapě nezobrazuje a jednak si to úplně neodpovídá, protože s kočárkem toho jde projet víc než na vozíku. Jinak ještě přidám odkaz na default access restrictions, které jsou pro footway a path různé: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions Plyne z toho mj. to, že na footway by měl být explicitní zákaz vjezdu na kole, což v ČR, pokud se nemýlím, splňuje jen taková ta modrá kulatá značka s chodci. Respektive když to otočím, pokud něco uděláte jako footway a nezměníte default dalším tagem, kolo tam na routovatelné mapě neprojede. Zdraví, Marek 2010/8/12 Michal Grézl michal.gr...@openstreetmap.cz: path duplikuje footway footway je starsi tudiz footway ___ 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] footway vs. path (bylo: Návod na zakreslování turistických tras)
predelavat nikdo nic nemusi, proc by to taky delal. pointa je v tom, ze si kazdy taguje tak jak se mu libi, prirozenym vyvojem se vyvine pouzitelna mapa. to je proces ktery tvori zakladni stavebni kamen osm. ja sem si holt zvykl na footway. Hmm, tak to si asi taky začnu tagovat podle sebe a udělám si svoje značení, co třeba highway=pesina highway=cesticka highway=kamenita Jestli mi na OSM něco vadí, tak je to právě to, že tu v mnoha věcech není jednota. Než se začne něco používat, tak by se to mělo schválit. Klidě jsem i pro, aby neschválené tagy nešly přidávat. V mnoha ohledech je totiž v OSM neskutečnej bordel. Jestli někdo s těmi daty dělal něco jinýho než jen nakreslení mapy, tak mi dá za pravdu. Třeba řeším i maximální rychlost, tu lze definovat podle wiki jen pro cestu, ale jak třeba definovat max speed pro celou obec. Už jsem viděl někde ve Francii, že prostě někdo dává maxspeed na hranice obce, což ale není podle wiki povoleno. Přesto to může být řešení. Jaký je na to Váš názor? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Návod na zakreslování turistický ch tras
Ahoj, to je náhodička, že jsem taky začal něco takovýho tvořit. Ale spíš s ohledem na to, co jak označit, než jako návod, jak to dělat. Hlavně tam chci dát hodně fotek, aby bylo jasný, co jak označit, protože i mně není občas jasný, jakým tagem označit jakou cestu apod. A není to zaměřeno jen na turistiku, ale obecně. Taky (i pro mne) tam chci napsat různé věci, které se tu nedávno řešily, ale nakonec nevyřešily. Zatím jsem u cest, pokud máte nějaké fotky (především lesních) cest, tak bych byl rád, kdybyste mi je poslali i s tím, jaký tag k tomu dáváte. Dávám zde také první slovo do pranice, co už se tu řešilo: úzká pěšina v lese je: 1. footway 2. path 3. něco jiného? Rozpracovaný článek je zde: http://www.gps-routes.info/index.php?name=Newsfile=articleid=36page=2 Mike On 11.8.2010 13:06, Marek Prokop wrote: Ahoj, mám dost přátel turistů a rozhodl jsem se pro ně napsat návod, jak na OSM zakreslovat turistické trasy, aby si nemuseli potřebné informace pracně hledat v kompletní dokumentaci a aby vše nalezli co nejstručněji a co nejvíc pro blbé na jednom místě. Sám však s OSM pracuji teprve krátce a mohu tam mít chyby. Proto vás prosím, zda byste mi to mohli po věcné stránce zkontrolovat. Návod najdete zde: https://docs.google.com/View?id=dg27v6rj_1269httdgtd3 Je to zatím provizorní umístění. Po korekturách ho přesunu jinam. Moc děkuju, Marek ___ 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] Stav zmapov?n? tras
Nejen tam :) U nás v okolí je to také tak, i když nějaké rezervy tam stále také jsou, ale pracuji na nich. Hlavně tam nejsou chyby, jako v jiných mapách, kde mají ty cesty asi fláknuté od oka. On 07/09/2010 09:15 PM, Marek Prokop wrote: Jen pro zajímavost, o víkendu jsem tři dni chodil po Saském Švýcarsku a tam mají na OSM zmapovaných víc tras než na jakékoli dostupné papírové mapě. Je z toho vidět, že OSM může být i velmi nadprůměrná turistická mapa :-) Zdraví, Marek Gratulace. 17% vsech turistickych tras je uzasny vysledek... Kdyby se udelal import lesnich cest z uhulu, uz by z toho ve zmapovanych oblastech byla prumerne dobra turisticka mapa... Pavel ___ 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] Stav zmapov?n? tras
Nejen tam :) U nás v okolí je to také tak, i když nějaké rezervy tam stále také jsou, ale pracuji na nich. Je ale fakt, že zrovna mapování cest v lese je ta nejnevděčnější práce, ale když to člověka baví běhat s GPSkou křovím :) A hlavně tam nejsou takové chyby, jako v jiných mapách, kde mají ty cesty asi fláknuté od oka, protože často vůbec nesedí. On 07/09/2010 09:15 PM, Marek Prokop wrote: Jen pro zajímavost, o víkendu jsem tři dni chodil po Saském Švýcarsku a tam mají na OSM zmapovaných víc tras než na jakékoli dostupné papírové mapě. Je z toho vidět, že OSM může být i velmi nadprůměrná turistická mapa :-) Zdraví, Marek Gratulace. 17% vsech turistickych tras je uzasny vysledek... Kdyby se udelal import lesnich cest z uhulu, uz by z toho ve zmapovanych oblastech byla prumerne dobra turisticka mapa... Pavel ___ 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] smysl relace
Ono jde říct, že plošné útvary (lanuse apod.) mohou sdílet hranici mezi sebou a dokonce je to žádoucí, ale plošný útvar s cestou nikdy. Exitují výjimky, třeba plot je možné sdílet, ale cesta není dobrý nápad. Mike On 25.6.2010 11:43, hanoj wrote: to pole a lesy ve dvou relacích jsou proto, že nemají vlastní nezávsilé hranice. Ale jako hraniční cesty jsou použité jiné objekty. Takovéhle uspořádání je logické, když například pole končí přesně u silnice, tak prostě využít tu silnici jako outer cestu. *** Ten priklad je topologicky nestastny v tom, ze silnice je osa objektu o sirce cca 10-25m a pole je plosny objekt vymezeny rozhranim. Spravny priklad pro sdileni linii je rozhrani lesa s rozhranim pole, nebo hraz prehrady se silnici. hanoj ___ 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] smysl relace
Ano, je to podobný, jako když vede silnice přes les nebo cesta polem, tak se to prostě švihne přes a je to tak podobný jako třeba silnice na hranici lesa. Jiná věc je, že ten les nebo pole je od silnice často oddělen stokou a ještě třeba pruhem trávy, pak je to lepší zakreslit o kus vedle. On 06/25/2010 02:34 PM, Pavel Zbytovský wrote: Je pravda, že silnice může být různě široká, ale z dat je potom jasné, že pole končí silnicí a její šířka může být upravena třeba dalším tagem. Z hlediska přesnosti to není ideální, ale přesnost na metry je v tomto případě nezajímavá, pro člověka, který čte mapu, je důležité, že pole končí silnící a tak to také renderery vykreslí v obou případech. Jasně, když bychom chtěli třeba zjišťovat plochu polí, tak nám to nebude házet přesné výsledky, ale toho v konceptu OSM stejně nikdy nepůjde docílit. ___ 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] Několik dotazů (tagování)
On 16.6.2010 21:31, Jan Masopust wrote: Zdravím, měl bych několik dotazů ohledně tagování: 1, Jaký je osmc:symbol=? ekvivalent ke kct_colour=local? žádný, asi bych tam dal jen označení barev a vybral co nejpříhodnější shape 2, Je lepší používat route=foot nebo route=hiking? mělo by to být identické, většinou ale vídám foot 6, Jak byste otagovali cestu, kde je udusaná hlína, místy štěrk, je široká něco přes metr, takže vozidla neprojedou. Jsou tam lampy veřejného osvětlení a není to označeno žádnou značkou. Obyčejně tam jsou chodci a cyklisté. path 7, Jak vyřešit cestu, pod kterou je veden potůček v potrubí? buď ho tam vůbec nedávat nebo jako tunnel, otázka je, jestli to je opravdu potok, kterým teče voda neustále, nebo jen nějaká stoka na odvodnění, pak bych to tam vůbec nedával ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kdy používat highway=residential ?
Take to tak taguju, jakmile je tam neasfaltka, tak je to track a vzdy k tomu dam i tracktype, aby bylo jasne, jestli je to aspon zpevnena nebo sterkova cesta nebo jen vyjete koleje v poli (grade2-grade5), grade1 pak dávám na asfaltky v lese On 14.6.2010 11:28, Jakub Sykora wrote: No ja bych to tak neotagoval. Silnice bez zpevnenho povrchu jsou pro me cesty - tedy track. Navic je dobre, aby to tak bylo, protoze residential ve me automaticky evokuje asfaltku s auty zaparkovanymi ze vsech stran a domecky kolem s nizkou prujezdnou rychlosti. Track v tomto pripade evokuje parkovani v pangejtu nebo na trave a zablacene auto, coz lepe vystihuje situaci :) K Dne 14.6.2010 11:02, Marek Prokop napsal(a): Ahoj, Je vhodné používat highway=residential i v chatových osadách, kde jsou cesty s nezpevněným povrchem a hlavně nemají jméno? JOSM na mne pak křičí, že jméno chybí. Díky, Marek ___ 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] highway=path vs. highway=bridleway
Ahoj, to je pravděpodobně špatně, bridleway má být cesta, která je tak označena, podobně jako je označena cycle pro cyklisty. Pokud je to prostě pěšina v lese, tak je to path. U nás brideway v podstatě neexistuje, i když tak mnohdy vypadaj a jsou tak rozťápaný, že se po nich nedá ani projít ani projet na kole. On 14.6.2010 11:06, Marek Prokop wrote: Ahoj, v mém okolí je na OSM hodně lesních cest vyznačeno jako highway=bridleway, ačkoli bych podle popisu ve Wiki spíše volil highway=path. Je na to nějaká zvláštní konvence, že když je lesní cesta průjezdná pro koně, má značka highway=bridleway přednost? Díky, Marek ___ 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] admin_centre vs admin_center
Ahoj, to případně hromadně opravíme, to nebude problém. Spíš by se to chtělo rozhodnout, jak to dělat s tím tagováním obcí, jak se řeší o kus vedle. On 8.6.2010 22:10, jzvc wrote: Zdravim, jen pro info, zda se, ze byla zvolena varianta kterou jsme zavrhli proto, ze byla mene rozsirena. Posledni verze JOSM uz nadavaji, ze takovou roli neznaji a doslova vnucuje tu vyvolenou ... http://wiki.openstreetmap.org/wiki/Relation:boundary ___ 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] Souvislé či nesouvislé trasy KČT
Asi před 3-4mi týdny jsem upravoval u nás trasy a pořád tam nejsou, funguje to? On 9.6.2010 14:33, Radek Bartoň wrote: Dne středa 09 Červen 2010 14:13:52 Karel Volný napsal(a): třebas http://opentrackmap.no-ip.org/tiles_hq/15/17889/11210.png vs http://tile.openstreetmap.org/15/17889/11210.png Vrstvy tiles a tiles_hq aktualizuji ručne, když se mi zachce. Jediné, co se aktualizuje automaticky jsou vrstvy tracks a default. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz