[Talk-cz] Překlady

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] WMS pro záplavová území

zobrazit zároveň záplavová území a katastrální mapu by byl super... Umíte někdo poradit? LM_1 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] WMS pro záplavová území

=300 josm: http://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/png; ha hanoj Dne 17. prosince 2011 15:51 LM_1 flukas.robot+...@gmail.com napsal(a): Zdravím, potřeboval bych zobrazit záplavová území (ne pro mapu, takže

Re: [Talk-cz] tracer

Mě v JOSM funguje ten vestavěný. adresa dotazu:

Re: [Talk-cz] UIR-ZSJ import - last call ;-)

duplicity? Aby to nedopadlo jak dibavod, kdy půlka řek je dodnes dvakrát... LM_1 Dne 5. ledna 2012 0:44 Petr Morávek [Xificurk] xific...@gmail.com napsal(a): Zapracoval jsem připomínky a sloučil původní návrh s návrhem hanoje. Stránku s popisem importu jsem přesunul na [1] a doplnil odkaz do

Re: [Talk-cz] MTB mapa

nebo z vlastností a připojím za ní /status) Lukáš (LM_1) Dne 5. ledna 2012 19:05 Martin Tesar osm...@gmail.com napsal(a): Zdravim, mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, bylo by asi lepsejsi ho tam davat v bezne pouzivanych jednotkach - tedy kV, ne ve V, zbytecne

Re: [Talk-cz] waterway=náhon?

hodně pomohlo (usnadnilo), ale nevypadá, že by to v brzké době chtěl někdo dělat. Lukáš (LM_1) 2012/1/8 Karel Volný ka...@seznam.cz: Zdar, tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně přepsal náhony z waterway=stream na waterway=canal, neboť waterway=stream

Re: [Talk-cz] waterway=náhon?

Ale i v té dávné době někde koryto té řeky bylo, to u náhonů a kanálů neplatí. Dne 8. ledna 2012 14:03 hanoj eha...@gmail.com napsal(a): Pro me je canal neco jako umely plavebni kanal, rekneme Dunaj-Ryn. To uplatneni pro nahon je mozne, byt v mych ocich podruzne a zanedbatelne. Casto je to v

Re: [Talk-cz] waterway=náhon?

to, že by se v brzké době šířka vykreslovala... Lukáš (LM_1) 2012/1/9 Karel Volný ka...@seznam.cz: Dne Ne 8. ledna 2012 12:35:30, LM_1 napsal(a): Velkou šířku náhonu bych jako problém neviděl, spíš malou šířku řeky. pravda, když si to nazoomuju a srovnám s měřítkem, tak mi vychází nějaké necelé 4

Re: [Talk-cz] MTB mapa

Celkem formaliovaný způsob hlasování je proposal na wiki s hlasováním. Když budou vrstvy tak předpokládám, že půjdou snadno zapnout/vypnout a nebude potřeba řešit překrývání - když budu chtít cyklotrasy, přidám si vrstvu, když mtb:scale, přidám si tu... Lukáš (LM_1) Dne 16. ledna 2012 13:27 Petr

Re: [Talk-cz] MTB mapa

se všechno vešlo a to by potom šlo rozdělit do vrstev. Třeba čárkovanou čarou s čárkami jedné vrstvy v mezerách těch ostatních... Lukáš (LM_1) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] OSM Inspector a stav přijetí licence

drtivá většina příspěvků v OSM není (berou se tak spíš z opatrnosti). Proto se přechází na databázovou licenci, které více odpovídá povaze dat v OSM. Lukáš (LM_1) 2012/1/26 Martin Mares m...@ucw.cz: Dobré odpoledne, Ale houby! Práce spousty lidí nebude zničena proto, že se mění licence, ale

Re: [Talk-cz] OSM Inspector a stav přijetí licence

domnívám, že i kdyby tyto výtky byly oprávněné, tak ODbL poskytuje ochranu alespoň na stejné úrovni jako CC. Primární motivící je udělat trochu pořádek po právní stránce - viz např. co psal vedle Lukáš (LM_1). Je pravda, že tohle opravdu nikoho teď zrovna netrápí a trápit nebude dokud se nestane

[Talk-cz] Brněnský architenktonický manuál

mapě označím jako ref:bam.brno.cz=C123, případně doplním rok stavby a architekta a název. Jestli někoho napadlo něco podobného, bylo by vhodné, aby se čísla budov uchovávala konzistentně. Lukáš (LM_1) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http

Re: [Talk-cz] OSM Inspector a stav přijetí licence

Je to nesmysl, tyto copyleftové licence celkem přesně vystihují rčení: Co peklo schvátí, to už nenavrátí. Kdo by mi nevěřil tak viz http://www.creativecommons.cz/zakladni-informace-o-cc/typy-cc-licenci/ úplně dole. Lukáš (LM_1) 2012/1/26 Martin Mares m...@ucw.cz: Zdravím! BTW: Jen tak pro

Re: [Talk-cz] OSM Inspector a stav přijetí licence

to zkoušeli i právníci Haralda Welte ve sporu proti D-Link. Lukáš Matějka (LM_1) Třeba právě ten, že CC nefunguje na díla tohoto typu :) Není mi úplně jasné, proč. Text CC-BY výslovně zmiňuje, že dílo může být i mapa nebo kompilace dat. Je rozdíl mezi mapou a mapovými daty. Nefunguje je silné

Re: [Talk-cz] Brněnský architenktonický manuál

Není to všude, ale přibývají. :) 2012/1/27 Petr Holub ho...@ics.muni.cz: mapuje architektonicky zajímavé stavby z období 1918-1945. Každá stavba má číselné označení C001-C..., často je nastříkané barvou na chodníku před budovou. Když okolo takového domu jdu tak ho v mapě FYI - v jednom z

Re: [Talk-cz] OSM Inspector a stav přijetí licence

dalšího důkazu by neuspělo Lukáš Matějka (LM_1) 2012/1/27 Martin Mares m...@ucw.cz: Zdravím! Dokud se tento krok neprovede, tak např. cestu, která bude tvořena starými uzly (pouze pod CC) a zároveň novými (pouze pod ODbL), nebude možné použít ani pod CC, ani pod ODbL. Pokud by byla nová data

[Talk-cz] [OSM-talk] Critical Mass for license change-over

Na globální mailing list (t...@osm.org) přišla zpráva od licenční skupiny (LWG). Můj osobní názor: Kritické množství by mělo být přes 99 %, měla by být delší doba, kdy je znám způsob určení, která data budou zachována, ale ostatní ještě nebudou odstraněna. Lukáš (LM_1) tady je

Re: [Talk-cz] Import chráněných území z EEA

oznámit import i zahraničně, aby to mohl udělat zahraniční importér stejně. Lukáš Matějka (LM_1) 2012/2/15 jzvc j...@tpfree.net: Dne 15.2.2012 22:43, Lukas Kabrt napsal(a): 2) Sdílené hranice - souvisí s předchozím. Nemělo by vést více hranic přes stejné body. Lepší je rozsekat jeden megapolygon

Re: [Talk-cz] Import chráněných území z EEA

Problem je prave trebas to, pokud ty hranice nekdo bude casem chtit automaticky ze zdroje aktualizovat = v pripade pouziti silnice, potoka ... nerealne. Nereálné bych si tvrdit neodvážil, komplikované určitě. Ale data v OSM by měla být především přesná a celistvá, ne sbírka nezávislých importů.

Re: [Talk-cz] typ lesa was Re: MTB mapa

+2 Nic není moc detailní. Lukáš Matějka (LM_1) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import komínů

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

Re: [Talk-cz] Import chráněných území z EEA

Ahoj Ahoj, koukal jsem na současný stav a tagování... tady je pár mých postřehů. V OSM jsou chráněná území momentálně tagována převážně třemi způsoby leisure=nature_reserve, boundary=national_park a potom novější obecnější způsob boundary=protected_area (bohužel oficiální mapnik zatím

Re: [Talk-cz] Import chráněných území z EEA

. Lukáš Matějka (LM_1) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import poboček a bankomatů ČS as

Velmi zběžným pohledem mi připadalo, že data jsou vcelku konzistentní a překlad dnů by stačil - spolu se změnou čárek na středníky. Většinou by se to asi dalo zjednodušit vytvořením rozsahu dnů, ale mělo by to vcelku fungovat i bez toho. K updatům bych se stavěl jako k původnímu importu. Už by na

Re: [Talk-cz] dotaz na JOSM - špatné popisování provedených změn

U mě ne, používám josm-latest verzi LM 2012/2/22 Zdeněk Pražák zpra...@seznam.cz: až nyní jsem si všiml, že při ukládání úprav v JOSM se mi špatně pojmenovávají provedené změny. Popis změn je vždy posunut o jednu změnu zpět například v Sadě změn: 10751088 se zobrazil popis budovy

Re: [Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy

Proč přejmenovávat, jestli se ta obec takto jmenuje? Určitě bych to nedělal jen na základě toho, že to zní divně. Spousty měst mají v názvu relativní poluhu k nějaké řece a nikdo to nezpochybňuje, i když obyvatelé Ústí nad Labem o něm asi budou mluvit jen jako o Ústí... Lukáš Matějka (LM_1) Dne

Re: [Talk-cz] Import komínů

okolí a přidání parametrů/vytvoření nového bodu...) Lukáš Matějka (LM1) Dne 18. února 2012 0:21 LM_1 flukas.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í

Re: [Talk-cz] Import komínů

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

Re: [Talk-cz] Import komínů

. PB Původní zpráva Od: LM_1 flukas.robot+...@gmail.com Předmět: Re: [Talk-cz] Import komínů Datum: 12.3.2012 18:06:02 Zdravím, man_made=chimney je používaný, zdokumentovaný na wiki, je v předvolbách JOSM a zdál se mi

Re: [Talk-cz] dotaz na tlačítko pro zobrazení datovývh prvků

Vrstvu Data lze zobrazit přes rozbalovací menu schovené v tlačítku Upravit nahoře (neklikat jen najet a menu se zobrazí) LM Dne 13. dubna 2012 9:02 Zdeněk Pražák zpra...@seznam.cz napsal(a): Na staré mapě před upgradem bylo k disposici tlačítko data, které umožňovalo získat informace o historii

Re: [Talk-cz] MHD relace brání v editaci cest?

JOSM umí stáhnout všechny členy relace (pravděpodobně to dělá nějaký plugin, který používám, asi relation toolbox) a v okně pro editaci relace jsou pak všechny položky - tady lze snadno upravovat role. Dne 25. července 2012 10:35 Petr Stehlik psteh...@sophics.cz napsal(a): Ahoj, prosím

Re: [Talk-cz] díry nejen v silnicích I. třídy (was: Re: díry v silnicích I. třídy)

://wiki.openstreetmap.org/wiki/Relations/Proposed/Group_Relation LM_1 Dne 19. července 2012 16:43 Petr Holub ho...@ics.muni.cz napsal(a): Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou komponentou, zatím tomu tak není. Pozor, pokud za spojitou komponentu beres neprerusovanou way

Re: [Talk-cz] Pěkná kupka práce

Taky mi to tak dělalo, teď dostávám zprávy jednotlivě a gmail je řadí do konverzací, funguje to celkem dobře. Dne 18. července 2012 22:36 Michal Pustějovský michal.pustejov...@seznam.cz napsal(a): Jakub j at kub.cz writes: PS: Odebírám list v digest módu a žere mi to diakritiku (viz citace

Re: [Talk-cz] MTB mapa

3) ještě ne, čekám až se trochu uklidní rozbouřené vody kolem změny licence Lukáš Matějka Dne 12. července 2012 17:22 Martin Tesar osm...@gmail.com napsal(a): Ahojte, diky za nazory, ad 1,2) nejvetsi zoom bude brzo opraveny, symboly postupne, nektere nove jsou ted prilis titerne, spatne

Re: [Talk-cz] MHD relace brání v editaci cest?

Zrovna v případě MHD existuje více způsobů a validátor v JOSM a návody na wiki nejsou úplně v souladu. Takže bych v tomoto případě MHD ignoroval validátor a postupoval podle wiki - současná preferované verze je dost pracná, ale má potenciál pokrýt mnoho různých problémů a očekával bych, že bude

Re: [Talk-cz] gps tracer - zapůjčení

Podle zaměření tábora by mohla asi tak půlka účastníků mít smartphone, pak by stačilo mít nachystanou příslušnou aplikaci, případně mapy okolí. Pro android stačí apk soubor (osvědčil se mi Maverick), ostatní platformy by asi potřebovaly připojení k netu. Aspoň by pak dětem aplikace zůstala. LM

Re: [Talk-cz] Pěkná kupka práce

Kromě pochopitelného nezájmu OSMF o jiné mapy bude takový editor nerealizovatelný, jakmile se mapy začnou lišit (začnou). LM_1 Dne 25. července 2012 23:00 Butrus Damaskus butrus.but...@gmail.com napsal(a): IMHO by mělo FOSM co nejdřív udělat editor, který by umožňoval zároveň editovat

Re: [Talk-cz] import budov

Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 Dne 30. července 2012 11:33 Miroslav Šulc fordf

Re: [Talk-cz] Značení uzavírky a objízdných tras

jinou trasu (třeba kratší přes město, odkud má značená trasa odvést dopravu) Lukáš Matějka (LM_1) Dne 31. července 2012 15:11 Lukas Kohout l...@luko.name napsal(a): Zdravím, stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní dvouměsíční uzavírku I/38 v Kolíně. Viz

Re: [Talk-cz] import budov

změní hodnota ve zdrojových datech, předpokládáme i změnu v realitě a tím zneplatnění původní lidské úpravy. To by mělo vyloučit většinu soubojů mezi člověkem a strojem. Lukáš Matějka (LM_1) Dne 31. července 2012 14:44 Miroslav Šulc fordf...@fordfrog.com napsal(a): o tomhle jsem taky uvažoval, má

Re: [Talk-cz] Značení uzavírky a objízdných tras

těžké kamiony, avšak nyní tam bude omezení na 7 tun. LuKo On 31.7.2012 22:54, LM_1 wrote: Objízdné trasy (oražovými značkami vymezená trasa po existující silnici, ne provizorně budované nové silnice) by nemělo být potřeba zakreslovat, navigace by měla sama zvolit vhodnou objízdnou trasu

Re: [Talk-cz] import budov

/změny čísla by se zachovala historie, jinak pro fungování bota asi není nezbytný). nicméně zatím nevím, jak je to přesně s custom tagy, sice jsem něco na osm wiki našel, ale nevyplynulo mi z toho nějaké pravidlo nebo předepsaný postup. ff Dne 31.7.2012 23:00, LM_1 napsal(a): Dalo by se uvažovat

Re: [Talk-cz] import budov

Uvažoval jsem přesně takto. Není i dnes většina adresních bodů z importů? Ty ručně dělané budou pravděpodobně správně... LM Dne 1. srpna 2012 13:05 Miroslav Šulc fordf...@fordfrog.com napsal(a): Dne 1.8.2012 01:08, LM_1 napsal(a): Vlastní tagy obecně nejsou problém, ale měly by být popsané

Re: [Talk-cz] import budov

O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě hledání původního bodu). LM Dne 2. srpna 2012 16:20 Jakub Sykora kub...@kbx.cz napsal(a): Ja

Re: [Talk-cz] Značení uzavírky a objízdných tras

://wiki.openstreetmap.org/wiki/User:Imagic/landcover LM Dne 2. srpna 2012 17:37 f.remenstech f.remenst...@gmail.com napsal(a): Dne 2. srpna 2012 13:29 jzvc j...@tpfree.net napsal(a): Dne 1.8.2012 10:32, Petr Kadlec napsal(a): 2012/7/31 LM_1 flukas.robot+...@gmail.com: Rozumím tomu, proč bych jako

Re: [Talk-cz] import budov

Pokud jde o srovnávání importované vrstvy a stávajího stavu, toto je cílem pluginu conflation. Jak moc to funguje nevím, naposledy když jsem to zkoušel tak nic moc. LM Dobrý nápad, jenže pokud budu chtít zmapovat budovy v celém městě/vesnici, kde zatím vůbec žádné nejsou, bude to stále ještě

Re: [Talk-cz] rúian - struktura dat adresních bodů

Námět: Regiony soudržnosti se zobrazují na hlavní stránce při zoomu 7, takže v OSM zcela jistě jsou. LM_1 Dne 5. srpna 2012 18:10 Miroslav Šulc fordf...@fordfrog.com napsal(a): ahoj, pustil jsem se do toho bota nad rúian daty. z analýzy rúian dat mi vyplývá, že sestavení adresy lze udělat

Re: [Talk-cz] Administrativni hranice z RUIAN

Dobrý nápad. Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. 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.) Lukáš Matějka (LM_1) Dne 27. srpna 2012 15:40

Re: [Talk-cz] Administrativni hranice z RUIAN

souřadnice jsou jen odvozeným vyjádřením pro praktické účely? LM Dne 27. srpna 2012 22:16 Petr Morávek [Xificurk] p...@pada.cz napsal(a): LM_1 wrote: 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

Re: [Talk-cz] Administrativni hranice z RUIAN

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

Re: [Talk-cz] Administrativni hranice z RUIAN

Dne 29. srpna 2012 1:17 hanoj eha...@gmail.com napsal(a): 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

Re: [Talk-cz] Administrativni hranice z RUIAN

by určitě neměla být problém (akorát se tím posunou některé body a některé zmizí, což by mohlo působit problémy při aktualizaci - po změně jednoho uzlu v nezjednodušených datech by mohl algoritmus dojít k celkové změně, která by ovlivnila mnohem větší oblast. Lukáš Matějka (LM_1) Dne 30. srpna 2012 13

Re: [Talk-cz] Administrativni hranice z RUIAN

V tom případě je to bez problému. U hranic s odchylkou přes metr bych nečekal ani spojení s plotem, hranicí lesa apod. LM Dne 30. srpna 2012 16:20 Petr Morávek [Xificurk] p...@pada.cz napsal(a): LM_1 wrote: Co se týče zjednodušení tak přesnost 1cm by určitě neměla být problém (akorát se tím

Re: [Talk-cz] Zmeny v Prazske MHD od 1.9.2012

zrušené linky nečekám). Lukáš Matějka (LM_1) Dne 1. září 2012 17:24 seznam.r...@seznam.cz napsal(a): Zdravim, 1.9. dojde k velkym zmenam v MHD a nektery linky budou zruseny. Tak bych se rad zeptal, jestli je muzu natvrdo vymazat (coz mi neprijde uplne cisty s ohledem na to, ze si s tim nekdo

Re: [Talk-cz] Zmeny v Prazske MHD od 1.9.2012

Dne 1. září 2012 23:20 hanoj eha...@gmail.com napsal(a): Používáš oba zdroje, takže bys měl uvést oba. Práce navíc to není, stejně se to po prvním napsání vypisuje samo. *** to je samozrejme spatne. jednak cuzk:ortofoto neni legalni k odvozovani dat pouzivat a druhak Viduka pise ze ho k tomu

Re: [Talk-cz] Evropsky významné lokality

Myslím, že v tomto případě není potřeba se namáhat vymýšlením. Systém mapování chráněných oblastí vypadá celkem propracovaně: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area LM_1 Dne 4. září 2012 9:11 hanoj eha...@gmail.com napsal(a): spíš bych se přiklonil k tomu, dát

Re: [Talk-cz] KeepRight!

Překřížení bez/s křižovatkou ve smyslu společného uzlu by mělo záviset na tom, jestli tam křižovatka je. Takže zrovna u řek a potoků z dibavod obvykle společný uzel nebude (kromě brodů). Řešení je jednoduché - kde jsou mosty tak je kreslit, kde je trubka pod silnicí tak tunnel=culvert (na

Re: [Talk-cz] Cesta sdilena vice vlastnostmi

(v zákoně se píše středem silnice) tak slučovat, jinak ne. Analogicky u lesních cest tvořících hranice je vhodné je sloučit, pokud cesta vede vedle/podél hranice tak neslučovat. Lukáš Matějka (LM_1) Dne 18. září 2012 23:23 Martin Krupicka mar...@bhpromo.cz napsal(a): Dobry vecer, pustil jsem se

Re: [Talk-cz] Cesta sdilena vice vlastnostmi

Dne 19. září 2012 7:59 Petr Morávek [Xificurk] p...@pada.cz napsal(a): LM_1 wrote: Obvykle ale hranice probíhá po okraji silnice a tak je sloučení fakticky nesprávné. Toto je typicky pravda pro administrativní hranice. Cestu v OSM sice značíme jenom čarou s nulovou šířkou, ale reálně

Re: [Talk-cz] Značení chatových oblastí

Podle mě je landuse=residential odpovídající. To že se tam nebydlí trvale nevadí. Lukáš Matějka (LM_1) Dne 22. prosince 2012 20:12 Marcel Dopita m...@rcel.cz napsal(a): Dobrý den, už delší dobu přemýšlím a stále nenacházím žádné informace o tom, jak (a jestli) značit tag landuse u různých

Re: [Talk-cz] Podklad Bing v Praze

fungovalo). Lukáš Matějka (LM_1) Dne 8. ledna 2013 16:16 Libor Pechacek lpecha...@gmx.com napsal(a): On Sun 06-01-13 15:10:20, hanoj wrote: ... jinak ta orthofoto je by default dostupna pro nekomercni ucely(maj to napsany na webu), predpokladam ze komercne ji nevyuzivas = z myho pohledu i

Re: [Talk-cz] Nemehlo

Mnohokrát se probíralo, že spousta uživatelů - nováčků neví, že opravdu upravují skutečnou mapu a bez zlých záměrů se chovají jako na pískovišti... LM_1 Dne 7. dubna 2013 2:13 Michal Tauchman michal.tauch...@gmail.comnapsal(a): Lukas Kohout luko@... writes: Souhlasím. Také se mi tu

Re: [Talk-cz] Nemehlo

Dobré, akorát bych doplnil i odkaz na help.osm.org (hlavně anglicky ale mnohem příjemnější prostředí než mailing list a vhodnější pro otázky-odpovědi) nebo komunitu na G+ (https://plus.google.com/u/0/ communities/111981115616957848548) Lukáš Matějka (LM_1) Dne 7. dubna 2013 14:53 Petr Holub ho

Re: [Talk-cz] Nemehlo

ad neexistující železniční trať: může tam pořád být podloží (bez kolejí a pražců) a takový objekt se obecně bere jako přípustný. LM_1 Dne 8. dubna 2013 11:39 Michal Tauchman michal.tauch...@gmail.comnapsal(a): IOW to ze vyrobim chybu na keepright neni nutne spatne. Ano, někdy KeepRight

Re: [Talk-cz] Turistické známky

I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým objektem, který v mapě už je - a turistická známka by měla být jen další informací o takovém objektu. Lukáš Matějka (LM_1) Dne 21. května 2013 9:45 Marián

Re: [Talk-cz] Společné hranice ploch

Kromě toho, že ve skutečnosti existuje jen jedna hranice a proto není důvod aby jich v datech bylo víc: Dne 22. května 2013 12:49 jzvc j...@tpfree.net napsal(a): Dne 22.5.2013 10:17, LM_1 napsal(a): Někdo by mohl nesouhlasit, ale podle mě: na hranici mezi loukou a lesem jen jedna cesta

Re: [Talk-cz] Společné hranice ploch

Přiznám se, že jsem to nikdy nezkoušel, ale není ten problém s exportem ploch v tom, že je tolik způsobů jejich reprezentace? - uzavřená cesta s typickým tagam pro oblast - uzavřená plocha s typickým liniovým tagem a area=yes - multipolygon - ...? LM_1 Dne 23. května 2013 8:50 hanoj eha

Re: [Talk-cz] Společné hranice ploch

informace dával do relace - je to univerzálnější v případě, že škola má víc budov/hřišť/celý areál, zároveň funguje i pro jednodomkovou vesnickou školu. LM_1 Dne 23. května 2013 14:07 jzvc j...@tpfree.net napsal(a): Dne 23.5.2013 10:48, LM_1 napsal(a): Přiznám se, že jsem to nikdy nezkoušel, ale

Re: [Talk-cz] Společné hranice ploch

Dne 23. května 2013 15:24 Milan Vancura mi...@ucw.cz napsal(a): On Thu 23-05-13 14:51:46, LM_1 wrote: Zrovna v případě silnic/řek apod. základní pravidlo existuje - jeden objekt v realitě - jeden objekt v osm. Z toho by vyplývalo, že v osm by měl být jen jeden objekt s ref=D1

Re: [Talk-cz] Společné hranice ploch

@hanoj: ...každá plocha má nejen svou hranu na hranici, ale také své lomové body. Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není vždy rovná čára, ale někdy i lomená? Jestli ne, je všechno jasné. LM_1 Dne 23. května 2013 15:04 hanoj eha...@gmail.com napsal(a): Přiznám

Re: [Talk-cz] Společné hranice ploch

Už je mi to jasné. :) Dne 23. května 2013 17:02 hanoj eha...@gmail.com napsal(a): ...každá plocha má nejen svou hranu na hranici, ale také své lomové body. Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není vždy rovná čára, ale někdy i lomená? Jestli ne, je všechno

Re: [Talk-cz] Společné hranice ploch

předchozí diskuse. LM_1 Dne 23. května 2013 17:07 Milan Vancura mi...@ucw.cz napsal(a): On Thu 23-05-13 17:02:12, hanoj wrote: ...každá plocha má nejen svou hranu na hranici, ale také své lomové body. Má tento výrok ještě jiný význam, než že hranice mezi dvěma objekty není vždy rovná čára

Re: [Talk-cz] Společné hranice ploch

(a): On Thu 23-05-13 20:31:59, LM_1 wrote: Body se neduplikují a více cest vedoucích jedním bodem se u průběžných hranic používá docela v hojné míře. V případě oploceného lesa bych nakreslil jen plot a použil ho pro multipolygon lesa v roli outer (stejně jako případnou sousedící louku) - o tom

Re: [Talk-cz] Společné hranice ploch

křivky, nebo ne? Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi On Fri 24-05-13 07:11:57, LM_1 wrote: Multipolygon právě umožňuje udělat oblast z různých, rozdělených úseků. Já bych to udělal takto: první

Re: [Talk-cz] jmena cest jako relace

Jsem pro všema deseti 2013/6/7 Petr Holub ho...@ics.muni.cz Ahoj, uz to tady problesklo pri diskusi u znamek a podobnych veci - co kdybychom do standardu pro CZ zanesli moznost pojmenovavani ulic a cest obecne pomoci relaci? V tomto smeru uz v OSM existuji minimalne dve (! :( ) relace k

Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?

oblasti a ne podle boundingboxu changesetu. Lukáš Matějka (LM_1) Dne 17. července 2013 12:57 Petr Stehlik psteh...@sophics.cz napsal(a): Ahoj, ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na historii změn nějaké konkrétní ulice či chodníčku (na osm.org/browse/changesets

Re: [Talk-cz] číslo evidenční v addr:housenumber

Jestli to vyhledávání funguje vždy od začátku bloku s mezerou (u jmen to tak je, nevím jak u čísel) tak by ideální bylo ev. 3 (líp vypadá, dokonce jsem ho i viděl na cedulkách, fungovalo by hledání) Lukáš Matějka (LM_1) Dne 26. září 2013 18:02 Nejedli p...@nejedli.cz napsal(a): Hmm, když jsem

Re: [Talk-cz] Znakové klíče

To, že je něco na uložto ještě neznamená, že je to licenčně v pořádku. Použít podobné barvy by problém být neměl, u sady symbolů by mohla do hry vstoupit práva k databázi. LM Dne 19. ledna 2016 0:00 Mikoláš Štrajt napsal(a): > > Viz > >

Re: [Talk-cz] Aplikace pro pořizování základních dat v terénu

Já pro záznamy používám Maverick - umí pro offline použití uchovat více různých renderů mapy, jednoduché ovládání, možnost POI. Místo poznámek raději fotky se zeměpisnými souřadnicemi. LM Dne 4. března 2016 8:54 Marián Kyral napsal(a): > OsmAnd mám nainstalovaný, ale