From: Benedikt K. <ben...@ki...> - 2011-02-07 15:31:00
Attachments:
smime.p7s
|
Hello, If I understand correctly, SMW allows two ways to use external RDF (exemplified): - [[equivalent URI::http://www.w3.org/People/Berners-Lee/card#i]] which works on both properties and individuals, and which defines owl:sameAs, owl:equivalentObjectProperty, and owl:equivalentDatatypeProperty in the RDF export, respectively. - [[imported from::foaf:knows]] which uses the external URI for the RDF export, which works on properties only, and which needs to set up the namespace in "MediaWiki:Smw_import_foaf" Would it not make sense to extend the functionality of [[imported from::foaf:knows]] to work on individuals, also? For instance, if I want to use individuals from an ontology. Best, Benedikt -- Karlsruhe Institute of Technology (KIT) Institute of Applied Informatics and Formal Description Methods (AIFB) Benedikt Kämpgen Research Associate Kaiserstraße 12 Building 11.40 76131 Karlsruhe, Germany Phone: +49 721 608-47946 (!new since 1 January 2011!) Fax: +49 721 608-46580 (!new since 1 January 2011!) Email: ben...@ki... Web: http://www.kit.edu/ KIT University of the State of Baden-Wuerttemberg and National Research Center of the Helmholtz Association |
From: Samuel L. <sam...@ri...> - 2011-02-07 21:21:10
|
On 02/07/2011 04:30 PM, Benedikt Kaempgen wrote: > - [[imported from::foaf:knows]] which uses the external URI for the RDF > export, which works on properties only, and which needs to set up the > namespace in "MediaWiki:Smw_import_foaf" > > Would it not make sense to extend the functionality of [[imported > from::foaf:knows]] to work on individuals, also? For instance, if I want to > use individuals from an ontology. Interesting question (since I had the same thoughts some year ago :) ) Anyway, those thoughts is what became the main motivation for the RDFIO extension [1], namely to allow import of "individuals" and exporting again using the same URI:s/vocabulary. RDFIO only supports general RDF triples at the moment though, but should be extendable to extend to support OWL too for the one who has the time ... :-o RDFIO uses an own "Original URI" property (mostly in order not to clash with existing import functionality), which can be used in the SPARQL endpoint to convert from SMW:s internal URI:s to the "original URI:s" again, in the query results, by checking a checkbox (can be tested live here: [2]). The (ARC2 powered [3]) SPARQL endpoint supports the CONSTRUCT keyword, and so can be used to make RDF exports. I'm sure far from everything is perfectly thought out in RDFIO, but maybe it can be a useful starting point work for similar things like this. Cheers // Samuel [1] http://www.mediawiki.org/wiki/Extension:RDFIO [2] http://drugmet.rilspace.org/wiki/Special:SPARQLEndpoint [3] http://arc.semsol.org/ -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |
From: Samuel L. <sam...@ri...> - 2011-02-07 21:33:24
|
On 02/07/2011 10:20 PM, Samuel Lampa wrote: > I'm sure far from everything is perfectly thought out in RDFIO, but > maybe it can be a useful starting point work for similar things like this. Thinking aloud now: .... Maybe, as much as there has recently been discussions about merging efforts to provide a more generalized/ integrated SPARQL/RDF store functionality [1], it might be a good time to think also about a more generalized/integrated RDF/OWL import functionality too? // Samuel [1] http://semantic-mediawiki.org/wiki/SPARQL_and_RDF_stores_for_SMW -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |
From: Markus K. <ma...@se...> - 2011-02-09 12:11:23
|
On 07/02/2011 21:33, Samuel Lampa wrote: > On 02/07/2011 10:20 PM, Samuel Lampa wrote: >> I'm sure far from everything is perfectly thought out in RDFIO, but >> maybe it can be a useful starting point work for similar things like this. > > Thinking aloud now: .... Maybe, as much as there has recently been > discussions about merging efforts to provide a more generalized/ > integrated SPARQL/RDF store functionality [1], it might be a good time > to think also about a more generalized/integrated RDF/OWL import > functionality too? I agree, and the former is really a prerequisite of the latter. Ideally, SMW could thus obtain access to external Linked Data (cached locally for query answering). Ways of dynamically locating and pulling such data have already been explored in the SMW-based ShortiPedia prototype (shortipedia.org). In any case (to answer Benedikt's initial email), the old vocabulary import functionality and the equivalent URI method both affect the RDF export only, and do not contribute to the data as viewed in SMW (e.g. via queries). This whole aspect of SMW needs to be rethought. Markus |
From: Benedikt K. <ben...@ki...> - 2011-02-18 21:29:58
Attachments:
smime.p7s
|
Thanks for your answers. I like RDFIO's behavior of just importing the RDF, without adding SMW specific elements (e.g. categories, redirects etc.). My goal is it to import any RDF (RDF(S), OWL) and then run through it with a bot to set up the look and feel. However, I see some problems with RDFIO: - How are the property types of data type properties set? Should this not be done generic, e.g. as specific as possible, as general as needed? - As I see it, SMW RDF export and RDFIO SPARQL endpoint give different outputs. Should they not provide the same information? - What happens if imported information already is available in the wiki? Do you really think it should be duplicated? Also, I am not quite sure, whether RDFIO properly checks if pages already represent URIs and can be just updated by the imported RDF. - Apparently, it is not that robust: When I run RDFIO it sometimes gave me an error because of inappropriate wiki titles. Also for bigger RDF it reached max execution time and quit (although I set a higher one in php.ini). Best, Benedikt -- Karlsruhe Institute of Technology (KIT) Institute of Applied Informatics and Formal Description Methods (AIFB) Benedikt Kämpgen Research Associate Kaiserstraße 12 Building 11.40 76131 Karlsruhe, Germany Phone: +49 721 608-47946 (!new since 1 January 2011!) Fax: +49 721 608-46580 (!new since 1 January 2011!) Email: ben...@ki... Web: http://www.kit.edu/ KIT - University of the State of Baden-Wuerttemberg and National Research Center of the Helmholtz Association -----Original Message----- From: Markus Krötzsch [mailto:ma...@se...] Sent: Wednesday, February 09, 2011 1:11 PM To: Samuel Lampa Cc: sem...@li... >> SMW developer list Subject: Re: [SMW-devel] RDF Import On 07/02/2011 21:33, Samuel Lampa wrote: > On 02/07/2011 10:20 PM, Samuel Lampa wrote: >> I'm sure far from everything is perfectly thought out in RDFIO, but >> maybe it can be a useful starting point work for similar things like this. > > Thinking aloud now: .... Maybe, as much as there has recently been > discussions about merging efforts to provide a more generalized/ > integrated SPARQL/RDF store functionality [1], it might be a good time > to think also about a more generalized/integrated RDF/OWL import > functionality too? I agree, and the former is really a prerequisite of the latter. Ideally, SMW could thus obtain access to external Linked Data (cached locally for query answering). Ways of dynamically locating and pulling such data have already been explored in the SMW-based ShortiPedia prototype (shortipedia.org). In any case (to answer Benedikt's initial email), the old vocabulary import functionality and the equivalent URI method both affect the RDF export only, and do not contribute to the data as viewed in SMW (e.g. via queries). This whole aspect of SMW needs to be rethought. Markus ---------------------------------------------------------------------------- -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Semediawiki-devel mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-devel |
From: Samuel L. <sam...@ri...> - 2011-03-28 21:57:56
|
Sorry for a very late answer on this. Will try to start with what I can answer off-hand, but please go on asking if things remain unclear! On 02/18/2011 10:29 PM, Benedikt Kaempgen wrote: > Thanks for your answers. > > I like RDFIO's behavior of just importing the RDF, without adding SMW > specific elements (e.g. categories, redirects etc.). My goal is it to import > any RDF (RDF(S), OWL) and then run through it with a bot to set up the look > and feel. > > However, I see some problems with RDFIO: > > - How are the property types of data type properties set? Should this not be > done generic, e.g. as specific as possible, as general as needed? Could you please examplify what you mean? (Things are fading in memory so I'm not sure I follow completely ...) > - As I see it, SMW RDF export and RDFIO SPARQL endpoint give different > outputs. Should they not provide the same information? They should, *unless* using some of the "converter" options which can be used in the SPARQL form, which can convert URI:s to their "Original URIs" based on "Original URI" facts in the articles. This might not be the best solution conceivable, but seemed like one which could easily be implemented to solve the need of providing (on request) a consistent vocabulary on import and export (i.e., using the same URI on export, that was used to create an article on import), while not changing the way SMW names its internal URI:s (with the "URIResolver" stuff), a change which seemed to go beyond the GSoC project. Did this explain the differences you observed? > - What happens if imported information already is available in the wiki? Do > you really think it should be duplicated? Also, I am not quite sure, whether > RDFIO properly checks if pages already represent URIs and can be just > updated by the imported RDF. If the information is available, I think SMWWriter should take care of not duplicating any fact. (I'll have to dig into the code again soon, to be able to answer for sure which measures RDFIO does/does not take to avoid unnecessary updates) > - Apparently, it is not that robust: When I run RDFIO it sometimes gave me > an error because of inappropriate wiki titles. Also for bigger RDF it > reached max execution time and quit (although I set a higher one in > php.ini). This is indeed true. I have ran into problems with certain RDF construct, where it seems that the ARC library could not properly figure out the triple serialization of some RDF constructs ... (I really haven't nailed down the cause of the problem, so I can't blame anyone, but it just turns out that RDFIO does not get proper triples from ARC for certain constructs ...). Also the timeouts is a general problem, since there is really heavey stuff going on (at least 3 or so complete page edits per triple, due to the addition of "Original URI" and "Equivalent URI" facts etc.). Space for improvement, I suppose. Generally, I feel that RDFIO really would be helped by some thorough refactoring. If I get the time and strength one of these days, I might give this a go (I'll have to do something, at least before, or in the summer, due to other projects I'm involved in, which needs RDFIO), but since this is a bit into the future, feel free to go on make patches or commits (and feel free to ping me by email to keep me updated on the thinking behind them :))! Hope this info helps, and hope to pay a bit more attentionn to RDFIO soon! Best // Samuel > Best, > > Benedikt > > -- > Karlsruhe Institute of Technology (KIT) > Institute of Applied Informatics and Formal Description Methods (AIFB) > > Benedikt Kämpgen > Research Associate > > Kaiserstraße 12 > Building 11.40 > 76131 Karlsruhe, Germany > > Phone: +49 721 608-47946 (!new since 1 January 2011!) > Fax: +49 721 608-46580 (!new since 1 January 2011!) > Email: ben...@ki... > Web: http://www.kit.edu/ > > KIT - University of the State of Baden-Wuerttemberg and > National Research Center of the Helmholtz Association > > > -----Original Message----- > From: Markus Krötzsch [mailto:ma...@se...] > Sent: Wednesday, February 09, 2011 1:11 PM > To: Samuel Lampa > Cc: sem...@li...>> SMW developer list > Subject: Re: [SMW-devel] RDF Import > > On 07/02/2011 21:33, Samuel Lampa wrote: >> On 02/07/2011 10:20 PM, Samuel Lampa wrote: >>> I'm sure far from everything is perfectly thought out in RDFIO, but >>> maybe it can be a useful starting point work for similar things like > this. >> >> Thinking aloud now: .... Maybe, as much as there has recently been >> discussions about merging efforts to provide a more generalized/ >> integrated SPARQL/RDF store functionality [1], it might be a good time >> to think also about a more generalized/integrated RDF/OWL import >> functionality too? > > I agree, and the former is really a prerequisite of the latter. Ideally, > SMW could thus obtain access to external Linked Data (cached locally for > query answering). Ways of dynamically locating and pulling such data > have already been explored in the SMW-based ShortiPedia prototype > (shortipedia.org). > > In any case (to answer Benedikt's initial email), the old vocabulary > import functionality and the equivalent URI method both affect the RDF > export only, and do not contribute to the data as viewed in SMW (e.g. > via queries). This whole aspect of SMW needs to be rethought. > > Markus > > > ---------------------------------------------------------------------------- > -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Semediawiki-devel mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > > _______________________________________________ > Semediawiki-devel mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |
From: Markus K. <ma...@se...> - 2011-03-29 08:16:09
|
On 28/03/11 22:42, Samuel Lampa wrote: <snip> > Generally, I feel that RDFIO really would be helped by some thorough > refactoring. If I get the time and strength one of these days, I might > give this a go (I'll have to do something, at least before, or in the > summer, due to other projects I'm involved in, which needs RDFIO), but > since this is a bit into the future, feel free to go on make patches or > commits (and feel free to ping me by email to keep me updated on the > thinking behind them :))! > > Hope this info helps, and hope to pay a bit more attentionn to RDFIO soon! Related note: SMW 1.6 will bring a number of related changes that are needed for better RDF store support. On the one hand, SMW will then provide internal functions that RDFIO might find useful (e.g. mapping URIs and literals to SMW data objects), on the other hand, SMW will have a number of internal changes that will require compatibility updates in many extensions (I will update this list about these things as soon as they are more definite). Regards, Markus > >> Best, >> >> Benedikt >> >> -- >> Karlsruhe Institute of Technology (KIT) >> Institute of Applied Informatics and Formal Description Methods (AIFB) >> >> Benedikt Kämpgen >> Research Associate >> >> Kaiserstraße 12 >> Building 11.40 >> 76131 Karlsruhe, Germany >> >> Phone: +49 721 608-47946 (!new since 1 January 2011!) >> Fax: +49 721 608-46580 (!new since 1 January 2011!) >> Email: ben...@ki... >> Web: http://www.kit.edu/ >> >> KIT - University of the State of Baden-Wuerttemberg and >> National Research Center of the Helmholtz Association >> >> >> -----Original Message----- >> From: Markus Krötzsch [mailto:ma...@se...] >> Sent: Wednesday, February 09, 2011 1:11 PM >> To: Samuel Lampa >> Cc: sem...@li...>> SMW developer list >> Subject: Re: [SMW-devel] RDF Import >> >> On 07/02/2011 21:33, Samuel Lampa wrote: >>> On 02/07/2011 10:20 PM, Samuel Lampa wrote: >>>> I'm sure far from everything is perfectly thought out in RDFIO, but >>>> maybe it can be a useful starting point work for similar things like >> this. >>> >>> Thinking aloud now: .... Maybe, as much as there has recently been >>> discussions about merging efforts to provide a more generalized/ >>> integrated SPARQL/RDF store functionality [1], it might be a good time >>> to think also about a more generalized/integrated RDF/OWL import >>> functionality too? >> >> I agree, and the former is really a prerequisite of the latter. Ideally, >> SMW could thus obtain access to external Linked Data (cached locally for >> query answering). Ways of dynamically locating and pulling such data >> have already been explored in the SMW-based ShortiPedia prototype >> (shortipedia.org). >> >> In any case (to answer Benedikt's initial email), the old vocabulary >> import functionality and the equivalent URI method both affect the RDF >> export only, and do not contribute to the data as viewed in SMW (e.g. >> via queries). This whole aspect of SMW needs to be rethought. >> >> Markus >> >> >> ---------------------------------------------------------------------------- >> -- >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> Semediawiki-devel mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >> >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> >> _______________________________________________ >> Semediawiki-devel mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > |
From: Benedikt K. <ben...@ki...> - 2011-04-30 09:51:49
Attachments:
smime.p7s
|
Hi, First of all, the SMW architecture changes sound great. I can't wait to try out the triple store connection, I might even try it with Open Virtuoso. Related to that, I have a student who wants to work on the topic "Using wiki technology for browsing linked data". Our basic idea is it to resolve and to follow-your-nose-browse URIs using SMW (similar to but more general than Shortipedia). For that, we would try to use vocabulary/RDF import functionalities of SMW (thus, also related to RDFIO), e.g., equivalentURI to represent URIs on the web. Therefore, my two questions: * Do the architecture changes also include import functionalities? * Are there specific architecture changes that we might find useful? Best, Benedikt -- AIFB, Karlsruhe Institute of Technology (KIT) Phone: +49 721 608-47946 Email: ben...@ki... Web: http://www.aifb.kit.edu/web/Hauptseite/en -----Original Message----- From: Markus Krötzsch [mailto:ma...@se...] Sent: Tuesday, March 29, 2011 10:16 AM To: Samuel Lampa Cc: Benedikt Kaempgen; smw dev list Subject: Re: [SMW-devel] RDF Import On 28/03/11 22:42, Samuel Lampa wrote: <snip> > Generally, I feel that RDFIO really would be helped by some thorough > refactoring. If I get the time and strength one of these days, I might > give this a go (I'll have to do something, at least before, or in the > summer, due to other projects I'm involved in, which needs RDFIO), but > since this is a bit into the future, feel free to go on make patches or > commits (and feel free to ping me by email to keep me updated on the > thinking behind them :))! > > Hope this info helps, and hope to pay a bit more attentionn to RDFIO soon! Related note: SMW 1.6 will bring a number of related changes that are needed for better RDF store support. On the one hand, SMW will then provide internal functions that RDFIO might find useful (e.g. mapping URIs and literals to SMW data objects), on the other hand, SMW will have a number of internal changes that will require compatibility updates in many extensions (I will update this list about these things as soon as they are more definite). Regards, Markus > >> Best, >> >> Benedikt >> >> -- >> Karlsruhe Institute of Technology (KIT) >> Institute of Applied Informatics and Formal Description Methods (AIFB) >> >> Benedikt Kämpgen >> Research Associate >> >> Kaiserstraße 12 >> Building 11.40 >> 76131 Karlsruhe, Germany >> >> Phone: +49 721 608-47946 (!new since 1 January 2011!) >> Fax: +49 721 608-46580 (!new since 1 January 2011!) >> Email: ben...@ki... >> Web: http://www.kit.edu/ >> >> KIT - University of the State of Baden-Wuerttemberg and >> National Research Center of the Helmholtz Association >> >> >> -----Original Message----- >> From: Markus Krötzsch [mailto:ma...@se...] >> Sent: Wednesday, February 09, 2011 1:11 PM >> To: Samuel Lampa >> Cc: sem...@li...>> SMW developer list >> Subject: Re: [SMW-devel] RDF Import >> >> On 07/02/2011 21:33, Samuel Lampa wrote: >>> On 02/07/2011 10:20 PM, Samuel Lampa wrote: >>>> I'm sure far from everything is perfectly thought out in RDFIO, but >>>> maybe it can be a useful starting point work for similar things like >> this. >>> >>> Thinking aloud now: .... Maybe, as much as there has recently been >>> discussions about merging efforts to provide a more generalized/ >>> integrated SPARQL/RDF store functionality [1], it might be a good time >>> to think also about a more generalized/integrated RDF/OWL import >>> functionality too? >> >> I agree, and the former is really a prerequisite of the latter. Ideally, >> SMW could thus obtain access to external Linked Data (cached locally for >> query answering). Ways of dynamically locating and pulling such data >> have already been explored in the SMW-based ShortiPedia prototype >> (shortipedia.org). >> >> In any case (to answer Benedikt's initial email), the old vocabulary >> import functionality and the equivalent URI method both affect the RDF >> export only, and do not contribute to the data as viewed in SMW (e.g. >> via queries). This whole aspect of SMW needs to be rethought. >> >> Markus >> >> >> ---------------------------------------------------------------------------- >> -- >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> Semediawiki-devel mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >> >> >> >> ---------------------------------------------------------------------------- -- >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> >> _______________________________________________ >> Semediawiki-devel mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > |
From: Samuel L. <sam...@ri...> - 2011-07-30 21:07:38
|
On 03/29/2011 10:15 AM, Markus Krötzsch wrote: > On 28/03/11 22:42, Samuel Lampa wrote: > > <snip> > >> Generally, I feel that RDFIO really would be helped by some thorough >> refactoring. If I get the time and strength one of these days, I might >> give this a go (I'll have to do something, at least before, or in the >> summer, due to other projects I'm involved in, which needs RDFIO), but >> since this is a bit into the future, feel free to go on make patches or >> commits (and feel free to ping me by email to keep me updated on the >> thinking behind them :))! >> >> Hope this info helps, and hope to pay a bit more attentionn to RDFIO >> soon! > > Related note: SMW 1.6 will bring a number of related changes that are > needed for better RDF store support. On the one hand, SMW will then > provide internal functions that RDFIO might find useful (e.g. mapping > URIs and literals to SMW data objects), Taking some time to fix things in RDFIO now, in the face of very limited time, do you have any pointers on specific things to look at? > on the other hand, SMW will have > a number of internal changes that will require compatibility updates in > many extensions (I will update this list about these things as soon as > they are more definite). Working on that too now :) // Samuel > > Regards, > > Markus > >> >>> Best, >>> >>> Benedikt >>> >>> -- >>> Karlsruhe Institute of Technology (KIT) >>> Institute of Applied Informatics and Formal Description Methods (AIFB) >>> >>> Benedikt Kämpgen >>> Research Associate >>> >>> Kaiserstraße 12 >>> Building 11.40 >>> 76131 Karlsruhe, Germany >>> >>> Phone: +49 721 608-47946 (!new since 1 January 2011!) >>> Fax: +49 721 608-46580 (!new since 1 January 2011!) >>> Email: ben...@ki... >>> Web: http://www.kit.edu/ >>> >>> KIT - University of the State of Baden-Wuerttemberg and >>> National Research Center of the Helmholtz Association >>> >>> >>> -----Original Message----- >>> From: Markus Krötzsch [mailto:ma...@se...] >>> Sent: Wednesday, February 09, 2011 1:11 PM >>> To: Samuel Lampa >>> Cc: sem...@li...>> SMW developer list >>> Subject: Re: [SMW-devel] RDF Import >>> >>> On 07/02/2011 21:33, Samuel Lampa wrote: >>>> On 02/07/2011 10:20 PM, Samuel Lampa wrote: >>>>> I'm sure far from everything is perfectly thought out in RDFIO, but >>>>> maybe it can be a useful starting point work for similar things like >>> this. >>>> >>>> Thinking aloud now: .... Maybe, as much as there has recently been >>>> discussions about merging efforts to provide a more generalized/ >>>> integrated SPARQL/RDF store functionality [1], it might be a good time >>>> to think also about a more generalized/integrated RDF/OWL import >>>> functionality too? >>> >>> I agree, and the former is really a prerequisite of the latter. Ideally, >>> SMW could thus obtain access to external Linked Data (cached locally for >>> query answering). Ways of dynamically locating and pulling such data >>> have already been explored in the SMW-based ShortiPedia prototype >>> (shortipedia.org). >>> >>> In any case (to answer Benedikt's initial email), the old vocabulary >>> import functionality and the equivalent URI method both affect the RDF >>> export only, and do not contribute to the data as viewed in SMW (e.g. >>> via queries). This whole aspect of SMW needs to be rethought. >>> >>> Markus >>> >>> >>> ---------------------------------------------------------------------------- >>> >>> -- >>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio >>> XE: >>> Pinpoint memory and threading errors before they happen. >>> Find and fix more than 250 security defects in the development cycle. >>> Locate bottlenecks in serial and parallel code that limit performance. >>> http://p.sf.net/sfu/intel-dev2devfeb >>> _______________________________________________ >>> Semediawiki-devel mailing list >>> Sem...@li... >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio >>> XE: >>> Pinpoint memory and threading errors before they happen. >>> Find and fix more than 250 security defects in the development cycle. >>> Locate bottlenecks in serial and parallel code that limit performance. >>> http://p.sf.net/sfu/intel-dev2devfeb >>> >>> >>> >>> _______________________________________________ >>> Semediawiki-devel mailing list >>> Sem...@li... >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >> >> > > -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |
From: Samuel L. <sam...@ri...> - 2011-03-29 17:47:08
|
On 03/29/2011 10:15 AM, Markus Krötzsch wrote: > On 28/03/11 22:42, Samuel Lampa wrote: > >> <snip> > > Related note: SMW 1.6 will bring a number of related changes that are > needed for better RDF store support. On the one hand, SMW will then > provide internal functions that RDFIO might find useful (e.g. mapping > URIs and literals to SMW data objects), on the other hand, SMW will have > a number of internal changes that will require compatibility updates in > many extensions (I will update this list about these things as soon as > they are more definite). > > Regards, > > Markus Thanks for the update! Will be interesting to test this out ... // Samuel -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |
From: Benedikt K. <ben...@ki...> - 2011-03-31 16:29:38
Attachments:
smime.p7s
|
Hello, Maybe, I then also wait for the updates. Thanks for your efforts, Samuel, I will get back to you later. Best, Benedikt -- AIFB, Karlsruhe Institute of Technology (KIT) Phone: +49 721 608-47946 Email: ben...@ki... Web: http://www.aifb.kit.edu/web/Hauptseite/en -----Original Message----- From: Samuel Lampa [mailto:sam...@ri...] Sent: Tuesday, March 29, 2011 7:47 PM To: Markus Krötzsch Cc: Benedikt Kaempgen; smw dev list Subject: Re: [SMW-devel] RDF Import On 03/29/2011 10:15 AM, Markus Krötzsch wrote: > On 28/03/11 22:42, Samuel Lampa wrote: > >> <snip> > > Related note: SMW 1.6 will bring a number of related changes that are > needed for better RDF store support. On the one hand, SMW will then > provide internal functions that RDFIO might find useful (e.g. mapping > URIs and literals to SMW data objects), on the other hand, SMW will have > a number of internal changes that will require compatibility updates in > many extensions (I will update this list about these things as soon as > they are more definite). > > Regards, > > Markus Thanks for the update! Will be interesting to test this out ... // Samuel -- Samuel Lampa --------------------------------------- Bioinformatician @ Uppsala University Blog: http://saml.rilspace.org --------------------------------------- |