at least i got 65%, which is ok.

https://homepage.ntlworld.com/ashen1/ashen/cartoon/morph.html

Ingrid and I are going to argentine on August 13, to be guests at the wedding of my cousin Robert Sauermann. We'll be first in Buenos Aires from 14th to about 17th August and then in Santiago del Estero, at the 20th is the wedding there.

Later on we'll move through the country and see a few places. I don't know anything about Argentine except the Evita movie and that che was born there. Hm, steaks and Churrascaria.

So how will I find out whom i foaf:know in Argentine to visit a few Swhack and rdfig people?

just watched "the terminal", movie directed by Steven Spielberg with Tom Hanks playing a guy stuck at NY airport for 9 months.

we checked a little and found the true story aspect at this nytimes article and a nice wikipedia entry about Merhan Karimi Nasseri, who still lives at Roisin Airport in Paris. The wikipedia entry says that this is still true on 17th July 2005, so probably the web keeps this story alive.

Funny thing, somebody has to have checked this and entered it in wikipedia. this alone is a weird fact, but also giving me a feeling of security: when I want to know something like this, many many other people write stuff down.

finally we have photos of the matatour 2005. as already mentioned in https://leobard.twoday.net/stories/832666/ we were sailing the wide sea of croatia and these is a tiny collection of 400 photos from the 4GB we made in total.

In the last two months we shifted the gnowsis search services to SPARQL. Our problem was, that the common ARQ implementation is slow and does not work in a named graph scenario.

A fine twist in history brought Richard Cyganiak to work at HP Labs for a while and he hacked sparql2sql there, a mapping of sparql to the jena database scheme with support for named graphs.

I asked him if I can use it in gnowsis and he was quite happy to have this as a test-case. Result is, that Richard added a special framework for fulltext search and I hacked some stuff regarding MySQL's fine FULLTEXT index functions (if you don't know it: its similiar to lucene, can do relevance and query expansion and so on)

outcome: an hour ago I transformed the SQL index to the new fulltext format and got hit in the face with the new answer times:

SPARQL of this kind works practically instantly (10-20msec):
PREFIX rdf: <https://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <https://www.w3.org/2000/01/rdf-schema#>
SELECT ?x ?label WHERE
{ GRAPH ?source {
?x rdfs:label ?label.
FILTER REGEX(?label, "test", "i")}}

But the real astonishing thing is that SPARQL of this kind is also fast as hell (10-500ms):
PREFIX rdf: <https://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <https://www.w3.org/2000/01/rdf-schema#>
SELECT ?x ?p ?label WHERE
{ GRAPH ?source {
?x ?p ?label.
FILTER REGEX(?label, "test", "i")}}

In simple words: this is a fulltext scan over all properties of all statements. don't get bothered by the warmup time, the thing will need about 10-20 sec warmup, but then its great.

triplecount:
371994

for the freaks we will probably pack a little executable jar that packs all into a nice demo. for the real freaks:
https://gnowsis.opendfki.de/repos/gnowsis/trunk/sparql2sql/

demo app