Přejít na obsah


Fotka
- - - - -

Oregon 450 - editace komentáře


  • Pokud chcete vložit odpověď, přihlašte se
32 odpovědí na toto téma

#21 petulinka1

petulinka1

    Advanced Member

  • Moderators
  • 4 035 příspěvků(y)

Publikováno 06 červenec 2012 - 16:08

Nejvetsi problem asi ve finale s tema posunama bude, ze gc.com odmita vzit FN soubor s jinym nez UTC casem... Resp. pokud zmenim pismeno oznacujici casovou zonu, tak jako by v FN nic nebylo...
  • 0

#22 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 06 červenec 2012 - 16:46

Dalsi problem jsem zminil v tematu vedle. Pokud clovek nalezne nejakou cache treba v 23:30, tak diky tomu UTC si GC.com automaticky pricte casovou zonu a udela z toho dalsi den a 00:30 rano.
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).

#23 mpik

mpik

    Advanced Member

  • Members
  • PipPipPip
  • 4 980 příspěvků(y)

Publikováno 06 červenec 2012 - 17:04

To bude pro SW stejný problém i naopak. Při nálezech kolem půlnoci by se musel kontrolovat nejen čas, ale i datum. Čili, z data a času udělat obecně časovou proměnnou, upravit o 1 nebo 2 hodiny a znovu převést na datum a čas. O jaký plugin se jedná? Pokud je to do GG, tak Pascal má tyhle časové funkce docela dobře udělané. Mohl bych se na to podívat. Ale sám loguju ručně z mapy, před logem si čtu znovu listing a předchozí logy, do poznámek v Oregonu si píši třeba bonusová čísla, takže nějaké automatické logování nepoužívám. FN jsem použil asi jen u Knoflíku, kde se jaksi dost dobře nedá vzpomenout, jak vypadala každá konkrétní krabice.
  • 0

#24 petulinka1

petulinka1

    Advanced Member

  • Moderators
  • 4 035 příspěvků(y)

Publikováno 06 červenec 2012 - 17:17

Jde o export do FN... Viz vedlejsi tema...
  • 0

#25 gord

gord

    Advanced Member

  • Members
  • PipPipPip
  • 6 631 příspěvků(y)

Publikováno 06 červenec 2012 - 19:45

Jen poznamka, ktera to jeste zkomplikuje: jde o datum a cas (UTC) nalezu kese. Tedy casova zona se vztahuje k poloze kese a i kdyz to logujes na pocitaci v zone UTC+1+1 (letni cas), muze kes byt v jine casove zone a treba bez letniho casu. Utceni casove zony neni zdaleka tak jednoduche, protoze je treba k tomu mit presnou mapu casovych zon. Urceni letniho casu znamena mit taxativni vycet statu, ktere letni cas akceptuji a cas prechodu na letni/zimni cas. Pak je treba priradit podle polohy kese spravne stat a podle a aktualniho data a casu toho urcit platnost letniho casu. Takto by melo vypadat obecne reseni a veru to neni zadna legrace. Presne to je duvod, proc to nikdo zatim neudelal.
  • 0

MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- OwnMaintenance - prehled udrzby vlastnich kesi - v1.1.3 (diskuse)
- Combine 2 - automatizace opakovanych cinnosti (diskuse, dávky)
- Spoiler - uložení spoilerů do GPS jako POI (diskuse)

- Stator - statistiky y GeoGetu (diskuse)

- Náhrada GJ legálními postupy

 


#26 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 06 červenec 2012 - 20:03

gord: obecne tomu rozumim, ale proc alespon nevychytat ten prvni krok, tedy, ze nechat alespon moznost uzivateli, aby si mohl nejakym koeficientem sam urcit vystup z toho skriptu?
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).

#27 gord

gord

    Advanced Member

  • Members
  • PipPipPip
  • 6 631 příspěvků(y)

Publikováno 06 červenec 2012 - 20:15

To si fakt nejak neumim predstavit, aby to rozumne fungovalo.
  • 0

MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- OwnMaintenance - prehled udrzby vlastnich kesi - v1.1.3 (diskuse)
- Combine 2 - automatizace opakovanych cinnosti (diskuse, dávky)
- Spoiler - uložení spoilerů do GPS jako POI (diskuse)

- Stator - statistiky y GeoGetu (diskuse)

- Náhrada GJ legálními postupy

 


#28 mpik

mpik

    Advanced Member

  • Members
  • PipPipPip
  • 4 980 příspěvků(y)

Publikováno 06 červenec 2012 - 20:26

No ono je to vlastně jedno. Nikde na GS není položka pro čas nálezu. Jediné místo, kam se to dá zapsat, je text logu, Geoget to bere také odtud, parsováním textu logu. Field notes dělají jen návrh logu, uživatel si ho stejně musí dopsat. Takže když se vrátím z Ameriky a chci logovat přes FN, budu si muset časy přepsat. Pro většinu logů by ale stačil jen ten posun časů na místní, podle HC. Já časy zapisuju jen pokud mám v jednom dni víc nálezů a chci, aby se mi seřadily správně.
  • 0

#29 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 06 červenec 2012 - 20:49

mpik: jedno to neni, protoze si predstav, ze po 23 hodine najdes treba 10 kesi a rovnou ti ve Field notes, kdyz kliknes na "Compose log" naskoci zitrejsi datum.
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).

#30 mpik

mpik

    Advanced Member

  • Members
  • PipPipPip
  • 4 980 příspěvků(y)

Publikováno 06 červenec 2012 - 20:59

Jasně že to jedno není. Ale tragédie to také není. Podobná situace nastává jednou (2x, 3x...) za 10 let. A pokud by nastala chyba, není problém ji i dodatečně opravit. Říkám jen, že podstatnou většinu případů by pokrylo, kdyby se čas posunul o tu 1 nebo 2 hodiny a k tomu adekvátně datum (takže by se nedalo jen posunout čas, ale muselo by se to řešit přes funkci DateTime). Ale pořád nevím, o jakém logovacím pluginu se tady bavíme. Protože nahráním FieldNotes z navigace se žádný čas nikde neukáže. Chápu ale, že i ten posun datumu může být nepříjemný, hlavně když tam čas vůbec není. A prosím, jestli by se tohle nedalo přesunout do jiného vlákna, kde se řeší totéž a tady to jen z editace v navigaci (což jsme si ujasnili, že nejde) sklouzlo na jiné téma.
  • 0

#31 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 07 červenec 2012 - 6:50

mpik: resil jsem to ted konkretne u dodelani zalogovani cca 50ti kesi a kdyby mi ta jedna cache nepadla do oka, tak ani nevim, ze k tomuto problemu dochazi. Takze jednou za 10 let urcite ne.
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).

#32 mpik

mpik

    Advanced Member

  • Members
  • PipPipPip
  • 4 980 příspěvků(y)

Publikováno 07 červenec 2012 - 13:52

Asi se pořád bavíme každý o něčem jiném. Ano, souhlasil bych s přepočítáním času i datumu z UTC na naší zónu. Kdo loví v zahraničí v jiném časovém pásmu by si musel buď čas v logu přepsat, nebo si dočasně (v konfiguráku, nastavovacím okně, atd.) nastavit jiný přepočet. Ale - pokud se bavíme o pluginu pro geoget, ten nepoužívám. Loguju z mapy, před tím se znovu podívám na listing. Logovat naslepo z bubliny v mapě, nebo z geogetu, se mi nechce.
  • 0

#33 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 08 červenec 2012 - 8:20

Netusim jaky plugin na logovani mas na mysli. Ja resim FieldNotes, pomoci kterych se loguje primo ma strankach GC.com.
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).




1 uživatel(ů) prochází toto téma

0 uživatelů, 1 návštěvníků 0 anonymních uživatelů

Reklama