Re: jena-text limit by named graph (and language?)

no graph means index wide, c.f. unionDefaultgraph, or current graph. I don't know. Andy On 04/12/13 10:09, Osma Suominen wrote: Hi, I'm reposting the below message from the users mailing list as this seems to be a more appropriate place to submit new patches. I'd like to add support

Re: jena-text limit by named graph (and language?)

04.12.2013 15:40, Osma Suominen wrote: So my question is: if we assume that we're dealing with TDB graphs, and the SPARQL pattern limits the context to a single graph URI (as e.g. http://example.com/mygraph in the example below), how can the text:search property function know that and find out

Re: jena-text limit by named graph (and language?)

Thesaurus, GEMET and Reegle thesaurus into distinct named graphs, using skos:prefLabel as the indexed predicate): $ du -s Lucene* 5004Lucene 5012Lucene-graph Comments? Any chances of getting this merged? -Osma 04.12.2013 17:59, Osma Suominen wrote: 04.12.2013 15:40, Osma Suominen wrote

Re: jena-text limit by named graph (and language?)

. Where is the documentation kept? Do you take documentation patches as well or what is the preferred way of contributing to the docs? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Teollisuuskatu 23) 00014 HELSINGIN YLIOPISTO Tel. +358

CMS diff: Docs for jena-text graph-specific indexing

Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/documentation%2Fquery%2Ftext-query.mdtext Osma Suominen Index: trunk/content/documentation/query/text-query.mdtext

Re: jena-text limit by named graph (and language?)

users too much if we publish documentation pertaining to SNAPSHOTs and unreleased features. Cheers, Rob On 11/12/2013 10:16, Osma Suominen osma.suomi...@helsinki.fi wrote: On 09/12/13 11:27, Rob Vesse wrote: For using the CMS to generate patches for the website see the notes at http

Re: Jena 2.11.1?

ignore the two tests from the test framework that don't work reliably for me with java7 because the queries runs too fast (!) http://s.apache.org/wV To all dev@ readers - if you could try out the current snapshot build in preparation, that would be great. Andy -- Osma Suominen D.Sc. (Tech

Re: SDB indexes for Nodes

^128 which is the MD5 digest size. Otherwise you would likely get a hash collision with a SDB having only a few million triples. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Teollisuuskatu 23) 00014 HELSINGIN YLIOPISTO Tel. +358 50

jena-text LowerCaseKeywordAnalyzer implementation

/LowerCaseKeywordAnalyzer.java [2] https://github.com/tuplejump/stargate-core/blob/master/src/main/java/com/tuplejump/stargate/lucene/CaseInsensitiveKeywordAnalyzer.java -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Teollisuuskatu 23) 00014

Re: jena-text LowerCaseKeywordAnalyzer implementation

Hi! Any interest in my contribution? Anything I can do to help get this, or something like it, into jena-text? -Osma 01.09.2014, 15:38, Osma Suominen kirjoitti: Hi! I liked the option to specify Analyzer for jena-text, as implemented in JENA-654. But I'd like to use an analyzer

Re: jena-text LowerCaseKeywordAnalyzer implementation

a minor edit, mentioning the new Analyzer. Last time I used the ASF CMS to update the jena-text documentation (that was for graph-specific indexing). Is that still the way to do it? Or should I create a patch for the Markdown file? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems

Re: jena-text LowerCaseKeywordAnalyzer implementation

and a description of where it goes on the page (just to make sure it's clear), is fine for a minor change. OK. It's just adding one sentence. I put the description of what to do as a Jira comment. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O

Re: jena-text LowerCaseKeywordAnalyzer implementation

, Osma Suominen wrote: Hi Andy! 03.09.2014, 14:32, Andy Seaborne wrote: https://issues.apache.org/jira/browse/JENA-776 Thanks. I couldn't find a way to assign this to you though, it's currently still Unassigned. Maybe I don't have permission to do that in Jira. Just putting the new text in a JIRA

Re: Jena git question

/support-for-subversion-clients Using this, you should be able to check out just a part of the tree via svn commands. It's not perfect, but it works for us for some things where native git is cumbersome. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library

Re: [jira] [Updated] (JENA-626) SPARQL Query Caching

on a graph level, if not triple level) contributed to the cached results of a particular query, it could perhaps do even smarter invalidation and not throw away everything when a single triple changes. -Osma [1] https://github.com/NatLibFi/Skosmos/wiki/FusekiTuning#http-caching -- Osma

Re: Storing values in Lucene index

the actual values in a Lucene index... Lucene supports it (and Solr too), LARQ does it, many people do it. I understand that not all people will need it (and the associated size/performance costs), but it could be made optional. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems

Storing values in Lucene index Re: Release planning : 2.13.0

of skos:altLabel values, as there are in e.g. AGROVOC thesaurus data. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Teollisuuskatu 23) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http

Re: Ant colony optimisation for SPARQL queries?

). -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Teollisuuskatu 23) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: [GitHub] jena pull request: Lucene index synchro on triple deletion (jena-t...

code and handling deletions in an appropriate, if somewhat brutal, way. That should make it easier to implement synchronization in the regular case, where quads correspond exactly to Lucene documents. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library

Re: Jena-text multilingual implementation

for text index configuration by Java code is potentially an issue, but I've understood that there is also other API churn going on at the moment with the Jena3 transition, so this might be a good moment to clean up the API and get rid of old methods. -Osma -- Osma Suominen D.Sc. (Tech

Re: TDB2

, but I understood it's not very simple. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: jena-text proposal: store literal values

return TextHit objects (this was implemented for the return score case), which would get an extra field that you could query using getLiteral() or some such method. [Hmm, where /did/ I put that code?] Now would be a good time to find it :) -Osma -- Osma Suominen D.Sc. (Tech), Information

jena-text proposal: store literal values

to implement this, but they are not yet ready for public review. I can make a pull request later on when I have something to show. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50

jena-text build failure, dependency on jena-arq?

. Is a dependency for jena-arq missing for the jena-text module, perhaps as a result of moving around the command line related classes? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358

Re: jena-text build failure, dependency on jena-arq?

Oops, it turns out I had messed up my git clone and was using obsolete code without realizing. Sorry for the noise. -Osma 24.06.2015, 12:41, Osma Suominen kirjoitti: Hi all, I tried to build the most recent jena-text module (without building any other parts of Jena) but got these kind

Re: jena-text proposal: store literal values

we shouldn't handle typed literals as well. OK. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: jena-text proposal: store literal values

, Osma Suominen kirjoitti: On 24/06/15 16:21, Chris Dollin wrote: Okay, but where should the type be stored in that case? In another field, analoguous to langField? Could use the same field with a flag for language vs type. Right. Since the field is already/currently intended for language

Re: Welcom Osma Suominen to the Jena PMC!

Thank you all for the warm welcome! -Osma 25.06.2015, 15:37, Andy Seaborne kirjoitti: We're delighted to announce that Osma Suominen has joined the Jena PMC and is now also a committer for the project. Welcome Osma! Andy, on behalf of the Jena PMC -- Osma Suominen D.Sc. (Tech

Re: Definition of SPARQL variable pre-binding

-- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Publish website? Was : [jira] [Commented] (JENA-978) jena-text: store original literals

, 2015 at 5:46 PM, Osma Suominen osma.suomi...@helsinki.fi wrote: On 19/08/15 11:40, Andy Seaborne wrote: I don't see why not. From what I remember, the only pending documentation without feature is the GSoC CONSTRUCT-quads page, and the link to it. As that's nearly ready anyway, I say we can

Re: Fuskei and ETags

so I'd recommend looking at mod_expires documentation for inspiration. -Osma [1] https://github.com/NatLibFi/Skosmos/wiki/FusekiTuning#http-caching [2] http://httpd.apache.org/docs/2.2/mod/mod_expires.html -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library

Re: [] Release Jena 3.0.1 and Fuseki 2.3.1

Hi Andy! On 11/12/15 13:54, Andy Seaborne wrote: On 10/12/15 20:18, Osma Suominen wrote: PREFIX skos: <http://www.w3.org/2004/02/skos/core#> PREFIX text: <http://jena.apache.org/text#> SELECT * WHERE { GRAPH <http://www.yso.fi/onto/yso/> { GRAPH { (

Re: text:query fails with GRAPH and VALUES Re: [] Release Jena 3.0.1 and Fuseki 2.3.1

ueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:745) 21:56:15 INFO [4] 500 Attempt to reassign '?graph' from '<http://www.yso.fi/onto/yso/>' to '<http://www.yso.fi/onto/yso/>' (27 ms) -Osma 10.12.2015, 18:51, Andy Seaborne kirjoitti: On 10/12/15 15:53, Osma Suomin

Re: [] Release Jena 3.0.1 and Fuseki 2.3.1

ustom Jetty configuration [1] and some other server configuration (startup scripts and symlinks) that maybe needs some migration to be able to switch to Fuseki2. [1] https://github.com/NatLibFi/Skosmos/wiki/FusekiTuning#tuning-jetty -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National

Re: [VOTE] Release Jena 3.0.1 and Fuseki 2.3.1

/>) (<http://www.yso.fi/onto/puho/>) (<http://www.yso.fi/onto/sapo/>) (<http://www.yso.fi/onto/tero/>) (<http://www.yso.fi/onto/tsr/>) (<http://www.yso.fi/onto/valo/>) (<http://www.yso.fi/onto/ysa/>) (<http://www.yso.fi/onto/yso/>)

Re: Versions in JIRA Re: [ANN] Release Apache Jena 3.0.1 and Fuseki 2.3.1

ago but eventually gave up, it was just too complex for the team members) -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http

Re: [VOTE] Release Jena 3.0.1 and Fuseki 2.3.1

On 10/12/15 11:57, Osma Suominen wrote: I'll try to investigate further and isolate a more minimal example. I just wanted to raise this ASAP. The query execution order seems to have changed for this kind of query: PREFIX skos: <http://www.w3.org/2004/02/skos/core#> PREFIX text:

Re: [] Release Jena 3.0.1 and Fuseki 2.3.1

not make a performance difference, it is better code) On 10/12/15 09:57, Osma Suominen wrote: On 08/12/15 13:56, Andy Seaborne wrote: Hi, Here is a vote on a release of Jena 3.0.1 with Fuseki 2.3.1 and Fuseki 1.3.1. -1. We installed Fuseki 1.3.1-SNAPSHOT 2015-12-07T14:05:00+ on our dev server

text:query fails with GRAPH and VALUES Re: [] Release Jena 3.0.1 and Fuseki 2.3.1

ern instead of the text:query pattern works. If I change ?graph to the actual URI and remove the VALUES clause, then there is no error. This also happens with 1.3.0 so this is not a new bug. -Osma Fuseki - version 1.3.1-SNAPSHOT (Build date: 2015-12-06T09:53:42+0000) 10.12.2015, 15:14, Osm

VERSION and BUILD_DATE for jena-sdb commands

show this correctly. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: VERSION and BUILD_DATE for jena-sdb commands

add up. I can live with a couple of seconds startup delay, but refactoring the scripts is an option. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi

Re: Request for review of jena-sdb distribution

Hi! So far there has been only one public response (thanks Andy!). If there are no further opinions about this within 24 hours, I will assume that there's a lazy consensus and conclude that the SDB distribution is good. -Osma On 20/01/16 09:51, Osma Suominen wrote: Hi, I've recently

Request for review of jena-sdb distribution

LICENSE and NOTICE files Worrying about this now will make it easier to get the next Jena release out. Thanks, Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi

Re: Establishing JIRA principles/etiquette.

defining what "none is forthcoming" means in practice). It could be, say, two weeks or a month from asking. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529

Re: [] Release Jena 3.1.0 (3rd proposed candidate)

unit:jar:hadoop2:1.0.0: Could not transfer artifact org.apache.mrunit:mrunit:pom:1.0.0 from/to central (https://repo.maven.apache.org/maven2): Connection reset -> [Help 1] redoing, or "-rf" constinuing works fine. On 11/05/16 07:56, Osma Suominen wrote: On 10/05/16 18:05, Andy Seab

Re: [VOTE] Release Jena 3.1.0 (3rd proposed candidate)

* OSGi fixes (Jaroslav Pullmann) * General maintenance: about 80 JIRA. -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: [VOTE] Release Jena 3.1.0 (3rd proposed candidate)

.0-79-generic", arch: "amd64", family: "unix" -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Towards release 3.1.0

the binaries so the ones picked up are from a previous maven run. So something in the assembly. That might mean this is a very old situation that just happened not to occur or a change of version or a change of assembly. Andy On 02/05/16 08:45, Osma Suominen wrote: +1 for releasing without

Re: [VOTE] Release Jena 3.1.0 (2nd proposed candidate)

dev etc. (also STDEV etc as keywords). * FactoryRDF Parsing RDF now saves space by interning RDFTerms created during a each parser run. * OSGi fixes (Jaroslav Pullmann) * General maintenance: about 80 JIRA. -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Librar

Re: Towards release 3.1.0

://github.com/apache/jena/pull/95 On 18/04/16 12:35, Osma Suominen wrote: Hi Andy! I'm happy with the current state of Jena and would support a release. This time I've been more diligent in using recent snapshots so there should be less chance of problems that surface only around release time. I have

JENA-626 Re: Towards release 3.1.0

me know if this PR can be accommodated in the release and if any further changes required. https://github.com/apache/jena/pull/95 Regards Saikat On Mon, Apr 18, 2016 at 5:05 PM, Osma Suominen <osma.suomi...@helsinki.fi> wrote: Hi Andy! I'm happy with the current state of Jena and

Re: Towards release 3.1.0

service per file, shared datasets * JSON result fix type: "literal" not "type": "typed-literal" * Space saving when parsing (FactoryRDF) Parsing RDF now saves space by partial interning RDFTerms created during a each parser run. -- Osma Suominen D.Sc. (Tech),

Re: not sure if I am on track for release

-- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

[VOTE] Re: Release vote : 3.2.0

the source archive really be built? • Is there a correct LICENSE and NOTICE file in each artifact (both source and binary artifacts)? • Does the NOTICE file contain all necessary attributions? • Does the tag in the SCM contain reproducible sources? -- Osma Suominen D.Sc. (Tech), Information

Re: Time for Jena 3.2.0 release?

nk you > have time, that's fine.) > > -- I like: Like Like - The likeliest place on the web <http://like-like.xenei.com> LinkedIn: http://www.linkedin.com/in/claudewarren -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Time for Jena 3.2.0 release?

? All JIRA marked as fixed in 3.2.0: https://s.apache.org/uhcd Andy Adam - are you still interested in being the RM? (If you don't think you have time, that's fine.) -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014

Re: Time for Jena 3.2.0 release?

w features in it, so I think bumping the minor version makes sense for most releases (unless there are really major changes of course). -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358

Re: Maintenance branches

nch like this could be a solution that wouldn't require much extra effort from the developers. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi

Re: Clearing up old branches

of tools, for example hdt-fuseki (a version of Fuseki that can serve read-only data directly from HDT files), and then building the necessary APIs on top of that (perhaps using Elda). -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26

Re: Clearing up old branches

ynamic PRs and better to keep the main code repository as focused on the main line of development so I propose deleting branches and closing JIRA as noted above. +1 -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014

Re: Clearing up old branches

their LDP instance. That seems outside the bounds for Jena. Right, that's not really Jena. However, a RDF-only LDP implementation would, IMHO, make sense and could probably still be very useful. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P

Re: [VOTE] Release Apache jena 3.1.1 (2nd)

OTICE 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? -- Osma Suominen D.Sc. (Tech), Information Systems Speci

Re: Next version?

and change the Lucene index on-disk format. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Is anyone using jena-text with Solr?

it's just a burden on the other code within jena-text. Opinions? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Towards Jena 3.1.1

before we can release. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Towards Jena 3.1.1

for the 3.1.0, 3.1.1 change should be recorded in JIRA somewhere. Okay with me. In fact, I'd like us to be releasing more frequently (3 monthly?) because the long gap has caused (3.1.0, 3.1.1) there to be a lot of prep work as things get cleared up. +1 -Osma -- Osma Suominen D.Sc. (Tech

Re: Fwd: web access of the questions and answers

. Andy Forwarded Message Subject: web access of the questions and answers Date: Fri, 13 Jan 2017 11:06:20 +0100 From: Sandor Kopacsi <sandor.kopa...@univie.ac.at> Reply-To: us...@jena.apache.org To: us...@jena.apache.org CC: Osma Suominen <osma.suomi...@helsinki.fi>

Requesting review of PR #227, jena-text Elasticsearch support

and would be ready to merge it, but I'd like to have someone else look at the code before doing that. In particular, I'm unsure about whether the tests have been set up properly. See this comment: https://github.com/apache/jena/pull/227#issuecomment-288991477 Thanks, Osma -- Osma Suominen D.Sc

Re: Remove get and updateEntity methods from TextIndex interface in jena-text?

Soroka The University of Virginia Library On Mar 16, 2017, at 11:20 AM, Andy Seaborne <a...@apache.org> wrote: This is a major jump for jena-text so getting in changes in the next version makes sense to me. Andy On 16/03/17 10:50, Osma Suominen wrote: Hi, In the process o

Remove get and updateEntity methods from TextIndex interface in jena-text?

on for keeping them, or should I just remove them from the interface and its implementations? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Release 3.3.0?

, we could still do a .1 to fix just that specific issue. I like 2. more than 1. because it allows more freedom for subsystems to evolve on their own. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO

Re: Release 3.3.0?

preference is "release early, release often" not make JENA-1313 a precondition unless it is nearly ready - the lucene switch and ElasticSearch are valuable to get out. Agree. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (K

Re: Extending Jena Text to Support ElasticSearch as Indexing/Querying Engine

is bug? Thanks, Anuj Kumar On Fri, Mar 3, 2017 at 11:22 AM, Osma Suominen <osma.suomi...@helsinki.fi> wrote: Hi Anuj, It's great that we found agreement over this! I've restarted the Lucene upgrade effort (JENA-1250) that had stalled and made a PR [1] that implements the upgrade up to v

Re: Coordination on some JIRA in progress.

test case. If that is not forth coming, I intend to close this; it seems to relate to the shape of the data. I'm not going to guess at possibilities in the hope I stumble across something. I have not a response to a change to the query to see what happens. Andy -- Osma Suominen D

Re: Preparing for 3.3.0 / jena-text

, so I think only that should be shipped. However, the integration tests depend on a full Elasticsearch install, set up using elasticsearch-maven-plugin. Do we have to do something to the pom files so that only the ES client code is included in the Fuseki build? -Osma -- Osma Suominen D.Sc

Re: Jena 3.3.0 roadmap

dependencies such as exclusions. I prefer a module structure to using exclusions to pick and choose what goes into Fuseki. -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi

Re: Fuseki development notes

are clear and also depending on what people thing about having many modules given that each way to shade or assembly binaries needs a module to produce an deployable artifact (or some long names with the version and classifier in them and use ). -- Osma Suominen D.Sc. (Tech), Informati

Re: [VOTE] Accept contribution of TDB2

Epimorphics Ltd and Andy Seaborne, 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 -- Osma Suominen D.Sc. (Tech), Information Systems Specialist

Re: TDB2 merged

Andy Seaborne kirjoitti 04.10.2017 klo 00:43: It's in the build joined in at apache-jena-libs. It is in Fuseki2 server jar, but not the UI - a user needs to use a configuration file. That also works in fuseki-basic. Documentation to follow. Andy -- Osma Suominen D.Sc. (Tech), Information

Re: Contribution of TDB2

s:fuseki-tdb2-server -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Property Paths benchmark @ ISWC2017

isclosure of issues identified during the course of your workshop that would be much appreciated. Regards, The Apache Jena PMC -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529

Re: jena-text highlighting support

, with Reply-To set to users@. -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Property Paths benchmark @ ISWC2017

5 reworked.  So even by the argument of secret, they could have done something. True, they could at least have contacted the project after the original paper/thesis was published. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukat

Re: Jena 3.6.0?

Andy Seaborne kirjoitti 26.11.2017 klo 01:02: Is there the energy and time to vote on a 3.6.0 release if I build one? Please respond if you'll be able to vote in the next few weeks. I should be able to test and vote after Dec 7th or so. -Osma -- Osma Suominen D.Sc. (Tech), Information

bad Fuseki Content-Length value Re: TDB2 testing

yay!), but this exposes the problem. It's a very minor issue at least to me. I'm more interested in the other questions - especially if it's possible to maintain a Fuseki endpoint with a TDB2 store, occasionally pushing new data but not filling the disk doing so. -Osma -- Osma Suominen D.Sc. (T

Jena 3.5.0 release in JIRA

Hi, I reported a couple of issues today and noticed that JIRA still considers Jena 3.5.0 an unreleased version. https://issues.apache.org/jira/projects/JENA/versions/12341133 I didn't dare to press the Release button myself... -Osma -- Osma Suominen D.Sc. (Tech), Information Systems

Re: CMS diff: Jena Full Text Search

/package-summary.html#package_description) +are all available to be used for searches within a `Field`. For example: + +?s text:query "description:(large AND cartridge)" + +and + +(?s ?sc ?lit) text:query (ex:description "(includes AND (large OR capacity))") + +will work

Re: TDB2 testing Re: TDB2 merged

something to contribute. But delving deep into Fuseki/TDB2 integration issues are a bit too far outside my comfort zone, unfortunately. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50

Re: TDB2 testing Re: TDB2 merged

rite a separate message about that, probably this time on users@ -Osma Osma Suominen kirjoitti 27.10.2017 klo 13:44: Hi, As I've promised earlier I took TDB2 for a little test drive, using the 3.5.0rc1 builds. I tested two scenarios: A server running Fuseki, and command line tools opera

Re: [text] JENA-1388 :: Lucene text search across multiple fields ("AND") yields no results

and I would appreciate some insight and review of what I noted on the ticket. Thanks Andy -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http

Re: [ANN] Apache Jena 3.5.0

iew pull requests at https://github.com/apache/jena/pulls or drop into the dev@ list. We use github pull requests and other ways for accepting code:     https://github.com/apache/jena/blob/master/CONTRIBUTING.md The Apache Jena development community -- Osma Suominen D.Sc. (Tech), Informa

Re: [] Release Apache Jena 3.5.0 (RC2)

ecessary 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? -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P

Re: [] Release Apache Jena 3.5.0 (RC2)

es, so with the current timeout of 30 second, it seems to fail maybe one third of the time. -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: [VOTE] Release Apache Jena 3.5.0 (RC2)

CE been upgraded appropriately? + does the tag/commit in the SCM contain reproducible sources? -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: [VOTE] Release Apache Jena 3.5.0

ntain 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? -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library

TDB2 testing Re: TDB2 merged

least as an option? 3. Should there be a JIRA issue about UI and API support for creating TDB2 datasets? 4. Should there be a JIRA issue about the bad Content-Length values reported by Fuseki? -Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26

Re: Welcome Chris!

on behalf of the Apache Jena PMC -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@helsinki.fi http://www.nationallibrary.fi

Re: Towards Jena 3.7.0

Sorry, I meant of course that JENA-1488 wouldn't be ready. JENA-1506 is done, documentation and all, thanks to Chris! -Osma Osma Suominen kirjoitti 28.03.2018 klo 10:39: Hi Andy! I just did a couple of small fixes to the fuseki systemd service file (JENA-1510 and JENA-1511). But it turns

Re: Towards Jena 3.7.0

: A few days is fine For timing the VOTE, I have recently tried to leave at least a couple of the days which are in the week and not a weekend anyway. And I have documentation updates to do. Presumably there are some for 1506/1488?     Andy On 22/03/18 12:09, Osma Suominen wrote: Hi Andy

Re: Towards Jena 3.7.0

t. * JENA-1499 : PR done, JIRA open - is there work still in progress? My mistake-- I just closed the ticket. ajs6f -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 osma.suomi...@

  1   2   3   4   >