[Talk-cz] ucast v soutezi pristi rok
Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] import z vozejkmap.cz ?
Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import z vozejkmap.cz ?
Zdar, ze zkušenosti vím, že organizace tohohle typu si data o bezbariérovosti spíš nechávají pro sebe (řešili jsme to v Praze u MHD), ale za zeptání nic nedáš. Každopádně je nějaká snaha do OSM zanášet nájezdy na chodníky a plošiny/výtahy pro vozíčkáře? Hodně by to pomohlo při různém plánování pohybu nejen vozíčkářů… -- S pozdravem Honza Cibulka http://datastory.cz tel: 776 307 158 On 3. 12. 2013, at 13:19:40, Jachym Cepicky jachym.cepi...@gmail.com wrote: Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ 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] ucast v soutezi pristi rok
Ahoj, co konkrétně bys chtěl přihlásit? Já jsem to letos zkusil s MTB mapou a mezi prvních deset to nevyšlo. Z výsledků a při vyhlášení jsem měl dojem, že se porotě líbily hlavně projekty využívající otevřená data veřejné správy. Martin Dne 3. prosince 2013 13:18 Jachym Cepicky jachym.cepi...@gmail.comnapsal(a): Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Martin Tesar http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ucast v soutezi pristi rok
Tak jasně, Jakub Mráček a spol. jsou zaměřeni na data ze státní správy, nejlépe ty o zákonech, platech politiků atd atd. OSM jako celek ale přece integruje data ze státní správy, samospráv, soukromých sektorů atd atd. Zmíněná mapa bezbariérovosti je snad dokonce úplně postavena na vlastních datech, ne? Takže OSM samo o sobě bych přihlásil. J Dne 3.12.2013 13:45, Martin Tesar napsal(a): Ahoj, co konkrétně bys chtěl přihlásit? Já jsem to letos zkusil s MTB mapou a mezi prvních deset to nevyšlo. Z výsledků a při vyhlášení jsem měl dojem, že se porotě líbily hlavně projekty využívající otevřená data veřejné správy. Martin Dne 3. prosince 2013 13:18 Jachym Cepicky jachym.cepi...@gmail.comnapsal(a): Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ 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 -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import z vozejkmap.cz ?
http://wheelmap.org/en/about/ mooc pekne udelane, v cz je docela malo informaci. 2013/12/3 Martin Tesar osm...@gmail.com Ahoj, data jsou k dispozici pro nekomerční použití http://www.vozejkmap.cz/opendata/ Takže budou podle mě proti. Jinak jsou ale milí, takže na dotaz určitě odpoví :) Martin Dne 3. prosince 2013 13:25 Honza Cibulka ho...@datastory.cz napsal(a): Zdar, ze zkušenosti vím, že organizace tohohle typu si data o bezbariérovosti spíš nechávají pro sebe (řešili jsme to v Praze u MHD), ale za zeptání nic nedáš. Každopádně je nějaká snaha do OSM zanášet nájezdy na chodníky a plošiny/výtahy pro vozíčkáře? Hodně by to pomohlo při různém plánování pohybu nejen vozíčkářů… -- S pozdravem Honza Cibulka http://datastory.cz tel: 776 307 158 On 3. 12. 2013, at 13:19:40, Jachym Cepicky jachym.cepi...@gmail.com wrote: Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ 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 -- Martin Tesar http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj, já používám ještě tuto mapu http://www.waymarkedtrails.org/ jsou v ní všechny turistické značky tvořené pomocí relace. Výhodou je, že vypíše trasy v oblasti a můžete si zobrazit jednotlivé trasy (když procházím nějakou trasu a pak zjišťuji jestli už má relaci nebo ne). A rychlost aktualizace je v desítkách minut až hodin. Jinak co nám chybí a nemáme jen tak mít asi nebudeme, o čemž se tu vedla v minulosti hodně vášnivá diskuze. Mě osobně by se třeba líbilo zapracovat osm trasy jako vrstvu nad seznamovskými mapami abych viděl co je zmapované a co ne a podle toho se tam se vydat. PS: seznam na http://osm.paws.cz/hiking.php vypadá zajímavě, jak často se aktualizuje? Šli by tam přidat další sloupečky (note, destinations, ...)? Nešelo by udělat tlačítko na export do nějakého tabulkového editoru, texťáku, csv? Případně nevíte jak si to vycucat z osm svépomocí do tabulky? Vašek __ Od: Petr Holub ho...@ics.muni.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 02.12.2013 22:21 Předmět: Re: [Talk-cz] mapovani turistickych znacek - soustredene usili Ahoj, chtěl bych se zeptat, máme-li přehled o turistických trasách (KCT) v OSM, přehled o jejich stavu (tabelární/mapový?), který by ukazoval co máme, co nám chybí, něco jako kdysi uzly silniční sítě? Říkám si, že mapování značek by bylo efektivnější, kdyby takový přehled existoval, aby se mappeři spíše vydali do míst, která zatím pokrytá nejsou Nějaký tip? podle mne máme akorát nepříliš často aktualizované stránky: https://wiki.openstreetmap.org/wiki/Trasy_K%C4%8CT https://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR a pak samozřejmě vizuální pohled na http://mtbmap.cz/ v zoomu 11 nebo menším. Nějaké lepší nástroje by určitě bodly, zejména pokud bychom měli informace o tom, kolik kde nám ještě chybí protrasovat :-) Petr ___ 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] Ruian jako zdroj dat
Účet mi nebyl zablokován kvůli neprůhlednému názvu. *** to je zřejmé, někdo tvrdil opak? Mám opačný problém. Data jsou příliš přesná a dochází ke kolizi s nepřesnými daty v OSM. *** to je logické a ten samý problém bude někdo řešit jednou po tobě na tvém importu Při výběru názvu účtu jsem se řídil poslední větou http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account *** smysl zvlášních účtů na importy bylo oddělení osobní licence od importní licence a importních licencí navzájem. viz problém User.Pavel. *** informaci o garage v RUIAN imho neni. imho je :-) *** supr, takze to zohlednis v importu? ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
*** licence existuje a vyplývá ze zákona, více je na wiki jenom jsem se ztotožnil s příspěvkem, zde na talk.cz https://lists.openstreetmap.org/pipermail/talk-cz/2012-June/007406.html Stát nemusí zkoumat, vymýšlet licence, vydá zákon, ale třeba je to opravdu jinak. *** třeba ano: neexistence licence = platí obecná ustanovení Autorského zákona licence vyplývá ze zákona xy = veřejný rejstřík = můžeme importovat OSM Ano opravdu existují i kombinace čev/čo *** to je hezké ;) addr:postcode addr:street (pokud existuje) *** OK addr:country (nevím jak moc je nutné) addr:city = obec *** tohle je součástí info v boundary addr:place = část obce *** ano část obce dnes v OSM chybí, neumím rozhodnout zda je lepší :is_in nebo :place source:addr *** nestačilo by prostě source? adresní bod bude vždy jen adresní bod. ref:ruian ref:ruian budeme mít i na budovách. Budovy mají v ruian vlastní kód. Co se stane, když někdo k tagům budovy přidá i tagy adresní? Bude mít budova ref:ruian 2x? *** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, takze bych znovu nepripoustel strkani techo tagu do way building. (tohle zarucene do diskuze nekoho zapoji ;) ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
Ahoj, tady je ten mail v anglictine. Dalibor Hello, my name is Mirek Dlask and I am using the OSM accounts Minimalis and Minimalis_import. I would like to explain my previous activities, which have resulted into disabling of my account Minimalis_import. It has been more that one year since the data from public source RUIAN is available, which is maintained by Český úřad zeměměřičský a katastrální (Czech Office fur Surveying, Mapping and Cadastre - one of Czech government agencies). This project is partially funded by an EU grant. These data is legally available for further processing for free. As the data in the registry was not very well maintained in the past, it contains some errors and inaccuracies. To be used in OSM it is necessary to manually review and correct it. Therefore I have believed that what I have done was not a real import, but merely entering derivated data based on RUIAN as its source. I correct the data directly in the database, to this I do not need any special software, only a few lines in Java to create an input *.osm file. This file I then open in JOSM, check it using cadastral map (another legal source for mapping) and upload it after it is verified. I am looking for a way now, how to legalize my work based on RUIAN data source. The source itself is mentioned as a legal and a free for use in OSM mapping at the czech wiki pages. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C .C3.9AZK_-_RUAIN At this moment I am creating a wiki page describing my import and its pitfalls. The whole project was debated at Talk-cz OSM mailing list since the beginning. Unfortunately no one was communicating this project on imports mailing list until now. The plan is to import the address nodes, buildings and streets from the RUIAN in the localities where this data is missing completely first. There are no immediate plans for any other imports. The project's goal - importing new address nodes and buildings, evt. updating the existing ones The project's scope - Czech Republic Data tag - source=cuzk:ruian Planned timeframe - unknown, probably 1-2 years, regular updates afterwards Accounts used for import - . Number of participants - unknown www ruian - http://vdp.cuzk.cz/ http://vdp.cuzk.cz/ I will gladly provide any missing info. Kind regards, Ja From: Mirek Dlask [mailto:dlas...@gmail.com] Sent: Saturday, November 30, 2013 6:53 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Ahoj, Díky za odkaz a připomenutí ruian2osm a dovolím si pár námětů. Neodvažuju se do kodu sahat na githubu. - v Node je třeba změnit int Id na Long Id totéž u setId, getId - v OsmLoader také final Listint loadedIds na final ListLong loadedIds (je tam několikrát) Pak už to funguje. Asi trošku větší zásah, asi pro někoho jiného. isIn - je-li část obce stejná jako obec vracíme jen obec, kraj, stát to je ok doplnit jinak vrátit část obce, obec, kraj, stát chybí podpora addr:place u adres bez ulice - buď je addr:street není-li tak vložit addr:place nejsem si úplně jistý zda máš v párování ref:ruian. Prezentace výsledků. Geometrie bodu mi nic neříká. Pokud se chci podívat na jeho polohu v JOSM stačí mi id resp ref U SRID bych dal přednost 5514 a metrům, u 4326 budu teprve zkoumat kolik nastavit v match-max-distance Ukládají se někam data stažená z OSM? Jakou má funkci přepínač --update? Rozjezd velmi dobrý, potencionál značný jen to využít ... --- Pro ostatní. Pár slov na wiki dám, dejte mi čas týden, na utřídění myšlenek a zavzpomínání, co všechno jsem ještě neuvedl. Nevím zda tam přidat nějaké příklady z Ruian. Z OSM je nečekejte. Nechci tady nikoho uvádět do rozpaků. Například jsem nezmínil to, že aktualizuji pouze AM jako body. Ne že by nešli aktualizace adres na budovách, ale místy opravdu nejdou. Nejdou na SO s více vchody a tedy více AM, kde je na SO pouze jedno AM a ostatní scházejí . Potíž je nad takový SO s jedním AM umístit nové body. Dochází k překryvu čísel a jejich nečitelnosti. Jednoduché řešení nemám. Nezmínil jsem ještě zdvojení AM na rohových SO. V Ruian jsou body pro vedlejší i hlavní ulici na sobě, což se JOSM nelíbí. I přes jeho odpor to tak nechávám v případech, kdy jsou obě čísla identická a liší se pouze ulice. U AM s číslem orientačním je pak posouvám ručné k hraně SO. Navíc ani nevím, zda u těchto SO jsou opravdu využitelné (existují?) oba vchody. Ale co jsem namátkou kontroloval tak jsou i v adresy.xml. Jak to udělat automaticky nevím. - Abychom se posunuli dál. Hanoj by konečně mohl být ve své kritice konstruktivnější a napsat svoji představu o názvech importních účtů pro případ více uživatelů +
Re: [Talk-cz] Ruian jako zdroj dat
Ahoj, tak ja taky něco řeknu. ;-) addr:consriptionnumber (číslo popisné) addr:provisionalnumer (číslo evidenční) addr:streetnumber (číslo orientační) Tyhle tagy bych tam dával dále i duplicitně. Jedna proto, že skoro všude už teď jsou a možná s nima už někdo počítá. Ale hlavně proto, že sice v ideálním světě je skutečně z dobře napsaného addr:housenumber odvodíš, ale svět OSM není ideální. Jsou s námi lidé, kterým se zápis ev.nnn nelíbí a používají jiný, případně si lidé často pletou zápis č.p./č.o. s č.o./č.p., když tam ty tagy budou všechny, tak bude více jasno. U části obce bez pojmenovaných ulic to jde a žádná informace se neztratí. Tedy jsem pro. addr:city = obec addr:place = část obce Tohle se mi asi nelíbí, ale nejsem si jist. Máš nějaký příklad? Pointa addr:place je, že se pak dá najít adresa v obci bez ulic. A co budou uživatelé hledat více obec nnn nebo část obce nnn? Jestli to první, pak je potřeba do addr:place dávat obec a část obce dát někam jinam (třeba addr:is_in?). addr:country (nevím jak moc je nutné) Vypustil bych to is_in Tenhle tag mi přijde podezřelej a nemám hom rád, takže bych ho také vypustil. Asi jediné využití je ta část obce, ale skutečně to k něčemu je? addr:city = obec Tady si nejsem jist, páč naše wiki říká, že je to název vesnice za PSČ Skutečně je to vždy stejné jako hranice obce a dá se to odvodit z mapy? ref:ruian ref:ruian budeme mít i na budovách. Budovy mají v ruian vlastní kód. Co se stane, když někdo k tagům budovy přidá i tagy adresní? Bude mít budova ref:ruian 2x? *** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, *** takze bych znovu nepripoustel strkani techo tagu do way building. *** (tohle zarucene do diskuze nekoho zapoji ;) Tady jsem velmi pro, aby se tento způsob zavedl jako standard. Zrovna dnes jsem opravoval Velice, která jsou v části mapy, kde si kreslím a tam tykef naimportoval nějaké budovy z RUIAN a udělal to velmi zvláštně, že budovy bez adres měly ref dle čísla stavebního objektu, ale když měly adresu, tak jí dal na celou cestu, ref byla z adresního bodu a ref stavebního objektu nebyla vůbec nijaká, což mi teda nepřijde jako šťastné řešení. Ale pokud se na tom nebudeme schopni dohodnout, pak radši source:addr pro adresní místo. Na druhou stranu tykef použil, zřejmě dle dříve zmiňovaného číselníku, tagy building=house building=stable Takže asi už nějaký návrh má. Tady bych byl hodně rád, kdyby se ta informace z RUIAN o užití stavby použila třeba takto, že se to dá do building. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
trochu OT, ale ... Dne Út 3. prosince 2013 16:38:54, Dalibor Jelínek napsal(a): Ale hlavně proto, že sice v ideálním světě je skutečně z dobře napsaného addr:housenumber odvodíš, ale svět OSM není ideální. Jsou s námi lidé, kterým se zápis ev.nnn nelíbí a používají jiný, ... mě fascinuje, jak dokážeš nenápadně, aniž bys byl explicitní, naznačit, že ten tvůj způsob je _prostě a jednoduše bez nutnosti dokazování_ správný a my všichni ostatní, co jsme ti řekli, že není zrovna nejšťastnější, a rovněž že hromadná záměna na tvůj *špatný* zápis nebyla košer, jsme vlastně úplní blbci, kteří kašlou na konzistenci a domluvu s ostatními apod. dík ... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
Mám dojem, že si to bereš nějak osobně. To co jsem napsal, jsem napsal právě proto, že někomu se ev.nnn nelíbí a používá něco jiného. A když se tam zachovají i ty další tři tagy, tak to zas tak moc nevadí. Naopak, pokud by se vypustily, tak by standard pro housenumber byl nutnosti. Takže můj text spíše jiné názory na tvar housenumber podporuje. Proč tě to rozčiluje? Nevím o tom, že by ev.nnn byl jen MŮJ způsob. Když jsem provedl tu změnu, tak jsem napsal: Statistika pro zajímavost: stav k 30.9.2013 v ČR celkem 217 348 adres s addr:provisionalnumber ve formátech: ev.nnn - 216 097 Ennn - 1 176 bez addr:housenumber - 10 ev.nnn;ev.nnn - 1 ev. nnn - 4 čp.nnn - 1 č.e.nnn - 44 nnn - 15 Tedy drtivá většina autorů adres volila ev.nnn. Já jen předělal minoritu na jeden tvar, který převládal. A ta výše uvedené statistika je podle mě i ten důkaz, který by sis přál. Pokud je ev.nnn špatný tvar a bude to chtít někdo změnit na nějaký lepší (ev. nnn?), tak ať to navrhne a pak třeba udělá. V každém případě jsem mu touhle změnou na jednotný tvar usnadnil práci. Jak to mělo podle tebe být košer? 27. září jsem napsal, že když nikdo nebude proti, tak to udělám a ten zápis sjednotím. Nikdo proti nebyl, tak jsem to udělal. Jak víc košer to mohlo být? Ptát se na dovolení každého zvlášť? Zdraví, Dalibor Dne Út 3. prosince 2013 16:38:54, Dalibor Jelínek napsal(a): Ale hlavně proto, že sice v ideálním světě je skutečně z dobře napsaného addr:housenumber odvodíš, ale svět OSM není ideální. Jsou s námi lidé, kterým se zápis ev.nnn nelíbí a používají jiný, ... mě fascinuje, jak dokážeš nenápadně, aniž bys byl explicitní, naznačit, že ten tvůj způsob je _prostě a jednoduše bez nutnosti dokazování_ správný a my všichni ostatní, co jsme ti řekli, že není zrovna nejšťastnější, a rovněž že hromadná záměna na tvůj *špatný* zápis nebyla košer, jsme vlastně úplní blbci, kteří kašlou na konzistenci a domluvu s ostatními apod. dík ... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj. Aktualizuje se každé úterý a pátek mezi 12 a 13. hodinou. Sloupečky by šly přidat stejně jako exportní formáty, pokud se na něčem rozumném domluvíme a budu mít čas, rád to udělám. Co se týče dřívějších příspěvků ve vláknu, už tady proběhla rozsáhlá diskuze o číslování tras KČT. Pamatuji si to tak, že KČT nic neuvolní, ta čísla mizí i z rozcestníků, (můj názor)takže není kde je vzít a jsou tím pádem k ničemu (/můj názor). Nicméně v databázi by ta stávající zůstat měla. Dne Tue, 03 Dec 2013 15:27:32 +0100 Václav Kubíček vas...@centrum.cz napsal(a): PS: seznam na http://osm.paws.cz/hiking.php vypadá zajímavě, jak často se aktualizuje? Šli by tam přidat další sloupečky (note, destinations, ...)? Nešelo by udělat tlačítko na export do nějakého tabulkového editoru, texťáku, csv? Případně nevíte jak si to vycucat z osm svépomocí do tabulky? Vašek __ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
ahoj, Mně osobně by pomohlo v seznamu rozdělení do menších územních celků, abych se aktivně zaměřil alespoň na opravení chyb ve stávajících trasách v mě známém/blízkém území. Jakýsi jednoduchý filtr by taky nebyl k zahození. Btw. detekují se jako chyby i trasy které někdo označí ne v relaci ale pouze jako např kct_green=major přímo na cestě? díky za zeptání :-) Dne 3. prosince 2013 19:54 Jan Skala spe...@email.cz napsal(a): Ahoj. Aktualizuje se každé úterý a pátek mezi 12 a 13. hodinou. Sloupečky by šly přidat stejně jako exportní formáty, pokud se na něčem rozumném domluvíme a budu mít čas, rád to udělám. Co se týče dřívějších příspěvků ve vláknu, už tady proběhla rozsáhlá diskuze o číslování tras KČT. Pamatuji si to tak, že KČT nic neuvolní, ta čísla mizí i z rozcestníků, (můj názor)takže není kde je vzít a jsou tím pádem k ničemu (/můj názor). Nicméně v databázi by ta stávající zůstat měla. Dne Tue, 03 Dec 2013 15:27:32 +0100 Václav Kubíček vas...@centrum.cz napsal(a): PS: seznam na http://osm.paws.cz/hiking.php vypadá zajímavě, jak často se aktualizuje? Šli by tam přidat další sloupečky (note, destinations, ...)? Nešelo by udělat tlačítko na export do nějakého tabulkového editoru, texťáku, csv? Případně nevíte jak si to vycucat z osm svépomocí do tabulky? Vašek __ ___ 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] Ruian jako zdroj dat
Ahoj, Dne 3.12.2013 16:38, Dalibor Jelínek napsal(a): U části obce bez pojmenovaných ulic to jde a žádná informace se neztratí. Tedy jsem pro. addr:city = obec addr:place = část obce Tohle se mi asi nelíbí, ale nejsem si jist. Máš nějaký příklad? Pointa addr:place je, že se pak dá najít adresa v obci bez ulic. A co budou uživatelé hledat více obec nnn nebo část obce nnn? Jestli to první, pak je potřeba do addr:place dávat obec a část obce dát někam jinam (třeba addr:is_in?). Obecně čemukoliv, co obsahuje is_in bych se snažil vyhnout. Název tagu by měl lépe popisovat, co to vlastně obsahuje za data - is_in (příp. addr:is_in) je strašně obecné. To je ostatně taky jeden z důvodů, proč je is_in v současné době naprosto nepoužitelný - každý si tam cpe, co chce. Myslím, že by bylo dobré nějakým způsobem do všech adresních bodů dostat jméno části obce, a to protože: 1) č.p. je unikátní jen a právě v rámci tohoto administrativním celku 2) část obce není vymezena geografickou hranicí, ale právě výčtem adresních bodů Osobně mi přijde addr:place jako celkem rozumná volba. addr:city = obec Tady si nejsem jist, páč naše wiki říká, že je to název vesnice za PSČ Skutečně je to vždy stejné jako hranice obce a dá se to odvodit z mapy? Tady pozor! Ta skladebnost funguje trochu jinak. Obec je tvořena 1 a více částí obce. Část obce je vymezena výčtem adresních bodů, které do ní patří. Vedle toho stojí PSČ, které je AFAIK více méně číselným identifikátorem pošty. Vztah pošty (potažmo tedy PSČ) a části obce je N:M. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
