371 odpovědí na toto téma

[pepa.z.pocernic]

Pár změn na http://kesovadlo.jha.cz
* Oprava chybného zobrazení offline obrázků (grabbed images) na některých systémech (ppc)
* Obnovení seznamu keší po přepočtu vzdálenosti (ppc)
* Možnost zadat souřadnice středu ručně [nabídka > střed > ručně] (ppc)

[malcor]

Tak obrazky mi uz funguji takze parada. Diky. Bohuzel GSAK nenagrabuje obrazky, ktere jsou nahrane na webu Groundspeeku, ale nejsou zobrazene v listingu. Typicky jsou to fotohinty. Ale s tim kesovadlo nic nenadela. Poznamku mezi logy nemam. A pritom je urcite vyexportovana v puvodnim GPX, protoze v Oregonu ji mezi logy vidim.

[pepa.z.pocernic]

malcor napsal/a:
Tak obrazky mi uz funguji takze parada. Diky. Bohuzel GSAK nenagrabuje obrazky, ktere jsou nahrane na webu Groundspeeku, ale nejsou zobrazene v listingu. Typicky jsou to fotohinty. Ale s tim kesovadlo nic nenadela.

Poznamku mezi logy nemam. A pritom je urcite vyexportovana v puvodnim GPX, protoze v Oregonu ji mezi logy vidim.

- obrázky, které nejsou v listingu bys musel narobotit přímo z webu, protože v gpx nikde nejsou
- můžeš mi prosím poslat malou ukázku gpx a vygenerované databáze?

A pro některé možná dobrá zpráva. Podle zákulisních informací se v další verzi plánuje otvírání listingu jako přílohy waypointu v OziCE.

[RaRaTeam]

pepa.z.pocernic napsal/a:
A pro některé možná dobrá zpráva. Podle zákulisních informací se v další verzi plánuje otvírání listingu jako přílohy waypointu v OziCE.

Už se na to moc těším, to už je snad opravdu poslední věc, která mi chybí k dokonalosti téhle aplikace :-)

Jinak jsem zkusil poznámky z GSAKu a mezi logy se mi také nezobrazí stejně jako malcorovi. V GPX jsou a vypadají takhle:

<groundspeak:log id="-2">
    <groundspeak:date>2008-10-11T08:00:00</groundspeak:date>
    <groundspeak:type>Other</groundspeak:type>
    <groundspeak:finder id="0">GSAK</groundspeak:finder>
    <groundspeak:text encoded="False">Tady je nejake reseni
    </groundspeak:text>
   </groundspeak:log>

Jediné co na první pohled vypadá jinak než ostatní logy je typ Other a záporné IDčko.

[dusan99]

Poznamka z GSAKu je generovana rovnako, ako ostatne logy, akurat je oznacena type>Other< ... predpokladam, ze Kesovadlo Other log zatial nepozna a preto ho nezobrazi. P.S. Teraz som zbadal, ze to uz naznacil RaRaT.

[malcor]

Pokud by to co uvedli kolegove nestacilo tak muzu poslat GPX + db3 napr se dvema kesema s poznamkou. Ale bohuzel az odpoledne, v praci mam jenom to vyexportovane co mam ted v PDA a to ma 100 a 60MB Co se tyce obrazku v odkazu tam je mi jasne, ze s tim se nic neudela. Jediny co me napada - ale muze to byt uplnej nesmysl protoze nejsem programator je to, ze by se do GSAKu muselo udelat makro, ktery GSAK prinuti pouzit Firefox pro grabovani a ve Firefoxu se ty odkazy nad sekci Logy do listingu vlepi pomoci Greasmonkey. Ale asi je to cely nesmysl, takze vubec nerikam, ze by se do toho mel nekdo poustet

[pepa.z.pocernic]

Z toho co bylo uvedeno mě nenapadá, proč by to nemělo jít. Snad jen, že ty poznámky v logách nijak zvlášť neošetřuju a tedy jsou zařazeny mezi ostatními logy podle datumu, což je u uvedeného příkladu 11.10.2008 a tedy to může být ztraceno někde mezi ostatními normálními logy.

[pepa.z.pocernic]

Pár změn na http://kesovadlo.jha.cz
# 6.2.2009 (1.0.41220.0629)
* Otvírání listingu z OziCE jako přílohu waypointu. Použití uvedeno v příkladech (pc,ppc)

[malcor]

pepa.z.pocernic napsal/a:
Z toho co bylo uvedeno mě nenapadá, proč by to nemělo jít. Snad jen, že ty poznámky v logách nijak zvlášť neošetřuju a tedy jsou zařazeny mezi ostatními logy podle datumu, což je u uvedeného příkladu 11.10.2008 a tedy to může být ztraceno někde mezi ostatními normálními logy.

I to me napadlo a zkousel sem hledat poznmku nekde mezi logy s tim, ze se mozna zapsala jako log s datem jejicho vlozeni, ale nikde tam neni.

[dusan99]

Mal som podozrenie, ci sa poznamka z GSAKu nestrati uz pri prevode do formatu *.db3, ale je tam. Kedze nepozname algoritmus zobrazovania, mozeme len hadat. Ja by som si tipol ... podla typu cache sa prideluje ikona a zobrazi log ... algoritmus nepozna cache typu Other (pozna len Found it, Didn't find it, Write note, Needs Maintenance, Owner Maintenance, Publish Listing) a prejde na koniec rozhodovacieho cyklu bez zobrazenia logu. Ale len sam autor vie, ci to nie je nejako uplne inac.

[RaRaTeam]

dusan99 napsal/a:
Mal som podozrenie, ci sa poznamka z GSAKu nestrati uz pri prevode do formatu *.db3, ale je tam. Kedze nepozname algoritmus zobrazovania, mozeme len hadat. Ja by som si tipol ... podla typu cache sa prideluje ikona a zobrazi log ... algoritmus nepozna cache typu Other (pozna len Found it, Didn't find it, Write note, Needs Maintenance, Owner Maintenance, Publish Listing) a prejde na koniec rozhodovacieho cyklu bez zobrazenia logu. Ale len sam autor vie, ci to nie je nejako uplne inac.

Ono se to chová ještě trochu zajímavěji, jsou totiž případy, kdy se ta poznámka z GSAKu zobrazí (na 3 zkušebních cache se u jedné zobrazila). GPX i DB už jsem poslal Pepovi.

[pepa.z.pocernic]

Tak už asi vim. Ono to zobrazí z celé databáze maximálně jednu user note. Je to proto, že normálně má každý log své vlastní ID. A protože jsem s user note nějak nepočítal a GSAK každé user note nacpané do logu dá stejné ID=-2, tak to sežere maximálně jednu user note

[malcor]

Jeste se zaptam, v jakem fotmatu se zadavaji souradnice pro stred?

[pepa.z.pocernic]

XX° YY.ZZZ ale myslim, že by to sežralo i XX° YY' ZZZ A mám pocit, že když se ti nebude dobře zadávat znaky ° nebo ', tak tomu stačí jen mezery mezi jednotlivými skupinami. Ale teď si přesně nepamatuju

[malcor]

XX° YY.ZZZ me to nesezralo ale s carkou jako XX° YY,ZZZ už jo.

[pepa.z.pocernic]

Divný. Na začátku čárky stejně nahradim tečkama a pak to dál zpracovávám

[malcor]

Parada, tak prohlizeni z OZI funguje taky. Akorat nevim jestli se ten soubor KesovadloWptCmd.exe ma spustit v PC a nebo v PPC, pro jistotu sem ho spustil v obou A je potreba ho spoustet vzdy? Vzdy pred pouzitim OZI? Nebo vzdy pred generovanim souboru pro OZI?

[pepa.z.pocernic]

jednorázově na ppc aby se vytvořila asociace na ten pomocný .kes soubor.

[dusan99]

pepa.z.pocernic napsal/a:
Tak už asi vim. Ono to zobrazí z celé databáze maximálně jednu user note. Je to proto, že normálně má každý log své vlastní ID. A protože jsem s user note nějak nepočítal a GSAK každé user note nacpané do logu dá stejné ID=-2, tak to sežere maximálně jednu user note

Kedze sa zaporne ID nikde inde nepouziva, slo by napr. pri prevode z *.gpx na *.db3 testovat pritomnost id=-2 a pridelit im postupne jednoznacne id z nejakej zapornej oblasti cisel.

[RaRaTeam]

Tak jsem zkoušel volání z Oziho a moc se mi nedaří. Nakonec jsem z experimentů Oziho vynechal a zkoušel pouze otevírat soubor aAa...kes - zrestartuji PDA - spustím kesovadlo, po chvíli se otevře, zavřu křížkem - spustím kesovadlo znovu, otevře se ihned (pro kontrolu jestli běží), zavřu křížkem - otevřu aAa...kes, chvíli se točí kolečko, nestane se nic - spustím kešovadlo, nestane se nic, kešovadlo běží, ale jakoby vytuhlo - znovu otevřu aAa...kes, chvíli se točí kolečko, nestane se nic - znovu spustím kešovadlo, otevře se detail keše, odpovídající aAa...kes, zavřu křížkem - spustím kešovadlo, nestane se nic (do hledání se nejde dostat) - pokud otevřu aAa...kes a pak spustím kešovadlo, otevře se detail pak to zkusím to z Oziho, pokud dám otevřít attachment a pak pustím kešovadlo, detail se otevře - ale otevírá se detail keše, kterou jsem otevíral o krok dříve - tedy dám otevřít A, neudělá to nic, dám otevřít B, otevře se A, dám otevřít C a otevře se B atd. Testováno několikrát opakovaně a ve většině případů se to chová jak jsem psal výše. Někdy (nevím jak to vyvolat) nastane po nějaké době stav, kdy se detail otevře ihned po otevření attachmentu (bez spuštění kešovadla - ale i tak se zpožděním 1 cache), jindy se neotevře ani při spuštění kešovadla - tedy detail je otevřený pod Ozim, když se Ozi ukončí tak se zobrazí. V některých případech se mi také stalo, že po spuštění kešovadla s ním KesovadloWptCmd nedokáže komunikovat, přestože kešovadlo zcela jistě běží (projevuje se tak že po otevření aAa...kes se kolečko točí dokud na něco neklepnu a kešovadlo se dá otevřít (nevytuhne)). *** Aby správně fungovalo konvertování WPT vyexportovaných z GSAKu pomocí kesovadlocmd -ozi:attachment zdroj.wpt cil.wpt 21 .*/prompt/(.*)/.* $1 , je nutné mít v exportu z GSAKu nastavenou volbu OziExplorer open file attachment na GSAK prompt - v případě jiných voleb by bylo nutno upravit regulární výraz, možná by to bylo dobré dopsat do popisu, chvilku (malinkou) jsem s tím bojoval.