×

To be able to write in the forum you need to authenticate. Meanwhile it's read-only.

GetHighest method

GetHighest method
August 06, 2020 10:38AM
Hello,

I have one type of challenge on my mind and I'm not sure if it is possible to create a checker with existing scripts and methods. Basically, I would need a method similar to
PGC.GetOldestCaches
- but instead of hidden date parameter it would be using altitude (elevation) parameter.

Example of script (Oldest): https://project-gc.com/Tools/Challenges?edit&tagId=42338
Example of checker: https://project-gc.com/Challenges/GC8615X/42338

Challenge on my mind:
Find highest caches in 8 regions of Slovakia.
For each region: 1. highest cache = 10 points, ... 10. highest cache = 1 point.
Your goal is to collect at least XXX out of possible YYY points.

In general, the config would be similar to Oldest challenge - country, region, county, types, limit, score.
Requested GetHighest method would enable series of very interesting hiking challenges around the world.
In case anyone can create a checker using existing method, that's great .. GC code you can use is GC8QE3B.

Thank you for any response.
Re: GetHighest method
August 13, 2020 07:58AM
Is this meant primarily for new Challenges? Challenge based on elevation would be against the guidelines.

Source of criteria
Challenge cache criteria
- must come from information broadly available on Geocaching.com such as on the statistics page, cache placement dates, types, attributes, souvenirs, etc.
- must be verifiable through information on Geocaching.com.

Geocaching.com doesn't have elevation data. In general it's also quite unreliable data since the number of measure points over the world is fairly low, compare to what would be needed. It's especially unreliable in peaky/hilly areas.

It would be fairly easy to throw together such method with a copy/paste from GetOldest, but I am not sure it's actually needed.
Re: GetHighest method
August 13, 2020 08:14AM
Yet there are several challenges based on elevation. There are also several challenges based on continents, which are not coming from geocaching.com. Yet they reject challenges based on Badges, which are just summarised data.They're not very consistent when it comes to that guideline.
Re: GetHighest method
August 13, 2020 08:18AM
That's probably the reviewers fault, and maybe due to how the description is created.

Continents isn't a real problem, if the description actually holds a full list of countries. Or at least it shouldn't be a problem then, in my opinion.
Similar with Badges. A Challenge to get Diamond Rugged without further explanation I can understand a deny on. But if it's also described as finding 180 T5 (I don't recall the correct number) - then I don't see a reason to deny it.

But if you believe this method would be useful, I will implement it. I will also, because I am interested, ask a local reviewer of his/her opinion. Mostly because I have seen such Challenge in Sweden as well, and I know I was surprised. Generally the Swedish reviewers are quite alert on what's allowed and not regarding Challenges.
Re: GetHighest method
August 13, 2020 08:21AM
It's up to Rikitan to make that call. I was merely adding my 10c on challenge guideline inconsistencies.
Re: GetHighest method
August 13, 2020 01:17PM
Great, thank you Magnus!

I'm also reviewer for Slovakia, Ukraine, Belarus, Armenia and Georgia and I can confirm that challenges based on elevation data are currently allowed. Just like challenges on county-level of data, elevation from Project-gc is acceptable source of criteria.

Unfortunatelly for me, I was not expecting such positive and quick reply, so I went on with elevation ranges (using existing methods) for my new challenges (https://coord.info/GC8QE3B), however we will use GetHighest method for international challenge in the future.
Re: GetHighest method
August 13, 2020 08:31AM
I could also ask HQ about their opinion. If they say that it shouldn't be allowed, elevation challenges can be denied already here in the process. Also they could make it clearer to their reviewers.

What's your opinions on that?

From my point of view - I am afraid to get more complaints about inaccurate elevation levels for mountains. They will never be exact without manually entering the data. I don't believe handling it manually is smart either. Also, elevations might change if we change how we interpolate different readings, or we find better source data, and so forth. We have updated all elevation data ~5 times the last 10 years. It could potentially affect such challenges quite a lot.
Re: GetHighest method
August 13, 2020 09:22AM
I have received "indications" on that Elevation generally/in some cases/in some forms are accepted for Challenges - Even though it's in direct violation of the Guidelines. In my opinion they should add a written exception, but there isn't.

Anyway, that makes this request very reasonable. I'll see if I manage to get to the bottom of it today or tomorrow. Currently working on something else, so it depends a bit on when that's done. It could take everything from one hour to way too long. :)
Re: GetHighest method
August 13, 2020 11:41AM
Two new methods added, I'll release them in a minute.

GetHighestCaches()
GetLowestCaches()

They work more or less identical to GetOldestCaches(). I hope I didn't break anything with that one, moved quite a lot of code around. I have been running a checker using it in both Dev and Live, the result hasn't changed.
Re: GetHighest method
August 13, 2020 01:18PM
Great, thank you Magnus!

I'm also reviewer for Slovakia, Ukraine, Belarus, Armenia and Georgia and I can confirm that challenges based on elevation data are currently allowed. Just like challenges on county-level of data, elevation from Project-gc is acceptable source of criteria.

Unfortunatelly for me, I was not expecting such positive and quick reply, so I went on with elevation ranges (using existing methods) for my new challenges (https://coord.info/GC8QE3B), however we will use GetHighest method for international challenge in the future.
Re: GetHighest method
August 13, 2020 01:26PM
The "quick" response was pure luck. I was looking for something else here and noticed it. Then I also had a task for today that included some waiting time, so I could jump a bit between the tasks. I just hope it works as it should. There is always a risk of missing something when copy/pasting too much.
Re: GetHighest method
August 27, 2020 04:32PM
Do these new functions actually work?

See https://project-gc.com/forum/read?4,42956
Re: GetHighest method
August 27, 2020 04:34PM
I'll try to look into it tomorrow!
Re: GetHighest method
August 28, 2020 08:07AM
Thank you for the link to the tag, it helped.

There was a bug in minElevation and maxElevation parameters, sloppy copy/paste issue. I'll make a new release during the day.
Sorry, you do not have permission to post/reply in this forum.