turistautak.hu térképrészleteK+ jelzés GPS-el
[ english
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: 1251 db hozzászólás

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


petrot81hozzászólásai | válasz erre | 2017.12.11 08:46:51 (1252)
Ill. még egy nagyon fontos dolog, bár ez inkább szerver config, mint api..

Ha van rá mód, nem lehetne beállítani, hogy a szerver dobja el a hívásokat x idő után? Esténként mikor nagyon belassul az oldal, percekig csak pörög a töltés és várja a választ. Én terveztem egy timer-t az alkalmazáson belüli abortolásra, de ezt szerver oldalon is lehetne valahogy kezelni. pl. max 30mp.

(Volt már olyan userem, aki azért pontozta le 1-es értékelésre az alkalmazást, mert azt hitte, hogy indulásnál lefagyott, közben meg csak pont kifogott egy szerver lassulást az alaplista letöltésénél.)

petrot81hozzászólásai | válasz erre | 2017.12.11 08:42:45 (1251)
Én jelenleg nem szűrök log típusra a lekéréseknél, de jó tudni, hogy ilyen szabály is van :) Köszönöm az infót :)
[előzmény: (1249) Old Eye, 2017.12.11 08:36:46]

petrot81hozzászólásai | válasz erre | 2017.12.11 08:41:19 (1250)
Szerintem a 404 megmaradhatna a hibáknak, az üres tömbös visszatérések helyes válaszok, csak épp üres az eredmény.

Én tegnap este befejeztem a régi api hívások átírását, egyelőre a 404-es üres eredményeket is lekezelve, de ha jól sejtem, a többieknek is jobban kezelhető a válasz, ha az üres tömb is sikeres válasz. Ráadásul ahogy lentebb írtam, az üres loggal rendelkező ládainfó nem is nagyon tesztelhető, mert nem tudunk olyan ládaid-t, ahol nincs még log.

A láda adatoknál viszont eléggé el lett aprózva a sok lekérés, nem tudom, hogy mennyire lesz kevésbé leterhelt a szerver így.
Pl. régen egy lekérésből megkaptuk 1) a láda adatait, 2) segéd- és multipontokat, 3) logokat a képeikkel (limitálva), 4) képeket, 5) megtalálás állapotát. Ez most a felsoroltak alapján 5 külön api hívás.

Részemről maradhat így is, nem akarnálak további refactorral terhelni, csak nem tudom, hogy az erőforrás-kímélés célja megvalósul-e így.
[előzmény: (1248) gusty, 2017.12.11 08:22:51]

Old Eyehozzászólásai | válasz erre | 2017.12.11 08:36:46 (1249)
Meg kell jegyeznem, egy újonnan megjelent nem esemény típusú geoláda első logja csak 'Megtaláltam' lehet.
[előzmény: (1247) petrot81, 2017.12.10 22:33:51]

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

petrot81hozzászólásai | válasz erre | 2017.12.10 22:33:51 (1247)
Egy újabb kérdésem volna, amit sajnos nem tudok tesztelni: a logsbycache végpont mit ad vissza, ha létezik a láda, de még nincsenek logjai? Üres tömböt 200-as sikeres válasszal, vagy 401-et?
[előzmény: (1245) gusty, 2017.12.10 21:15:35]

petrot81hozzászólásai | válasz erre | 2017.12.10 21:30:07 (1246)
Nagyon köszönöm! :)
[előzmény: (1245) gusty, 2017.12.10 21:15:35]

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

petrot81hozzászólásai | válasz erre | 2017.12.07 12:32:24 (1244)
1) köszönöm!


2) A képeknél esetleg egy GROUP_CONCAT segíthetne, ez kigyűjti a joinolt képeket és stringként összefűzi egy mezőbe.

A régi apiban hogy volt megoldva?
[előzmény: (1243) gusty, 2017.12.07 09:52:51]

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

petrot81hozzászólásai | válasz erre | 2017.12.06 23:18:27 (1242)
Újabb kérdésem volna:

Ha letöltöm egy láda minden adatát, hogyan tudom hozzáfűzni legegyszerűbben a saját megtalálásaimat (ami régen a found mezőben jött külön értékként)? A cache végpont nem ad vissza ilyen jellegű infót, hiába küldök userid-t is. A logsbycache végpontnál viszont nem tudok a saját userid-mra szűrni, csak a láda id-ra, így minden log visszajön.

Ill. a logsbyuser végpont esetén nem lehetne megoldani, hogy rögtön jöjjenek a képek is, ha vannak? Most ha lekérem a log listát, egyesével kell a képes logokhoz hívogatni a logimages végpontot.
[előzmény: (1240) gusty, 2017.12.03 23:24:46]

petrot81hozzászólásai | válasz erre | 2017.12.04 01:07:56 (1241)
Köszönöm a gyors javítást! :)
[előzmény: (1240) gusty, 2017.12.03 23:24:46]

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

petrot81hozzászólásai | válasz erre | 2017.12.03 01:28:52 (1239)
Akkor jó munkát mindkettőtöknek a bejgli mellé :)

Gusty-hoz lenne újabb api kérdésem/észrevételem:

1. A cachesbyarea végpont most az alábbi paraméterekkel fut le (csak a lényegi paramétert írom):

cachesbyarea?lat1=40&lat2=59&lon1=-180&lon2=180&fields=...

Ezzel szemben a szabályzatban az alábbi szöveg szerepel:
A geocaching.hu oldalra a piros téglalappal jelölt területen belülre rejtett geoládát lehet bejelenteni:
A pontos szélességi és hosszúsági körök: N51°04' - N41°50' - E09°31' - E29°44'

A lekérdezésben a "lon" paraméterek maxra vannak húzva, a "lat"-ok pedig 39.99999-nél ill 60-nál már elszállnak, tehát 40 ... 59.99999-ig fogadja el helyes értékként. Benézek valamit, vagy valóban zavar van az erőben?

p.s. ha mégis lenne majd a "sima" /cache végponton listázási lehetőség, akkor a magam részéről szívesen elhagynám ezt a furfangos cachesbyarea-s megoldást az összes láda lekérésére :)

2. A pointsbyarea végpontnál nálam a type üres:
pointsbyarea?lat1=40&lat2=59&lon1=-180&lon2=180&fields=id,no,type,name,description,lat,lon,alt

Itt van egyébként olyan lehetőség, hogy csak adott típusú pontot kérjünk le? pl. csak multipont adatokat, segédpont nélkül (vagy a wp paraméter ezeket szűrné?).
[előzmény: (1238) ocsike78, 2017.12.02 16:19:17]

ocsike78hozzászólásai | válasz erre | 2017.12.02 16:19:17 (1238)
szintén zenész
[előzmény: (1237) bigmick, 2017.12.01 14:08:14]

bigmickhozzászólásai | válasz erre | 2017.12.01 14:08:14 (1237)
Én még nem tartok sehol a g:hu-ba rakással, talán Karácsony körül már lesz időm elkezdeni.
[előzmény: (1236) petrot81, 2017.11.30 13:52:43]

petrot81hozzászólásai | válasz erre | 2017.11.30 13:52:43 (1236)
A magam részéről a hétvégén tervezem az új api integrálásának befejezését (kicsit megcsúsztam a melók miatt..). Lehet tudni, hogy a többiek hogy állnak és kb mikor lesz élesben is elérhető az új api is?

Old Eyehozzászólásai | válasz erre | 2017.11.30 07:11:25 (1235)
Utánanézek!
Ez kétféle jelenség.

VP - töröltem a találatot, és újra bejelentettem: ekkor engedi, hogy bepipáljam, de utána mégse jelenik meg a villáskulcs az oldalon - ez hiba.
Péter60 - Csak a terepről, api-n át küldött 'Megtaláltam' logoknál lehet PC-n bekapcsolni a villáskulcsot (, amikor további szöveggel, esetleg fényképekkel egészítjük ki a logot), de csak első esetben. Amúgy utólag 'Egyéb' típusú loggal mindig be lehet kapcsolni.

Egyéb nem technikai, hanem emberi tényezők is zavaróak:
Gyakori az olyan eset, amikor a játékos mivel jé! ott egy checkbox, bepipálja, de a logban csak 'minden szép, minden jó, köszike, megvan'...
A rejtő kikapcsolhatja a villáskulcsot 'Egyéb' típusú loggal, amelyben megindokolja lépését, a láda javítva vagy a bejelentés téves. Van olyan rejtőnk, aki erre a tájékoztatásra nem vesz fáradságot, csak egy '.'-tal szúr ki a játékosokkal.
Pszichológiai esetekkel is szívnak a ládadokik :-)
[előzmény: (1234) Péter60, 2017.11.29 21:55:06]

Péter60hozzászólásai | válasz erre | 2017.11.29 21:55:06 (1234)
Jó, hogy felveted a témát. Elsőre én is mindig gyorsan egy "ok"-kal logolok, és akkor általában nem pipálom be a villáskulcsot, amennyiben szükség lenne rá.
Amikor másodjára részletes logot írok, akkor viszont már nem kínálja fel a lehetőséget a rendszer.
Jó lenne ezen változtatni.
[előzmény: (1233) VP, 2017.11.29 21:06:36]

VPhozzászólásai | válasz erre | 2017.11.29 21:06:36 (1233)
Egy ládánál szerettem volna javítást javasolni, de a megtalálás bejelentésekor elfelejtettm bepipálni a villáskulcsot. Mivel utólag nem lehet, így töröltem a találatot, és újra bejelentettem: ekkor engedi, hogy bepipáljam, de utána mégse jelenik meg a villáskulcs az oldalon. Megpróbáltam mégegyszer, de így se.
Miért? Megjegyzi, hogy ezt én már logoltam korábban?

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

Old Eyehozzászólásai | válasz erre | 2017.11.26 13:26:54 (1231)
gusty! Ha 'Felhasználói kézikönyv'-be illőn röviden (pár mondatban) megfogalmaznád a tennivalókat, beillesztem a szövegbe! Kösz!
[előzmény: (1230) gusty, 2017.11.26 12:05:54]

gustyhozzá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) Zazi és a Lányok, 2017.11.26 08:58:05]

Old Eyehozzászólásai | válasz erre | 2017.11.26 11:54:55 (1229)
Köszönöm a dicséretet!

Tizenhárom éve, amikor megindult a Garmin készülékekre tölthető térképek gyártása, az akkori felhasználók java részét érdekelte térképkészítés menete is. Mostanra többségbe kerültek azok, kik csak használni akarják a térképeket. Ezt a változást, mint azt, hogy a mai gépjárművezetők java része kocsiján nem tudja kicserélni a reflektorizzót, tudomásul kell venni, ezért hoztuk létre az egyszerűbb Garmin térkép WEB lapot.

Közelmúltban kisebb mértékben megváltozott a futtatási környezet. Most csupán újrahangoltuk és javítottuk a Garmin kimenetgyártás vezérlő processzeit, magába a kimenetgyártóba nem nyúltunk bele.

...MAC-et használó BaseCamp felhasználók milyen lehetőséggel élhetnek...
Nem tudok válaszolni. '...MAC-et használó BaseCamp...' - nekem ez ismeretlen terület. Ha értesz hozzá, szólj! Ha akad valaki, akinek affinitása van ehhez a témához, jelentkezzen! Megnézzük, mit tehetünk.
[előzmény: (1228) Zazi és a Lányok, 2017.11.26 08:58:05]

Zazi és a Lányokhozzászólásai | válasz erre | 2017.11.26 08:58:05 (1228)
Szuper frissítés, köszi! Valóban átláthatóbb.
Viszont sehol nem találom azt a lehetőséget, hogy a MAC-et használó BaseCamp felhasználók milyen lehetőséggel élhetnek. Az összes file .exe kiterjesztésű.
[előzmény: (1226) Old Eye, 2017.11.24 08:48:45]

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]

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

Egy lapon megjelenő sorok száma:

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


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

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