Version History
1.0.6Released Feb 2, 2012
- ADD - New "dt" sort mapping to stormreports, stormcells, and fires endpoint. Allows sorting result by report time. i.e. sort=dt:-1 to sort newest to oldest
- ADD - Stormcells Endpoint: Add ob.location which provides distance and direction to nearest city. i.e. "3 SSW Minneapolis"
- ADD - Stormcells endpoint: Add place object containing, name, state and country (US), for nearest location to storm cell
- ADD - Stormcells endpoint: Added profile object containing the tz (timezone) of the storm cell location
- ADD - Stormcells endpoint: Added dateTimeISO to ob and forecast.locs objects
- ADD - Stormcells endpoint: Added "name" and "state" sort/query mappings. Great to get all stormscells in a state
- ADD - General: new skip parameter allows skipping over first XX results. Considered Beta until 1.1
- ADD - StormReports endpoint: New "detail" sort/query mapper for the reported magintude (great for sorting rain/snow/wind values descending)
- ADD - StormReports endpoint: New "name" sort/query mapper for the closest location to the storm report
- MOD - General: All place searches that are not searching via filter (POI) now force query=pop:1. This greatly improves results when searching for locations.
- MOD - StormReports endpoint: Default sorting to datetime descending, except closest action
- FIX - StormReports endpoint: If from parameter set but to is not, "to" will default to the current datetime
- FIX - Fires endpoint: If from parameter set but to is not, "to" will default to the current datetime
- FIX - Forecast Endpoint: sunriseISO and sunsetISO values were invalid for instances of Midnight sun or polar night. Now will return null in such cases as needed
- FIX - Forecast Endpoint: Corrected bug that would not return forecasts for a latitude or longitude with a value of zero.
- FIX - General: passing an :id of 0 or no string now gives invalid_location error
- FIX - Forecast Endpoint: Hourly forecasts isDay bugs corrected.
- FIX - other minor bug fixes and modifications.
1.0.5Released Jan 27, 2012
- ADD - Support for canadian postal codes. Space after first thre characters is optional
- ADD - Beta support for passing ":auto" as the location id to find data for the location based on requesters IP address (For use with Javascript Toolkit)
- ADD - New invalid_param warning.
- MOD - If call places/:id with limit > 1, will return data with warning in error object.
- MOD - profile.tz now returned StormReport objects
- FIX - StormReport dateTimeISO was not localized to local timezone
- FIX - API error corrected if calling batch endpoint with improper requests parameter
- FIX - Storm reports detail of "T" or "Trace" being converted to a value of zero
- FIX - Other minor bug fixes and modifications
1.0.4Released Jan 20, 2012
- ADD - Added profile.tz to the observations output.
- ADD - Added ob.timestamp and ob.dateTimeISO to observations endpoint. Depreciated obTimestamp and ObDateTime (Will keep until 2.0 release)
- ADD - Added ob.sunriseISO and ob.sunsetISO to observations endpoint.
- ADD - Added period.#.dateTimeISO to forecasts endpoint. Depreciated period.#.validTime (Will keep until 2.0 release)
- ADD - Added period.#.sunriseISO and period.#.sunsetISO to forecasts endpoint.
- ADD - Added ISO date version to the advisories endpoint
- ADD - Added place.name, place.state, place.country for the weather zone or county the advisory is issued for to the advisories endpoint
- ADD - Added profile.tz for the weather zone or county the advisory is issued for to the advisories endpoing.
- ADD - Add support for both confirmed large fires and MODIS detected fires to fires endpoint
- MOD - Added new query/sort mappings to fires endpoint
- MOD - Synched datetime naming across endpoints to be consistent
- MOD - Starts with queries can now include periods as in /places/search?query=name:^st.%20c
- FIX - Improved places lookup in cased of multiple locations with same name
- FIX - Fixed bug with passing place such as "minneapolis,us" failed but "minneapolis,US" worked.
- FIX - Fixed bug with passing a US/Canadian location such as "minneapolis,MN" failed but "minneapolis,mn" (state lower case) worked.
- FIX - The place.state field in the /observersions endpoint would occasionally be spaces. Now empty string if no state
- FIX - Corrected bug with feels like not returning windchill in all instances that it should.
- FIX - other minor bug fixes and modifications
1.0.3Released Jan 11, 2012
- ADD - starts with query support, by preceeding string with caret. Perfect for auto complete queries. i.e. /places/search?query=name:^minn
- ADD - query/sort mappings for the name, state and country (us only right now) of the location of the advisory in the advisories endpoint
- BETA - Add beta support for batch requests. This feature is considered beta in Aeris API 1.0.3. See docs for full details
- FIX - report.reporter field had inconsistent spacing issues
- FIX - corrected misc inconsistencies with json output for some endpoints.
- FIX - other minor bug fixes and modifications
1.0.2Released Jan 4, 2012
- ADD: Support for sorting via new sort parameter
- ADD: Version support. Now can query specific API versions starting with 1.0.1 and newer
- ADD: New "forecast", "now" query mappings for advisories endpoint.
- ADD: New "all", "outlook", "statement", "now", "forecast" filters for advisories endpoint.
- ADD: Issued and expired mappings to advisories endpoint. For querying and sorting.
- ADD: Sort mappings added for advisory significance, warning, watch and advisory to advisories endpoint.
- ADD: New "area" query mapping for countries endpoint.
- ADD: New "state", "country", "name" and "id" mappings to observation endpoint for use with query / sorting
- ADD: Observations now include the observation location name, state and country, when available.
- MOD: Advisories now return sorted by type severity by default. (warnings then watches then advisories)
- MOD: Querying by city name will return sorted by population decending, unless you pass sort=pop:0 in url. Corrects occasional issue with a small city being returned when 99% of time largest city needed.
- MOD: Oauth2 updates
- MOD: Within action will now allow, passing a location name, zip code etc, but will treat it the same as performing a within circle query
- FIX: Correction for snowfall amounts often returned with value of 0 in forecasts endpoint
- FIX: Intensity of "M" would sometimes be returned in coded weather.
- FIX: Correction for occasional minor bugs with primary weather entry in forecast endpoint
- FIX: Querying multiword city name that ended with with "st" would fail lookup.
- FIX: Correct errors in observation requests for location where the passed latitude = 0 or longitude = 0.
- FIX: Correct error output for requesting forecast for invalid location.
- FIX: other minor bug fixes and adjustments
1.0.1Released Dec 13, 2011
- ADD: Enhanced location support. Now can use full US state / Canadian Province names.
- ADD: Enhanced location support. Now can use either 2 letter ISO country abbreviations, 3 letter ISO abbreviation or full country name. If all of these checks fail and the country parameter is at least 4 characters, the API will perform a "starts with" check against the country name.
- ADD: The official ISO abbreviation for the United Kingdom is "GB", API now allows passing "UK" as an alternative to "GB"
- ADD: New countries endpoint (see documentation)
- ADD: New version endpoint, which returns the API version.
- FIX: correct observation issues caused for locations experiencing polar night / midnight sun. Sunrise/set will be null in these cases, and isDay will indicate true if sun is up.
- FIX: 500 error when requesting a forecast by latitude/longitude along with the limit parameter.
- FIX: other minor bug fixes and adjustments.
1.0Released Dec 1, 2011