Hi Peter,
I wrote some code to better answer the second part of your email.
> > Besides the SPARQL usecase, here's a simple usecase for wrapping data as
> > RDF:
> >
> > interface Person {
> >String getFirstName();
> >String getLastName();
> >String getDiary()
> > }
> >
> > interface
On Thu, Apr 16, 2015 at 7:41 AM, Sergio Fernández wrote:
> Hi,
>
> On Wed, Apr 15, 2015 at 12:30 PM, Reto Gmür wrote:
>
> > On Wed, Apr 15, 2015 at 7:15 AM, Sergio Fernández
> > wrote:
> >
> > > On Wed, Apr 15, 2015 at 2:20 AM, Peter Ansell
> >
On Wed, Apr 15, 2015 at 7:15 AM, Sergio Fernández wrote:
> On Wed, Apr 15, 2015 at 2:20 AM, Peter Ansell
> wrote:
> >
> > BlankNodes cannot be compared across different SPARQL queries. That is
> > a well known RDF issue, not just with SPARQL, and is not going to be
> > solved by anything except
On Sat, Apr 11, 2015 at 12:39 PM, Peter Ansell
wrote:
> On 11 April 2015 at 22:11, Reto Gmür wrote:
> > On Mon, Mar 30, 2015 at 2:07 PM, Benedikt Ritter
> wrote:
> >
> >> Hello Reto,
> >>
> >> 2015-03-30 14:45 GMT+02:00 Reto Gmür :
> >>
On Mon, Mar 30, 2015 at 2:07 PM, Benedikt Ritter wrote:
> Hello Reto,
>
> 2015-03-30 14:45 GMT+02:00 Reto Gmür :
>
> > Hi all,
> >
> > The clerezza commons RDF proposal that was in the sandbox and is now in
> the
> > clerezza-rdf-
Hi all,
The clerezza commons RDF proposal that was in the sandbox and is now in the
clerezza-rdf-core repository has been changed to use
org.apache.clerezza.commons-rdf.
As you know if all goes well clerezza will be based in the result of the
incubating project. If however this project should unf
Hi all,
Sorry that I couldn't reply earlier.
Stian is right, this is code that might become part of the incubating
project.
It is not about having a non-trivial implementation but about a proof
of-concept implementation against a SPARQL Backend as a mean to evaluate
design decisions in the API.
My SMTP server was having some problems so the mail below was not posted.
I've made some more commits today with some initial code of a Sparql backed
implementation, but the interesting bits are still missing
Cheers,
Reto
On Sun, Feb 8, 2015 at 6:37 PM, Reto Gmür wrote:
> Hi Mi
On Tue, Feb 3, 2015 at 4:44 PM, Andy Seaborne wrote:
>
>
> It depends a bit on the "A" in API -- whether "application" means "user
> application" or includes system-machinery things like parsers but the
> boundary is nit easy to fix.
>
I don't see the reason to make such a distinction. What's th
On Mon, Feb 2, 2015 at 8:20 AM, Sergio Fernández wrote:
> Hi,
>
> On 30/01/15 23:15, Reto Gmür wrote:
>
>> On Wed, Jan 28, 2015 at 4:22 PM, Sergio Fernández
>> wrote:
>>
>>> Summarizing, we understand that the Apache Commons project wants to keep
>&g
On Tue, Feb 3, 2015 at 2:53 PM, Andy Seaborne
wrote:
> [snip]
>
> Why preclude graphs across JVMs (in time or space)?
>
What is imho best limited to a JVM instance is the existence of a BNode
beyond its existence within the Graph. The Graph itself can be represented
by multiple Graph Objects spre
.
>
> This layering should be reflected in code.
>
> The commons rdf API should reflect the Data Model; how to build graphs how
> they can be manipulated. Systems can then be built on top of that -
> including Clerezza leaning graphs, or owl:sameAs prototype chains (which
>
Hi Andy,
This analogy might help (or not):
>
> There is a table with 4 metal spheres on it in a line across it. Each
> sphere is exactly kind of material, the same mass, the same colour and the
> same shininess. You can ask "is that sphere the same as that other one?"
> by pointing to two of th
Hi Peter,
Of your usecases the only one which might be an argument for exposing an
blank-node id is:
1. The same document parsed using the same parser implementation into
> the same graph may generate BlankNode objects that are .equals and if
> they are .equals the .hashCode must be the same.
>
simple/GraphImpl.java#L43
>
> https://github.com/commons-rdf/commons-rdf/blob/master/simple/src/main/java/com/github/commonsrdf/simple/TripleImpl.java#L46
>
> .. so this is tricky to get right!
>
>
> Whoever invented Blank Nodes... why not just
> and be done with it.
> If s
On Wed, Jan 28, 2015 at 4:22 PM, Sergio Fernández wrote:
> Hi everybody,
>
> after the intense discussions last weeks, this week we're coming down to
> what could be a suitable approach for Commons RDF.
>
> Summarizing, we understand that the Apache Commons project wants to keep
> the communicati
On Fri, Jan 16, 2015 at 12:29 AM, Peter Ansell
wrote:
> The only sticking point then and now IMO is the purely academic
> distinction of opening up internal labels for blank nodes versus not
> opening it up at all. Reto is against having the API allow access to
> the identifiers on academic groun
;
Currently in clerezza we have rdf.core.tests part of it could become a part
of commons-test.
I agree this is very important to ensure interoperability.
Cheers,
Reto
> >
> > And if we get this far we might as well try to make it a standard by
> > submitting a JSR ;-)
>
> >
> > Regards,
> >
> > Minto
> >
> >
> > Reto Gmür schreef op 14-1-2015 om 15:15:
> > > Hi Minto
> > >
> > > I would be very interested to learn abou your opinion on the
> > > commons-rdf proposal I recently committed.
> > >
> > > Cheers,
> > > Reto
> >
>
On Tue, Jan 20, 2015 at 2:58 PM, Torsten Curdt wrote:
> > There are several ASF projects in the
> > RDF space. They have been through the incubator. Please do talk to
> those
> > projects if you have concerns.
>
> I am sorry - but how are those projects relevant in this case?
>
> And what's so
s will
replace BlankNode objects with instances of their own subclass of BlankNode
as soon as they can (i.e. as soon as originally added instance becomes
eligible for garbage collection).
Cheers,
Reto
On Tue, Jan 13, 2015 at 7:30 AM, Reto Gmür wrote:
> Hi all,
>
> I've just co
Hi all,
I've just committed a new version to
http://svn.apache.org/viewvc/commons/sandbox/rdf/trunk/
The most obvious change if that instead of having TripleCollection, MGraph
and Graph there is now Graph and ImmutableGraph. With this change the usage
of the term "graph" is a bit closer to the c
Hi Sergio
On Fri, Dec 19, 2014 at 12:49 PM, Sergio Fernández
wrote:
>
> Hi,
>
> On 18/12/14 13:43, Benedikt Ritter wrote:
>
>> We had a similar proposal a while ago [1]. Is the Clerezza RDF library
>> related to this proposal? In the end the people around
>> https://github.com/commons-rdf/commons
Hi Andy
On Thu, Dec 18, 2014 at 11:12 PM, Andy Seaborne wrote:
>
> I am rather surprised by the approach here.
>
> There are several RDF-related projects - Jena, Marmotta, Any23, Stanbol,
> Clerezza and other that use RDF.
>
> How do they fit in?
>
> reto wrote:
>
>> Following the recent announc
On Thu, Dec 18, 2014 at 3:17 PM, Reto Gmür wrote:
>
>
>
> On Thu, Dec 18, 2014 at 1:24 PM, Benedikt Ritter
> wrote:
>>
>> 2014-12-18 14:10 GMT+01:00 Reto Gmür :
>> >
>> > Hi Benedikt,
>> >
>> > On Thu, Dec 18, 2014 at
On Thu, Dec 18, 2014 at 1:24 PM, Benedikt Ritter wrote:
>
> 2014-12-18 14:10 GMT+01:00 Reto Gmür :
> >
> > Hi Benedikt,
> >
> > On Thu, Dec 18, 2014 at 12:43 PM, Benedikt Ritter
> > wrote:
> > >
> > > Hello Reto,
> > >
>
Hi Benedikt,
On Thu, Dec 18, 2014 at 12:43 PM, Benedikt Ritter
wrote:
>
> Hello Reto,
>
> 2014-12-18 13:29 GMT+01:00 Reto Gmür :
> >
> > Hi all,
> >
> > Following the recent announcement and as mentioned yesterday I've started
> > some steps t
Hi all,
Following the recent announcement and as mentioned yesterday I've started
some steps towards commons RDF.
The Apache Clerezza project has the goal to provide an "API modeling the
W3C RDF standard without any vendor specific additions". We have been
providing such an API for several years
Hi,
This sounds like a great occasion to publish a revised version of the core
RDF libraries in clerezza as Commons RDF.
This has been the topic of several discussions already. The Clerezza RDF
libraries are strictly based on the RDF concepts and does not introduce
auxiliary concepts (like BNode
28 matches
Mail list logo