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
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
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
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
[EMAIL PROTECTED] 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.
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
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
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).
Konverzni skript je v priloze, vysledek starsi verse je na
Michal Grézl napsal(a):
On 10/9/07, Michal Grézl [EMAIL PROTECTED] wrote:
On 10/9/07, Pavel Machek [EMAIL PROTECTED] wrote:
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
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...
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
BH napsal(a):
Kdyz jsou dve linie od ruznych lidi nebo generatoru na jednom miste,
tak obvykle se od sebe
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
BH napsal(a):
*** 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,
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:
*** to by bylo urcite dobre. Ale asi by to chtelo nejaky chytry system na
importovani do existujicich dat. Nebot
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
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
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
Michal Grézl wrote:
On 10/7/07, Pavel Machek [EMAIL PROTECTED] wrote:
Ahoj!
Podobne by to asi
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
BH wrote:
Pro uhul-lesy bych se primlouval za import, i kdyz uz v dany oblasti
lesy jsou. Je pravdepodobny ze data z uhulu budou lepsi.
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
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
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
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,
On Fri 2007-10-05 14:41:55, Jachym Cepicky wrote:
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:
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
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:
On 10/5/07, Pavel Machek
25 matches
Mail list logo