Egbert Gramsbergen | 18 Jun 2012 11:36
Picon
Picon

[fcrepo-user] language tags (xml:lang) in RELS-EXT ignored in triple store?

Hello,

 

I added a few language-specific literals to RELS-EXT but the language tag seems to be ignored by the triple store. For example, if I add as a child of rdf:Description something like <label xmlns=”info:test/test#” xml:lang=”nl”>hallo</label> I can retrieve it in SPARQL using the literal “hallo” and not “hallo” <at> nl.

Is this is a bug, a deliberate choice or something I can change in the configuration? I am using Fedora 3.4.

 

Thanks, Egbert Gramsbergen

Egbert F. Gramsbergen

TU Delft / Library Innovation + SSC-ICT

e.f.gramsbergen-hGVxb2UgFK3z+pZb47iToQ@public.gmane.org

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
Egbert Gramsbergen | 26 Jun 2012 15:26
Picon
Picon

Re: [fcrepo-user] language tags (xml:lang) in RELS-EXT ignored in triple store?

Language tags in the DC datastream are propagated correctly into the triple store, so this is not a problem of the triple store itself but one of translating RELS-EXT into triples. I just created an issue for this in jira, https://jira.duraspace.org/browse/FCREPO-1107

Egbert Gramsbergen

From: Egbert Gramsbergen [mailto:E.F.Gramsbergen-hGVxb2UgFK3z+pZb47iToQ@public.gmane.org]
Sent: maandag 18 juni 2012 11:36
To: 'fedora-commons-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org'
Subject: [fcrepo-user] language tags (xml:lang) in RELS-EXT ignored in triple store?

 

Hello,

 

I added a few language-specific literals to RELS-EXT but the language tag seems to be ignored by the triple store. For example, if I add as a child of rdf:Description something like <label xmlns=”info:test/test#” xml:lang=”nl”>hallo</label> I can retrieve it in SPARQL using the literal “hallo” and not “hallo” <at> nl.

Is this is a bug, a deliberate choice or something I can change in the configuration? I am using Fedora 3.4.

 

Thanks, Egbert Gramsbergen

Egbert F. Gramsbergen

TU Delft / Library Innovation + SSC-ICT

e.f.gramsbergen-hGVxb2UgFK3z+pZb47iToQ@public.gmane.org

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
Benjamin Armintor | 26 Jun 2012 17:56
Picon
Gravatar

Re: [fcrepo-user] language tags (xml:lang) in RELS-EXT ignored in triple store?

I can verify that the relationship parsing does handle language for DC
triples, but not for RELS-EXT or RELS-INT.  I'm working on a issue
branch, but I'm scheduling it for 3.6.1 since I need to evaluate the
backwards-compatibility for journaling and the web APIs.  We also
can't test this with SPO, so I'll need to revisit the integration
tests.

More specifically, org.fcrepo.server.storage.types.RelationshipTuple
needs to support the language attribute.  This in and of itself is not
a big deal internally, but I'm not sure how the serializations will
need to change. On the plus side, there are probably some (very minor)
performance improvements to be made in this part of the codebase.

Egbert, I wish I could offer my usual consolation about wiring in an
alternative module implementation that would fix it, but I dont' think
that'll work in this case.  I'll post to your issue when there's a
branch you could run from until 3.6.1 is out.

- Ben

On Tue, Jun 26, 2012 at 9:26 AM, Egbert Gramsbergen
<E.F.Gramsbergen@...> wrote:
> Language tags in the DC datastream are propagated correctly into the triple
> store, so this is not a problem of the triple store itself but one of
> translating RELS-EXT into triples. I just created an issue for this in jira,
> https://jira.duraspace.org/browse/FCREPO-1107
>
> Egbert Gramsbergen
>
> From: Egbert Gramsbergen [mailto:E.F.Gramsbergen@...]
> Sent: maandag 18 juni 2012 11:36
> To: 'fedora-commons-users@...'
> Subject: [fcrepo-user] language tags (xml:lang) in RELS-EXT ignored in
> triple store?
>
>
>
> Hello,
>
>
>
> I added a few language-specific literals to RELS-EXT but the language tag
> seems to be ignored by the triple store. For example, if I add as a child of
> rdf:Description something like <label xmlns=”info:test/test#”
> xml:lang=”nl”>hallo</label> I can retrieve it in SPARQL using the literal
> “hallo” and not “hallo” <at> nl.
>
> Is this is a bug, a deliberate choice or something I can change in the
> configuration? I am using Fedora 3.4.
>
>
>
> Thanks, Egbert Gramsbergen
>
> Egbert F. Gramsbergen
>
> TU Delft / Library Innovation + SSC-ICT
>
> e.f.gramsbergen@...
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Gmane