Előzmények
petrot81 | hozzászólásai | válasz erre | 2017.11.01 17:12:38 (1132) |
Most viszont ez jön:
"error": "SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ORDER BY p.id,p.no,p.type' at line 1"
A type milyen értékeket vehet majd fel?[ előzmény: (1130) gusty, 2017.11.01 16:22:35] |
|
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] |
|
petrot81 | hozzászólásai | válasz erre | 2017.11.01 15:56:38 (1129) |
Köszi az infót :)
Újabb kérdés mertült fel: a multi és segédpontokat lekérésénél van egy furcsaság:
points?cacheid=1356
example value:
{
"id": 0,
"no": 0,
"ctype": 0,
"ptype": 0,
"name": "string",
"description": "string",
"icon": 0,
"lat": 0,
"lon": 0,
"alt": 0,
"distance": 0
}
kapott érték:
"id": "1356",
"no": "5",
"type": "V",
"name": "HmvH:M5",
"description": " Az épület falán található egészalakos szobrok száma! Nem csak szemmagasságban!!!)",
"icon": "32",
"lat": "46.414600",
"lon": "20.325083",
"alt": "89"
Főként a típus érdekelne, ctype és ptype nincs, de van "type": "V".[ előzmény: (1124) gusty, 2017.11.01 13:08:34] |
|
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] |
|
petrot81 | hozzászólásai | válasz erre | 2017.11.01 09:05:43 (1120) |
A régi name és code mezők hogyhogy nem jönnek vissza? A mezőlista nem kompatibilis a régi api-val?
ill. pl. a type régen csak egy integer volt, én használom is több helyen szűrésre. Most konkrétan a szöveges értéket adja vissza.
UPDATE: /cache?cacheid=70
Így visszajön minden mező, látszik, hogy milyen adatok vannak. A régi code waypoint(?) néven jön.
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.[ előzmény: (1119) ocsike78, 2017.11.01 08:56:35] |
|
ocsike78 | hozzászólásai | válasz erre | 2017.11.01 08:56:35 (1119) |
Mert én azt használom, mint elsődleges kulcs :)
A lekérés ezt adja vissza: id:"41", dateid:"5", nickname:"Koloska völgy" ,de nekem kéne a GCKovo rövid név is ezt melyik paraméter adja vissza?[ előzmény: (1118) gusty, 2017.10.31 22:11:03] |
|
ocsike78 | hozzászólásai | válasz erre | 2017.10.31 18:01:31 (1117) |
Lenne egy kérésem. Szeretném kérni az új API-ba, hogy ahol csak cacheid-vel lehet lekérni pl points, cacheimages, logsbycache ott legyen lehetőség dateid-vel is lekérni. Illetve a ládákhoz tartozó pontokat, hogy tudom egy kéréssel lekérni a cache interfésszel?
A cache interfész nem adja vissza a ládakódját? GCKovo
Pl
https://api.geolada.hu/cache?dateid=5&fields=dateid,nickname,type,status,lat,lon,found,altitude,state,placer,owner,dateposted,datemodified,difficulty_rating,terrain_rating,length,userphone,fulldesc,attributes
[ előzmény: (1107) gusty, 2017.10.27 18:25:47] |
|
gusty | hozzászólásai | válasz erre | 2017.10.27 18:25:47 (1107) |
Akkor a forgatókönyv:
1, Jelenleg a tesztelés az én szerveremen folyik, egy mentett adatbázison. Ezt nyugodtan lehet gyilkolni, ha van hiba, akkor itt jöjjön elő. Lehet próbálgatni az új loggolás funkciót is. Ha hibát találtok, kérem jelezzétek. Lehet további funkciókat is igényelni, ha lehet igyekszem ezeket majd beépíteni.
Ami már tervben van:
- Hibaüzenetek jobb kezelhetősége, egységesítése (ez folyamatban)
- Statisztikák frissítése: láda megtalálások, egyéni megtalálások, értékelések (ez is folyamatban, itt még vannak tisztázandó elvi kérdések)
- Karbantartási igény jelzése (folyamatban)
- Mozgó ládák koordináta, jelszó és státusz (beteg/kereshető) adatainak aktualizálása (terv)
- Saját ládák koordináta, jelszó és státusz (beteg/kereshető) adatainak aktualizálása (terv)
Ami momentán csak ködös távoli terv, az a logokhoz való képfeltöltés (túl sok a macera méret, összméret, darabszám, átméretezés, forgatás stb.)
2, A tesztelés következő fázisában, ha nem látunk problémát, főleg biztonsági és jogosultsági szempontból, akkor átkerül az új API az éles szerverre, s a fejlesztők elkészíthetik az új api-n alapuló új szoftver verziókat.
3, Ha ezek tesztelése után azt látjuk, hogy az új api problémamentesen működik, akkor a külső fejlesztők kiadhatják az új api-t használó verziót.
4, Egy átmeneti időszakban biztosítjuk a párhuzamos működést, hiszen elképzelhető, hogy nem tud mindenki azonnal frissíteni.
5, A türelmi idő lejártával, s persze az új verziók problémamentes működése esetén a régi api működését beszüntetjük.
A fentiek alapján ezúton is kérek mindenkit, aki bármilyen api-t használó alkalmazást fejleszt, hogy jelezze felém. Egyrészt mert később szeretnénk az api használatát egy alkalmazás kulcshoz kötni. Ennek kizárólag az az oka, hogy az esetleges problémás működés esetén lokalizálni tudjuk a probléma forrását, másrészt hogy kontrollálni tudjuk a hozzáférést. Ezzel nem korlátozni akarunk, de szeretnénk elkerülni, hogy esetleg ismeretlen eredetű programok problémákat generáljanak. Pl. túlterhelés stb.
Minden hasznos fejlesztésnek örülünk, így az alkalmazás kulcs használata nem korlátozást, hanem védelmet jelent majd mindnyájunk számára.
Az alkalmazás kulcs használata olyan extra előnyökkel is szolgálhat a fejlesztők felé, hogy később akár statisztikákat tudunk készíteni, illetve a verziónként eltérő kulcs alkalmazásával bizonyos verziók hozzáférését szerver oldalon meg tudjuk szüntetni.[ előzmény: (1106) ocsike78, 2017.10.27 08:22:37] |
|
ocsike78 | hozzászólásai | válasz erre | 2017.10.27 08:22:37 (1106) |
köszi,működik.
A geocaching.hu/geomap/api url-en lévő api megmarad vagy meg lesz szüntetve?[ előzmény: (1104) gusty, 2017.10.26 23:16:51] |
|
gusty | hozzászólásai | válasz erre | 2017.10.26 23:16:51 (1104) |
Elnézést, átmeneti hiba volt. Nem kell senkitől api kulcs, publikus az api, de még csak teszt, nem az éles adatbázison dolgozik.
[ előzmény: (1097) ocsike78, 2017.10.26 21:04:29] |
|
|
|