Recent Releases of eodms-api-client
eodms-api-client - v1.3.0
What's Changed
- Merged
feat/new order endpointby @m9brady in https://github.com/m9brady/eodms-api-client/pull/12
This release includes a new method for downloading RCM data. Using the uuid of a given granule or granules, the EODMS DDS endpoint will deliver these granules much more quickly and effectively than before, without the need for tracking order_id numbers or paying attention to your email.
The documentation pages explaining this new DDS endpoint are here
The DDS endpoint makes use of another credentials file located at ~/.eodms/aaa_creds.json. This file will be created on your behalf if it doesn't exist already.
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.12...v1.3.0
- Python
Published by m9brady 10 months ago
eodms-api-client - v1.2.12
What's Changed
- janitorial stuff by @m9brady in https://github.com/m9brady/eodms-api-client/pull/11
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.11...v1.2.12
- Python
Published by m9brady over 1 year ago
eodms-api-client - v1.2.11
Changes:
- New filter option:
spatial_resolution: https://github.com/m9brady/eodms-api-client/pull/10#issue-2064225063
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.10...v1.2.11
- Python
Published by m9brady about 2 years ago
eodms-api-client - v1.2.10
Changes:
- Allow users to supply Point and Line geometries instead of limit to Polygon for queries
- Add short example of downloading imagery using an Order ID to README (thanks to user suggestion)
- Switch documentation hosting to GitHub Pages
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.9...v1.2.10
- Python
Published by m9brady over 2 years ago
eodms-api-client - v1.2.9
Bugfix the bugfix
Bug introduced in v1.2.7 and included check was insufficient in v1.2.8 so skipping ahead to v1.2.9
- recently, the download URL and manifest key in API json responses were not matching, so a check was added that overwrites the download URL with the correct text if a mismatch occurs. Once the API is fixed this check should just by bypassed.
- reported by email from user (thank you)
- begin using content-type header instead of content-length when identifying granules listed as AVAILABLEFORDOWNLOAD but pruned from the order cart
- slight adjustment to CLI usage where the output directory does not need to exist beforehand (client will create it if necessary)
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.6...v1.2.9
- Python
Published by m9brady about 3 years ago
eodms-api-client - v1.2.6
Adding remote file-size checks when downloading orders
- For some orders, EODMS reports the data as "available-to-download" but when the download links are accessed, nothing is there
- Reported in #8
- To account for these cases, a new check and associated log-message was added to inform the user
- Also added a check for when the EODMS API is down but still returns HTTP-200
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.5...v1.2.6
- Python
Published by m9brady over 3 years ago
eodms-api-client - v1.2.5
Bugfix for National Air Photo Library (NAPL)
- in response to user report #7
- NAPL metadata was not being parsed properly, causing errors
- Fixed the problem and added some more metadata to the result dataframe just for fun
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.4...v1.2.5
- Python
Published by m9brady over 3 years ago
eodms-api-client - v1.2.4
Minor update
- Enforce upper limit of 6-decimal precision (sub-meter) for search geometries to reduce size of search URL string
- Suppress retry warnings associated with ReadTimeOuts when fetching granule metadata
- Test auth during
EodmsAPIobject instantiation to ensure the user can access the collection they want - Add new warning logmessage about MultiPolygons since EODMS seems to freak out and return HTTP-500 when certain MultiPolygons are passed as search geometries
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.2.3...v1.2.4
- Python
Published by m9brady over 3 years ago
eodms-api-client - v1.2.3
Bugfix release
- For high-scene-count orders (i.e. 100) EODMS API returns HTTP:200 ("everything ok") but the response body is an error message in HTML, causing the JSON decoder to fail and no OrderIDs to be parsed by the client
- Tests with 50-scene orders seem to work fine so I reduced the EODMS_SUBMIT_HARDLIMIT constant to 50 from 100
- Implications for users: for large orders you will have more OrderIDs to keep track of - IMO not a big issue since one can use the --order-ids CLI option or pass a list of OrderIDs to EodmsAPI.download to get everything anyway
Full commit log to prior release: https://github.com/m9brady/eodms-api-client/compare/v1.2.2...v1.2.3
- Python
Published by m9brady over 3 years ago
eodms-api-client - v1.2.2
Bugfix release
- RADARSAT polarization options were not working as expected
- fix was to replace the + delimiter with spaces
Full commit log to prior release: https://github.com/m9brady/eodms-api-client/compare/v1.2.1...v1.2.2
- Python
Published by m9brady over 3 years ago
eodms-api-client - v1.2.1
- new classattr
EodmsAPI.available_paramsto show the user what query parameters are supported/available for the given EODMS collection- ideally I would scrape the parameters from EODMS itself but the way I use query params in this package makes it a little tricky
- A few tweaks to logging messages
Full commit log to prior release: https://github.com/m9brady/eodms-api-client/compare/v1.2.0...v1.2.1
- Python
Published by m9brady almost 4 years ago
eodms-api-client - v1.2.0
Check-order-status-by-orderId has returned 🙌
Removed the "look-back X days" bandaid
Querying: ✅
Ordering: ✅
- RCM: Single-item order took a few minutes
- RS2: Single-item order took a bit more but under 10 minutes
Downloading: ✅
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.1.5...v1.2.0
- Python
Published by m9brady almost 4 years ago
eodms-api-client - v1.1.5
Not-quite-a-bugfix bugfix release
noticed that there are some new parameters in order to get more than 100 results back from the order endpoint
- came across it in the official client: https://github.com/eodms-sgdot/py-eodms-rapi/blob/a514c07182713f265211c7996a2a4e44c3b719ec/eodms_rapi/eodms.py#L1827-L1876
as it stands currently, this package is in a "working" state:
- Querying: ✅
- Ordering: ✅ API orders have seemingly begun to be processed
- Downloading: ✅ By default, the downloader looks back 7 days with a limit of 1000 images
- the user can modify this behaviour by providing a different value to
days_to_look_backin theEodmsAPI.downloadcall - relevant lines are here: https://github.com/m9brady/eodms-api-client/blob/59bcd1263f40a419c42326c7f0fe7fd4c485b73a/eodmsapiclient/eodms.py#L337-L344
- Querying: ✅
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.1.4...v1.1.5
- Python
Published by m9brady almost 4 years ago
eodms-api-client - v1.1.4
Bugfix release
- Record API has started returning XML by default instead of JSON
- We now explicitly ask for JSON in our get-requests for scene record metadata
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.1.3...v1.1.4
- Python
Published by m9brady almost 4 years ago
eodms-api-client - v1.1.3
Bugfix release
- queries fail with too-complicate search geometries
- added logic that detects where number of vertices exceeds 100
Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.1.2...v1.1.3
- Python
Published by m9brady almost 4 years ago
eodms-api-client - v1.1.2
Bugfix release
- some RS2 scenes do not have SIP Size attributes that can be converted from text to numeric
- consolidate logging config
- add citation file
- fix typos/docs
- simplify conda env for readthedocs
Trying the auto-generate release notes: Full Changelog: https://github.com/m9brady/eodms-api-client/compare/v1.1.1...v1.1.2
- Python
Published by m9brady about 4 years ago
eodms-api-client - v1.1.1
Smaller adjustments/fixes:
- CLI now uses --order-id and --order-ids instead of --download-id and --download-ids to hopefully make it clearer what is expected from the user
- Scene filesize as reported by EODMS is now included in the query result dataframes
- Query result dataframes are now slightly better-typed (ints and floats where appropriate)
- Python
Published by m9brady about 4 years ago
eodms-api-client - v1.1.0
Gone are the days where we had to visually check Item IDs in emails... We can now receive the correct Order ID from the API and use it to download the data we asked for.
- Python
Published by m9brady about 4 years ago
eodms-api-client - v1.0.1
Bugfix, missing a not in parameter validation for product_type
- Python
Published by m9brady over 4 years ago
eodms-api-client - v1.0.0
Add basic NAPL functionality Add some multi-select parameters, although some don't seem to work properly. Unclear if it is an issue server-side or client-side.
- Python
Published by m9brady over 4 years ago
eodms-api-client - v0.1.7
Add PlanetScope collection
- Python
Published by m9brady almost 5 years ago
eodms-api-client - v0.1.6
Squash some downloader bugs
Make the CLI and collection-parser a bit more flexible (can type RCM instead of RCMImageProducts) 🥳
- Python
Published by m9brady about 5 years ago
eodms-api-client - v0.1.5
Add Radarsat1 collection Fix RS2 ordering bug (uses Sequence Id for ordering) - credit to @NWRCBen 👏
- Python
Published by m9brady about 5 years ago
eodms-api-client - v0.1.4
Bugfix release to address order-by-record issue (#1)
- Python
Published by m9brady about 5 years ago
eodms-api-client - v0.1.3
Changes summary - Add KML/KMZ geometry handler - Add CLI option for controlling of geojson-dump output directory - Lay groundwork for tests - Bugfixes/typos
- Python
Published by m9brady about 5 years ago
eodms-api-client - Incremental
Remind myself how to do releases
- Python
Published by m9brady about 5 years ago