turistautak.hu

, gusty hozzászólásai
Online és letölthető térképek, Windows, Android és iPhone alkalmazások

új hozzászólás | témák listája

Összesen: 429 db hozzászólás

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | következő

gusty	hozzászólásai \| válasz erre \| 2017.12.17 21:56:00 (1259)
Bocs, volt benne még egy ellenőrzés, ott nem volt engedélyezve az OPTIONS. Nekem most jónak tűnik. [előzmény: (1258) petrot81, 2017.12.17 21:19:00]

gusty	hozzászólásai \| válasz erre \| 2017.12.17 17:43:50 (1256)
Betettem, próbáld ki. [előzmény: (1255) petrot81, 2017.12.17 17:20:08]

gusty	hozzászólásai \| válasz erre \| 2017.12.17 12:18:58 (1254)
Bocs, Access-Control-Allow-Methods: GET,PUT,POST,DELETE,OPTIONS ezt a sort valamiért kikommenteztem, már nem emlékszem miért, s elfelejtettem visszarakni. Most próbáld. [előzmény: (1253) petrot81, 2017.12.17 01:01:30]

gusty	hozzászólásai \| válasz erre \| 2017.12.11 08:22:51 (1248)
404 Not found, de ha úgy jobb, akkor lehet azt is, hogy a nincs találat esetén 200-as jöjjön üres tömbbel. [előzmény: (1247) petrot81, 2017.12.10 22:33:51]

gusty	hozzászólásai \| válasz erre \| 2017.12.10 21:15:35 (1245)
Beépítettem a /logsbyuser-be és a /logsbycache-be. Annyi, hogy a fields mezőbe be kell tenni a images-t. [előzmény: (1244) petrot81, 2017.12.07 12:32:24]

gusty	hozzászólásai \| válasz erre \| 2017.12.07 09:52:51 (1243)
Az elsőre csináltam egy megoldást: /logfinder A képes logokon még agyalok, hogy lenne a legjobb. [előzmény: (1242) petrot81, 2017.12.06 23:18:27]

gusty	hozzászólásai \| válasz erre \| 2017.12.03 23:24:46 (1240)
Köszönöm a hibajelzéseket, javítottam. A koordinát ellenőrzést is pontosítottam. Igen, a wp false esetén a segédpontok nem jönnek le. [előzmény: (1239) petrot81, 2017.12.03 01:28:52]

gusty	hozzászólásai \| válasz erre \| 2017.11.26 14:58:06 (1232)
A 75646 számú hozzászólásomban már leírtam, s ott javasoltam is a FAQ-ba. [előzmény: (1231) Old Eye, 2017.11.26 13:26:54]

gusty	hozzászólásai \| válasz erre \| 2017.11.26 12:05:54 (1230)
Mac-re a zip-et szedd le és a JaVaWa MapConverter-rel tudod telepíteni. [előzmény: (1228) HanDor, 2017.11.26 08:58:05]

gusty	hozzászólásai \| válasz erre \| 2017.11.20 08:54:23 (1223)
db_v néven (a db_n már ugye foglalt) külön lekérdezhető a nettaláltam logok száma is mind a usernél, mind a ládáknál. A doksit is aktualizáltam. [előzmény: (1218) bigmick, 2017.11.19 21:12:15]

gusty	hozzászólásai \| válasz erre \| 2017.11.19 21:54:36 (1221)
Azért van így, mert az adatbázisban sincs külön letárolva. De megoldható. A GET /status kérdést nem értem. Hogy jön ide a logtípus? A GET /logtype-ban ott van. [előzmény: (1218) bigmick, 2017.11.19 21:12:15]

gusty	hozzászólásai \| válasz erre \| 2017.11.19 21:47:38 (1220)
Köszi, ezt javítottam. [előzmény: (1219) bigmick, 2017.11.19 21:42:34]

gusty	hozzászólásai \| válasz erre \| 2017.11.17 15:35:24 (1215)
Nem tudom miért nem frissült, lehet, hogy valami cache problem, de most már jó. [előzmény: (1214) bigmick, 2017.11.17 15:19:34]

gusty	hozzászólásai \| válasz erre \| 2017.11.17 13:15:21 (1213)
Javítottam, elvileg most jó kell legyen. [előzmény: (1211) bigmick, 2017.11.17 13:12:21]

gusty	hozzászólásai \| válasz erre \| 2017.11.17 13:13:27 (1212)
Az baj, megnézem, ilyenkor nem létező log üzenetet kéne küldenie. [előzmény: (1211) bigmick, 2017.11.17 13:12:21]

gusty	hozzászólásai \| válasz erre \| 2017.11.17 13:06:52 (1210)
Bocs, a default http error szöveg ment vissza, elfelejtettem lecserélni az általam generáltra. Most nézd meg. [előzmény: (1207) bigmick, 2017.11.17 12:39:46]

gusty	hozzászólásai \| válasz erre \| 2017.11.17 12:58:10 (1208)
Elnézést, kicsit keveredtek a leírásban a paraméter és a mező nevek. Javítottam A visszaadott érték log esetén: (mezőnevek) id, user_id cache_id Így most nálam jó. [előzmény: (1206) bigmick, 2017.11.17 12:08:43]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 20:12:12 (1203)
A lastlogin a felhasználó utolsó bejelentkezése. Nem az, amikor használtad az oldalt, hanem amikor utoljára bejelentkeztél jelszóval. Sokan mentett jelszóval használják az oldalt, így van, hogy hónapokig nem lépnek be. [előzmény: (1199) HanDor, 2017.11.16 19:34:45]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 20:10:01 (1202)
kéne konkrétan, hogy mi volt a hívás. Ilyen esetben a Curl mező tartalmát másold ide. [előzmény: (1196) HanDor, 2017.11.16 19:23:18]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 20:08:40 (1201)
Ez egy korábban mentett adatbázis. Ne az élessel hasonlítsd össze, azt kéne nézni, hogy a új log vagy módosítás, törlés után jól változnak-e az adatok. Tehát az utána állapot rendben van-e az előtte állapothoz képest. /cachesbyowner javítva [előzmény: (1195) V_Gabor, 2017.11.16 18:50:26]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 19:59:41 (1200)
Elnézést, mea culpa. Javítottam. [előzmény: (1193) emiGrant, 2017.11.16 17:23:28]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 13:51:03 (1191)
Mi volt a hibaüzenet? [előzmény: (1190) HanDor, 2017.11.16 13:43:15]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 12:33:03 (1189)
Én is gondoltam rá, hogy írok automata teszteket, de a "laikus" user észjárása mindig csavarosabb. :) Néha olyan teszteseteket tudnak produkálni, amire én nem is gondolnék. [előzmény: (1187) petrot81, 2017.11.16 12:27:10]

gusty

hozzászólásai | válasz erre | 2017.11.16 12:30:59 (1188)

Nem olyan kínai az. :)

Kiválasztasz egy funkciót, pl. a log csoportban a POST-ot. Ott írja is, hogy új log. Ha rákattintasz, lenyílik a részletes box. A parameters alatt látod, hogy miket lehet megadni, illetve mik a kötelező mezők. A "Try it out" gombra klikkelve ez egy űrlappá alakul, amit ki kell tölteni. A csillaggal jelöltek kötelező mezők. A kitöltés után az "Execute" gombbal küldöd el a kérést, majd a "Response body" alatt látod a visszaküldött eredményt, vagy a hibaüzenetet.

Ahol "fields" mező van, ott vesszővel elválasztva fel kell sorolni, hogy milyen adatokat akarsz eredményként visszakapni. Azt, hogy mit kérhetsz, azt az "Example Value" alatt látod. A részletes magyarázatot a mezőnevek jelentéséről alul a "Models" szekcióban találod.

A logok beküldéséhez azonosításra lesz szükséged, amihez először igényelj egy tokent a getkey paranccsal. Ezt érdemes feljegyezni, mert a jelszó helyett a továbbiakban ezzel azonosítod magad.

Ha mondjuk sikerült egy új logot felvinned, akkor az eredmény az új log ID-je lesz. Ezt a userlog paranccsal vissza tudod ellenőrizni.

[előzmény: (1185) HanDor, 2017.11.16 11:49:31]

gusty	hozzászólásai \| válasz erre \| 2017.11.16 12:16:26 (1186)
Lehet az email címemre is, vagy ide a fórumba. [előzmény: (1184) HanDor, 2017.11.16 11:48:07]

gusty

hozzászólásai | válasz erre | 2017.11.16 11:47:02 (1183)

Tesztelőket keresek!

Nem kell programozói tudás!

Az új API nyúzására keresek vállalkozó szellemű játékosokat. A teszt NEM az éles szerveren folyik, így szabadon lehet garázdálkodni.
Elsősorban a log bejelentés, módosítás, törlés funkciók vizsgálata lenne a cél.

Amit nézni kéne:

- A bejelentés sikeressége
- Sikertelenség esetén a hibaüzenetek megfelelősége (csak annyi, hogy tényleg az volt-e a hiba)
- Mesterséges rontások (pl. megtaláltam log bejelentése saját ládához, más logjának törlése, stb.)
- Számlálók, értékelések frissítése (pl. új log, vagy törlés esetén a user, illetve a láda megtalálás számlálói megfelelően változnak-e, illetve az értékelések, száma, átlaga)
- dokumentáció pontossága, esetleges hiányosságai

A teszteket a http://api.geolada.hu oldalon lehet végezni, ez egyúttal API dokumentációként is szolgál.

gusty	hozzászólásai \| válasz erre \| 2017.11.16 11:38:03 (1181)
Nem értem ezt a design szempontot. Másoknál is előfordulhat, hogy nem lesz teljes név. Másrészt ez egy publikus lekérdezés, nem szívesen bonyolítanám meg egy felesleges hitelesítéssel emiatt. [előzmény: (1180) petrot81, 2017.11.16 10:35:59]

gusty

hozzászólásai | válasz erre | 2017.11.16 08:55:16 (1178)

1, Ha nincs még token, generál egyet és ezt küldi vissza. A törlésre nem látok ésszerű indokot.

2, A user végpont azt adja vissza, ami publikus. Tehát ha a felhasználó nem teszi publikussá a teljes nevét, akkor nem adja vissza. Így nyilván az auth se adná vissza.

Az auth igazából csak tesztelési célból született, semmi valódi funkciója nincs, hiszen az ellenőrzés úgyis meg fog történni a műveleteknél, s ha sikertelen, akkor erről ad hibaüzenetet.

Az adatlapon az alábbi mezők rejthetők el (tehetők nem publikussá):
- teljes név
- telefonszám
- születési év
- GPS
- koordináták
- település

Tehát a fentiek lekérdezése csak akkor jár sikerrel, ha a felhasználó nem állította rejtettre ezeket.

Azt mondjuk megtehetném, hogy ha a felhasználó a saját adatait kéri le, akkor visszaadja a nem publikus adatokat is, de minek? A saját nevét csak tudja. :)

[előzmény: (1177) petrot81, 2017.11.16 08:41:46]

gusty	hozzászólásai \| válasz erre \| 2017.11.14 22:53:35 (1176)
Bocs, javítom a doksit, a mező neve id. [előzmény: (1174) bigmick, 2017.11.14 21:26:48]

gusty	hozzászólásai \| válasz erre \| 2017.11.14 18:37:10 (1171)
Valószínűleg éppen dolgoztam a scripten amikor próbáltad, nálam most not found üzenettel jön vissza. [előzmény: (1170) bigmick, 2017.11.14 16:31:30]

gusty

hozzászólásai | válasz erre | 2017.11.13 15:52:48 (1168)

Farigcsáltam hétvégén az api-t.

Elvileg jól kell működnie a számlálók és értékelések frissítésének.
A logok hozzáadásakor, módosításakor, törlésekor újragenerálódnak a láda és a user megtalálás számai és az értékelések adatai.

Továbbá igyekeztem finomítani a hibakezelést, és a kívánság szerint küldök HTTP kódot.

Ezzel elvileg a loggolás teljeskörűen működik.

Ha 500-as hibát kaptok, akkor azt kérem jelezzétek.

gusty	hozzászólásai \| válasz erre \| 2017.11.08 22:31:42 (1164)
Frissítettem a doksit és az API-t. - Kiegészítettem a doksit a mezőleírásokkal - Mostantól a type, status, logtype adatok a numerikus értéket adják vissza.

gusty	hozzászólásai \| válasz erre \| 2017.11.08 22:27:39 (1163)
A foud paraméter nem értelmezett! :) [előzmény: (1162) petrot81, 2017.11.08 22:15:35]

gusty	hozzászólásai \| válasz erre \| 2017.11.08 12:52:53 (1159)
Közben látom Old Eye is válaszolt. Bocs, még reggel kezdtem a választ, de elszólított a munka. [előzmény: (1158) gusty, 2017.11.08 12:51:28]

gusty

hozzászólásai | válasz erre | 2017.11.08 12:51:28 (1158)

1, Nincs akadálya, ha nektek így jobb.

2, Szintén.

3, A logid-k, ahol jelezték a karbantartási igényt. A határolók kezelése kicsit pontatlan, van ahol ennyi a tartalom: ;;, itt lehetne javítani a kódon, hogy a határolókat rendesen távolítsa el, ha megszűnik a jelölés.

4, Pl. így:

https://api.geolada.hu/cachesbydist?userid=97337&radius=20&lat=46.253&lon=20.14824&status=1&found=false&fields=id%2Cdateid%2Cwaypoint%2Cnickname

found=true csak a megtaláltakat adja
found=false csak a még meg nem megtaláltakat adja
paraméter nélkül mindet
Természetesen ez csak akkor működik, ha küldesz userid-t is.

5, A db_f a ládaoldalra feltöltött képek száma. Kiegészítem majd a manuált a mező magyarázatokkal

6, Nem, itt a pont jellegéről van szó. A W a segédpont, a H hagyományos ládát jelöl, a V virtuális pontot. A ládaoldalakon látsz ilyet, hogy 1H+4V azaz egy helyen van doboz, a többi multipont virtuális (többnyire leolvasós). A multi kivételével a pont típusa megegyezik a láda típusával, multik esetén lehetnek a multipontok H vagy V típusúak.
Tehát igen, lehet bármi, H,M,V,E,X és W is. Az M az egy publikus ponttal rendelkező rejtett multikat jelöli.

7, Ezek a multi adatai a geoládák táblájában. Tulajdonképpen ez arra lehet hasznos, hogy megtudd hány és milyen pontból áll egy rejtett pontos multi, ahol a points csak a publikus pontot adja vissza.
multi: ahány pontból áll
multi_h: hagyományos pontok
multi_v: virtuális pontok
egyeb: segédpontok

[előzmény: (1156) petrot81, 2017.11.07 22:43:56]

gusty	hozzászólásai \| válasz erre \| 2017.11.06 08:29:25 (1151)
Van ilyen: api.geolada.hu/cache?waypoint=gcvas&fields=id [előzmény: (1150) petrot81, 2017.11.05 22:10:18]

gusty	hozzászólásai \| válasz erre \| 2017.11.05 16:58:22 (1148)
Köszi, mindkettőt javítottam. [előzmény: (1147) petrot81, 2017.11.05 14:52:48]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 23:51:32 (1143)
OK, ez jogos kérés, beletettem. Továbbá bekerült egy hívás a karbantartást igénylő ládák lekérdezésére is, illetve a ládaadatok is tartalmazzák ezt a mezőt. [előzmény: (1138) ocsike78, 2017.11.01 18:03:35]

gusty

hozzászólásai | válasz erre | 2017.11.01 20:12:35 (1141)

A cacheid változott, id_list a paraméter neve. A manuált is javítottam. BigMick jelezte, hogy nem működik több id-val, s kiderült, hogy rossz paraméter név szerepelt a leírásban. Igyekszem a javításokat, változásokat rögtön átvezetni a swagger manuálon is, így érdemes azt nézegetni, ha valami nem működött, hátha változás történt.

[előzmény: (1139) petrot81, 2017.11.01 18:24:39]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 18:03:26 (1137)
A láda adatoknál ha mindent akarsz, akkor persze, kell a 2 lekérés. De például a logoknál, képeknél nem. [előzmény: (1136) ocsike78, 2017.11.01 17:50:52]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 17:35:50 (1135)
Mi az url? [előzmény: (1134) petrot81, 2017.11.01 17:29:32]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 17:24:36 (1133)
Próbáld újra, mert most éppen piszkáltam. [előzmény: (1132) petrot81, 2017.11.01 17:12:38]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 17:06:27 (1131)
Köszi, javítottam, rossz volt a paraméternév. id_list a helyes. [előzmény: (1116) bigmick, 2017.10.30 22:52:25]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 16:22:35 (1130)
Elnézést, ez valami benne maradt elnevezési probléma. Nincs, csak type. Javítom. [előzmény: (1129) petrot81, 2017.11.01 15:56:38]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 14:47:52 (1127)
De ha nem a dateid-t használod kulcsnak, akkor nincs plusz kérés. :) [előzmény: (1126) ocsike78, 2017.11.01 14:23:45]

gusty

hozzászólásai | válasz erre | 2017.11.01 13:08:34 (1124)

A régi api-ban még "elkövettem azt a hibát", hogy kreáltam neveket, így igen, ott nem követtem az adatbázis mező elnevezéseket. Ennek részben az az oka, hogy korábban a ládapontokat nem tároltuk külön, ez a megoldás is menetközben felődött ki.

Az új api-ban az adatbázisban használt mezőneveket lehet használni. Ez abból a szempontból is praktikusabb, hogy esetleges új mezők megjelenése esetén minimális beavatkozás kell azok használatához.

Most a teljes név nickname, a rövid név waypoint néven fut.

A pontok esetében a name mező tulajdonképpen a code, ahol a rövidnév kombinálva van a típussal, multik esetén a sorszámmal is (kivéve a kezdő pont), illetve segédpontok esetén a pontnévvel.

"Egyébként ez érdekes, hogy POSTMAN-ben tesztelve működik az {{apiBase}}/cache?cacheid=70 lekérdezés. Az api.geolada.hu-n a swagger a kötelező fields mezők hiányában nem futtatja le a lekérést."

Ez egy kiskapu, amit majd szeretnék bezárni, most tesztelési célokból üzemel. Ez pont arra jó, hogy lássátok mi a készlet, amiből gazdálkodni lehet, illetve ellenőrizni lehessen, hogy tényleg lejön minden, illetve, hogy nem felejtettem-e ki valamit a manualból, vagy akaratom ellenére nem jön-e le olyasmi is, aminek nem szabadna. :)

A manualban (swagger) kötelezőre állítottam a fields mezőt, ezért üresen el se küldi a kérést, ezzel is jeleztem, hogy a végleges verzióban csak azt kapod, amit kérsz.

[előzmény: (1120) petrot81, 2017.11.01 09:05:43]

gusty

hozzászólásai | válasz erre | 2017.11.01 12:42:11 (1123)

https://api.geolada.hu/cache?cacheid=70&fields=dateid%2Cwaypoint

A ládákat a táblákban az id azonosítja. A dateid nem más, mint egy tulajdonság, ami a megjelenés sorszámát mutatja. Pl. a terv állapotú ládák esetében ez még NULL.

Bár jelenleg még csak a publikus ládák elérését támogatja az api, de a fejlesztés során elképzelhető olyan hívás, mely mondjuk a terv állapotú ládák elérését is lehetővé teszi, így a dateid alkalmatlan azonosításra.

Elméletileg megoldható lenne a dolog, de felesleges lenne emiatt túlbonyolítani az api lekérdezéseket, s ezzel lassítani a válaszidőket, növelni az adatbázis terhelést. A dateid használata +1 tábla kapcsolását jelentené sok esetben amikor ez teljesen szükségtelen.

A jelenlegi api változat nem támogatja a mindent egyben megoldást. A cél az volt, hogy a lehető legegyszerűbb api kérések fussanak, lehetőleg nagyon gyorsan. Még akkor is, ha ennek az az ára, hogy egy helyett 2 kérést kell futtatni.
Többnyire 2 "tiszta" kérés teljesítése időben és terhelésben is optimálisabb, mint egy összetett lekérdezésé.

Jó lenne, ha nem a lekérések felől közelítenénk, hanem az alkalmazás felől. Mit szeretnél megvalósítani? Így jobban látnám, hogy a jelenlegi eszköztár mellett ezt hogy célszerű megvalósítani, illetve ha nem lehet, vagy bonyolult, akkor lássam, hogy milyen api kérés tudná ezt optimálisan kiszolgálni. Nem zárkozom el a változtatások, vagy az új kérések elől, csak én próbálok adatbázis szempontból is optimalizálni.

[előzmény: (1117) ocsike78, 2017.10.31 18:01:31]

gusty	hozzászólásai \| válasz erre \| 2017.11.01 12:20:08 (1122)
Azért ez nem egészen így van. Szerintem. A dateid-t tudtommal a láda a megjelenésekor kapja, automatikusan a következőt. Ez utólag a felhasználó által nem változtatható meg. [előzmény: (1121) Old Eye, 2017.11.01 11:27:55]

gusty	hozzászólásai \| válasz erre \| 2017.10.31 22:11:03 (1118)
Ha nem kéred, nem. :) https://api.geolada.hu/cache?dateid=5&fields=id,dateid,nickname Miért jobb a dateid? Az id az, amit minden tábla használ. [előzmény: (1117) ocsike78, 2017.10.31 18:01:31]

gusty

hozzászólásai | válasz erre | 2017.10.28 11:06:47 (1114)

Szerintem nem vagy vaksi, csak még nem tanulmányoztad alaposan a manualt. :)

Szerintem ez pont azt tudja, ami neked kell. Ráadásul ugyanezt megteheted a pointsbydist kéréssel, ami a közelben lévő multipontokat is lehozza.

https://api.geolada.hu/cachesbydist?userid=841&radius=10&lat=47&lon=19&status=1&found=false&fields=id%2Cdateid%2Cwaypoint%2Cnickname

Azt gondolom, hogy kompatibilitási probléma itt nagyon léphet fel, hiszen http kérésekkel kommunikál a kliens az api felé, s json válaszokat kap. Ez szerintem eléggé oprendszer/verzió független.

Ettől függetlenül természetesen nem kívánjuk erőszakosan megszüntetni a régi api-t addig, amíg a fejlesztők nem tudják biztosítani a zökkenőmentes átállást.

[előzmény: (1109) bigmick, 2017.10.27 21:27:10]

új hozzászólás | témák listája

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