turistautak.hu

, 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: 1089 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ő

hozzászólásai | válasz erre | 2010.09.06 22:02:43 (51563)

Olyan mintha másfél évig kimaradtál volna a suxx dolgokból ;-)
Nézd meg még 49575, 49437, 49128 hsz-okat GARMIN SUXX-ról

A sirf és mtk csix-ek közötti viszonyról pedig egy ellentétes tapasztalat: 49371

Megj-em:

1. Itt szerintem nem jelet veszít, bár lehetne, hanem
a) vagy vmilyen tevékenység esetén loop-ba kerül, azaz küzd vmivel, az erőforrás (processzor) preferenciasorrendje rosszul volt beállítva 4.00 előtt, ezért nem tud trackpontot menteni, utána pedig megzavarodik egy trackpont erejéig (ez a kisebb vsz-ű)
b) vagy a műholdról érkező adattömegből a szökő mp-ekről szóló infót nem tudja feldolgozni, s innen jon a kimaradás, illetve egy rossz időpont, s vmilyen rejtélyes ok miatt mindig csak 1 rossz időpont van.

Jekaeff megnézte, hogy mikor hagy ki néhány mp-et a logolásban a csix (tehát nem önmagában az időugrást vizsgálta), azt is vizsgálva, hogy kikapcsolt térképnél nem jobb-e a helyzet, de nem, tehát ha igazam is van (a. pont) , akkor sem a térképpel kapcsolatos processzor tevékenység miatt van az egész.

A jel elvesztésén azért csodálkoznék, mert akkor szakadna-a trekk, nem (vagy ez csak akkor van, ha sokáig nem talál pozit)? Vagy még inkább, akkor az újrapozícionálás miatt lenne pár pont, ami kicsit szóródik, nem? Nekem ilyen nem szokott lenni, ha autópályán történt a jelenség, akkor pl. nyílegyenes a trekk (már ha nem volt kanyar). Egy jeleldobás esetén ez több mint furcsa lenne.

[előzmény: (51557) Kolesár, 2010.09.06 17:01:42]

	hozzászólásai \| válasz erre \| 2010.09.06 21:42:55 (51562)
Nem tudom, hogy hol fixelte, mert a csix esetén a 4.00 is oda-vissza tüskét gyárt, néha +/- 5-7 méterest is. [előzmény: (51559) Saughassy, 2010.09.06 20:28:09]

	hozzászólásai \| válasz erre \| 2010.09.06 16:30:51 (51556)
Én arra gondoltam, hogy ha bármi finomhangolás lenne a műholdról sugárzott jelek esetében. Tisztában vagyok vele, hogy 15 hónapos fw a 4.00, s a mediatekhez írt 4.10, 4.20 sincs publikálva. [előzmény: (51555) VasG, 2010.09.06 16:25:12]

hozzászólásai | válasz erre | 2010.09.06 16:21:56 (51554)

49222-ben rábukkantam arra, hogy a belső memóriából letöltött fájl annó jó volt.
Ez ugye nem az "ugrik kb. 20 mp-t (valójában pár mp-ig nem képes rögzíteni, s eztán ugrik pontosan 15 mp-et, majd vissza 14-et (hiszen megszűnik a 15 mp-es eltolás)" időugrásos probléma (hogy miért 15 mp, arra ld http://en.wikipedia.org/wiki/Leap_second), hanem az általad a Vértesben tegnap tapasztalt jelenséghez hasonló.

Egyébként ha tényleg beválik Neked is a 4.00, akkor az oldaladon fogod pubikálni a 28ezres 4.00-ra épülő fw-t?

[előzmény: (51546) Kolesár, 2010.09.06 10:53:29]

hozzászólásai | válasz erre | 2010.09.06 15:51:00 (51553)

Ilyenkor szerintem MINDIG csak az idő a rossz, a pozíciókkal nincs gond. (Egyébként jekaeff jött rá, hogy a szökőmásodpercek miatt van a buli.) Csak mivel előtte jellemzően kimarad pár mp, ezért ha nagy a mozgás, akkro könnyen hiheted azt, hogy vmi nem kóser.

Az a jó hír, hogy 4.00-ban nem lesz ilyen problémád. Volt már 35-40ezres trackem, abban sem jött elő, pedig minden fájlt ellenőrzök indirekt módon.

A rossz hír az, hogy blöffből azt írtam a Garminnak a hibajelzéskor, hogy a 4.00 is csinálja az időugrást, és ki sem kérték maguknak, csak azt mondták, hogy nem ismerik a jelenséget, biztos a unit-om rossz. :-)
Nem szívatni akartam őket, csak kíváncsi voltam, hogy tudatos javítás volt-e a 4.00-ban vagy tök véletlen, s ha így van, akkor bármikor újból felbukkanhat.

[előzmény: (51552) Kolesár, 2010.09.06 15:14:33]

	hozzászólásai \| válasz erre \| 2010.09.06 13:38:37 (51551)
Az nem is fontos. De ha egyszer ugralt, akkor meg ha a vastol is fugghet a dolog, akkor is erintett vagy. Ezek utan szinte biztos, hogy a 3.70-nel is elofordul Nalad. Nalam a 4.00 (3.90) elott minden fw-rel elfordult (3.50, 3.60, 3.70). [előzmény: (51550) lelcache, 2010.09.06 13:07:17]

	hozzászólásai \| válasz erre \| 2010.09.06 13:05:20 (51549)
Hosszabb tracknel egy-ket idougras azert elofordul, ugye? Bar ha csak Mapsource-ban nezi az ember a trackeket, akkor ez nem bukik ki olyan konnyen. Garmin Training-nel viszont igen. [előzmény: (51548) lelcache, 2010.09.06 12:36:32]

	hozzászólásai \| válasz erre \| 2010.09.06 11:48:40 (51547)
Gpx-ben biztos (latszik a mentesi idopontbol, hogy kartyarol mentes utan szerkesztettem a gpx-et), a belso memoriarol csak az remlik, hogy mivel tul voltam a 10.000 ponton, ezert az mar nem volt teljes, igy beolvasas utan dobtam. Nem 100%, de szerintem abban is volt ugras. [előzmény: (51546) Kolesár, 2010.09.06 10:53:29]

	hozzászólásai \| válasz erre \| 2010.09.06 10:52:31 (51545)
És a lényeget elfelejtettem. Nekem a csix csinált annó hasonlót, tehát más időpontú, pár perccel korábban valóban bejárt helyet berakott egy másik helyre trackpontként. Ez májusban történt, ráadásul valószínűleg 4.00-val, s nem az április elejétől május közepéig ismételten használt 3.60/3,70 valamelyikvel, de csak egyszeri eset volt, azóta sem láttam ilyet.

	hozzászólásai \| válasz erre \| 2010.09.06 10:36:30 (51544)
A témához még egy korábbi post. [előzmény: (47985) 2010.04.06 11:11:06]

	hozzászólásai \| válasz erre \| 2010.09.06 10:35:14 (51543)
Erre a parára nem emlékszem. Viszont akkor tuti, hogy 4.00 fw-t használsz, :-)) mert az teszi oda az "s" betűt" (illetve még a hibás 3.90 is, de azt szerintem senki sem használja azok közül, akik figyelemmel követik a fw-eket). [előzmény: (51540) KiVi, 2010.09.06 10:23:32]

hozzászólásai | válasz erre | 2010.09.06 10:32:15 (51542)

Most 4.00/3.0s van fent és nem vagyok mazochista. :-)
Még precízebben, a 3.0-t használtam már régóta, talán a 3.60 óta (mert már akkor megvolt hiszen 2008 márciusi a 3.00 és a webupdate-rel befrissítettem).
A 2.90-nel csak annyiból játszottam, hogy kíváncsi voltam, hogy melyik firmware és milyen gps verzió esetén rakja oda az "s" betűt a sorszám végére. Tehát nem teszteltem a 2.90 és 3.00 közötti különbséget. Azért írtam, hogy oda-vissza játszottam vele, hogy kihangsúlyozzam, hogy megbízhatsz a perry-féle fájlokban, mert nem vágta agyon a készülékemet soha semmi azok közül, amit onnan töltöttem le.

[előzmény: (51539) Kolesár, 2010.09.06 10:21:29]

	hozzászólásai \| válasz erre \| 2010.09.06 10:27:31 (51541)
Erre még figyelj, mert ezt 51505-ben rosszul írtam. Tehát a konklúzió HELYESEN az, hogy háttérmódban nálam mind USB kábel kihúzásakor, mind pedig a kikapcsolás gombra néha hard reset-el. [előzmény: (49100) 2010.05.20 16:59:56]

hozzászólásai | válasz erre | 2010.09.06 10:15:55 (51538)

"CSxS1, immár 4.00 firmware-el, gps 2.90s (hogy lehet 3.00-ra frissíteni?)"

Webupdate-rel frissítve magától fel kellene ajánlania, egyébként meg (http://www.gawisp.com/perry/chipset_firmware/Type_G/GPSChipsetTypeG_300.exe) letöltve is lehet. Én az utóbbi megoldással is játszottam, oda-vissza a 2.90 és 3.00 között.

Ezek után az a kérdés, hogy a 3.00 gps-ű csix (CSxS1) nyomvonala egy másik tesztben közelebb kerülne-e a CSxM-hez vagy marad a CSxS2-höz közelebb.

"A terepen láttam a 62s-ben egy furcsaságot. Menet közben a bizonság kedvéért lementettem az aktuális nyomvonalat. Ezután egy hosszú egyenes nvomvonal-szakasz jelent meg, valahova a messzeségbe mutatott. Letöltés után a számítógépen tovább csodáltam. Az odafelé út két trackpontja közé beszúrt egy trackpontot, aminek a helye és az ideje a mentés helye és ideje volt. "

Ez nem tűnik egyfajta időugrási problémának, inkább indexálási problémára emlékeztet. Nem mintha ez megnyugtató lenne, mert corrupt gpx-et hoz létre. A Mapsource lekezeli, de pl a saját progim nem szereti a negatív időt, így el is távolítja a 15:44:?? időpontű trekkpontot

[előzmény: (51529) Kolesár, 2010.09.06 09:22:25]

	hozzászólásai \| válasz erre \| 2010.09.05 18:34:47 (51506)
hip, hip ... [előzmény: (51484) Kolesár, 2010.09.05 12:13:51]

hozzászólásai | válasz erre | 2010.09.05 18:33:17 (51505)

Volt egy időszak, amikor a 3.70-es mellett tettem le a voksom, de mára azt mondom én is, hogy a 4.00 jól összerakott valami. Kártyát sosem dobott el, sosem csinált időugrást.
Nekem egy dologra kell csak vigyáznom, de ez nem biztos, hogy a fw-ből jön: ha háttértár üzemmódban van, ki kell húzni az usb kábelt, s nem pedig kikapcsolva kilépni a háttértár üzemmódból. Utóbbi azért nem éri meg, mert néha elhalványulva kikapcsol, ami egyenértékű egy hard reset-tel, s utána jön a beállítgatósdi.

[előzmény: (51472) Kolesár, 2010.09.05 10:43:57]

hozzászólásai | válasz erre | 2010.09.05 10:18:36 (51471)

Én csak ott, hogy a fogyasztási tesztben egy sirfes csix volt, aztán meg kettő.

Egyébként érdekes lett volna a két régi csix közül egyiket befrissíteni. A 3.03b-t nem is értem. Roll-backelve lett? Ugyanis én 2007 nyarának elején vettem a kütyüt, de már akkor 3.20 vagy 3.30 volt rajta gyárilag. Ránéztem az archivált fw-ű perry oldalra, s a 3.10 is már 2006. decemberében készült.

Más: én elvéreztem a pár hónappal ezelőtti fw buherán, esélyem sem volt.

[előzmény: (51467) Kolesár, 2010.09.05 07:10:45]

	hozzászólásai \| válasz erre \| 2010.09.04 20:46:59 (51466)
Bocs, revideálok. Visszaolvasva korábban tényleg csak egy régi csx-ről volt szó, tehát én is elvesztettem a fonalat :-) [előzmény: (51464) zakany, 2010.09.04 20:24:41]

	hozzászólásai \| válasz erre \| 2010.09.04 20:43:23 (51465)
Lehet, mert két régi CSX van, tehát akkor kellene egy CSX_S_1 és CSX_S_2 is. Egyébként ha már a sirf és mediatek chip felmerült, akkor megkérdezném a tudoroktól, hogy lehet külön venni MT3329-et, lecserélni a csix-ben, aztán a két fw-t frissítve mediatekes csixet kapni, vagy ez nem így működik? [előzmény: (51464) zakany, 2010.09.04 20:24:41]

hozzászólásai | válasz erre | 2010.08.21 21:11:14 (51149)

Nem tudom, de engem pont az általad belinkelt jelenség vitt rá a kérdésre. Amikor a Zemplén 700-as csúcsai túramozgalmat csináltam és ott sok pontnak ismert a pontos magassága, no meg szemmel is elég jól felmérhető volt sok esetben a csúcs körüli lejtés mértéke, ott a helyszínen néha a tuhu szintvonalai tűntek jobbnak, néha meg a TG-é (azért általában a TG)
Ezért itthon elkezdtem jobban nézegetni a TG-t, s nem értettem, hogy a vonalra kattintva kerek szám a magasság, míg mellette össze-visszaszóródik. A tipped jó lehet, valószínűleg más adatforrásból vannak a vonalak, mint az egyéb magasságok.

[előzmény: (51148) jekaeff, 2010.08.21 19:28:07]

	hozzászólásai \| válasz erre \| 2010.08.21 15:54:36 (51143)
Még egyszer végigolvasva egy kérdés felvetődött bennem: 100%-ig biztos vagy abban, hogy a TG szintvonalai jobbak, pontosabbak mint a tuhu/omp-é? [előzmény: (51133) jekaeff, 2010.08.19 13:52:10]

	hozzászólásai \| válasz erre \| 2010.08.19 20:32:44 (51139)
Még annyit tudsz megtenni, hogy a 6.12.4 alkönyvtárából kitörlöd az összes dll-t. Már ha véletlenül van ott a Mapsource dll-jeiből. Én sosem telepítem a mapszószt, csak kiszedem az exe-t és esetleg a magyar dll-t, de ez esetben ugye angolul fut, tehát nem kell dll. Lehet, hogy nálad ott van vmi, s ezért kalapos az ű. [előzmény: (51138) gyapo, 2010.08.19 17:57:37]

	hozzászólásai \| válasz erre \| 2010.08.19 11:14:44 (51130)
Az a király, hogy most zsinórban harmadszor jól indul. Tegnap este is állítgattam, de szerintem végül csak a vírusellenőrzést kapcsoltam ki a bios-ban, más változás nem volt, hacsak annyi nem, hogy bootvis telepít, optimalizál, majd bootvis eltávolít. [előzmény: (51127) törölt nick 14, 2010.08.19 00:14:15]

	hozzászólásai \| válasz erre \| 2010.08.19 11:13:08 (51129)
Csak demonstrálni tudok: http://kepfeltoltes.hu/100819/_j_k_p_www.kepfeltoltes.hu_.jpg Nem tudom, hogy mi lehet Nálad [előzmény: (51126) gyapo, 2010.08.18 22:04:53]

hozzászólásai | válasz erre | 2010.08.18 22:02:38 (51125)

Egyetertek, a boot-on kivul semmi gondom, igaz, hogy tobb tucatnyi registry atallitast tettem a kulonbozo optimalizaciok es MS baromsagok miatt.

Azert a System State backup-ok nem artanak, illetve egy eve mar havi archivalast vegzek, mert felek, hogy kidol a hardware. Nem is divat a 7 eves alaplap. Amugy ha van elado Athlon a leggyorsabbol (ha jol tevedek 3.2+), meg lehet hogy arra is beruhaznek, mert kozel all hozzam a masina. Benne van jo sok kiserletezgetes.

[előzmény: (51119) yoggi, 2010.08.18 19:37:14]

hozzászólásai | válasz erre | 2010.08.18 22:00:31 (51124)

[előzmény: (51119) yoggi, 2010.08.18 19:37:14]

hozzászólásai | válasz erre | 2010.08.18 21:53:14 (51123)

[előzmény: (51119) yoggi, 2010.08.18 19:37:14]

	hozzászólásai \| válasz erre \| 2010.08.18 21:45:42 (51122)
Magyar billentyuzettel dolgozol? Nekem tenyleg semmi gondom Gyurufuvel. [előzmény: (51121) gyapo, 2010.08.18 20:58:19]

	hozzászólásai \| válasz erre \| 2010.08.18 19:32:57 (51118)
Nem hardverekkel foglalkozol főállásban? :-)))) [előzmény: (51116) yoggi, 2010.08.18 19:27:02]

	hozzászólásai \| válasz erre \| 2010.08.18 19:32:11 (51117)
Tudom 2003-2009 között meg az előző táp miatt csinálta. Szeritnem a problémám szoftver vagy alaplap (esetleg processzor) jellegű, hiszen 2003 óta minden más cserélve lett, sőt valójában az xp is. Először SP2-es volt, majd egy teljesen más SP3-as. [előzmény: (51114) yoggi, 2010.08.18 19:24:33]

	hozzászólásai \| válasz erre \| 2010.08.18 19:22:36 (51113)
Az Nvidia megemlítése nem is rossz tipp, mert nvidia 440-es volt a csere előtt, s most 7600-as van Csak az összefüggést érteném [előzmény: (51109) yoggi, 2010.08.18 19:18:00]

	hozzászólásai \| válasz erre \| 2010.08.18 19:20:38 (51111)
Tápcsere is volt kb 1 éve, mivel az új videókártyához "erősebb" kellett. Tehát ez a vonal szinte kizárva. [előzmény: (51108) yoggi, 2010.08.18 19:15:55]

	hozzászólásai \| válasz erre \| 2010.08.18 19:15:15 (51107)
Én igaz-ra állítottam. [előzmény: (51102) pube, 2010.08.18 19:03:14]

	hozzászólásai \| válasz erre \| 2010.08.18 19:14:52 (51106)
Az elmúlt 7 éves megjegyzésem miatt egyedül az alaplapot lenne értelme megnézni. De most gondold el, amikor mondjuk 15 boot során nem volt gond, ami kb 2 hetet jelent. Ez mondjuk lehetett fél éve. Ekkor mit csinált az alaplap? Éppen meggyógyult? :-) Ráadásul a gépház nincs mozgatva. Szóval az alaplapot megnézem, de nem hiszem. [előzmény: (51104) yoggi, 2010.08.18 19:07:24]

hozzászólásai | válasz erre | 2010.08.18 19:11:45 (51105)

Ezt nemrég csináltam, mert cd írás közben gond volt. Memória csere volt, azóta nincs gond a memóriával.

Valójában a problémám az elmúlt 7 évben kísértett, de mostanában (kb 3-4 hónapja) állt be erre a minden második dologra. Rengeteg mindent próbáltam a boot-nál állítani, levettem a bios-ból is dolgokat, majd visszaraktam, a windows.on belül is játszottam a prefetch-csel, a DEP-pel (a végén már olyanokkal is, aminek szerintem sok köze nem is lehet a dologhoz).

[előzmény: (51103) yoggi, 2010.08.18 19:05:11]

hozzászólásai | válasz erre | 2010.08.18 18:53:52 (51101)

OFF

Tudna valaki segíteni vagy egy vérprofi fórumot ajánlani az én problémámra?

Adott egy XP SP3, ami valamikor úgy bootol, hogy ez kb 55-60 mp (ebből 20-25 mp a logo screenek, videó kártyáé+bios), ekkor minden ok a rendszerrel (ez az idő bőven jó egy abit NF7+amd athlon 2.5ghz-nél), valamikor meg > 2perc, s ekkor nem ok a boot.

Ezt már ott lehet észlelni, hogy az ún gyors boot esetén van hang az "üdvözöljük" képernyő során, az ún hosszú boot-nál nincs és később sincs hang egyáltalán. Sőt később aztán bizonyos műveletek esetén (jellemzően explorer.exe igénybevétele során) kapok is hibaüzenetet, ami után a start menü eltűnik, a gyorsindító is, nem él a ctrl+alt+del, s csak a power off marad vagy a reset gomb.

A vírust kizárom.

Még ami érdekes, hogy amikor problémás időszak van, akkor jellemző a szószerinti váltakozás, tehát pontosan minden második boot a jó.

Még azt is kiteszteltem, hogy ha adok pár mp-et a "rendszerek listájának megjelenítésére" (ami egyébként ekkor sem jelenik meg egyáltalán), akkor a fekete vak képernyő során történő F8 nyomására a rossz boot esetén bejön a különböző indítási módok képernyő, ahol a Legutolsó helyes ... kiválasztása és enter-rel történő jóváhagyása után feldobja a rendszerkiválasztó képernyőt, ahol újabb enter kell értelemszerűen, míg a rossz boot-nál fordítva van: vak képernyő, de f8-ra bejön a rendszerkiválasztó, erre adok még egy f8-at, akkor bejön a különböző indítási módok képernyő, aminél a Legutolsó helyes ... után is rosszul boot-ol.

Tehát nincs hatása a különböző indítási módnak a helyes boot-ra, de fordítva viszont van egy hatás már a boot elején. Ebből én még azt is elképzelhetőnek tartom, hogy nem is az xp a ludas, hanem már korábban félrecsúszik valami.

HEEEEEEELP!

ON

	hozzászólásai \| válasz erre \| 2010.08.18 18:30:35 (51099)
Az beugrott, hogy a magyar 6.11.x-eknél csupa nagybetű az ára a korrekt ékezeteseknek. [előzmény: (51098) 2010.08.18 18:28:04]

	hozzászólásai \| válasz erre \| 2010.08.18 18:28:04 (51098)
Makacs vagy. 6.12.4: http://www.gawisp.com/perry/mapsource/MapSource_6124.exe Hidd el, hogy "gyűrűfű" begépelésére meg fogja találni. Én angol verzióban használom a 6.12.4-t, az most már nem rémlik, hogy ennek van-e kényszerítő oka. [előzmény: (51092) gyapo, 2010.08.18 17:01:07]

	hozzászólásai \| válasz erre \| 2010.08.18 16:20:04 (51090)
Ajánlom figyelmedbe, hogy ne kelljen bejárnod a már bejárt utat: http://www.turistautak.hu/forum.php?action=thread&id=kutyuk&message_id=270118 [előzmény: (51088) gyapo, 2010.08.18 15:21:51]

	hozzászólásai \| válasz erre \| 2010.08.18 10:21:24 (51085)
Nekem simán megtalálja "Gyűrűfű"-ként beírva a Find Nearest Places-be. Mapsource 6.12.4. ;-) [előzmény: (51072) gyapo, 2010.08.17 14:45:04]

	hozzászólásai \| válasz erre \| 2010.08.17 11:56:58 (51069)
De csak a layeresen. :-) Én speciel még mindig foggal-körömmel ragaszkodom a hagyományos ~~mosóporhoz~~ OMP-hez. [előzmény: (51051) KiVi, 2010.08.16 15:58:25]

hozzászólásai | válasz erre | 2010.08.17 11:54:13 (51068)

Pedig igazából jekaeff kollégnak részben igaza van. A tuhu-n szemben a NG és TG-gal nincs indexelés (ez a registry-ből látszik), a Find places (=CTRL+F) a MS-ban nem is működik (kiszürkített), valószínűleg Te a Find nearest places (=CTRL+SHIFT+F3)-t próbáltad.

Mondjuk az jó kérdés, hogy akkor ott miért működik a Cities-re való szűkítés, hiszen az azt mutatja, hogy a kérdéses hely tulajdonságát felismeri.

Szóval valójában én sem értem pontosan a témát.

[előzmény: (51065) gyapo, 2010.08.17 09:21:13]

hozzászólásai | válasz erre | 2010.08.04 23:19:22 (50819)

A külső antenna használatának a lehetősége egy burkolt utalás arra, hogy nem mindig elég jó a belső. ;-)

Egy ideig én is kísérleteztem vele, gyaloglásnál és bringázásnál teljesen elvetettem, autónál meg azt a döntést hoztam, hogy ha majd a tuhu számára trekkelek városban autóval, akkor használni fogom újból. Addig pihizik az antenna.

[előzmény: (50816) Yoss, 2010.08.04 22:57:37]

	hozzászólásai \| válasz erre \| 2010.08.04 23:16:58 (50818)
Már nem emlékszem. :-))) [előzmény: (50817) zakany, 2010.08.04 23:00:36]

	hozzászólásai \| válasz erre \| 2010.08.04 22:44:50 (50815)
Nem érint a dolog, de vajh ez miért lehet így? Az s szenzort jelent, de azt hittem, hogy ez belső szenzorokat jelent. Nekem 60csx--em van, de gondolom a 60cx-hez is lehet antennát csatlakoztatni. [előzmény: (50812) scele, 2010.08.04 21:34:22]

hozzászólásai | válasz erre | 2010.08.03 09:59:08 (50787)

Nekem már volt hard reset-em, szándékos is, meg a csix háttérmódban történő meghalása esetén, s nekem mindig usa-ból "indul a játék".

Más. Arra sem tudok rájönni, hogy miért van az, hogy bár pozíciót fog a csix, de az első cities keresésre a megadott névrészlet alapján néha bejönnek csak az alaptérképen szereplő usa-beli települések is, aztán másodjára már nem.

De ez nem mindig van így, lehet hogy az elemcsere után jön be csak először? Az biztos, hogy ha nincs pozíció, akkor gyakrabban jön elő ez a fenomén.

[előzmény: (50770) diego, 2010.08.02 16:23:36]

hozzászólásai | válasz erre | 2010.08.03 09:53:10 (50786)

Az ötleted is tökéletes.

A nullával osztásos gondok nekem nem problémásak, mert a vertikális szűrő mindig 0,1m-re van állítva, másfelől meg a múltkor küldött gpx fájl esetén meglévőhöz hasonló hibát még egyszer sem érzékeltem, mert alapjában véve nem használom a meredekség szűrőt, hiszen a statisztikákat a saját művemből nézem (bocssssi), az srtm számomra simít és ment.

Tehát a béta tökéletes.

[előzmény: (50784) jekaeff, 2010.08.03 09:35:45]

	hozzászólásai \| válasz erre \| 2010.08.03 09:04:55 (50783)
Működik, köszi. Sőt nekem így tökéletes. Egy tipp: lehetne két ikon (funkció), save és save as. A korábbi lenne a save, ahol mindig "..._gauss.gpx" névvel menti, az új meg ugye a save as. Még egyszer, nekem így tökély. [előzmény: (50776) jekaeff, 2010.08.02 20:51:41]

	hozzászólásai \| válasz erre \| 2010.08.02 15:21:38 (50769)
Ez az "én" bétám: http://data.hu/get/2388200/SRTM_HUN_20100328_2_beta.exe.html Gondolom, a fordítási/compilálási idő is márc 28-i. Előre is kösz. [előzmény: (50767) jekaeff, 2010.08.02 14:57:44]

	hozzászólásai \| válasz erre \| 2010.08.02 14:54:46 (50765)
Jekaeff, volna mód arra, hogy ezt a save as funkciót beleteszed abba az srtm bétába, amit nekem csináltál? A többi dologra én még szívesen várok hónapokat, de nagyon sokat darabolok trekkeket, s az egész post-processing során messze a legegyszerűbb lenne az srtm gaussosítása utáni mentéskor külön néven elmenteni őket. [előzmény: (50015) jekaeff, 2010.06.23 19:59:13]

ú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