Skip to content
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

Develop best practices for handling non-spatiotemporal dimensions #184

Open
chris-little opened this issue Jul 12, 2024 · 1 comment
Open
Labels
Priority 1 Highly desirable V1.1 Non-breaking change for Version 1.1

Comments

@chris-little
Copy link
Contributor

This issue is to discuss how to support custom extra dimensions, such as "wavelength". The custom dimensions may not even be ordered or implicilty continuous, like (x, y, z, t). A collection of ensembles of forecast data is one example of a discrete and unordered dimension. (but see Issue #172 for support of ensembles specifically)

@chris-little chris-little added V1.1 Non-breaking change for Version 1.1 Priority 1 Highly desirable labels Jul 12, 2024
@jonblower
Copy link
Contributor

Just to bring the key info over from the previous discussion - CovJSON already supports arbitrary numbers of dimensions. The use of domainTypes can restrict this to reduce the multiplicity of options that clients have to deal with. So there isn't a problem with the schema (as far as I know).

So I think this is more a case of working out what is "best practice" in different situations. Is it best to define new domainTypes? Or model the dimensions as variables (e.g. in a multispectral image, the different wavelengths could be modelled as dimensions or variables).

I'd suggest renaming this issue "Develop best practices for handling non-spatiotemporal dimensions" or something like that.

@chris-little chris-little changed the title Fix schema to allow more than 4 dimensions Develop best practices for handling non-spatiotemporal dimensions Jul 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority 1 Highly desirable V1.1 Non-breaking change for Version 1.1
Projects
Status: No status
Development

No branches or pull requests

2 participants