W3C

- DRAFT -

DCAT team 2018-03-21

21 Mar 2018

Agenda

Attendees

Present
arminhaller, SimonCox, DaveBrowning, Stijn_Goedertier_AIV
Regrets
PWinstanley
Chair
SimonCox
Scribe
riccardoAlbertoni

Contents


<SimonCox> riccardoAlbertoni: will you join the voice call?

yes i am connecting

<SimonCox> scribenick: riccardoAlbertoni

confirm agenda https://www.w3.org/2017/dxwg/wiki/Meetings:DCAT-Telecon2018.03.21

SimonCox: any changes to the agenda?

arminhaller: are we enough people?

SimonCox: we circulated the proposal we have regrets and people have posted their opinions

<SimonCox> thats why I warned people and put votes in the issues - to invite participation asynchronously

<SimonCox> we have 4 here and 5 regrets = 9 total

<SimonCox> issues can be reopened if any one is unhappy

approve minutes

<SimonCox> https://www.w3.org/2018/03/14-dxwgdcat-minutes

<arminhaller> +1

<SimonCox> +1

0 ( i was absent)

<DaveBrowning> 0

FPWD

<SimonCox> https://w3c.github.io/dxwg/dcat/

<SimonCox> we will need a vote to release in 2-3 weeks

SimonCox: we need consensum on the FPWD

arminhaller: the vote will be in the plenary won't it?

SimonCox: yes of course

<SimonCox> ACTION: SImon to fix missing gap in date

<trackbot> Sorry, but no Tracker is associated with this channel.

arminhaller: some errors on FPWD when visualizing in firefox, and other browser

<SimonCox> ACTION: SimonCox alert list that vote to release FPWD from team to plenary next week

<trackbot> Sorry, but no Tracker is associated with this channel.

milestones and wiki pages

<SimonCox> milestones https://github.com/w3c/dxwg/milestones

SimonCox: i build some milestones

<SimonCox> wiki pages https://github.com/w3c/dxwg/wiki

i was trying to pull together some issues for example about licence, for each of the milestone there is a wiki page

scribe: for the moment all the discussion is on the github

<SimonCox> two wiki pages have some content:

<SimonCox> https://github.com/w3c/dxwg/wiki/Data-aspects---semantics

<SimonCox> https://github.com/w3c/dxwg/wiki/Data-service

scribe: i am trying to encourage the people working on profile negotiation

<arminhaller> @SimonCox great work!

scribe: wiki pages can be used to put down proposal which are difficult with issues thread

<SimonCox> encourage interested participants to add to Wiki pages

issues close to resolution

<SimonCox> 1. https://github.com/w3c/dxwg/issues/117 dcat:dataset

SimonCox: the consensum here seem to be not to make any changes
... any discussion ?

<SimonCox> Proposed: no change to domain/range of dcat:dataset

<SimonCox> +1

+1

<DaveBrowning> +1

<arminhaller> 0

arminhaller: I want to justify my neutral vote ...

RESOLUTION: no change to domain/range of dcat:dataset

SimonCox: in this case the max's argument about dcat backbone is very convincing to me ..

RESOLUTION: no change to domain/range of dcat:dataset

<SimonCox> dcat:record https://github.com/w3c/dxwg/issues/118

<arminhaller> 0

<SimonCox> proposed: no change to domain/range of dcat:record

SimonCox: basic is the same motivation, not to change due to DCAT backbone

<DaveBrowning> +1

+1

<SimonCox> +1

RESOLUTION: no change to domain/range of dcat:record

<SimonCox> dcat:distribution https://github.com/w3c/dxwg/issues/120

<SimonCox> proposed: no change to domain/range on dcat:distribution

<SimonCox> +1

+1

<DaveBrowning> +1

<arminhaller> 0 and definitely an inverse here

RESOLUTION: no change to domain/range on dcat:distribution

<SimonCox> dcat:themeTaxonomy https://github.com/w3c/dxwg/issues/119

<SimonCox> proposed: no change to domain/range of dcat:themeTaxonomy

<SimonCox> +1

arminhaller: i do not really buy the argument that this is a property bound to the catalog ..

<arminhaller> 0

SimonCox: if the goal of dcat was to establish a vocabulary to be reused in the semantic web, you are perfectly right, but the case here is to describe a catalog ... not reuse the properties in SW

<DaveBrowning> +1

+1

RESOLUTION: no change to domain/range of dcat:themeTaxonomy

<SimonCox> dcat:keyword https://github.com/w3c/dxwg/issues/121

SimonCox: here the proposal was to drop the domain constraint

<SimonCox> riccardoAlbertoni explain issue comment https://github.com/w3c/dxwg/issues/121#issuecomment-375021487

<SimonCox> arminhaller: argues to make dcat:keyword reusable more broadly

<SimonCox> dcat:theme and dcat:keyword are merely sub-properties of dct:subject

<SimonCox> other candidate specializations of dct:subject here: https://github.com/w3c/dxwg/wiki/Data-aspects---semantics

<SimonCox> riccardoAlbertoni: need better documentation on use and intention of dcat:keyword and dcat:theme

<SimonCox> proposed: remove domain on dcat:keyword

<SimonCox> +1

+1

<Stijn_Goedertier_AIV> +1

<DaveBrowning> +1

<arminhaller> +1

RESOLUTION: relax (remove) domain constraint on dcat:keyword

<SimonCox> dcat:theme https://github.com/w3c/dxwg/issues/123

<SimonCox> proposed: relax domain constraint on dcat:theme

<SimonCox> +1

<Stijn_Goedertier_AIV> +1

+1

<arminhaller> +1

<DaveBrowning> +1

RESOLUTION: relax (remove) domain constraint on dcat:theme

<SimonCox> ACTION: riccardoAlbertoni to propose some text clarifying use and intention of dcat:theme vs dcat:keyword

<trackbot> Sorry, but no Tracker is associated with this channel.

<arminhaller> being a broken record, dcat:theme and dcat:themeTaxonomy is strange wording, if the domain of theme:Taxonomy is Catalog

<SimonCox> dcat:mediaType https://github.com/w3c/dxwg/issues/127

SimonCox: not sure this is one ready to be resolved..
... any contribution to the discussion..

arminhaller: the dicussion is around the mediatype range ... but the argument here is common practice, but common practice may have changed...

<SimonCox> arminhaller: dcterms:MediaTypeOrExtent as range has been common practice - lets check if that is still the case?

<SimonCox> ACTION: arminhaller look if dcterms:MediaTypeOrExtent is still common practice?

<trackbot> Sorry, but no Tracker is associated with this channel.

<SimonCox> dcat:landingPage https://github.com/w3c/dxwg/issues/122

<SimonCox> proposed: relax/remove domain constraint on dcat:landingPage

<Stijn_Goedertier_AIV> +1

<SimonCox> +1

<arminhaller> +1

<DaveBrowning> +1

+1

RESOLUTION: relax/remove domain constraint on dcat:landingPage

<SimonCox> what about range constraint? rdfs:range foaf:Document ; rdfs:subPropertyOf foaf:Page ;

<SimonCox> foaf:Document is broader class than web-page!

<SimonCox> should a landing page be always a list-of-distributions?

arminhaller: i am not sure we need to qualify a landing page.. any url should be ok ..

<SimonCox> arminhaller: maybe need another kind of link to landing-pages

<SimonCox> ... in addition

<SimonCox> Propose: no change to range of dcat:landingPage

<SimonCox> (on the understanding that there is a bigger conversation to be had around links out to landing pages)

<SimonCox> +1

<arminhaller> +1

+1

<Stijn_Goedertier_AIV> +1 (foaf:homepage also has range foaf:Document)

<DaveBrowning> +1

<SimonCox> i.e. close https://github.com/w3c/dxwg/issues/122 for now

RESOLUTION: no change to range of dcat:landingPage

AOB

<SimonCox> rrsagent generate minutes v2

Summary of Action Items

[NEW] ACTION: arminhaller look if dcterms:MediaTypeOrExtent is still common practice?
[NEW] ACTION: riccardoAlbertoni to propose some text clarifying use and intention of dcat:theme vs dcat:keyword
[NEW] ACTION: SImon to fix missing gap in date
[NEW] ACTION: SimonCox alert list that vote to release FPWD from team to plenary next week
 

Summary of Resolutions

  1. no change to domain/range of dcat:dataset
  2. no change to domain/range of dcat:dataset
  3. no change to domain/range of dcat:record
  4. no change to domain/range on dcat:distribution
  5. no change to domain/range of dcat:themeTaxonomy
  6. relax (remove) domain constraint on dcat:keyword
  7. relax (remove) domain constraint on dcat:theme
  8. relax/remove domain constraint on dcat:landingPage
  9. no change to range of dcat:landingPage
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.152 (CVS log)
$Date: 2018/03/21 21:05:19 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.152  of Date: 2017/02/06 11:04:15  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00)

Succeeded: s/error/errors/
Succeeded: s/resolved/resolution/
Succeeded: s/Catalo/Catalog/
Succeeded: s/practice change/practice may have changed/
Succeeded: s/resolved/resolution/
Present: arminhaller SimonCox DaveBrowning Stijn_Goedertier_AIV

WARNING: Replacing previous Regrets list. (Old list: Erik_Mannens, AndreaPerego, Alejandra)
Use 'Regrets+ ... ' if you meant to add people without replacing the list,
such as: <dbooth> Regrets+ Makx


WARNING: Replacing previous Regrets list. (Old list: Makx)
Use 'Regrets+ ... ' if you meant to add people without replacing the list,
such as: <dbooth> Regrets+ PWinstanley

Regrets: PWinstanley
Found ScribeNick: riccardoAlbertoni
Inferring Scribes: riccardoAlbertoni
Agenda: https://www.w3.org/2017/dxwg/wiki/Meetings:DCAT-Telecon2018.03.21

WARNING: No date found!  Assuming today.  (Hint: Specify
the W3C IRC log URL, and the date will be determined from that.)
Or specify the date like this:
<dbooth> Date: 12 Sep 2002

People with action items: alert arminhaller list riccardoalbertoni simon simoncox that vote

WARNING: IRC log location not specified!  (You can ignore this 
warning if you do not want the generated minutes to contain 
a link to the original IRC log.)


[End of scribe.perl diagnostic output]