Adrià Mercader

@keithamoss This was a bug on CKAN core (https://github.com/ckan/ckan/pull/1500) that was fixed and backported to the 2.2.x line. You should always run the latest patch release for CKAN (currently 2.2.2)....

@wardi does that sound right? Also see the TODO above, does it matter what we put in there?

Fantastic @metaodi! Let me know if you want me to help with some spec or discussion

Thanks @aidig, that's really useful in case someone wants to jump in and update the current profile or create a new one. Are the new fields for Distribution (dcatap:availability, dcat:accessService,...

@seitenbau-govdata does this mean that the same default profile will be valid for both DCAT-AP 1.1 and 2.1?

@seitenbau-govdata you mean that DCAT-AP 1.1 expects `dcat:startDate/dcat:endDate` and DCAT 2.1 expects `schema:startDate/schema:endDate` (or viceversa) and you suggest that the serialized output contains both? Perhaps if there are just a...

@seitenbau-govdata I really think that keeping the two profiles separate will make maintenance easier in the future and make things easier for site maintainers to transition from one to the...

@seitenbau-govdata Without being familiar with the DCAT-AP 2.x changes, my gut feeling is that for a first implementation extending `EuropeanDCATAPProfile` and adding the new fields on top (or modifying those...

Looks like the [`graph_from_dataset()`](https://github.com/ckan/ckanext-dcat/blob/master/ckanext/dcat/profiles.py#L1055) method of the base profile doesn't try to import the dataset license to the distributions (the inverse, distribution license -> dataset license, was implemented a while...

http://ckan-demo.melodiesproject.eu/api/action/package_show?id=test-dataset-for-testing-distributions All resources have an `uri` field with value `None`. That why they are all considered to be the same distribution. We need to know where this `None` came from....