geocaching.hu geocaching.hu FAQ/cachikett/szabályzat
   + geoládák ~  |  + megtalálások ~  |  + felhasználók ~  |  + poi ~   |   fórum   |   belépés
  
  
  
 
FAQ
MGKE szoftverei, új fejlesztések
Online és letölthető térképek, Windows, Android és iPhone alkalmazások

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

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

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | ... | következő


ludenshozzászólásai | válasz erre | 2017.11.24 19:50:38 (1227)
Fazékkal történt levélváltás (és tesztelés) meggyőzött. A program jól működik, nem enged be 30 karakternél hosszabb szöveget jelszóként. Így a felhasználó láthatja, hogy túl hosszút nem tud beírni.
Tehát minden rendben.
[előzmény: (1225) ludens, 2017.11.22 15:09:49]

Old Eyehozzászólásai | válasz erre | 2017.11.24 08:48:45 (1226)
A Garmin kimenetgyártó újra teljes kapacitással dolgozik.
A összes eddigi térképtípus, telepítő, tájegységenkénti térképszelvények letölthetők.
A felhasználók táborának megnövekedése és sokszínűbbé válása miatt átírtuk a letöltéseket kínáló WEB lapot. Reményeink szerint egyszerűbb, áttekinthetőbb, egyben több információt is tartalmaz.
Aki inkább a 13 éve változatlan régit szeretné továbbra használni, megteheti.

ludenshozzászólásai | válasz erre | 2017.11.22 15:09:49 (1225)
A változatosság kedvéért ehhez, a geocaching.hu programhoz jeleznén, hogy szerintem javítani kellene a jelszó ellenőrzésénél a sorrendet. Előbb kellene sűríteni (kigyomlálni a felesleges karaktereket) a bevitt szövegből, és csak utána levágni a 30 felettieket.
Tapasztalatom szerint jelenleg fordítva van. Előbb levág, majd sűrít, végül hasonlít. Így érvénytelen lesz a három szóközzel beírt jelszó, mert így túl hosszú.

bigmickhozzászólásai | válasz erre | 2017.11.20 13:52:49 (1224)
köszönöm
[előzmény: (1223) gusty, 2017.11.20 08:54:23]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.19 22:06:46 (1222)
Azért van így, mert az adatbázisban sincs külön letárolva. De megoldható.
Köszi, az jó lenne.

A GET /status kérdést nem értem. Hogy jön ide a logtípus? A GET /logtype-ban ott van.
Bocs, sztornó. Nagyon benéztem...
[előzmény: (1221) gusty, 2017.11.19 21:54:36]

gustyhozzá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]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.19 21:42:34 (1219)
Még mindig az új API:
A GET /cachesbydist kérés lon paraméterének a megnevezése szerintem téves:

lon * középpont szélességi koordináta (Longitude)

Szerintem ez itt inkább hosszúsági koordináta

bigmickhozzászólásai | válasz erre | 2017.11.19 21:12:15 (1218)
gusty, nem lehetne a GET /user kérésben a nettaláltam logok számát is visszaadni?
Mondjuk ki lehet épp számolni, mert a
db_l - db_m - db_j - db_o - db_n
művelet pont ezt adja eredményül, de szebb lenne, ha ezt is készen le lehetne kérni.

Ja, és a GET /status kérés is ismerhetné a nettaláltam logtípust (mint ahogy a POST /userlog is teszi)

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.18 06:59:31 (1217)
Aha! Köszi az infót!
[előzmény: (1203) gusty, 2017.11.16 20:12:12]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.18 06:58:59 (1216)
OK!
[előzmény: (1202) gusty, 2017.11.16 20:10:01]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.17 15:19:34 (1214)
A log funkcióknál (userlog, logsbyuser, logsbycache) a mezőnevek még mindig így vannak feltüntetve:
"logid": 0,
"userid": 0,
"cacheid": 0,

gustyhozzá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]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.17 13:12:21 (1211)
Aha, így már jobb.
Az mondjuk kicsit félrevezető, hogy ha a saját, már törölt logomat próbálom még egyszer törölni, akkor is az az üzenet, hogy csak a saját logomat törölhetem.
[előzmény: (1210) gusty, 2017.11.17 13:06:52]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.17 13:06:02 (1209)
köszi, így műxik
[előzmény: (1208) gusty, 2017.11.17 12:58:10]

gustyhozzá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]

bigmickhozzászólásai | válasz erre | 2017.11.17 12:39:46 (1207)
gusty, próbálgattam a log felvitel, módosítás, törlés funkciókat is, eddig nem találtam hibát.
Amikor tiltott dolgot kértem (pl. Egyéb-en kívül bármi más típusú log saját ládához, vagy más logjának ill. már törölt lognak a módosítása ill. törlése), akkor mindig 406-os hibakódot kaptam.
Ilyenkor mondjuk az se lenne rossz, ha valami kód vagy hibaüzenet utalna arra a konkrét okra is, ami miatt épp vissza lett utasítva az adott kérés. (Pl. hogy saját ládához nem jelenthetek be x típusú logot, vagy a módosítani kívánt log nem az enyém vagy épp nem létezik, stb.)

bigmickhozzászólásai | válasz erre | 2017.11.17 12:08:43 (1206)
gusty, az API egyetlen mező tartalmát sem adja vissza a logsbyuser kérésre.
Pl,: https://api.geolada.hu/logsbyuser?userid=6176&fields=userid%2C%20date%2C%20notes%2C%20waypoint&dir=asc&limit=20&offset=0

helyesbítek:
ezek nem jönnek le: logid,userid,cacheid,member,
a date néha igen, néha nem,
a többi mező úgy tűnt lejön.

lejön viszont egy id nevű mező, ami nincs a mezők felsorolásában

V_Gaborhozzászólásai | válasz erre | 2017.11.16 22:07:20 (1205)
Köszi, majd folytatom a tesztelést.
[előzmény: (1201) gusty, 2017.11.16 20:08:40]

emiGranthozzászólásai | válasz erre | 2017.11.16 21:16:32 (1204)
Köszi!
[előzmény: (1200) gusty, 2017.11.16 19:59:41]

gustyhozzá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) Zazi és a Lányok, 2017.11.16 19:34:45]

gustyhozzá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) Zazi és a Lányok, 2017.11.16 19:23:18]

gustyhozzá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]

gustyhozzá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]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 19:34:45 (1199)
Last login a saját nevemre.
A hivatalos profilomban: Utolsó belépéseim: 2017.10.02 11:32, 2017.09.28 16:51, 2017.07.10 22:13
Az Api szerint: {
"lastlogin": "2017-08-28 21:25:53"
}

Amúgy ezt az értéket nem is tudom, hogy mi az, mert napi szinten nézem a gc.hu oldalt...
[előzmény: (1183) gusty, 2017.11.16 11:47:02]

V_Gaborhozzászólásai | válasz erre | 2017.11.16 19:28:14 (1198)
nekem bement a log hiba nélkül

"200
Response body
{
"logid": "1705837"
}

Response headers
date: Thu, 16 Nov 2017 18:25:35 GMT server: Apache/2.4.10 (Debian) access-control-allow-origin: * content-length: 19 keep-alive: timeout=5, max=100 connection: Keep-Alive content-type: application/json; charset=utf-8"
[előzmény: (1196) Zazi és a Lányok, 2017.11.16 19:23:18]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 19:28:10 (1197)
Mondjuk a "ládaképek" sor működik! Így megvan a sikerélmény...
[előzmény: (1196) Zazi és a Lányok, 2017.11.16 19:23:18]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 19:23:18 (1196)
500 -as hibakód: "Error: Internal Server Error"
[előzmény: (1191) gusty, 2017.11.16 13:51:03]

V_Gaborhozzászólásai | válasz erre | 2017.11.16 18:50:26 (1195)
cachetype esetében nincs 5-ös? :)
/user "utolsolog": "2017-08-29 18:40:00" ez nálam nem stimmel... ez egy mozgó találatom volt #2161-ik, most utolsó: 2017.11.04 15:00 + a #2217-ik (gondolom a nem online adatbázis miatt)
egyébként szerintem a db_* adatok sem stimmelnek, uezért

/ignored estében is ott egy már nem ignorált láda az offline adatbázis miatt

/cachesbyowner esetében a "member" mit jelent? Mert minden ládámra "" (üres string a válasz).
[előzmény: (1183) gusty, 2017.11.16 11:47:02]

petrot81hozzászólásai | válasz erre | 2017.11.16 18:37:36 (1194)
Megint a szerver vacakolhat :(

[előzmény: (1192) Norbee97, 2017.11.16 17:22:20]

emiGranthozzászólásai | válasz erre | 2017.11.16 17:23:28 (1193)
Sziasztok!
Már egy pár órája semmi térkép nem jön be a geocaching.hu-n. Azaz, hogy a Geomap az bejön, de láda nincs rajta sehol, míg a ládaoldalakon még a térkép se jön be, csak egy nagy szürke üresség van. Először azt hittem, hogy nálam van a hiba, de most már valószínű, hogy nem az én gépem a hunyó. Rá tudnátok nézni valahol?

Norbee97hozzászólásai | válasz erre | 2017.11.16 17:22:20 (1192)
Ezt a fórumot többen olvassátok, mint a g:hu-ét, szóval ide szeretnék írni egy elég bosszantó hibát:
A g:hu-ban kb egy órája nem lehet logot frissíteni, illetve ládát se tud letölteni. Valami megint elcsúszott volna a kódokban?

gustyhozzászólásai | válasz erre | 2017.11.16 13:51:03 (1191)
Mi volt a hibaüzenet?
[előzmény: (1190) Zazi és a Lányok, 2017.11.16 13:43:15]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 13:43:15 (1190)
Amit leírtál az teljesen világos. "Ha mondjuk sikerült egy új logot felvinned"... Nem sikerült. Pedig mindent kitöltöttem. Valós adatok megadásával.

Valamit rosszul csinálok...
[előzmény: (1188) gusty, 2017.11.16 12:30:59]

gustyhozzá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]

gustyhozzá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) Zazi és a Lányok, 2017.11.16 11:49:31]

petrot81hozzászólásai | válasz erre | 2017.11.16 12:27:10 (1187)
Ebbe majd én is beszállok postman tesztekkel, úgyis abban próbálgattam eddig is az új apit. Elég könnyű konfigolni és teljesen automatizálható a tesztek futtatása.

https://chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop
[előzmény: (1183) gusty, 2017.11.16 11:47:02]

gustyhozzá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) Zazi és a Lányok, 2017.11.16 11:48:07]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 11:49:31 (1185)
És persze azt is mond el, hogy mit kell csinálni. Mert az api.geolada.hu oldal számomra kínai...
[előzmény: (1184) Zazi és a Lányok, 2017.11.16 11:48:07]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.16 11:48:07 (1184)
Engem érdekel! Hogy képzeled el a kapcsolattartást? Észrevételeket hova küldjem?
[előzmény: (1183) gusty, 2017.11.16 11:47:02]

gustyhozzá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.

petrot81hozzászólásai | válasz erre | 2017.11.16 11:43:47 (1182)
Design alatt azt értettem, hogy a menüben én kiírom a bejelentkezett user felhasználónevét. Ez alá terveztem a nevét is kiírni, de mivel ez hiányos lehet, valóban elhagyható. Nem bonyolítom az életünket, elég lesz a felhasználónév :)
[előzmény: (1181) gusty, 2017.11.16 11:38:03]

gustyhozzá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]

petrot81hozzászólásai | válasz erre | 2017.11.16 10:35:59 (1180)
Köszi, a token így tökéletes lesz :)

Ahogy írtam, a user adatoknál a név csak "design" miatt kéne, csak a publikus kapcsoló miatt ugye nem mindig jön le a saját neve se.. Bár az sem lenne rossz, ha a saját adatai esetén mindent le lehetne kérni :)
[előzmény: (1178) gusty, 2017.11.16 08:55:16]

Old Eyehozzászólásai | válasz erre | 2017.11.16 09:04:56 (1179)
Azt se feledjük, a felsorolt adatok nem feltétlenül valósak. Aki itt regisztrál, azt ad meg, amit jónak lát.
[előzmény: (1178) gusty, 2017.11.16 08:55:16]

gustyhozzá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]

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | ... | következő

Egy lapon megjelenő sorok száma:

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


Bejelentkezés név:  jelszó:   [regisztráció]

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

[fejlesztési ötletek] [grafikonok] [szavazások] [jogi tudnivalók] [e-mail]

[impresszum]

A geocaching.hu megnevezés és a kapcsolódó logo bejegyzett védjegy.
Kereskedelmi célú felhasználásuk csak a tulajdonosok hozzájárulásával lehetséges.
turistautak.hu