Duplicitni uzly

14 zpráv
Zpět na přehled

Duplicitni uzly

14 zpráv JAMPTRH 7 účastníků 12 min čtení
  1. jzvc jzvc na tpfree.fdns.net #m66487e
    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 ?
  2. Petr Schönmann pschonmann na gmail.com #m2ba9bd
    Validator v JOSM tyto uzly spojuje (merge)
  3. Tomáš Tichý t.tichy na post.cz #mbd09fb
    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>:
  4. jzvc jzvc na tpfree.fdns.net #mfb9d7a
    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.
  5. Radomír Černoch radomir.cernoch na gmail.com #m9b9dd5
    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.
  6. hanoj ehanoj na gmail.com #m962138
    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
  7. Aleš Janda openstreetmap na kyblsoft.cz #m3e1632
    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
  8. MP singularita na gmail.com #me8fe9e
    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
  9. jzvc jzvc na tpfree.fdns.net #m79519a
    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.
  10. Aleš Janda openstreetmap na kyblsoft.cz #m866a65
    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
  11. jzvc jzvc na tpfree.fdns.net #mdfc729
    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.
  12. jzvc jzvc na tpfree.fdns.net #m88dae3
    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.
  13. jzvc jzvc na tpfree.fdns.net #m35edcc
    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.
  14. MP singularita na gmail.com #mf1acb0
    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
    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.
    Obcas neco ruco pomazu, ale je to prace na ... promaz sem tam
    Uz jsem to promazal :)
    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.
    zduplikovany) a kolem 100 uzlu trva JOSM cca 30 - 45 minut (jak kdy).
    Po aplikovani noveho patche JOSM zvlada 800 bodu za 5 sekund.
    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.
    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 ...
    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
Napsat odpověď e-mailem… Odpovědět

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