2013/5/9 Brian Wolff bawolff@gmail.com
From what I hear wikidata phase 3 is going to basically be support for inline queries. Details are vauge but if they support the typical types of queries you associate with semantic networks - there is category intersection right there.
Right.
If any of the wikidata folk could comment on what sort of queries are planned for phase 3, performance/scaling considerations, technologies being considered (triple store?) Id be very interested in hearing. (I recognize that future plans may not exist yet)
For now we aim at "property value" or "property value-restriction" type queries, and their intersections, i.e.
"lives in -> California" "born -> before 1980" "lives in -> California AND born -> before 1980"
We are considering several different technologies, and we had a number of discussions already with a number of people.
My current gut feeling, based on the limited tests we did so far is, that we start with our normal SQL setup for the first two type of queries, and that we extend to Solr for the third type of queries (i.e. intersections).
more generally it would be interesting to know the performance characteristics of SPARQL type query systems, since people seem to be talking about them. Are they a non starter or could they be feasible?
We are currently not aiming to provide an unrestricted SPARQL endpoint. But, I know that a few other organizations are very interested in setting that up. If it shows that it would be feasible for us, I'd be very happy if we did it too.
Semantic and efficient are not words I associate with each other, but that is due to rumour not actual data. (Although my brief googling doesnt exactly look promising)
That's indeed a rumor, but leads to another discussion :)
Cheers, Denny
-bawolff _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l