API error within requested status of specific GC codes

[+Megalodon]

I am using GSAK and in a self programmed macro a am requesting a GC code and it's status:

$data = GcApi2("geocaches/$codeGC?fields=status,referenceCode","GET")

 

If the request is for a geocache code (I used 'GC5O234' here) that has been archived already and the GC code contains an 'O' (the letter !) like the one I used (GC5O234), the return code is not ok.

The API comes back with the response: status:archived and referenceCode=GC50234, so the letter 'O' I used when requesting was cachnged to '0' (the number). I would have expected, that I get the status of GC5O234, not the one from GC50234.

 

The  same behavior I realized with GC codes containing an 'S', the result is the used code by the API ist '5' nad not 'S'

 

Why this correction in the API response ?

[+HHL]

GcCodes containing the letters ISOUL are not valid Geocache codes.

Edited February 9, 2021 by HHL

[+Megalodon]

ok, that's a reason - thank you for your answer, HHL !

[+Corfman Clan]

For reference codes, letter O is to be replaced with digit 0 and letter S is to be replaced with digit 5. This is all documented at Geocaching API (Groundspeak.com)

[+Corfman Clan]

On 2/9/2021 at 2:22 PM, HHL said:

GcCodes containing the letters ISOUL are not valid Geocache codes.

Not quite true. See my previous response.

[+ecanderson]

No, true.  The article says "The following pseudo code shows how to perform the conversion..."  The conversion MUST be done on the client side.  Sending non-base31 characters will cause issues due to invalid objects.  The server doesn't do this for you, hence HHL is correct in his statement.