-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
define image order #9
Comments
👍 we should add a note about the file order. |
Is that going to be 0.0.3, or is it okay to update this in 0.0.2? |
@andrewharvey the more I think about it the more I think it's an implementation matter. We can maybe just tell this in here. For example a mosaic tiler could parse the filename and check for dates to sort the files. |
While it could just be an understanding between tools that implement the spec, if it's not in the spec then you end with these informal agreements between tools which become informal specs which aren't documented, it gets messy. I think if this feature is common and used by implementations, it should be formalised in the spec. I've been thinking about possible solutions to storing capture dates in the metadata somehow, GeoTIFF has https://www.awaresystems.be/imaging/tiff/tifftags/datetime.html but it's unclear if that date should be when the file was created/processed or the acquisition date of the raster as capture by the sensor. |
To be honest I'm not sure what to say. can we just say:
Well the problem is with that you endup needing to read each file. |
Note about the order, in https://github.com/developmentseed/awspds-mosaic the order is determined by the sat-api query which can be ordered by cloud cover. |
How about this?
The order is quite often changed as you indicated, but should be specify a default order? The downside to this is by putting it in the spec your forcing that behaviour, and as you indicated sometimes the application may decide it's own order using some other logic. Okay, maybe it's not a good idea to put this in the spec 🤷♂️
But the mosaicjson spec doesn't allow one to add any metadata like the capture date. For comparison VRT does support free-form metadata so one could add capture dates in VRT. |
To be honest for now the spec says the list should be a list of string but if someone wants it could be something like
(as long as their mosaic tiler understand it) The whole list is more |
The graphic indicates that newer images should be places earlier in the tiles array, with older images placed later in the tiles array, but this is never specified in the spec.
If downstream applications make assumptions about what the order of the files in the array represents, we should document that in the spec.
The text was updated successfully, but these errors were encountered: