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
tile_scheme: tells you how the tile_ids will be named, and this is really only to support the GLAD tiles which haven't been migrated to our data lake yet. I don't think you'll need this since it'll be tied to a case class.
default_meaning: usually we will mask out NoData values, but if the layer has a default meaning, all NoData values will be translated to that meaning. This is currently also in this repo, where the lookup function maps _ to some value.
Just to recap:
This config will be used as input to determine where layers should access their data, and allow clients to control the versions. The configs will be saved in S3 and passed as an arguments.
Open question: Pro consumes GLAD, and in the future will consume other alert systems. These create new versions everyday. Either Pro has to create a new config everyday (I was going to do this for flagship), or we do allow you to say in the config to just lookup the latest for specific layers.
The text was updated successfully, but these errors were encountered:
@echeipesh here's an example of what the config look like for our gfw-raster-analysis-lambda service:
Some fields that might need some explanation:
Just to recap:
This config will be used as input to determine where layers should access their data, and allow clients to control the versions. The configs will be saved in S3 and passed as an arguments.
Open question: Pro consumes GLAD, and in the future will consume other alert systems. These create new versions everyday. Either Pro has to create a new config everyday (I was going to do this for flagship), or we do allow you to say in the config to just lookup the latest for specific layers.
The text was updated successfully, but these errors were encountered: