Re: [osm-hu] Re: 26.000 törlés: Was: Re: Re: turistautak.hu szerkesztőknek

[osm at igor2.repo.hu]

Sziasztok,

On Mon, 16 Jun 2014, Ferenc Veres wrote:

> Szia Bálint!
>
>
> 2014.06.13. 21:13 keltezéssel, Bálint Nagy írta:
>> Azóta feltöltés után is nyomok egy mentést, és így nem keletkeznek
>> duplikációk. Majd ha oda jutok, javaslom a JOSM programozóinak, hogy
>> iktassák be a funkciót, ami feltöltés után automata mentést csinál a
>> feltöltött fájlra, így azok, akik - mint én akkor - viszonylag frissen
>> indulnak neki, nem követik el ezt a hibát (amennyiben valóban ez
>> lehetett a hiba forrása).
>
>
> Köszi a magyarázatot, meg sajnálom, hogy ilyen extra munkával fárasztott
> a JOSM. :-(
>
> A hibát érdemes lenne bejelenteni, habár nehéz rákeresni, hogy van-e már
> ilyen ( https://josm.openstreetmap.de/search ).

Nem biztos. Ha jol ertem, ez tortenhetett:

1. letoltott
2. szerkesztett (minden uj node negativ ID-vel kerul be ilyenkor, ha jol 
sejtem)
3. mentett diskre
4. feltoltott
5. kesobb ugy folytatta a munkat, hogy a feltoltes _elotti_ mentest 
toltotte be

Ha ez tortent, akkor ez nem egy JOSM bug, es "megjavitani" csak ugy 
lehetne, ha az egyszer mar mentett fajlokat utolag, magatol neha atirna 
csak ugy (mert mostmar van ID-je az objektumnak)... De ez sokkal tobb 
kellemetlenseggel jarna, mint haszonnal.

> Viszont: szerintem nem érdemes helyi fájlokban tartani információt,
> ütközéseket meg ilyen problémákat elkerülend?. Szerkesztés megkezdésekor
> letöltöd a területet, amikor végeztél akkor pedig feltöltöd, másnap
> ugyanez. Közben helyi fájlba szoktam menteni, de csakis biztonsági

En is ezt javaslom, de nem csak JOSM es OSM kapcsan, hanem barmilyen 
kozpontositott verziokovetonel. Sok mas elonnyel is jar a conflictok 
konnyebb kezelesen es a dupla feltoltesen kivul:

- eleve nem is alakul ki conflict, amit kezelni kene, mert a tobbiek 
latjak, hogy min dolgozol (ha ok is igy csinaljak)

- ha barki nezegeti a historyt, akkor sokkal jobban kovetheto, hogy mit 
csinaltal, ha nem egy 100 km^2-t lefedo node-okat meg way-eket szazasaval 
modosito changeseted van

- mindenfele statisztika szempontjabol is jobb, mert reszletesebbek az 
adatok

- a legtobb verziokovetonel egy commit/changeset a legkisebb egyseg, amit 
kezi takolas nelkul revertalni lehet; ha ezeket az egysegeket pici 
adagokban csinaljak a felhasznalok, akkor sokkal jobb esellyel lehet keves 
(kezi) munkaval visszacsinalni rontasokat

Udv,

Igor2