Přejít na obsah


Fotka
- - - - -

Chybné datum nálezu po importu z a:drake / chyba Geogetu?


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

#1 mikeant

mikeant

    Advanced Member

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

Publikováno 23 červen 2017 - 12:24

Ahoj, mám takový problém s datem nálezu po importu a a:drake.

 

1) Loguji pomocí a:drake buď jako Field notes nebo přímo odesílám log. Zde je vše v pořádku

2) V Geogetu si dám aktualizovat nálezy - vše se stáhne v pohodě a datum i čas nálezu je správný

2) Následně si naimportuji GPX vyexportované z a:drake (importuji podle data poslední změny, abych do Geogetu dostal WP, které jsem pořídil v terénu (finálky, stage, atd.)

3) Nálezy se v Geogetu přepíší nesmyslnými daty a časy.

 

Např. keš Sto karet: nalezeno 27.5.2017 19:00. Tento nález se i pomocí volby "Aktualizovat vaše nálezy" stáhne i do Geogetu.

Provedu import GPX z a:drake a najednou mám nastavený nález 25.5.2017 22:19. Přitom v a:drake mám nepochopitelně datum nálezu 26.5.2017 (čas zde není) a v exportovaném GPX je na začátku logu toto:

<groundspeak:log id="689706776">
<groundspeak:date>2017-05-27T22:00Z</groundspeak:date>
<groundspeak:type>Found it</groundspeak:type>
<groundspeak:finder id="2625067"><![CDATA[Mikeant]]></groundspeak:finder>

Může mi někdo vysvětlit, co se to děje? A proč se mi přepíší už jednou stažené časy nálezů. A proč je v a:drake datum chybně, když log se na geocaching.com odeslal správně?

 

Zásadní otázky:

1) Jde s tím něco udělat, nějak to zpětně opravit? (opakované "Aktualizovat nálezy" přes GG nefunguje)

2) Jde nějak zamezit tomu aby import GPX přepsal již stažené nálezy?

3) Uděláš s tím Luďku něco v a:drake prosím?

 

Děkuji

 


  • 0

#2 mikeant

mikeant

    Advanced Member

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

Publikováno 26 červen 2017 - 8:46

Fakt nikdo neporadí? :(


  • 0

#3 Pontiac_CZ

Pontiac_CZ

    Advanced Member

  • Members
  • PipPipPip
  • 2 169 příspěvků(y)

Publikováno 26 červen 2017 - 12:01

Asi to tu zatím nečetl jedinec, který tento postup také používá. Já tedy taky přenáším waypointy, tagy a poznámky pořízené v terénu, ale pohodlněji pomocí aDrakeSync a tam jsem takový problém nepozoroval. Ale tam se taky nepoužívá generování GPX v aDrake.

 

Luděk by se mohl vyjádřit, proč po vygenerování GPX v aDrake se ti datum změní zpět o dva dny a navíc čas nastaví jaksi náhodně... Člověk by řekl, že by to obsah databáze nemělo ovlivnit.


  • 0

SW: a:Drake 6
HW: Ulefone PowerArmor 18t (Android 12), Qstarz BT-Q818XT bluetooth GPS modul

 

"When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." – briansnat

 
 

 

 


#4 mikeant

mikeant

    Advanced Member

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

Publikováno 27 červen 2017 - 7:23

OK, to je problém času, ale proč GeoGet přepisuje již jednou nastavený nález? Lze to nějak zamknout? A opravit? Nevím, zda se mám pouštět do vymazání všech nálezů a jejich nového stažení....


  • 0

#5 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 27 červen 2017 - 10:40

Z normalniho logu by ti to GG neprepsal. Opravdu neni v tom GPX i Geogeti rozsireni s poznamenanym nalezem?


  • 0

#6 gord

gord

    Advanced Member

  • Members
  • PipPipPip
  • 10 110 příspěvků(y)

Publikováno 27 červen 2017 - 14:27

Ja myslim, ze AD vytvari GPX v2, protoze jinak by nemohl prenaset do Geogeti databaze poznamky a podobne veci, ktere ve standardnim GPX (tedy presneji v GPX od Groundpeaku) nejsou. To je take duvod, pro pri importu dojde k prepisu - neimportuji se logy (tedy samostatne logy), ale informace o kesi jako by byly z jine GG databaze (coz vlastne i jsou).


  • 1

MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)

Stator - statistiky y GeoGetu (diskuse)

- Spoiler - uložení spoilerů do GPS jako POI (diskuse)

- Náhrada GJ legálními postupy

 


#7 mikeant

mikeant

    Advanced Member

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

Publikováno 28 červen 2017 - 7:36

Jo, to je pravda, adrake nabízí exportní 2 formáty - Groundspeak PQ GPX a Geoget GPX v2. Takže jediná možnost je info o nálezu z výsledného GPX před importem ručně odpárat. Stačilo by smazat ten řádek?

<groundspeak:date>2017-05-27T22:00Z</groundspeak:date>

Předpokládám, že db geogetu vůči přepisu nálezových informací nijak nezamknu?

 

A lze nějak elegantně u vybraných keší znovu načíst info o nálezu (datum, čas) z logů (ve všech logách mám na prvním místě čas) či přes API z gc.com?

 

Díky


  • 0

#8 gord

gord

    Advanced Member

  • Members
  • PipPipPip
  • 10 110 příspěvků(y)

Publikováno 28 červen 2017 - 7:59

To samostatne datum, si myslim, ze smazat nestaci, ale nezkousel jsem.

 

Nacteni nalezu pochopitelne mozne je. Jde o to, co povazujes za elegantni. V prvni rade musis kes oznacit jako nenalezenou (to myslim musis jednotlive u kazde kese zvlast nebo si na to napsat nejake makro) a pak pres kontextove menu stahnout vsechny logy az do nalezu sveho vlastniho (to jde najednou pro vsechny oznacene kese).

 

Pak by to chtelo jeste se zbavit prebytecnych logu. To se udela samo pri aktualizaci prislusnych kesi nebo to muzes udelat rucne treba plufinem LogsRepair.


  • 0

MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)

Stator - statistiky y GeoGetu (diskuse)

- Spoiler - uložení spoilerů do GPS jako POI (diskuse)

- Náhrada GJ legálními postupy

 


#9 mikeant

mikeant

    Advanced Member

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

Publikováno 07 červenec 2017 - 22:39

Takže pokud někdo používá (např. pro import odlovených WP) exportní soubory z adrake a nálezy si stahuje přes GeoGet, tak stačí vyhledat a zakomentovat řádky

<!-- <gpxg:Found>0002-11-29T23:00Z</gpxg:Found> -->

Naimportuje se následně vše bez chybných časů.

 

Je hloupé, že se musí exportní soubor dále upravovat, ale snad to Luděk časem opraví.

 

Mimochodem, tenhle nález (29.11.0002) mi u nenalezených keší adrake náhodně naseká po importu přes live. Nechápu proč.


Tento příspěvek byl upraven od mikeant: 07 červenec 2017 - 22:55

  • 0

#10 petulinka1

petulinka1

    Advanced Member

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

Publikováno 08 červenec 2017 - 15:59

Hele, jakej format data mas u GS nastavenej?


  • 0

#11 dr.vota

dr.vota

    Advanced Member

  • Members
  • PipPipPip
  • 5 452 příspěvků(y)

Publikováno 08 červenec 2017 - 16:48

http://wiki.geocachi...wiki/Dd/mm/yyyy


  • 0

#12 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 08 červenec 2017 - 19:41

... coz je u GC.live uplne jedno!

 

Navic to s zadnym stahovanim nijak nesouvisi. Adrake to datum nalezu ukazuje sam o sobe spatne. Podivejte:

 

- 5.7.2017 jsem nalezl kesku, a v GG ji mam spravne oznacenou, se spravnym datem.

- vezmu tuto databazi, a nahraju ji primo do telefonu. (bez jakehokoliv adrakesyncu)

- podivam se tam na tu kesku... a datum nalezu se mi ukaze: 36.16.0000

 

... aniz bych provedl jakekoliv stahovani z webu. To stahnuti z webu jen zpusobi, ze se tohle podivne datum pak snazi exportovat zpet.

 

Talze podle mne je tam jen chybka ve cteni data nalezu z databaze.


  • 0

#13 gord

gord

    Advanced Member

  • Members
  • PipPipPip
  • 10 110 příspěvků(y)

Publikováno 08 červenec 2017 - 20:17

Ale vsechna data urcite ne. Kesku nalezenou 29.12.2007 mi ukaze spravne. 29.6.2008 take. Namatkou jsem zkusil asi 10 kesi a zadna nema datum zobrazene spatne. A mam spravne i data, ktera jsou tu zminena jako spatne zobrazena. Mluvime o datu nalezu zobrazenem na uvodni strane o kesi?


  • 0

MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)

Stator - statistiky y GeoGetu (diskuse)

- Spoiler - uložení spoilerů do GPS jako POI (diskuse)

- Náhrada GJ legálními postupy

 


#14 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 08 červenec 2017 - 20:19

ano.


  • 0

#15 petulinka1

petulinka1

    Advanced Member

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

Publikováno 08 červenec 2017 - 20:26

Pak to ma Ludek nejaky rozbity opravdu... To datum me jen tak napadlo, v aD jsem si nevsimla, ze by mi to takle prznilo datumy, ale je fakt, ze na nalezeny uz se nedivam...


  • 0

#16 Kohout team

Kohout team

    Advanced Member

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

Publikováno 08 červenec 2017 - 20:28

Zkusil jsem také namátkou deset keší a data nálezů mám v a:Drake  správně.


  • 0

Geoget + Locus Pro na Asus Zenfone Max Pro M1, občas Etrex 30 + GPI generator, Wine, Debian testing


#17 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 08 červenec 2017 - 20:35

Spravne mam jen ta data nálezu, ktere jsem si v AD oznavcil jako nalezene. (ale nemam ted cas zkoumat, jak je to ulozene v DB) Tohle jsou ale nalezy oznacene uz v Geogetu, a prenesene s celou databazi prostym kopirovanim. Tam jsem zkusil sahnout po nekolika kesich, a u vsech jsem zatim nasel nesmysly.

 

Podobne nesmysly, o kterych se tu mluvi od zacatku. Proto si myslim, ze tim importem dojde ke zmene kese, a tenhle nesmysl se pak diky tomu exportuje do GPX.


  • 0

#18 dr.vota

dr.vota

    Advanced Member

  • Members
  • PipPipPip
  • 5 452 příspěvků(y)

Publikováno 08 červenec 2017 - 20:44

namátkou všechny v aD správně, i přenesené z GG


  • 0

#19 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 08 červenec 2017 - 20:52

A zrovna koukam, ze mam blbe i nalez, ktery jsem dneska oznacil jen v adrake: 30.15.0000

Neodeslane logy jsou spravne.

 

Jako pardon, ja si to fakt nevymejslim. Klidne to muze zaviset na nejakem nastaveni androidu, ci cmkoliv jinem. Ze vam to ukazuje spravne neznamena, ze tam neni chyba.


  • 0

#20 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14 515 příspěvků(y)

Publikováno 08 červenec 2017 - 20:58

Tak z data 5.7.2017 mi telefon udelal 36.16.0000, a uplne jiny tablet ukazal 46.16.0000...ono je to nahodne, u jine kesky z tehoz dne vidim 00.17.0000... tedy nejake nahodne.


  • 0




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

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

Reklama