turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english

Online és letölthető térképek, Windows, Android és iPhone alkalmazások

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

Összesen: 2511 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ő


Lipták Rolandhozzászólásai | válasz erre | 2019.07.19 11:33:43 (2512)
Nekem jó úgy is. :)
[előzmény: (2511) Old Eye, 2019.07.19 10:51:56]

Old Eyehozzászólásai | válasz erre | 2019.07.19 10:51:56 (2511)
Nem. Bekapcsolódott a munkába egy mapnik szakértő. Ha célba ér, új, friss csempeállománnyal folytatjuk.
[előzmény: (2510) Lipták Roland, 2019.07.19 08:55:11]

Lipták Rolandhozzászólásai | válasz erre | 2019.07.19 08:55:11 (2510)
Izomból az egészet újra?
Tudom, sok idő, de néha amúgy is érdemes lenne.
[előzmény: (2509) Old Eye, 2019.07.19 08:42:00]

Old Eyehozzászólásai | válasz erre | 2019.07.19 08:42:00 (2509)
Simán nem fog menni, nem megállapítható, mi változott. Trükköznöm kell.
[előzmény: (2508) Lipták Roland, 2019.07.19 07:56:22]

Lipták Rolandhozzászólásai | válasz erre | 2019.07.19 07:56:22 (2508)
Igen, látom hogy a raszteres nem frissült.
Ha megoldódik a helyhiány, lehet hogy érdemes lesz majd kézzel elindítani.
[előzmény: (2506) Old Eye, 2019.07.19 00:15:57]

Güszihozzászólásai | válasz erre | 2019.07.19 07:46:11 (2507)
Én is kaptam hasonlót.
A WEB-es felületen keresztül módosítottam, ha jól látom, a raszteres el sem indult.
[előzmény: (2506) Old Eye, 2019.07.19 00:15:57]

Old Eyehozzászólásai | válasz erre | 2019.07.19 00:15:57 (2506)
A munkád feltöltése az SQL térképadatbázisba rendben lefutott.
Ezeket a hibaüzeneteket a raszteres frissítését indító processz adja ki. A munkádat ott nem fogod látni.
[előzmény: (2505) Lipták Roland, 2019.07.18 22:30:30]

Lipták Rolandhozzászólásai | válasz erre | 2019.07.18 22:30:30 (2505)
Mégsem. :(

Rajz feltöltéskor ezt kaptam:


Warning: fopen(/home/turistautak/tilecache/invalidate.sh.aggtelek): failed to open stream: No space left on device in /home/turistautak/www/tilecache.class.php on line 40

Warning: fopen(/home/turistautak/tilecache/invalidate.seed.aggtelek): failed to open stream: No space left on device in /home/turistautak/www/tilecache.class.php on line 41

Warning: fopen(/home/turistautak/tilecache/invalidateDataLayer.todo.aggtelek): failed to open stream: No space left on device in /home/turistautak/www/tilecache.class.php on line 42

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 279

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 279

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 279

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 279

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 279

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234

Warning: fprintf() expects parameter 1 to be resource, boolean given in /home/turistautak/www/tilecache.class.php on line 234


Stb...

A vége szerint felment.
Vissza letöltöttem, és tényleg. De azért ijesztő volt egy kicsit.
[előzmény: (2504) Lipták Roland, 2019.07.17 11:41:10]

Lipták Rolandhozzászólásai | válasz erre | 2019.07.17 11:41:10 (2504)
Oké, köszi szépen!

Fazékhozzászólásai | válasz erre | 2019.07.17 11:36:22 (2503)
Igen, az egyik partíción elfogyott a szabad hely, de már dolgozik rajta a rendszergazda. Elvileg hamar meg fog gyógyulni.
[előzmény: (2501) Lipták Roland, 2019.07.17 11:21:10]

Old Eyehozzászólásai | válasz erre | 2019.07.17 11:35:56 (2502)
Valami van, nem világos előttem, miért, egyes file-okat én sem tudom feltölteni.
Szóltam a rendszergazdának.
[előzmény: (2501) Lipták Roland, 2019.07.17 11:21:10]

Lipták Rolandhozzászólásai | válasz erre | 2019.07.17 11:21:10 (2501)
A raszteres útvonaltervezô hibára fut, és tracket sem tudok feltölteni.
Van valami a szerverrel?

pappcsaládhozzászólásai | válasz erre | 2019.07.16 22:04:56 (2500)
Köszi! Gyors kör az udvaron, most működni látszik. :)
[előzmény: (2499) bigmick, 2019.07.16 21:23:56]

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.

V_Gaborhozzászólásai | válasz erre | 2019.07.15 19:26:01 (2498)
Tegnap óta gond van vele. Már szóltam én is. Reméljük hamarosan megoldódik.
[előzmény: (2497) becko, 2019.07.15 15:55:48]

beckohozzászólásai | válasz erre | 2019.07.15 15:55:48 (2497)
Ma szerettem volna egy log típus módosítást csinálni, de nem sikerült.
Egy múlt heti egyéb logot akartam megtaláltra változtatni, de nem fogadta el a jelszót.
Játszásiból megpróbáltam még egy ládánál, de ott sem ment.

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]

petrot81hozzászólásai | válasz erre | 2019.07.15 10:40:15 (2495)
A legmélyebb tisztelettel: most komolyan azzal szívatjuk 2019-ben a user-t, hogy számolgasson időzónákat, mikor ez kód szinten nekünk 1-2 sor? Beküldjük az UTC időt, a szerver ezt átteszi BP-i időre (igazából nem is kell neki) és ellenőrzi, hogy jó-e.

Ami gond lehet, hogy jelenleg date és time mezőket vár a log bejelentés, ezt ki lehetne egészíteni egy (pl.) datetimeutc mezővel, ami ha van, akkor utc-ként kezeli és azzal dolgozik (ha meg nincs, akkor a régi date és time konkatenációval). Így a régi verziós appok is működnének rendesen, az újak meg már UTC-ben küldenék az adatot.


Jujuhozzászólásai | válasz erre | 2019.07.15 09:05:48 (2494)
Sajnos az óraátállítás eltörlése nem befolyásolja az időzónák eltérő helyi idejének problémáját. Az továbbra is különböző lesz. De ha a hibaüzenetbe bekerül, az jó. Ez egyébként Magyarországon is lehetséges, ha valaki a határ közelében a külföldi hálózatra csatlakozik, és a telefon idejét automatikusan a hálózatból veszi.
[előzmény: (2493) Old Eye, 2019.07.15 07:11:28]

Old Eyehozzászólásai | válasz erre | 2019.07.15 07:11:28 (2493)
Világos helyzetleírás. Köszönjük.

Ha azt nézzük, MGKE geoládáinak csak kis tört része van határainkon túl telepítve és a napi logok számaihoz mérten az azokra küldött bejegyzések is elenyésző számúak, nem érdemes komoly erőforrást áldozni ez jelenség kezelésére.

Néha a faék módszer a leghatásosabb - kérdéses ládáknál figyelmeztessük a játékost, vegye figyelembe a hazai időszámítást!

Vállalom, ez esetekben a WEB-es felületen, vagy a ládaleirásban vagy a log bevitelnél kiíratom az időzónákra figyelmeztetést.
Erre van egy alaprutin: https://geocaching.hu/inHungary.inc (A raszteres ez alapján vált TUHU és OSM térkép között.) Hívása API-nól nem lehet gond.

Mert azt is vegyük figyelembe, ha minden igaz, pár éven belül eltörlik az óraátállítást. Nem tudni, nálunk melyiket (téli vagy nyári időszámítást) fogják bevezetni. Jobb eleve mint most, akkor sem kínlódni vele.
[előzmény: (2492) bigmick, 2019.07.14 22:43:46]

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]

petrot81hozzászólásai | válasz erre | 2019.07.14 22:25:26 (2491)
Továbbra is úgy gondolom, hogy a legegyszerűbb az lenne, ha UTC-ben lenne kezelve a dátum/idő. Az appok a helyi időt használják (a telefon idejét), UTC-ben ez értelmezhető. Az API pedig ez alapján csekkolja, hogy rendben van-e az időkorlát.

Old Eyehozzászólásai | válasz erre | 2019.07.14 22:12:09 (2490)
Kap hibajelzést, nem? Ha nem tudja értelmezni, az nem az üzemeltető hibája, kivéve, ha az app-ok nem engedik az időpont manuális bevitelét.
[előzmény: (2489) bigmick, 2019.07.14 21:19:13]

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]

Old Eyehozzászólásai | válasz erre | 2019.07.14 21:07:32 (2487)
Szerintem se kell sokat foglalkozni a megtalálás időpontjának korrekt rögzítésével.
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.
Ezt az adatot kezdetben manuálisan vittük be, még szintaktikai vizsgálat sem volt, nemhogy szemantikai.
Most a WEB-es felületen egy script kínálja fel az időpont kényelmes bevitelét. Viszonylag új keletű ficsör, használata nem kötelező, a processz csak a láda megjelenésének és az éppeni időpontnak dátumai közti dátumot követel meg. Ez esetben a megtalálás időpontja '<dátum> 23:59:59'-ként lesz értelmezve.
Az app-ok lehetnek ennyire rugalmasak.
[előzmény: (2485) gusty, 2019.07.14 09:39:03]

Hajohozzászólásai | válasz erre | 2019.07.14 21:06:46 (2486)
Elég lenne a geoládákhoz vagy a "megyékhez" letárolni az időzóna infót. A user nagy eséllyel ott van ahol a láda és a megye amikor bejelentő a logot .
Mind a bejelentés mind a log infó kijelzes ez alapjan lehet lokális időben.
[előzmény: (2485) gusty, 2019.07.14 09:39:03]

gustyhozzászólásai | válasz erre | 2019.07.14 09:39:03 (2485)
Technikailag az lenne a korrekt (és egyszerű), ha a GPS koordináták alapján a szerver meg tudná határozni az időzónát, s ez alapján elvégezni az ellenőrzést. Az a baj, hogy a megbízható, pontos adatokat szolgáltató apik fizetősek. (google, microsoft).
Szerintem nem akkora tragédia, másrészt ha valaki akarja 1-2 óra múlva pikk-pakk módosíthatja a log dátumát a valósra.
[előzmény: (2484) bigmick, 2019.07.11 14:03:57]

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]

petrot81hozzászólásai | válasz erre | 2019.07.11 12:25:27 (2483)
Igazándiból elég lenne, ha a dátumot és időt egy mezőben, UTC formátumban tudnánk küldeni. Vagy akár külön is, de az csak sok felesleges konverzió mindkét oldalon.
[előzmény: (2482) bigmick, 2019.07.11 12:20:43]

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]

petrot81hozzászólásai | válasz erre | 2019.07.11 12:00:06 (2481)
Felmerült egy kérdés a mobilos bejelentésekkel kapcsolatban: az API kezeli az iőzónákat? Idézném a levelet:
"... Erdélyben ládáztam, ahol ugye egy órával előbb jár az időszámítás. Ezért az automatikusan kitöltött bejelentési idővel küldött találatokat visszadobta a rendszer (g.hu és a honlap egyaránt) egy számomra értelmetlen számkód kiséretében. De mire én erre rájöttem, hogy az idővel van baja (jövőbeli időre nem enged bejelentést).... "

petrot81hozzászólásai | válasz erre | 2019.07.11 07:19:11 (2480)
Sziasztok!

Elindult a Geoládák v3-as beta-tesztelése. Aki tud és mer apk fájlokat telepíteni, az küldjön nekem egy emailt a profilomon látható címre és megosztom vele a mappát.

emiGranthozzászólásai | válasz erre | 2019.07.05 18:04:39 (2479)
Köszi. :)
[előzmény: (2478) Old Eye, 2019.07.05 07:10:29]

Old Eyehozzászólásai | válasz erre | 2019.07.05 07:10:29 (2478)
Egyszerű.

Az útvonaltervező minden nem első kattintás után mindig az új útszakaszt mutatja, azaz azt a képernyő közepére hozza és annak méretének megfelelőre állítja be a zoom szintet, ha az rövid, belenagyít, ha az hosszú, kicsinyít.

Abból indulok ki, a user a tervezés közben erre kíváncsi, csak miután befejezte, nézi meg az egészet.

Megközelítésed, ne mozogjon a térkép, is jogos. Berakom. Egy kis türelmet kérek.

[előzmény: (2477) emiGrant, 2019.07.04 22:56:06]

emiGranthozzászólásai | válasz erre | 2019.07.04 22:56:06 (2477)
OldEye! Egy újabb probléma a GeoJaunton. Elkezdem tervezni az útvonalat egy bizonyos nagyításban. Rendszerint akkorára nagyítom, hogy az egész túrát láthassam egy képernyőn. Ahogy rákattintok a következő pontra a legnagyobb nagyításra ugrik magától. Unalmas folyton visszakattintani a kisebb nagyításra, de másképpen nem megy. Ez miért van?

Frentzenhozzászólásai | válasz erre | 2019.07.03 07:26:32 (2476)
Mindig a kezdőpont leszúrásával kezdtem. És utánna nem akartak a találatok bejönni. Most sikerül.
[előzmény: (2475) Old Eye, 2019.07.02 22:18:34]

Old Eyehozzászólásai | válasz erre | 2019.07.02 22:18:34 (2475)
Nem lehetetlen, hogy elfelejtetted ott leszúrni egy megállási pontot? A keresés mindig az utolsó hely pozíciójával dolgozik, ha van. Én gyakran elkövetem ezt a hibát.

OFF
Tudom, hol van Pilisszántó , de - nekem - gyorsabb a keresőmotorral magamat odavitetni, mint térképhúzogatással, zoomolással keresgélni :-) Nem beszélve arról, hihetetlen nagy is a POI adatbankunk, (sok POI-nk fel se fér a térképre), de így szinte mindig van találat, gyors is a keresőmotor. Kihasználom.
ON
[előzmény: (2474) Frentzen, 2019.07.02 21:37:41]

Frentzenhozzászólásai | válasz erre | 2019.07.02 21:37:41 (2474)
Megpróbáltam ismét. Elsőre nem ment. Másodikra sikerült. Én sose írtam be, hogy pilisszántó, hanem mindig megkerestem a térképen. Nem tudom ez számít e, de szerintem nem.
Úgy néz ki most jó.
Köszönet ismét.
[előzmény: (2472) Old Eye, 2019.07.02 19:05:27]

VPhozzászólásai | válasz erre | 2019.07.02 19:21:34 (2473)
Megtettem, most minden OK, úgy tűnik. :-)
Kösz a javítást!
[előzmény: (2471) Fazék, 2019.07.02 18:38:59]

Old Eyehozzászólásai | válasz erre | 2019.07.02 19:05:27 (2472)
Egyeztessünk!

Bejelentkezve megnyitottam a geojauntot.
Hogy ne veszítsek időt, beírtam a keresőmezőbe 'Pilisszántó' és katt a nagyítóra.
Első találatként megkaptam a községet, rákattintottam a táblázat második oszlopában a nevére.
Erre megjelent a Pilisszántó térképe, a fekete nyíl mutatja a központját.
Odakattintva elhelyeztem egy megállási pontot. (1)
Megjelent egy csúcsra állított piros rombusz.
A keresőmezőbe 'GC' és katt a nagyítóra (megegyezik a nagyító melletti láda ikonra kattintással) (2)
Erre megjelent:









Mondd el, milyen lépéseket követtél?

Megjegyzések
(1) A megállási pont leszúrásával jelezzük a keresőmotornak, hogy innen kezdje dolgát.
(2) A 'GC' string beírásával írjuk elő a keresőmotornak, szedje össze az összes geoládát és azokat a POI-kat, melyek nevében 'gc' található.

Nem tartozik szorosan ide:
Ha geoládákra vagyok kíváncsi, első lépésben bekapcsolom az útvonaltervezésben a 'toronyiránt' opciót. Tudni kell, az útvonaltervező alapból vonalszakaszok végpontjai között hozza létre az itinert, de a geoládák java része utaktól távol van elhelyezve, így azt is látom, mennyit kell mennem felméretlen utakon vagy árkon/bokron át...
[előzmény: (2470) Frentzen, 2019.07.02 17:11:32]

Fazékhozzászólásai | válasz erre | 2019.07.02 18:38:59 (2471)
Javítva, köszi a hibajelzést.

Viszont a hibás logot neked kellene megpiszkálni, átállítod pl. egyébre, majd újra megtaláltamra, és akkor már jó lesz.
[előzmény: (2465) VP, 2019.07.02 11:52:05]

Frentzenhozzászólásai | válasz erre | 2019.07.02 17:11:32 (2470)
Valami nem stimmel. Kijelöltem pilisszántót kezdőpontnak. Viszont konkrét beírásra se jön be a keresendő láda, vagy ládák.
Egy láda jelent csak meg, a találatok között.
[előzmény: (2467) Old Eye, 2019.07.02 12:52:42]

Frentzenhozzászólásai | válasz erre | 2019.07.02 14:35:17 (2469)
Köszönöm
[előzmény: (2468) Old Eye, 2019.07.02 14:15:59]

Old Eyehozzászólásai | válasz erre | 2019.07.02 14:15:59 (2468)
Javítva!
Köszönöm a hibajelzést!
[előzmény: (2460) Frentzen, 2019.07.01 06:14:20]

Old Eyehozzászólásai | válasz erre | 2019.07.02 12:52:42 (2467)
Az útvonaltervezős térkép új szolgáltatásokkal bővült.

- Jelzett turistautak és turistaútjelzések kigyűjtése egy választott területen. Lehetőség van turistaútjelzések teljes nyomvonalainak lekérésére is.
- Tetszőleges méretű térképrészlet választott nagyítási szinten kiemelhető további használatra (például dokumentációba, WEB lapba illesztéshez, nyomtatásra).

Az 'extrák' között találhatók (a fejsor jobb szélén).

VPhozzászólásai | válasz erre | 2019.07.02 12:30:51 (2466)
Írtam mailt is fazéknak (kérte, jelezzük, ha gond van).
[előzmény: (2465) VP, 2019.07.02 11:52:05]

VPhozzászólásai | válasz erre | 2019.07.02 11:52:05 (2465)
Viszont van egy furcsaság: a log átváltozott megtaláltam típusúvá, a megtalálásaim közt már úgy szerepel, a statisztikákban is, viszont a térképen továbbra is fekete pötty maradt!
A GCDZSK ládáról van szó, ha valaki hozzáértő ránéz.

Lehet, a végén mégis törölnöm kell, és újra logolnom, ha azt szeretném, hogy a fekete pötty is eltűnjön?

[előzmény: (2464) VP, 2019.07.01 18:20:33]

VPhozzászólásai | válasz erre | 2019.07.01 18:20:33 (2464)
Ma először próbáltam a log típus módosítást. Nagyon hasznos fejlesztés, köszönet érte.

Jujuhozzászólásai | válasz erre | 2019.07.01 13:31:03 (2463)
Még annyit, hogy elsőre a készülék gyári filekezelőjét is érdemes megpróbálni, mert azzal általában működik.
[előzmény: (2462) bigmick, 2019.07.01 11:59:28]

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