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

[Talk-cz] Bordel

Vlákno 5.5. - 5.5.2015, počet zpráv: 13


5.5.2015 02:41:26 (#1)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, právě mažu přes 200 tisíc osiřelých uzlů. Wtf? http://www.openstreetmap.org/changeset/30794706 -- zobrazit citaci
>p<

5.5.2015 06:56:43 (#2)
gravatar

Marián Kyral

<mkyral at email.cz>
2504 2837
Ahoj, můžeš udělat nějakou statistiku? Stáří, changesety, uživatelé? Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od jednoho uživatele. Možná nějaký dočasný problém. Ať už JOSM nebo OSM API? Marián
---------- Původní zpráva ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: talk-cz na openstreetmap.org Datum: 5. 5. 2015 2:42:16 Předmět: [Talk-cz] Bordel "Ahoj, právě mažu přes 200 tisíc osiřelých uzlů. Wtf? http://www.openstreetmap.org/changeset/30794706 -- zobrazit citaci
>p<
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/a9e60853/attachment.html>

5.5.2015 08:54:58 (#3)
gravatar

Martin Ždila

<martin.zdila at freemap.sk>
188
Mozno by tu bolo na mieste pouzit JOSM reverter plugin. 2015-05-05 2:41 GMT+02:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> Ahoj, > > právě mažu přes 200 tisíc osiřelých uzlů. Wtf? > http://www.openstreetmap.org/changeset/30794706 > > -- > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
-- Ing. Martin Ždila <http://www.openstreetmap.org/user/*Martin*> OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk http://www.freemap.sk/ ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/a220ec1f/attachment.html>

5.5.2015 09:42:31 (#4)
gravatar

Marián Kyral

<mkyral at email.cz>
2504 2837
V té době to bylo asi nejlepší a nejrychlejší řešení. Ale raději alespoň takhle než vůbec. On ten reverter plugin to udělá skoro stejně - dané uzly smaže. A Zdeněk v tom není sám, našel jsem ještě jeden problémový changeset od jiného uživatele. A možná je jich více. Ono vůbec nejlepší řešení by bylo to nějak ošetřit v JOSM. Tedy, že by si editor takovéto situace pohlídal a v případě problémů s nahráním changesetu by navázal tam, kde přestal. Ale tohle asi bude trochu více komplikovanější. Další možnost je upravit pořadí, jakým se data nahrávají. Momentálně se nejprve nahrají všechny uzly, pak všechny cesty a nakonec všechny relace. Když se nahrávání ukončí někde uprostřed, tak tam zůstanou bezprizorní body. Ideální by bylo, kdyby se vždy nahrály body jen k jedné cestě, hned na to cesta, pak další body a další cesta. Když to pak někde spadne, tak možná nějaké bezprizorní body zůstanou, ale nebude jich moc. A úplně nejlepší by bylo, kdyby OSM API podporovalo nějakou kontrolu konzistence dat. Marián
---------- Původní zpráva ---------- Od: Martin Ždila <martin.zdila na freemap.sk> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 5. 5. 2015 8:56:50 Předmět: Re: [Talk-cz] Bordel " Mozno by tu bolo na mieste pouzit JOSM reverter plugin. 2015-05-05 2:41 GMT+02:00 Petr Vejsada <osm na propsychology.cz (mailto:osm na propsychology.cz)>: "Ahoj, právě mažu přes 200 tisíc osiřelých uzlů. Wtf? http://www.openstreetmap.org/changeset/30794706 (http://www.openstreetmap.org/changeset/30794706) -- zobrazit citaci
>p<
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " -- Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*) OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk) http://www.freemap.sk/(http://www.freemap.sk) _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/7d66be70/attachment.html>

5.5.2015 09:52:33 (#5)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Út 5. května 2015 09:42:31, Marián Kyral napsal(a): zobrazit citaci
> V té době to bylo asi nejlepší a nejrychlejší řešení. Ale raději alespoň > takhle než vůbec. On ten reverter plugin to udělá skoro stejně - dané uzly > smaže.
já tohleto (mazání bezprizorních entit) dělám už delší dobu, ale takováto porce nebyla ještě nikdy - ani když jsem to dělal poprvé. Poprvé to bylo kolem 100k uzlů. Přes 200k uzlů - to je 5 changesetů. Co jsem si to zběžně prohlížel, tak některé tyto bezprizorní uzly dokonce pocházely z changesetu, který byl okomentován sám o sobě jako revert. zobrazit citaci
> Ono vůbec nejlepší řešení by bylo to nějak ošetřit v JOSM. Tedy, že by si > editor takovéto situace pohlídal a v případě problémů s nahráním changesetu > by navázal tam, kde přestal. Ale tohle asi bude trochu více komplikovanější.
Tohle IMO JOSM dělá. Už mi dlouho nahrávání nespadlo, ale co pamatuji, tak když mi spadlo, tak JOSM navázal. Toto samozřejmě nemůže platit, když spadne samotný JOSM. -- Petr

5.5.2015 10:35:49 (#6)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
zobrazit citaci
> > Ono vůbec nejlepší řešení by bylo to nějak ošetřit v JOSM. Tedy, že by si > > editor takovéto situace pohlídal a v případě problémů s nahráním changesetu > > by navázal tam, kde přestal. Ale tohle asi bude trochu více komplikovanější. > > Tohle IMO JOSM dělá. Už mi dlouho nahrávání nespadlo, ale co pamatuji, tak > když mi spadlo, tak JOSM navázal.
Problém nastane v okamžiku, kdy ten changeset zůstane dlouho otevřený. Pak dojde k jeho automatickému uzavření a JOSM už navázat nedokáže. Typicky to může nastat, když člověk pustí nahrávání velké várky přes noc, jde spat a ráno pak zjistí, že třeba upadla síť. Bohužel s tím mám taky blbou osobní zkušenost... Petr

5.5.2015 10:51:27 (#7)
gravatar

Marián Kyral

<mkyral at email.cz>
2504 2837
---------- Původní zpráva ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 5. 5. 2015 9:53:44 Předmět: Re: [Talk-cz] Bordel "Ahoj, prohlížel, tak některé tyto bezprizorní uzly dokonce pocházely z changesetu, který byl okomentován sám o sobě jako revert. " Pěkné. " zobrazit citaci
> Ono vůbec nejlepší řešení by bylo to nějak ošetřit v JOSM. Tedy, že by si > editor takovéto situace pohlídal a v případě problémů s nahráním
changesetu zobrazit citaci
> by navázal tam, kde přestal. Ale tohle asi bude trochu více
komplikovanější. Tohle IMO JOSM dělá. Už mi dlouho nahrávání nespadlo, ale co pamatuji, tak když mi spadlo, tak JOSM navázal. Toto samozřejmě nemůže platit, když spadne samotný JOSM. " Proč by nemohlo? Když spadne, tak ti taky při startu napíše, že našel neuložené změny. Stejně tak dobře může napsat, že detekoval nedokončené nahrávání a nabídl jeho dokončení nebo revert. Samotný proces bych si představoval tak, že z OSM stáhne aktuální stav, spáruje data (body, uzly, relace) a nahrávání dokončí. Nebo prostě revertuje poslední changeset, jehož číslo si uložil na začátku nahrávání. Marián " -- Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/398e3762/attachment.html>

5.5.2015 10:53:28 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2504 2837
---------- Původní zpráva ---------- Od: Petr Holub <hopet na ics.muni.cz> Komu: 'OpenStreetMap Czech Republic' <talk-cz na openstreetmap.org> Datum: 5. 5. 2015 10:43:30 Předmět: Re: [Talk-cz] Bordel "> > Ono vůbec nejlepší řešení by bylo to nějak ošetřit v JOSM. Tedy, že by si zobrazit citaci
> > editor takovéto situace pohlídal a v případě problémů s nahráním
changesetu zobrazit citaci
> > by navázal tam, kde přestal. Ale tohle asi bude trochu více
komplikovanější. zobrazit citaci
> > Tohle IMO JOSM dělá. Už mi dlouho nahrávání nespadlo, ale co pamatuji, tak > když mi spadlo, tak JOSM navázal.
Problém nastane v okamžiku, kdy ten changeset zůstane dlouho otevřený. Pak dojde k jeho automatickému uzavření a JOSM už navázat nedokáže. Typicky to může nastat, když člověk pustí nahrávání velké várky přes noc, jde spat a ráno pak zjistí, že třeba upadla síť. Bohužel s tím mám taky blbou osobní zkušenost... " Nemusí to nahrávat do stejného changesetu. Může otevřít další. Ale podstatné je, aby se všechny změny dostaly na OSM server. Že to bude ve více kouscích není podstatné. Marián " Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/76e4f472/attachment.html>

5.5.2015 01:26:11 (#9)
gravatar

Petr Holub

<hopet at ics.muni.cz>
290 4627
zobrazit citaci
> Problém nastane v okamžiku, kdy ten changeset zůstane dlouho otevřený. > Pak dojde k jeho automatickému uzavření a JOSM už navázat nedokáže. > Typicky to může nastat, když člověk pustí nahrávání velké várky přes > noc, jde spat a ráno pak zjistí, že třeba upadla síť. Bohužel s tím mám > taky blbou osobní zkušenost... > > Nemusí to nahrávat do stejného changesetu. Může otevřít další. Ale podstatné je, aby se > všechny změny dostaly na OSM server. Že to bude ve více kouscích není podstatné.
Jo, to je jasné - bohužel jsem narazil na situaci, kdy dokončení takto přerušeného importu v následujícím importu vyvolalo řadu konfliktů a byla s tím strašná práce. Petr

5.5.2015 01:49:36 (#10)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, Petře, můžeš vytáhnout něco jako "SELECT changeset_id, user, COUNT(sirotci) ... GROUP BY changeset_id v kterém uzly osiřely"? Namátkou to vypadá jen na pár changesetů. Rád bych vyloučil chybu v Traceru. Btw, nedávno jsem při nahrávání LPISu narazil na zajímavou haluz -- v changesetu se mi náhodně zdvojily cesty LPIS polí. Duplikáty měly stejné tagy a sdílely všechny svoje uzly. Jako kdyby JOSM nahrál část nových cest a relací dvakrát za sebou. Objevil jsem je až za měsíc v Osmose, byl to jeden konkrétní changeset. Tracer to (doufám) udělat nemohl, to bych hned viděl, dvojitá pole měla v JOSM tmavší barvu. Martin Dne 5.5.2015 v 6:56 Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > můžeš udělat nějakou statistiku? > > Stáří, changesety, uživatelé? > > Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od jednoho uživatele. Možná > nějaký dočasný problém. Ať už JOSM nebo OSM API? > > Marián > > ---------- Původní zpráva ---------- > Od: Petr Vejsada <osm na propsychology.cz> > Komu: talk-cz na openstreetmap.org > Datum: 5. 5. 2015 2:42:16 > Předmět: [Talk-cz] Bordel > > > Ahoj, > > právě mažu přes 200 tisíc osiřelých uzlů. Wtf? > http://www.openstreetmap.org/changeset/30794706 > > -- > >p< > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/ec9c0122/attachment.html>

5.5.2015 09:37:14 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Út 5. května 2015 13:49:36, Martin Švec - OSM napsal(a): zobrazit citaci
> Petře, můžeš vytáhnout něco jako "SELECT changeset_id, user, COUNT(sirotci) > ... GROUP BY changeset_id v kterém uzly osiřely"? Namátkou to vypadá jen na > pár changesetů. Rád bych vyloučil chybu v Traceru.
já nemám historii, takže nemůžu nalézt changeset, ve kterém uzly osiřely, ale s vysokou pravděpodobností to bude ten changeset poslední. Ledaže by někdo tyto sirotky editoval; těžko. Přikládám group-by changeset i group-by user. <sarkasm>Výsledek asi málokoho překvapí</sarkasm>. zobrazit citaci
> Btw, nedávno jsem při nahrávání LPISu narazil na zajímavou haluz -- v > changesetu se mi náhodně zdvojily cesty LPIS polí. Duplikáty měly stejné > tagy a sdílely všechny svoje uzly. Jako kdyby JOSM nahrál část nových cest > a relací dvakrát za sebou. Objevil jsem je až za měsíc v Osmose, byl to > jeden konkrétní changeset. Tracer to (doufám) udělat nemohl, to bych hned > viděl, dvojitá pole měla v JOSM tmavší barvu.
Tohle se občas, ale opravdu jen občas stane. Nejsem si úplně jist, zda je to softwarem nebo člověkem. Spíš to přisuzuji sobě. Nicméně - pokud jsou oba polygony naprosto stejné, JOSM, doufám, že vždy, zařve. Stalo se mi ovšem i to, že nebyly naprosto stejné. Sdílely třeba všechny uzly až na jeden. To může IMO vzniknout tak, že když se tracuje podruhé, je to jiná situace - na daném místě už landuse je. Co se týká povšimnutí si duplicity, tak nevím, o jaké tmavší barvě to píšeš - to asi hodně závisí na nastavení JOSM. Mám tu skript, který umí najít duplicity či téměř duplicity z LPIS, tak jsem ho teď pustil, ono to bude nějakou dobu chroupat. -- Petr zobrazit citaci
> > Martin > > Dne 5.5.2015 v 6:56 Marián Kyral napsal(a): > > Ahoj, > > můžeš udělat nějakou statistiku? > > > > Stáří, changesety, uživatelé? > > > > Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od > > jednoho uživatele. Možná nějaký dočasný problém. Ať už JOSM nebo OSM API? > > > > Marián > > > > ---------- Původní zpráva ---------- > > Od: Petr Vejsada <osm na propsychology.cz> > > Komu: talk-cz na openstreetmap.org > > Datum: 5. 5. 2015 2:42:16 > > Předmět: [Talk-cz] Bordel > > > > Ahoj, > > > > právě mažu přes 200 tisíc osiřelých uzlů. Wtf? > > http://www.openstreetmap.org/changeset/30794706 > > > > -- > > > > >p< > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- A non-text attachment was scrubbed... Name: users.csv Type: text/csv Size: 785 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/803062b6/attachment.csv> ------------- další část --------------- A non-text attachment was scrubbed... Name: changesets.csv Type: text/csv Size: 5270 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/803062b6/attachment-0001.csv>

5.5.2015 10:03:24 (#12)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, Dne 5.5.2015 v 21:37 Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > Dne Út 5. května 2015 13:49:36, Martin Švec - OSM napsal(a): > >> Petře, můžeš vytáhnout něco jako "SELECT changeset_id, user, COUNT(sirotci) >> ... GROUP BY changeset_id v kterém uzly osiřely"? Namátkou to vypadá jen na >> pár changesetů. Rád bych vyloučil chybu v Traceru. > já nemám historii, takže nemůžu nalézt changeset, ve kterém uzly osiřely, ale > s vysokou pravděpodobností to bude ten changeset poslední. Ledaže by někdo > tyto sirotky editoval; těžko. > > Přikládám group-by changeset i group-by user. <sarkasm>Výsledek asi málokoho > překvapí</sarkasm>.
:-)) Díky, mrknu na to, příležitostně. Vidím tam i sebe, třeba něco zjistím z logů. Nepamatuju si, že by mi JOSM v posledních měsících křupnul při uploadu. zobrazit citaci
>> Btw, nedávno jsem při nahrávání LPISu narazil na zajímavou haluz -- v >> changesetu se mi náhodně zdvojily cesty LPIS polí. Duplikáty měly stejné >> tagy a sdílely všechny svoje uzly. Jako kdyby JOSM nahrál část nových cest >> a relací dvakrát za sebou. Objevil jsem je až za měsíc v Osmose, byl to >> jeden konkrétní changeset. Tracer to (doufám) udělat nemohl, to bych hned >> viděl, dvojitá pole měla v JOSM tmavší barvu. > Tohle se občas, ale opravdu jen občas stane. Nejsem si úplně jist, zda je to > softwarem nebo člověkem. Spíš to přisuzuji sobě. Nicméně - pokud jsou oba > polygony naprosto stejné, JOSM, doufám, že vždy, zařve. Stalo se mi ovšem i > to, že nebyly naprosto stejné. Sdílely třeba všechny uzly až na jeden. To může > IMO vzniknout tak, že když se tracuje podruhé, je to jiná situace - na daném > místě už landuse je.
Já podezírám upload changesetu do OSM. Ty cesty a relace byly _naprosto_ identické, proto je taky našlo Osmose. JOSM validace nic nehlásila, to bych ven nepustil, a trasované polygony vizuálně hlídám jak jen to jde. Každopádně je dobré se občas mrknout do Osmose na svoje chyby. ;-)) Martin zobrazit citaci
> Co se týká povšimnutí si duplicity, tak nevím, o jaké tmavší barvě to píšeš - > to asi hodně závisí na nastavení JOSM. > > Mám tu skript, který umí najít duplicity či téměř duplicity z LPIS, tak jsem > ho teď pustil, ono to bude nějakou dobu chroupat. > > -- > Petr > >> Martin >> >> Dne 5.5.2015 v 6:56 Marián Kyral napsal(a): >>> Ahoj, >>> můžeš udělat nějakou statistiku? >>> >>> Stáří, changesety, uživatelé? >>> >>> Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od >>> jednoho uživatele. Možná nějaký dočasný problém. Ať už JOSM nebo OSM API? >>> >>> Marián >>> >>> ---------- Původní zpráva ---------- >>> Od: Petr Vejsada <osm na propsychology.cz> >>> Komu: talk-cz na openstreetmap.org >>> Datum: 5. 5. 2015 2:42:16 >>> Předmět: [Talk-cz] Bordel >>> >>> Ahoj, >>> >>> právě mažu přes 200 tisíc osiřelých uzlů. Wtf? >>> http://www.openstreetmap.org/changeset/30794706 >>> >>> -- >>> >>> >p< >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20150505/f25cf4ae/attachment.html>

5.5.2015 10:14:28 (#13)
gravatar

jzvc

<jzvc at tpfree.net>
588
Dne 5.5.2015 v 22:03 Martin Švec - OSM napsal(a): zobrazit citaci
> Ahoj, > > Dne 5.5.2015 v 21:37 Petr Vejsada napsal(a): >> Ahoj, >> >> Dne Út 5. května 2015 13:49:36, Martin Švec - OSM napsal(a): >> >>> Petře, můžeš vytáhnout něco jako "SELECT changeset_id, user, COUNT(sirotci) >>> ... GROUP BY changeset_id v kterém uzly osiřely"? Namátkou to vypadá jen na >>> pár changesetů. Rád bych vyloučil chybu v Traceru. >> já nemám historii, takže nemůžu nalézt changeset, ve kterém uzly osiřely, ale >> s vysokou pravděpodobností to bude ten changeset poslední. Ledaže by někdo >> tyto sirotky editoval; těžko. >> >> Přikládám group-by changeset i group-by user. <sarkasm>Výsledek asi málokoho >> překvapí</sarkasm>. > > :-)) > > Díky, mrknu na to, příležitostně. Vidím tam i sebe, třeba něco zjistím z > logů. Nepamatuju si, že by mi JOSM v posledních měsících křupnul při > uploadu. > >>> Btw, nedávno jsem při nahrávání LPISu narazil na zajímavou haluz -- v >>> changesetu se mi náhodně zdvojily cesty LPIS polí. Duplikáty měly stejné >>> tagy a sdílely všechny svoje uzly. Jako kdyby JOSM nahrál část nových cest >>> a relací dvakrát za sebou. Objevil jsem je až za měsíc v Osmose, byl to >>> jeden konkrétní changeset. Tracer to (doufám) udělat nemohl, to bych hned >>> viděl, dvojitá pole měla v JOSM tmavší barvu. >> Tohle se občas, ale opravdu jen občas stane. Nejsem si úplně jist, zda je to >> softwarem nebo člověkem. Spíš to přisuzuji sobě. Nicméně - pokud jsou oba >> polygony naprosto stejné, JOSM, doufám, že vždy, zařve. Stalo se mi ovšem i >> to, že nebyly naprosto stejné. Sdílely třeba všechny uzly až na jeden. To může >> IMO vzniknout tak, že když se tracuje podruhé, je to jiná situace - na daném >> místě už landuse je. > > Já podezírám upload changesetu do OSM. Ty cesty a relace byly _naprosto_ > identické, proto je taky našlo Osmose. JOSM validace nic nehlásila, to > bych ven nepustil, a trasované polygony vizuálně hlídám jak jen to jde. > Každopádně je dobré se občas mrknout do Osmose na svoje chyby. ;-)) > > Martin >
Cus, ad BTW: nedavno sem nekoho pres web upozornoval na to, ze se mu povedlo zdvojit cesty (uzly byly totozny, jen pres ne vedla jak puvodni, nerozdelena way, tak nova, rozdelena), zeby nejakej bug v JOSM? Vyrabel rychlostni omezeni a pritom zjevne way rozdeloval, ale jak se u to povedlo takhle ... . zobrazit citaci
> > >> Co se týká povšimnutí si duplicity, tak nevím, o jaké tmavší barvě to píšeš - >> to asi hodně závisí na nastavení JOSM. >> >> Mám tu skript, který umí najít duplicity či téměř duplicity z LPIS, tak jsem >> ho teď pustil, ono to bude nějakou dobu chroupat. >> >> -- >> Petr >> >>> Martin >>> >>> Dne 5.5.2015 v 6:56 Marián Kyral napsal(a): >>>> Ahoj, >>>> můžeš udělat nějakou statistiku? >>>> >>>> Stáří, changesety, uživatelé? >>>> >>>> Co jsem tak namátkou prošel, všechno to byly uzly staré dva měsíce od >>>> jednoho uživatele. Možná nějaký dočasný problém. Ať už JOSM nebo OSM API? >>>> >>>> Marián >>>> >>>> ---------- Původní zpráva ---------- >>>> Od: Petr Vejsada<osm na propsychology.cz> >>>> Komu:talk-cz na openstreetmap.org >>>> Datum: 5. 5. 2015 2:42:16 >>>> Předmět: [Talk-cz] Bordel >>>> >>>> Ahoj, >>>> >>>> právě mažu přes 200 tisíc osiřelých uzlů. Wtf? >>>> http://www.openstreetmap.org/changeset/30794706 >>>> >>>> -- >>>> >>>> >p< >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

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