U nas jest to wyłączone po stronie CF. Można normalnie wysyłać curlem itd.

Nie dokońca prawda bo API może być publiczne i nie musi mieć żadnego zabezpieczenia. U nas klucze są w 99% po to, aby identyfikować użytkowników którzy wysyłają te requesty

Przemyślałam to dokładnie, i zrobiłam publishable keys (takie które można używać na cliencie z ratelimitem 120req/60s) oraz zmieniłam CORS aby działał z każdą domeną, więc fetch z przeglądarki powinien teraz działać bez problemu - albo nie ruszać tego wcale, jednakże zmieniłam że requesty z curla itd mają teraz mały ratelimit

Okej, to mogę wam jeszcze powiedzieć że jak chcecie linkować do samej stacji (zamiast do lokalizacji na mapie) to możecie użyć takiego syntaxu:

https://btsearch.pl/#map=16.00/<lat>/<lng>~f~S<id stacji w naszej bazie>

czyli dodawać `station.id` (nie mylić z `station.station_id`).
Przykład: https://btsearch.pl/#map=16/53.122222/2 … 4~f~S15457

No pobieranie na 100% nie będzie działać bo stara wersja jest wyłączone kompletnie. API dokumentacja jest tak jak pisałam (https://btsearch.pl/api/v1/docs) więc można grzebać. W tym momencie to jest poprawne REST API a nie na skryptach PHP

a luci-app-modemdata nie pokazywała danych o stacji przypadkiem z starego BTSearcha?

No to masz wysokosc anten w pozwoleniach jeżeli są podane (rejestr urządzeń). Więcej nie mogę zrobić niestety

Już jest takie coś pod https://openbts.sakilabs.com/stations. Można dodać querystring ?q=<URL encoded dane> gdzie można szukać po niemal wszystkim (wszystkie filtry itd są wskazane w dokumentacji API POST /search). Na ten moment trochę zepsute bo od razu odświeża i nie zapamiętuje tego ale jak naprawię to będzie działać w taki sposób ^^