Re: WG: "zero relations" in dataset mappings (has no matching entity in)

Hi Joachim,

No, I've never seen this. It looks in fact a bit odd, as the aligned vocabularies may be extended one day so that a mapping can be found.

Re. the representation, there must be ways to express this, using OWL class construction mechanisms (your instance of SWD would be in instance of the complement class to the class of reosurces that have a SKOS mapping property statement with a concept from STW). But I'd be tempted to wait for feedback to your questions on the other lists before trying it ;-)

Cheers,

Antoine


> Hi,
>
> Maybe one of you - from the VocAlign Cluster, especially ;) - has dealt with this?
>
> Any hints are appreciated -
>
> Cheers, Joachim
>
> -----Ursprüngliche Nachricht-----
> Von: semantic-web-request@w3.org [mailto:semantic-web-request@w3.org] Im Auftrag von Neubert Joachim
> Gesendet: Donnerstag, 20. Januar 2011 14:11
> An: Semantic-web@w3.org
> Betreff: "zero relations" in dataset mappings (has no matching entity in)
>
> When matching and mapping two datasets, it is common that - on both sides - you find entities which don't have a matching entity on the other side.
>
> When that non-matching was verified intellectually, it could be valuable to report this fact - especially to keep track of "false positives"
> (e.g. matching labels, but different concepts in SKOS systems).
> Basically, this states a relation between an entity - e.g., a skos:Concept - and a set of entities - as defined e.g. by a skos:ConceptScheme or a void:Dataset.
>
> Are you aware of any pattern to express this in RDF?
>
> I consider coining something like
>
>    ext:noMatchingEntity rdfs:subPropertyOf skos:note .
>
> Since the date of the above mentioned verification should be reported, you could end up along the lines the following example
>
>    <http://d-nb.info/gnd/4125416-8>  ext:noMatchingEntity
>      [ rdf:value<http://zbw.eu/stw>  ;
>        dcterms:modified "2010-01-25"^^xsd:date ] .
>
> What do you think?
>
> Cheers, Joachim
>
>

Received on Thursday, 20 January 2011 19:02:41 UTC