if it was called
linked data, web of data of anything that does not include the
word semantic.
-Bertrand (with my marketing hat on ;-)
--
---
Marco Neumann
KONA
Join us at SemTech Biz in New York City October 15-17, 2012 and save
15% with code STMN
http://www.lotico.com/evt/SemTechBizNYC2012
...@incubator.apache.org
--
---
Marco Neumann
KONA
Join us at SemTech Biz in New York City October 15-17, 2012 and save
15% with code STMN
http://www.lotico.com/evt/SemTechBizNYC2012
implementation because I'm not up to speed on exactly what
GeoSPARQL requires
Rob
On 9/12/12 2:51 PM, Marco Neumann marco.neum...@gmail.com wrote:
it uses the JTS Topology Suite indexer which hasn't been updated for a
while but is open source under the LGPL license.
On Wed, Sep 12, 2012
On Thu, Sep 13, 2012 at 8:19 AM, Andy Seaborne a...@apache.org wrote:
On 12/09/12 23:10, Marco Neumann wrote:
I would say yes the interesting bits are done by JTS. we used another LGPL
index for geosparql.org.
I think Jena deserves a dedicated file based indexer to support the full
OGC
client request.
I will keep your comments in mind do some further tests with
jena-fuseki-0.2.4 in the sandbox
On Thu, Oct 4, 2012 at 6:56 AM, Andy Seaborne a...@apache.org wrote:
On 03/10/12 21:21, Marco Neumann wrote:
we've upgraded a machine from jena-fuseki-0.2.2 to jena-fuseki-0.2.4
and now
just tried the 0.2.5-SNAPSHOT same problem
On Thu, Oct 4, 2012 at 9:56 AM, Andy Seaborne a...@apache.org wrote:
On 04/10/12 14:44, Marco Neumann wrote:
thanks Andy I will stick with jena-fuseki-0.2.2 for now, it seems
subjectively to be faster as well.
Be careful! This may be because
actually both, but I think you are right with your earlier suggestion
about the http request.
i will take it off list with you from here.
On Thu, Oct 4, 2012 at 3:17 PM, Andy Seaborne a...@apache.org wrote:
On 04/10/12 17:03, Marco Neumann wrote:
just tried the 0.2.5-SNAPSHOT same problem
will work -- but there's plenty of JDK changes that we might like to use.
have to agree the Lambdas might be a very interesting opportunity to
consider a more comprehensive change to the API
--
---
Marco Neumann
KONA
thanks for the update Andy and glad to know where to look now for the script.
On Fri, Mar 22, 2013 at 9:35 AM, Andy Seaborne a...@apache.org wrote:
On 22/03/13 12:41, Marco Neumann wrote:
is TDBROOT the same as JENAROOT in the apache-jena-2.10.0 download?
I'm trying to use tdbloader2
and indeed tdbloader2 is impressively fast even on some of my dead
slow virtual small cores with 1.7gb ram it hits 30k/s triples.
nice job Andy
On Fri, Mar 22, 2013 at 9:35 AM, Andy Seaborne a...@apache.org wrote:
On 22/03/13 12:41, Marco Neumann wrote:
is TDBROOT the same as JENAROOT
. is tdbloader2 throttled to a certain number?
I can see that it takes 50k triples at a time is that configurable?
On Fri, Mar 22, 2013 at 1:03 PM, Marco Neumann marco.neum...@gmail.com wrote:
and indeed tdbloader2 is impressively fast even on some of my dead
slow virtual small cores with 1.7gb ram
a...@apache.org wrote:
On 23/03/13 15:49, Marco Neumann wrote:
this is not important at the moment but I have tested the tdbloader2
on several different configurations from small virtual machines with
1gb ram to dedicated machines with 8 cores and 128gb ram.
Part of tdblaoder2 are calls to unix sort(1
than long and detailed and later. (The final phase
of GSoC is write-up - that's needs to cover the next developers to come
along.)
What do you think about this?
Andy
--
---
Marco Neumann
KONA
.)
What do you think about this?
Andy
--
---
Marco Neumann
KONA
Neumann wrote:
On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne a...@apache.org wrote:
On 05/08/13 14:25, Marco Neumann wrote:
Andy,
yes, but I am discussing some details with Ying Jiang off-list there are
some configuration questions I still have. The code itself looks OK.
Great - thanks
Andy,
is Ying Jiang a member of the dev list?
Marco
On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann marco.neum...@gmail.comwrote:
ok so I have the project now in the correct setup and the code compiles
fine but with 1677 warnings as mention by you
I am going to test the code with larger
:04 PM, Ying Jiang jpz6311...@gmail.com wrote:
Hi,
I'm with the dev list. Any problems with your tests?
Best regards,
Ying Jiang
On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann marco.neum...@gmail.com
wrote:
Andy,
is Ying Jiang a member of the dev list?
Marco
On Mon, Aug 5
at 9:58 PM, Marco Neumann marco.neum...@gmail.com
wrote:
Andy,
is Ying Jiang a member of the dev list?
Marco
On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann marco.neum...@gmail.com
wrote:
ok so I have the project now in the correct setup and the code compiles
fine
at 12:17 AM, Marco Neumann marco.neum...@gmail.com
wrote:
the current project requires the spatial data for points to come typed as
xsd:float. otherwise data is ignored during indexing.
example:
a.) {will be indexed}
airports:EGBB rdf:type airports_sc:LargeAirport ;
geo:lat
/org/apache/jena/query/spatial/TestTDBDatasetWithLuceneSpatialIndex.java
Please update the code and have a try. I'm very grateful to your valuable
feedbacks!
Best regards,
Ying Jiang
On Wed, Aug 7, 2013 at 12:49 AM, Marco Neumann marco.neum...@gmail.com
wrote:
I would lean towards b
I think Ying Jiang has already addressed this by using a tdb model instead
during index creation.
On Fri, Aug 9, 2013 at 4:03 PM, Andy Seaborne a...@apache.org wrote:
On 06/08/13 17:47, Marco Neumann wrote:
also is it correct that jena-spatial does create a full in-memory model
before
been quieter than the previous which involved a
significant release. The good news is that only relatively minor issues
have arisen and no maintenance release has been needed.
--
---
Marco Neumann
KONA
-fuseki-new-ui to
Experimental/jena-fuseki2 as it's a complete replacement for jena-fuseki.
It's not a branch to be merged back into the old code base any more.
Andy
--
---
Marco Neumann
KONA
thx for the clarification.
On Sat, Mar 29, 2014 at 6:07 AM, Andy Seaborne a...@apache.org wrote:
On 28/03/14 20:30, Marco Neumann wrote:
http://people.ao/~andy
Couldn't resolve host 'people.ao'
1/ the bytes are not there yet!
2/ .ao is an abbr for apache.org.
Tends to get written
is pure
key-value. Using it did not make an observable difference (see teh
cache) so using the B+Tree code was easy and it doesn't have the
reallocate burstiness of the external hash table.
Thanks! Yi Liao
Andy
--
---
Marco Neumann
KONA
the reallocate burstiness of the
external hash table.
Thanks! Yi Liao
Andy
--
---
Marco Neumann
KONA
not understand.
[2] Actually, if the encoding is compatible, what will happen is that TDB1
will see the database at the time of the upgrade. Welcome to copy-on-write
immutable data structures.
--
---
Marco Neumann
KONA
orne, which
>>> cover the entire contribution.
>>>
>>> Please vote to approve receiving this contribution:
>>>
>>> [ ] +1 Accept the contribution
>>>[ ] -1 Don't accept the contribution because ...
>>
>>
>> +1
>>
>> -Osma
>>
>>
>
--
---
Marco Neumann
KONA
not unreasonable.
jjust a typo here > short "notice" to
>
> We would like to suggest to the benchmarking community that they adopt a
> code of good practice that encourages feedback leading to high-quality
> results for the long term benefit of other researchers.
>
> If you could raise the topic of responsible disclosure of issues
> identified during the course of your workshop that would be much
> appreciated.
>
> Regards,
>
> The Apache Jena PMC
>
--
---
Marco Neumann
KONA
m work on
> Jena on the side. We very much rely upon the wider community to provide input
> on bugs that need to be resolved e.g. Performance issues and the features we
> should prioritise. When someone clearly knew of a problem but didn’t tell us
> that is inevitably frus
nchmarks are. Except for a few
> high-profile projects, I rarely see anyone refer to this sort of evidence as
> a reason to or not to adopt a system.
>
>
> ajs6f
>
> Marco Neumann wrote on 10/19/17 9:26 AM:
>
>> Rob,
>>
>> unfortunately this is more common in
datasets
> and different settings.
>
> Given that, would it be better to not immediately jump to retiring
> jena-spatial (given that we had a users@ email this week and that's a
> rare occurrence!). I'm neutral and wil go with whatever people who have
> better knowledge determine to be the best approach.
>
> Andy
>
>
>
--
---
Marco Neumann
KONA
> There is some work to do on this so it would be useful for me to delay
> the switchover if the release is before New Year.
>
> Thanks,
>
> Greg
>
>
> On 13/12/2018 12:13, Marco Neumann wrote:
> > I would certainly recommend to keep jena-spatial for now and c
Excellent news.
On Fri 14 Dec 2018 at 20:00, Greg Albiston wrote:
> Hi Marco,
>
> The JTS project has been re-licenced last year as Eclipse Publish
> License and Eclipse Distribution License, which are Apache compatible
> AFAIK.
>
> Thanks,
>
> Greg
>
> On 14/1
e "geo:" prefix is the one used throughout the GeoSPARQL
> documentation, so has been used for consistency when needed. The code
> doesn't have a dependency on the "geo:" prefix, so there is no
> requirement on the user. It would probably cause more confusion to those
> fol
essor error like the one above and
report something to the user. because now it seems to hit all wkts in the
dataset before finishing up (of course ignoring LIMIT in the sparql query)
while the user waits with no further information to be finally presented
with a an empty results table.
Best,
Marco
...@jena.apache.org again to clarify a few things
and hopefully get more people involved in this conversation around spatial,
geosparql and jena.
On Fri, Nov 30, 2018 at 1:23 PM Marco Neumann
wrote:
> how quickly can you hook geosparql into the release?
>
> this would make lucene spatial
s Jean Spatial is only doing a spatial reference system.
>
> I don't think it would be too difficult to support the existing Jena
> Spatial functionality, at least based on the webpage
> (https://jena.apache.org/documentation/query/spatial-query.html), as an
> extension to what is pro
figuration done by the Fuseki release
> that isn't present in the API.
>
> If the GeoSPARQL-Fuseki functionality is incorporated into the Fuseki
> release then wouldn't this issue be resolved?
>
> Thanks,
>
> Greg
>
> On 09/12/2018 22:43, Marco Neumann wrote:
> > Greg, I
99%2C53.3299984%20-6.199))%22%5E%5Egeosparql%3AwktLiteral))%7D=json'
from origin 'http://192.168.0.15' has been blocked by CORS policy: No
'Access-Control-Allow-Origin' header is present on the requested resource.
On Tue, Dec 4, 2018 at 1:29 PM Marco Neumann
wrote:
>
>
>
Andy
>
> On 29/11/2018 17:00, Marco Neumann wrote:
> > I will have to look into that I guess since I am frequent user of spatial
> > data.
> >
> > why not go to 7.5? was there an incompatibility?
> >
> > On Thu 29. Nov 2018 at 16:53, Andy Seaborne wrot
ess-control
>
> == JIRA:
>
> 31 currently.
>
> https://s.apache.org/jena-3.10.0-jira
>
> == Updates
>
> Only plugins. JENA-1624
>
> surefire : 2.21.0 -> 2.22.1 (+ SUREFIRE-1588)
> compiler : 3.7.0 -> 3.8.0
> shade: 3.1.0 -> 3.2.0
>
> Andy
>
--
---
Marco Neumann
KONA
> We can wait a bit longer for 3.11.0, or do 3.11.0 fairly soon with
> whatever is ready, including getting things in and expect to further
> refine, then advance the timing on 3.12.0.
>
> Thoughts?
>
> Andy
>
--
---
Marco Neumann
KONA
gt;
> java -cp fuseki-jar:spatial.jar $@
>
> should work - JenaSystem.init will happen and ServiceLoader cause
> spatial to be available as before.
>
> Andy
>
> On 03/04/2019 22:11, Marco Neumann wrote:
> > ok Andy, I will prepare for the removal of jena sp
nnoyed by being outranked by something called
> "CockroachDB", but that's probably just a bit of prejudice on my part.
>
> ajs6f
>
> > On Apr 7, 2019, at 10:43 AM, Marco Neumann wrote:
> >
> > maybe somewhat related. I have noticed that the Jena project wa
uld explain the drop (85->118) in rankings which occurred between
November 2018 and April 2019.
[1] http://web.archive.org/web/*/https://db-engines.com/en/ranking
On Sun, Apr 7, 2019 at 4:00 PM Marco Neumann wrote:
>
> :D
> certainly prejudice here, or it's a New York thing only.
>
thread.
> >>
> >> This message is to ask about timing - when might people have a chance to
> >> vote on a release? what timing works for you? I can RM this month.
> >>
> >> Andy
> >>
> >> PS I have a couple of things "in progress" : TDB2 migrated to the
> >> jena-dboe-storage framework and redoing Fuseki request dispatch but I'm
> >> holding back - this release is about GeoSPARQL.
> >
>
--
---
Marco Neumann
KONA
median function not going to be in this release?
On Tue, May 28, 2019 at 10:25 AM Andy Seaborne wrote:
> +1
>
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] 0 Don't care
> > [ ] -1 Don't rele
> >>>
> >>> [ ] +1 Approve the release
> >>> [ ] 0 Don't care
> >>> [ ] -1 Don't release, because ...
> >>
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
>
>
--
---
Marco Neumann
KONA
ease contact Infrastructure at:
> us...@infra.apache.org
>
>
> With regards,
> Apache Git Services
>
--
---
Marco Neumann
KONA
:
> Is this this a new database?
>
> (This issue happens silently at update time but the symptom happens at
> read and it can be a long time apart).
>
> If new, do you have a reproducible example, creating and using the
> database?
>
>
>
> On 12/06/2019 19:38, Marco Neumann wrot
to speed up the
process in the query?
--
---
Marco Neumann
KONA
Issue Type: Improvement
> > Components: ARQ
> >Affects Versions: Jena 3.6.0
> >Reporter: Andy Seaborne
> >Assignee: Andy Seaborne
> >Priority: Minor
> > Fix For: Jena 3.7.0
> >
> >
>
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v7.6.3#76005)
>
--
---
Marco Neumann
KONA
iv.org/abs/1906.01933
>
>
>
> --
> Lorenz Bühmann
> AKSW group, University of Leipzig
> Group: http://aksw.org - semantic web research center
>
>
--
---
Marco Neumann
KONA
eeps waiting in the queue for slow responses to finish up before
> > proceeding to the next node.
> >
> > Would it not be a good idea to make SERVICE a thread to speed up the
> > process in the query?
> >
> >
>
>
> --
> Lorenz Bühmann
> AKSW group, University of Leipzig
> Group: http://aksw.org - semantic web research center
>
>
--
---
Marco Neumann
KONA
t; >>> proceeding to the next node.
> >>>
> >>> Would it not be a good idea to make SERVICE a thread to speed up the
> >>> process in the query?
> >>>
> >>>
> >>
> >> --
> >> Lorenz Bühmann
> >> AKSW group, University of Leipzig
> >> Group: http://aksw.org - semantic web research center
> >>
> >>
>
> Hello Marco,
>
>
>
>
>
> Kind regards,
> Lorenz
>
> --
> Lorenz Bühmann
> AKSW group, University of Leipzig
> Group: http://aksw.org - semantic web research center
>
>
--
---
Marco Neumann
KONA
Where do fname and testGood come from in the syn-*.sh scripts for ARQ
syntax testing?
--
---
Marco Neumann
KONA
gt; it would be appropriate to increment only the "micro" or "patch" number.
>
> ajs6f
>
> > On Apr 19, 2019, at 1:33 PM, Marco Neumann
> wrote:
> >
> > any particular reason why you add the 0 at the end?
> >
> > Jena 3.
o merge the Fuseki setup but exactly how
> >>>> and whether separate is better for users due to the specialised nature
> >>>> can wait. Release should get feedback after it is incorporated -
> >>>> "release early, release often".
> >>>>
> >>>> Greg - how does that sound?
> >>>>
> >>>> PMC - having more eyes on this would be helpful.
> >>>>
> >>>> If the timing is OK, we can work on details on the ticket JENA-664 (or
> >>>> email on dev@).
> >>>>
> >>>> == JENA-1691 : Prometheus metrics
> >>>>
> >>>> This is getting there. We have the code worked out, the packaging needs
> >>>> a bit of discussion; importantly it is missing L changes due to
> >>>> BSD-binaries in the combined jars mean some L changes.
> >>>>
> >>>> == JENA-1690 : SurroundQueryParser
> >>>>
> >>>> Looks like this is ready and waiting for someone to merge it.
> >>>>
> >>>>
> >>>> With all that, it looks like some things to sort out.
> >>>>
> >>>> We can wait a bit longer for 3.11.0, or do 3.11.0 fairly soon with
> >>>> whatever is ready, including getting things in and expect to further
> >>>> refine, then advance the timing on 3.12.0.
> >>>>
> >>>> Thoughts?
> >>>>
> >>>> Andy
> >>>
> >>
> >
--
---
Marco Neumann
KONA
t; > The deadline for the vote is Saturday, 27th April at 17:00 UTC
>
--
---
Marco Neumann
KONA
: "linux", version: "5.0.0-13-generic", arch: "amd64", family: "unix"
On Sun, Apr 28, 2019 at 11:48 AM Marco Neumann
wrote:
> will run a build tonight
>
> On Sun, Apr 28, 2019 at 11:43 AM Andy Seaborne wrote:
>
>> Ping
>>
>> On 24
ttp://kasei.us/2009/09/sparql/protocol_validator.cgi
>
> (and conneg for Turtle to get an EARL report)
>
> Andy
--
---
Marco Neumann
KONA
rds,
Marco
On Mon, Apr 8, 2019 at 5:53 PM Andy Seaborne wrote:
>
> Marco - Good investigation.
>
> Andy
>
> On 07/04/2019 16:24, Marco Neumann wrote:
> > So using web.archive.org [1] I can track changes to the project name
> > from "Jena" to
Suggestion for retirement, that is remove the code and put a README.md
> in the module root directory.
>
>jena-maven-tools (not released since 3.6.0)
>
--
---
Marco Neumann
KONA
e vertices
> and edges impl - but the opposite is still less clear for me.
>
> Le dim. 8 sept. 2019 à 23:31, Marco Neumann a
> écrit :
>
> > On Sun, Sep 8, 2019 at 10:15 PM Romain Manni-Bucau <
> rmannibu...@gmail.com>
> > wrote:
> >
> > > Le di
<https://twitter.com/rmannibucau> | Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
>
--
---
Marco Neumann
KONA
On Sun, Sep 8, 2019 at 10:15 PM Romain Manni-Bucau
wrote:
> Le dim. 8 sept. 2019 à 23:03, Marco Neumann a
> écrit :
>
> > Romain, if I understand you correctly here, and since you are at the
> > beginning of this process I think I would like to see this designed as
>
> + is there a correct LICENSE and NOTICE file in each artifact
> (both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
KONA
rch: "amd64", family: "unix"
On Thu, Sep 26, 2019 at 12:24 PM Andy Seaborne wrote:
> (Please remove VOTE if it is discussion.)
>
>
> On 9/26/19 10:29 AM, Marco Neumann wrote:
> > i see that the repo is already up to 3.14 do you do the testing on branch
> &g
ooks like a sideways information passing paradigm at first glance.
>
> Andy
>
> On 31/10/2019 10:01, Marco Neumann wrote:
> > FYI had a quick look over the ISWC 2019 proceedings and there are 8
> papers
> > that make direct reference to the (Apache) Jena project
> >
>
t. The better place to be is that an application can get what it
> needs to do, not whether the Jena system has every feature built-in.
>
> Andy
>
--
---
Marco Neumann
KONA
shopping", you may wish to factor in that every feature needs effort to
> > > do it. The better place to be is that an application can get what it
> > > needs to do, not whether the Jena system has every feature built-in.
> > >
> > > Andy
> > >
> >
>
>
> --
> I like: Like Like - The likeliest place on the web
> <http://like-like.xenei.com>
> LinkedIn: http://www.linkedin.com/in/claudewarren
>
--
---
Marco Neumann
KONA
roduction. I got an answer when I got a query about
> how to do some specific task from a company that was utilizing it for a
> number of implementations.
>
> Claude
>
> [1] https://jena.apache.org/documentation/permissions/index.html
>
> On Fri, Nov 15, 2019 at 11:24 AM Marc
ISPRS Int. J. Geo-Inf. 2019, 8(7), 310;
https://doi.org/10.3390/ijgi8070310
Enjoy,
Marco
--
---
Marco Neumann
KONA
I have made some changes to the documentation on the jena.apache.org site
with the anonymous username and can indeed see these changes now in the
edit view but not in the live view. Is this correct behavior, does this
change wait for some admin approval?
--
---
Marco Neumann
KONA
>
> I do not recall seeing the actual change come across dev@ (which it
> normally would). Do you have a link to the patch in the Apache CMS handy? I
> am happy to review and commit it.
>
> ajs6f
>
> > On Dec 4, 2019, at 2:58 PM, Marco Neumann
> wrote:
> >
>
assign user name and password to individual users? I'd say it doesn't need
to be tied into the build process of the Apache Jena project IIUC
On Fri, Dec 6, 2019 at 3:41 PM ajs6f wrote:
> Did you have suggestions for a different process?
>
> ajs6f
>
> > On Dec 6, 2019, at 8:38
adoc/" it needs special handling as a script
> resets tha whole of "javadoc/" as part of the release process.
>
> Andy
>
> On 06/12/2019 13:38, Marco Neumann wrote:
> > Thanks Adam,
> >
> > the process sounds a bit cumbersome, but in any event the page
nd allow any Jena
> user who asks to have an account? Or something else?
>
> ajs6f
>
> > On Dec 6, 2019, at 10:52 AM, Marco Neumann
> wrote:
> >
> > assign user name and password to individual users? I'd say it doesn't
> need
> > to be tied into the build p
Apache
> INFRA's old-line CMS isn't easy to maintain or publish, so that
> alternatives are attractive. I suspect that real improvement for our
> documentation process would be better achieved by migrating to a new system.
>
> ajs6f
>
> > On Dec 6, 2019, at 11:17 AM, Marco Neumann
;
> https://www.apache.org/foundation/governance/pmcs
>
> is about PMCs specifically and:
>
> https://www.apache.org/foundation/governance/pmcs#merit
>
> is particularly relevant.
>
> ajs6f
>
> > On Dec 6, 2019, at 11:53 AM, Marco Neumann
> wrote:
> >
> > OK
looks good
On Fri, Dec 6, 2019 at 9:28 PM Andy Seaborne wrote:
>
>
> On 06/12/2019 13:38, Marco Neumann wrote:
> > Thanks Adam,
> >
> > the process sounds a bit cumbersome, but in any event the page I have
> > already edited is here
> >
> >
> http
f seconds as reported for the other
> systems so unsure what has happened there.
>
> Cheers,
>
> Greg
> On 04/12/2019 14:00, Marco Neumann wrote:
>
> FYI here is a new review / comparison that mentions the new Apache Jena
> GeoSPARQL effort in this recent publication:
>
> Asses
unctions, e.g. north, south, east, west. Would
> require wrap around for geographic SRS.
> - considering support for geographic SRS as WGS84 appears in most
> examples. e.g. great circle distance, angle, azimuth.
> - filter functions for Geometry properties but applied to G
ickers.
>
> Claude
>
> --
> I like: Like Like - The likeliest place on the web
> <http://like-like.xenei.com>
> LinkedIn: http://www.linkedin.com/in/claudewarren
>
--
---
Marco Neumann
KONA
l/fosdem/2019q4/002900.html
>
> On Sun, Nov 24, 2019 at 10:02 AM Marco Neumann
> wrote:
>
> > good idea, do you think that it would be possible to get a devroom for
> jena
> > at FOSDEM?
> >
> > On Sun, Nov 24, 2019 at 9:51 AM Claude Warren wrote:
> &g
ermined that somethings should be a property and not a
> child node and now we need that property to be a child node.
>
> Claude
>
> On Sun, Nov 24, 2019 at 10:49 AM Marco Neumann
> wrote:
>
> > indeed looks like it's catering well for Neo4j and property graphs as it
> > is...
&
roposed improvements by the authors.
--
---
Marco Neumann
KONA
excellent Andy, thank you.
On Fri, Mar 6, 2020 at 5:11 PM Andy Seaborne wrote:
> JENA-1851 merged.
>
> Now building with the full build on Java13 and Java14.
>
> >>>> Lucene 7.7.2
> >>>> ElasticSearch 6.8.6 (Lucene 7.7.2)
>
> Andy
>
--
---
Marco Neumann
KONA
me: 04:23 min
--
---
Marco Neumann
KONA
On Wed, Feb 19, 2020 at 10:27 AM Andy Seaborne wrote:
> https://builds.apache.org/view/H-L/view/Jena/
>
> On 17/02/2020 15:32, Marco Neumann wrote:
> > FYI
> >
> > current Apache Jena 3.15.0-SNAPSHOT mvn build fails with OpenJDK 13.02 on
> > SPARQL Text Searc
possible that they already have addressed this and the Jena
> community needs to upgrade to a newer ElasticSearch, in which case
> contributions welcome
>
>
>
> Rob
>
>
>
> From: Marco Neumann
> Reply to:
> Date: Wednesday, 19 February 2020 at 18:57
> To:
> S
On Wed, Feb 19, 2020 at 4:49 PM Andy Seaborne wrote:
>
>
> On 19/02/2020 14:04, Marco Neumann wrote:
> > On Wed, Feb 19, 2020 at 10:27 AM Andy Seaborne wrote:
> >
> >> https://builds.apache.org/view/H-L/view/Jena/
> >>
> >> On 17/02/2020 15:32, Ma
when java is 13+.
>
> Andy
>
> On 19/02/2020 18:56, Marco Neumann wrote:
> >
> >
> >
> > On Wed, Feb 19, 2020 at 4:49 PM Andy Seaborne > <mailto:a...@apache.org>> wrote:
> >
> >
> >
> > On 19/02/2020 14:04, Marco Ne
I was able to build (clean install) the latest snapshot (Apache Jena
3.15.0-SNAPSHOT) with jdk13.02 by upgrading lucene to version 7.7.2
and elasticsearch to 6.8.6
On Wed, Feb 19, 2020 at 8:23 PM Marco Neumann
wrote:
> thanks Andy, I am sure these flags will come in handy
>
> th
AM Andy Seaborne wrote:
> On 22/02/2020 11:35, Marco Neumann wrote:
> > I was able to build (clean install) the latest snapshot (Apache Jena
> > 3.15.0-SNAPSHOT) with jdk13.02 by upgrading lucene to version 7.7.2
> > and elasticsearch to 6.8.6
>
> Should we upgra
speaks for the quality and durability of Apache software ;)
On Sun 23. Feb 2020 at 17:52, Andy Seaborne wrote:
> Off by one error :-)
>
> Lucene 8.4.1 , not 8.4.2
>
> https://repo1.maven.org/maven2/org/apache/lucene/
>
> Andy
>
> On 23/02/2020 10:31, Marco
gt; >>> SELECT ?a ?b ?c
> >>> WHERE
> >>>{ ?a mbz:alias "Amy Beach" .
> >>> ?b cmno:hasInfluenced ?a .
> >>> ?c mo:composer ?b ;
> >>> bio:date ?d
> >>>}
> >>> // Let’s generate its algebra
> >>> Op op = Algebra.compile(query); results into this:
> >>> (project (?a ?b ?c)
> >>>(bgp
> >>> (triple ?a <http://dbtune.org/musicbrainz/resource/vocab/alias>
> "Amy Beach")
> >>> (triple ?b <
> http://purl.org/ontology/classicalmusicnav#hasInfluenced> ?a)
> >>> (triple ?c <http://purl.org/ontology/mo/composer> ?b)
> >>> (triple ?c <http://purl.org/vocab/bio/0.1/date> ?d)
> >>>))
> >>> The bgp in algebra follows the exact same order as specified in the
> where clause of the query. Very precisely, does Jena constructs the query
> plan as it is? or it will change the order at some other level?
> >>> I would be happy if someone can guide me about how the Jena's plan
> actually constructed. If I will use some statistics of the actual RDF graph
> to change the order of triple patterns in the BGP based on selectivity,
> would it optimize the plan somehow?
> >>> Many Thanks,
> >>> Best Regards,
> >>> Kashif Rabbani.
> >
>
--
---
Marco Neumann
KONA
Andy Seaborne wrote:
>
>
> On 06/03/2020 17:40, Marco Neumann wrote:
> > is there statistical data available for the number of deductions /
> > joins performed for each SPARQL query of a QueryExecution object?
>
> If you run with "explain" you can find out but
ssion (called “redex”) at a time."
https://www.futurelearn.com/courses/functional-programming-haskell/0/steps/27197
On Sun, Mar 8, 2020 at 4:44 PM Andy Seaborne wrote:
> Then I don't understand what you are looking for.
>
> What's a "deduction"? What's a "cell"?
1 - 100 of 246 matches
Mail list logo