- From: Dave Reynolds <dave.e.reynolds@gmail.com>
- Date: Wed, 08 May 2013 10:13:29 +0100
- To: Renato Iannella <ri@semanticidentity.com>
- CC: "public-gld-wg@w3.org" <public-gld-wg@w3.org>
Hi Renato, On 08/05/13 03:50, Renato Iannella wrote: > Dave, et al.... > > As I am not a member of the GLD-WG, then I can only provide my views for this WG to make decisions...I would also hope technical/semantic architectural issues take precedence over "deadlines". Indeed, though there is always a balance to strike between the reality of available time and effort and desire to do the best job one can within those constraints. > First, I was going to make comments by the LC Date, but due to our own semantic issues with the new vCard WD, we missed your dates. Understood. > Second, I was a little mislead (my mistake) with the vcard:VCard box in the diagram in Section 1.0, and VCARD appearing in the Normative References in the C.1. Understandable. This was a late change. We originally had vcard:VCard as the range of org:siteAddress. This was raised as an ISSUE by other working group members due to vcard address modelling not being compatible with EU INSPIRE, which in turn affected the companion RegOrg vocabulary. Our resolution of this ISSUE is make use of vcard a recommendation rather than a requirement and, as discussed, the phrasing leaves flexibility in how to do that. > I assume the latter should be moved to C.2 Good catch, I have made this change. > (and [FOAF] should be moved from C.2 to C.1 as it is actually Normative?). Up until now we have taken the view that we are stating the relationship between foaf and ORG normatively but that ORG could in principle be used on its own. This may be an arguable point but my preference would be to leave it as it is. > And perhaps the vcard:VCard box in the diagram should be empty. It is greyed out. I was keen to reflect the "recommendation" to use vcard in the diagram. If this is problematic I will remove it from the diagram. [A replacement diagram is in preparation in any case.] > Third, and here comes my stronger view, reuse of ontologies is very rare, as it is "so easy" to create your own semantics. I would like to see W3C reuse more, and I note your Charter does the right thing: > > "The group will have to determine whether it is better to reuse existing widely-deployed terms such as foaf:name and dc:temporal, in their existing name space, or mint new URIs in a w3.org name space. Even if the group decides to mint new URIs, it should link them to equivalent concepts (using, for example, owl:equivalentProperty links) unless there are strong reasons not to." Indeed. We've have gone out of our way to do so. Linking to foaf (despite push back and arguments over that) and linking to PROV-O. We originally reused vCard as well and only moved that to an informative recommendation in response to the INSPIRE issue noted earlier. > Will you be adding equivalent properties? There are already relevant equivalent/sub property/class links for foaf, PROV-O and SKOS. > Fourth (semantic comment), I note that foaf:Agent is specifically used for "persons" in your ontology - I assume you are aware that the semantics of foaf:Agent is much broader; "An agent (eg. person, group, software or physical artifact)". We are indeed aware of that and deem it both appropriate and necessary, otherwise we would have used foaf:Person. Specifically there are use cases, and existing data representing UK government structure, where a post in one organization is held by another organization (a committee), acting as a collective agent, rather than an individual. We also have the notion of an OrganzationalCollaboration which is an Organization all of whose members are themselves Organizations. > Fifth (and here comes the vCard plug to consider), the updated vCard now provides much more cleaner semantics when it comes to people, orgs, locations, and groups. That is good news. Given that vCard is still being finalized (I note the issue over namespace at least) I don't think we can publish a definitive mapping right now. My recommendation is that as vCard is finalized we work together to define the mapping between vCard and ORG terms. Then in publishing vCard you include those mapping statements. Once that's done we can find some way to include the mapping statements back into the ORG ontology as well. I don't know enough about W3C procedures to understand how that would be done. Whether we could simply add the mapping statements to the ontology, or would need someone to publish a Note defining the mapping or whether some update cycle on the ORG document would be needed. In any case there seems rethinking going on about how W3C handles vocabularies so hopefully this sort of thing will become easier in the future. > So, for example, v:Individual would be a good candidate for a "person", As noted about we actually need Agent not Person. If you state that v:Individual is equivalent class to foaf:Person (which I assume is what you mean) then that would be sufficient to close the loop. That's not something that would be appropriate to state as part of ORG. > and v:Organization = org:Organisation, If that is what you intend for v:Organization then that's great and should definitely be added to ORG once the new vCard is stable. I assume you are happy with the corollary that : v:Organization = foaf:Organization > and v:Location for org:Site. Is it? I don't see in the current draft anything which defines the properties of a v:Location so it's hard to tell. If a v:Location indeed represents a site which could have an address, and if it allows for other address representations so that we don't undo resolution of the INSPIRE/RegOrg issue then that's fine. Are you satisfied with this response? Dave
Received on Wednesday, 8 May 2013 09:14:01 UTC