Note: This document is for an older version of GRASS GIS that will be discontinued soon. You should upgrade, and read the current manual page.
By default i.eodag will search for products which footprint intersects the current computational region extent. Users can alternatively opt to pass a vector map throught the map option to define the area of interest (AOI) and change the relation with product footprints by means of the area_relation or minimum_overlap options.
To only list available scenes, l flag must be set. If no start or end dates are provided, the module will search scenes from the past 60 days.
To download all scenes found within the time frame provided, users must remove the l flag and provide an output directory. Otherwise, files will be downloaded into the /tmp directory. To download only selected scenes, one or more IDs must be provided through the id option.
To be able to download data through i.eodag, users will
need to register for the providers of interest.
i.eodag reads user credentials from the EODAG YAML config file.
Users have to specify the configuration file path through the config
option, otherwise i.eodag will use the credentials found in
the default config file which is auto-generated the first time EODAG is used
after installation. The configuration file is stored by default in
$HOME/.config/eodag/eodag.yml
.
When users are searching for scenes for the first time and they don't know the IDs of specific scenes. The searching is done by setting the main options e.g. producttype, start, end, clouds and, possibly, provider.
Users have a set of scenes IDs that they want to search for and download. They can either use the id option or use the file option and pass a text file, with one ID per line. In both cases, specifying a provider is optional. In case users do not specify the provider, products might be offered from different providers as long as the user provides the credentials in the configuration file.
When the user has already performed a first search and saved the results into a GeoJSON file using the save option. Users will then pass the GeoJSON file through the file option. No additional searching will be done in this case, but users will be able to further filter the products saved in the GeoJSON file through the different options, e.g. start, end, query, area_relation, etc.
Querying, aka. filtering, is a method introduced to i.eodag to further
filter the search results based on an extended list of products' properties, called
queryables.
The print option can be used to get hints of the avaible queryables.
For example, to get the queryables for the product "S2_MSI_L2A" that is
offered by Copernicus Data Space Ecosystem (cop_dataspace):
i.eodag print=queryables provider=cop_dataspace producttype=S2_MSI_L2A
The possible types of these properties are:
The query option is used for querying. There is a list of rules that users need to follow when composing queries:
Relation | Operator |
---|---|
Equal | eq |
Not Equal | ne |
Less Than or Equal | le |
Less Than | lt |
Greater Than or Equal | ge |
Greater Than | gt |
Basic structure:
{queryable} = {value} ; {operator}
Example Print products which orbitDirection property is "DESCENDING":
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="orbitDirection=DESCENDING;eq"
Multiple values per queryable:
{queryable} = {value_1} ; {operator_1} | {value_2} ; {opeartor_2}
Examples
Print products which cloudCover is either less than 30 OR greater
than 60, aka. [0, 30) ∪ (60, 100].
Notice here that multiple values are used to indicate the OR relation.
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="cloudCover=30;lt | 60;gt"
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="cloudCover=30;gt, cloudCover=60;lt"
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="cloudCover=30;gt, cloudCover=60;lt, orbitDirection=DESCENDING"
Null Values
In some cases, products might have Null as the value of some properties (aka. queryables). These products will be filtered out by default. In case users do not want them to be filtered out, they need to provide an additional Null value to the queryable.
Examples
Print products which orbitDirection is DESCENDING.
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="orbitDirection=DESCENDING"
i.eodag -l start=2022-05-01 end=2022-06-01 \ provider=cop_dataspace producttype=S2_MSI_L2A \ query="orbitDirection=DESCENDING|Null"
NOTE: These queryables are only for reference, and they might not always be avaiable for all providers/products.
EODAG configuration YAML file is used to set multiple values, including:
NOTE: If users notice that i.eodag doesn't recognize a specific provider when searching or downloading, it might be that they need to specify the credentials for that provider.
Following is an example for a config YAML file with Copernicus Dataspace credentials:
cop_dataspace: priority: # Lower value means lower priority (Default: 0) search: # Search parameters configuration download: extract: outputs_prefix: auth: credentials: username: email@email.com password: password
See Configure EODAG section for more details about configuration of the providers' credentials and other EODAG YAML config file parameters.
v.extract input=urbanarea where="NAME = 'Durham'" output=durham i.eodag -l start=2022-05-01 end=2022-06-01 \ map=durham producttype=S2_MSI_L2A provider=cop_dataspace
i.eodag -l start=2022-05-01 end=2022-06-01 \ producttype=S2_MSI_L2A provider=cop_dataspace \ clouds=50 map=durham minimum_overlap=70
i.eodag -l start=2022-05-25 end=2022-06-01 \ producttype=S2_MSI_L2A provider=cop_dataspace \ sort=cloudcover,ingestiondate order=desc
i.eodag -l file=ids_list.txt \ start=2022-05-25 \ area_relation=Contains clouds=3
i.eodag -l producttype=S2_MSI_L2A \ provider=cop_dataspace save=search_result.geojson \ query="relativeOrbitNumber=54"
i.eodag start=2022-05-25 end=2022-06-01 \ producttype=S2_MSI_L2A provider=cop_dataspace clouds=50
i.eodag file=ids_list.txt provider=cop_dataspace
i.eodag provider=cop_dataspace \ id="S2B_MSIL2A_20240526T080609_N0510_R078_T37SDD_20240526T094753, S2B_MSIL2A_20240529T081609_N0510_R121_T37SED_20240529T124818" \ config=full/path/to/eodag/config.yaml \ output=download_here
i.eodag print=providers
i.eodag print=providers producttype=S2_MSI_L2A
i.eodag print=products
i.eodag print=products provider=cop_dataspace
i.eodag print=queryables provider=cop_dataspace producttype=S2_MSI_L2A
i.eodag print=config
i.eodag print=config provider=cop_dataspace
pip install eodag
)GSoC 2024 Mentors: Luca Delucchi, Stefan Blumentrath, Veronica Andreo
Available at: i.eodag source code (history)
Latest change: Tuesday Jul 16 21:10:57 2024 in commit: 5220c58fab79abd91fa32c0b1ec259f2f69c4c4c
Note: This document is for an older version of GRASS GIS that will be discontinued soon. You should upgrade, and read the current manual page.
Main index | Imagery index | Topics index | Keywords index | Graphical index | Full index
© 2003-2023 GRASS Development Team, GRASS GIS 8.2.2dev Reference Manual