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
I think we could return a JSON object very similar to this from the providers endpoint. From the database side I'm thinking we may want the option to support multiple licenses per provider (or project). This could be relevant for when a license changes over time, e.g. Provider A had license CC by 4.0 2012-2016 and CC by 1.0 2016-. I would think a separate DB table licenses with columns mapping to those listed on openadresses would facilitate this. @caparker
The text was updated successfully, but these errors were encountered:
What about something like this for the license table fields? I built on what openaddresses did based on what weve discussed and doing some light research on it. I found this example also helpful https://datacatalog.worldbank.org/public-licenses
CREATESEQUENCEIF NOT EXISTS licenses_sq START 10;
CREATETABLEIF NOT EXISTS licenses (
licenses_id intPRIMARY KEY DEFAULT nextval('licenses_sq')
, attribution_entities_id intNOT NULLREFERENCES entities
, description text-- short descriptive summary
, url text-- link to the actual text/pdf/copy of license
, attribution_required boolean DEFAULT 't'
, share_alike_required boolean DEFAULT 't'
, commercial_use_allowed boolean DEFAULT 'f'
, redistribution_allowed boolean DEFAULT 'f'
, modification_allowed boolean DEFAULT 'f'
, metadata jsonb
);
I like the schema used by OpenAddresses for licensing info here:
https://github.com/openaddresses/openaddresses/blob/master/CONTRIBUTING.md#optional-address-tags
I think we could return a JSON object very similar to this from the
providers
endpoint. From the database side I'm thinking we may want the option to support multiple licenses per provider (or project). This could be relevant for when a license changes over time, e.g. Provider A had license CC by 4.0 2012-2016 and CC by 1.0 2016-. I would think a separate DB tablelicenses
with columns mapping to those listed on openadresses would facilitate this. @caparkerThe text was updated successfully, but these errors were encountered: