turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english
, adalbert1977 hozzászólásai
Mielőtt kérdeznél, olvasd el ezt: gyakori kérdések és válaszok (FAQ)

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

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

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


adalbert1977hozzászólásai | válasz erre | 2012.12.05 21:54:16 (65827)
A Sanyo Eneloop 2500 több szempontból is gyengébb a fehérnél. Nagyobb az önkisülése, tehát nem csoda, hogy hamarabb merül a fiókban, kisebb az élettartama, azaz nem lehet olyan sokszor újratölteni, hamarabb tönkremegy. Ezenkívül úgy hallottam, hogy kell néhány lemerítés-újratöltés ciklus ahhoz vadiúj korában, hogy a maximális 2500-as kapacitást nyújtsa.
[előzmény: (65822) widi, 2012.12.05 06:01:05]

adalbert1977hozzászólásai | válasz erre | 2012.11.03 13:40:55 (65404)
- Minden megtekintett anyaghoz már eleve visszatérhetsz offline, mivel a SaS.Planet minden letöltött csempét elment (amíg ki nem törlöd a tárolót, vagy meg nem telik a lemez). Ettől függetlenül a hatodik fül jól foghat. Arra is jó, hogy különféle formákban mentsed el a tárolót, vagy átkonvertáld.
- TUHU. Egészen biztosan felvihető. A SaS.Planet-ben minden nyílt. A „Maps” mappa tartalmát szerkesztgetve egyszer én is hozzáfogtam kibogarászni (egy Fiddler nevezetű program segítségével), hogy miként vihetek fel egy másik térképet egy szerverről (Románia, topográfiai térkép, 1:20.000), de ráuntam a nyomozásra, a szintaxisok kitalálására.
[előzmény: (65403) pgyp, 2012.11.03 12:47:41]

adalbert1977hozzászólásai | válasz erre | 2012.11.03 11:08:16 (65402)
Tegyük fel, hogy (az említett 5 módszer egyikével) elvégezted a bejelölést („selection”), és ennek nyomán automatikusan megjelenik a „Selection Manager” ablakocska. Nos, a „Selection Manager” ablakocskán 6 darab fület látsz:
1) Az első fül a „Download” Ezzel választod ki, hogy milyen térképről szeretnéd letölteni a megfelelő csempéket a program „cache”-jébe (tárolójába), és hogy milyen zoom-tartományoknak megfelelően. Lent pipáld ki a „Close this window after start” opciót, hogy ne tűnjön el az ablak a csempék letöltésekor! Ez az első lépés, a letöltés mindenképpen nem maradhat ki a folyamat láncából.
2) A második fül a „STITCH” (összefűzés). Itt először is kiválasztod a kép formátumát. Majd a „Create georeferncing file” segítségével különféle formátumokban a georeferenciát is lementheted az így nyert nagy képhez. Az OziExplorer-es *.map formátum a legelterjedtebb. Megadod a zoom-ot, másodlagos réteget (ha már letöltöttél olyat) stb, stb… Ha a végső kép túl nagy, akkor darabolhatod a „Split” funkcióval.
3) Segítségedre lehet még az ötödik fül is, az „Export”. Különféle eszközökhöz mentheted ott a kijelölt térképfelületet. (Nagyon intelligens. Például Garmin esetében képes multi-volume JNX-eket készíteni, amivel kitrükközhető a 10.000 képkockás korlát.)
A sör kétséges, mert Kolozsváron tartózkodom.
[előzmény: (65401) pgyp, 2012.11.03 10:38:02]

adalbert1977hozzászólásai | válasz erre | 2012.11.03 06:48:27 (65396)
Lehet, hogy nem volt elég világos:

»A „Stitch” segítségével nyerhetsz egyetlen nagy állományt«
=
A „Stitch” funkció segítségével készíthetsz egyetlen nagy „képet” is.
[előzmény: (65393) adalbert1977, 2012.11.02 23:03:37]

adalbert1977hozzászólásai | válasz erre | 2012.11.02 23:06:40 (65394)
[…] Folytatás: a Google térképei alapértelmezetten oroszul jönnek be. Settings -> Map Settings -> URL -> a végén =ru helyett =en
[előzmény: (65393) adalbert1977, 2012.11.02 23:03:37]

adalbert1977hozzászólásai | válasz erre | 2012.11.02 23:03:37 (65393)
5-féle módon jelölhetsz ki térképrészeket: téglalap, sokszög, tört vonal mentén való, koordináták alapján, látható terület. Megadod a kijelölést. Letöltöd (a tetszőleges zoom-szintjeit a kijelölésnek). A „Stitch” segítségével nyerhetsz egyetlen nagy állományt (ECW, BMP, KMZ, JPEG, JPEG2000, PNG), amely mellett tetszőlegesen kiválaszthatod a georeferenciát tartalmazó kiegészítő fájlocska formátumát (map, dat, kml, tab, w). Ha rendkívül nagy lenne a lementendő állomány, akkor a „Split” funkció pontosításával darabolhatod. DE van „Export” lehetőség is: Iphone, KML, Mobile Yandex, AUX, tömörített cache-ek, Garmin JNX, Ogf2. És még sok-sok más (pl. rétegek).
[előzmény: (65392) pgyp, 2012.11.02 21:40:09]

adalbert1977hozzászólásai | válasz erre | 2012.11.02 21:20:17 (65391)
[…] Az elmentés sokféle változata esetén a georeferálás automatikus lesz, mivelhogy a Google, Yahoo és egyébb online térképek esetén eleve adottak a kalibrálási adatok.
[előzmény: (65390) adalbert1977, 2012.11.02 21:18:17]

adalbert1977hozzászólásai | válasz erre | 2012.11.02 21:18:17 (65390)
Ezeket a feladatokat kiválóan elvégzi a SaS.Planet nevű program: http://sasgis.ru/download/ . Ingyenes szoftver.
[előzmény: (65389) pgyp, 2012.11.02 20:36:45]

adalbert1977hozzászólásai | válasz erre | 2012.10.16 10:24:31 (65173)
Én is kérdeznék ezzel kapcsolatosan:
1) A NiZn akkumulátorok magasabb feszültsége nem okoz-e gondot a készülékeknek?
2) Mekkora az önkisülése az eneloop-okhoz képest? (Ez nékem nagyon fontos.)
[előzmény: (65172) LionDaddy, 2012.10.16 10:01:03]

adalbert1977hozzászólásai | válasz erre | 2012.10.14 10:32:44 (65077)
Strigulákat ugyan nem húzok, de azt megtanultam a saját bőrömön, hogy az aksikat megjelöljem egy-egy számmal, hogy minél egyenletesebben használjam őket :)
[előzmény: (65076) gusty, 2012.10.14 10:19:51]

adalbert1977hozzászólásai | válasz erre | 2012.10.14 10:10:58 (65074)
- Úgy ítéltem meg, hogy a valamivel nagyobb kapacitás ellenére nem érdemes XX-es (fekete) eneloop-ot vennem. Valószínűleg kisebb az élettartamuk. Az XX-nek 500 újratöltést ígérnek; a legújabb fehérnek pedig 1500-at. Az önkisülésük is nagyobb egy picit.
- Megakadt a szemem a Maha IMEDION 2400 mAh aksin. Eneloop-szerű (kicsi önkisülésű), elég nagy kapacitású, és 1000 újratöltést ígérnek. Ha valaki ilyet használ, elmesélheti a tapasztalatait.
- A Sanyo MQR06 töltők nagyon jók (nálam ez: NC-MQR06W). Mind a négy kanálisa a többitől függetlenül működik. Tehát minden aksit (1, 2, 3 vagy 4 aksit) külön lemér, folyamatosan ellenőriz, és tölt. 1 vagy 2 aksi töltése esetén kétféle töltési sebesség között választhatsz: a két szélső csatorna gyorsabban tölt, amennyiben a középső kettő üres. Egy dolog hiányzik csak belőle, a lemerítő funkció. Az olyanok (pl. a Maha MH-C9000) azonban sokkal-sokkal drágábbak.
[előzmény: (65057) Bryan, 2012.10.12 21:02:40]

adalbert1977hozzászólásai | válasz erre | 2012.10.06 15:27:40 (64957)
»komoly problémám van az a billentyűzár hiányával, mivel menet közben zsebben volt bekapcsolva, a joystick pedig állandóan benyomódik véletlenül, és olyankor folyton menti az adott pozíciót, ha tudtok esetleg valami megoldást ez ellen azt szívesen venném«

Ezt úgy oldom meg az eTrex-en, hogy (a Fő menün és a Térképen kívül) a Fedélzeti számítógépet is kiemelem oldallá, és amikor nem használom a kütyüt, egyetlen gombnyomással a Térkép oldaláról átváltok a Fedélzeti számítógép oldalára. Ez ugyanis nem reagál a joystick nyomogatására, és nincs az a zseb, ami az oldalsó gombokat benyomná. (Ha valami annyira megnyomja az oldalsó gombokat egy hátizsák zsebében, hogy reagálnak, az már régen rossz, és sérülést okozhat.) Amúgy sem jó a Térkép oldalán hagyni a cuccot, amikor nem nézed, hanem csak track-elés céljából zsebre teszed, mert olyankor az állandó rajzolgatás, beolvasás, képcsúsztatás miatt több áramot fogyaszt.
[előzmény: (48189) ronis, 2010.04.11 19:53:09]

adalbert1977hozzászólásai | válasz erre | 2012.10.03 17:22:54 (64937)
»[…] a BaseCamp nagyon fura módon, a beolvasott gpx-fájlokban a magasságadatokat irtó hosszú tizedes számokká változtatja, méghozzá kicsike számtörést adva hozzájuk (a kerekebb számokhoz) […] a Global Mapper meghal tőle! Egyszerűen nem látja a magasságadatokat, ha ekkora nagy tizedesek vannak, hiába helyes a szintaxis. Nem jut eszembe egyetlen épeszű magyarázat sem, hogy a BaseCamp miért alakítja át pl. az 535.11-et 535.11000000000001-gyé.«

Írtam ez ügyben a Garmin-nak, és azt válaszolták, hogy ezzel javítják ki azt, ahogyan a számítógépek a számokat tárolják („stores”), és hogy 784.57 számként („number”), nem pedig karaktersorként („string”) 784.57000000000005-té válik. Érdekes. (Nem vagyok informatikus, és csak nagyon bizonytalan megérzésem, tippem van arról, hogy miért lehet ez így.)
[előzmény: (64870) adalbert1977, 2012.09.30 00:53:22]

adalbert1977hozzászólásai | válasz erre | 2012.10.02 10:26:31 (64921)
Köszönöm a válaszokat. Valóban, a BaseCamp DEM-rétegű térképek esetén magasságértéket rendel a berajzolt nyomvonal-pontokra, és akkor a szintaxis is helyes. [A BaseCamp azonban továbbra is elfogadhatatlan „ficsőröket” nyújt, amikor indokolatlanul hosszú és enyhén megváltoztatott tizedes számokat ír, amelyeket pl. a Global Mapper nem lát.] Ahogy a kommentjeim is mutatják, kolozsvári lakos vagyok. Tehát szűkebb hazámban a kiváló magyarországi Garmin-térképek nem használhatóak. Egyetlen román területekre érvényes, DEM-rétegű Garmin-térképről tudok, a Ro.A.D.-ról, amelynek azonban annyira, de annyira pontatlanok a magasság-adatai, hogy az szégyen. Néhány berajzolt pontra elég lesz, de teljes nyomvonalakhoz nem ajánlom, mert rossz. Ez azért is fura, mert léteznek jó néhány évtizeddel ezelőtt készült, analóg, nyomatott térképek, amelyek sokkal precízebbek. A bukaresti földrajz-egyetem kikunyerálta a román államtól a sokáig hadi titokként elzárt 1:25.000 felbontású topográfiai térképet egész Románia területéről. Szóval megkapták belső használatra; én meg megtaláltam hogy mely WMS címmel lehet a Global Mapper-ben megnyitni. Brilliáns! Azt hittem, hogy a földbe gyökerezik a lábam. Itt aztán vannak pontos, részletes szintvonalak meg egyebek! Nyilván a térkép nagyon sok helyen elavult. Pl. megváltoztak a tisztások körvonalai stb. De akkor is nagyon jó. És ezért nem értem, hogy egy méreg drágán forgalmazot Ro.A.D.-ban miért nincsenek jó magasságadatok, amikor már régen, ilyen kiváló topográfiai térképet csináltak – papírra. Egy baj van csak. A bukaresti földrajzos diákok szkennelés közben jó néhány kockát/részt kiégettek. Ez nagyon felhúzott, hogy lehet ennyire elbénázni. Megkapnak egy ilyen kincset és rossz szkenneléssel elrontják a dolgot. Pl. a Fogarasi-havasok keleti része rettenetesen ki van égetve.
[előzmény: (64893) jekaeff, 2012.09.30 19:05:27]

adalbert1977hozzászólásai | válasz erre | 2012.10.02 09:57:20 (64917)
1) Ha netán Microsoft operációs rendszert (is) használsz, akkor a SaS.Planet-nél jobbat nem tudok. A „telepítés” itt nem egy exe fájl kevésbé áttekinthető futtatását jelenti, hanem egy tömörített archívum egyszerű kicsomagolását bárhová. Akár egy USB pendrive-ra is kicsomagolhatod, és onnan is használhatod. Nem ír a saját mappáján kívül sehová se semmit. A Windows Registry-be sem. Nékem sokkal jobban bejön, mint az online oldalak segítsége. Jól-jól belenagyíthatsz a térképbe és a megnyitott nyomvonalba! A megnézett térképrészletek pedig automatikusan mentődnek a saját tárolóhelyébe (a program mappáján belül a „cache” almappába), és internet kapcsolat nélkül is megnézheted őket utólag. Sokféleképpen végrehajtott kijelöléseknek megfelelő térképrészleteket is letölthetsz a tárolójába (cache). Akiknek újabb Garminjaik vannak: Ezeket a tárolt részeket 5 zoom-szintes JNX térkép-állományokba menti.

2) A SaS.Planet-et használva nézd meg a „Bing maps - Satellite” térképet is, mivel egyes erdélyi/romániai hegységek esetében egy-egy területről fantasztikus felbontású légifotókat ad. Például a Fogarasi-havasok jelentős részéről vagy a Bucsedzs keleti, szakadékos feléről. Ezek annyira részletesek lehetnek, hogy a Google a nyomába se lép. Vigyázat: a „Bing maps - Satellite” nem teljesen azonos a a „Bing maps - Bird's Eye N”-nel. Emez utóbbi rosszabb, mivel hiányzik a nagy felbontású réteg.

3) A SaS.Planet alapértelmezetten orosz, cirilbetűs megnevezéseket rak a Google térlépeire. Ezt három másodperc munka átállítani. Settings – Map Settings, és az URL címsorban a ru felcserélése en-re. Ennyi.
[előzmény: (64909) Apexsek, 2012.10.02 07:31:01]

adalbert1977hozzászólásai | válasz erre | 2012.09.30 12:39:58 (64889)
Néhány hete vásárolt Garmin kötyümön a mai nap folyamán megjelent egy „halott pixel” (remélem, jól fogalmaztam). Ha bekapcsolódik a háttérfény, akkor sötét háttér esetén egy világos (fehéres) pont jelenik meg a képernyő egyik helyén. Általában nem használok háttérfényt. Az előbb vettem észre, amikor számítógéphez kötve bekapcsolódott a megvilágítás. Egészen biztosan nem látszott korábban az a fehér pont. Most képződött. Kérdés: ez garanciás meghibásodásnak számít a Garmin-nál, vagy ne is álmodjak orvoslásról?

adalbert1977hozzászólásai | válasz erre | 2012.09.30 10:42:44 (64885)
Nemrég vásároltam egy eTrex 20-at. Vannak (testre szabható, törölhető és létrehozható) felhasználói profilok. Fényképnéző programja is van (az újabb firmware-ekkel). Ami a fényképes geoládákat illeti, ezekhez nem értek, mivel nem érdekel a téma. (Túrázásra, hegymászásra használom, és esetleg részletes helyi térképek készítésében lennék érdekelt, nem geoládákban.) Az előbb kipróbáltam a geoládák feltöltését rá, de fényképes ggpx-eket sehogy sem találok. Szívesen kipróbálom neked, ha valaki megmondja, honnan tölthetek fel ilyesmit. A kijelzőjének a láthatósága nagyszerű, oda vagyok érte. Nékem nagyon fontos a hosszú üzemidő, mert nincs kedvem kilónyi elemet cipelni sok napos hátizsákos utakra. Be se kell kapcsoljam a háttér-megvilágítást, olyan jól látszik a kijelzőn minden. Sötétedés után a kis fogyasztású fejlámpám csökkentett üzemmódú fényénél is kiválóan látszik. Négy éve használt fehér eneloop-okkal így 20-24-25 órát is üzemelt. A begépelés, a szövegbevitel azonban nagyon lassú, körülményes, idegesítő munka az eTrex-en. A Dakota-nál biztosan sokkal könyebb!!! S hogyha nem gond elég aksit vinned, aktív geoládázásra alkalmasabb lehet. Az eTrex 20-ban nincs elektromos iránytű, de sokfelé jelzik, hogy a Dakota 20-ban jobban működik, mint az eTrex 30-ban. Itt egy részletes fórum erről. Arra a következtetésre jutottak, hogy nagy valószínűséggel firmware-hiba, tehát nem reménytelen egy esetleges jövőbeli javulás. Ja, és én a GLONASS (orosz) műholdakat is fogó 24 csatornás számolás miatt kattantam az új eTrex-re. Tényleg kerültem már olyan szűk helyre, ahol GPS módban azt mondta a kütyű, hogy nincs elég jel, de GPS+GLONASS módra kapcsolva beindult. (Persze itt ellenvetésként elő lehet jönni azzal, hogy lehet, hogy az átkapcsolás másodperceiben egyszerűen javult a jel.)
[előzmény: (64867) bigmick, 2012.09.29 22:55:56]

adalbert1977hozzászólásai | válasz erre | 2012.09.30 02:05:28 (64873)
Tehát a megoldás például az, hogy a BaseCamp-os gpx-et GPSBabel-lel konvertálni gpx-be, és ez odarakja majd a (/trkpt) lezárásokat. Ekkor az SRTM_HUN igenis szépen interpolálni fogja a hiányzó magasságadatokat! Sőt, dátumot is rak: 1970 január elsejét :)
[előzmény: (64872) adalbert1977, 2012.09.30 01:56:37]

adalbert1977hozzászólásai | válasz erre | 2012.09.30 01:56:37 (64872)
- Tovább kísérleteztem. Azt hiszem, meg van a válasz. A Garmin Basecamp úgy illeszti be a kézileg rajzolt, új pontokat, hogy nem zárja le őket a (/trkpt) végződéssel. [Mivelhogy „üresek”, azaz a (trkpt) és a (/trkpt) közé nem kerül semmi. Se dátum, se magasság. A koordináták pedig mindig a (trkpt) kifejezésen belül vannak.] A lényeg az, hogy más programok ettől függetlenül beolvassák és kezelik azokat a pontokat. Az SRT_HUN törli őket, vagy eleve nem látja.

- Arra továbbra sem tudom a választ, hogy a BaseCamp miért írja azokat a nagyon hosszú tizedeseket pici, tört számértékek hozzáadásával. De ez nem bolondítja meg az SRT_HUN-t. Ettől a Global Mapper zavarodik meg, nem látván magasságadatokat.
[előzmény: (64871) adalbert1977, 2012.09.30 00:59:28]

adalbert1977hozzászólásai | válasz erre | 2012.09.30 00:59:28 (64871)
[Kimaradt: Ismét kipróbáltam az SRTM-HUN-nal. Legalábbis nálam reprodukálja a szitut. Törlődnek a dátum és magasságadat nélküli sorok.]
[előzmény: (64870) adalbert1977, 2012.09.30 00:53:22]

adalbert1977hozzászólásai | válasz erre | 2012.09.30 00:53:22 (64870)
1) A korábbi kommentemben EGY helyen tévedtem. áramszünetkor/elemcserekor nem képződőtt új track szegmens.

2) Tehát a BaseCamp-pel új pontokat adtam hozzá a nyomhoz ahhoz a helyen, ahol az áramszünet miatt egy hosszú nagy egyenes vonal képződött. Az eredmény a szóban forgó helyen BaseCamp-ből így mentődik:

(trkpt lat="46.612712619826198" lon="23.709628153592348")
(ele)535.11000000000001(/ele)
(time)2012-09-16T11:21:42Z(/time)
(/trkpt)
(trkpt lat="46.612640703096986" lon="23.709872988983989" /)
(trkpt lat="46.612558057531714" lon="23.710044147446752" /)
… … …
(trkpt lat="46.612380193546414" lon="23.7101193331182" /)
(trkpt lat="46.612268798053265" lon="23.710106341168284" /)
(trkpt lat="46.610143734142184" lon="23.705809190869331")
(ele)554.82000000000005(/ele)
(time)2012-09-16T11:32:40Z(/time)
(/trkpt)

(Én cseréltem zárójelre, mert különben HTML kódként értelmezi a fórum oldala.)

3) Namármost akárhány programmal (Global Mapper, BaseCamp, Topo Fusion, GPSMapEdit, SaS.Planet) olvasok be olyan nyomvonalat, amelyen belül (akár részlegesen, akár teljesen) hiányzanak a dátumok és az időpontok, egyszerűen a pontok „fizikai” egymásutánját veszik alapul, ahogy a fájlban követik egymást. Sőt, a SaS.Planet egy az egyben ki is törli a beolvasott nyomvonalakból a dátumokat és a magasságadatokat. Nyomvonalakat térképekre, képekre is lehet rajzolni, pl. Sas.Planet-ben, és olyankor nincs dátum és magasságadat, csak egymásután a fájlban.

4) Megjegyzés: Ahogy fent is látszik, a BaseCamp nagyon fura módon, a beolvasott gpx-fájlokban a magasságadatokat irtó hosszú tizedes számokká változtatja, méghozzá kicsike számtörést adva hozzájuk (a kerekebb számokhoz). Semmilyen normális magyarázatot, indokot nem találok erre, hogy miért kell ezt a BaseCamp művelje. Az SRTM-HUN-nak NEM okoz problémát, hogy beolvassa ezeket a nagyon hosszú tizedes számokat, bár szépen, esztétikusan felkerekíti őket. A GPS vevő is beolvassa / visszaolvassa ezeket a BaseCamp-osított magasságadatú nyomvonalakat. DE a Global Mapper meghal tőle! Egyszerűen nem látja a magasságadatokat, ha ekkora nagy tizedesek vannak, hiába helyes a szintaxis. Nem jut eszembe egyetlen épeszű magyarázat sem, hogy a BaseCamp miért alakítja át pl. az 535.11-et 535.11000000000001-gyé.
[előzmény: (64869) Old Fairy, 2012.09.30 00:07:28]

adalbert1977hozzászólásai | válasz erre | 2012.09.29 22:39:30 (64866)
Lenne még egy észrevételem az (egyébként nagyon hasznos) SRTM-HUN programhoz. Kitörli azokat a nyomvonal-pontokat, amelyekhez nincs magasságérték (és időpont) rendelve, ámbár adott a sorrendjük és a pozíciójuk. Például amennyiben a BaseCamp segítségével új pontok sorozatát hozom létre (mert mondjuk nem vettem észre túra közben, hogy lemerültek az aksik, de utólag odarajzolom a pontokat például egy légifotó alapján saccolva), az SRTM-HUN egyszerűen kitörli őket, visszaállítván a lemerüléskor és elemcserekor képződőtt track-szegmensek közötti légvonalbeli ívet. Holott hasznosabb lenne, ha interpolált magasságértékeket írna beléjük, vagy legalábbis semmiképp nem törölné őket.
[előzmény: (64704) adalbert1977, 2012.09.15 13:58:28]

adalbert1977hozzászólásai | válasz erre | 2012.09.29 10:58:41 (64864)
Mint azt jeleztem, végül egy eTrex 20 mellett döntöttem. Közben egy érdekes beszélgetésre találtam az eTrex 30 elektromágneses iránytűjéről. Alapos (és több példányon, több helyzetben ismételt) tesztelgetések azt mutatják, hogy – a korábbi sejtésekkel ellentétben – nem (orvosolhatatlan) hardware-hiba, hanem firmware-bug okozza a kalibráltság nagyon gyors elvesztését: https://forum.garmin.de/showthread.php?16695-FW-2-80-und-der-Kompass&p=117961#post117961 . Gondoltam, jó ha megosztom, mert ha valaki esetleg eTrex 30-ra pályázik, legalább tudhatja, hogy megalapozott reménye lehet az elektromágneses iránytű viselkedésének megjavításáról.
[előzmény: (64489) adalbert1977, 2012.08.31 15:11:26]

adalbert1977hozzászólásai | válasz erre | 2012.09.26 23:43:18 (64843)
Egy másik teszt: http://www.vivilibero.it/Garmin_Glonass/GPS_GLONASS.pdf
Többek között:
- Magasságmérésben az eTrex 20/30 GPS+GLONASS valamivel pontosabb, mint a GPSMAP 62sc és a Dakota 20.
- A legfontosabb eredmény azonban a tanulmány végén található: kritikusabb, szűkebb helyen a GPSMAP 62sc és a Dakota 20 vevők 23,5 illetve 21 métert csúsztak/ugrottak, míg az eTrex 20/30-nál ez mindössze 4.7 m volt, és általában véve az odaút és a visszaút pályája sokkal inkább egyezett.
[előzmény: (64468) adalbert1977, 2012.08.27 13:38:16]

adalbert1977hozzászólásai | válasz erre | 2012.09.25 00:29:04 (64825)
Megtaláltam a saját POI-kat az Extrák között. Csakis azon belül kereshetők.
[előzmény: (64824) adalbert1977, 2012.09.25 00:22:06]

adalbert1977hozzászólásai | válasz erre | 2012.09.25 00:22:06 (64824)
- Nos, itt a másik próba. Vasárnap délután és éjjel szarvasbőgést hallgattunk a Gyalui-havasokban, így alkalmam volt kipróbálni ismét az eTrex 20-at. Ezúttal bekapcsoltam az úton tartást. Így is össze-vissza viselkedett. Volt, hogy adott hangejlzést, volt hogy nem. Az irényjelző gyakrabban állt idejében a jó irányba de nem mindig.
- Belebotlottam egy újabb durva hibába. Ha tetszőleges útpontokból POI-kat készítek, és azokat feltöltöltöm az eTrex 20-ra (a „POI Loader” program segítségével), azok ugyan megjelennek a térképen, de NEM kereshetőek. Egyszerűen nem jelennek meg keresési találatként (ha pl. az összes POI között rájuk keresek). Ez egy elég fájdalmas hiba :((
[előzmény: (64816) diego, 2012.09.23 11:33:43]

adalbert1977hozzászólásai | válasz erre | 2012.09.22 22:35:27 (64811)
Ha már annyira belejöttem az írásba: egy másik kérdés. Mi a különbség a „közelségi figyelmeztetés” és a „közelségi figyelmeztetés közeledés között”? Nálam mindig csak az utóbbi („közelségi figyelmeztetés közeledés között”) szól, amikor átlépem a megadott távolságnak megfelelő kört. A másik meg se mukkan. Akkor sem, ha rálépek magára a pontra (a térkép szerint).

adalbert1977hozzászólásai | válasz erre | 2012.09.22 22:31:03 (64810)
Igen, mondtad. Nem is hibáztatok senkit. Minden felelősség az enyém. Még csak annyit, hogy az, amitől nagyon tartottam nem bizonyult igaznak: nem elviselhetetlenül lassú a térképrajzolás sebessége. Nagy, +1 gigás raszteres JNX fájllal sem. Semmi esetre sem annyira lassú, mint ahogy ez a videó mutatja: http://youtu.be/okI77xXgQYw . Vásárlás erőt sokat néztem ezt a videót szörnyülködve. Nem tudom, hogy sikerült összehozni benne azt a rettenetes lassúságot, de nálam sokkal gyorsabb, tulajdonképpen elfogadható-használható, pedig hatalmas állományokkal dolgoztam. De, ahogy mondtam, az útvonaltervezéses navigálás nagyon hibás. Legalábbis a legfrissebb firmware-ig.
[előzmény: (64808) zakany, 2012.09.22 22:17:17]

adalbert1977hozzászólásai | válasz erre | 2012.09.22 22:23:49 (64809)
[… Az, hogy a nagyvárosi toronyházak tövében megcsúszik a nyomvonal, azért hat furán, mert múlt vasárnap a Tordai-hasadék mélyében meglepően jól viselkedett. Tényleg. Olyan jó nyomvonalat húzott a helyenként 100-200 méteres sziklafalak alatt, hogy csak csodálkoztam. Még valami: Egész jó nyomvonalat húz városban buszban és kiskocsiban, DE kint, települések közötti száguldozáskor csúnyákat hibázott a nyom. Vajon a sebesség az oka?]
[előzmény: (64807) adalbert1977, 2012.09.22 22:14:48]

adalbert1977hozzászólásai | válasz erre | 2012.09.22 22:14:48 (64807)
Az előbb értem haza. Ki fogom próbálni az úton tartással is, és majd szólok. Ma este tovább próbálgattam: össze-vissza viselkedik. Pl. egy ideig pittyegett kanyaroknál, letérőknél, aztán később egyáltalán nem, hanem néma maradt, és csak jelezte a szöveg, hogy mi történik. Nem kapcsoltam ki/be mindeközben az úton tartást, tehát nem az lehetett a megnémulás oka. Annyira összevissza „viselkedik”, hogy semmilyen rendszert, szabályosságot nem látok benne. Attól tartok, hogy nagyon-nagyon hibás a firmware idevágó része. Ha netán az ember csak az iránytű irányjelző nyilára hagyatkozna, akkor kóvályoghatna összevissza.

[Még valami: GLONASS ide vagy oda, nagy, magas panelházak árnyékában meg-megcsúszik a nyomvonal vagy 20-25-30 métert.]
[előzmény: (64803) diego, 2012.09.22 18:27:32]

adalbert1977hozzászólásai | válasz erre | 2012.09.22 16:51:55 (64802)
A nemrég vett eTrex 20-on tapasztalom az alábbit:
1) Ha különféle útpontokat jelzek meg, és ezek egymásutánjából útvonalat készítek, mégpedig „offroad”, azaz légvonal szerinti útvonalat, olyankor nagyszerűen működik az iránytűn az irányjelző váltása. Ahogy elérem a következő útpontot, az iránytűn az irányjelző szépen átvált a másik pont irányába, és így tovább. Ugyanakkor az „Offroad Transition”-nál megadhatok egy x távolságot, és akkor már x méterrel az elérendő útvonal előtt átáll az iránytű irányutatója.
2) VISZONT amennyiben útvonaltervezést lehetővé tévő térkép segítségével útvonalat tervezek, az iránytűn rajzolódó iránymutató teljesen megbolondul. Hiába érem el a soron következő kanyart, útelágazást, ahol irányt kellene váltsak, az iránytű iránymutatója nem vált át a következő, helyes irányra, hanem beragad a régi irányra, vagyis „visszafelé” mutat, mégpedig nagyon sokáig. Pl. egy nyugatra váltó útelágazáshoz érve a navigációs szöveg helyesen kiírja, hogy ezentúl tessék nyugatra térni, de az iránytű iránymutatója visszafelé kezd mutatni. Mindenféle értéket kipróbáltam az „Offroad Transition”-nál, még sincs semmi javulás. Akkor sem, ha „Auto”-ra állítom.Elgyalogoltam pontosan a térképre rajzolt irányváltó nyilak töréspontjára. Semmit se segített. Mi ennek az oka? Esetleg szoftverhiba, amely más hasonló készülékeken is tapasztalható?

adalbert1977hozzászólásai | válasz erre | 2012.09.22 09:39:11 (64800)
Nálam néha megjelennek az EGNOS-vételt jelző D betűk a műholdakat jelölő oszlopokon. De nagyon szeszélyesek. Hol megjelennek, hol néhány perc múlva mind eltűnnek. Olyan is volt, hogy a GLONASS műholdakat jelölő oszlopokon is látszottak, mégpedig az összesen, de azért többnyire a GPS-eken látszanak. Azt nem értem, hogy miért ennyire szeszélyes a vételük.
[előzmény: (64795) Bluedog, 2012.09.21 21:26:14]

adalbert1977hozzászólásai | válasz erre | 2012.09.15 19:27:52 (64710)
No, hát akkor sok időt és energiát a fejlesztéshez. S ha számít egy-egy visszajelzés, én arra voksolnék minél több választható funkciót, lehetőséget iktass bele a programba, s aztán majd a felhasználók eldönthetik, hogy javít, vagy ront valami. Olyan furcsa, mert a GPS magasságmérés egy nagy probléma, és nem találok komplex programokat a zajszűréshez. Rengeteget kerestem a Google-on, és ha van is egy-kettő, nagyon egyoldalúak. Érdekes, hogy egy magyar fejlesztő programja tudja a legtöbbet közülük.
[előzmény: (64706) jekaeff, 2012.09.15 16:53:34]

adalbert1977hozzászólásai | válasz erre | 2012.09.15 14:38:17 (64705)
Kérdés. A GPS vevőmön (eTrex 20) a magyar billentyűzetkiosztás hosszú Ő / ő helyett Õ / õ karaktereket gépel. Természetesen támogatja a kütyű az UTF-8-at. Ha számigépen kijavítom az útvonalak, útpontok vagy egyebek nevét, akkor helyesen mutatja (és a gpx fájl ANSI-ról átáll BOM nélküli UTF-8-ra). A felajánlott billentyűzetkiosztás a hibás. Ki lehet ezt valahogy javítani? Mind nézegetem 006-D0952-05.bin és 006-D0952-06.bin fájlokat. Vajon nem azokban van-e a kutya elásva, és ha igen, nem lehet őket kicsomagolni és szerkeszteni.

adalbert1977hozzászólásai | válasz erre | 2012.09.15 13:58:28 (64704)
[…] Azt is elmondom, hogy miért javasoltam a 2)-es pontot. Adott egy helyzet: hegymászás, amikor ismerem a megmászandó csúcs magasságát, és a legmélyebb pontot is. Gauss simítás után megadhatnánk ezeket az értékeket, és akkor még jobb lenne a végeredmény. (Tulajdonképpen NEM csak a legmagasabb és legmélyebb pontoknál kéne megadni, hanem a pálya bármely tetszőleges KÉT pontján, hisz nem mindig a legmagasabb és legmélyebb pontról van biztos információnk.)
[előzmény: (64703) adalbert1977, 2012.09.15 13:52:06]

adalbert1977hozzászólásai | válasz erre | 2012.09.15 13:52:06 (64703)
Ha már úgyis fejleszted az SRTM-HUN programot, és a béta jelzés arra utal, hogy további csiszolásra számíthatunk, lenne két hozzászólásom:
1) A Garminból kivett gpx, amit a program nem olvas be, egyből beolvashatóvá válik, amennyiben XML-ként sortöréssel formázom. Tehát semmilyen adatot nem töröltem ki a gpx-ből. Minden benne maradt. Egyszerűen csak sortöréssel formáztam az egysorossá tömörített fájlt, és utána már szépen olvassa a program.
2) Tetszene ha lenne benne egy olyan szolgáltatás, hogy a Gauss alapú simítás után az így nyert görbét függőleges irányban kihúzni (vagy akár összelapítani lehessen), mégpedig a legalacsonyabb és a legmagasabb pont megadásával. Tehát két kocka: legalacsonyabb és legmagasabb pont – és ennek alapján húzna a görbén.
[előzmény: (64639) jekaeff, 2012.09.13 07:57:18]

adalbert1977hozzászólásai | válasz erre | 2012.09.13 16:22:22 (64657)
Kipróbáltam. A vonalak kicsikét különböznek, de nincs javulás a völgy elvétése tekintetében.
[előzmény: (64654) Lipták Roland, 2012.09.13 15:28:21]

adalbert1977hozzászólásai | válasz erre | 2012.09.13 13:13:41 (64649)
Itt a teszt: LETÖLTÉS. (A "Dowload Now" gombbal tölthető, nem a másikkal.)
1) A Bucsedzs.ecw = Légifotó a helyről. Bing műholdas kép, mivel a Google-nak ezen a helyen rosszabb a felbontása és a láthatósága (egy hatalmas völgyre vetülő árnyék miatt.)
2) Feher-volgy_MEDER.mp = A Fehér-völgy medrének vonala. Jól ismerem a helyet, a rajz pontos.
3) Szintvonalak.mp = Az ASTER V2 alapján készített szintvonalak. (Mindig szintvonalakkal ellenőrzök.)
-----> A hiba nyilvánvaló. Az is egyértelműen látszik, hogy NEM arról van szó, hogy az ASTER a maga egészében véve "elcsúszna" valamilyen irányba. (Ezt akár javítani is lehetne.) Ott, ahol nyíltabb, kevésbé tagolt a terep, már sokkal pontosabb.
[előzmény: (64640) Lipták Roland, 2012.09.13 08:00:09]

adalbert1977hozzászólásai | válasz erre | 2012.09.13 01:42:31 (64638)
Gratulálok a program(jaid)hoz! Szépen kisimítja a magasság váltakozását. (Az is nagyon jó ötlet, hogy konkrétan megnevezve kéri az ASTER kockát. Nem kell a felhasználó keresgéljen.) Lenne két kérdésem az SRTM_HUN_20120217beta-val kapcsolatosan:
1) A "Lejtő %" mit jelent/csinál?
2) A vertikális szűrő által generált pályát le lehet menteni gpx-be, vagy kizárólag a diagramnak/képnek szól?
[előzmény: (64637) jekaeff, 2012.09.13 01:18:50]

adalbert1977hozzászólásai | válasz erre | 2012.09.12 21:18:57 (64636)
Sikerült letölteni az ASTER GDEM V2-ből. Pontosan ugyanazokat a hibákat követi el, mint a V1, csak nagyobb a felbontása, részletessége. Így pl. a korábbi kommentemben jelzett völgyben (Fehér-völgy, Bucsedzs) kb. 120-130 m-t csúszik délre a völgy medre. Összességében jobb, mint a Google Earth, de számomra ez elfogadhatatlan, hogy 130 m-rel arrább mutassa a völgy medrét. Ahogy mondom, pontosan úgy hibázik, mint a V1, csak részletesebb. Nem ugyanakkor készült?
[előzmény: (64635) Lipták Roland, 2012.09.12 15:37:01]

adalbert1977hozzászólásai | válasz erre | 2012.09.12 15:05:27 (64633)
A Global Mapper szépen beolvasta az ASTER GDEM-et. Szerintem valamilyen 1-es verzió lehetett, mert elnagyolt, kis felbontású volt, a szokott hibákkal. A 2-esből hol lehet letölteni adatokat? Szívesen megnézném, mit tud. Itt próbáltam, de regisztrációt kért, de a regisztrációs oldal nem működik.
[előzmény: (64628) Lipták Roland, 2012.09.12 12:06:23]

adalbert1977hozzászólásai | válasz erre | 2012.09.12 15:01:18 (64632)
Igazad van! Nem csak DEM-hez igazít. Sokáig nem tudtam kipróbálni. Egyetlen GPX fájlt sem akart megnyitni. Sem a régi verzió sem az újabb, béta. Sokféle GPX-szel próbálkoztam (különféle forrásokból). Mindegyik esetében azt írtaa ki, hogy "Access violation!", és kész. Elkönyveltem, hogy az adott honlap leírása alapján DEM adatokat olvas be és kész. Aztán eszembe jutott, hogy XP-s kompatibilitási módban indítsam W7 alatt. Így már működik, és látom, hogy mást is tud :) . Köszi a javaslatot.
[előzmény: (64631) gusty, 2012.09.12 14:23:13]

adalbert1977hozzászólásai | válasz erre | 2012.09.12 14:09:41 (64630)
Júúúj ez a német kezelőfelület :)) . A Garmin-ból letöltött GPX-eket amúgy nem tudja beolvasni. Azokat kml-be konvertálva töltöttem be a programba, de elég nehéz benne eligazodni :)
[előzmény: (64624) Old Fairy, 2012.09.11 23:42:38]

adalbert1977hozzászólásai | válasz erre | 2012.09.12 14:03:24 (64629)
gusty. Nem olyanra gondoltam. Ezek a radaros magasságtérképek (SRTM, DEM stb.) pontatlanok. Főleg az európai(!) területek tekintetében. Sík, kevéssé tagolt terepen még elmennek, de erősen tagolt hegyvidéken jócskán mellélőnek. A Google Maps/Earth magasságtérképe is ugyanilyen vacak. Klasszikus példa: http://goo.gl/maps/LmOgw . Itt a Fehér-völgy látszik a Bucsedzs hegységből. Vajmi kevés köze van a valósághoz. Először is a völgy medre jócskán elcsúszik. Másfelől pedig köszönő viszonyban nincs a valósággal a meder emelkedése. Az erdőhatár fölött (kb. 1600 m fölött) hirtelen meredeken magasra ugrik, majd utána ereszkedik, mintha ott valami dolina lenne. A helyszínen szó nincs ilyesmiről. A pontatlanság óriási. Tehát ezek a radaros magasságtérképek tagolt helyen rendkívül gyengék. Márpedig épphogy itt a legfontosabb a magasságmérés. Olyan program kellene, amely: a) simítja a GPS magasságzaját, hullámvasútját; b) megengedi, hogy helyenként belenyúljak, és húzzak az ábrán le vagy fel egy adott régióra. Nem találtam ilyen programot. Pl. az Active GPX Route Player "smooth" funkciója eléggé triviális.
[előzmény: (64625) gusty, 2012.09.12 00:20:57]

adalbert1977hozzászólásai | válasz erre | 2012.09.11 23:29:25 (64623)
[…] Olyan szoftver kellene, amely valamely DEM-térkép adatai nélkül, saját algoritmusok alapján simítja a nyomvonalak magasságábráit, tehát maga a program szűri a "zajt". (Több DEM térképet is kipróbáltam, de azt tapasztaltam, hogy elég pontatlanok, legalábbis a mi európai térségünkben.)
[előzmény: (64622) adalbert1977, 2012.09.11 23:24:32]

adalbert1977hozzászólásai | válasz erre | 2012.09.11 23:24:32 (64622)
Nos, jelentem, hogy megvettem a GSP vevőt. Az eTrex 20-ra esett a választásom. Ez a legelső ilyen cuccom, de azért leírom a tapasztalataimat:
1) Nem is olyan vészesen lassú. Gyalogútra teljesen megfelelő. A raszteres térképeket is elviselhetően tekeri, főleg, ha JNX formátumban használom (firmware-hack-el meg lehet oldani). A részletekben gazdag, DEM-réteget tartalmazó vektoros térképeknél nem sokkal lassabb a JNX. A POI-keresés, nos, az nagyon lassú.
2) Meglepően kicsi. Ideális hátizsákos túrára.
3) A gombjai kényelmetlenek, és nem tűnnek valami tartósnak.
4) Jól használható háttérmegvilágítás nélkül is. Jobb, mint ahogy azt vártam.
5) Nagyon örülök a GLONASS-nak. Úgy tűnik, valós haszna van árnyékolt helyeken! Ez volt a döntő szempont, amely az új eTrex melletti döntésre sarkalt.
5) Ugye, ebben az olcsobb modellben nincs elektromágneses iránytű és barometrikus magasságmérő.
a) A GPS-jel változásaira alapozó iránytűje kint, a szabadban, ahol jó a jel, nagyon fürge. Egy-kettőre beáll a helyes irányba.
b) A GPS-mérésre hagyatkozó magasságmérése azonban rendkívül "zajos". Tele van a nyomvonal le-fel ugrásokkal. Ez azért rossz, mert annak ellenére, hogy elég jól (átlagosan 10-20-30-40 m-es hibával) mutatja a magasságot, a sok közbeékelődő "hullámvasút" miatt hatalmasat hazudik az összesített megmászott magasságról. Tehát elég jó egy adott hely magasságának a megsaccolására, de nem alkalmas annak felmérésére, hogy össz-vissz mennyit emelkedtünk.
KÉRDÉS: Tudnátok ajánlani valami SZOFTVERT, amely intelligens algoritmusokkal valahogy kiszűri ezt a "ZAJT" a lementett nyomvonalban?
[előzmény: (64489) adalbert1977, 2012.08.31 15:11:26]

adalbert1977hozzászólásai | válasz erre | 2012.09.02 11:32:06 (64521)
Az a gond, hogy a „ne piszkáld” csak egyik oldala a dolognak. Mert másfelől a csapból is az folyik, hogy a Garmin cuccok hibáktól hemzsegő firmware-rel jelennek meg, de a folyamatos hibajavításokat nyújtó frissítések megoldják a legtöbb hibát. Itt van például ez a fantasztikusan igényes teszt. Bárcsak sok más hasonló cikket olvashatnánk. (Merthogy az internet tele van tartalmatlan, elméleti „tesztekkel”.) Az említett cikk szerzője is biztosan frissítette a firmware-t, reménykedve abban, hogy a tesztben tetten ért hibák megszűnnek. A fényképezőgépeimben is rendszeresen frissítettem a firmware-t, és soha nem találkoztam olyannal, hogy egy Canon vagy Nikon kimúlt volna tőlük.
[előzmény: (64516) yoggi, 2012.09.02 10:15:11]

adalbert1977hozzászólásai | válasz erre | 2012.09.01 22:41:16 (64504)
Akkor lehet, hogy az eddigi választásom (eTrex 20/30) öt perccel vásárlás előtt porba hull. Nincs kedvem olyan műszerrel hegyekbe menni, amely hibás firmware miatt bármikor kiadhatja a lelkét. Milyen más alternatív kütyüt ajánltok? És hol lehet őket venni. Most épp a DeLorme tesztjeit nézegetem. De fogalmam nincs, hogy errefelé árulják-e. (Az nem gond, ha nincs magyarra fordítva a kezelőfelülete.)
[előzmény: (64503) Mákos, 2012.09.01 22:22:09]

adalbert1977hozzászólásai | válasz erre | 2012.09.01 22:06:58 (64502)
[OFF]Elnézést, de ez azért nagyon durva! Teszteli egyáltalán a gyártó a stabilnak tekintett, hivatalos firmware-t vagy nem? A működésképtelenné váló Dakoták száma azt jelzi, hogy nem valamiféle rémegyedi esetről van szó. Hogy adják ki ilyen állapotban a frissítéseket? Ez botrányos. Alfa-szoftvert stabilként kiadni.[/OFF]
[előzmény: (64495) KakukkOK, 2012.09.01 15:27:34]

adalbert1977hozzászólásai | válasz erre | 2012.08.31 15:11:26 (64489)
Kedves fórumozók, szégyellem magam, hogy ismét előbicegek a régi témámmal. Jelentem, hogy a GPS-vevő készülék választásának folyamata az utolsó körre szűkült, tehát a végén járok, és remélem, hogy nem zaklatlak vele többet. Szóval emiatt és főleg emiatt az eTrex 20/30-ra esik a választásom, minden hátránya (pl. lassúsága) ellenére. Döntésemben az a remény is munkál, hogy a firmware tökéletesedni fog, és egyre inkább előjön a kettős gps-glonass-vevés előnye. Namármost elég sok olyan véleményt olvastam a net-en az eTrex 30-ról, hogy elég rosszul működik az elektromos iránytűje: rosszabbul, mint a Dakota 20-on, az Oregon 450-en vagy a GPSMAP 62s-en. Ez alatt azt értem, hogy gyakran, nagyon gyakran kell kalibrálni. Ha valakinek van eTrex 30-a, leírhatná tehát, hogy miként működik az eTrex 30 elektromos iránytűje, milyen gyakran kell kalibrálni, egyáltalán hogyan viselkedik. (Olyan véleménnyel is találkoztam, hogy nyakban lógatva nagyon hamar elvész a pontossága, de kerékpárra helyezve sokáig kitart. Én hátizsákon vagy hátizsákban vinném, de erről nem mondott az illető véleményt.) Ha megosztjátok a tapasztalataitokat, akkor ezzel nemcsak nékem adtok információt, de mindazoknak is, akik az eTrex 20 és 30 között választanak.
[előzmény: (64363) adalbert1977, 2012.08.22 23:10:07]

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