You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, the methodology of the scraper is rather rudimentary, and while we are able to pick up the names of the stations, they are sometimes not specific enough to resolve the accurate location of the monitoring station.
I am working on a way to reverse geocode each of the stations using once again a hacky Selenium solution and Mapdeveloper's geocode tool, which provides a set of coordinates, state/zip code, etc. given a direction. Many of the names are not precise enough though, and the obtained coordinates will be rather imprecise but at least work at the city/prefecture level.
We should find a solution to solve this by fetching the coordinate values directly from AQICN, since they must have them to display the stations on the map, but I am not sure they expose them to the user in the website.
The text was updated successfully, but these errors were encountered:
Right now, the methodology of the scraper is rather rudimentary, and while we are able to pick up the names of the stations, they are sometimes not specific enough to resolve the accurate location of the monitoring station.
I am working on a way to reverse geocode each of the stations using once again a hacky Selenium solution and Mapdeveloper's geocode tool, which provides a set of coordinates, state/zip code, etc. given a direction. Many of the names are not precise enough though, and the obtained coordinates will be rather imprecise but at least work at the city/prefecture level.
We should find a solution to solve this by fetching the coordinate values directly from AQICN, since they must have them to display the stations on the map, but I am not sure they expose them to the user in the website.
The text was updated successfully, but these errors were encountered: