[openstreetmap/openstreetmap-website] Use where instead of find to prevent 404 (b9c85c2)

Kamil Monicz notifications at github.com
Tue Aug 29 08:01:06 UTC 2023


I often presume the accuracy of information shared by individuals. Unfortunately, I had to verify the claim that "this was undocumented behavior", and it turns out to be false.

In the [API v0.6 documentation](https://wiki.openstreetmap.org/wiki/API_v0.6), search for "or an empty file if no user found for the given identifier" (2nd result). Despite what the documentation states, the following requests do not yield an empty file:

- https://www.openstreetmap.org/api/0.6/users.json?users=-1,1
- https://www.openstreetmap.org/api/0.6/users.json?users=-1

At this point, I'm struggling to comprehend the rationale behind persistently presenting such erroneous arguments. It's quite peculiar that a head of development cannot acknowledge their errors and, instead, shifts blame onto others' code. The concepts we're discussing here are fundamental to code development, and it appears that some individuals lack a basic understanding of them. This entire conversation has proven quite draining for me. Despite my best attempts to highlight the issues, it seems unlikely that corrective measures will be taken. Such changes demonstrate a lack of respect for individuals utilizing this API. Hopefully, this will change for the better one day.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/commit/b9c85c269726faad3c2613b37f01683c8b59f5c6#commitcomment-125789640
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/commit/b9c85c269726faad3c2613b37f01683c8b59f5c6/125789640 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20230829/96848421/attachment.htm>


More information about the rails-dev mailing list