[Talk-cz] Duplicitni uzly
Vlákno 9.8. - 12.9.2009, počet zpráv: 14
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 ?
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
>
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
>
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
>
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
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
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.
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
>
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
>
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.
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
>
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
>
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
>
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