[Talk-cz] UHUL WFS import
Ahoj, skripty jsem doladil snad do finalni podoby. Podivejte se, prosim, na http://kubajz.kbx.cz/junk/uhul/output Je tam zatim par desitek souboru, ale snad z toho jde poznat, jestli je to dobre nebo ne. Prouzkuje to od zapadu na vychod. Soubory, co maji 129B jsou prazdne (resp. prazdne validni xml - v danem regionu nejsou zadna data). V archivu jsou ted urcite data Krusnych hor, KV kraje a pomalu se presouvam k Plzni. Pokud budou data shledana pouzitelnymi, tak soubor po souboru budu importovat pres JOSM na server. Pokud mate lepsi zpusob, uvitam ho :] -- Jakub Sýkora email: [EMAIL PROTECTED] ') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ 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
Ahoj, To by nemela byt chyba, ale vlastnost. Ty diry by mely jit protismeru hod. rucicek a obrys jako takovy po smeru, cimz by melo byt zaruceno korektni renderovani. Kazdopadne s daty z UHULu jako takovymi jsem nedelal vic nez translaci z jednoho typu souradnic na druhy typ - tam bych popripade hledal chyby, ale zatim u nahodne pootviranych souboru to sedi proti orotofoto mape. K Petr Nejedly wrote: Jakub Sykora napsal(a): Ahoj, skripty jsem doladil snad do finalni podoby. Podivejte se, prosim, na http://kubajz.kbx.cz/junk/uhul/output Je tam zatim par desitek souboru, ale snad z toho jde poznat, jestli je to dobre nebo ne. Prouzkuje to od zapadu na vychod. Soubory, co maji 129B jsou prazdne (resp. prazdne validni xml - v danem regionu nejsou zadna data). V archivu jsou ted urcite data Krusnych hor, KV kraje a pomalu se presouvam k Plzni. Pokud budou data shledana pouzitelnymi, tak soubor po souboru budu importovat pres JOSM na server. Pokud mate lepsi zpusob, uvitam ho :] Hnedka prvni soubor co jsem zkousel (http://kubajz.kbx.cz/junk/uhul/output/x853388_x1139320_x843388_x1129320.xml.bz2) ma v sobe deravy polygon s propojkou a nejake prekryvy. viz uhul:id=1478,2554,1482 -- Jakub Sýkora email: [EMAIL PROTECTED] ') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Podzimni uklid
Michal Grézl napsal(a): 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:) Rozmime si dobre, to je presne to Nebo mi neco unika? http://wiki.openstreetmap.org/index.php/JOSM_search_function Unikal mi tento help. Zkousel jsem hledat s key=value, to nezafungovalo, a ani ten dialog na prvni pohled nenaznacoval, ze by se za nim skryval tak mocny jazyk. Dekuji za nakopnuti spravnym smerem. -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ 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
Tak na to koukam - UHUL ty polygony generuje oddelene, takze tady by problem byt nemusel. Otazkou je, jestli vzdy vnejsi polygon generuje jak o prvni. V par souborech, co tu mam to tak je, ale jestli je to pravidlo, to nevim. A porovnavat proti sobe polygony by se mi zrovna nechtelo... K Michal Grézl wrote: 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 -- Jakub Sýkora email: [EMAIL PROTECTED] ') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' ___ 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
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 Michal Grézl napsal(a): 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] UHUL WFS import
Z tohoto prikladu to moc zrejme neni, protoze diru vyplnuje jeste hriste, nicmene udelam to tak a budu verit, ze to bude fungovat :] K Petr Nejedly napsal(a): Jakub Sykora napsal(a): Ahoj, To by nemela byt chyba, ale vlastnost. Ty diry by mely jit protismeru hod. rucicek a obrys jako takovy po smeru, cimz by melo byt zaruceno korektni renderovani. Myslel jsem, ze spravne(tm) se derave polygony tvori pomoci relace multipolygon s inner/outer way. viz relace#3033: relation id=3033 timestamp=2007-11-12T20:32:57Z member type=way ref=4797225 role=inner/ member type=way ref=12172221 role=outer/ tag k=created_by v=JOSM / tag k=type v=multipolygon / /relation a jeji korektni renderovani: http://openstreetmap.org/?lat=50.051056lon=14.365452zoom=18layers=B0F Neco je zmineno tez na: http://wiki.openstreetmap.org/index.php/Relations/Multipolygon ___ 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] UHUL WFS import
Ono to nakonec dopadne tim nejuniverzalnejsim zpusobem. Budou tam role i polygony budou obracene. K Michal Grézl napsal(a): 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
