Matt Williamson schrieb:
> Markus,
>
> I was reading this thread and just thought I'd throw my thoughts in.
> I've already been thinking about how I might do an AJAX-like cross-
> wiki query for geographic point data within Semantic Layers--e.g. I'm
> planning to build pluggable search modules into the software, so an
> obvious one would be to search a remote SMW/SL wiki. So I had already
> considered giving SL its own AJAX-friendly data service special page
> (which would output OpenLayers' tab-separated text data format)...but
> if there was an SMW general solution to this kind of use case, that
> would be awesome and I'd definitely find a way to use it.
>
We're planning to implement a webservice interface for ASK queries (as
part of the Halo-Project), so that other people can contribute with some
client applications. If we have a triple store attached (sometime in
future), it will also support SPAQRL as query language not only ASK.
Maybe it will also support a subset of SPARQL which can be answered by
the SMW Reasoner even if there is no triple store.
Cheers,
Kai
> -Matt
>
>
> On Mar 15, 2008, at 8:19 AM, Markus Krötzsch wrote:
>
>
>> On Freitag, 14. März 2008, Sergey Chernyshev wrote:
>>
>>> Other stores is a good news. Do you have any particular stores in
>>> mind or
>>> is it going to use SPARQL/UPDATE or something?
>>>
>> We started with RAP, since its binding to PHP is easiest. But the
>> improved
>> architecture gives very easy access to RDF/OWL-like data that can be
>> written
>> to basically any semantic store that one can address from PHP.
>>
>>
>>> I think several people voiced their interest in SMW scaling and
>>> incorporating into a more standard chain of tools.
>>>
>> Yes, that is also why we pushed that development. Having SPARQL
>> interfaces
>> should further simplify the integration with other tools.
>>
>>
>>> But besides that, I believe that incorporating features already
>>> available
>>> withing MW instance (through SMW extension) into API is a good idea
>>> in
>>> general - otherwise people will use screen scraping ;)
>>>
>> Yes, SMW already exports all of its data in a very standard way, but
>> people
>> obviously are too lazy to reuse raw data -- they want to just
>> forward their
>> queries directly ;-) We also look at SMW-to-SMW data exchange as an
>> interesting project (i.e. querying an external SMW-instance via #ask).
>> Volunteers for that project are certainly welcome :-)
>>
>> Markus
>>
>>
>>> Sergey
>>>
>>>
>>> On Fri, Mar 14, 2008 at 8:54 AM, Markus Krötzsch
>>> <mak@...>
>>>
>>> wrote:
>>>
>>>> On Freitag, 14. März 2008, Andreas Wombacher wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I would like to know whether there is somebody now working on an
>>>>> ask
>>>>> api. I need such an api and if there is no one working on it would
>>>>> consider doing it myself.
>>>>> If you are already working on it, is there maybe a possibility to
>>>>> get a
>>>>> pre-view ;-)
>>>>>
>>>> We are not directly working on that, but we are progressing with the
>>>> optional
>>>> support for RDF/OWL stores to be used with SMW. And those stores do
>>>> already
>>>> have various APIs that one might use (for querying, webservices
>>>> based on
>>>> the
>>>> SPARQL query language and result format are usually available).
>>>>
>>>> We also have considered direct support for "remote ask" but did
>>>> not find
>>>> time
>>>> to do it yet. This would need some idea on how to best encode
>>>> results of
>>>> such
>>>> a format. Some XML format is used in SPARQL, but they have only at
>>>> most
>>>> one
>>>> value per "table cell" whereas #ask has a list in each table cell.
>>>> One
>>>> could
>>>> also make an XML container based on a simple RDF-encoding, or just
>>>> use
>>>> some
>>>> ad hoc XML as seems useful.
>>>>
>>>> Regards,
>>>>
>>>> Markus
>>>>
>>>>
>>>>> Sergey Chernyshev wrote:
>>>>>
>>>>>> No, actually, API is there for a while already, I'm using it on
>>>>>> 1.11and I think it was available even before that.
>>>>>> In any case, aiming at older (much older) version of MediaWiki
>>>>>> is not
>>>>>>
>>>> a
>>>>
>>>>
>>>>>> very good idea - SMW itself require MediaWiki 1.11
>>>>>>
>>>>>> On Wed, Feb 13, 2008 at 10:08 AM, Greenman, Ronald (NIH/CIT) [C]
>>>>>> <greenmanrb@... <mailto:greenmanrb@...>> wrote:
>>>>>>
>>>>>> The problem with that API is that extending it cleanly requires
>>>>>> MediaWiki 1.12. However, MediaWiki also has an AJAX framework
>>>>>>
>>>> that's
>>>>
>>>>
>>>>>> been around for a lot longer and allows for clean extensions in
>>>>>> older versions (http://www.mediawiki.org/wiki/Manual:Ajax).
>>>>>> I've
>>>>>> been considering experimenting with this route.
>>>>>>
>>>>>> Beecher Greenman
>>>>>> NIH Contractor (SRA)
>>>>>> greenmanrb@... <mailto:greenmanrb@...>
>>>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>>>> *From:* Sergey Chernyshev
>>>>>> [mailto:semediawiki-devel@...
>>>>>> <mailto:semediawiki-devel@...>]
>>>>>> *Sent:* Tuesday, February 12, 2008 11:21 PM
>>>>>> *To:* Andreas Wombacher
>>>>>> *Cc:* semediawiki-devel@...
>>>>>> <mailto:semediawiki-devel@...>
>>>>>> *Subject:* Re: [SMW-devel] semantic wiki query AJAX api
>>>>>>
>>>>>> I'm interested in this feature too. Actually I was researching
>>>>>> MediaWiki API (http://www.mediawiki.org/wiki/API) and it
>>>>>> seams to
>>>>>>
>>>> be
>>>>
>>>>
>>>>>> quite simple to extend for ask query implementation.
>>>>>>
>>>>>> Sergey
>>>>>>
>>>>>>
>>>>>> On Feb 12, 2008 6:45 AM, Andreas Wombacher
>>>>>> <a.wombacher@... <mailto:a.wombacher@...>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I am wondering whether there is an API for building richer
>>>>>> clients using
>>>>>> semantic annotations of the wiki via an XML RPC or REST or
>>>>>> any other kind of API which copuld be facilitated using AJAX?
>>>>>>
>>>>>> best regards
>>>>>> Andreas
>>>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>>
>>>>
>>>>>> This SF.net email is sponsored by: Microsoft
>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>>>> _______________________________________________
>>>>>> Semediawiki-devel mailing list
>>>>>> Semediawiki-devel@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>>>>>
>>>> -------------------------------------------------------------------------
>>>>
>>>>
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>>> _______________________________________________
>>>>> Semediawiki-devel mailing list
>>>>> Semediawiki-devel@...
>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>>>>
>>>> --
>>>> Markus Krötzsch
>>>> Institut AIFB, Universität Karlsruhe (TH), 76128 Karlsruhe
>>>> phone +49 (0)721 608 7362 fax +49 (0)721 608 5998
>>>> mak@... www http://korrekt.org
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Semediawiki-devel mailing list
>>>> Semediawiki-devel@...
>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>>>
>>
>> --
>> Markus Krötzsch
>> Institut AIFB, Universität Karlsruhe (TH), 76128 Karlsruhe
>> phone +49 (0)721 608 7362 fax +49 (0)721 608 5998
>> mak@... www http://korrekt.org
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
>> Semediawiki-devel mailing list
>> Semediawiki-devel@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Semediawiki-devel mailing list
> Semediawiki-devel@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
--
Dipl.-Inf. Kai Kühn
Professional Services
ontoprise GmbH - know how to use Know-how
---
ontoprise ist Generalunternehmer für Vulcans Semantic Wiki im Projekt Halo
http://www.ontoprise.de/content/e991/e1060/e1528/index_ger.html
---
Amalienbadstraße 36 (Raumfabrik 29); 76227 Karlsruhe
Tel.: +49 (0) 721 509 809 48; Fax: +49 (0) 721 509 809 11
eMail: kuehn@...; www: http://www.ontoprise.de
Sitz der Gesellschaft: Amtsgericht Mannheim, HRB 9540
Geschäftsführer: Prof. Dr. Jürgen Angele, Dipl.Wi.-Ing. Hans-Peter Schnurr
|