1842 odpovědí na toto téma

[huhuhu]

Ahoj, mel bych par dotazu a pripominek: 1) Pri off-line hledani mi zlobi PM kesky. Kdyz si chci napriklad vyhledat kesky v okoli jen s atributem vlocky, tak se to zasekne u PM kesky a dal uz nehleda. Nestaci je ani smazat z disku. Pomohlo mi akorat smazat veskere informace o nich v souboru allgc.gci. 2) Rad bych se zeptal jestli je v poradku ze na strance Exportu listu POI-CSV mi nefunguji checkboxy v "Parametry POI Loaderu". 3) Podobne na listu POI-GPX: Proc mam zmrazenu volbu typu kesek? 4) Jaky je rozdil v techto exportech (POI-CSV - POI-GPX), kdyz oba vysledky nahravam do GPS pomoci POI Loaderu a v obou mohou byt listingy? 5) Z neznameho duvodu se mi pri zaskrtnuti checkboxu attrib->shortdesc na listu GPX-file atributy do lisitngu nepridaji. 6) Pomerne dost lovime v Norsku a jinych skandinavskych zemich. Specialni znaky se v mozigo nezobrazuji korektne. Slo by nejak pridat nejake dalsi znakove sady jinych statu nebo jak by to slo resit?

[klama]

1.Aby som toto odladil potrebujem vediet presne postup ako si to nasimulujem, kedy a ako sa Ti to stane...Mojou snahou je aby sa listing takejto kesky vygeneroval fiktivne aby jednoducho v buducnosti nerobila problem. 2.Neviem ake parametre POIloaderu mas na mysli...tam sa predsa nastavuje len cesta k nemu a potom ci chcem aby sa mi spustil automaticky po exporte do POI ...Upresni pls 3. POI export ako je zname v garmine preplacne vzdy vsetko co tam bolo. Mojocu snahou bolo urobit "pridavaciu" funkciu v mozigu tak, aby to potom vypadalo, ze kesky boli pridane...ma to jedinu vadu, este som to nezrealizoval:) 4.Export do POI funguje aj ako csv aj ako gpx z "historickych"dovodov. Pokial som nezistil, ze csv export v praxi nefunguje spravne ak je pocet znakov vyssi ako cca 4KB...dovtedy existoval len csv. Teraz uz doporucujem pre "inteligentnejsie " garminy export POI ako gpx a csv pre garminy typu 60csx. 5. Mozigo a jeho funkcie boli programovane dlho a po zmene v strukturach html listingov po 13.1.2010 som totalne vsetko preprogramovaval. Bod 5. je este medzi funkciami ktore neboli doplnene tak ako to bolo predtym...Samozrejme casom doplnim a nateraz checkbox znefunkcim aby to nemylilo. 6.Kodovanie do 13.1.2010 som mal vyriesene exportom do utf8 teraz to riesim cez sablonu aby si uzivatel mohol zadefinovat strukturu html listingov tak ako chce. Kodovanie som zatial neriesil...nateraz to vsetko ide do cp1250, v zasade nie je problem akakolvek kodova stranka...Dolezite je aj cielove zariadenie pre ktore to ma fungovat... Mozes pls uviest nejake GCkody kesiek, aby som si to mohol odskusat?

[huhuhu]

1) dam priklad: - Chci si stahnout kesky s vlockou v okoli nejakeho bodu v Oslu z "Tady hledej". - Na hlavni strance nemam zadnou kesku a pouziji Off-line hledani. - Na liste "Podrobna kriteria hledani" si zaskrtnu vlocku. - Na liste ryhle hledani pak "Musi splnovat podrobna kriteria hledani" - Nastavim si bod a vzdalenost a pote dam hledat. - Pokud pri prohledavani off-line kesek narazi na kesku bez souradnic (viz PM) tak vyskoci okno "Information, Chyba v souradnicich (napr) GCNV52ORIGMENO=Gutta skauen, stahnete znovu". Dale uz to nevyhledava, protoze se na teto kesce zastavi. 2) Prikladam PritnScreen: Sice tuto moznost nevyuzivam, ale prekvapilo me ze checkboxy nefunguji. 3) Jasne chapu. Nijak mi to nevadi. Kesky o ktere mam zajem si vyberu na hlavni strance. 4) Myslel jsem si, ze to bude neco takoveho, protoze driv jsem do Visty nahraval z CSV a ted do Oregona z GPX 5) jasny 6) Abych to upresnil, tak listingy jsou OK, ale nazvy kesek, hinty a logy se zobrazuji spatne. Napriklad GC20GP8, GC1AMHY, GC1PQHA aj.

Přiložený soubor (y)

•  poi-csv.jpg   38,64K   0 Počet stažení

[klama]

Update MoZiGo 2010.2.28.14

=================
- moznost exportu listingu v utf-8 alebo windows-1250/prava mys nad zoznamom na hlavnej stranke/ alebo v nastaveniach trvalo
- pre BM usera pri poziadavke na PM kesku vytvori fiktivny zaznam s listingom aby v dalsich hladaniach nedochadzako k chybovym hlaseniam
- psv export pre POI - chyba pri addwpt ak v texte bol znak |
=================

[Faya&Freya]

Ahoj chci se zeptat jak je to např. se švédskými znaky -Můj případ je takový že se mi tyto kešenačtou do Moziga, ale pak mám problém ve statistice-ze když dám generovat např. FTF,Milníky, nebo oblíbené tak mi to ještě ani jednou nenašlo kešky které mají v názvu å
dá se to nějak obejít?nebo to prostě nejde a ani nepůjde?Já například lovím často ve švédsku a mámminimálně 4 kešky které mi takhleudělali problém-s jiným než s tímto znakem problém není
Díky za radu.

[klama]

Hm to moze byt problem...Mozigo nie je pouzitelne s Unicode , to znamena v jednom okamihu moze spravne zobrazovat len nejaku znakovu sadu...to je dane prekladacom, s tym nic nenarobim. Napriklad znak ø v nasej kodovej stranke cp1250 predstavuje daco ine /znak ř/ ako v kodovej stranke pre svedsko ci severske staty... IE a webbrowsery uz podporuju unicode a teda dokazu zobrazit akykolvek znak... V prostredi mozigo ten znak bude predstavovat daco ine ale ak sa bude exportovat tak sa exportuje ako utf-8 a tam by uz mal byt spravne... Mozigo vnutorne nazvy koduje v utf-8 ale ako som uz uvadzal v jeho editboxoch, listboxoch atd nebude ten znak vypadat spravne ale ked sa exportuje do zariadenia a do listingov v utf-8 tak bude OK. Takze si ukladaj taketo listingy v UTF-8 a skus si "nevsimat" ze v programe su nespravne zobrazene v zariadeni by mali byt v listingoch OK.

[Stan_Da]

Ahoj, omlouvám se jestli jsem to přehlédl, ale rád bych docílil aby se addwpt v souboru WPT zobrazovaly napřiklad u hypotetické multinky Kostel sv. Václava: Kostel sv. Vaclava - Stage1 - tzn Jméno multinky + lookup. Ať vybírám volby jaké chci, docílit toho nemohu. Ten název keše (Kostel sv. Václava) tam prostě nedostanu. ???

[klama]

Jedna z moznosti Pravidiel tvorby mena - ta posledna je plne uzivatelska.... Skusal si tam zadat N-L Kde N znamena meno kesky znak - je oddelovac a L je Lookup? Ked podrzis mysku nad tym editboxom, zobrazi sa Ti napoveda...

[Faya&Freya]

[quote]klama napsal/a:
Hm to moze byt problem...Mozigo nie je pouzitelne s Unicode , to znamena v jednom okamihu moze spravne zobrazovat len nejaku znakovu sadu...to je dane prekladacom, s tym nic nenarobim.

Napriklad znak ø v nasej kodovej stranke cp1250 predstavuje daco ine /znak ř/ ako v kodovej stranke pre svedsko ci severske staty...

IE a webbrowsery uz podporuju unicode a teda dokazu zobrazit akykolvek znak...




no v listingách mně to neva, spíše mně mrzí že si neudělám ve statistice ty FTf co mám, protože to co je napsáno normálně tak se mi tam zobrazi a tam kde je místo znaku å znak _ tak mi to prostě nenačte.
ale i tak díky za Mozigo;)

[Stan_Da]

Stan_Da napsal/a:
Ahoj, omlouvám se jestli jsem to přehlédl, ale rád bych docílil toho, aby se addwpt v souboru WPT zobrazovaly napřiklad u hypotetické multinky Kostel sv. Václava: Kostel sv. Vaclava - Stage1 - tzn Jméno multinky + lookup. Ať vybírám volby jaké chci, docílit toho nemohu. Ten název keše (Kostel sv. Václava) tam prostě nedostanu. ???

klama napsal/a:
Jedna z moznosti Pravidiel tvorby mena - ta posledna je plne uzivatelska....
Skusal si tam zadat N-L
Kde N znamena meno kesky znak - je oddelovac a L je Lookup?
Ked podrzis mysku nad tym editboxom, zobrazi sa Ti napoveda...

Ano, vím o tom, bohužel v případě addwpt N = name, které je odlišné od názvu vlastní kešky :-( Způsob, jak tam to jméno kešky dostat nyní neexistuje... čili v případě větší hustoty kešek může nastat situace, že nepoznám, která stage patří ke které kešce

[klama]

Ale no tak...Ty si chcel len meno+lookup
Tak si tam daj G-P-L-N
A to mas gckod+Prefix+Lookup+Name - ani to Ti nestaci?
Nic viac sa tam zadat uz ani neda, pretoze viac informacii k bodu neexistuje.

[Stan_Da]

To je mi líto.
Mám však v PDA soubor wpt ze 4. januára tohoto roku, kdy to ještě možné bylo! Viz například ukázka třech addwpt a vlastní wp multinky Brevnovsky pivovar a okoli (GC1VME3):

-1,Brevnovsky pivovar a okoli-K1
-1,Brevnovsky pivovar a okoli-K2
-1,Brevnovsky pivovar a okoli-K3
-1,Brevnovsky pivovar a okoli

Názvy addwpt v něm mám tvořeny formou "název kešky-lookup".

Nyní mi zřejmě nezbude, než použít GC kód + lookup a ten GC kód použít i u vlastního bodu kešky, abych mohl identifikovat, ke které ty addwpt patří :-(

[klama]

Konecne som Ta pochopil... Vselico este nie je tak ako to bolo do 13.1. temer vsetky exporty su urobnene nanovo. Tebe chyba v pomenovani addwpt informacia z "rodicovskeho" nazvu kesky... Oki do buducej verzie ku informaciam G-P-L-N doplnim moznost pridat meno kesky, trebars R ako rodic bude "Rodicovsky" nazov wpt bodu. Potom by Ti asi malo vyhovovat uzivatelske "R-L".

[Stan_Da]

"Rodičovský název" - to je přesně ono :-) DÍKY a sorry, že prudím...

[klama]

Update MoZiGo 2010.3.4.22

=================

- pribudla nova moznost v tvorbe mena addwpt
- zistovanie nutnosti stiahnutia aktualizacie listingov podla datumu suborov
- ulozenie/nacitanie zoznamu kesiek do/zo suboru
- zakladne udaje o legendach do statistiky
- niektore svedske znaky do FTF,FAV atd /F&F/
=================

[huhuhu]

Nez se to uplne zamluvi, rad bych se jeste vratil k tem znakum u skandinavskych kesek. Stahnul jsem si posledni verzi. At dam stahnout v UTF-8 nebo CP1250, tak vysledek je v podstate stejny jak v mozigo tak v oregonu. V mozigo je: nazev kesky v hlavnim menu SPATNE (ale nevadi mi to) nazev kesky v listingu OK listing OK logy SPATNE (vsechny podivny znaky nahrazeny podtrzitkem) v Oregonu: nazev kesky v seznamu SPATNE (ø = ř) nazev kesky v lisitngu SPATNE (ø = ř) listing SPATNE (ø = ř) logy SPATNE (vsechny podivny znaky nahrazeny podtrzitkem) Je mozny, ze neco delam spatne, protoze v tom kodovani trochu plavu. Pokud bys musel neco slozite predelavat, tak to samozrejme nech plavat. Kvuli tem par lidem co lovi ve Skandinavii a pouzivaji MoZiGo to asi nema cenu. Kazdopadne moc dekuju za opravy, ktery jsme tu resili driv a samozrejme taky za veskery tvy nadseni program stale vylepsovat.

[klama]

Tomto problemu som venoval vela casu ale s D5 s ktorym to robim, to zial plnohodnotne vyriesit nejde.
Bud cestina, alebo svedstina ...
V htm by to malo byt uz v kodovani UTF-8 v poriadku , vcera som tam musel na zaver vyrobit nejaku blbost pretoze mi to fungovalo uz vtedy...V garmine to vsak bude take iste...Vo svedsku budu musiet pouzit ich kodovu stranku ale potom zas nepojde cestina:(
Aj tak by asi bolo rozumnejsie tie znaky predefinovat na podobne bez diakritiky a hotovo - myslim tych par znakov co koliduju medzi nasim kodovanim a inymi.
Update MoZiGo 2010.3.5.23
- by to mal riesit

[Arne1]

Ještě k tématu výšek. Generoval jsem před chvílí výšková data mých nalezených keší a narazil jsem na problémek. U některých keší MoZiGo výšku nezvládne zjistit a já se to nijak nedozvím. Takže by se mi líbilo, kdyby ty keše kde se to z nějakého důvodu nepodaří, zůstaly například označené v hlavním panelu, abych věděl že zrovna tyhle mám ručně dohledat. Anebo vylepšit algoritmus získávání výšky, Geogetu se to podařilo vždycky ( u těch sporných sice s chybou asi 10% ale přece jen je to blíže skutečnosti než nic).

[klama]

Som presvedceny, ze ak budes mat v PC rovnake obdlzniky hgt dat tak vysledky budu identicke.
Vyskove data sa nepocitaju, ak existuje obdlznik s pozadovanymi datami, tak sa jednoducho tie data odtial "vyberu" a je to...ak nie je v PC dany obdlznik tak Ti to program oznami pokial nemas zatrhnuty checkbox "neoznamuj chybajuce hgt", ktory tam je prave preto aby to neotravolvalo tych ktorym to az tak nevadi...
Moze byt este situacia, ze obdlznik sice existuje ale data pre dany bod lat,lon su nedefinovane..to su rozne ladovce alebo velke vodne plochy.

U některých keší MoZiGo výšku nezvládne zjistit a já se to nijak nedozvím

Ano nedozvies pokial mas aktivovany horeuvadzany checkbox, inak sa Ti do Nastaveni/Vyskove data "predprichysta" nazov obdlznika, ktory si musis z webu stiahnut aby ich mozigo vedel pouzit.

[Arne1]

keš GCXVP1 N 46° 26.026 E 011° 51.737 soubor N46E011.hgt tam mám. Uznávám, že je to složitý případ - vrcholek hory - ale právě proto bych chtěl vědět že se to nenašlo.