[Talk-cz] Bordel
Vlákno 5.5. - 5.5.2015, počet zpráv: 13
Ahoj,
právě mažu přes 200 tisíc osiřelých uzlů. Wtf?
http://www.openstreetmap.org/changeset/30794706
--
zobrazit citaci
>p<
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>
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>
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>
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
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---------- 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>---------- 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>
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
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>
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>
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>
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