Re: [Talk-cz] uhul meni nejenom adresu
On Feb 20, 2008 8:50 AM, Tomáš Tichý [EMAIL PROTECTED] wrote: Vzhledem k tomu, ze UHUL asi uz definitevne zemrel (sakra, to to prvni ctvrtleti ubehlo nejak rychle...), chci se zeptat, jak je to s pouzitim Cenie? Na jednu stranu tu probehlo od nich pisemne vyjadreni, ze na vytvareni odvozenych dat nejsou definovana zadna omezeni, na druhou stranu ale je na wiki napsano, že se CENIA pro vytvareni dat pouzivat nesmi. To od nich nekdo dostal nove zamitave stanovisko? =TT= Na openaerialmap projektu UHUL ortofota porad jsou, ackoliv by si je ta jejich aplikace mela tahat primo z wms, jsou tam porad coz patrne znaci ze si je stahli do nejake cache. Mimochodem zkousel jsem do josm ruzne variace stringu pro wmsplugin ale zadny mi nechodil, nemohli byste nekdo zbehlejsi vymyslet jak to ma byt presne (viz http://wiki.openaerialmap.org/Using_With_WMS , moc mi to nepomohlo)? -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] YWMS trochu jinak
2008/2/20 hanoj [EMAIL PROTECTED]: K overeni muzes pouzit data z CENIA, jak je psano na wiki: http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/free_map2osm Stejne pouziva seznam.cz. Problem je, ze casto zjistis (jako ja), ze ty zaznamy z gps jsou dost na prd. Pak pripadne LANDSAT (ten je ted ale asi kratkodobe down). ha hanoj Zaznamy s jedne gps jsou samozrejme naprd, ja bezne pouzival 2 (ted uz mam 3) a to samozrejme cestnou tam i zpet, jinak je to nepouzitelne, navic je potreba danou trasu projet nekolikrat v ruznych casech, pak uz zadny podklad ani potreba neni, silnice jsou v pohode a lesni cesty stejne vedou kazdej rok jinak takze tam nakej metr nehraje az tak velkou roli. Strasne me fascinujou anglicky a americky mesta, tam jsou za jednu mapping session schopni zmapovat mesto, asi tam maji nizke domy daleko od sebe;) a i ty jejich tracklogy jsou az prilis moc hezke. Osobne jsem UHUL pouzival na obkreslovani domecku a riverbank. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] uhul meni nejenom adresu
Ja to nechci nacachovat, ja to chci zkopirovat ;-). asi mi neco unika ... jak to chcete zkopirovat ? jachym to je tak vekej problem nechat si poslat celou republiku v maximalnim zoomu a ulozit? neni to problem:) Otazka je jestli to stihnem, protoze me uz celej den UHUL ortofoto nejede. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] uhul meni nejenom adresu
2008/2/15 Kubajz [EMAIL PROTECTED]: Vim o tom delsi dobu, ale adresa geoportal2 zatim nefungovala, proto jsem vsechny skripty lepil na tu IP adresu. Myslim, ze se nic zasadniho nedeje. K Marek Musil napsal(a): Zdravim, ze zdesenim jsem si dnes precetl toto http://geoportal2.uhul.cz/oprl_wms.htm venujte pozornost posledni radce tabulky Mel bych z toho delat nejake zavery? Nevite nekdo vice? Mara rekl bych ze se deje to, ze po prvním čtvrtletí roku 2008 zrusi ortofoto jak tam vcelku jasne pisi. zustane patrne jen na oam projektu:) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] openaerialmap.org
2008/1/31 Pavel Machek [EMAIL PROTECTED]: Trochu jsem si hral, a na `subj` je importovany uhul. Je videt jen pri velkym zvetseni -- 1:10K a vetsi, abych prilis nepretezoval uhul. Pavel Prcve se na to divam v googleearth a je to moc zajimave, jenom to stahovani dat od oam je oproti guglu o dost pomalejsi:), ovsem to se neni cemu divit. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
...tohle je hezky, nebudu muset rozjizdet mappaint, dik :-). ..tak ne, chova se to nejak divne. Stahnu, odzoomuju, posunu, stahnu druhej obrazek, ale ono to nejak nesedi. Stahnu .osm data, a nesedi to... :-( Pavel No me to sedi perfektne, akorat pri ruznych zoomech sou ruzne siroke silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
On Jan 19, 2008 12:42 PM, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Mel jsem to nastudovane v Osmarenderu. V mapniku to ale taky jde... K tak bych navrhoval pouzit markedtrail (nebo marked_trail) s parametrem barva nebo tvar s patricne prirazenou carou, renderovanou jako kdyz se renderuje silnice s ttramvajovymi kolejemi, tedy puvodni barva s tenkou carou uprostred. Muze byt ref= vickrat? Mozna by davalo smysl proste davat turisticke znacky jako ref= :-). Pavel pouzil bych ref v ramci namespace markedtrail tj markedtrail:ref=neco nebo tak jak se to pouziva uz i jinde markedtrail_ref=neco. Podle me musi byt na turisticke znaceni extra tag, a nebo specialni relace, coz by asi bylo reseni idealni ale mizerne se s tim pracuje. Zbytecne bych to nekomplikoval, mainstream neco podobneho zatim odmita, tak si to udelame po svem, presne podle OSM spirit -- -- Michl Grézl ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
pri velkem rozliseni to zobrazuje ruzove ctverce (tedy zadna data), to je schvalne nebo je to chyba? -- Michl Grézl ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
On Jan 18, 2008 6:59 PM, Kubajz [EMAIL PROTECTED] wrote: Mel jsem to nastudovane v Osmarenderu. V mapniku to ale taky jde... K tak bych navrhoval pouzit markedtrail (nebo marked_trail) s parametrem barva nebo tvar s patricne prirazenou carou, renderovanou jako kdyz se renderuje silnice s ttramvajovymi kolejemi, tedy puvodni barva s tenkou carou uprostred. -- Michl Grézl ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
2008/1/18 Petr Nejedly [EMAIL PROTECTED]: Kubajz napsal(a): Ahoj, dnes se mi za pomoci mapniku a OpenLayers podarilo rozbehnout mapu na http://kubajz.kbx.cz/junk/openlayers.html renderuje se tam pouze vyrez pro CR, a to z dat, ktera jsou v czechia.osm.bz2 Ma to smysl? Uprimne, dokud neni generovani czechia.osm dostatecne stabilni tak ani moc nee. To by ta mapa vetsinou obsahovala jen mesta a zadne cesty ;-) Ale kdyz uz to jede, popoladil bych barvy. Silnice treti tridy nejsou na tom modrem pozadi moc videt (pokud se nepriblizim dostatecne). tak to by se spis melo poladit to modre pozadi, ne?:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
On Jan 18, 2008 6:50 PM, Kubajz [EMAIL PROTECTED] wrote: To je tim, ze to jeste neni dorenderovane. V soucasne dobe se renderuje level 13. heh tak to jo:) jak moc se daji upravovat pravidla mapniku pro rendrovani? Ze bys tam treba pridelal pravidlo pro turisticke stezky, aspon bych mohl je zacit poradne znacit (nejakym tagem na kterem bychom se dohodli). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] les neni les Re: UHUL WFS import
(Jak se da pouzivat neco jako SRTM pro osm? Kdybych vyskovy data umel importovat, tak bych se za to dost primlouval ;-). Problem je spis v tom, ze OSM vyskova data tak nejak nepodporuje. Ostatne ziskat rozumne presna vyskova data pobihanimm s GPSkou moc dobre nejde (nebo je to na dlouho), takze ledatak ziskat je z nejakeho jineho zdroje (tusim z landsatu jsou vyskova data pro vetsinu sveta s rozlisenim asi 90 metru coz by pro zacatek moho stacit), takze autori OSM asi podporu pro ne nejak vypustili. To chce se asi optrat lidi co stoji za OSM jak s vyskovymi daty a jestli je tam nekdy pujde cpat. Martin vrstevnice zatim nikdo neplanuje co sem pochytil, ale spousta projektu pouziva dostupne data (SRTM) a placa to jako dalsi vrstvu nad osm data, http://www.free-map.org.uk, freemap.sk, ja mam v garminu pridanu mapu s vrstevnicemi z http://gps-maps.info/cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] CENIA WMS
On Dec 5, 2007 2:54 PM, [EMAIL PROTECTED] wrote: Je, funguje to OK. Ac nekdy ma UHUL navrch, neb je foceny v zime. Ted jeste jestli se shodneme, ze je to licencne pripustne... hanoj ta jejich odpoved je strasne vagni, a to ze nestanovuji podminky pro odvozeni taky neni zrovna super. To by chtelo aby jednoduse odkyvli vytvareni odvozenych dat podle CC-BY-SA, jinak to je dost nepouzitelne. PS: Jinak co se tyce ortofota, pokud ste si toho jeste nevsimli, tak se naplno rozjel projekt http://openaerialmap.org/, takze pokud nekdo mate nejake zname letce tak jim navrhnete at neco zkusi nafotit:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL WFS import
On Dec 5, 2007 3:02 AM, BH [EMAIL PROTECTED] wrote: No On 12/3/07, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! prave jsem si nahral a vypada to moc pekne: http://kubajz.kbx.cz/junk/uhul/output/x603388_x1159320_x593388_x1149320.xml.gz coz pokryva asi 1/6 mesta Brna. Tento jeden XML ma 7MB, takze po jeho natazeni uz nejde s JOSM rozumne pracovat, na hloupych 10km ctverecnich. v zmapovane zastavbe to kvuli mnozstvi detailu asi tak dobre nepujde. Ono kilometr ctverecni v zastavbe muze mit stejne mnozstvi detailu jako 1000 km ctverecnich nekde v polich. Holt se bude muset pouzit mensi okno (nebo zlepsit JOSM) Koukam ze vsechny lesy maji 141Mb dohromady zabalene, v soucasnosti ma CR asi 7 Mb ... vcelku vyznamne ji to nafoukne, ale jinak bych to tam nahral cele, z nejakemu prilisnemu zjednodusovani bych se neuchyloval ... kdyz uz nahrat, tak poradne. Zjednodusit si to muze treba az renderer * vytvorime tematicke vrstvy v JOSM, tak abych treba si nestahoval/vypnul zobr. lesu, ci zjednodusil vykreslovani se zoomem? To by ale asi muselo podporovat serverove api - stahnout z vyrezu data v nejake vrstve nebo vyhovujici nejakemu filtru. Martin Ja osobne bych upravoval editovaci nastroje, nez omezoval data v mape! Pokud na to josm nestaci tak je chyba v nem a musi se opravit. Myslim, ze by nebyl problem napriklad zahodit urcita data po stazeni, aby pri editaci nezavazely a nezpomalovaly program. Ale to je spis diskuze do josm-devel listu nebo na jejich bugzillu (trac nebo co to je). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Podzimni uklid
On Nov 26, 2007 3:33 PM, Michal Grézl [EMAIL PROTECTED] wrote: On Nov 26, 2007 3:20 PM, Petr Nejedly [EMAIL PROTECTED] wrote: Michal Grézl napsal(a): On Nov 25, 2007 9:43 PM, Petr Nejedly [EMAIL PROTECTED] wrote: Michal Grézl napsal(a): Jinak jedno masochisticke reseni jak opravit ty restrictions=cosi je nahrat do josm danou oblast nechat si najit vsechno s danym tagem, najit to do selection a pak napravo v current selection provest patricne opravy, tedy prepsani tech vadnych tagu. Funguje to bezvadne, a jestli pujde do josm nahrat cela cr, muze se to udelat naraz. Celou CR v (upravenem) JOSM sice mam, ale jeho Find neni zdaleka tak mocny, jak by bylo potreba i na takovou trivialitu. Nebo mi neco unika? find josmu je docela hodne mocny a na takovouhle trivialitu bohate staci, zkousel sem to ted zrovna nad prahou, a offline mi to bezvadne funguje, za asi 5s sem pridal ke vsemu co v sobe ma restrictions=cokoliv oneway=yes. Jeste to prozkoumam, ale zkuste to, No prave. Je to jen jednoduche textove porovnani s cimkoliv. Nechci restrictions=cokoliv, chci restrictions=(.*,|)oneway(,.*|) Nezabere ani replace-select(restrictions), and-select(oneway), to mi stale muze vybrat objekt s oneway=true a restrictions=neco jineho. V tomto konkretnim pripade bych si mozna vystacil (jake jine restrictions se vlastne drive pouzivaly?), ale obecne by to hledani slo zlepsit... zadej restriction:oneway to najde tagy restriction=oneway, zbytek kde je napsano neco navic to je holt smula, nicmene asi by nebyl problem dodelat nebo napsat request na dodelani hledani regexpama. Je k tomu na wiki (asi josm) navod jak to pouzit, nejake info se zobrazi i v bubline po najeti na inputbox blizsi info tady, ovsem jestli si nejak zasadne nerozumime tak se omlouvam:) http://wiki.openstreetmap.org/index.php/JOSM_search_function Podle toho dokonce matchuje value jako substring, takze jednoduche pridani oneway=yes by melo jit pro vsechny pripady, s vymazanim puvodniho restriction by byla uz vetsi prace, nicmene zas neni moc velky duvod to delat. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL WFS import
On Nov 26, 2007 5:10 PM, Jakub Sykora [EMAIL PROTECTED] wrote: Aha, tak to mi uniklo. Nicmene na strance s API 0.5 jsem skoncil tim, ze restrictions jsou, ale zatim nemaji zadne specifikace. Proto jsem to nechal tak, jak to je. Je to take tim, ze jsem akorat predelaval skript z API 0.4 na 0.5 a ve starsi verzi se to resilo obracenim smeru, coz nekdy fungovalo. Zde je tedy prostor pro diskuzi, jestli to nezkusit udelat pomoci relaci... K Urcite ano, do budoucna to bude mnohem jednodussi na spravovani. Jinak ty data vypadaji super, uz se tesim az to bude vsecko zelene. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL WFS import
On Nov 26, 2007 5:25 PM, Jakub Sykora [EMAIL PROTECTED] wrote: Jak jsou na tom renderery, co se tyka teto relace? Zobrazi ji korektne? K http://lists.openstreetmap.org/pipermail/talk/2007-October/019437.html prave sem to vyzkousel na lese, funguje to, vnejsi polygon po smeru, vnitrni proti smeru. relace: relation id='-21' visible='true' member type='way' ref='-18' role='' / member type='way' ref='-17' role='' / tag k='type' v='multipolygon' / /relation a je tam dira. rendrovano osmarenderem6 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL WFS import
On Nov 27, 2007 7:49 AM, Jakub Sykora [EMAIL PROTECTED] wrote: A nemely by byt role inner a outer? Jinak jsem zjistil, ze UHUL WFS ma v datech krasne popsane, co je outline a co je uvnitr. Modifikace tak budou nenarocne. K role tam klidne napis:) to sem nezkousel, zkousel sem jen ruzne smerovane vektory polygonu, kdyz byly shodne dira nebyla, kdyz byly jak sem napsal tak dira byla. Ani v tom Buckingham palacu role nemel. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Podzimni uklid
On Nov 25, 2007 9:18 PM, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Jaky uklid by byl potreba? *) smazat name=_$ref u naimpotrovanych cest z HELP SERVICE s.r.o. Jestli je to trochu mozny, tohle bych nechal. Importovany data nejsou dobre propojeny na zbytek dat; takhle je videt ze je s nima jeste neco potreba udelat. Navrhoval bych _$ref smazat az kdyz je cesta zkontrolovana/propojena se zbytkem... Pavel Coz vetsinou delam, takze mi to prijde jako zajimave reseni. Automaticky to vsechno nepujde (mozna upravit lakewalker na silnice a UHUL?), a takto bude hezky videt co se uz udelalo, hlavne na mape, kde se source tagy nezobrazuji. Jinak jedno masochisticke reseni jak opravit ty restrictions=cosi je nahrat do josm danou oblast nechat si najit vsechno s danym tagem, najit to do selection a pak napravo v current selection provest patricne opravy, tedy prepsani tech vadnych tagu. Funguje to bezvadne, a jestli pujde do josm nahrat cela cr, muze se to udelat naraz. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Podzimni uklid
On Nov 25, 2007 9:43 PM, Petr Nejedly [EMAIL PROTECTED] wrote: Michal Grézl napsal(a): Jinak jedno masochisticke reseni jak opravit ty restrictions=cosi je nahrat do josm danou oblast nechat si najit vsechno s danym tagem, najit to do selection a pak napravo v current selection provest patricne opravy, tedy prepsani tech vadnych tagu. Funguje to bezvadne, a jestli pujde do josm nahrat cela cr, muze se to udelat naraz. Celou CR v (upravenem) JOSM sice mam, ale jeho Find neni zdaleka tak mocny, jak by bylo potreba i na takovou trivialitu. Nebo mi neco unika? find josmu je docela hodne mocny a na takovouhle trivialitu bohate staci, zkousel sem to ted zrovna nad prahou, a offline mi to bezvadne funguje, za asi 5s sem pridal ke vsemu co v sobe ma restrictions=cokoliv oneway=yes. Jeste to prozkoumam, ale zkuste to, momentalne si netroufnu zkurvit celou prahu bo sem ospaly a uz se vidim v posteli:) cau ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Podzimni uklid
On Nov 26, 2007 1:42 AM, hanoj [EMAIL PROTECTED] wrote: Coz vetsinou delam, takze mi to prijde jako zajimave reseni. Automaticky to vsechno nepujde (mozna upravit lakewalker na silnice a UHUL?), a takto bude hezky videt co se uz udelalo, hlavne na mape, kde se source tagy nezobrazuji. *** lakewalker vyziva snimky infracerveneho pasma, kde se voda jevi docela jednoznacne. To co je ve WMSplugin jako default Landsat je RGB. UHUL je snimek panchromaticky a nejspis analogovy..., tudiz nevhodny pro interpretaci automatickou. PS: jak se ti podarilo plugin v JOSM rozchodit? Python i PIL mam v Ubuntu..., ale plugin se nikdy nenatahne. ha Nepodarilo, ja to poustel rucne ten script a pak vysledek natahl do josm a upravil. To byl jen navrh, je mi jasne ze v mnoha pripadech je kontrast silnice a okoli v UHUL maly a asi nevhodny pro automatickou interpretaci, ale obcas by to mohlo fungovat. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] czechia.osm
On Nov 21, 2007 12:37 PM, Jakub Sykora [EMAIL PROTECTED] wrote: Ahoj, budu to drzet za predpokladu, ze pak nekdo vygeneruje krasne video, ze ktereho bude zrejme to zahustovani ;] K P.S.: Mista je dost a promazat se to da vzdycky. Pavel Machek napsal(a): Ahoj! Tak pokud o to opravdu bude zajem, tak muzu. Zabalene to ma asi 7MB, takze udrzet poslednich 100 tydnu by nemel byt urcite problem... Pokud to opravdu hodlas drzet, tak by mozna bylo lepsi delat neco jako poslednich 50 tydnu po tydnu, pak 20 tydnu po dvou tydnech, pak 10 tydnu po mesici, ... Pavel no kvuliva tomu videu to prece chci ze;) az budou data tak se bude dat spekulovat jak je vyrendrovat a udelat video uz nebude problem. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] czechia.osm
On Nov 22, 2007 1:53 PM, Jakub Sykora [EMAIL PROTECTED] wrote: Beru Te za slovo. Dnes bude druhy snimek. Takze do roka a do dna zvu Ta na Osmarenderuv sud! :] K klidne:) problem je v tom ze osmarender ma u me zasadni problem renderovat neco tak velkeho jako je cela cr (teda zkousel sem naposledy verzi 4, takze se to mozna zmenilo), zkusim to znovu:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] czechia.osm
On Nov 20, 2007 10:01 PM, Pavel Machek [EMAIL PROTECTED] wrote: On Tue 2007-11-20 21:01:16, Michal Grézl wrote: On Nov 19, 2007 8:15 AM, Jakub Sykora [EMAIL PROTECTED] wrote: Ahoj, podarilo se mi rozjet funkcni streamovaci verzi orezavani planet.osm na czechia.osm (diky Michalu Grezlovi za skripty a data orezavaciho polygonu). Cele to funguje tak, ze se stahuje planet.osm.bz2, okamzite se rozbaluje a tento vstup je predan modifikovanemu skriptu extract-polygon.pl, ktery z nej vyplivava do czechia.osm pouze relevantni data. budes drzet nejakou historii tech souboru? nekdy by se to mohlo hodit. No nevim, od toho by mel byt master openstreetmap... I kdyz by mozna bylo fajn obcas zazalohovat _hlavni_ openstreetmapu vcetne historie... ale nevim jestli ty data jsou nekde k dispozici. Pavel jenze planet.osm je obrovsky, a nasledne vykousavani cr zdlouhave, je jednodussi si schovavat uz hotove cz data, zbalene je to malinke, a pracuje se s tim mnohem lip. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import dat z UHULu
On 10/5/07, Jakub Sykora [EMAIL PROTECTED] wrote: Asi uz to predelavat nebudu. Nechame to, co by tam melo byt a mozna ani neni. Pouzivat to muze kdo chce a k jakemukoliv ucelu. Nejvetsi problem s importovanymi daty je asi s dirami v polygonech i kdyz jsem se snazil to co mozna nejlepe vyresit. K jak to vlastne s tim lesem dopadlo? da se nekde ten import stahnout? je to http://kubajz.kbx.cz/junk/uhul/ finalni verze konverze? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Extrakce CZ z planet.osm
On 10/19/07, Petr Schonmann [EMAIL PROTECTED] wrote: V čem jsi dělal ty souřadnice ? Je na to něco přímo, že by člověk kliknul na obrazek a ono mu to vyplivlo souradnice ? Treba by slo pouzit toto, kdyby se nahrala slepá mapa ČR opravdu velká a naklikali se souradnice ## Původní zpráva ## Od: Michal Grézl [EMAIL PROTECTED] ## Předmět: Re: [Talk-cz] dalnice, silnice I a II tridy ## Datum: 12.10.2007 15:50:12 ## ## nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. ## je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo ## dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a ## endem. ## ## ## 1 ##18.3051110418647 50.12919141154766 ##17.01286909334777 50.63640240613785 ##15.42510546960834 51.07089873160262 ##13.86190859982288 51.09431544454191 ##12.2943295751231 50.59169777621784 ##11.98207828224843 50.34616173710832 ##12.10020409142849 49.6249962305685 ##13.03913383871985 48.82329561660242 ##14.85688583948111 48.45569131535644 ##15.37421498142924 48.77128933481504 ##16.56945713787033 48.63024490380054 ##17.10010970777699 48.49624116953039 ##17.41908030292786 48.75330262912588 ##17.8231119690171 48.71775785723127 ##18.28660845243621 49.034937910381 ##18.63811728403676 49.25689253566149 ##19.11528885324989 49.55674945151286 ##18.57124730368064 50.06511202352788 ##18.3051110418647 50.12919141154766 ## END ## ## ___ obkreslil sem polygonem cr v google earth, ulozil a souradnice vzal z vysledneho kml ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Prelozky vodnich cest
On 10/19/07, noone02 [EMAIL PROTECTED] wrote: Jak by jste otagovali prelozky potoku/ricek kolem dolu v krusnohori ? Privadece potoku jsou vetsinou potrubi pod zemi. Bilina,Svatava ve vybetonovanem korytu (urcite ne naturally-forming waterway). Bilina je v dost velke casti vedena nadzemnim potrubim soubezne s I/13 ? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz waterway=canal popripade tunnel=yes layer -1, 1 podle toho kde se nachazi sice se to vyrendruje blbe ale ja to tak pouzivam. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] automaticky import dokoncen
On 10/16/07, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Chapu to dobre tak, ze zitra by mela byt nova mapa viditelna na http://opanstreetmap.org ? No, ja dekuju :-). Data by mela byt videt hned -- v editoru a v josm. Jak se updatuje prohlizec nevim, ale myslim ze je to dost pomaly :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html Zitra zjistim tiles pro cz a pustim na ne svuj [EMAIL PROTECTED] + zkusim nejak masivne zadat pozadavek do fronty, pokud mate take nekdo login, tak by bylo dobre to nejak sesynchronizovat. prerendrovani cele cz bude trvat dlouho:), navic cely system renderovani je posledni dobou dost rozesrany takze nektere tiles ani vyrendrovat nejdou (mozna jen muj problem, ale ted mi treba pada inkscape na out of memory:). Toto se tyka osmarender layer, mapnik se prerendruje po strede po vydani nove planet tak nejak asi sam neboco:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] D, I, II versus Planet071003
On 10/14/07, Pavel Machek [EMAIL PROTECTED] wrote: AhoJ! Ahoj, nize popsan postup mapove algebry na Planet a nove silnice: 0. Jachymova data obsahuji (zaokrouhleno na tisice): 14000 prvku coz je 22000 km. 1. Z planet071003 byly vytazeny highway [1] 2. pomoci obalove zony 50m na kazdou stranu vytvorena ochranna zona. 3. Jachymova data byla rozbita na usecky (184000 prvku) 4. A pote byla dotazovana vuci ochranne zone: [2] * z toho 142000 bylo shledano jako nic nekrizici (zelena) * a 42000 bylo shledano jako konfliktni (cervena) 5. data od Jachyma byla seskupena zpet podle puvodniho deleni na puvodnich 14000 prvku Mozne problemy: 1) cast silnice nebyla importovana ac pouze krizila existujici OSMsilnici, ale sama osobe neni v OSM. 2) casti silnice byly importovany, protoze byla mimo ochrannou zonu OSM, ac jiz tataz v OSM existuje. 3) usek silnice byl navrzen k importu, ale byl rozdelen na vice casti, ac jej reprezentuje jeden prvek v shapefilu. 1 prvek = - po cisteni je 1 prvek = - --- 4) spatne serazene segmenty silnic OSM vytvari v shapefile uzavrene okruhy misto lomenych car, tudiz jsou vyrazeny casti, ktere v OSM nejsou. Patrno napr. na silnici I/6 a I/3, vidno i na [1]. Vysledek jsem dal na http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/cervena.osm.bz2 http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/zelena.osm.bz2 Muzu teda otevrit soubor cervena a rucne pridat to co v nem bude navic oproti stavajicimu OSM? Pochopil sem to cele dobre?:) Bohuzel je tam nejaky problem -- ve way se nejak opakuji body -- takze to jeste neni na primy import... ...a stejne bude potreba udelat import po castech, dle meho odhadu bych to cele najednou uploadoval zhruba dva mesice. Vzal jsem z puvodnich dat (nemaji problemy s opakovanim bodu) ctverec o 0.5 stupne kolem 51 / 13.5 -- maly, pro testovani. Konflikty jsem vyresil rucne a ted se asi pustim do uploadu. Rozdeleni na ctverecky je spatny -- vzniknou tam chyby na svech -- ale bojim se ze to je jedina realna cesta jak to uploadovat. (Nebo ma nekdo napad?) Pavel no ja bych to treba uploadoval po ctvercich a pak to rucne spojil, nahral bych si tam nejakou referencni caru at je presne videt kde to konci. Nebo ty data rozsekat primo po cestach s patricnymi nody, mam za to, ze prislusny script uz existuje, pokud ne nebyl by problem ho napsat. Tohle by bylo mnohem schudnejsi urcite. Tzn vysledny soubor by obsahoval 1 (ci vice) way + nody co k nemu patri. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] D, I, II versus Planet071003
Vypada to znacne impozantne, asi zacnu setrit na novy pocitac, ponevadz pri tomhle pokryti bude muj stavajici srot nepouzitelny v josm;) *** to asi nepomuze neb ta pomalost tkvi v jave. Mam moznost porovnani vykonu AMD Athalon XP 2GHz s Radeon 9200 (4roky zpet) a Intel Dual Core 2x2.5GHz s Nvidia FX 1500 (1 rok zpet) a zadna vyrazna zmena se nekona, limity (mnozstvi nactenych dat) stejne. Java neni pomala, pomalej je program, ja mam 1ghz stroj a napriklad ten omalovankovej plugin je naprosto nepouzitelnej, kdezto na 3ghz to jede uplne normalne. Dalsi rychlostni problem je pri velkem mnozstvi naloudovanych gpx dat, to zase muze byt jen tezko chyba javy, spis spatne napsana metoda prochazejici jednotlive body a vykreslujici je, na rychlejsi masine je mnozstvi gpx ktere to zvladne radove vetsi. Ale to je uz hodne OT. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy: nyni v .osm formatu
On 10/13/07, Jakub Sykora [EMAIL PROTECTED] wrote: Pavel Machek napsal(a): Ahoj! Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti osm, coz jde snadno opravit). Dostal jsem od Jachyma opravena data, a pregeneroval jsem http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 ...uz obsahuji i spravne highway= tagy. Pavel Jak by rekli u nas v Plzni - Jste makaci! :] K Vypada to bezvadne, bohuzel to neni spravne UTF8 takze se s tim nic moc neda delat, chtelo by to pridat konverzi znakove sady. Budu si s tim jeste chvili hrat a opravim si to, berte to jako bugreport:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy: nyni v .osm formatu
On 10/13/07, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Tak jsem si trochu hral s konverzi... a myslim ze uspesne. Data od Help Service jsou _mooc_ pekna. (I kdyz asi o 100 metru posunuta proti osm, coz jde snadno opravit). Dostal jsem od Jachyma opravena data, a pregeneroval jsem http://atrey.karlin.mff.cuni.cz/~pavel/outgoing/result.osm.bz2 ...uz obsahuji i spravne highway= tagy. Jak by rekli u nas v Plzni - Jste makaci! :] Vypada to bezvadne, bohuzel to neni spravne UTF8 takze se s tim nic moc neda delat, chtelo by to pridat konverzi znakove sady. Budu si s tim jeste chvili hrat a opravim si to, berte to jako bugreport:) Koukam... je problem nekde jinde nez u note tagu? Bylo by mozny je proste povyhazovat, nebo muzu udelat cstocs il2 utf8. zvolena druha varianta. Staci ten skript pustit ../shpupload; cat out.osm outway.osm | cstocs il2 utf8 result-full.osm ... casem dam na web upravenou versi. Pavel -- zatim to vypada ze jen note, ja to upravil grep -v note:), ted z toho generuju kml, zkusim to nahrat do googleearth jestli se s tim popere. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy
nasleduje obsah souboru cz.poly, ktery pouzivam pro extract-polygon_0.5.pl. je hodne hruby a dost zasahuje do okolnich statu, takze kdyby si nekdo dal praci a zjemnil ho byl bych rad;) patri to tam i s tou jednickou a endem. 1 18.3051110418647 50.12919141154766 17.01286909334777 50.63640240613785 15.42510546960834 51.07089873160262 13.86190859982288 51.09431544454191 12.2943295751231 50.59169777621784 11.98207828224843 50.34616173710832 12.10020409142849 49.6249962305685 13.03913383871985 48.82329561660242 14.85688583948111 48.45569131535644 15.37421498142924 48.77128933481504 16.56945713787033 48.63024490380054 17.10010970777699 48.49624116953039 17.41908030292786 48.75330262912588 17.8231119690171 48.71775785723127 18.28660845243621 49.034937910381 18.63811728403676 49.25689253566149 19.11528885324989 49.55674945151286 18.57124730368064 50.06511202352788 18.3051110418647 50.12919141154766 END ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] silnice 1 a 2 tridy
On 10/9/07, Jakub Sykora [EMAIL PROTECTED] wrote: Ahoj, kdyz to bude jakekoliv XML (treba GML) a nebudou se muset delat konverze projekci, tak je to pro me otazka par minut napsat na to transformacni sablonu... K konverze dat neni problem, problem je vyresit nejak hezky kolize se stavajicimi daty. Stacilo by vynechat import silnic podle jejich cisla? Vypsat nekde to co se nenaimportovalo, protoze to v db uz je a ty zbyvajici kousky dodelat rucne? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy
On 10/7/07, Pavel Machek [EMAIL PROTECTED] wrote: Ahoj! Podobne by to asi slo delat i s tim uhulem ... pokud u lesu z uhulu v okoli je neco s tagem forest, tak se to odlozi na rucni import, zbytek se tam nasype. Podle mne by se timhle dalo zabranit prakticky uplne importu dat co tam uz jsou (byt je riziko ze se stahnout data a nez se tam nacpou ty importovany, tak nekde nekde neco namapuje a bude tam duplikat, ale na to by se casem asi prislo :) Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi. Pavel navic jich zas tolik nemame aby to neslo rucne opravit. Je nejakej plan kdy se import lesu bude provadet? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Chráněná Krajinná Oblast
On 10/7/07, Jachym Cepicky [EMAIL PROTECTED] wrote: chko neni narodni park - jsou to dvě různé kategorie chko je protected landscape area j jenze jinej tag nez boundary=national_park neni, uz sem nad tim taky premyslel a v tagu nevidim problem, resil bych to pomoci bordertype=CHKO, nebo neco na ten zpusob. Rozhodne nema smysl vyrabet kvuli tomu novy tag. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy
On 10/5/07, Jachym Cepicky [EMAIL PROTECTED] wrote: ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? a jde to? kdyby to slo tak by to bylo hezke:), precejenom projezdit uplne celou republiku je strasne casove narocne, a to vubec nemluvim o nafte:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] dalnice, silnice I a II tridy
On 10/5/07, Jachym Cepicky [EMAIL PROTECTED] wrote: Zdroju tech dat je nekolik, jeden z nich jsou zakaznici, ktery nejak jezdi a jednou za cas se to zaktualizuje podle toho, jak moc jsou nasbirane body mimo silnice. Je to trochu delikatni obchodni situace. Zakaznici si plati za aktualni data, na jejichz aktualizaci se sami castecne podili. Pustit to *cele* ven by mohlo zpusobit dost zle krve a odliv penez a hlavne zakazniku, a to nikdo nechce. Proto jenom max. silnice 2 tridy. Ale i kdbyby si to sef do pondeli rozmyslel a byly by to silnice max. 1 tridy, tak mi to prijde jako celkem slusne. Jak je to vlastne s licenci? Mel jsem za to, ze co jednou projde programy okolo OSM, tak uz se komercne vyuzit neda? Jachym P.S. Jeste zkusim zeleznice ;-) i cele jednicky by byly super! ony i kompletni exity dalnic by treba stacili:) cc-by-sa se da komercne vyuzit, jen se musi modifikace nechat zase pod cc-by-sa, nebo pod necim podobnym. http://creativecommons.org/licenses/by-sa/2.0/ Je to cele asi mnohem slozitejsi nez si dokazu predstavit, navic netusim co na to ceske pravo. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] hranice
mate nekdo nejake vyhrady k uploadu hranic ceske republiky z wdb databaze (viz wiki a probehla diskuze na talk)? Jsou to hranice CSSR, cesko slovenska hranice ovsem uz v db je, poslali ji tam bratia slovaci. tzn. uploadnul bych pouze hranice s nemeckem, polskem a rakouskem. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] absentujici tag /user/ v DB OSM
On 8/10/07, hanoj [EMAIL PROTECTED] wrote: Ahoj, mam takovou otazku, jestli netusite, proc se mi pri editacich v JOSM uzivatele nevklada do databaze informace o uzivateli? user: http://www.openstreetmap.org/user/hanoj/ napr: http://api.openstreetmap.org/api/0.4/node/33945548 oproti: http://api.openstreetmap.org/api/0.4/node/33945546 jakoz i vse me za posledni 1/2 rok... JOSM jsem zkousel stabilni 1.5 i testovaci, smazal configurak... a uz netusim kde delam chybu... hoj hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz mas sve editace udelane public? je na to nakej cudl prave na http://www.openstreetmap.org/user/hanoj/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] [Fwd: FW: Využití čísel si lnic v projektu openstreetmap.org]
On 6/18/07, Jakub Sykora [EMAIL PROTECTED] wrote: Ahoj, polozil jsem dotaz na ŘSD, zda můžeme využít jejich databázi komunikací a mapky pro číslování silnic. Dle jejich vyjádření, které přikládám, je to možné, ale je nutné uvést jejich zdroj. Proto si myslim, ze pokud pridame vzdy ke komunikaci tag ref_source nebo podobny a vlozime tam Reditelstvi silnic a dalnic CR, pak neni problem tato data vyuzit. Vyuziti poskytnutych GIS dat se, myslim, jiz diskutovalo a kvuli jejich nepresnosti nebo necemu podobnemu se nedaji vyuzit. Tomu ovsem nerozumim a nevim jak poskytnuta data zobrazit. Ovsem k cislovani silnic lze snadno pouzit treba tuto mapu ŘSD: http://www.rsd.cz/doprava/rychlost/index.htm Doufam, ze to pomuze. K to je prefektni ze se k tomu takle stavi, nekde je nejednoznacne po jake silnici clovek vlastne jede (jedna silnice je rodelena usekem patrici jine silnici), cisla 3. tridy se nedozvite obcas vubec. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)
On 6/10/07, hanoj [EMAIL PROTECTED] wrote: Ahoj! ... zdravi Hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ohledne zdroje http://forms.mpsv.cz/uir/, nenasel jsem na vebu licenci pro poskytovana data, nehledal sem zas tak dukladne, mas ji nebo je tam nekde? Problemem je samozrejme nutnost povoleni neomezene redistribuce dat, i kdyz to vypada ze si s tim muze delat kdo chce co chce, licenci sem nenasel. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Overovani dat, import UIR-ADR
On 6/11/07, Tomáš Tichý =TT= [EMAIL PROTECTED] wrote: To by mě zajímalo, jak je to s tím obkreslováním, můžete to rozvést trochu blíže? Myslel jsem, že obkreslování ortofoto (landsat, yahoo) je ok. Jak právně, tak faktograficky, protože fotomapa těžko může ukazovat nesmysly. Může ukazovat starý stav, ale to se při troše místních znalostí snadno odhalí. Jak je to vůbec z obkreslováním ortofoto podle českého práva? Lze to považovat za odvozené dílo? A co použití stávajícich map/fotografií pro verifikaci GPS tracklogů? =TT= On 6/11/07, Michal Grézl [EMAIL PROTECTED] wrote: On 6/11/07, Tomáš Tichý =TT= [EMAIL PROTECTED] wrote: Existuje WMS plugin do JOSM, viz http://josm.eigenheimstrasse.de/wiki/Plugins Pokud se vám tam podaří dostat české zdroje, dejte prosím vědět, myslím že by to byl pro všechny velký přínos. =TT= pochybuji ze se vam to podari, zadna ceska instituce se nevzda prav na sva data, osobne si myslim ze nez ztracet cas jednanim ze statnimy a podobnmi institucemi, lepsi je sednout do auta nebo na kolo a ziskavat tracklogy, hlavne se nikdo nesnazte cokoli odkudkoli obkreslovat!! dokud neziskate pisemny souhlas s razitkem, coz neziskate, ne v tomhle state:) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz Yahoo povolilo a pozdeji upresnilo zpusob jakym muze osm pouzivat data, tj. pouze prez applet nebo potlatch (to je teda jmeno, skoda ze to neni zatlatch), landsat fotky sou public domain (rypnu si, kdo vi zda-li americky public domain plati v CZ?), tedy zase presne specifikovane co s nimi muzete delat, tj. co chcete. Ceska data jsou zatizena copyrightem a buhvi cim dalsim, neni tady ve zvyku vubec upresnovat licence. Ale za to je ve zvyku uplatnovat autorske pravo tim nejtvrdsim zpusobem. Proste jediny realny zpusob pouziti dat, i kdyby se treba koupila ortofota, je pisemny souhlas autora dat s redistribuci pod CC-BY-SA. Dali by se mozna najit nejake klicky jak to ruzne obejit ale nejsem pravnik a autorsky zakon sem necetl a i kdybych ho cetl, stejne nezjistim co je v nem doopravdy napsano. Jednoduse receno, je to vse prilis nebezpecne, nez aby se clovek pokousel o neco co by v dusledku mohlo cely projekt vazne ohrozit. A hlavne to neni vubec potreba, spousta lidi jednoznacne ukazala, ze gps, kolo, diktafon apod. sou nastroje bohate dostacujici na ziskani kvalitnich dat. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
