turistautak.hu

Előzmények

tibbi	hozzászólásai \| válasz erre \| 2012.11.21 22:22:01 (58746)
Az, hogy különböző módon alakulnak a paraméterek a különféle darabolások következtében, nekem bugnak tűnik. Volna értelme jelezni ezt Andrásnak? [előzmény: (58745) Old Eye, 2012.11.21 21:56:11]

Old Eye

hozzászólásai | válasz erre | 2012.11.21 21:56:11 (58745)

tibbigeo! Megnéztem, hogy darabol a MapEdit és az upload szerver. Érdekes.

MapEdit -
Ha a csatlakozási pontnál nem darabolom a meglévô utat, a vonal nem is kerül feltöltésre
Ha a csatlakozási pontnál magam darabolom a meglévô utat, a MapEdit
- két új vonal objektumot hoz létre Mod=1 paraméterrel
- a Data0= paraméter az eredeti koo sorozat kettébontott részét tartalmazza
- minden egyéb paraméterük, ID=, Hossz=, Letrehoz...= Modosit...= stb ugyanaz marad

Az upload szerver mindkét esetben
- két új ID-del két új vonalat hoz létre,
- kiszámolja a két új hossz és egyéb (HosszFerde=, Emelkedes...=) értékeket,
- a Letrehozva= és Letrehozta= paraméter értékeit beállítja a feltöltés idôpontjára ill. a feltöltô nevére
- a többi paramétert feltölti az eredeti vonal értékeivel, de...
ha a csatlakozási pontnál nem darabolom a meglévô utat, mindkét új vonal Modosit...= értékei megegyeznek az eredeti vonaléval (így születnek a korábbi Modositva= értékek)
ha a csatlakozási pontnál daraboltam a meglévô utat,
- az egyik új út Modosit...= paraméterek értékei megegyeznek az eredeti vonaléval,
- a másik új út Modosit...= paraméterek a feltöltés idôpontját ill. a feltöltô nevét kapják meg, azaz ugyanaz lesz, mint a Letrehoz...= paraméterek értékei.

Más szavakkal, az upload processz eltérôen inicializálja a két új vonal Modosit...= paramétereit, ha magam darabolom a MapEdittel.

Igazad van. A Letrehoz... és Modosit... paraméterek értékeit annyira fenntartással kell fogadni, hogy nem érdemes ezzel tovább foglalkozni.

[előzmény: (58732) tibbi, 2012.11.21 16:27:21]

tibbi	hozzászólásai \| válasz erre \| 2012.11.21 16:27:21 (58732)
Hibát egy másik hibás adattal tudatosan felülírni egy eléggé sajátos módja a javításnak. Aki nem ismeri a MapAudit ezen funkcióját, de valamiért mégis megnézi ezt a paramétert egy auditálás után bármikor, akkor az átverve érezheti majd magát. Az N/A értékre való módosítás korrektebb megoldás, szerintem. [előzmény: (58731) Old Eye, 2012.11.21 15:57:39]

Old Eye

hozzászólásai | válasz erre | 2012.11.21 15:57:39 (58731)

A Modositotta=/Modositva=N/A érték arra utal, hogy a vonalhoz - valószínûleg - még nem nyúltak.
A Letrehoz../Modosit... paraméterek értékeinek kuszasága a vonaldaraboló algoritmus hibájának köszönhetô, szerencsére nem funkcionális hiba.
Az szememet egyszerûen bántja ez az anomália, ha nem is okoz galibát, de megkérdôjelezi a teljes adatbáziskezelés jóságát. "Ha egy ilyen jelentéktelen dologban ilyen hiba van, mi lehet még másutt?" - ez a gondolat óhatatlanul felmerül az emberben.

[előzmény: (58730) tibbi, 2012.11.21 15:49:02]

tibbi	hozzászólásai \| válasz erre \| 2012.11.21 15:49:02 (58730)
Ez így viszont valótlanságot visz a rendszerbe, bár nincs (?) túl nagy jelentősége a Modositotta=/Modositva= paramétereknek. Rengeteg vonal szerepel Modositotta=/Modositva=N/A értékkel. Nem lenne ez közelebb a valósághoz, mint a szinkronizálás dátuma? [előzmény: (58729) Old Eye, 2012.11.21 15:39:39]

Old Eye

hozzászólásai | válasz erre | 2012.11.21 15:39:39 (58729)

Csak ez az oka. A javító rutint azért csináltam, mert vagy egy éve olahtamassal arra gondoltunk, hátha ez az ellentmiondás [is] tesz be az útvonaltervezô algoritmusnak. Aztán benn maradt. Már csak esztétikai javítás.
Azért is, mert a vonal létrejöttének és létrehozójának valós adata benn van az adatbázisban, de nem jelenik meg az MP file-bani leírásban.

[előzmény: (58728) tibbi, 2012.11.21 15:33:31]

tibbi	hozzászólásai \| válasz erre \| 2012.11.21 15:33:31 (58728)
A MapAudit által javított Modositva= értékek mindig korábbiak, mint a Letrehozva=. Ez az oka a javításnak? Értelmét még mindig nem találom. [előzmény: (58727) tibbi, 2012.11.21 15:31:03]

tibbi	hozzászólásai \| válasz erre \| 2012.11.21 15:31:03 (58727)
Letrehozva= és Modositva= paraméter szinkronizálva Nem igazán értem, hogy ez hogyan működik, vagy mire jó, pedig kipróbáltam (feltöltés nélkül). Annyit látok, hogy a Modositva= paraméter értéke felveszi az auditálás utáni mentés dátumát, és a Letrehozta=, a Letrehozva= és a Modositotta= sorok nem változnak. [előzmény: (58627) Old Eye, 2012.11.19 23:09:11]

Old Eye

hozzászólásai | válasz erre | 2012.11.19 23:09:11 (58627)

Hölgyem! Uraim!
Elkészült a MapAudit újabb verziója.
Aki már installálta a programot, kicsomagolása elôtt törölje a zip file-ban lévô INI file-t! Különben elvesznek beállításai.

Újdonságok:
A GUI tehermentesítésére a program elôre bekéri a LOG file nevét. Az eredményablakban csak az utoljára futtatott audit üzenetei olvashatók, a teljes lista a LOG file-ban megtalálható.

Több kisebb javítás, új funkció mellett a legfontosabb: A program az MP file beolvasása után annak automatikus javítását javasolja.

Vannak olyan helyreállító feladatok, melyek automatikusan végrehajthatók - például
- POI-knál kitöltetlen Label=, Telepules= stb értékeinek pótlása,
- vonalaknál a turistajelzések sorrendberakása,
- felületeknél a CLC értékek javítása, pótlása stb

A program az új MP file mentését egy generált névvel ajánlja fel.

Jó munkát kívánok!

Felhasználónevedet és jelszavadat a geocaching.hu oldalon is használhatod!

[ kezdőlap ] [ térkép ] [ + felmérések ~ ] [ + útvonalak ~ ] [ + poi ~ ] [ belépés ] [ faq ] [fórum] [email]

A weboldal működése és tartalma folyamatos fejlesztés alatt áll, köszönettel vesszük az észrevételeket a fejlesztési ötletek oldalon.
A turistautak.hu-ra feltöltött track-eket és a letölthető térképeket, azaz térképi adatbázist az ODbL licencnek megfelelően bárki használhatja.
Minden egyéb anyag előzetes írásbeli engedély nélkül csak magáncélra használható fel. jogi tudnivalók