225 odpovědí na toto téma

[Subi]

Tak mám skript pro automatickou aktualizaci databáze GG z PD téměř hotový, zbývá už jenom automaticky nastavovat to správné datum pro vyfiltrování změn abych to nemusel zadávat ručně. Nikdy jsem skripty nepsal a tak v tom docela plavu. Dokázal by mi někdo poradit jak z aktuálního datumu vygenerovat číslo, které se ukládá do definice filtru? Např. datumu 22.8.2010 odpovídá v souboru filtru .ggf hodnota 40412 Je na to nějaká funkce? Já vím, že to spíš patří do fóra o GG, ale tam jsem to nedohledal a tady je to teď aktuální, přesto se případně omlouvám. Díky.

[LudekV]

Subi napsal/a:
Tak mám skript pro automatickou aktualizaci databáze GG z PD téměř hotový...

Super, už se na něj těším.
Nestačilo by nastavi ve filtru relativní datum na několik dní zpátky?

[lentom]

LudekV napsal/a:

Subi napsal/a:
Tak mám skript pro automatickou aktualizaci databáze GG z PD téměř hotový...

Super, už se na něj těším.
Nestačilo by nastavi ve filtru relativní datum na několik dní zpátky?

Na to makro se taky moc tesim, bude to fajn! (pokud tedy clovek neaktualizuje celou db po pulnoci v den odjezdu a pak bude preimportovavat celou db pokud ten den delal zmeny v PD...-ale kdyz se s tim bude pocitat, tak je to v pohode... Pokud by to nebylo slozity, vyresil by to elegantne tag zmeny v PD,ktery by se po importu do gg smazal)

Ten datum nekdo ve vlakne GG taky resil a myslim, ze z toho vylezlo nejjednodussi pouziti relativniho datumu, jak rika LudaV, a pocet dnu na zpet co by se importovalo by byl pouhy rozdil tech dvou neprevedenych cisel...

[HaLuMa]

Subi napsal/a:
Např. datumu 22.8.2010 odpovídá v souboru filtru .ggf hodnota 40412
Je na to nějaká funkce?

Filtry umi nastavovat datym i relatoivne, tedy X dni dozadu. Takze proc se s tim takto chces pachtit, je to zbytecne.

Nicmene pro zajimavost, je to pocet dnu od 31.12.1899. Kdybys chtel drivejsi datum, neni problem, cislo je pak zaporne.

[Subi]

Chtěl jsem si jednoduše pamatovat datum posledního nahrávání databáze do PD a pak ho snadno použít - odečíst od aktuálního datumu. Tu nulu jsem už metodou pokusů a omylů taky našel, ale jak to teď snadno odečíst a získat to čísličko? V těch datumových funkcích se trochu ztrácím :-(

[HaLuMa]

To uz ta debata utekla opravdu nekam uplne jinam, proto jsem ji presunul sem:
http://www.geocachin...749#post_216749

[Subi]

Tak mám pracovní verzi makra pro aktualizaci databáze GG z PD (http://pocketdrake.i...id=spolupracepc). Je to kompletní původní makro od Luďka, pouze s drobnými úpravami a doplněné o aktualizaci databáze po stažení z PD. I název jsem ponechal, protože jde v podstatě pouze o rozšíření původní funkčnosti a mělo by tedy být nahraditelné za původní.

- lze nastavit datum od kterého hledá změněné body a ty pak načte do aktivní databáze
- toto datum se pro příští aktualizaci automaticky přednastaví dle posledního importu databáze do PDA

Není dořešeno:
- datum se přednastaví i v případě, že se přenos databáze do PDA nezdaří, je možné ho ale samozřejmě korigovat ručně z dialogu při spuštění skriptu
- nedokážu (neumím) si zapamatovat aktuální nastavený filtr před spuštěním skriptu. Proto se po importu změn nastaví filtr "Výchozí" a následně se do PDA (pokud je zaškrtnuto) přenese databáze dle filtru "Výchozí". Lze to samozřejmě řešit spuštěním skriptu pro každou úlohu zvlášť, pak zůstane filtr pro export databáze do PDA zachován.
- výpočet datumu posledního importu pro dosazení do filtru je provedeno dost nevhodně přes funkci DateTimeToUnix(Date) a bude zřejmě s přesností +-1/2 dne

Pro přesnější rozlišení změn v rámci jednoho dne by bylo potřeba aby si GG i PD ukládal kromě datumu i časovou značku poslední aktualizace. Teď může dojít buď ke ztrátě změn z prvního dne nebo se zase naimportují všechny keše, které byly aktualizovány téhož dne, ale ještě v GG.

Víc zatím nedokážu, čili když to někdo schopnější doladí, nebudu se zlobit

[LudekV]

Pěkné, jen bych poznamenal, že je nutný GeoGet 2.4 (kvůli přemístění scriptů, se starším to nepojede). Pokud nemáš nic proti, umístím script na stránku projektu.

[Subi]

Budu jedině rád. Stejně je to tvůj skript, já ho jenom trochu doplnil. Sám bych se nehnul z místa

[Subi]

Tak provedeny ještě nějaké úpravy (http://pocketdrake.i...id=spolupracepc):

- kontrola verze GeoGetu. Nyní nelze spustit ve verzi nižší než 2.4 - vyskočí upozornění
- přepracovaná práce s datumem (díky pomoci HaLuMy)
- regulerní práce s ini soubory
- před vlastním exportem databáze do PDA je obnoven původní seznam keší, tedy je možné provádět obě akce (upload i download) najednou se zachováním případného původního filtru

[Subi]

Tak jsem ještě trochu doplnil makro pro synchronizaci (http://pocketdrake.i...id=spolupracepc):

- z PDA se přenáší i FieldNotes a Tracks - do příslušných adresářů přímo k vlastnímu makru (musí být vytvořené), příště doplním aby šel zvolit i jiný cílový adresář
- nastavené předvolby se pamatují
- nezávislé na formátu datumu nastaveném v systému MS Win (pokud někdo změní formát, musí smazat ini soubor, následně se založí již správný dle nového formátu)

Ještě bude dobré doplnit přenos offline obrázků listingů z PC do PDA, to zase příště.

[LudekV]

Subi napsal/a:
Tak jsem ještě trochu doplnil makro pro synchronizaci...

Paráda. Přidal jsem ještě volbu na ponechání databáze PocketDrake v PC, já ji raději nemažu, abych měl zálohu, hlavně v případě, že dělám hned synchronizaci c GG do PD.
Aktuální makro je na stránce PocketDrake http://luv-i.net/PD/PocketDrake.zip

[Subi]

Další doplnění makra pro synchronizaci:

- oprava funkce makra v případě složitější cesty k datovému adresáři GeoGetu
- možnost zadání cílové cesty k FieldNotes a Tracks - klasicky v konfiguraci makra (adresáře si sám založí, pokud nejsou)
- obousměrná synchronizace offline obrázků listingů na základě časové značky poslední změny
- možnost nakopírování mapových kachlí z GeoKuku - vyžaduje nastavení cesty ke GeoKuk kachlím v konfiguraci makra (je to časově náročnější (trvá i hodiny) a přenesou se i reliéfy, pokud je máte v GeoKuku zapnuté i když je PD nevyužívá, čili doporučuji vypnout

Pro synchronizaci je použita utilita rapisync, ale nastavuje špatné datum souboru (otáčí den s měsícem - možná problém s národním formátem) a pak to špatně synchronizuje - v podstatě pořád všechno. Kdyby někdo věděl jak synchronizovat lépe - tak sem s radou, bylo by to rychlejší :-)

http://pocketdrake.i...id=spolupracepc

[Subi]

Aktuální makro pro synchronizaci:
- drobné úpravy
- kontrola spuštěného PocketDrake
- po ukončení makra zobrazni aktualizovanych keší
- readme.txt

edit 29.8.2010
- rapisync chodi dobre pri nastaveni formátu krátkého datumu (regionální nastavení OS v PC) na : M/d/rrrr, doplnen readme
- jeste jednou uprava formatu ukladani datumu do ini souboru, nyni nezavisle na nastavenem formatu datumu v systemu. Stary ini si smazte, zalozi se jiz spravny.

http://pocketdrake.i...id=spolupracepc

[_Tom]

Nainstaloval jsem plugin pro spojení s PD s GG a dostal jsem tuto hlášku... Co s tím?

[LudekV]

Máš nejnovější verzi z http://pocketdrake.i...id=spolupracepc?

Tahle hláška vypadá na problém v komunikaci s PDA. Zkontroluj, zda je spojení přes ActiveSync v pořádku. Aktuální verze skriptu si to kontroluje a tahle hláška by vyskočit neměla.

[_Tom]

LudekV napsal/a:
Máš nejnovější verzi z http://pocketdrake.i...id=spolupracepc?

Tahle hláška vypadá na problém v komunikaci s PDA. Zkontroluj, zda je spojení přes ActiveSync v pořádku. Aktuální verze skriptu si to kontroluje a tahle hláška by vyskočit neměla.

Ano, všechno dnes instaluju úplně poprvé, před hodinou jsem to stáhl. PDA je v kolébce a normálně se synchronizuje - ASUS 639, WM 6 Classic, na PC Win XP.

[Subi]

Tak to se asi vůbec nespustí příkaz s utilitou pro vyčtení registrů a tedy se ani nevytvoří tento soubor. Zkus spustit přiložené makro. Měl by se ti v adresáři makra po spuštění vytvořit soubor readreg_PDA.bat a jeho obsah by mě zajímal, případně ho pak můžeš spustit ručně (v cmd okně), zda se požadovaný soubor reg_PDA.txt přeci jenom nevytvoří (ve stejném adresáři makra). Případně uvidíš v cmd okně co utilitka dělá a zda nepíše nějakou chybu. Pak dej vědět.

[pepa.z.pocernic]

Přesunuto podle požadavků. Snad jsem to trefil.

[_Tom]

Subi napsal/a:
Zkus spustit přiložené makro. Měl by se ti v adresáři makra po spuštění vytvořit soubor readreg_PDA.bat a jeho obsah by mě zajímal, případně ho pak můžeš spustit ručně (v cmd okně), zda se požadovaný soubor reg_PDA.txt přeci jenom nevytvoří (ve stejném adresáři makra). Případně uvidíš v cmd okně co utilitka dělá a zda nepíše nějakou chybu.
Pak dej vědět.

bat soubor:

"C:\Documents and Settings\Tomáš Hruš\Dokumenty\My Dropbox\geoget\GeoGet\data\script\PocketDrake\RapiReg.exe" -v HKEY_CURRENT_USER\Software\PocketDrake\PocketDrake\Options > "C:\Documents and Settings\Tomáš Hruš\Dokumenty\My Dropbox\geoget\GeoGet\data\script\PocketDrake\reg_PDA.txt"

Hláška s comandlajny po spuštění .bat souboru

C:\Documents and Settings\Tomáš Hruš\Dokumenty\My Dropbox\geoget\GeoGet\data\scr
ipt\PocketDrake>readreg_PDA.bat

C:\Documents and Settings\Tomáš Hruš\Dokumenty\My Dropbox\geoget\GeoGet\data\scr
ipt\PocketDrake>"C:\Documents and Settings\TomßÜ HruÜ\Dokumenty\My Dropbox\geoge
t\GeoGet\data\script\PocketDrake\RapiReg.exe" -v HKEY_CURRENT_USER\Software\Pock
etDrake\PocketDrake\Options  1>"C:\Documents and Settings\TomßÜ HruÜ\Dokumenty\M
y Dropbox\geoget\GeoGet\data\script\PocketDrake\reg_PDA.txt"
Systém nemůže nalézt uvedenou cestu.

V jednom místě je jaksi pokažená čeština - nemohl by tohle být problém?