« zpět na výpis měsíce |

[Talk-cz] Duplicitni uzly

Vlákno 9.8. - 12.9.2009, počet zpráv: 14


9.8.2009 08:16:36 (#1)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Zdravim, narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze kvuli nejakemu BUGu v editoru se kompletni editovana oblast zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. Tyce se okoli exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. Da se stim neco provest ?

9.8.2009 08:22:44 (#2)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
238 2370
Validator v JOSM tyto uzly spojuje (merge) Dne 9. srpen 2009 20:16 jzvc <jzvc na tpfree.fdns.net> napsal(a): zobrazit citaci
> Zdravim, > > narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze > kvuli nejakemu BUGu v editoru se kompletni editovana oblast > zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty > najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. > Tyce se okoli  exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil > jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. > Da se stim neco provest ? > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

9.8.2009 08:23:59 (#3)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo). Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí duplikované body odstranit. =TT= 2009/8/9 jzvc <jzvc na tpfree.fdns.net>: zobrazit citaci
> Zdravim, > > narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze > kvuli nejakemu BUGu v editoru se kompletni editovana oblast > zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty > najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. > Tyce se okoli  exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil > jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. > Da se stim neco provest ? > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

9.8.2009 08:39:03 (#4)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Tomáš Tichý napsal(a): zobrazit citaci
> Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z > nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu > (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo). > Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí > duplikované body odstranit. > > =TT= > >
Jop, merge uzlu zda se umi, ale co s nasobnym vyskytem relaci ? Prave vidim stejnou routu 4x. zobrazit citaci
> 2009/8/9 jzvc <jzvc na tpfree.fdns.net>: > >> Zdravim, >> >> narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze >> kvuli nejakemu BUGu v editoru se kompletni editovana oblast >> zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty >> najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. >> Tyce se okoli exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil >> jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. >> Da se stim neco provest ? >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

9.8.2009 09:31:32 (#5)
gravatar

Radomír Černoch

<radomir.cernoch at gmail.com>
139
2009/8/9 Tomáš Tichý <t.tichy na post.cz>: zobrazit citaci
> Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z > nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu > (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo).
To bude ono. Před změnou zápisu adres byla oblast špatně otagovaná, a tak jsem dělal polo-manuální opravy. Skript bulk_upload však z nějakého důvodu místo aktualizace všechny body zduplikoval. Tipoval bych, že při stahování dat z OSM se neuložila informace o verzi a tak všechny primitivy se pro skript jevily jako nově vytvořené. Ještě to ověřím. Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a všech primitiv (včetně relací), které sem zasahují. Zkusím vše opravit. zobrazit citaci
> Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí > duplikované body odstranit. > > =TT= > > > 2009/8/9 jzvc <jzvc na tpfree.fdns.net>: >> Zdravim, >> >> narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze >> kvuli nejakemu BUGu v editoru se kompletni editovana oblast >> zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty >> najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. >> Tyce se okoli  exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil >> jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. >> Da se stim neco provest ? >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com

9.8.2009 09:36:11 (#6)
gravatar

hanoj

<ehanoj at gmail.com>
718
Dne 9. srpen 2009 21:31 Radomír Černoch <radomir.cernoch na gmail.com> napsal(a): zobrazit citaci
> 2009/8/9 Tomáš Tichý <t.tichy na post.cz>: >> Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z >> nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu >> (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo). > > To bude ono. Před změnou zápisu adres byla oblast špatně otagovaná, a > tak jsem dělal polo-manuální opravy. Skript bulk_upload však z > nějakého důvodu místo aktualizace všechny body zduplikoval. Tipoval > bych, že při stahování dat z OSM se neuložila informace o verzi a tak > všechny primitivy se pro skript jevily jako nově vytvořené. Ještě to > ověřím. > > Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a > všech primitiv (včetně relací), které sem zasahují. Zkusím vše > opravit.
*** ja jsem sem tam nasel duplikaci nekterych adresnich bodu v Brne, po poslednich hromadnych upravach. zdravi hanoj

12.8.2009 10:25:37 (#7)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
Bohužel oprava se asi nepovedla, neboť prakticky všechny uzly min. v Kralupech, Odoleně Vodě a Kolinci jsou několikrát.. Někde jsou dokonce i osmkrát na sobě, jako např. tento dům: http://www.openstreetmap.org/?way=38641435 Ani uzly nejsou sdílené. Když to zkusím validátorem v JOSM opravit, tak na tom validátor vyhodí výjimku. Krom toho je staré a nové číslování přes sebe a v Osmarendereru se text překrývá - je nečitelný. Tu změnu jsem vítal, ale skoro bych řekl, že čím více se do toho sahá, tím je to horší. Nestálo by za to Kralupy, Odolenu Vodu a Kolinec celé revertovat? Sleduji u nich změny a za poslední dny se nic neudálo (teda krom té velké změny) a mně se za této situace nic samozřejmě přidávat nechce. Díky. Aleš Janda zobrazit citaci
> To bude ono. Před změnou zápisu adres byla oblast špatně otagovaná, a > tak jsem dělal polo-manuální opravy. Skript bulk_upload však z > nějakého důvodu místo aktualizace všechny body zduplikoval. Tipoval > bych, že při stahování dat z OSM se neuložila informace o verzi a tak > všechny primitivy se pro skript jevily jako nově vytvořené. Ještě to > ověřím. > > Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a > všech primitiv (včetně relací), které sem zasahují. Zkusím vše > opravit.

28.8.2009 12:38:17 (#8)
gravatar

MP

<singularita at gmail.com>
306
Otazkou je jestli by nestalo na to udelat nejaky poloautomaticky skript do JOSM, pripadne rozsirit validator - ten umi spojovat dobre duplicitni identicke uzly, neumi ale spojovat duplicitni identicke cesty (v Kralupech je skoro kazda cesta 4x nebo 8x) Pak by slo i v budoucnu opravit podobny prehmat na par kliknuti v JOSM (jediny problem je v tom, ze jak je tam moc domu, tak je JOSM v te oblasti silene pomaly, zkusil jsem dat opravit validatorem asi 1500 duplicitnich bodu a JOSM ted uz asi pul hodiny nereaguje - asi tam bude nejaky algoritmus se slozitosti O(n^2) nebo horsi, takze by se to muselo jeste urychlit aby to bylo pouzitelne na prehmaty takovehleho rozsahu) Martin zobrazit citaci
> > Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a > > všech primitiv (včetně relací), které sem zasahují. Zkusím vše > > opravit. > > *** ja jsem sem tam nasel duplikaci nekterych adresnich bodu v Brne, > po poslednich hromadnych upravach. > > zdravi > > hanoj > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

28.8.2009 07:48:34 (#9)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
MP napsal(a): zobrazit citaci
> Otazkou je jestli by nestalo na to udelat nejaky poloautomaticky > skript do JOSM, pripadne rozsirit validator - ten umi spojovat dobre > duplicitni identicke uzly, neumi ale spojovat duplicitni identicke > cesty (v Kralupech je skoro kazda cesta 4x nebo 8x) > > Pak by slo i v budoucnu opravit podobny prehmat na par kliknuti v JOSM > (jediny problem je v tom, ze jak je tam moc domu, tak je JOSM v te > oblasti silene pomaly, zkusil jsem dat opravit validatorem asi 1500 > duplicitnich bodu a JOSM ted uz asi pul hodiny nereaguje - asi tam > bude nejaky algoritmus se slozitosti O(n^2) nebo horsi, takze by se to > muselo jeste urychlit aby to bylo pouzitelne na prehmaty takovehleho > rozsahu) > > Martin > >
Vcera sem opravoval nejake duplicity (vsechny polygony s adresou jsou zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy). Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane. IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID) a zbytek smaznout. zobrazit citaci
>> > Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a >> > všech primitiv (včetně relací), které sem zasahují. Zkusím vše >> > opravit. >> >> *** ja jsem sem tam nasel duplikaci nekterych adresnich bodu v Brne, >> po poslednich hromadnych upravach. >> >> zdravi >> >> hanoj >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

28.8.2009 06:19:24 (#10)
gravatar

Aleš Janda

<openstreetmap at kyblsoft.cz>
85
JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady: http://josm.openstreetmap.de/ticket/3285 Nicméně mně to při pokusu o opravu duplitních uzlů i padá. Chtěl jsem to taky hlásit jako bug, ale pak jsem zjistil, že v anglické verzi to nepadá, a zatím jsem neměl čas to nějak dál zkoušet. Opravit by to nějak chtělo, stávající podoba je příšerná a hlavně je mapa de facto needitovatelná a i vizuálně zmatečná. Duplicitní oblasti jsou vidět v Merkaartoru (lze je nastavit poloprůhledné, a když jich je víc přes sebe, tak je barva sytější, takže je to vidět), čili by možná šlo udělat to částečně ručně. Jako první by ale šlo smáznout všechny domy obsahující „?/“ (každej dům s č.p. je popsaný jednou takhle divoce a jednou správně). To lze jedním vrzem zase jen v JOSM. Ovšem i tak jsou některé domy přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch domů a oblastí vůbec šílené množství, nevím jestli se do toho má cenu vůbec pouštět. Navíc duplicitní cesty vidět nejsou. Aleš Janda zobrazit citaci
> Vcera sem opravoval nejake duplicity (vsechny polygony s adresou jsou > zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy). > Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a > vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli > Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane. > IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou > body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID) > a zbytek smaznout.

28.8.2009 08:22:24 (#11)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Aleš Janda napsal(a): zobrazit citaci
> JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady: > > http://josm.openstreetmap.de/ticket/3285 > > Nicméně mně to při pokusu o opravu duplitních uzlů i padá. Chtěl jsem to taky > hlásit jako bug, ale pak jsem zjistil, že v anglické verzi to nepadá, a zatím > jsem neměl čas to nějak dál zkoušet. > > Opravit by to nějak chtělo, stávající podoba je příšerná a hlavně je mapa de > facto needitovatelná a i vizuálně zmatečná. > > Duplicitní oblasti jsou vidět v Merkaartoru (lze je nastavit poloprůhledné, a > když jich je víc přes sebe, tak je barva sytější, takže je to vidět), čili by > možná šlo udělat to částečně ručně. Jako první by ale šlo smáznout všechny domy > obsahující „?/“ (každej dům s č.p. je popsaný jednou takhle divoce a jednou > správně). To lze jedním vrzem zase jen v JOSM. Ovšem i tak jsou některé domy > přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch domů a > oblastí vůbec šílené množství, nevím jestli se do toho má cenu vůbec pouštět. > Navíc duplicitní cesty vidět nejsou. > > Aleš Janda > > >
Obcas neco ruco pomazu, ale je to prace na ... promaz sem tam (Nelahozeves a okoli) trochu silnice a nejaky plochy, potiz je, ze ta potvora chce vzdy komplet download oblasti vyskytu, jinak cas od casu odmita upload, protoze se ty duplicity ruzne krizej ... Cim delsi cesty tim horsi + nektery veci jsou tam fakt trebas 6x. No aspon to kazdym klikem smazne hned nekolik bodu. zobrazit citaci
>> Vcera sem opravoval nejake duplicity (vsechny polygony s adresou jsou >> zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy). >> Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a >> vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli >> Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane. >> IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou >> body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID) >> a zbytek smaznout. >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

28.8.2009 08:29:57 (#12)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
jzvc napsal(a): zobrazit citaci
> Aleš Janda napsal(a): > >> JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady: >> >> http://josm.openstreetmap.de/ticket/3285 >> >> Nicméně mně to při pokusu o opravu duplitních uzlů i padá. Chtěl jsem to taky >> hlásit jako bug, ale pak jsem zjistil, že v anglické verzi to nepadá, a zatím >> jsem neměl čas to nějak dál zkoušet. >> >> Opravit by to nějak chtělo, stávající podoba je příšerná a hlavně je mapa de >> facto needitovatelná a i vizuálně zmatečná. >> >> Duplicitní oblasti jsou vidět v Merkaartoru (lze je nastavit poloprůhledné, a >> když jich je víc přes sebe, tak je barva sytější, takže je to vidět), čili by >> možná šlo udělat to částečně ručně. Jako první by ale šlo smáznout všechny domy >> obsahující „?/“ (každej dům s č.p. je popsaný jednou takhle divoce a jednou >> správně). To lze jedním vrzem zase jen v JOSM. Ovšem i tak jsou některé domy >> přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch domů a >> oblastí vůbec šílené množství, nevím jestli se do toho má cenu vůbec pouštět. >> Navíc duplicitní cesty vidět nejsou. >> >> Aleš Janda >> >> >> >> > Obcas neco ruco pomazu, ale je to prace na ... promaz sem tam > (Nelahozeves a okoli) trochu silnice a nejaky plochy, potiz je, ze ta > potvora chce vzdy komplet download oblasti vyskytu, jinak cas od casu > odmita upload, protoze se ty duplicity ruzne krizej ... Cim delsi cesty > tim horsi + nektery veci jsou tam fakt trebas 6x. No aspon to kazdym > klikem smazne hned nekolik bodu. >
Tak jeste dodam, ze po zapnuti maplint je to do Z12 videt a nejbrutalnejsi jsou po zbeznym sacovani prave ty Kralupy a okoli, Neratovice. Jinde je vyskyt minimalni. Ale chtelo by to aspon nejaky upozorneni pri mensim zoomu, takhle se to neda hledat. zobrazit citaci
>>> Vcera sem opravoval nejake duplicity (vsechny polygony s adresou jsou >>> zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy). >>> Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a >>> vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli >>> Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane. >>> IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou >>> body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID) >>> a zbytek smaznout. >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

28.8.2009 09:10:21 (#13)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
jzvc napsal(a): zobrazit citaci
> jzvc napsal(a): > >> Aleš Janda napsal(a): >> >> >>> JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady: >>> >>> http://josm.openstreetmap.de/ticket/3285 >>> >>> Nicméně mně to při pokusu o opravu duplitních uzlů i padá. Chtěl jsem to taky >>> hlásit jako bug, ale pak jsem zjistil, že v anglické verzi to nepadá, a zatím >>> jsem neměl čas to nějak dál zkoušet. >>> >>> Opravit by to nějak chtělo, stávající podoba je příšerná a hlavně je mapa de >>> facto needitovatelná a i vizuálně zmatečná. >>> >>> Duplicitní oblasti jsou vidět v Merkaartoru (lze je nastavit poloprůhledné, a >>> když jich je víc přes sebe, tak je barva sytější, takže je to vidět), čili by >>> možná šlo udělat to částečně ručně. Jako první by ale šlo smáznout všechny domy >>> obsahující „?/“ (každej dům s č.p. je popsaný jednou takhle divoce a jednou >>> správně). To lze jedním vrzem zase jen v JOSM. Ovšem i tak jsou některé domy >>> přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch domů a >>> oblastí vůbec šílené množství, nevím jestli se do toho má cenu vůbec pouštět. >>> Navíc duplicitní cesty vidět nejsou. >>> >>> Aleš Janda >>> >>> >>> >>> >>> >> Obcas neco ruco pomazu, ale je to prace na ... promaz sem tam >> (Nelahozeves a okoli) trochu silnice a nejaky plochy, potiz je, ze ta >> potvora chce vzdy komplet download oblasti vyskytu, jinak cas od casu >> odmita upload, protoze se ty duplicity ruzne krizej ... Cim delsi cesty >> tim horsi + nektery veci jsou tam fakt trebas 6x. No aspon to kazdym >> klikem smazne hned nekolik bodu. >> >> > > Tak jeste dodam, ze po zapnuti maplint je to do Z12 videt a > nejbrutalnejsi jsou po zbeznym sacovani prave ty Kralupy a okoli, > Neratovice. Jinde je vyskyt minimalni. Ale chtelo by to aspon nejaky > upozorneni pri mensim zoomu, takhle se to neda hledat. >
Dodatek 2: !!! OPRAVIT rozhodne NEPOUZIVAT !!! Proc: Je to nanic, maximalne zlikviduje duplicitni body, ale ponecha zduplikovane cesty, takze se to tak jako tak musi za dany situace ruco nebo zasadne prekopat celej plugin. zobrazit citaci
>>>> Vcera sem opravoval nejake duplicity (vsechny polygony s adresou jsou >>>> zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy). >>>> Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a >>>> vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli >>>> Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane. >>>> IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou >>>> body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID) >>>> a zbytek smaznout. >>>> >>>> >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

12.9.2009 03:38:38 (#14)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> >>> JOSM má ohledně té rychlosti nějaký nepříjemný bug, už je hlášen tady:
Uz je spraven, poslal jsem jim par patchu: http://josm.openstreetmap.de/ticket/3347 zobrazit citaci
> >>> přes sebe mockrát a navíc domy bez č.p. takto smáznout nejde - a těch domů a > >>> oblastí vůbec šílené množství, nevím jestli se do toho má cenu vůbec pouštět. > >>> Navíc duplicitní cesty vidět nejsou.
Uz jsou detekovatelne ve validatoru: http://josm.openstreetmap.de/ticket/3367 Lze tim smaznout jakekoliv duplicitni cesty (stejne souradnice uzlu, stejne tagy) zcela automaticky. zobrazit citaci
> >> Obcas neco ruco pomazu, ale je to prace na ... promaz sem tam
Uz jsem to promazal :) zobrazit citaci
> Dodatek 2: !!! OPRAVIT rozhodne NEPOUZIVAT !!!
To se hodi az ve finalni fazi (pote co byly opraveny vsechny duplicitni ways, pak po znovukontrole z toho vyplyvajici izolovane body). Bohuzel na duplicitni relace zatim nastroj neni, ale tech bylo tak malo, ze to slo rucne. zobrazit citaci
> >>>> zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy).
Po aplikovani noveho patche JOSM zvlada 800 bodu za 5 sekund. zobrazit citaci
> >>>> Takze 1500 musi byt na cely den (predpokladam ze to JOSM neprezije a
S novym validatorem by to mohlo byt tak na 10-15 sekund. zobrazit citaci
> >>>> vytuhne, coz se mi take nekolikrat stalo). Jinak krom ces se v okoli > >>>> Kralup duplikovaly i relace a ty taky nelze likvidovat automatizovane.
To by slo do budoucna zlepsit ... zobrazit citaci
> >>>> IMO je chyba to, ze pri likvidaci se slucuje. Pokud jsou > >>>> body/cesty/relace totozne, mela by se ponechat nejstarsi (s nemensim ID)
U duplikace cest se to tak dela. U duplikace nodu uz castecne taky: Patch na http://josm.openstreetmap.de/attachment/ticket/3384/mergenodes.patch to resi, pokud maji duplikovane body stejne tagy, tak se jeden smaze (nevim jestli vzdy nejstarsi, tak moc jsem se v kodu nehrabal) Automaticka deduplikace relaci zatim ve validatoru pokud vim neexistuje. Martin

« zpět na výpis měsíce