Spring naar bijdragen

Aanbevolen berichten

Geplaatst

Als ik op geocaching een pq met mijn founds draai en ze importeer in gsak heb ik een verschil van 4 caches.

Gsak zegt 1158 founds en geocaching 1162.

 

Heeft iemand enig idee hoe dit komt en hoe ik dit oplos.

Het heeft altijd gelijk gelopen.

Heb ter controle de laatste caches naast elkaar gelegd en die kloppen , maar is er een minder moeizame manier dan alles stuk voor stuk controleren ?

Geplaatst

Probeer dit script eens:

 

#*******************************************
# MacVersion = 1.4
# MacDescription = Check for double logs
# MacAuthor = Thex
# MacFileName = CheckDubbel.gsk
#
#
# Change History:
# Ver - Date
# 0.1 - 7th Oktober, 2011 - first beta
# 0.2 - 6th June, 2014
#*******************************************

#Debug Status=on

#GOSUB Name=DeclareVariables
GOSUB Name=Initialize

cancelfilter

table active=caches
$_sql = "select Code from Caches"
$resultaat=SQLite("sql",$_sql)

$n=$_SqlRows
$i=1

while ($i<=$n)
$code = Extract($resultaat, "$_crlf", $i)
GOSUB Name=ProcessCache
$i=$i+1
endwhile

#######################
BEGINSUB Name=ProcessCache
$_sql = "select LType from Logs where LType="+$_quote+"Found it"+$_quote+" and LParent=$_quote$code$_quote and LBy="+$_Quote+"thex$_Quote"
$res=SQLite("sql",$_sql)

showstatus msg=$code $_SqlRows
if ($_SqlRows>1)
pause msg="$code heeft $_SqlRows found logs"
endif
ENDSUB

#######################
# PERSONALIZE parameters here
BEGINSUB Name=Initialize
$msgWidth=500
ENDSUB

#######################
BEGINSUB Name=DeclareVariables
#*******************************************************
# Variable declarations for
# C:\Program Files\gsak\Macros\CacheAttributes.gsk
#
# Generated 02/07/2009 on GSAKVariables.gsk Rev V0.31
#
#*******************************************************
# WARNING: DO NOT declare $d_* variables!!

Option Explicit=Yes

Declare Var=$msgWidth Type=Numeric

ENDSUB

Geplaatst

project gc geeft 1 dup log aan van een cache gevonden in 2011, kan daar echter maar 1 log terugvinden en het ging ook altijd goed, dus die zal het niet zijn


ja daar ga ik vanuit heb net een pq gedraaid met mijn founds, ga ervan uit die die alles meeneemt. laatste found caches staan er in ieder geval netjes in

Geplaatst (bewerkt)

Ach, GSAK heeft tekort, en niet teveel. Als je PM member bent kun je met dit script de logjes ophalen:

GetAllLogsForUser.gsk

Je kan ook al je founds in een PQ opvragen en laden.

Naam is ook correct gespeld ? $_Quote is een " in GSAK Er staat dus "thex", te vervangen door $_Quote+"petra_leo$_Quote

Wel letten op hoofdkleine letters

bewerkt door thex
Geplaatst (bewerkt)

Als laatste (als database corrupt is) helpt dit ook nog:

Database => Repair/defrag

 

Deze herberekent de founds o.a.

 

Oja, mochten er bepaalde logs niet in je database willen na een PQ download, kijk ook even de ignore lijst na.

bewerkt door thex
Geplaatst

Heeft 12 caches bijgewerkt nu, zie nu een aantal dnf gelogd die ik eerst niet zag.

Zou het te maken kunnen hebben met een will attend log voor een event ?


naam staat er nu goed in :-)

 

vind nu diezelfde cache uit 2011 als project gc

Geplaatst

Nope, je GSAK heeft er minder dan .COM. Dit betekent dat iets voorkomt dat de log in GSAK geladen wordt, ook na de PQ Founds. Dat kan alleen de ignore lijst zijn (of een database fout). Wel is de telling rond het nieuwe cache type LAB onduidelijk. Niet gesupport in project-gc, beetje in GSAK. Zelf heb ik er ook, maar geen last van. Kan dit het niet zijn ?

  • Onlangs hier   0 leden

    • Er kijken geen geregistreerde gebruikers naar deze pagina.
×
×
  • Nieuwe aanmaken...