<div dir="ltr">Ha átküldöd a két (három?) fájlt, segítek összehasonlítani/javítani. Érdemes legközelebb rögtön letöltés után befrissíteni és akkor nem duzzad meg a mérete. Az aposztrófozás ekvivalens, sed megoldja. A plusz sorokat sem vészes kiszűrni. Szerintem nem kellene visszatöltenie a meg nem változott elemeket (van valami elem változtatási jelző is erre a fájlban), inkább olyankor megfigyelhető amikor kettébont az ember egy utat.<br><br>On Friday, November 1, 2019 at 12:50:25 PM UTC+1, ITineris Kft wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr"><div>Sziasztok!</div><div><br></div><div>A JOSM-guruktól kérnék egy kis segítséget.</div><div><br></div><div>Csináltam egy szép nagy .osc file-t (osmChange XML), mint ahogy szoktam néha. Mivel több mint két hónapot ültem rajta, feltöltés előtt szerettem volna befrissíteni, az ütközéseket feloldani, így elkövetni a Giten is, majd végül az OSM-re felküldeni.</div><div><br></div><div>Igen ám, de a JOSM nem hagy visszamenteni .osc-be, csakis .osm-be. Ez a kisebbik gond. Hogy az előbbiben idézőjelek vannak, az utóbbiban aposztrófok (és ez nem könnyíti meg a komparálást), azon is túlteszem magam.</div><div><br></div><div>A fő problémám az, hogy a JOSM letölti a benne szerkesztett összes elem hozzátartozóit (node-ok, way-ek), és ettől háromszor akkorára hízik az .osm file (és persze a komparálhatóságnak teljesen annyi). Önmagában hagyján, de a korábbi próbálkozásaimból azt szűrtem le, hogy ilyenkor sem a JOSM-nek, sem az OSM-nek nincs annyi esze, hogy ne tolja fel, ami nem változott. Ha tehát átírok egy kapcsolat nevében egy karaktert (pl. nemzeti park), az összes hozzá tartozó way és node is új verziót kap, az én nevemmel - miközben sem a vonalhoz, sem a pontokhoz nem nyúltam.</div><div><br></div><div>Van erre valami plugin, beállítás, külső tool, ami épeszű módon lekezeli ezt a helyzetet?</div><div><br></div><div>Üdv:<br>Ákos<br></div></div></blockquote></div>