here is a new version of the ER (and a small class diagram) for publication data, according to the requirements we discussed in our last VC.
The diagram only is for discussion. An extensible and flexible RDF schema may be more appropriate. Also, I did not fully design all the sub-classes for publications and conferences, as this can get rather extensive, and standards already exist.
Important issues from my side:
a) Affiliation with address and geo-location
- How to extend the SWRC affiliation property of a Person to also include address, and geo-location?
- Proposal: vCard in RDF: http://www.w3.org/2006/vcard/ns
- How to handle legacy data? According to the latest SWRC OWL an affiliation is an organization, which according to [Sure 2005] (http://www.aifb.kit.edu/web/Inproceedings1003) only has a single name property.
b) Ternary association between paper, author, affiliation
- Only with a ternary association all occurring relations can be mapped. Some analysis only is possible if these exists.
- Not all data sources provide these data.
- To be able to do both, the database schema should be seen as suggestion, only, and the BuRST as exchange format. Then every client can adopt the data according to his needs.
c) Unification / Duplicate handling
- Xavier and his team as well as I came up with unification heuristics. It would be great to offer these cleaned-up data to the community.
- Allow same-as relations (?)
- Question: Is it needed to provide both, the original and the unified data? Or can we just go with the cleaned data (with the potential false positives)?
I would appreciate any feedback, as well as your opinion on how we proceed using and extending BuRST. I would love to use it, also for further discussion, but at the moment some things are not very clear to me.
Best,
Till
--
Dipl.-Inform.(FH) Till Nagel
Interaction Design Lab
Fachhochschule Potsdam
http://interface.fh-potsdam.de
--
You received this message because you are subscribed to the Google Groups "SciTEL2.0" group.
To post to this group, send email to scit...@googlegroups.com.
To unsubscribe from this group, send email to scitel20+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/scitel20?hl=en.