-
Notifications
You must be signed in to change notification settings - Fork 103
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
update stac-version #762
update stac-version #762
Conversation
Thanks, code changes look good to me. I'm just wondering whether there should be a test for it? I'm asking because I heard from a colleague that he was actually setting |
@m-mohr I don't think there is any env variable that can change what is set in https://github.com/stac-utils/stac-fastapi/blob/main/stac_fastapi/api/stac_fastapi/api/app.py#L96 Worth noting that I don't think this should be configurable because it all comes down to what version for the spec is supported by I still think that it might be good to indicate which stac and stac-api version the application provide (from stac-pydantic) |
Oh dang, I thought that's a env variable similar to STAC_API_TITLE etc. So +1 to: "I still think that it might be good to indicate which stac and stac-api version the application provide (from stac-pydantic)" - could that be simply an env variable? |
So there are 2 things:
short answer: I don't think so |
A stac api should work with any stac version, even a catalog that may be a mix of v1 and v1.1? |
Right, so we need stac-pydantic to support both STAC 1.0.0 and STAC v1.1.0 soon. |
🤷 depends if the 1.1 is backward compatible with 1.0 |
It is, I'd say... otherwise it should've been a 2.0. |
IMO: if someone wants to change the STAC VERSION, it means they have a custom version of stac-fastapi, which also means they don't really need to control this with an Env variable |
ref #761