Hi again - could I get a checker built for a challenge based on 2 completed calendar grids filled in with only traditional caches (found date and hidden date)? In other words, to qualify for this challenge, a cacher needs to find at least one traditional cache on all 365 days of the year. And the cacher also needs to have another month-day calendar grid completed filled in only by the hidden dates from traditional caches they've found. The same caches can be used in both calendars if necessary. Only the month and date matter for this challenge; the year is irrelevant. The finds do not have to be sequential either; ie streaks are not necessary for this challenge and the finds can take place over any number of years. Past finds, including archived, disabled, etc, can count in this challenge. As per the usual challenge rules, Feb 29 is a nice to have for both calendars but is not allowed to count as part of the mandatory 365 days. The cacher can not use their own caches for either calendars in the challenge either (in the past, you were able to log their own caches). Also in the past, you were able to log the same cache multiple times; those caches can only be used once for the 'found' calendar, on the first date it was found. I think that covers everything. If you have any questions or need more information, please let me know. If it's possible, I'm hoping the checker output could look something like the graphics from this checker - https://project-gc.com/Challenges/GC8ZME1/59054 one grid for found dates and another grid for the hidden dates. Thank you very much again :-) in advance of all the work involved. /forum/read.php?11,56973,56973#msg-56973 Sat, 07 Mar 2026 18:34:08 +0000 Phorum 5.2.23 /forum/read.php?11,56973,57114#msg-57114 /forum/read.php?11,56973,57114#msg-57114 sapien ARCHIVE Checker requests (completed) Sat, 11 Dec 2021 06:35:56 +0000 /forum/read.php?11,56973,57086#msg-57086 /forum/read.php?11,56973,57086#msg-57086 vogelbird ARCHIVE Checker requests (completed) Thu, 09 Dec 2021 04:01:49 +0000 /forum/read.php?11,56973,57078#msg-57078 /forum/read.php?11,56973,57078#msg-57078
Anyways, my preference would to be consistent with both calendars. Ccould you please adjust the hidden date part of the challenge to only require the 'usual' 365 days, which means caches hidden on Feb 29th are just a 'nice to have' instead of mandatory? That way both calendars have the same 365 day requirement.

Otherwise I think everything else is good. I'm going to assume the other criteria are included in the checker then as per your comments and I'll document those caveats in my description.

Thank you again.]]> sapien ARCHIVE Checker requests (completed) Wed, 08 Dec 2021 22:04:51 +0000 /forum/read.php?11,56973,57044#msg-57044 /forum/read.php?11,56973,57044#msg-57044 1. Finds by Found Date Calendar:366 dates of 366 completed. This challenge allows leap day to be skipped. = 365 days
2. Finds by Placed Date:366 dates of 366 completed. = 366 days
if I change this in 365 days it is not a full calendar

Your question on multible logs and own caches will normally be excluded but only the scriptwriter can confirm this]]> vogelbird ARCHIVE Checker requests (completed) Mon, 06 Dec 2021 10:03:24 +0000 /forum/read.php?11,56973,57043#msg-57043 /forum/read.php?11,56973,57043#msg-57043
Could you also please confirm that Leap Day is not mandatory for the Hidden Date grid? The output (text output shown below) gives the impression may not be excluded so I just wanted to verify.

---

Finds by Found Date Calendar:366 dates of 366 completed. This challenge allows leap day to be skipped.

Finds by Placed Date:366 dates of 366 completed.

---

In the actual hidden day calendar grid, Feb 29 doesn't have the same brackets (1) as the Feb 29th date in the found date grid either.

Could you also confirm that the other criteria (can't use/log own hides, can't use multiple logs of same cache) have been incorporated into the checker as well? They're harder to test for so I just wanted to verify that they have been added as well?

Thanks.]]> sapien ARCHIVE Checker requests (completed) Mon, 06 Dec 2021 05:37:28 +0000 /forum/read.php?11,56973,56995#msg-56995 /forum/read.php?11,56973,56995#msg-56995 vogelbird ARCHIVE Checker requests (completed) Fri, 03 Dec 2021 17:55:50 +0000 /forum/read.php?11,56973,56994#msg-56994 /forum/read.php?11,56973,56994#msg-56994 Pleu ARCHIVE Checker requests (completed) Fri, 03 Dec 2021 17:41:39 +0000 /forum/read.php?11,56973,56980#msg-56980 /forum/read.php?11,56973,56980#msg-56980
So is there no way to reuse this checker and/or its output then? https://project-gc.com/Challenges/GC8ZME1/59054 It does have the months listed in the first column and I was thinking all you have to do is adjust it to search for 365 days instead of 100 (for traditional finds and if possible, hidden dates of traditionals). I think it also has some of my other criteria built into it as well. Of course, I'm sure I'm oversimplifying all this so I'll rely on you to give me the real lowdown whether it's possible or not.

Otherwise I don't think I can really test the functionality of the checker until the checker is restricted to just traditional caches. In theory, once that happens, this checker's first grid output (for found dates) should match the output from the checker I provided in the above paragraph (for traditional caches finds anyways).

Thank you for all your effort and research so far. :-)]]> sapien ARCHIVE Checker requests (completed) Fri, 03 Dec 2021 07:23:49 +0000 /forum/read.php?11,56973,56976#msg-56976 /forum/read.php?11,56973,56976#msg-56976
The output is dictated by the script and can not be changed

There is another multitest script but the months are still numbers and although leapday is excluded on the find calendar the output does no show this when you have a find on febr, 29

But here is the checker to test https://project-gc.com/Challenges/GC9JYR0/64676]]> vogelbird ARCHIVE Checker requests (completed) Thu, 02 Dec 2021 20:47:13 +0000 /forum/read.php?11,56973,56975#msg-56975 /forum/read.php?11,56973,56975#msg-56975
Also is it possible for the output to have the names of the months in the first column of the table, instead of just numbers?

Thanks.]]> sapien ARCHIVE Checker requests (completed) Thu, 02 Dec 2021 20:33:39 +0000 /forum/read.php?11,56973,56974#msg-56974 /forum/read.php?11,56973,56974#msg-56974 https://project-gc.com/Challenges/GC9JYR0/64675

Please test and reply]]> vogelbird ARCHIVE Checker requests (completed) Thu, 02 Dec 2021 20:17:32 +0000 /forum/read.php?11,56973,56973#msg-56973 /forum/read.php?11,56973,56973#msg-56973
In other words, to qualify for this challenge, a cacher needs to find at least one traditional cache on all 365 days of the year. And the cacher also needs to have another month-day calendar grid completed filled in only by the hidden dates from traditional caches they've found.

The same caches can be used in both calendars if necessary. Only the month and date matter for this challenge; the year is irrelevant. The finds do not have to be sequential either; ie streaks are not necessary for this challenge and the finds can take place over any number of years. Past finds, including archived, disabled, etc, can count in this challenge.

As per the usual challenge rules, Feb 29 is a nice to have for both calendars but is not allowed to count as part of the mandatory 365 days.

The cacher can not use their own caches for either calendars in the challenge either (in the past, you were able to log their own caches).

Also in the past, you were able to log the same cache multiple times; those caches can only be used once for the 'found' calendar, on the first date it was found.

I think that covers everything. If you have any questions or need more information, please let me know.

If it's possible, I'm hoping the checker output could look something like the graphics from this checker - https://project-gc.com/Challenges/GC8ZME1/59054 one grid for found dates and another grid for the hidden dates.

Thank you very much again :-) in advance of all the work involved.]]> sapien ARCHIVE Checker requests (completed) Thu, 02 Dec 2021 19:49:51 +0000