METAR based on coordinates: Reporting vs Non-reporting Stations

Question

METAR based on coordinates: Reporting vs Non-reporting Stations

vikaask opened this issue 5 years ago · 9 comments

vikaask commented 5 years ago

METAR lookup based on coordinates pulls up non-reporting stations instead of prioritizing reporting stations.

Unable to use Reporting flag on search as well.

Answer 1 · 2019-08-24T05:53:18.000Z

In the past, the following lookup

https://avwx.rest/api/metar/33.2,-111.7?onfail=cache&options=info&format=json

would provide a METAR for KCHD airport. In the last 2 days, the same lookup is now trying to pull up a METAR from a non-reporting airport

{
"error": "5AZ3 does not publish reports",
"timestamp": "2019-08-24T05:46:42.886751Z"
}

This basically renders the Coordinates functionality useless as it would require being at the exact coordinates of a reporting airport to receive METAR data. In essence, I get the closest airport, but not the closest reporting airport's weather info.

Answer 2 · 2019-08-25T01:12:43.000Z

I have "reporting" and "airport" filters available for nearest station requests, so the logic is there. I'll need to change how parameters are validated to make this apply to report-based coordinate lookups.

Answer 3 · 2019-08-25T01:30:51.000Z

Yeah, strange though how coordinate lookups as recent as last week worked as expected. Any recent changes? I assume it's something related to the airport database changing to include those stations?

Sorry I'm pretty new to this so I'm still wrapping my brain around this stuff

Answer 4 · 2019-08-25T01:47:30.000Z

Yes the station database has been expanded to include all non-closed airports, seaplane bases, helipads, and remote weather stations. I used to pass the ident on the report services as is, but the expanding info database and desire to cut out non-existent station calls led me to validate idents against a comprehensive list. The problem right now is that the idents and coordinates are converted at parameter validation. I’d need to move station validation later or the filters earlier in order to make that happen. I might have time tomorrow. Otherwise it will have to wait until later in the week.

…

On Sat, Aug 24, 2019 at 9:30 PM vikaask ***@***.***> wrote: Yeah, strange though how coordinate lookups as recent as last week worked as expected. Any recent changes? I assume it's something related to the airport database changing to include those stations? Sorry I'm pretty new to this so I'm still wrapping my brain around this stuff — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#18>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AATZ3DPZHADCOFR6PQ3JIETQGHOEXANCNFSM4IPFIFEQ> .

Answer 5 · 2019-08-27T22:09:01.000Z

I found a bug that was the source of this error after adding the airport filter. As mentioned above, I've added the filters, but the default values should suffice. The onfail default has also been changed to cache, so your query params can be simplified to:

https://avwx.rest/api/metar/33.2,-111.7?options=info

Answer 6 · 2019-08-27T23:14:08.000Z

Awesome! Thanks for the update and the quick fix!

Answer 7 · 2019-08-28T03:08:40.000Z

wait what dude is based out of chandler ? 😂

…

On Fri, Aug 23, 2019 at 10:41 PM vikaask ***@***.***> wrote: METAR lookup based on coordinates pulls up non-reporting stations instead of prioritizing reporting stations. Unable to use Reporting flag on search as well. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#18>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA3YXOVG2ITJHXZANPBOIXTQGDCZ7ANCNFSM4IPFIFEQ> .

Answer 8 · 2019-08-28T03:30:18.000Z

Yours truly haha

Answer 9 · 2019-08-28T03:42:53.000Z

As long as you live between
https://avwx.rest/api/station/CYLT
and
https://avwx.rest/api/station/NZSP
AVWX should work for you 😄