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: 531 db hozzászólás

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

gusty	hozzászólásai \| válasz erre \| 2026.11.01 21:13:34 (6137)
Ismernie és értenie kell a tuhu térképgyártás menetét, és az azt végző szoftvereket. Illetve azt, hogy ezeket miként lehet frissíteni, korszerűsíteni úgy, hogy egy megfelelően frissített biztonságos operációs rendszer alatt is stabilan működjön. [előzmény: (6136) fehérkút, 2026.11.01 19:17:43]

gusty

hozzászólásai | válasz erre | 2026.11.01 18:02:02 (6135)

1, Ez most komoly? Egy üzenetet kirakni egy weboldalra nem ugyanaz, mint érteni és ismerni a térképkészítő szoftvert.

2, Pont ez a probléma, senki nem állíja helyre, jó ideje így van. Nem tudom ki volt, de nyilván nem ugyanaz a tudás kellett a kizáráshoz, mint a megjavításhoz. "akitől kérdezni lehet" Ezt már sokadszor hozod elő, de egyszer sem válaszoltál, hogy ki kérdezzen? Neked szívügyed, akkor miért Te nem? Pont erről van szó, hogy senkinek nem szívügye annyira, hogy időt, energiát fektessen bele, vagy szívügye ugyan, de nincs meg a kellő tudás vagy szabadidő hozzá.
Az, hogy 1-2 ember megpróbálta a legalább lélegeztető gépre kötni a térkép gyártást, és elvégezni azokat a műveleteket, hogy ne álljon le, az nem jogosít fel minket arra, hogy többet várjunk el tőlük, vagy hogy feladatokat osszunk ki nekik.

Nem folytatom, mert ugyanazokat a köröket futjuk.

Az elnökség már többször tett közzé felhívást, hogy jelentkezzen, aki tud segíteni, felvállalja, hogy gondozza ezt a projektet, de nincs előrelépés. De ha Te tudsz valakit, ne fogd vissz magad.

És természetesen bárki jelentkezhet, aki úgy érzi, hogy tudna segíteni a helyzeten. Nem cél a turistautak megszüntetése, de szerintem a helyzet javulása nélkül akár tetszik, akár nem, előbb-utóbb el kell gondolkozni a jövőjéről.

[előzmény: (6134) FTom, 2026.11.01 16:58:51]

gusty

hozzászólásai | válasz erre | 2026.11.01 14:06:13 (6133)

Továbbra sincs válaszod a legfontosabb kérdésre: ki fogja gondozni ezt a projektet?

A rendszergazdának semmi köze a térképgeneráláshoz, nem is feladata.
Nincs jelentkező a térkép készítő szoftver üzemeltetésére, korszerűsítésére. Hiába vannak lelkes trackelők, rajzolók, ha ebből nem tudunk térképet készíteni. Márpedig jelenleg ez a helyzet. Még lendületből gurulgat a rendszer, de ha megáll ki fogja talpra állítani?
Ideje lenne leváltani az operációs rendszert, de ahhoz, ha jól értettem a térkép készítő szoftvert is cserélni kéne. És nincs erre emberünk.

"A TuHu és a geocaching.hu összefügg, pl. sokféle adat szintjén"

Pont ez a probléma. Ezért aggasztó biztonsági szempontból egy elavult rendszer használata.

"tehát kérdezni is lehet"

De ki és mit? Szerinted kinek kéne ezzel foglalkozni?

[előzmény: (6132) FTom, 2026.10.31 22:55:18]

gusty

hozzászólásai | válasz erre | 2026.10.31 15:58:19 (6131)

Egyben reagálnék a két hozzászólásodra, mert van benne egy "probléma", ami visszaköszön.
"Ha tehát előállítható másutt, akkor nálunk miért nem?"

Mert nincs, aki megcsinálná. Többször kerestünk jelentkezőt, aki felkarolná a projektet, de senki nem jelentkezett.

"Tehát az adatok átalakításához van, aki ért, és talán tudna is segítséget, tanácsot adni, ha megkérnénk."
Ki kérdi meg? Annak kéne, aki utána meg is valósítja a projektet.

Folyamatosan többes szám első személyben fogalmazol, de nem tisztázott ki az a mi?

Nincsenek alkalmazottak, akiknek ki lehetne osztani a feladatot. Itt mindenki lelkesedésből dolgozik, akkor, amikor ráér, s azzal, amit önként vállal.

Évek óta nem akad senki, aki ezzel szeretne foglalkozni, pont ezért írtam, hogy előbb-utóbb el kell gondolkodni rajta, hogy elengedjük a projektet.

"Csak a TuHu térképein jelennek meg a geoládák"

Ezt mondjuk már anno se értettem, hogy miért szükséges. Térképet nem frissít hetente az ember, így a ládák státusza, állapot hamar elavul.

[előzmény: (6130) FTom, 2026.10.30 10:08:40]

gusty

hozzászólásai | válasz erre | 2026.10.29 20:59:54 (6126)

"A valódi gond jelenleg az, hogy lassan a saját adatból sem tud a TuHu térképet gyártani."

"Na erre viszont nem vállalkozik senki."

A Te szavaid. Erre írtam azt, hogy akkor el kéne engedni. Mert megoldás nem körvonalazódik.

Sok user nem ismeri a hátteret, csak azt látja, hogy nem működik.

Biztonság: Nem a térkép adatok, a szerver feltörés. Mint írtam az operációs rendszer is elavult, mert a térképkészítő szoftver miatt tudtommal azt se lehetett jó ideje frissíteni.

[előzmény: (6125) Lipták Roland, 2026.10.29 19:25:46]

gusty

hozzászólásai | válasz erre | 2026.10.28 17:01:31 (6121)

De hát pont azt írod le, amit én is mondtam, csak a következtetésein mások.
Szerinted jó van az úgy, megy, amíg megy.
Szerintem meg fontos lenne a biztonsággal is törődni.

"Az Openmaps halott, tönkrement abba, hogy átállt OSM gyártásra."
A Tuhu meg abba fog tönkremenni, hogy egy elavult szoftvert használunk, amihez ráadásul nincs hozzáértő emberünk.

Ezt a lenyúlás dolgot anno se értettem. Az OSM térképek tudtommal ingyenesek, tehát a "lenyúlt" adatokat a mi felhasználóink is használhatják.

Én nem látom a kiutat, én csak a biztonság miatt aggódom.
Ez nem tudom melyik csapat, de én régóta használom az ő térképüket: openhiking.eu

[előzmény: (6120) Lipták Roland, 2026.10.28 12:39:53]

gusty

hozzászólásai | válasz erre | 2026.10.28 09:06:19 (6119)

Hiába lesz jobb az adatbázis, ha abból már nem tudunk térképet készíteni. Nem az adatgyűjtéssel, trackeléssel kell felhagyni, hanem a térkép készítéssel.
A tuhu elavult szoftverrel, szoftverkörnyezetben fut, és évek óta nem akadt ember, aki ezt gatyába tudná vagy akarná rázni.
Egy dolog a gyűjtött adathalmaz, és egy másik ezek feldolgozása.
Én úgy látom, hogy a jövő az, ha a gyűjtött adatokat átadjuk olyanoknak, akiknek rendelkezésre áll a megfelelő szoftverkörnyezet és tudás, hogy ezekből térkép készüljön, ha magunk nem leszünk képesek erre. Márpedig a jelek ezt mutatják. Ez a Bükk kérdés se újkeletű dolog. És ha majd megnőnek más tájegységek is?
És nem elhanyagolható kérdés a biztonság is, nem biztos, hogy pengeélen kell táncolni, és reménykedni, hogy valami hacker nem dönti be a szervert.

[előzmény: (6118) Lipták Roland, 2026.10.28 08:09:45]

gusty	hozzászólásai \| válasz erre \| 2026.10.27 09:33:21 (6112)
Nézd meg a Geomapen megjelenítettem, kőkeményen beleesik. Nekem az se tetszik, hogy a hatóság lerúgja magáról a felelősséget a kitáblázás hiánya tekintetében. [előzmény: (6109) imi75, 2026.10.27 08:58:52]

gusty

hozzászólásai | válasz erre | 2026.10.27 09:29:07 (6111)

Semmiképpen nem vágyom vissza középkorba, csak tiszta, átlátható szabályozás kéne, és egyértelmű, érthető kommunikáció.
Ha csak és kizárólag a jelzett turista utakon lehet közlekedni ezeken a területeken, akkor csak idő kérdése, hogy vita tárgyát képezze a védett területre berajzolt, tehát jelölt és a jelzett út közötti értelmezési kérdés. És nyilván nem a mezei gyalogosnak lesz igaza, de néhány elfogás után felvetődhet a kérdés, hogy miért szerepelnek ezek a nyilvánosan nem látogatható utak a nyilvános térképeken. Félő, hogy az illetékesek ebbe az irányba fognak érvelni.
Trackelés: Innentől fogva ezeken a területeken a track készítés is illegális, hacsak nincs útvonalengedély. :)

[előzmény: (6108) Juju, 2026.10.27 07:43:56]

gusty

hozzászólásai | válasz erre | 2026.10.27 00:03:39 (6107)

Én is így tudom, csak a cikkben ez nem szerepel. Kicsit úgy érthető, mint ha ezekre a területekre be se lehetne lépni.
Amúgy is rengeteg kérdés merül fel: Ha csak és kizárólag a jelzett utakat lehet használni, akkor pl. az Urak asztala se látogatható, ahova egyébként aszfalt út vezet. :)
Továbbá a térképekről az összes jelzéssel el nem látott útvonalat törölni kéne, hiszen ezek feltüntetése egyrészt okafogyottá válik, másrészt rosszra csábíthat. :)

[előzmény: (6105) petrot81, 2026.10.26 22:20:42]

gusty	hozzászólásai \| válasz erre \| 2026.10.26 21:32:26 (6103)
Meg is sértődtem egy kicsit, hogy a Geomap-ot nem említették. :) De kicsit zavaros ez a cikk. Azt sugallja, hogy ezekre a területekre belépni se szabad, mert repülhet a bírság. Így lenne? Mert számos turistaút vezet ezeken keresztül. Szerintem a mostani verseny is érintett ilyen területet. [előzmény: (6102) Juju, 2026.10.26 21:15:59]

gusty

hozzászólásai | válasz erre | 2026.10.22 14:08:37 (6100)

Megerősítem. Az API-ban lévő képfeltöltő a weboldalon található megoldástól független fejlesztés.
Az alábbiak szerint működik.

- Orientáció beállítása exif alapján, esetleg exif törlés, konvertálás, átméretezés, tömörítés, ebben a sorrendben.
- Támogatott formátumok: heif, jpg vagy jpeg, png
- Az átméretezés a hosszabbik oldal szerint történik, max. 1600 pixelre. Ha ezt követően még mindig kevés a tárhely, akkor tömörítéssel próbálkozik 90-től 70-ig csökkentve a minőséget 5-ös lépésközzel.
- Ezt követi a feliratozás, ha szükséges
- Utolsó lépés a thumbnail képek generálása (felirat nélkül, 150 pixelre méretezve)

[előzmény: (6098) petrot81, 2026.10.22 10:23:23]

gusty	hozzászólásai \| válasz erre \| 2026.10.15 16:24:15 (6084)
Az api-val biztos. :) Nekem úgy rémlik ezt anno írtam is, sőt, mintha ki is vettem volna ezt a mezőt az insert-ből. Az api hívást azért nem bántottam, mert tervben volt, hogy ezt a funkciót előbb-utóbb gatyába rázzuk. [előzmény: (6083) petrot81, 2026.10.15 16:16:09]

gusty

hozzászólásai | válasz erre | 2026.10.15 16:04:03 (6082)

"karbantartás igénylése a logoknál."

Na ezt nem kellett volna. :-)

Ennek momentán semmi hatása nem lesz, mert anno Old Eye megváltoztatta az egész algoritmust, így az apiban beküldött jelzések a /dev/null-ban kötnek ki. :)

Folyamatban van ennek is az átalakítása, sőt, a backend rész kész is van, csak a frontend átalakításokra még nem volt időm. Nem az új eljárás beillesztése a problémás, hanem a régi kód kitakarítása. :(

[előzmény: (6081) petrot81, 2026.10.14 14:13:01]

gusty	hozzászólásai \| válasz erre \| 2026.10.09 11:01:40 (6072)
Ez valami hülye chrome bug. Jobb klikk, és link mentése. [előzmény: (6064) eFeS, 2026.10.09 07:57:23]

gusty	hozzászólásai \| válasz erre \| 2026.10.09 10:59:12 (6071)
App használata közben és pontos. Direkt kipróbáltam, kikapcsolta a wifit, mobilnetet is, és nekem úgy is pozícióra ugrott. [előzmény: (6063) Juju, 2026.10.08 23:25:28]

gusty	hozzászólásai \| válasz erre \| 2026.10.08 14:43:52 (6057)
Ez kizárólag személyes véleményem: Előbb-utóbb el kell engednünk a turistautak projektet. Szemmel láthatólag nincs olyan hozzáértő személy, aki fel tudná/akarná vállalni az ezzel kapcsolatos teendőket. [előzmény: (6055) eFeS, 2026.10.08 13:01:20]

gusty	hozzászólásai \| válasz erre \| 2026.10.08 12:06:03 (6053)
Nálam wifi és mobilnet nélkül is simán pozícióba áll (iPhone), nem lehet, hogy a készüléknél van valami beállítási anomália? [előzmény: (6052) species8472hu, 2026.10.08 11:42:49]

gusty	hozzászólásai \| válasz erre \| 2026.09.09 17:27:13 (6020)
Nem tudom pontosan mi a cél, de jellemzően az ember csak a legfrissebb logjait akarja szerkeszteni. Én nem a ládaoldal felöl közelítenék, ott van a megtalálások mögött a hullám jel, ami a saját logokat listázza időrendben visszafelé. Itt az első oszlopban a dátumra kattintva azonnal a szerkesztés funkcióba jutunk. Szóval mindössze 2 klikk.

gusty	hozzászólásai \| válasz erre \| 2026.08.31 17:33:51 (5996)
Te nem felhasználót tiltottál, csak egy szűrővel a töröltbe irányítottad a Anonillus névvel érkező leveleket. Gondolom róla van szó, én is ezt tettem. A szerveren különböző címekről jöttek ezek a levelek. És az sem tipikus, hogy egy spammer rendre ugyanazt a nevet használja. [előzmény: (5994) Mr Zerge, 2026.08.31 16:10:07]

gusty	hozzászólásai \| válasz erre \| 2026.08.20 22:41:37 (5972)
Én is ezt javasoltam, de felmerült a kérdés, hogy lehet-e majd csomagban, hát beletettem. :) Pár darabnál még nem gond, sokat nem érdemes egyszerre, mert ha menetközben elfogy a hely... Úgyis szekvenciálisan dolgozza fel. [előzmény: (5971) petrot81, 2026.08.20 22:22:43]

gusty	hozzászólásai \| válasz erre \| 2026.08.20 21:08:59 (5966)
Elég sokat teszteltem a csoportos feltöltést, és nem volt gond. Az API is végez átméretezést, tömörítést. [előzmény: (5960) petrot81, 2026.08.20 12:48:40]

gusty	hozzászólásai \| válasz erre \| 2026.08.18 19:26:42 (5956)
Valami itt nem stimmel. Nekem is frissíteni akar olyan helyeket, amik ki vannak kapcsolva. Lehet, hogy beragadt, s ha egyszer bekapcsoltam, akkor már akkor is frissít, ha közben kikapcsoltam? [előzmény: (5955) petrot81, 2026.08.18 18:50:33]

gusty

hozzászólásai | válasz erre | 2026.07.17 21:52:14 (5897)

Nem szántam a választ se lekezelőnek, se kioktatónak. Pont azért írtam le ilyen részletesen a folyamatot, hogy érthető legyen a működés, hiszen nem mindenki jártas az informatikában, s főleg nem a szoftverek lelkivilágában. Próbáltam részletesen kifejteni, hogy miből ered az, hogy nem érzékeli a különbséget, s ennek kapcsán, hogy miért nem célszerű erre külön kódrészletet fejleszteni.
Kár, hogy pont ez az egy mondat ragadt meg benned. Ezzel csak arra akartam utalni, hogy vannak dolgok, amikre van megoldás, s nem érdemes miatta a szoftver kódját bonyolítani.

[előzmény: (5892) imi75, 2026.07.17 11:19:08]

gusty

hozzászólásai | válasz erre | 2026.07.17 10:13:11 (5890)

Pontosan erről van szó: nem cizellálni kéne, hanem erre külön beiktatni egy kódot. Egy sima mysql update fut le a ládaoldal szerkesztésekor. Nem vizsgál mezőket, tartalmat egyenként. Mivel a mysql itt nem lát változást, ezzel a mezővel nem csinál semmit.
Ehhez az update elé be kellene illeszteni egy külön ellenőrző eljárást, hogy mi van, ha a user csak a kis és nagybetűkkel szórakozik. Na ennek nincs értelme, mert ez akkor minden esetben futna, akár kell, akár nem.
Ha valakinek ilyen extra igénye van, az csináljon egy extra updatet, és kész. Ne akarjunk már minden különleges, 5 évente előforduló eset miatt szoftvert bonyolítani, lassítani.

[előzmény: (5889) species8472hu, 2026.07.17 09:42:50]

gusty

hozzászólásai | válasz erre | 2026.07.16 20:39:20 (5885)

Meg, csak nincs értelme. :)

Az SQL nem tesz különbséget a kis és nagybetű között, így nincs mit updatelni, mert az ő szemszögéből nincs változás. Persze fel lehetne okosítani, hogy tegyen különbséget, de akkor lehetne 16 féle azonos nevű láda a kis és nagybetűket variálva.
Szóval külön eljárást kéne írni az egész műveletre, ami valljuk be nem lenne se elegáns, se hatékony, hiszen minden alkalommal futnia kéne, miközben elég ritka esetben lenne rá ténylegesen szükség.

[előzmény: (5883) imi75, 2026.07.16 17:28:04]

gusty	hozzászólásai \| válasz erre \| 2026.06.28 11:53:42 (5871)
Felokosítottam a logot, most már nyoma lesz, ha ilyen probléma áll elő.

gusty

hozzászólásai | válasz erre | 2026.06.28 11:07:32 (5870)

Egy dologra tudok tippelni: a telefonod órája előrébb járt, mint a szerveré, így a log dátuma későbbi volt, mint a szerveren az aktuális idő. Ha kitörlöd a logot, s újra megpróbálod, akkor ez esetleg reprodukálható. Utána ha vársz egy kicsit az ismételt küldéssel, vagy pár perccel kisebbre veszed a megtalálás idejét, és úgy küldöd el, és akkor jó lesz, akkor ez volt a hiba. Érdemes ellenőrizni a telefon beállításait, hogy szinkronizálja-e a pontos időt.
Egyébként az apit így írtam meg, hogy ha nem kap dátum/idő adatot, akkor nem visít, hanem az aktuális idővel pótolja.

[előzmény: (5869) emiGrant, 2026.06.28 04:39:32]

gusty	hozzászólásai \| válasz erre \| 2026.06.27 21:07:14 (5868)
- Mikor? - melyik láda (lehetőleg id) - userid - pontos hibaüzenet - esetleg képernyő mentés, amin látszanak a bevitt adatok Ez alapján tudunk utána nézni, nyomozni. Jelen esetben a mai napon nincs nyoma az logban log rögzítési kísérletnek, tehát valahol korábban elakadt a folyamat. [előzmény: (5867) emiGrant, 2026.06.27 16:10:53]

gusty

hozzászólásai | válasz erre | 2026.06.26 08:55:02 (5864)

Sajnos ez annak idején nem lett átgondolva, szoftveresen előkészítve. Egy ötlet alapján kialakított barkács megoldás az egész, nincs igazából szabályozva se, hogy ki, hogy, milyen ládával csatlakozhat egy sorozathoz. Ki annak a felelőse, kinek van joga a záró ládához, és még sorolhatnám. Elvileg a kollekciókba szervezéssel technikailag összefoghatók lennének ezek a sorozatok, de ez csak az egyszerűbb leválogatásban lenne segítség. Ezt az egészet át kellene gondolni, hogy miként érdemes megvalósítani. Ha egyáltalán...

[előzmény: (5863) Csa.Csi87, 2026.06.26 08:08:50]

gusty	hozzászólásai \| válasz erre \| 2026.06.19 12:21:06 (5843)
2 külön szerver, 2 különböző domain-en, s természetesen különböző a session id is. De nem értem, a dolog működik, ha mindkettőn be vagy jelentkezve. Miért kéne, hogy akkor is működjön, ha a másikon nem? [előzmény: (5842) species8472hu, 2026.06.19 12:02:43]

gusty	hozzászólásai \| válasz erre \| 2026.06.19 11:47:14 (5841)
Ha be vagy lépve a turistautak.hu-n, illetve ha ott engedélyezted, hogy tárolja a belépési adatokat, akkor működnie kell. [előzmény: (5840) species8472hu, 2026.06.19 11:34:47]

gusty	hozzászólásai \| válasz erre \| 2026.06.17 15:23:58 (5835)
Mozgó loggolást azonnal javítottam, amint kaptam értesítést a problémáról. Ez tegnap délelőtt volt. [előzmény: (5832) Csa.Csi87, 2026.06.17 12:54:09]

gusty	hozzászólásai \| válasz erre \| 2026.05.28 16:52:30 (5800)
Nem akarok senkit hergelni, de Mac-en 6 féle böngészőn néztem, mindenütt hibátlan. Érdemes lenne a konzolon megnézni, hogy milyen hibaüzenet jelenik meg, mert így, hogy nem reprodukálható a hiba nem tudunk még ötletelni se. [előzmény: (5796) imi75, 2026.05.28 14:59:20]

gusty

hozzászólásai | válasz erre | 2026.05.19 23:33:23 (5768)

Ez nem olyan egyszerű, mert a hibák nem egyértelműek. Biztos lehetne részletesebb elemző programot is készíteni, ha valakinek van hozzá affinitása, szabad a pálya.
Igazából egy egyszerű, gyors megoldás volt a cél, hogy egy-egy elrontott tag ne rontsa el az oldal képét. Ha valaki oldalszerkesztés közben elkattint, vagy nyom egy tab-ot, akkor mindig lefut az ellenőrzés, így akár bekezdésenként ellenőrizhető, hogy nem vétettünk-e hibát.

[előzmény: (5766) Pongi, 2026.05.19 18:28:10]

gusty	hozzászólásai \| válasz erre \| 2026.04.20 10:33:48 (5755)
Egy kis türelmet, nem volt időm mostanában ezzel foglalkozni. Kicsit előbb tettem ki a doksit. [előzmény: (5754) ocsike78, 2026.04.20 10:28:08]

gusty	hozzászólásai \| válasz erre \| 2026.04.18 21:12:25 (5753)
Semmi, a használati arány nem érte el az ingerküszöböt, így elő se jött. Magamtól meg nem jutott eszembe. Sok értelme nincs is, de tök ártatlan, így felveszem a listára. [előzmény: (5752) imi75, 2026.04.18 18:44:16]

gusty	hozzászólásai \| válasz erre \| 2026.04.18 09:47:46 (5749)
Az API-ban megoldottam a kérdést. Igazából adatbázis szinten lenne célszerű a megfelelő kódolást beállítani, de ebbe én most nem piszkálnék bele.

gusty	hozzászólásai \| válasz erre \| 2026.04.18 09:20:35 (5748)
Közben Fazék megtalálta a megoldást, s átmenetileg meg is oldotta a problémát. Úgy tűnik a Class-ba nem lett átvezetve az ékezetes felhasználónevek kezelése. Viszont a levelezés alapján én úgy értettem, hogy a weboldalon se működött, s így mindjárt érthetőbb a helyzet. [előzmény: (5746) petrot81, 2026.04.17 19:07:26]

gusty

hozzászólásai | válasz erre | 2026.04.17 17:27:16 (5745)

Valami nem kerek. A teszt felhasználómat átneveztem TLopakodó-ra, és simán működik a belépés mind swagger-rel, mind iPhone-ról. Szóval nem az ékezetes felhasználónév a probléma.
Én egyébként a User::passCheck classt hívom meg, (ezt nem én írtam), és úgy látom a weboldal is ezt hívja meg: $loginSuccess = User::passCheck
Nem lehet, hogy a jelszóban van valami gubanc?

[előzmény: (5744) petrot81, 2026.04.17 11:20:09]

gusty	hozzászólásai \| válasz erre \| 2026.04.13 08:30:08 (5737)
Egy pici türelmet, s lesz ahhoz is api hívás. [előzmény: (5735) petrot81, 2026.04.13 08:06:06]

gusty

hozzászólásai | válasz erre | 2026.04.12 20:27:10 (5732)

Ezt nem értem. Ha elrontottad, törlöd a képet, képeket, és feltöltöd újra. Még egyszer: ennek az opciónak semmi köze a geocaching.hu-hoz. Ezt kizárólag az api-ba építettem be, akinek problémás, vagy nem tetszik, az nem fogja használni. :)

A koncepció nem az volt, hogy ide a kép címe kerüljön, arra ott a description mező. Arra gondoltam ide a fotós egy standard , copyright infókat tartalmazó szöveget helyez el, amit minden fotóra együttesen kíván elhelyezni.
Egyébként a weboldal is csak utólag engedi szerkeszteni a description mezőt, gondolom pont ugyanazért, mert több kép feltöltése esetén ez problémás lehet.
A fő cél az volt, hogy lehessen azonnal képet feltölteni.

[előzmény: (5731) petrot81, 2026.04.12 14:31:10]

gusty

hozzászólásai | válasz erre | 2026.04.12 14:04:07 (5730)

A captiont ráteszi a képre, nem az adatbázisba kerül.Ha valaki letölti a fotót, azon is rajta lesz. Nyilván le lehet persze vágni, ez nem helyettesít egy vízjelezéstl. :)
Tehát ez minden képen ugyanaz lesz a szöveg. Egyébként a statisztika azt mutatja, hogy elvétve szerkesztik a képaláírásokat a logoknál, a legtöbb egy automatikusan generál szöveg, a képfájl neve vagy dátum + sorszám, stb.

[előzmény: (5729) petrot81, 2026.04.11 22:48:36]

gusty

hozzászólásai | válasz erre | 2026.04.11 22:19:42 (5728)

Mög van. :)

Azért nincs description, mert ide automatikusan a fájlnév kerül (kiterjesztés nélkül).
Mivel több kép is feltölthető egyszerre, így egy description tömböt kellene megadni, s ráadásul ahhoz , hogy jó legyen pont abban a sorrendben, ahogy a képeket kijelölték. Ez gyanítom, hogy sokszor problémás lenne, keverednének a kép címek.
Azt hiszem jobb lenne egy külön api hívás a kép description mezőjének módosítására.

[előzmény: (5727) petrot81, 2026.04.11 15:01:50]

gusty

hozzászólásai | válasz erre | 2026.04.10 16:29:46 (5726)

Hoppá, bocsesz. Úgy látom az élesen még az a változat van kinn, amiben ez a parancs még benne sincs.
Egy kis türelmet, összevetem, hogy mi ment ki, és mi nem, mert úgy látom a frissített doksi előbb ment ki, mint a bővített szoftver.
Egyébként az alábbi elven működne:
1, jogosultság ellenőrzés: az utolsó megtaláló, ahol csak megtaláltam log jöhet szóba, és legmagasabb logid, tehát továbbra sem a dátum számít, ő lesz jogosult
2, A jelszó azért opcionális, mert a megtalálás után az megváltoztatható. Ezzel lehet megakadályozni, hogy egy késve loggoló, aki nem vitte el a dobozt, az elorozza a szerkesztési jogot. Igaz, így nem fog tudni késve loggolni, de majd privátban lerendezik, leboxolják. Az eredeti mozgó koncepcióban nem szerepelt opcióként, hogy nem viszem tovább.
3, Mozgatáskor, azaz újrarejtéskor megadhatók a koordináták, magasság, s akár egy új jelszó. Ebben az esetben az új jelszót senki nem ismeri, a z a késve loggoló se, akinek megadtuk a megváltoztatott jelszót. A funkció ha jól működik, akkor az ország/megye adatokat automatikusan beállítja a koordináták alapján.

Kis türelmet kérnék, a hétvégén összefésülöm a fejlesztői verziókat, hogy mi mehet még ki a bétába.

[előzmény: (5725) ocsike78, 2026.04.10 09:00:53]

gusty	hozzászólásai \| válasz erre \| 2026.04.09 08:43:33 (5719)
A logban nincs nyoma. 15:04 és 22:04 között nem érkezett a beta-ra semmilyen kérés. Az nginx logban látok egy POST-ot de itt az url-ben van a beta logimages?beta=1 Szerintem ez lesz a probléma, a beta paramétert is a POST-olt adatok közé tedd. [előzmény: (5718) bigmick, 2026.04.08 21:08:23]

gusty	hozzászólásai \| válasz erre \| 2026.04.07 21:45:34 (5715)
Beállítottam egy részletesebb loggolást, talán abból kiderül valami, próbáld újra. Bár én ezt a képet látom, s ott van alul a fekete felirat sáv, benne az AA felirattal. Gyanús, hogy ez apival ment fel, mert pont 900 pixel magas. :) [előzmény: (5714) bigmick, 2026.04.06 21:40:40]

gusty

hozzászólásai | válasz erre | 2026.04.06 00:06:25 (5712)

A mai logomhoz a képet a /upload segítségével töltöttem fel, így nem értem, nálad miért nem működik.

Itt látható a kép feliratozás hatása: https://geocaching.hu/caches.geo?id=3109

https://api.geocaching.hu/free?logid=3166252&beta=1

A beta=1 azért kell, hogy ne az eddigi api-t hívja meg, hanem a most tesztelendő verziót. Ez az élesítés után nyilván feleslegessé válik. gondolom ezt lehagytad. Az új funkciók csak a beta paraméterrel működnek.

A képek átadása a szokásos módon az images[] tömbön keresztül történik, ami a szokásos fájlfeltöltéssel kap értékeket. Az api ezt várja:

$files = $_FILES['images'];

[előzmény: (5711) bigmick, 2026.04.05 22:32:31]

gusty	hozzászólásai \| válasz erre \| 2026.04.05 18:41:40 (5710)
Próbáltam beletenni, de úgy tűnik nem támogatja. Ráadásul közben a swagger is frissült, változott, s most nem volt kedvem, türelmem a nyafogásaival foglalkozni. [előzmény: (5709) ocsike78, 2026.04.05 09:31:51]

gusty

hozzászólásai | válasz erre | 2026.04.03 21:27:54 (5706)

Oh, hát a ez a bemutatkozó mező nem arra lett kitalálva, hogy komolyabb javascripteket helyezzünk el benne. Ennyire azért nem fejlett ez az algoritmus. Ez elsőssorban az elhibázott html tag-ek kiszűrésére szolgál. A script tag-et itt engedélyeztük, de ez azért ugye biztonsági kockázat.
És hát igen, aki azon a szinten van, hogy ilyennel akar játszani, az a megoldást is megtalálja, mint Te is. :)

[előzmény: (5705) Csa.Csi87, 2026.04.03 20:31:28]

ú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