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

Lapozás: előző | 1 | 2 | 3 | 4 | következő


bigmickhozzászólásai | válasz erre | 2019.09.10 10:25:26 (2622)
És tényleg 😃

Az irány jó, csak így tovább!
[előzmény: (2620) Fazék, 2019.09.10 09:32:15]

bigmickhozzászólásai | válasz erre | 2019.09.06 19:34:56 (2618)
a nyitólap letöltése is 3 sec
Ritkán szoktam a nyitólapot nézegetni, de most kipróbáltam. Ahhoz képest, hogy relatíve kevés tartalom van rajta, valóban roppant sok idő, míg összeáll.
Az index.hu nyitólapja nagyságrendileg hasonló idő alatt jön be, de egy nagyságrenddel több tartalommal.

Egy geoláda oldalának letöltése (20 loggal, térképpel) bő 10 másodperc. Ennek az időnek a túlnyomóan nagy része a html összeállításával és elküldésével telik, utána az egyebek (css, javascriptek, grafikus elemek) viszonylag gyorsan lejönnek (bár a méretükhöz képest ők is elég lassan).
Az nginx/mariadb logokban érdemes lenne kutakodni, hátha kiderül, hol van a kritikus pont.
[előzmény: (2617) Hajo, 2019.09.06 19:12:37]

bigmickhozzászólásai | válasz erre | 2019.09.06 09:00:48 (2612)
Ez az infinite scroll szerintem is jó ötletnek tűnik.
[előzmény: (2611) eFeS, 2019.09.06 08:08:34]

bigmickhozzászólásai | válasz erre | 2019.07.16 21:23:56 (2499)
Kaptam ma egy telefonos jelzést, hogy a g:hu 1.6.3 iránytű funkcióban nem frissül a távolság kiírása.
Kipróbáltam, és tényleg ez a helyzet.
Akinek sürgősen szüksége van erre a funkcióra, az használhatja a javítást tartalmazó g:hu 1.6.4a verziót.
Teszteltem, szerintem működik, de szeretnék visszajelzést kapni, hogy másnál is biztosan így van-e, mert csak pozitív visszajelzés után frissítem a google.play-n a programot. Akkor viszont minél előbb.
Előre is köszi.

bigmickhozzászólásai | válasz erre | 2019.07.15 11:10:04 (2496)
Szívemből beszélsz.
Üzleti környezetben egy percig se agyalnék tovább egyéb megoldáson.
De a gc.hu, és annak az informatikai támogatása nem üzleti környezetben működik...
[előzmény: (2495) petrot81, 2019.07.15 10:40:15]

bigmickhozzászólásai | válasz erre | 2019.07.14 22:43:46 (2492)
Az appok természetesen engedik az időpont manuális bevitelét.
Amúgy meg nem felelőst akarok keresni, hanem csak (mivel magam is ugyanígy jártam anno), maximálisan megértem a mezei user lelkiállapotát.
Az ember külföldön is a megszokott módon próbál logolni először:
- örül, hogy megtalálta a ládát,
- örül, hogy sikerült kideríteni a jelszót,
- előkapja a telefont, logolást kezdeményez,
- elfogadja az app által felkínált aktuális időpontot,
- beírja a jelszót,
- ha rendes, akkor némi érdemi megjegyzést is ír,
- majd nyomja a Beküldés gombot,
- aztán értetlenül bámul, hogy most akkor miért is nem engedi a szerver a logolást.
- Ki akart itt jövőbeli időpontra logolni? Most x óra y perc van, ennyit is írtam be (hagytam jóvá), most akkor mi a fene baja van?.

A user nem ismeri a technikai hátteret, fogalma sincs, milyen kiegészítő infók (mint pl. időzóna) utaznak (vagy nem) a háttérben, nem tudja (eddig [akár évekig] nem is kellett tudnia), hogy az időzóna eltérés lehet a dolog hátterében.

Arra próbáltam az előbb célozni, hogy megfelelő módon esetleg lehetne a user figyelmét felhívni arra, hogy ember, LEHETSÉGES, hogy azért kapod a jövőbeli logolást tiltó üzenetet, mert momentán nem a budapesti szerverrel azonos időzónából próbálkozol.
Ezt az üzenetet praktikusan adhatná a szerver (aki az időpontot ellenőrzi), ha direktben weblapon át próbál logolni a user.
Appok esetében pedig vagy az API hibaüzenete egészülhetne ki ilyen plusz infóval, vagy megteheti maga az app is (ha külön 4xx-as hibakódja van ennek a típusú hibának)
[előzmény: (2490) Old Eye, 2019.07.14 22:12:09]

bigmickhozzászólásai | válasz erre | 2019.07.14 21:19:13 (2489)
Aki messze nyugaton és keleten ott áll a megtalált láda felett és azonnal bejelenti, az pontosan tudja, hány az óra otthon, írja be azt és kész.
Csak a mezei user egyszerűen nincs tudatában annak, hogy gond, ha nem így tesz.
[előzmény: (2487) Old Eye, 2019.07.14 21:07:32]

bigmickhozzászólásai | válasz erre | 2019.07.14 21:14:27 (2488)
Valóban nem nagy tragédia, miután már tudsz róla, hogy mi is a gond.
Amikor először ütközik bele az ember ebbe a szituba, nem mindenkinek esik le azonnal a tantusz, hogy ja, persze az időzóna eltérés miatt pampog a szerver.
Azt is lehet, hogy feltűnően figyelmeztetni kellene a usereket, hogy a magyarországitól eltérő időzónában levő ládák logolásánál számoljanak azzal, hogy a Magyarországon tanyázó gc.hu szerver nem fogja engedni a helyi idő szerinti azonnali logolást.
Ez praktikusan az Ukrajna, Románia, Moldávia, Bulgária és Törökország területén lakó ládákat érinti.
[előzmény: (2485) gusty, 2019.07.14 09:39:03]

bigmickhozzászólásai | válasz erre | 2019.07.11 14:03:57 (2484)
Technikailag valószínűleg ez lenne a legegyszerűbb.
De az azért továbbra is bizgat, hogy csak jó lenne a log időpontjaként a megtalálás lokális idejét látni.
[előzmény: (2483) petrot81, 2019.07.11 12:25:27]

bigmickhozzászólásai | válasz erre | 2019.07.11 12:20:43 (2482)
Meglepne, ha kezelné.
A megtalálás időpontja gyanánt egy stringet vár, ami nem tartalmaz időzóna információt.

Első erdélyi ládakeresésemkor én is így jártam (akkor még nem volt API, wap-on át ment a g:hu-s logolás), nem engedett a szerver "jövőbeli" időpontra logolni. Egy órával később persze már simán bement.

Gondolkodtam már azon, hogy esetleg kliens (app) oldalon kellene az időzóna figyelembe vételét megoldani (automatikusan a szerver időzónájára konvertálni a lokális időt. De ez a kliens oldali konverzió megtévesztő, hogy a log időpontja nem a valós helyi időt fogja mutatni.

Szóval az igazi megoldás az lenne, ha az API valamilyen módon tudná fogadni az időzóna információt is. Akár magában az időpont stringben, akár egy másik mezőben. És az időpontellenőrzéshez figyelembe tudná venni az időzónát, de a log időpontjaként a helyi időt tudná eltárolni.


[előzmény: (2481) petrot81, 2019.07.11 12:00:06]

bigmickhozzászólásai | válasz erre | 2019.07.01 11:59:28 (2462)
A fő probléma az az, hogy android 4.4.-től kezdve a Google elkezdte beszigorítani a külső sd-kártyákra pakolt fájlok korábban teljesen szabad felhasználhatóságát.
Az új irány az, hogy a külső sd-kártya az nem egy szabad tárhely, amit bármelyik alkalmazás szabadon használhat, hanem csupán egy cserélgethető médiatároló, amin képek, zenék, videók, csengőhangok tárolhatók leginkább, amikhez az erre (gyárilag) feljogosított alkalmazások férhetnek csak hozzá.
Anndroid 8? (9)-től tovább szigorodott a dolog.
6.1-en elvileg még mennie kell a külső sd kártyára rakott file olvasásának, de már itt is van egy csavar:
a külső sd-kártya elérésnek androidon nincs szabványos módja, ami minden android verzióban, bármely hardware-n ugyanúgy működne.
Sőt: saját telefonomon hosszasan babrálva (ugyanaz a vas, ugyanaz az android verzió) sikerült elérnem, hogy a külső sd-kártyára bemásolt térkép file-t hol képes beolvasni a program, hol pedig ezt írja, hogy az illető térkép file nem elérhető.
A dolog attól függ, hogy amikor a Térkép beállítások-ban kijelölöm a térkép file-t, akkor melyik file-kezelővel, és azon belül is pontosan hogy jutok el a file-ig.
Példa:
Ha az androidos alap file-kezelővel választom ki a térképet:
-SD-kártya/Maps/tuhu.map, akkor a g:hu ezt kapja vissza a file elérési útja gyanánt:
/storage/emulated/0/Maps/tuhu.map
Ha a telefon gyártó (nálam Huawei) által telepített file-kezelővel csinálom:
-Fájlok/Memóriakártya/Maps/tuhu.map, akkor a g:hu ezt kapja vissza a file elérési útja gyanánt:
/storage/6231-3737/Maps/tuhu.map

A kettőből nálam az utóbbi a nyerő.
Megnéztem, mi történik, ha felrakom a FileCommander app-ot, és azon keresztül jelölöm ki a térkép file-t:
- FC/SD-kártya/Maps/tuhu.map, akkor ugyanaz a helyzet, mint a Huawei gyárilag felrakott filekezelőjével, vagyis működik a dolog.

Szóval azt tudom csak tanácsolni, hogy rakjál a telódra valami értelmes file-kezelőt (FileCommander pl.), és amikor kijelölöd a g:hu-ban a térkép file-t, akkor azt ezen a file-kezelőn keresztül tegyed.


[előzmény: (2450) zsedely, 2019.06.25 23:11:17]

bigmickhozzászólásai | válasz erre | 2019.06.11 21:34:17 (2449)
A térkép letöltést akkor NEM a g:hu-ba beépített térképletöltővel csináltad, jól értem?
Honnan töltöttél le és mit?
[előzmény: (2448) zsedely, 2019.06.11 19:36:57]

bigmickhozzászólásai | válasz erre | 2019.05.28 20:11:59 (2442)
Az online térképen (http://www.turistautak.hu/maps/mapnik/geojaunt.php?lat=47.15237&lon=19.62158&zoom=8&layers=00B00&reset) sincs feltüntetve, csak egy HP85-3001/1 POI (magassági pont?) látszik a helyén
[előzmény: (2441) Segafredo, 2019.05.28 19:14:04]

bigmickhozzászólásai | válasz erre | 2019.05.24 15:52:45 (2437)
A g:hu-ban egy ideje már benne van a lehetőség, hogy a loggal együtt beküldjön a user egy karbantartás kérést is (maintenance=true). De mivel a jelek szerint nem sok hatása van, így azt sem tudni, hányan nyomogatják úgymond "véletlenül".
Azon még gondolkodom, hogy a villáskulcs bekapcsolási kérést app oldalon valami feltételhez kötném.
[előzmény: (2431) petrot81, 2019.05.24 09:33:44]

bigmickhozzászólásai | válasz erre | 2019.05.15 18:00:04 (2425)
A most fejlesztés alatt levő g:hu+-ban lesz egy Szűrő funkció, amivel a ládalistában ill. a térképen megjelenő ládákat lehet majd szűrni, hogy ne kelljen rengeteg láda közül totózni, ha keresek valamit.
[előzmény: (2424) efemm, 2019.05.15 16:45:03]

bigmickhozzászólásai | válasz erre | 2019.04.03 08:34:55 (2387)
Úgy látszik, korán örültem :(
Valami még mindig nem kerek az openmaps.eu szerverével, mert most megint nem megy.
Mondjuk annyi változás van az elmúlt hetekben tapasztaltakhoz képest, hogy míg korábban mindig timeout üzenet lett a próbálkozás eredménye, most az esetek egy részében már más üzenet jön.
De térképet sajnos megint nem lehet letölteni...
[előzmény: (2385) fehérkút, 2019.04.03 07:07:20]

bigmickhozzászólásai | válasz erre | 2019.04.02 20:24:26 (2384)
Az openmaps.eu háza táján valami történt: újra működik a térkép letöltés.
Az elérhető térképek nem frissültek a szerver kiesés ideje alatt, így most 2019.03.11-én készült térképek érhetők el.
A g:hu is újra látja ezeket a térképeket, megint lehet használni a térkép letöltés funkciót.

bigmickhozzászólásai | válasz erre | 2019.03.31 20:28:33 (2383)
Elő tudtam kaparni egy 2 hónappal ezelőtti openmaps.eu-s Magyarország térképet, innen elérhető:
hungary_openmaps_eu_europe.map.zip
[előzmény: (2378) accu, 2019.03.31 07:35:10]

bigmickhozzászólásai | válasz erre | 2019.03.29 20:20:37 (2377)
Egy ládaoldal betöltése most kb. 10 sec.
[előzmény: (2375) LionDaddy, 2019.03.29 19:33:58]

bigmickhozzászólásai | válasz erre | 2019.03.26 12:46:24 (2374)
g:hu 1.6.3a
Apróbb javítások mellett a térképletöltés környéke módosult:
- az openmaps.eu térképletöltő szerverének hetek óta tartó döglődése értelmesebben lett lekezelve
- a turistautak.hu térképletöltés web-címének a megváltozása át lett vezetve, így újra lehet ezt a térképet letölteni

bigmickhozzászólásai | válasz erre | 2019.03.16 13:57:45 (2366)
Nem a g:hu-val van gond, hanem az openmaps.eu letöltési szervere elhasalt
Tudnak róla, jővő hétre remélhetőleg újra menni fog
[előzmény: (2365) GSdriver, 2019.03.16 13:12:15]

bigmickhozzászólásai | válasz erre | 2019.03.14 13:17:10 (2360)
g:hu 1.6.2xc
A visszatéréskori lefagyás kiiktatásának újabb állomása.
sanzi89 és vittorio visszajelzései segítettek megtalálni egy alattomos hibát, ami csak bizonyos körülmények között jön elő.
Nálam hosszas tesztelések során egyetlen egyszer sikerült előidézni (történetesen android 4.2-es emulátoron), de se előtte, se utána egyetlen más alkalommal sem.
A lényeg, hogy most ezt is javítottam, és remélem, hogy végelegesen sikerült ezt a bosszatnó hibaforrást is kigyomlálni.
[előzmény: (2358) sanzi89, 2019.03.14 11:25:53]

bigmickhozzászólásai | válasz erre | 2019.03.14 12:20:19 (2359)
A lényeg, hogy nem fagy le.
A megjelenő üzenetet majd kiirtom.
[előzmény: (2358) sanzi89, 2019.03.14 11:25:53]

bigmickhozzászólásai | válasz erre | 2019.03.14 09:45:19 (2356)
Te is meg tudod oldani.
Az android Beállításokban visszaállítod a nagy betűméretet normálra...

Azért megnézem, mit tehetek a SzemüvegEllenes Liga tagjainak érdekében :)
[előzmény: (2355) V_Gabor, 2019.03.14 07:25:48]

bigmickhozzászólásai | válasz erre | 2019.03.13 09:18:47 (2353)
g:hu 1.6.2xb
Remélem sikerült meggyógyítani a logolás lépernyőre visszatérés problémáját

bigmickhozzászólásai | válasz erre | 2019.03.13 09:02:45 (2352)
Nagyon köszönöm a visszajelzést, ez alapján meg tudom gyógyítani.
[előzmény: (2351) vittorio, 2019.03.13 06:53:18]

bigmickhozzászólásai | válasz erre | 2019.03.12 20:55:01 (2350)
Sajnos a Google Play developer konzolon nem jelent meg adat a Te próbálkozásodról :(

Csináltam egy kidekorált g:hu 1.6.2xa verziót, direkt neked.
Meg kéne próbálni a Galériáról visszatérést, és ha szerencsénk van, nem lefagyás lesz, hanem a program egy pár másodpercre feldob majd egy üzenetet, amit ha valami módon tudnál rögzíteni és nekem eljuttatni, akkor azzal előrébb lehetnénk.
[előzmény: (2341) sanzi89, 2019.03.11 19:11:51]

bigmickhozzászólásai | válasz erre | 2019.03.12 15:09:26 (2348)
g:hu 1.6.2x
Ennek már települnie kell mindenkinél.

bigmickhozzászólásai | válasz erre | 2019.03.11 20:44:49 (2343)
Köszi, remélem meg tudjuk fogni, mi okozza
[előzmény: (2341) sanzi89, 2019.03.11 19:11:51]

bigmickhozzászólásai | válasz erre | 2019.03.11 18:54:46 (2339)
Az mit jelent, hogy nem engedi?
Mi történik telepítési kísérletkor?
[előzmény: (2336) V_Gabor, 2019.03.11 18:45:01]

bigmickhozzászólásai | válasz erre | 2019.03.11 18:53:53 (2338)
Na, Android 4.4.4-hez nincs emulátorban futtatható image :(
4.4.2-t tudok próbálni, abban csont nélkül működik.

Esetleg még azt lehetne, hogy felraksz egy g:hu 1.6.2-t a Google Play-ről,
majd működő internet kapcsolat mellett reprodukálod a hibát,
amiről a telefon a háttérben küld egy logot a developer konzolra,
amit holnap már én is látni fogok,
és akkor talán kiderül, mi lehet a gond
[előzmény: (2333) sanzi89, 2019.03.11 18:32:17]

bigmickhozzászólásai | válasz erre | 2019.03.11 18:45:44 (2337)
g:hu 1.6.1
g:hu 1.5.4
[előzmény: (2335) sanzi89, 2019.03.11 18:35:28]

bigmickhozzászólásai | válasz erre | 2019.03.11 18:03:42 (2332)
A telefonon pontosan milyen verziójú az android?
[előzmény: (2331) sanzi89, 2019.03.11 17:53:07]

bigmickhozzászólásai | válasz erre | 2019.03.11 17:33:43 (2330)
g:hu 1.6.2w
Javítások az alábbi hibákra:
- logolás képernyőre visszatéréskor adatokat elfelejti / lefagy
- iránytű használat közben néha előforduló lefagyás
- ládalista képernyő lefagyás bizonyos körülmények között

bigmickhozzászólásai | válasz erre | 2019.03.11 17:24:49 (2329)
Nálam nem fagy le a 4.4 emulátoron ilyenkor sem, de a visszatéréskor elfelejti a láda nevét, meg amit esetleg már beírtam bármelyik mezőbe, és ez hiba.
Javítom, majd még ma csinálok egy tesztverziót, és meglátjuk, azzal mi lesz a tapasztalat.
[előzmény: (2328) sanzi89, 2019.03.11 16:46:42]

bigmickhozzászólásai | válasz erre | 2019.03.11 16:30:30 (2327)
Érdekes dolog, mert akik tesztelték az 1.6.2-t (magamat is beleértve), ilyesmiről nem panaszkodtak.
A Google Play developer konzolon mindig szoktam nézni új verzió telepítése után, hogy van-e hirtelen változás a lefagyások gyakoriságában.
Párat találtam, aminek köze lehet az 1.6.2-ben végzett módosításokhoz, ezeket próbálom gyomlálni, és pár napon belül lesz egy javított kiadás.
Közben raktam fel 4.4.2-es emulátort a gépemre, azon próbálom nyúzni a programot, hátha előjön az a gond, ami nálad is.
Van valami jellemző szituáció, ahol lefagy a program?
[előzmény: (2326) sanzi89, 2019.03.11 16:05:50]

bigmickhozzászólásai | válasz erre | 2019.03.08 14:36:39 (2322)
OK, köszi, várok.
[előzmény: (2321) gusty, 2019.03.08 12:24:55]

bigmickhozzászólásai | válasz erre | 2019.03.07 17:18:41 (2319)
Bocs, nem cseszegetésből kifolyólag kérdezem, hogy mire számíthatok, csak a g:hu program utódjának (g:hu+) fejlesztése során eljutottam arra pontra, ahol legalább elvi szinten el kéne tudnom dönteni az API hívások stratégiáját.
Ehhez jó lenne tudni, hogy lesz-e lehetőség arra a 3 dologra, amiről pár hete írtam, és amivel összességében kevesebb html hívással, kevesebb select végrehajtásával, sokkal gyorsabban lehetne hozzájutni a láda adatokhoz.

Már egy (3) igen/nem válasz is segítség lenne.
Ha igen (amit nagyon remélek...), akkor esetleg a majdani megvalósítás iránya (pl. logok a cache adatokkal együtt, vagy külön hívással, de cache_id lista alapján, stb.) is jó lenne, ha tudható lenne.
Hogy mikor, az majd egy következő kérdés témája :)
[előzmény: (2249) gusty, 2019.02.21 19:20:30]

bigmickhozzászólásai | válasz erre | 2019.03.04 19:29:02 (2308)
g:hu 1.6.2i

Tovább faragtam a "zsebből elővéve elveszti a gps pozíciót" témakör javítását.

bigmickhozzászólásai | válasz erre | 2019.03.04 16:48:28 (2307)
Gondolom, térképe válogatja..
Az érdekel,hogy a turistautak mi alapján jelennek meg az egyes térképeken, vagy hogy egy adott térkép egy adott nagyítási szintjén egy adott területen pontosan mi alapján mutakoznak pont ott a turistajelzés ikonok, ahol?
[előzmény: (2305) petrot81, 2019.03.04 15:29:19]

bigmickhozzászólásai | válasz erre | 2019.03.04 16:20:48 (2306)
Alapból szerintem nincs köze hozzá.
De van saját külön beállítása: webView.getSettings()
Ott lehet matatni pl. a fontméretet is.
[előzmény: (2304) petrot81, 2019.03.04 15:09:27]

bigmickhozzászólásai | válasz erre | 2019.03.03 21:56:45 (2302)
g:hu-ban a leírás és a logok szövegének betűméterét lehetne a "..." menüből elérhetően plusz 1-2-3-4 lépésben növelni?

Biztos lehetne, kérdésem, hogy mennyire nagy erre az igény?

Nejemnek jó pár évvel ezelőtt hasonló gondjaira az optikus kislány (lehetett úgy 15 évvel fiatalabb, mint Iza) azt mondta:
Hölgyem, az Ön korában már természetes, hogy szemüveget kell hordania...

a logok mintha kisebb betűvel jelennének meg, mint a leírás, nem?

Igazából nem tudom, mert a leírást a szabvány androidos webview jeleníti meg a letöltött html formázásnak megfelelően, a g:hu ebbe nem szól bele.
A logok betűmérete '16sp'. Ha nagyon nem olvasható szemüveg nélkül, akkor tudok rajta növelni picit.

A változtatható betűméret macerásnak tűnik, ezt még körbe kell járnom, hogyan lehetne viszonylag nem horribilis mennyiségű kódolással (theme-eléssel, style módosítással) megoldani.

[előzmény: (2293) V_Gabor, 2019.03.03 10:57:28]

bigmickhozzászólásai | válasz erre | 2019.03.03 20:05:34 (2298)
mi kellene ahhoz, hogy a teljes nyomvonalat exportálni tudjam?

Pl. próbáld meg a g:hu 1.6.2h verzióval :)
Ebben javítottam az általad jelzett gpx export hibát.
[előzmény: (2291) Akubb, 2019.03.02 16:46:03]

bigmickhozzászólásai | válasz erre | 2019.03.01 21:30:25 (2290)
Megpróbáltam a saját telefonomon, letöltöttem az összes geoládát (sose szoktam egyébként, mert egyrészt sokáig tart, másrészt minek).
Bekapcsolt gps mellett Ládalista menüben Térképre funkcióban akármelyik opciót választom, pontosan az jelenik meg a térképen, amit vártam. A térképen a pozíciót jelző emberkét vagy nyíilat nem látom a nagy tömegben, csak ha belenagyítok a térképbe. De közben a g:hu fejléc sávjában a gps ikon folyamatosan zöld, vagyis van aktuális pozíció.
Nem tudom, nálad mi lehet a gond.
[előzmény: (2287) zsedely, 2019.02.28 09:36:06]

bigmickhozzászólásai | válasz erre | 2019.02.26 09:54:53 (2278)
g:hu 1.6.2g

Apró javítások, további optimalizálások.

bigmickhozzászólásai | válasz erre | 2019.02.24 22:57:00 (2274)
Milyen g:hu verziót használsz?
g:hu 1.6.2f-ben javítottam pont ezt a környéket.
[előzmény: (2272) zsedely, 2019.02.24 22:18:20]

bigmickhozzászólásai | válasz erre | 2019.02.24 16:59:41 (2267)
Hogyan próbálod?
[előzmény: (2266) zsedely, 2019.02.24 16:49:08]

bigmickhozzászólásai | válasz erre | 2019.02.24 14:43:33 (2262)
Ezt a g:hu fejlesztést már én is nagyon várom.

Hát, mit mondjak, én is...
Ehhez az API-ban kellene egy olyan bővítés, ami a láda betegre állítását lehetővé teszi. Jelenleg nincs ilyen lehetőség.
[előzmény: (2261) V_Gabor, 2019.02.24 11:36:15]

bigmickhozzászólásai | válasz erre | 2019.02.22 08:30:23 (2250)
Jó, köszönöm, várom.
[előzmény: (2249) gusty, 2019.02.21 19:20:30]

bigmickhozzászólásai | válasz erre | 2019.02.21 14:57:06 (2248)
Mindazonáltal én a jelenlegi formában nem bolygatnám nagyon az API-t, Gusty rengeteget dolgozott vele.
Alapvetően egyetértek. Sok munka van benne, stabilan működik, lehet használni. Nem is gondolnám, hogy alapjaiban kellene felforgatni. Én úgy vélem, az API jelenlegi struktúrájának a keretein belül mozognak a kéréseim, amik relatíve kis kiegészítést jelentenének néhány meglevő funkcióhoz, amivel jelentős optimalizálás lenne elérhető a használat közben.

Legközelebb akkor látnám értelmét hozzányúlni, ha az egész GC.hu oldal kapna egy 21.századi felületet a hozzá való szabványos REST API-val, ahol maga az oldal is azt használja.
Valahogy ennek elég pici esélyét látom mostanában...
Az egész GC oldal + a tuhu egy hatalmas falat. Max azt tudom elképzelni, hogy a meglevő mellett elkezdeni csinálni egy újat, kis lépésekben, fokozatosan építkezve, és ami már elkészült, azt a régi oldalról átirányításokkal használatba venni.
De aki belülről jobban ismeri a mostani php kódot, az majd megmondja, hogy mennyire marhaság, amit leírtam, vagy nem az.
[előzmény: (2247) petrot81, 2019.02.21 12:43:49]

Lapozás: előző | 1 | 2 | 3 | 4 | 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