You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Andy Seaborne (JIRA)" <ji...@apache.org> on 2015/05/01 15:32:06 UTC
[jira] [Commented] (JENA-907) Change contract on
getLocalName/getNameSpace.
[ https://issues.apache.org/jira/browse/JENA-907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14523191#comment-14523191 ]
Andy Seaborne commented on JENA-907:
------------------------------------
With Jena3, there is an opportunity to make this change.
> Change contract on getLocalName/getNameSpace.
> ---------------------------------------------
>
> Key: JENA-907
> URL: https://issues.apache.org/jira/browse/JENA-907
> Project: Apache Jena
> Issue Type: Improvement
> Components: Jena
> Reporter: Andy Seaborne
> Priority: Minor
>
> The methods {{getLocalName}} and {{getNamespace}} only split a URI if it is a strict legal RDF/XML value.
> This is becoming a source of questions on users@ as well as various forums. The expectation of users has moved on toexpect a split more freely, inspired by Turtle. The usages seem to be more about presentation of data than use in syntax.
> Proposal for Jena3:
> {{getLocalName}} and {{getNamespace}} used outside of syntax creation are considered as being for presentation and more aggressive split URIs. This is at least as much as Turtle would, and possible at the last {{/}} or {{#}} regardless of legality of the local part.
> Currently found in:
> # {{Node.getLocalName}}
> # {{Property.getLocalName}}
> # {{Resource.getLocalName}}
> To do this, RDF/XML ouput needs its own copy of the origonal code ({{Util.splitNamespace}}).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)