Caches Importeren Naar Gsak

[Jaylaveldt]

Is er eigenlijk ook een manier om meer dan 1000 caches per keer naar GSAK te importeren?

Ik werk nu met PQ's, maar ik wil eigenlijk mijn database up to date houden op gsak. De status vernieuw ik daarom dagelijk, maar voor nieuwe caches heb ik nog niet echt een goed systeem gevonden.

Het gaat vooral om de mystery's in heel Nederland, maar ook als ik enkel de caches geplaatst in de laatste maand wil toevoegen moet ik heel veel PQ's laten draaien omdat ze maar een bepaald gebied meepakken.

 

Wie weet is er wel een makkelijkere manier voor.

[StefandD]

Daar is een macro voor. Zoek maar eens op 'cachestatusupdate' in de GSAK Macro Index.

Het kost wat moeite om in te stellen, maar dan werkt het prima.

[Jaylaveldt]

En werkt dat ook om nieuwe geocaches (die dus nog niet in gsak staan) toe te voegen?

[Jaylaveldt]

Heb even gekeken en dat klinkt inderdaad goed. Heb hem proberen te installeren, maar dat wil niet. De versie van mijn gsak is blijkbaar niet goed (ik heb 8.4.0 )

Deze heb ik al eens proberen te updaten, maar toen kreeg ik heel veel foutmeldingen en heb ik hem weer terug gezet.

Gaat dus helaas niet lukken, maar nu weet ik wel wat me te wachten staat als ik wel mijn gsak up to date krijg. Daar toch ook maar nog eens in verdiepen.

[Linkalovers]

Ik werk nu met PQ's, maar ik wil eigenlijk mijn database up to date houden op gsak. De status vernieuw ik daarom dagelijk,

 

maar voor nieuwe caches heb ik nog niet echt een goed systeem gevonden.....

Als je éénmaal je database gevuld hebt, kan je deze bijhouden ( nieuwe imporeren ) m.b.v. een PQ met de optie "Placed during: the last month ). Dan staan alle nieuwe caches, van de afgelopen maand in de PQ. Deze draait bij mij 1 keer per week ( maar dan van een veel kleiner gebied, +/- 45 km om 'home' ).

Als Gsak éénmaal gevuld is, heb je alleen deze PQ's nodig.

 

 

Waarom de status van je hele database dagelijks vernieuwen? Alsof er kans is dat je alle caches in je database dagelijks gaat doen of als alle dagelijks on- off-line gaan?

 

Voordat je wilt gaan lopen, in Gsak een cache als center aanwijzen ( in het gebied waar je heen wilt ), dan een filter maken met een afstand van b.v. 15 Km, de caches in dat filter refreshen en deze daarna naar je Gps sturen. Dan heb je binnen 1-2-3 alles wat je wilt up-to-date. En dat scheelt heel veel traagheid ergens anders.

20 mei 2015 bewerkt door Linkalovers

[Jaylaveldt]

Linkalovers:
Toch red ik het niet met maar 1 PQ.. volgens mij pakt die namelijk maar een gebied van 50 km , terwijl ik de PQ wel of bv 100 km in stel.

Ik moet vaak meerdere PQ's draaien van verschillende gebieden om ze er allemaal op te krijgen.

[Linkalovers]

Linkalovers:

Toch red ik het niet met maar 1 PQ.. volgens mij pakt die namelijk maar een gebied van 50 km , terwijl ik de PQ wel of bv 100 km in stel.

Ik moet vaak meerdere PQ's draaien van verschillende gebieden om ze er allemaal op te krijgen.

Nee, hoor een PQ kan wel 1000 Km ( niet geprobeerd ) hebben.

 

Als ( je zonodig ) heel Nederland wilt hebben, maak onderstaande PQ aan:

 

1000 Caches Total

 

Within: Nederland

 

Zoek in NL een centerpunt, voer die bij "From Origin" coördinaat in

 

Within Radius of 500 KM

 

Placed during The last week / the last month (afhankelijk hoe fanatiek je bent )

 

In Pq zitten 771 caches. Als dit te veel is zou je naar Per week kunnen gaan.

 

Maar misschien moet je je de vraag stellen, heb je echt HEEL NL wel nodig? Of is dit misschien het gevolg van een ( verborgen ) verzamelwoede of bang zijn dat je wat mist of ergens geen controle over hebt.

Is er kans dat je vandaag in het mooie Limburg cached en morgen de horizon zoekt in het fraaie Friesland? Weet je echt s'avond van te voren niet, waar je de dag daarna heen gaat? En dus niet even een PQ daarvoor kan maken en draaien?

20 mei 2015 bewerkt door Linkalovers

[Jaylaveldt]

mmm raar.. ik heb al een paar keer gemerkt dat ik met 1 PQ (al kwam hij niet boven de 1000) toch niet alle caches binnen had gekregen binnen de genoemde afstand.

Dat dan toch nog maar eens proberen.

 

Heb ondertussen mijn gsak up to date gekregen, maar krijg nog steeds foutmeldingen met de macro.

[Jaylaveldt]

ga die laatste vraag niet beantwoorden. Ik heb er mijn eigen redenen voor en hoef me niet te verantwoorden aan jou mag ik hopen.

[Linkalovers]

ga die laatste vraag niet beantwoorden. Ik heb er mijn eigen redenen voor en hoef me niet te verantwoorden aan jou mag ik hopen.

Tuurlijk niet, dat wil ik ook niet.

 

Maar als alle cachers in NL, dagelijks hun database van heel NL updaten, dan veroorzaakt dat behoorlijk wat data verkeer ( traagheid? ). Terwijl, de kans is dat alle cachers alle caches lopen, NUL is. Als je dagelijks al een promille ( van alle caches in Nl ) loopt, ben je druk bezig.

 

Ps. graag geholpen

20 mei 2015 bewerkt door Linkalovers

[indiana]

 

ga die laatste vraag niet beantwoorden. Ik heb er mijn eigen redenen voor en hoef me niet te verantwoorden aan jou mag ik hopen.

Tuurlijk niet, dat wil ik ook niet.

 

Maar als alle cachers in NL, dagelijks hun database van heel NL updaten, dan veroorzaakt dat behoorlijk wat data verkeer ( traagheid? ). Terwijl, de kans is dat alle cachers alle caches lopen, NUL is. Als je dagelijks al een promille ( van alle caches in Nl ) loopt, ben je druk bezig.

 

Nee hoor, daar heb je een andere macro voor. Het dagelijks bijhouden van alle geocaches in Nederland is, zodra je alle een keer alles hebt binnen gehaald, kost maar enkele seconden en nauwelijks data verkeer. Nieuwe geocaches komen er dan automatisch bij en dat alles zonder PQs.

20 mei 2015 bewerkt door indiana

[Linkalovers]

 

Maar als alle cachers in NL, dagelijks hun database van heel NL updaten, dan veroorzaakt dat behoorlijk wat data verkeer ( traagheid? ). Terwijl, de kans is dat alle cachers alle caches lopen, NUL is. Als je dagelijks al een promille ( van alle caches in Nl ) loopt, ben je druk bezig.

Nee hoor, daar heb je een andere macro voor. Het dagelijks bijhouden van alle geocaches in Nederland is, zodra je alle een keer alles hebt binnen gehaald, kost maar enkele seconden en nauwelijks data verkeer. Nieuwe geocaches komen er dan automatisch bij en dat alles zonder PQs.

 

Oke, weer wat geleerd.

 

MAAR dan graag ook de Marco benoemen....... zodat iedereen daar voordeel van heeft! ( behalve ik, want ik wil heel NL helemaal niet ).

20 mei 2015 bewerkt door Linkalovers

[indiana]

 

 

Maar als alle cachers in NL, dagelijks hun database van heel NL updaten, dan veroorzaakt dat behoorlijk wat data verkeer ( traagheid? ). Terwijl, de kans is dat alle cachers alle caches lopen, NUL is. Als je dagelijks al een promille ( van alle caches in Nl ) loopt, ben je druk bezig.

Nee hoor, daar heb je een andere macro voor. Het dagelijks bijhouden van alle geocaches in Nederland is, zodra je alle een keer alles hebt binnen gehaald, kost maar enkele seconden en nauwelijks data verkeer. Nieuwe geocaches komen er dan automatisch bij en dat alles zonder PQs.

 

Oke, dan graag ook de Marco benoemen....... zodat iedereen daar voordeel van heeft! ( behalve ik, want ik wil heel NL helemaal niet ).

 

Dat mag hier niet. Een deel van de naam van de macro wordt hernoemd naar 'de buren'. De rest van de macronaam is CacheAndStatusUpdate

[Linkalovers]

 

Oke, dan graag ook de Marco benoemen....... zodat iedereen daar voordeel van heeft! ( behalve ik, want ik wil heel NL helemaal niet ).

Dat mag hier niet. Een deel van de naam van de macro wordt hernoemd naar 'de buren'. De rest van de macronaam is CacheAndStatusUpdate

 

Dank je!

 

Deze bedoel je: Glo-bal-cach-ing-Cache-And-Status-Update ( maar dan zonder '-' )

 

 

Zielig gedoe, dat aanpassen van de namen. Als je maar consequent doet alsof het er niet is, dan….. iets met struisvogels?

20 mei 2015 bewerkt door Linkalovers

[Jaylaveldt]

Die tip gaf StefanD inderdaad ook. Klinkt ideaal, maar ik ben nog aan het puzzelen om hem werkend te krijgen. Schijnt wel ideaal te werken.