Thik Hai

Overigens hoef je met GSAK in principe geen pq's meer te maken. Met Get caches kan je een cirkel of een vierkant met bepaalde afmetingen op een Google Maps kaart tekenen en alle caches binnen die vorm binnenhalen. Je API-limiet is 6000 per etmaal, dus je kan er meer binnenkrijgen dan bij een pq. Dat is allemaal al bekend maar is niet het onderwerp van deze discussie. Het antwoord van Tom snijdt hout. De plausibele verklaring voor dit fenomeen is dus, dat de CO, in dit geval Panchopepe, de naam van de provincie niet heeft ingevuld ten tijde van de publicatie. En dat zou dus weer kunnen kloppen omdat alle drie de haperende caches van voor 2010 zijn. Ik denk dat door de bijdrage van Tom het mysterie van de eigenwijze caches is opgelost. Allen hartelijk dank voor het meedenken. Happy hunting, Cor

Beste Japiejoo en Tom, Ik heb de zaak nog eens op een rijtje gezet. In mijn GSAK default database is o.m. een serie opgenomen van 39 traditionele caches die door PanchoPepe zijn gelegd tussen 11-04-2007 en 02-04-2010. De namen van deze caches beginnen alle met Caching Texel… Van deze serie moet ik er nog 12 doen. D.m.v. mijn pq N-Holland 1, die zoekt naar caches geplaatst tussen 01-01-1999 en 10-10-2011 (908 stuks) worden van deze serie slechts 9 van de 12 nog niet door mij gevonden caches bijgewerkt. De andere 3 caches worden stelselmatig overgeslagen. Hiervan dateren de laatste GPX- en Logupdates uit 2013 t.w. Caching Texel 14 Oosterend/Oesterstraat de laatste GPX datum is van 16-07-2013, Caching Texel 17 De Schans de laatste GPX datum is van 16-07-2013, Caching Texel 31 Vogelkijkhut Westerkolk de laatste GPX datum is van 26-09-2013. Handmatig bijwerken d.m.v. Geocaching.com access -> Refresh cache data levert ook niets op. Handmatig bijwerken d.m.v. Geocaching.com access -> Get recent logs geeft wel het gewenste resultaat en ziet alles er uit zoals dat ook te zien is op de On-line pagina. Ten slotte: in een nieuwe database doe ik wat Tom zegt en dan worden wel alle 39 Caching Texel… caches up to date met naam toenaam geladen. Vreemd dat dat niet gaat in een reguliere pq. Om deze kwestie niet al te ingewikkeld te maken, heb ik mij beperkt tot de traditionele Caching Texel… van PanchoPepe omdat bij deze caches het euvel aan het licht kwam. Inmiddels weet ik dat deze kwestie ook speelt bij andere caches en niet alleen bij Traditionele.

Nee. De PQ waar deze cache in zou moeten zitten bevat 903 caches. Dus dat kan het ook niet zijn. Bedankt voor het meedenken.

Beste mede cachers, Bij toeval ontdekte ik vandaag dat mijn PQ's voor N-Holland een groot aantal caches niet meer registreert. Zo is van b.v. van GC16Z9A de Laatste GPX datum van 16-07-2013 en de Laatst Gelogd/Gevonden datum van 15-07-2013. Terwijl in werkelijkheid deze cache nog gevonden en gelogd werd op 16-04-2014! En zo heb ik nog een paar! De plaatsingsdatum van de cache valt netjes in een van de PQ's. Alle attributen in de PQ voldoen aan de criteria van naburige caches die we geladen worden. Is er iemand die met het zelfde raadsel kampt dan wel een idee heft hoe dit te voorkomen? Dank voor het mee denken Cor

I have uploaded new Field Notes as advised and now the date and time stamp is correctly set to "Ignore logs before 01/24/2012 15:41:00" So problem is solved now. Thank you all for your assistance. Kind regards, Cor

Meanwhile I have sent a note to Geocache.com. As soon as I have their answer I will inform you accordingly. Cheers TH

Doesn't work. No better results.

Thik Hai, I see that you're a Premium Member. Out of curiosity, did the other account that you tried belong to a standard member? No also a Premium Member!

You are correct. This Field Note date issue started right after the latest web-update.

Thank you for your advise (or is it advice?), but it is not an answer to solve this odd beviour. For over a year this date and time stamp always changed according to my last updates. Then from one day to another this date is fixed to the year one. Howver, when I login as another user (with permission ofcourse) the upload procedure works as I was used to it in the past viz.: By default, the site will not upload Field Notes contained in your file before 01/09/2012 16:14:00 to reduce accidental duplicate logs. Uncheck the option below to include all Field Notes. The last find of this geocacher was indeed 01/09/2012 etc. But when I go back to my own account this date is still set to 01/01/0001! I believe I have to report this as a bug, dont you think so? TH

On both occasions i.e. before uploading and after the uploading procedure this date remains unchanged. I have just checked it out for sake of good order and the date is still 01/01/0001 01:00:00. Thank for your answer. TH

On uploading my recent Field Notes this morning I noticed that also a load of previously uploaded Field Notes were copied again (duplicated). On a closer look I saw that by default Field Notes made before 01/01/0001 will be ignored. And that seems a bit odd to me. The text a refer to reads: "By default, the site will not upload Field Notes contained in your file before 01/01/0001 01:00:00 to reduce accidental duplicate logs. Uncheck the option below to include all Field Notes." Am I doing something wrong all in a sudden? Regards TH

Thanks for your information. Meanwhile I found out that my daughter has registered herself at geocache.nl instead of geocache.com. My mistake. Sorry for bothering you. Geocache.nl do have a webmaster and every newby has to wait for this webmasters approval. Unfortunately this Dutch webmaster reacted somewhat upset when I addressed this question to them this morning. Patience is a virtue. Cheers Cor

Last Monday (six days ago now) my daugther has registered herself to Geocache.com. She received an e-mail with a welcoming text a few minutes later. In spite of these friendly words she still has not received the Wemasters final approval. Went someting wrong perhaps? What to do to speed things up a little? Thik Hai

I've just tried it again and it looks like as they have fixed the problem as I was able to download GC locations again. Cheers

Nope Keep smiling

I am facing exactly the same difficulty since this morning! Cheers