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

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


Hajohozzászólásai | válasz erre | 2009.07.18 11:29:25 (41908)
Vagy eleve használd a Gpx4Poiloader helyett a GpiConv-ot, ami újabb, sokkal gyorsabb (bár máshogy műdökik) de kevesebb lépésből dolgozik. Letölthető leírással együtt az adatlapomról.

Egyébként általában hetente frissítem az adatlapomon a geoládák, gg játékok, stb. gpi fileokat. Azokat csak be kell másolni a gps garmin/poi mappájába.
[előzmény: (41907) Sucuka, 2009.07.18 10:35:33]

Hajohozzászólásai | válasz erre | 2009.07.09 20:08:46 (41654)
Szerintem egyáltalán nem az a kérdés, hogy melyik talál előbb jelet, hanem az, hogy melyik veszti el előbb ;-))
[előzmény: (41652) Sucuka, 2009.07.09 19:42:34]

Hajohozzászólásai | válasz erre | 2009.07.06 18:49:19 (41570)
Igen, drága, (minősége kalaphoz hasonló), és még elektronikus térkép sem készíthető belőle...
[előzmény: (41562) pgyp, 2009.07.06 10:39:26]

Hajohozzászólásai | válasz erre | 2009.07.05 16:09:06 (41555)
NaziRobi,
"Aki meg huzza a száját az vegye meg kb ebben a felbontásban kerülhet vagy fél milióba az 5 m szintköző 1:10000 felbontásban pedig 93036*1200 ft lehet számolni."

Ha a Fömi által forgalmazott forrásra gondolsz, akkor ennyiért nem kapod meg a térképkészítés jogát (pláne nem elektronikusét) csak az adatokat, (de lehet, hogy nem jól tudom. Ja én a turistautak.hu-ról írok ide ;-) )
[előzmény: (41554) jekaeff, 2009.07.05 15:09:09]

Hajohozzászólásai | válasz erre | 2009.07.04 17:28:55 (41548)
Kiegészítés az előzőekhez.
Ahol nem sikerült egyetlen sztereokép-párt sem készíteni ott pedig (az egyes szelvényekkel letölthető readme.pdf 3. oldala szerint) más adatforrásokat használ. Teürletünkön -1 érték esetén az SRTM V3-at. Itt is nyilván lehet calibrálási pontatlanság. Abből is adódik "gyűrűszerű anomália".

Példa DEM filer észlet:

Példa NUM file részlet:
[előzmény: (41547) Hajo, 2009.07.04 17:02:10]

Hajohozzászólásai | válasz erre | 2009.07.04 17:02:10 (41547)
Még tovább vizsgálódtam.
A _dem.tif fileokban látható "gyűrűszerű anomáliák" szoros összefüggésben vannak a _num.tif fileokban látható gyűrűkkel. A _num file azt tartalmazza, hogy a _dem file pixelei mennyi sztereofénykép-pár figyelembevételével készült. A legnagyobb gyűrűszerű anomáliák ott vannak, ahol kevés mérésből (1..3) készült a digitális magasságmodell (DEM). A "lyukak" alapvetően a fényképkészítéskor ott levő felhők ill. egyéb ok miatt használhatatlan képterület (pl. csillogás) miatt vannak/lehetnek. A _num fileokat egyébként éppúgy meg lehet nyitni a GlobalMapperrel.
Szuper volna ez az Aster DEM, de még sok értékes kép kell ahhoz, hogy használható cucc legyen belőle. Kérdés, hogy valaha lesz-e ilyen állapot vagy release.
[előzmény: (41545) Hajo, 2009.07.04 16:12:45]

Hajohozzászólásai | válasz erre | 2009.07.04 16:12:45 (41545)
Közben én is letöltöttem és a környékemen (Szfvár környéke) vizsgálódtam összehasonlítva az SRTM, Aster és GE képeket.
Egy dolog egyértelmű számomra:
- A vízfelületek erősen megzavarják az adatokat.
- Megzavarják az erős kontraszttal rendelkező területek is.

Ennek okát az alábbi cikkben írtak alapján talán megérthetjük:
"A NASA és a japán Gazdasági, Kereskedelmi és Ipari Minisztérium együttműködésben megjelent bolygónk eddigi legrészletesebb domborzati térképe.

Az atlasz alapjául szolgáló 1,3 millió felvételt a NASA Terra műholdjának hősugárzást és a visszavert napsugárzást térképező rendszere, az ASTER (Advanced Spaceborne Thermal Emission and Reflection Radiometer) műszereivel készítették. A globális digitális terepmodell (Global Digital Elevation Model, GDEM) a Föld felszínének 99%-át fedi le, és az ígéretek szerint ingyen elérhető és letölthető lesz az interneten az ASTER GDEM oldalán. A modell 30 méteres felbontással fedi le bolygónkat, összesen 123 ezer 1x1 fokos cellára bontva a Föld felszínét.
" scifi.hu

Ezek alapján simán előfordulhat, hogy a vízfelületek - amelyek egyrészről hűvösebbek, mint a környezetük, másrészt tükröződnek - erősen zavarják a sztereoképek kiértékelését.
Képzeljük el, hogy a nadírból készült műholdképen még nem volt fényes a vízfelület, majd, amikor a függőlegestől ~27°-os szögben készül egy újabb felvétel, akkor már tükröződik pl a nap, vagy éppen a tóparti parti fasor. A sztereoképek kiértékelés nyilván a két kép közti különbség mértékéből számítja a magasságadatot. Tulajdonképpen a környezethez képesti relatív magasságot lehet ily módon meghatározni.

Továbbra sem találtam viszont a gyűrűszerű zavarok okát.
Esetleg okozhatják felhők, melyek az űrfelvételek készítésénél a látható tartományt blokkolták, az infra tartományt esetleg (torzítva) átengedték.

...persze csak okoskodom ;-)
[előzmény: (41543) Hajo, 2009.07.04 14:38:57]

Hajohozzászólásai | válasz erre | 2009.07.04 14:38:57 (41543)
Az biztos (irodalom van róla), hogy az SRTM-ben külön figyelmet fordítottak a vízfelületek simítására. (Fejből mondom, most nem tudok linket adni róla, de így rémlik).

Az Aster-ben kétféle furaság is van:
- Van egyszer egy lényeges hullámosság vagy zaj (az SRTM-hez képest) ami akár valódi adat is lehet. Az általad adott példákon viszont alig hiszem, hogy ilyen kis hullámhosszúságú és kis magasságú tereptárgyak volnának a Badacsonyt körülölelő nádasban. ;-) Bár ki tudja. Jó volna rátenni pl a GoogleEarth műholdképre és megnézni, mi is van ott a valóságban.
- Vannak olyan alakzatok, amelyek mindha szabálytalan alakú többszáz métertől pár km-es méretű lapos határozott élű körvonalszerű kiemelkedések, illetve süllyedékek lennének. Ilyenek láthatók a vízfelszínen és a terepen is. Fura. Nem lehet konverziós hiba is benne?
[előzmény: (41542) jekaeff, 2009.07.04 14:26:47]

Hajohozzászólásai | válasz erre | 2009.07.04 13:26:40 (41541)
Hú ez nagyon durva!
Valóban részletesebbnek tűnik, de mik ezek a nagyon durva torzítások a vízfelületen és pl a Badacsonytól nyugatra eső nádasban?
[előzmény: (41540) jekaeff, 2009.07.04 13:02:28]

Hajohozzászólásai | válasz erre | 2009.06.28 22:19:11 (41414)
:-)
Hajo nem írja. Hál istennek leírásod alapján nincs is rá szükség.
Nem kell mindig feltalálni a spanyolviaszt.
[előzmény: (41413) magpet, 2009.06.28 22:16:22]

Hajohozzászólásai | válasz erre | 2009.06.28 21:58:00 (41412)
Biztos tudna, ha megírnám ;-) Sajna (vagy szerencsére) mostanában nemigen érek rá fejleszteni.
Miért lenne jó az egyébként számodra? Rémlik, hogy írtál már ilyet a geoládákkal kapcsolatban, csak nem emlékszem.
[előzmény: (41411) Saughassy, 2009.06.28 21:52:50]

Hajohozzászólásai | válasz erre | 2009.06.28 21:46:00 (41410)
Kitől hallottál a gpx4poiloader-ről? Mit mondtak róla?

Egyébként van újabb, gyorsabb sokak számára egyszerűbb. Gpiconv. Ez is elérhető az adatlapomról.
(Persze van, akinek bonyolultabb. ;-) )
[előzmény: (41409) Hajo, 2009.06.28 21:38:02]

Hajohozzászólásai | válasz erre | 2009.06.28 21:38:02 (41409)
Az adatlapomon megtalálod.
[előzmény: (41395) farkincza74, 2009.06.28 20:21:46]

Hajohozzászólásai | válasz erre | 2009.06.21 17:31:33 (41112)
Garminékánál a 6.14.x óta lapos a föld... legalábbis egy kicsit lapított ;-))

Egyébként nálam is elfogadható sebességgel megy (pl. régi Celeron 2,4 GHz).
Nagyon sok pontból álló gpx-et sokkal gyorsabban nyitja meg, amit a 6.13.x és gyorsabban mozgatja a térképet ilyenkor is.
A sok pont kijelölése (ahogy írtad) viszon sokkal lassabban működik.
Homályosabbak a térképi vonalak. Lóméretűek az útpontok.
[előzmény: (41110) magpet, 2009.06.21 17:22:55]

Hajohozzászólásai | válasz erre | 2009.06.20 15:14:42 (41090)
Nem kell állítani semmit. A gpi--gpx konvertálási irányt viszont ritkán használtam, ezért bizonyos esetekben előfordulhatott konvertálási hiba. Javítottam. Most már működnie kellene.

A te esetedben nyilván az utánam írt javaslatok is jók.
[előzmény: (41087) Bandy, 2009.06.20 11:52:24]

Hajohozzászólásai | válasz erre | 2009.06.20 09:24:05 (41085)
Ha ezek a poi-k egy GPI fileban vannak (USB háttértár üzemmódban elérhető a GPS-en), akkor azt GpsBabel-lel vagy GpiConv-al át tudod alakítani pl gpx formátumba, amit Mapsource-al tudsz szerkeszteni.
A GpiConv az adatlapomról elérhető.
[előzmény: (41084) Bandy, 2009.06.20 09:21:09]

Hajohozzászólásai | válasz erre | 2009.05.24 19:36:52 (40467)
Igen, alacsony önkisülésűt kell vásárolni.
Nekem fél éve 4 db Ansmann maxe akkum van (csak 2000 mAh) ezek nem sülnek ki maguktől (de mint hallom ennél vannak jobbal is). elvileg hónapokig is bírniuk kell számottevő önkisülén nélkül is. A gyakorlatban két-három hét múlva is még két túranapot kibírnak csix-ben.

Előttük egy kazalnyi minél nagyobb kapacitású akkum volt (2500 mAh), de ezek nem alacsony önkisülésűek voltak, és mire elmentünk kirándulni (pár nap alatt) már félig, vagy éppen egészen lemerültek.

Én mindenkinek azt javaslom, hogy GPS-be csak alacsony önkisülésű akkut vegyen.
(Low discharge)
Majd a Guruk megmondják, hogy melyek aktuálisank a jó típusok.
[előzmény: (40466) sulthan, 2009.05.24 18:57:33]

Hajohozzászólásai | válasz erre | 2009.05.24 12:34:13 (40451)
Én is ezt tapasztaltam tegnap (IE7).
gpx letöltéskor korábban nálam is minden esetben megkérdezte, hogy menteni akarom-e vagy megnyitni. Most simán kérdés nélkül elkezdi xml-ként megnyitni böngészőben a gpx-et. (Sima EasyGPS gpx-etz válaszottam).
Az alábbiakat próbáltam változtatni:
1.) Letöltés helye legyen "Attachment (mentéshez)". (Nem segített)
2.) Filenév: megadtam egy filenevet .gpx kiterjesztéssel (Nem segített)
3.) Végül beállítottam tömörítést ".zip tömörítés", így lejött zip-ként, amit még ki kellett csomagolni.

Írok Andrásnak.
[előzmény: (40447) bolyak, 2009.05.24 12:04:53]

Hajohozzászólásai | válasz erre | 2009.05.18 21:59:32 (40304)
A polárkoordinátáknak valóban egyik eleme a távolság... a vonatkoztatási rendszer kezdőpontjától mérve. A cikk olvasói azért inkább a vevőtől mért távolságra gondolnának, ami miatt pongyolán fogalmaztak. :-)
[előzmény: (40303) KoLa, 2009.05.18 21:25:25]

Hajohozzászólásai | válasz erre | 2009.05.18 19:35:37 (40296)
A műholdak pozíciójára vonatkozó adatokat közvetíti a rendszer (a vevők felé), de nem a vevőtől való távolságot ... szerintem.
(Mivel nem vagyok a rendszer mélyebb ismerője, inkább csenben maradok, mielőtt valami csacsiságot írnék).
[előzmény: (40294) KoLa, 2009.05.18 18:39:11]

Hajohozzászólásai | válasz erre | 2009.05.18 18:18:17 (40293)
Nm a műhold számolja a távolságot, hanem a GPS vevő. (Ebből következően a műhold nem ad és nem is adhat távolság adatot.)
[előzmény: (40292) KoLa, 2009.05.18 18:14:19]

Hajohozzászólásai | válasz erre | 2009.05.18 18:10:33 (40291)
Én pusztán fizikai és informatikai oldalról nézve a kérdést (mélyebben nem értek a GPS rendszerhez) úgy gondolom, hogy ha adott két (több) nem kompatibilis különféle "GPS" rendszer, de mindegyik az időmérésen alapul, akkor csak vevő kérdése, hogy lehet-e hasznosítani a jeleket.

Továbbmenve:
Ha tehát egy rendszer (esetünkben A GPS rendszer) nem működnek valamikor a távolabbi jövőben elégséges műholddal, akkor a GPS vevő gyártók biztosan hónapokon belül megjelennének olyan vevőkkel, amelyek képesek venni és feldolgozni a bármely másik rendszer műholdjainak jeleit IS. Ha tehát a GPS holdjai mellek nagyobb számban lesznek fenn más szolgáltató múholdjai, akkor azokból is lehet jelet fogni és együtt számolni velük. Ha a matematikája és fizikája működik, akkor működnie kell a gyakorlatban is. Természetesen amíg egy szolgáltató elegendő pontosságot tud szolgáltatni, akkor nincs értelme és nem is gazdaságos feleslegesen bonyolított (=drága) vevőket gyártani.

Azt viszont nem tudom, hogy van-e olyan vonatkozása a dolognak, hogy mondjuk a GPS vevő gyártók fizetnek valamilyen "royalty"-t a GPS szolgáltató felé. Mivel ilyenről még nem halltottam(unk) suttogni, ezért úgy tekintem, hogy ez nem áll fenn.

Találgatós műszaki okfejtés off... ;-)
[előzmény: (40290) Moo, 2009.05.18 17:53:29]

Hajohozzászólásai | válasz erre | 2009.05.16 23:16:05 (40259)
Nekem simán működik két USB-RS232 átalakítóval is (a harmadikkal nem). Mindhárom olcsó volt.
Nem tudom, hogy mi az oka.

mindenesetre azt javaslom, hogy a Vezérlőpult / Rendszer / Hardver fül / Eszközkezelő-ben ellenőrizd a Portok (COM és LPT) résznél, hogy létrejött-e a USB-RS232 átalakító csatlakoztatásakor a COM port. (Érdemes megjegyezni a COM port számát).

Ezután a Mapsource-ban a Szerkesztés / Beállítások / Átvitel fülön ellenőrizd, hogy a Garmin eszközök keresése a következő soros porton Automatikus-ra vagy az előbbi soros portra legyen állítva. (Célszerű Automatikus beállításon hagyni, mert ha másik USB csatlakozóba dugod legközelebb az eszközt, akkor szinte biztosan másik COM portra osztja ki).
[előzmény: (40258) konradtk, 2009.05.16 21:28:42]

Hajohozzászólásai | válasz erre | 2009.05.15 11:40:56 (40211)
maps.pojehali.org 1:50 000 méretarányú 1987-es orosz térképeket láttam arról a területről.
[előzmény: (40210) Csuhás, 2009.05.15 11:29:58]

Hajohozzászólásai | válasz erre | 2009.05.15 10:07:29 (40205)
Szintén ;-) (60Csx + Nokia 6120c-n SmartGPX).
[előzmény: (40204) Saughassy, 2009.05.15 10:05:21]

Hajohozzászólásai | válasz erre | 2009.05.10 18:25:15 (40066)
Higgadtan olvasd el még egyszer a tanácsokat.
pgyp két fontos témában is pontról-pontra leírta, hogy kell csinálni. Betűről betűre olvasd el és úgy csináld. Ott kell lennie. Ki is próbáltam! Nálad is látszania kell a GPS-en.
Főmenü / Trackek (nem útvonalak van más) lehetőséget választva.

Szerintem valamit félreértettél, és amikor majd sikerül a homlokodra fogsz csapni ;-)
[előzmény: (40065) Umaga, 2009.05.10 18:21:28]

Hajohozzászólásai | válasz erre | 2009.05.10 16:09:04 (40052)
Umaga!
Kövesd pgyp által leírtakat!
A 4-es pontban a Mapsource-ben az Átvitel/Küldés a készülékre menüpontot használd!

Fura nekem, hogy ezt írtad:
"Egyedül gpx-ben jelenik meg a kártyán a track, viszont azon ugye nem tudok navigálni. Tehát a számítógépről gps-be töltéssel van problémám!"
Ha a Mapsource Átvitel/Küldés a készülékre menüpontot használod, akkor gpx file nem jönne létre a gps készüléken feltöltött trackből, hanem a nevétől függően az aktív track memóriába vagy a mentett trackek közé kerül. Mindkettő esetben a gps belső memóriájába kerül, nem a kártyára.
[előzmény: (40050) pgyp, 2009.05.10 15:42:25]

Hajohozzászólásai | válasz erre | 2009.05.04 22:02:02 (39846)
Nekem csixem van, tehát adott az elektronikus iránytű, de általában ki van kapcsolva.
Kereszteződéshez érve (ha éppen nem tudom, hogy merre tovább) mielőbb ránézek amikor még nem küválygott el más irányba. Persze a csiganyál mindig ON nálam is ;-)
Az iránytűt zömmel csak láda közelében kapcsolom be.
[előzmény: (39844) keep, 2009.05.04 21:59:22]

Hajohozzászólásai | válasz erre | 2009.05.04 21:56:12 (39843)
Ha van elektronikus iránytű, akkor álló helyzetben is érzékeli a készülék, hogy merre fordulsz vele. A térkép és/vagy az iránytú oldal arrafelé fordul amerre a készüléket fordítod. Segít a láda közelében a rávezetésre vagy ha egy ideje állsz egy kereszteződésben és meg akarod nézni, hogy merre menj tovább.

Olyan készülékek esetében amelyekben nincs elektronikus iránytű, ezeket a funkciókat csak a mozgási irányodból tudja kiszámítani a készülék. Tehát pl. a pillanatnyi pozíciód és az előző pozíció közti különbségből az irányt ki tudja számítani és úgy tekinti, hogy arra haladsz. Ez nyilván így is van, de amikor állsz, akkor a gps pár méteres imbolygását úgy tekinti, hogy hol erre hol pedig arra haladsz, ami a valóságban nem igaz. Ilyenkor mondjuk, hogy csak forog / kóvályog az iránymutató / térkép stb.

Összegezve tehát (szerintem) az elektronikus iránytű álló helyzetben jelent lényeges különbséget.
Még egy apróság: A mai Garmin GPS-ekben az iránytű csak vízszintes készülék esetén mutat jól, illetve elem/akku cserekor újra kell kalibrálni (kb fél perc).

Szerintem hasznos, de ízlések és pofonok.
[előzmény: (39838) diego, 2009.05.04 21:39:06]

Hajohozzászólásai | válasz erre | 2009.05.04 10:05:55 (39817)
Frissült a Garmin POI fileokat előállító GpiConv (az adatlapomról elérhető a frissítés).

- Sebességriasztásoknál már változtatható a riasztási távolság (Saughassy ötlete. Köszi!).
- Hibás kódolású karaktert tartalmazó gpx bemeneti file esetén jelentkező hibás gpi kimenet készült. Hiba javítása. (Köszi a jelzés SagiK!)
- Az alapértelmezett sebességriasztásokat kezelő ini file-t aktualizáltam a 2009. május 1-től változott büntetési tételek alsó határára. (Egy picit magasabb sebesség mellett kezdenek büntetni. Tartsátok be az előírt sebességkorlátozásokat ;-) !)

Jó poi generálást kívánok!

Pl. az alábbi poi források is kezelhetők:
- geocaching.hu (EasyGPS gpx)
- geocaching.com (cacheprinter) gpx
- gpi-k visszakonvertálása gpx-be
- Mapsource-ból mentett és más forrásból származó gpx-ek pontjai
- Műemlékem.hu gpx-ek

Hajohozzászólásai | válasz erre | 2009.05.02 19:34:22 (39790)
Azért ott sem a teljes kód open source.
[előzmény: (39781) Mengyán, 2009.05.02 08:48:01]

Hajohozzászólásai | válasz erre | 2009.05.02 08:08:48 (39778)
Igen, azóta én is észrevettem ezt a sok wpt kijelölési szüttyögést.

32 wpt/sec téma:
Ilyenkor eszembe jut a Mapedit, amivel a tuhu-t szerkesztjük.
Szerkesztés közben be van töltve egy teljes tájegység mp fileja minden poijával, vonaljával és felületével (pl. Bakony esetében 22,4 MB; 4261 db poi, 27868 db vonal, 679 db felület egyenként ki tudta mennyi ponttal) továbbá az összes eddig oda feltöltött track (1334 db file - bennük számtalan poi/track/trackpont, 158 MB) és gyorsan működik.

...az open source előnyei.
[előzmény: (39777) jekaeff, 2009.05.01 23:43:26]

Hajohozzászólásai | válasz erre | 2009.05.01 23:02:01 (39774)
Igen a tuhunál eddig megszoktuk a piros kiemelést. Most a sárga széles utak több, mint furcsák.
A tozítást kifelejtettem, de engem is zavar.

(Mellékesen jegyzem meg, hogy Garminéknál vicc, hogy milyen programozókat alkalmaznak.
Szerintem, ha bemennének egy hazai szakirányú egyetemre/főiskolára/középiskolába és azt mondanák, hogy fizetik a csapat egy heti piaadagját, ha megoldanák a gpx/torzítás/megjelenítés* problémát, akkor a komplett Mapsource-t újraírva is megoldanák azt a célprémiumért ;-))
*célfeladat választható)

Eddig az tetszett legjobban, hogy egy 5-10 000 pontos gpx-en miért kell percekig szüttyögni? Na ezt évek alatt sikerült megoldaniuk.
[előzmény: (39773) scele, 2009.05.01 22:50:39]

Hajohozzászólásai | válasz erre | 2009.05.01 22:40:45 (39772)
76csx-re itt van http://www8.garmin.com/software/GPSMAP76CSx_370.exe
(Egyszerűen írd át a letöltésnél a címsorban 390.exe-ről 370.exe-re az url-t.)
[előzmény: (39771) Vehicular, 2009.05.01 22:35:48]

Hajohozzászólásai | válasz erre | 2009.05.01 22:22:56 (39770)
Mapsource 6.15.6

Most frissítettem 6.13.x-ről. Eddig nem mertem, mert azt írtam a többség, hogy lassabb, rosszabb stb.

Szerintem inkább más.
Semmiképpen nem mondanám lassabbnak, sőt szerintem gyorsabb.

Pozitívimok kevés használat után:
- Nekem egy nem túl gyors és nem új gépem van itthon, de mindenképpen gyorsabbnak találom a 6.15.6 verziót. Eddig zavart, hogy nagy részletesség mellett bizony lassú volt a térkép mozgatása. Most gyorsan megy, max egy picit várnom kell az újrarajzolásra, de nekem nem zavaró.
- A gpx fileokat sokkal gyorsabban tölti be és nyitja meg az új.
- Úgy érzem, hogy sok útpont esetén nem lassul le annyira a megjelenítés, mint a 6.13.x-nél és elődeinél.

Negatívum:
- picit homályos kontúrok vonalaknál és ikonoknál. (Egyelőre még jó a szemem így fura)
- lóméretű vonalak nagy nagyítás mellett (vsz feature, de engem zavar. Majd megszokom)
- beállíthatók az ikonméretek kicsire, de egyes ablakokban, akkor is lüméretűek. Majd megszokom.

Hajohozzászólásai | válasz erre | 2009.04.30 21:20:18 (39767)
Nem mosolygok, hanem örülök ;-)
[előzmény: (39766) Saughassy, 2009.04.30 20:48:14]

Hajohozzászólásai | válasz erre | 2009.04.30 16:25:55 (39761)
:-)
[előzmény: (39760) tatarbifsztek, 2009.04.30 15:51:37]

Hajohozzászólásai | válasz erre | 2009.04.23 17:40:08 (39529)
Sikerült a kerékpárost is megterveztetni (Egyébként a beállítások változatlanok)
Székesfehérvárról zömmel a 70-es úton (részleteket nem írok, de) az Etele út-Tétényi út-Nagyszőlős út átvonalon az első pontig. Majd onnan észak(!) felé Alsóhegy utca-Ibrahim utca- Tétényi utca-Bartók Béla út- Vasút utca - Kelenföldi pu aluljáró (!) - Osztyapenkó - kerékpárút DNy felé 7-es úttal párhuzamosan - Neszmélyi út - Jégcsap utca- Aluljáró (Budaörs felé) - Kerékpársáv Budaörsi úttal párhuzamosan egész Osztyapenkóig, majd Sasadi út célba érkezés. :-)
Most ezzel mi a gond? Szép kis túraútvonal ;-) (Különös tekintettel az pu-nál az aluljáróra).

A tuhu-n kétségtelenül kevesebb időt tudunk fordítani a kerékpáros kimenetre mindt szeretnénk. Most megint megyek és megpróbálok egy gyalogosat terveztetni a készülékkel mire hazaérek.
(Bocsi a hibákért, ha vannak. Siettem)
[előzmény: (39527) Hajo, 2009.04.23 17:22:45]

Hajohozzászólásai | válasz erre | 2009.04.23 17:22:45 (39527)
Bocsi el kellett rohnnom és félbemaradt:
Mapsource-on normál beállítások mellett jó.
- 60CSX-en autós beállítás mellett Tuhu volt csak behapcsolva (04.20-i verzió) Szoftver: 3.70 GPS: 3.00 Leggyorsabb / Jó útvonal / Elkerülendő: megfordulások.
Székesfehérvárról az általad jelzett első pontig (Nagyszőlős u.), majd onnan ... (folytatom) a Sasadi út első kereszteződéséig teljesen jól megtervezte.
[előzmény: (39520) Hajo, 2009.04.23 16:06:53]

Hajohozzászólásai | válasz erre | 2009.04.23 16:06:53 (39520)
Mapsource-on normál beállítások mellett jó.
- 60CSX-en autós beállítás mellett Tuhu volt csak behapcsolva (04.20-i verzió) Szoftver: 3.70 GPS: 3.00 Leggyorsabb / Jó útvonal / Elkerülendő: megfordulások.
Székesfehérvárról A jelzett első pontig, majd onnan
- Kerékpáros beállítást nem volt időm kivárni. Kb 10 perc után meguntam kivárni a tervezést.
[előzmény: (39518) zakany, 2009.04.23 15:49:59]

Hajohozzászólásai | válasz erre | 2009.04.22 20:09:23 (39497)
:-))
[előzmény: (39494) KiVi, 2009.04.22 19:08:32]

Hajohozzászólásai | válasz erre | 2009.04.22 18:03:57 (39491)
Mauro! Nem kell, hanem lehet Poiloaderrel is. Sublett konkrét kérdésére próbáltunk jó választ adni.
[előzmény: (39489) Mauro, 2009.04.22 16:02:50]

Hajohozzászólásai | válasz erre | 2009.04.22 11:36:46 (39487)
Ezt most nem értem!

Tehát az opencaching.ge-ról letöltesz valamilyen gpx-et.
Kédés: Waypoint vagy Geocaching pont gpx?
- Ha útpont és 1000 db-nál kevesebb, akkor Mapsource-val töltds fel a GPS-re
- Ha útpontok és 1000 db-nál több, akkor készíts belőle gpi file.t a GpiConv-al és másold fel a leírás szerint a GPS-re.
- Ha geocaching pontokat tartalmazó gpx (groudspeak gpx formátumban), akkor viszont a gpx-et közvetlenül másold fel a GPS-re. Majd valamelyik Oregon guru megmondja, hogy az Oregonon melyik mappába kell bemásolni.

Valószínűnel tartom, hogy az utóbbi változat kell Neked.
[előzmény: (39484) sublett, 2009.04.22 06:45:37]

Hajohozzászólásai | válasz erre | 2009.04.21 22:38:49 (39475)
Több/össes láda esetén:
1.) Töltsd le (Felső menüsor / geoládák) gpx EasyGPS formátumban, majd
2.) a Google Föld-ben file Megnyitás Gps (Gpx, loc, mps) formátumban.
3.) örül
[előzmény: (39473) Discover, 2009.04.21 22:31:53]

Hajohozzászólásai | válasz erre | 2009.04.21 20:54:54 (39464)
A Garmin PoiLoader, Gpx4PoiLoader és a GpiConv is gpx-et vár bemenetként.
Ha sebességriasztást akarsz, akkor txt-t.

Mit szeretnél csinálni?
Talán tudunk segíteni. A leírásokat olvastad?
[előzmény: (39463) sublett, 2009.04.21 20:45:33]

Hajohozzászólásai | válasz erre | 2009.04.21 20:19:18 (39460)
A Gpx4PoiLoader után próbáld ki a GpiConv-ot is! (nemrég óta van csak)
Ugyanezt tudja, de gyorsabban és kevesebb konvertálási lépésben (egyből gpi-t csinál).
A szokott helyen meghalálható leírással együtt.

Saughassy szerintem egyébként arra gondolt, hogy a térkép adatai alapján automatice tudja-e a sebességriasztást a készülék? Erre írta Magpet, hogy a CityNavigator Europe térképpel tudja (legalábbis a Nüvi 6xx,7xx).
Amiről Te írsz az egy kicsit más. Bár végső soron mindkettő a pénztárcádat (és a biztonságodat) kíméli :-))
[előzmény: (39458) diego, 2009.04.21 19:59:24]

Hajohozzászólásai | válasz erre | 2009.04.16 09:10:17 (39319)
Lehet sok tízezer poi is, de ikonból csak max 64 féle (nem egy gpi fileban, hanem összesen, bár ez a korlát Colorado 300-ra pl. nem igaz, mert ott eddig nerm találtam korlátot).
Tételezzük fel, hogy a sok tízezer pont 70 fajta ikont igényel. A 64. ikon után már csak egy pöttyöt jelez majd a gps (pl csix-en). A kinézettől eltekintve minden már szempontból teljes értékű poi-t azok is.
[előzmény: (39303) Saughassy, 2009.04.16 01:16:29]

Hajohozzászólásai | válasz erre | 2009.04.16 08:51:06 (39318)
A geoládáknál lehetőség van arra, hogy riasszon egy megadható távolságon belül. Alapértelmezett beállításokkal nem ad riasztást (gpiconv_gpi.ini-ben állítható be. A Garmin PoiLoader-ben is választható). Viszont amikor navigálsz a geoláda felé, akkor egy csippanással jelez, hogy megérkeztél, és csx-en egy kis piros feliratot is kitesz alulra. Azt valóban enterezni kell. Ez azonban független a poi-któl. Emlékeim szerint útpontoknál is így van.
[előzmény: (39306) zakany, 2009.04.16 01:26:35]

Hajohozzászólásai | válasz erre | 2009.04.16 08:44:46 (39317)
Persze! Elírás :-) Javítom
[előzmény: (39302) Saughassy, 2009.04.16 01:11:08]

Hajohozzászólásai | válasz erre | 2009.04.16 08:44:08 (39316)
Nekem is csixem van. A proximity alert hangján csipog (alapból egy folyamatos csúnya hang, amit én kicseréltem egy szolidabbra) és a kijelzőn felül megjelenik egy piros sáv, amiben a beállított riasztási sebességet is kiírja. Valami ilyesmi: "sebességmérés közeledik 60 kph". Ezen kívül kijelöli azt POI-t, ami a riasztást okozza. Kétszer jelez. Először egy rövid hanggal jelzi, hogy közeledik, majd amikor túlléped a segbességet, akkor folyamatosan jelez, amíg nem lassítasz.
Szokni kell, mert ha nem jól állítod be a sebességeket, akkor túl sokat csipog. Illetve jó lesz rászokni a szabályok betartására :-) Én akkor foglalkoztam vele, amikor kétszer is megbüntettek nem kevésre (illetve jókor jött SagiK kolléga ötlete). Ebből az egyik vasúti átjáró volt. Azért nagyon sokat lehet fizetni :-(. Pesten durva a helyzet. Ott nem szeretem használni, de az ország többi részén nagyon hasznosnak találom.
[előzmény: (39301) Saughassy, 2009.04.16 01:09:25]

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