dalnice, silnice I a II tridy

38 zpráv
Zpět na přehled

dalnice, silnice I a II tridy

38 zpráv MJJPEBP 7 účastníků 19 min čtení
  1. Jachym Cepicky jachym.cepicky na gmail.com #mbee7bd
    ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla Jachym
  2. Michal Grézl michal.grezl na gmail.com #m1f5f05
    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:)
  3. Jachym Cepicky jachym.cepicky na gmail.com #m6ae1bd
    Jo, slo by to :-) ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude stazitelny :) snad si to pres vikend nerozmysli, prece jenom nas to tak trochu zivi jachym Michal Grézl píše v Pá 05. 10. 2007 v 16:06 +0200:
  4. Michal Grézl michal.grezl na gmail.com #mf1d193
    Jo, slo by to :-) ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude stazitelny :) snad si to pres vikend nerozmysli, prece jenom nas to tak trochu zivi jachym
    "jenom" je zbytecne skromne, cr by se timto stala po nizozemi a americe trretim statem v osm ktery ma kompletni pokryti (kompletni ve smyslnu uplne v dane kategorii, ne ze vsechno) navic by se dala data zacit pouzivat pro navigaci, ponevadz dvojky vas dovedou odkudkoli kamkoli, a ten zbytek dojedete podle znacek. Hele a vubec, na tom jen vydelate:), da se na tom udelat docela slusna reklama a treba brat zpetne upravene data uzivateli, zadarmo:).
  5. Jachym Cepicky jachym.cepicky na gmail.com #md0e73b
    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 ;-) Michal Grézl píše v Pá 05. 10. 2007 v 16:34 +0200:
  6. Michal Grézl michal.grezl na gmail.com #m6e8b47
    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.
  7. Jachym Cepicky jachym.cepicky na gmail.com #m9a5a66
    kdybychom si my, freesoftwarari delali hlavu s ceskym pravem, moc bychom toho pod gpl nevypustili :-) uvidime v pondeli jachym Michal Grézl píše v Pá 05. 10. 2007 v 16:57 +0200:
  8. enemy na mail.muni.cz enemy na mail.muni.cz #m8067a7
    ale jak jsem rekl, jsou to "jenom" dalnice, 1 a 2 trida. vice mene jsem to uz se svym zamestnavatelem predjednal. jeste bych ho na to nechal vyspat do pondeli a pak muzeme zecit jednat, pres jaky WFS to bude stazitelny :)
    *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME. PS jinak delky [km] komunikaci dle RSD v roce 2007 (zitra to dam na wiki) dálnice 633 rychlostní 329 I. třída 5 843 II. třída 14 660 III. třída 34 118 ------------------------ celkem 55 853 ha hanoj
  9. Pavel Machek pavel na ucw.cz #m56cf96
    ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat.
    Myslim ze by to bylo dost super. Pavel
  10. Jakub Sykora kubajz na kbx.cz #mbc3f46
    Ja bych to bral :] K
  11. Pavel Machek pavel na ucw.cz #m443622
    Ahoj!
    i cele jednicky by byly super! ony i kompletni exity dalnic by treba stacili:)
    Kompletni exity z dalnic jsou AFAICT dostupny z rsd, a mame pravo je pouzivat pokud uvedem' zdroj. (Ono je tam toho vic -- vsechny krizovatky a silnice mezi nima -- vcetne 3ti tridy -- bohuzel useky mezi krizovatkama jsou jen jako usecky). (Martin Molnar to IIRC ma dokonce nekde skonvertovany do .osm, ale ted nejak nemuzu najit odkaz). Pavel
  12. Pavel Machek pavel na ucw.cz #m246d60
    ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla
    Ja na danym url nevidim nic rozumnyho :-(. Jakysi prohlizec, ale nic v nem, ak kdyz se pokusim vyplnit meritko, dostanu chybu od PHP. Pavel
  13. Michal Grézl michal.grezl na gmail.com #m5ded3d
    ahoj, co byste rekli na to, kdyby slo uvolnit pro potreby OSM dalnicni sit, a silnice I. a II. tridy pro CR? Je nam to jedno, nebo ty data berem? Jsou tvoreny pomoci GPSek, takze presnost pro potreby OSM akorat. Zroj: http://www.bnhelp.cz/mapserv/php/mapserv3.php?project=cr_verejne_JTSK&layers=lesy%20voda%20silnice%20sidla%20vyskopis%20plochy_sidla
    Ja na danym url nevidim nic rozumnyho :-(. Jakysi prohlizec, ale nic v nem, ak kdyz se pokusim vyplnit meritko, dostanu chybu od PHP. Pavel
    tohle mi dela taky, muj duvod je ovsem ten ze nemam java plugin, jinak s nim mi to fungovalo. celkem hezka aplikace. jen sem moc nepochopil tu editaci, cmarnul sem tam nakou caru ale uz se nikde neobjevila:) tak doufam ze sem neco nepokazil.
  14. Jachym Cepicky jachym.cepicky na gmail.com #m3a422d
    To je takovy nas standardni klient. Potrebuje to Javu, me to obcas pod Firefoxem nechodi. Carat se da, ale dokud se clovek neprihlasi, tak se nic moc nestane stejny data v DHTML na www.bnhelp.cz/mapserv/wpsdemo jachym Michal Grézl píše v Pá 05. 10. 2007 v 23:20 +0200:
  15. BH singularita na gmail.com #m46f982
    *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME.
    50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli. Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus nekde na neco navazuje, takze je potreba to minimalne o kus posunout a spravne navazat, nebo situace kdy tam cela silnice je, potom se bud zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi) 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 :) Martin Petricek
  16. Pavel Machek pavel na ucw.cz #m416760
    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
  17. Michal Grézl michal.grezl na gmail.com #m6624a1
    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?
  18. hanoj enemy na mail.muni.cz #m03839b
    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?
    *** a polozim otazku, existuje nejaky jednoduchy zpusob jak smazat way a vsechny nody pod way (API 0.5), ktere nepouziva nejaka jina way? Vim ze na to muzem napsat skript, ale v tuto chvili neni... Jeste me napada pouzit v JOSM validator na vybranou skupinu a nody nemajici tag nebo nepatrici jine way odmazat. Dnes jeste ale validator v nove verzi JOSM nefunguje... hanoj
  19. hanoj enemy na mail.muni.cz #mdeff6e
    *** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na importovani do existujicich dat. Nebot dival jsem se na tri mista, presnost je na nich radove do 50m. Dale jsou mnoha mista v OSM resena detailneji a presneji (kruhove objezdy, rampy, sjezdy, krizovatky, jednosmerky, mosty, tunely, nazvy ulic,...), tedy by se hodil na wiki globalni parametr FIXME.
    50m ... mozna by sly pouzit nejak data z RSD na upresneni poloh tech krizovatek, jak ty jsou presny? I kdyz i tak je to slusny, tech 50 m by si lidi poposoupali ve chvili kdy by nekdo chtel mapovat okoli.
    *** Data z RSD pochazi z uzlovych bodu Silnicni databanky Ostrava, presnost je az na vyjimky v metrech. *** Pokud neexistuje nejaky stejny unikatni kod tech krizovatek (BNHELP/RSD), tak asi ne. Upravy se budou muset (jednou) udelat rucne.
    Jinak importovat by to slo treba tak, ze se vezme jedne usek, mrkne se jestli dejme tomu do 100 metru uz neni neco s tagem "highway" a pokud ne, oznaci se pro import. Pak se to tam vse nasype. Zbytek by se pak moh oznacit pro rucni import (vetsinou situace, dyz tam uz jeden kus nekde na neco navazuje, takze je potreba to minimalne o kus posunout a spravne navazat, nebo situace kdy tam cela silnice je, potom se bud zahodi ta nova nebo ta stara podle toho co je lepsi/presnejsi)
    *** Pokud to rozvedu pomoci mapove algebry: 1) obalova zona okolo OSM silnic 50m na kazdou stranu 2) NOVE silnice se rozdeli na usecky, kazda usecka ma tag o cisle a tride silnice. 3) prostorovy dotaz vyradi usecky NOVYCH silnic, ktere lezi, castecne lezi, nebo protinaji obalovou zonu 4) seskupi se zpatky usecky v NOVE silnice podle tridy a cisla silnice, pokud jsou usecky za sebou. 5) import do OSM Diky tomu vzniknou dva oddelene svety OSM dat a dat od Jachyma. Tyto bude mozno pripojit rucne tak, aby navazovaly a netvorili duplicity. Dokazu si to predstavit v prostredi GIS, ale jak to zapsat v nejakem programu moc netusim. A ani nevim jestli je jednodussi data OSM naimportovat do GIS, nebo na to vyuzit nejakou knihovnu s GIS prostredky a pracovat s tim jako XML. ha hanoj
  20. Jachym Cepicky jachym.cepicky na gmail.com #m10ba37
    otazkou je, co vezmemem jako referenci. např. UHUL je garantem dat o lesich brát nějaké naše měření je z tohoto pohledu nevěrohodné j BH píše v Ne 07. 10. 2007 v 18:27 +0200:
  21. BH singularita na gmail.com #m62b155
    Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi.
    Jo, to asi budou co jsem tak videl nekde ukazku, ale pak to zas bude chtit ty stary data odstranit ... mozna to tam naimportovat a pak nejak vypsat seznam konfliktnich lesu, ktery by pak nekdo prosel ;) Martin
  22. Jakub Sykora kubajz na kbx.cz #m310ca6
    To porovnavani by bylo hnusne. Respektive by to dalo takove prace navic, ze je jednodussi to udelat rucne. Znamena to totiz vypocitat bounding circle kolem kazdeho importovaneho polygonu, mit k dispozici planet.osm, ten vyfiltrovat a take oboundat a pak pri kazdem importu porovnavat. To je hnus. Navic nemam ani tolik mista v ntb, abych si planet.osm stahnul. K
  23. Jakub Sykora kubajz na kbx.cz #ma52a01
    Doufam, ze tento tyden. Objevil jsem minuly tyden jeste chybu v generatoru a musel ji opravit. Nechci tam naimportovat zas neco nekvalitniho :] Nejvetsi bordel zatim delaji lesy s dirama uvnitr. K
  24. Jakub Sykora kubajz na kbx.cz #m36ab73
    Jak se hleda takovy konfilktni les? To je jeste hnusnejsi a je mi predem jasne, ze by to nadelalo vic paseky nez uzitku (lehce se prekryvajici data). K
  25. BH singularita na gmail.com #m72b5c8
    Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste, tak obvykle se od sebe trochu lisi podle sve presnosti. Kdo v tom arealu neco mapuje, tak si toho vetsinou vsimne. :) ale hledat to nejak automaticky by bylo asi doost tezky. Jinak by to slo odfiltrovat trochu jednoduseji, nejdriv by se vyrizla z planet.osm CR (na to by snad mohly byt nekde tooly ktery z toho udelaji vyrez) a pak by se z kazdyho lesu co tam uz je udelal bounding box (coz by melo byt pomerne jednoduchy, to by se dalo udelat malym skriptikem :). Pak by se kazdy bod uz jen testoval jestli nelezi v nekterym bouding boxu (zas tolik lesu tam myslim neni, takze i porovnavani hrubou silou by melo byt snad prijatelne rychly :). Neni to nejpresnejsi, ale je to vcelku rychly. Co neprojde, to se pak odlozi stranou k rucnimu importu nebo dokud nekdo neprijde s lepsim resenim konfliktu. Tipuju ze tak 80-90 procent lesu by tim mohlo rovnou projit ... Martin Petricek
  26. Jakub Sykora kubajz na kbx.cz #mfe3c62
    Bounding boxy muzou byt hodne nepresny. Predstav si treba les "na diagonale". Pak by se automaticky ignorovalo vse co lezi v danem ctverci/obdelniku. Nekdy je lidska prace rychlejsi. K
  27. BH singularita na gmail.com #m0e19a3
    Jo, neni to zcela presny, ale vzhledem k tomu, ze moc lesu v datech neni, tak by to mohlo fungovat asi prijatelne. I kdyz by asi sly pouzit lepsi obalova telesa s lepsi presnosti Pres ty bounding boxy by se jen rozdelily data na dve casti - tu co by se tam nacpala automaticky (s nicim nekoliduje, tudiz neni treba zadny rucni postprocessing) a tu co by se tam nacpala rucne (muze kolidovat s tema par lesy co tam jsou). Pokud by se pak nekomu chtelo, mohl by pak tu rucni cast dale automaticky tridit nejakym sofistikovanejsim algoritmem aby bylo mene rucniho importu, ale v momentu, kdy se tam naimportuje ten "zbytek" tak uz bychom 90% lesu meli :) Martin Petricek
  28. Jakub Sykora kubajz na kbx.cz #m672c0a
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu. K
  29. Pavel Machek pavel na ucw.cz #m0a0bf8
    Ahoj!
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu.
    Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel
  30. Michal Grézl michal.grezl na gmail.com #m4fcdf4
    Ahoj!
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu.
    Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel a ten zbytek ja;) tak s chuti do toho!
  31. Michal Grézl michal.grezl na gmail.com #m26b841
    Ahoj!
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu.
    Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel a ten zbytek ja;) tak s chuti do toho!
    mate jeste nekdo funkcni t na h client? ze bychme potom koordinovane komplet prerendrovali republiku?
  32. Jakub Sykora kubajz na kbx.cz #m0423a9
    Ahoj!
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu.
    Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel a ten zbytek ja;) tak s chuti do toho!
    mate jeste nekdo funkcni t na h client? ze bychme potom koordinovane komplet prerendrovali republiku? http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
    Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a export pro gpsdrive... K
  33. Pavel Machek pavel na ucw.cz #mce60e4
    Ahoj!
    Vzhledem k tomu, ze lesu mame malo, tak to tam nahrnu cele a kdyz nekdo objevi kolizi, tak ji proste odstrani... Myslim, ze to neni nic proti nicemu.
    Jo, pekne prosim. Tak 50% z lesu co tam je jsem tam nejspis vyrobil ja, a taky je uklidim... Pavel a ten zbytek ja;) tak s chuti do toho!
    mate jeste nekdo funkcni t na h client? ze bychme potom koordinovane komplet prerendrovali republiku?
    Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a export pro gpsdrive...
    To by bylo _velmi_ pekne. Pavel
  34. Jachym Cepicky jachym.cepicky na gmail.com #m9517a3
    enemy na mail.muni.cz píše v Pá 12. 10. 2007 v 12:50 +0200:
    Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a export pro gpsdrive...
    *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. Pokud by se provedla konverze osm2shp dalo by se to pridat na http://grass.fsv.cvut.cz/wiki/index.php/Geodata a tim rozsirit mezi lidi z geoinformatickych oboru se zajmem v opensource a zaroven jako jiny zdroj dat v CR...
    jj, dohodnu se s martinem jachym
  35. enemy na mail.muni.cz enemy na mail.muni.cz #m7ed1fe
    Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a export pro gpsdrive...
    *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. Pokud by se provedla konverze osm2shp dalo by se to pridat na http://grass.fsv.cvut.cz/wiki/index.php/Geodata a tim rozsirit mezi lidi z geoinformatickych oboru se zajmem v opensource a zaroven jako jiny zdroj dat v CR... Prinos Mapniku a Osmarenderu bez nejakych aditivnich dat/funkci nevidim... hanoj
  36. Petr Schonmann PSBOX na seznam.cz #m64f015
    ## > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat ## > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a ## > export pro gpsdrive... ## *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. S CR.OSM souhlasim, je to prakticke pro skript jez prevadi osm data do img ( garminí mapy ). Zaroven by bylo i pekne udelat DE.osm,SK.osm .. aby si kazda zeme mohla generovat sve mapy.
  37. Michal Grézl michal.grezl na gmail.com #maa7e41
    ## > Porad koketuju s myslenkou, ze kdyz uz na serveru budu oklestovat ## > planet.osm na cr.osm, ze bych tam rovnou pustil i mapnik a osmarender a ## > export pro gpsdrive... ## *** Znovu jsem nad tim premyslel, a CR.osm by opravdu nebylo od veci. S CR.OSM souhlasim, je to prakticke pro skript jez prevadi osm data do img ( garminí mapy ). Zaroven by bylo i pekne udelat DE.osm,SK.osm .. aby si kazda zeme mohla generovat sve mapy.
    sk osm si slovaci generuji uz davno, na freemap.sk. viz http://wiki.openstreetmap.org/index.php/WikiProject_Slovakia/slovakia.osm cz.osm si ja pro sebe uz generuji take davno, jenze nemam misto kam ho davat pravidelne. Ted mi prave bezi export do img. Zatim nevim jestli to probehne v poradku, ale pekne je to, ze po odstraneni segmentu se planet.osm z 19giga zmensil na 12 a stejne se zmensi i vykousnute cz. Takze kdyby bylo nekde misto na ukladani pouze cz, bylo by to super.
  38. Michal Grézl michal.grezl na gmail.com #m102f10
    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
Napsat odpověď e-mailem… Odpovědět

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