radiantearth / stac-spec

SpatioTemporal Asset Catalog specification - making geospatial assets openly searchable and crawlable
https://stacspec.org
Apache License 2.0
777 stars 178 forks source link

Correct license for Open Data but not available in the list of possible licenses #1178

Closed chiarch84 closed 11 months ago

chiarch84 commented 2 years ago

In my STAC Catalog I've got various Open Data that have a license not belonging to the SPDX License identifier list. Most of them simply have a specific Provider's license (such as the Copernicus ones) which though permits free reuse and download.

At the moment the only option for the STAC license would be "proprietary" which though is a little misleading as concept if we're talking about data which is Open but just doesn't have one of the standard Open licenses listed.

Couldn't there be another word to be used either than various or proprietary? Something like "free" or "opendata" or "open" or similar.

That would help in particular in web catalogues where the user would right away think that a collection is proprietary and so probably not reusable, which though is not forcedly implied.

m-mohr commented 2 years ago

We've discussed this in the past, but couldn't come up with a good alternative yet as there's no better registry of licenses. Right now there's no alternative and your best bet is probably various, which is not too bad as that should then be explained with a link with rel type 'license' anyway. Software such as STAC Browser usually don't show the "proprietary" or "various" anyway if a link with rel type license and a title is given. It then shows the title which you can put anything you like.

m-mohr commented 2 years ago

Could you link to some examples of licenses you are using?

If the licenses are actually commonly used and it is missing from SPDX, I'd propose to try to add it: https://github.com/spdx/license-list-XML/pulls It seems they are open to data licenses as recently ODbL has been added.

If the license is a custom one although it is making the data open, it really is a proprietary license. Proprietary doesn't necessarily mean closed source/data or so, it just means that someone wrote a proprietary/custom license. So STAC is correct here, although it might have been a wiser move to call it "custom" or so.

chiarch84 commented 2 years ago

This is the exactly the case. It is a custom license (which many times isn't even defined anywhere) just saying that data is open. As you mentioned though the word "proprietary" is misleading. In our case we in effect used "proprietary" for these cases, but it just seems strange for the users who see this.

Maybe I could propose to add to the https://github.com/spdx/license-list-XML/pulls list a "generic open data" license so that all that is open data with no specific license could fall there. I know it is a best practice to have a license defined but in many cases projects just produce it and don't care about this step.

m-mohr commented 1 year ago

In STAC the license currently allows:

In OGC API - Records they are using:

In the past we've learned that various and proprietary are not quite what implementors like. Is what Records proposes in https://github.com/opengeospatial/ogcapi-records/pull/236 better? Should we add "other" in STAC 1.1 and deprecate various and proprietary (i.e. to be removed in 2.0)?

matthewhanson commented 11 months ago

This will be resolved by changes proposed in the issue #1232