You can subscribe to this list here.
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2013 |
Jan
(1) |
Feb
(13) |
Mar
(24) |
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(2) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(4) |
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Dimitris K. <kon...@in...> - 2016-08-19 09:59:38
|
Hello Johan, the service is back online apologies for any inconvenience On Fri, Aug 19, 2016 at 12:23 PM, Johan Romme < ro...@pr...> wrote: > Hi, > > The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been > unreachable for several days. Is this due to actual maintenance, or does it > just need a reboot? > > Best regards, > Johan > > > -- > > *Ir. Johan Romme* > *PROSYN expert* > *Process Design Center (PDC)* > Catharinastraat 21f, NL-4811 XD > Breda, The Netherlands > Tel: +31 (0)76 530 1908 > Please note that our PO Box number and fax number no longer exist. > ro...@pr... > www.process-design-center.com > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig & DBpedia Association Projects: http://dbpedia.org, http://rdfunit.aksw.org, http://aligned-project.eu Homepage: http://aksw.org/DimitrisKontokostas Research Group: AKSW/KILT http://aksw.org/Groups/KILT |
From: Johan R. <ro...@pr...> - 2016-08-19 09:24:04
|
Hi, The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been unreachable for several days. Is this due to actual maintenance, or does it just need a reboot? Best regards, Johan -- *Ir. Johan Romme* /PROSYN expert/ *Process Design Center (PDC)* Catharinastraat 21f, NL-4811 XD Breda, The Netherlands Tel: +31 (0)76 530 1908 Please note that our PO Box number and fax number no longer exist. ro...@pr... <mailto:ro...@pr...> www.process-design-center.com <http://www.process-design-center.com> |
From: Alex O. <al...@ol...> - 2016-04-10 20:30:35
|
Hi Dimitris, Yes, these namespaces are now again declared by default. Thanks! Cheers, Alex On 31-3-2016 16:12, Dimitris Kontokostas wrote: > Hi Alex, the interface was declaring these extra namespaces > can you try again? > > 2016-03-31 15:36 GMT+03:00 Alex Olieman <al...@ol... > <mailto:al...@ol...>>: > > Hi Roland, > > Hartelijk bedankt, met SPARQL toegang kom ik al een heel eind! > > Het valt me wel op dat er een paar kleine veranderingen zijn sinds > het opnieuw laden van de triples. Er worden minder default > prefixes geladen. Bijvoorbeeld de volgende prefix statements moet > ik nu toevoegen aan een query en voorheen niet: > PREFIX prop-nl: <http://nl.dbpedia.org/property/> > PREFIX dbpedia-owl: <http://dbpedia.org/ontology/> > > Ook is er wellicht iets veranderd aan het format van enkele > datatypes. Voor gMonthDay bijvoorbeeld kreeg ik eerder resultaten > in de vorm > "1900-07-18"^^<http://www.w3.org/2001/XMLSchema#gMonthDay>, waar > dat nu "--07-18"^^<http://www.w3.org/2001/XMLSchema#gMonthDay> is > geworden. Het nieuwe formaat lijkt me hier beter kloppend dan het > oude, maar code die uitgaat van het oude formaat zal wel aangepast > moeten worden. > > Wat mij betreft is er niets mis met deze veranderingen, maar omdat > ze backwards incompatibility kunnen veroorzaken is een berichtje > op de welkomstpagina of elders wellicht handig. > > Groet, > Alex > > > On Thu, Mar 31, 2016 at 12:07 PM, Roland Cornelissen > <met...@gm... <mailto:met...@gm...>> wrote: > > Hi Alex, > > Inmiddels is het SPARQL endpoint weer up&running; Er is een > nieuwe database opgebouwd en geladen. > De content negotiation fuctioneert nog niet, daar wordt nog > aan gewerkt. > Ik laat het je weten als dat ook weer werkt. > > Groeten, > Roland > > > On 29-03-16 09:38, Alex Olieman wrote: >> Hi Roland, >> >> Nog vervelender. Ik merk ook nu pas dat dereferencen niet >> meer lukt. >> >> Is het een optie om de dumps te laden van >> http://dbpedia.org/Downloads2015-04#p85257-2? >> Of zijn dit niet de juiste triples voor nl.dbpedia.org >> <http://nl.dbpedia.org>? >> >> Groet, >> Alex >> >> On 29-3-2016 8:52, Roland Cornelissen wrote: >>> Hi Alex, >>> >>> Het is een groter probleem dan ik had gehoopt want de >>> database is dusdanig kapot dat 'last resort recovery' ook >>> niet lukt... lijkt het ... (wordt nog verder onderzocht). >>> In dat geval zit er niets anders op dan een nieuwe extractie >>> van Wikipedia te maken en die opnieuw te laden. Ik ben ermee >>> bezig en laat het je weten als we weer up&running zijn. >>> >>> Groet, >>> Roland >>> >>> >>> On 28-03-16 20:32, Alex Olieman wrote: >>>> Hi Roland, >>>> >>>> Vervelend dat VOS zulke serieuze errors geeft. Ik heb er >>>> (gelukkig) geen ervaring mee. >>>> >>>> Bedankt dat je het oppakt! >>>> >>>> Groet, >>>> Alex >>>> >>>> On 28-3-2016 17:35, Roland Cornelissen wrote: >>>>> Hi, >>>>> >>>>> The VOS instance has crashed on a segmentation fault, I am >>>>> looking into this but it will cost some time. >>>>> I let you know when it is fixed. Sorry for the inconvenience! >>>>> >>>>> Best regards, >>>>> Roland >>>>> >>>>> On 28-03-16 15:30, Alex Olieman wrote: >>>>>> Hi, >>>>>> >>>>>> The Dutch sparql endpoint athttp://nl.dbpedia.org/sparql has been >>>>>> unreachable for several days. Is this due to actual maintenance, or does >>>>>> it just need a reboot? >>>>>> >>>>>> If this is going to take a while longer, are there any other public >>>>>> endpoints that would allow sparql access to the Dutch DBpedia? >>>>>> >>>>>> I often rely on the public endpoint to send people small example queries >>>>>> (e.g. in articles or email), but regularly hear back that the endpoint >>>>>> is unavailable. It is technically feasible for me to host a mirror at >>>>>> the University of Amsterdam, but would like to avoid the bureaucratic >>>>>> hassle of allowing public access to it. >>>>>> >>>>>> Kind regards, >>>>>> Alex >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Transform Data into Opportunity. >>>>>> Accelerate data analysis in your applications with >>>>>> Intel Data Analytics Acceleration Library. >>>>>> Click to learn more. >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>>>> _______________________________________________ >>>>>> Dbpedia-dutch mailing list >>>>>> Dbp...@li... >>>>>> <mailto:Dbp...@li...> >>>>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>>>> >>>>> -- >>>>> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| >>>>> *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 >>>>> 14797518 <tel:%2B31%20%280%296%2014797518>*| >>>>> *www.metamatter.nl <http://www.metamatter.nl> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Transform Data into Opportunity. >>>>> Accelerate data analysis in your applications with >>>>> Intel Data Analytics Acceleration Library. >>>>> Click to learn more. >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dbpedia-dutch mailing list >>>>> Dbp...@li... >>>>> <mailto:Dbp...@li...> >>>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Transform Data into Opportunity. >>>> Accelerate data analysis in your applications with >>>> Intel Data Analytics Acceleration Library. >>>> Click to learn more. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>> >>>> >>>> _______________________________________________ >>>> Dbpedia-dutch mailing list >>>> Dbp...@li... >>>> <mailto:Dbp...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>> >>> -- >>> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| >>> *9832TE*| *Den Horn*| *T +31 (0)50 5515369 >>> <tel:%2B31%20%280%2950%205515369>*| *M +31 (0)6 14797518 >>> <tel:%2B31%20%280%296%2014797518>*| *www.metamatter.nl >>> <http://www.metamatter.nl> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>> >>> >>> _______________________________________________ >>> Dbpedia-dutch mailing list >>> Dbp...@li... >>> <mailto:Dbp...@li...> >>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> <mailto:Dbp...@li...> >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- > metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| > *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 > 14797518 <tel:%2B31%20%280%296%2014797518>*| > *www.metamatter.nl <http://www.metamatter.nl> > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > <mailto:Dbp...@li...> > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > <mailto:Dbp...@li...> > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > > -- > Dimitris Kontokostas > Department of Computer Science, University of Leipzig & DBpedia > Association > Projects: http://dbpedia.org, http://rdfunit.aksw.org, > http://http://aligned-project.eu <http://aligned-project.eu/> > Homepage:http://aksw.org/DimitrisKontokostas > Research Group: AKSW/KILT http://aksw.org/Groups/KILT > |
From: Dimitris K. <kon...@in...> - 2016-03-31 14:13:09
|
Hi Alex, the interface was declaring these extra namespaces can you try again? 2016-03-31 15:36 GMT+03:00 Alex Olieman <al...@ol...>: > Hi Roland, > > Hartelijk bedankt, met SPARQL toegang kom ik al een heel eind! > > Het valt me wel op dat er een paar kleine veranderingen zijn sinds het > opnieuw laden van de triples. Er worden minder default prefixes geladen. > Bijvoorbeeld de volgende prefix statements moet ik nu toevoegen aan een > query en voorheen niet: > PREFIX prop-nl: <http://nl.dbpedia.org/property/> > PREFIX dbpedia-owl: <http://dbpedia.org/ontology/> > > Ook is er wellicht iets veranderd aan het format van enkele datatypes. > Voor gMonthDay bijvoorbeeld kreeg ik eerder resultaten in de vorm > "1900-07-18"^^<http://www.w3.org/2001/XMLSchema#gMonthDay>, waar dat nu > "--07-18"^^<http://www.w3.org/2001/XMLSchema#gMonthDay> is geworden. Het > nieuwe formaat lijkt me hier beter kloppend dan het oude, maar code die > uitgaat van het oude formaat zal wel aangepast moeten worden. > > Wat mij betreft is er niets mis met deze veranderingen, maar omdat ze > backwards incompatibility kunnen veroorzaken is een berichtje op de > welkomstpagina of elders wellicht handig. > > Groet, > Alex > > > On Thu, Mar 31, 2016 at 12:07 PM, Roland Cornelissen < > met...@gm...> wrote: > >> Hi Alex, >> >> Inmiddels is het SPARQL endpoint weer up&running; Er is een nieuwe >> database opgebouwd en geladen. >> De content negotiation fuctioneert nog niet, daar wordt nog aan gewerkt. >> Ik laat het je weten als dat ook weer werkt. >> >> Groeten, >> Roland >> >> >> On 29-03-16 09:38, Alex Olieman wrote: >> >> Hi Roland, >> >> Nog vervelender. Ik merk ook nu pas dat dereferencen niet meer lukt. >> >> Is het een optie om de dumps te laden van >> <http://dbpedia.org/Downloads2015-04#p85257-2> >> http://dbpedia.org/Downloads2015-04#p85257-2? >> Of zijn dit niet de juiste triples voor nl.dbpedia.org? >> >> Groet, >> Alex >> >> On 29-3-2016 8:52, Roland Cornelissen wrote: >> >> Hi Alex, >> >> Het is een groter probleem dan ik had gehoopt want de database is >> dusdanig kapot dat 'last resort recovery' ook niet lukt... lijkt het ... >> (wordt nog verder onderzocht). >> In dat geval zit er niets anders op dan een nieuwe extractie van >> Wikipedia te maken en die opnieuw te laden. Ik ben ermee bezig en laat het >> je weten als we weer up&running zijn. >> >> Groet, >> Roland >> >> >> On 28-03-16 20:32, Alex Olieman wrote: >> >> Hi Roland, >> >> Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) geen >> ervaring mee. >> >> Bedankt dat je het oppakt! >> >> Groet, >> Alex >> >> On 28-3-2016 17:35, Roland Cornelissen wrote: >> >> Hi, >> >> The VOS instance has crashed on a segmentation fault, I am looking into >> this but it will cost some time. >> I let you know when it is fixed. Sorry for the inconvenience! >> >> Best regards, >> Roland >> >> On 28-03-16 15:30, Alex Olieman wrote: >> >> Hi, >> >> The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been >> unreachable for several days. Is this due to actual maintenance, or does >> it just need a reboot? >> >> If this is going to take a while longer, are there any other public >> endpoints that would allow sparql access to the Dutch DBpedia? >> >> I often rely on the public endpoint to send people small example queries >> (e.g. in articles or email), but regularly hear back that the endpoint >> is unavailable. It is technically feasible for me to host a mirror at >> the University of Amsterdam, but would like to avoid the bureaucratic >> hassle of allowing public access to it. >> >> Kind regards, >> Alex >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> _______________________________________________ >> Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> -- >> metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den >> Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | * >> <http://www.metamatter.nl>www.metamatter.nl >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> >> _______________________________________________ >> Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> >> _______________________________________________ >> Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> -- >> metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den >> Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | * >> www.metamatter.nl >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> >> _______________________________________________ >> Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> >> _______________________________________________ >> Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> -- >> metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den >> Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | * >> <http://www.metamatter.nl>www.metamatter.nl >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig & DBpedia Association Projects: http://dbpedia.org, http://rdfunit.aksw.org, http:// http://aligned-project.eu Homepage:http://aksw.org/DimitrisKontokostas Research Group: AKSW/KILT http://aksw.org/Groups/KILT |
From: Alex O. <al...@ol...> - 2016-03-31 13:00:24
|
Hi Roland, Hartelijk bedankt, met SPARQL toegang kom ik al een heel eind! Het valt me wel op dat er een paar kleine veranderingen zijn sinds het opnieuw laden van de triples. Er worden minder default prefixes geladen. Bijvoorbeeld de volgende prefix statements moet ik nu toevoegen aan een query en voorheen niet: PREFIX prop-nl: <http://nl.dbpedia.org/property/> PREFIX dbpedia-owl: <http://dbpedia.org/ontology/> Ook is er wellicht iets veranderd aan het format van enkele datatypes. Voor gMonthDay bijvoorbeeld kreeg ik eerder resultaten in de vorm "1900-07-18"^^< http://www.w3.org/2001/XMLSchema#gMonthDay>, waar dat nu "--07-18"^^< http://www.w3.org/2001/XMLSchema#gMonthDay> is geworden. Het nieuwe formaat lijkt me hier beter kloppend dan het oude, maar code die uitgaat van het oude formaat zal wel aangepast moeten worden. Wat mij betreft is er niets mis met deze veranderingen, maar omdat ze backwards incompatibility kunnen veroorzaken is een berichtje op de welkomstpagina of elders wellicht handig. Groet, Alex On Thu, Mar 31, 2016 at 12:07 PM, Roland Cornelissen < met...@gm...> wrote: > Hi Alex, > > Inmiddels is het SPARQL endpoint weer up&running; Er is een nieuwe > database opgebouwd en geladen. > De content negotiation fuctioneert nog niet, daar wordt nog aan gewerkt. > Ik laat het je weten als dat ook weer werkt. > > Groeten, > Roland > > > On 29-03-16 09:38, Alex Olieman wrote: > > Hi Roland, > > Nog vervelender. Ik merk ook nu pas dat dereferencen niet meer lukt. > > Is het een optie om de dumps te laden van > <http://dbpedia.org/Downloads2015-04#p85257-2> > http://dbpedia.org/Downloads2015-04#p85257-2? > Of zijn dit niet de juiste triples voor nl.dbpedia.org? > > Groet, > Alex > > On 29-3-2016 8:52, Roland Cornelissen wrote: > > Hi Alex, > > Het is een groter probleem dan ik had gehoopt want de database is dusdanig > kapot dat 'last resort recovery' ook niet lukt... lijkt het ... (wordt nog > verder onderzocht). > In dat geval zit er niets anders op dan een nieuwe extractie van Wikipedia > te maken en die opnieuw te laden. Ik ben ermee bezig en laat het je weten > als we weer up&running zijn. > > Groet, > Roland > > > On 28-03-16 20:32, Alex Olieman wrote: > > Hi Roland, > > Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) geen > ervaring mee. > > Bedankt dat je het oppakt! > > Groet, > Alex > > On 28-3-2016 17:35, Roland Cornelissen wrote: > > Hi, > > The VOS instance has crashed on a segmentation fault, I am looking into > this but it will cost some time. > I let you know when it is fixed. Sorry for the inconvenience! > > Best regards, > Roland > > On 28-03-16 15:30, Alex Olieman wrote: > > Hi, > > The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been > unreachable for several days. Is this due to actual maintenance, or does > it just need a reboot? > > If this is going to take a while longer, are there any other public > endpoints that would allow sparql access to the Dutch DBpedia? > > I often rely on the public endpoint to send people small example queries > (e.g. in articles or email), but regularly hear back that the endpoint > is unavailable. It is technically feasible for me to host a mirror at > the University of Amsterdam, but would like to avoid the bureaucratic > hassle of allowing public access to it. > > Kind regards, > Alex > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > -- > metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den > Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | * > <http://www.metamatter.nl>www.metamatter.nl > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > -- > metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den > Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | *www.metamatter.nl > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more.http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > -- > metamatter* | *Drs. Roland Cornelissen* | *Weersterweg 12* | *9832TE* | *Den > Horn* | *T +31 (0)50 5515369* | *M +31 (0)6 14797518* | * > <http://www.metamatter.nl>www.metamatter.nl > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > |
From: Roland C. <met...@gm...> - 2016-03-31 10:07:24
|
Hi Alex, Inmiddels is het SPARQL endpoint weer up&running; Er is een nieuwe database opgebouwd en geladen. De content negotiation fuctioneert nog niet, daar wordt nog aan gewerkt. Ik laat het je weten als dat ook weer werkt. Groeten, Roland On 29-03-16 09:38, Alex Olieman wrote: > Hi Roland, > > Nog vervelender. Ik merk ook nu pas dat dereferencen niet meer lukt. > > Is het een optie om de dumps te laden van > http://dbpedia.org/Downloads2015-04#p85257-2? > Of zijn dit niet de juiste triples voor nl.dbpedia.org? > > Groet, > Alex > > On 29-3-2016 8:52, Roland Cornelissen wrote: >> Hi Alex, >> >> Het is een groter probleem dan ik had gehoopt want de database is >> dusdanig kapot dat 'last resort recovery' ook niet lukt... lijkt het >> ... (wordt nog verder onderzocht). >> In dat geval zit er niets anders op dan een nieuwe extractie van >> Wikipedia te maken en die opnieuw te laden. Ik ben ermee bezig en >> laat het je weten als we weer up&running zijn. >> >> Groet, >> Roland >> >> >> On 28-03-16 20:32, Alex Olieman wrote: >>> Hi Roland, >>> >>> Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) >>> geen ervaring mee. >>> >>> Bedankt dat je het oppakt! >>> >>> Groet, >>> Alex >>> >>> On 28-3-2016 17:35, Roland Cornelissen wrote: >>>> Hi, >>>> >>>> The VOS instance has crashed on a segmentation fault, I am looking >>>> into this but it will cost some time. >>>> I let you know when it is fixed. Sorry for the inconvenience! >>>> >>>> Best regards, >>>> Roland >>>> >>>> On 28-03-16 15:30, Alex Olieman wrote: >>>>> Hi, >>>>> >>>>> The Dutch sparql endpoint athttp://nl.dbpedia.org/sparql has been >>>>> unreachable for several days. Is this due to actual maintenance, or does >>>>> it just need a reboot? >>>>> >>>>> If this is going to take a while longer, are there any other public >>>>> endpoints that would allow sparql access to the Dutch DBpedia? >>>>> >>>>> I often rely on the public endpoint to send people small example queries >>>>> (e.g. in articles or email), but regularly hear back that the endpoint >>>>> is unavailable. It is technically feasible for me to host a mirror at >>>>> the University of Amsterdam, but would like to avoid the bureaucratic >>>>> hassle of allowing public access to it. >>>>> >>>>> Kind regards, >>>>> Alex >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Transform Data into Opportunity. >>>>> Accelerate data analysis in your applications with >>>>> Intel Data Analytics Acceleration Library. >>>>> Click to learn more. >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>>> _______________________________________________ >>>>> Dbpedia-dutch mailing list >>>>> Dbp...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>>> >>>> -- >>>> Signature Metamatter/Roland Cornelissen >>>> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| >>>> *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| >>>> *www.metamatter.nl >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Transform Data into Opportunity. >>>> Accelerate data analysis in your applications with >>>> Intel Data Analytics Acceleration Library. >>>> Click to learn more. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>> >>>> >>>> _______________________________________________ >>>> Dbpedia-dutch mailing list >>>> Dbp...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>> >>> >>> _______________________________________________ >>> Dbpedia-dutch mailing list >>> Dbp...@li... >>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> -- >> Signature Metamatter/Roland Cornelissen >> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| >> *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| >> *www.metamatter.nl >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch -- Signature Metamatter/Roland Cornelissen metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| *www.metamatter.nl <http://www.metamatter.nl> |
From: Alex O. <al...@ol...> - 2016-03-29 07:39:00
|
Hi Roland, Nog vervelender. Ik merk ook nu pas dat dereferencen niet meer lukt. Is het een optie om de dumps te laden van http://dbpedia.org/Downloads2015-04#p85257-2? Of zijn dit niet de juiste triples voor nl.dbpedia.org? Groet, Alex On 29-3-2016 8:52, Roland Cornelissen wrote: > Hi Alex, > > Het is een groter probleem dan ik had gehoopt want de database is > dusdanig kapot dat 'last resort recovery' ook niet lukt... lijkt het > ... (wordt nog verder onderzocht). > In dat geval zit er niets anders op dan een nieuwe extractie van > Wikipedia te maken en die opnieuw te laden. Ik ben ermee bezig en laat > het je weten als we weer up&running zijn. > > Groet, > Roland > > > On 28-03-16 20:32, Alex Olieman wrote: >> Hi Roland, >> >> Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) >> geen ervaring mee. >> >> Bedankt dat je het oppakt! >> >> Groet, >> Alex >> >> On 28-3-2016 17:35, Roland Cornelissen wrote: >>> Hi, >>> >>> The VOS instance has crashed on a segmentation fault, I am looking >>> into this but it will cost some time. >>> I let you know when it is fixed. Sorry for the inconvenience! >>> >>> Best regards, >>> Roland >>> >>> On 28-03-16 15:30, Alex Olieman wrote: >>>> Hi, >>>> >>>> The Dutch sparql endpoint athttp://nl.dbpedia.org/sparql has been >>>> unreachable for several days. Is this due to actual maintenance, or does >>>> it just need a reboot? >>>> >>>> If this is going to take a while longer, are there any other public >>>> endpoints that would allow sparql access to the Dutch DBpedia? >>>> >>>> I often rely on the public endpoint to send people small example queries >>>> (e.g. in articles or email), but regularly hear back that the endpoint >>>> is unavailable. It is technically feasible for me to host a mirror at >>>> the University of Amsterdam, but would like to avoid the bureaucratic >>>> hassle of allowing public access to it. >>>> >>>> Kind regards, >>>> Alex >>>> >>>> ------------------------------------------------------------------------------ >>>> Transform Data into Opportunity. >>>> Accelerate data analysis in your applications with >>>> Intel Data Analytics Acceleration Library. >>>> Click to learn more. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>> _______________________________________________ >>>> Dbpedia-dutch mailing list >>>> Dbp...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >>> >>> -- >>> Signature Metamatter/Roland Cornelissen >>> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| >>> *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| >>> *www.metamatter.nl >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>> >>> >>> _______________________________________________ >>> Dbpedia-dutch mailing list >>> Dbp...@li... >>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- > Signature Metamatter/Roland Cornelissen > metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| > *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| > *www.metamatter.nl > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch |
From: Roland C. <met...@gm...> - 2016-03-29 06:52:27
|
Hi Alex, Het is een groter probleem dan ik had gehoopt want de database is dusdanig kapot dat 'last resort recovery' ook niet lukt... lijkt het ... (wordt nog verder onderzocht). In dat geval zit er niets anders op dan een nieuwe extractie van Wikipedia te maken en die opnieuw te laden. Ik ben ermee bezig en laat het je weten als we weer up&running zijn. Groet, Roland On 28-03-16 20:32, Alex Olieman wrote: > Hi Roland, > > Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) > geen ervaring mee. > > Bedankt dat je het oppakt! > > Groet, > Alex > > On 28-3-2016 17:35, Roland Cornelissen wrote: >> Hi, >> >> The VOS instance has crashed on a segmentation fault, I am looking >> into this but it will cost some time. >> I let you know when it is fixed. Sorry for the inconvenience! >> >> Best regards, >> Roland >> >> On 28-03-16 15:30, Alex Olieman wrote: >>> Hi, >>> >>> The Dutch sparql endpoint athttp://nl.dbpedia.org/sparql has been >>> unreachable for several days. Is this due to actual maintenance, or does >>> it just need a reboot? >>> >>> If this is going to take a while longer, are there any other public >>> endpoints that would allow sparql access to the Dutch DBpedia? >>> >>> I often rely on the public endpoint to send people small example queries >>> (e.g. in articles or email), but regularly hear back that the endpoint >>> is unavailable. It is technically feasible for me to host a mirror at >>> the University of Amsterdam, but would like to avoid the bureaucratic >>> hassle of allowing public access to it. >>> >>> Kind regards, >>> Alex >>> >>> ------------------------------------------------------------------------------ >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>> _______________________________________________ >>> Dbpedia-dutch mailing list >>> Dbp...@li... >>> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> -- >> Signature Metamatter/Roland Cornelissen >> metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| >> *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| >> *www.metamatter.nl >> >> >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> >> >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch -- Signature Metamatter/Roland Cornelissen metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| *www.metamatter.nl <http://www.metamatter.nl> |
From: Alex O. <al...@ol...> - 2016-03-28 18:32:51
|
Hi Roland, Vervelend dat VOS zulke serieuze errors geeft. Ik heb er (gelukkig) geen ervaring mee. Bedankt dat je het oppakt! Groet, Alex On 28-3-2016 17:35, Roland Cornelissen wrote: > Hi, > > The VOS instance has crashed on a segmentation fault, I am looking > into this but it will cost some time. > I let you know when it is fixed. Sorry for the inconvenience! > > Best regards, > Roland > > On 28-03-16 15:30, Alex Olieman wrote: >> Hi, >> >> The Dutch sparql endpoint athttp://nl.dbpedia.org/sparql has been >> unreachable for several days. Is this due to actual maintenance, or does >> it just need a reboot? >> >> If this is going to take a while longer, are there any other public >> endpoints that would allow sparql access to the Dutch DBpedia? >> >> I often rely on the public endpoint to send people small example queries >> (e.g. in articles or email), but regularly hear back that the endpoint >> is unavailable. It is technically feasible for me to host a mirror at >> the University of Amsterdam, but would like to avoid the bureaucratic >> hassle of allowing public access to it. >> >> Kind regards, >> Alex >> >> ------------------------------------------------------------------------------ >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- > Signature Metamatter/Roland Cornelissen > metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| > *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| > *www.metamatter.nl > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > > > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch |
From: Roland C. <met...@gm...> - 2016-03-28 15:35:40
|
Hi, The VOS instance has crashed on a segmentation fault, I am looking into this but it will cost some time. I let you know when it is fixed. Sorry for the inconvenience! Best regards, Roland On 28-03-16 15:30, Alex Olieman wrote: > Hi, > > The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been > unreachable for several days. Is this due to actual maintenance, or does > it just need a reboot? > > If this is going to take a while longer, are there any other public > endpoints that would allow sparql access to the Dutch DBpedia? > > I often rely on the public endpoint to send people small example queries > (e.g. in articles or email), but regularly hear back that the endpoint > is unavailable. It is technically feasible for me to host a mirror at > the University of Amsterdam, but would like to avoid the bureaucratic > hassle of allowing public access to it. > > Kind regards, > Alex > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch -- Signature Metamatter/Roland Cornelissen metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| *www.metamatter.nl <http://www.metamatter.nl> |
From: Alex O. <al...@ol...> - 2016-03-28 14:01:13
|
Hi, The Dutch sparql endpoint at http://nl.dbpedia.org/sparql has been unreachable for several days. Is this due to actual maintenance, or does it just need a reboot? If this is going to take a while longer, are there any other public endpoints that would allow sparql access to the Dutch DBpedia? I often rely on the public endpoint to send people small example queries (e.g. in articles or email), but regularly hear back that the endpoint is unavailable. It is technically feasible for me to host a mirror at the University of Amsterdam, but would like to avoid the bureaucratic hassle of allowing public access to it. Kind regards, Alex |
From: Roland C. <met...@gm...> - 2015-10-04 10:02:13
|
Hi, A.s. 16 en 17 oktober wordt voor de tweede keer Hack-A-LOD georganiseerd bij de KB in Den Haag. Hack-A-LOD de hackthon voor, met, een over Linked Open Data. Er komen een aantal mooie nieuwe LOD sets uit de collectie van KB beschikbaar voor Hack-A-LOD, inclusief links naar o.a. DBpedia, Wikidata, WorldCat en VIAF. Verschillende 'challenges' zijn geformuleerd waarin je mee kunt dingen naar één van de mooie prijzen die er te winnen zijn. Zie http://www.hackalod.com voor meer info. Je bent van harte uitgenodigd om deel te nemen aan Hack-A-LOD en mee te hacken op 16 en 17 oktober bij de KB in Den Haag! Tot dan! Roland -- Signature Metamatter/Roland Cornelissen metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| *www.metamatter.nl <http://www.metamatter.nl> |
From: Kuys, G. <ger...@or...> - 2015-07-30 07:07:18
|
Hoi Roland, Ik denk dat je even te snel gaat. Alle properties met een Nederlandse naam zijn de 1-op-1 properties vanuit de infoboxen. Die staan er dus alleen om technische redenen, om inhouden over te hevelen naar de property waarnaartoe gemapt wordt - als er tenminste een mapping voor is. Wat je voor je project aan moet houden zijn dus niet de nl-prop properties, maar de properties uit de DBpedia ontologie. Die is weliswaar ook niet volledig consistent, maar dat is waaraan we nu werken en waarvoor WebProtégé beschikbaar komt. Groeten, Gerard ________________________________ Van: Roland Cornelissen <met...@gm...> Verzonden: woensdag 29 juli 2015 12:40 Aan: dbp...@li... Onderwerp: [Dbpedia-dutch] Mappings en ontology ambiguity Hi, I was working on a project and ran into an example of ambiguity in the data caused by inconsistent mappings. Consider this query [1] searching for relations between specific places and people. The results show for some properties 5 alternatives. In order to improve the quality of the data we need to disambiguate these alternatives, in the mappings and in the ontology. Best regards, Roland [1] http://bit.ly/1DaAU8m -- metamatter | Drs. Roland Cornelissen | Weersterweg 12 | 9832TE | Den Horn | T +31 (0)50 5515369 | M +31 (0)6 14797518 | www.metamatter.nl<http://www.metamatter.nl> Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. |
From: Roland C. <met...@gm...> - 2015-07-29 10:40:43
|
Hi, I was working on a project and ran into an example of ambiguity in the data caused by inconsistent mappings. Consider this query [1] searching for relations between specific places and people. The results show for some properties 5 alternatives. In order to improve the quality of the data we need to disambiguate these alternatives, in the mappings and in the ontology. Best regards, Roland [1] http://bit.ly/1DaAU8m -- Signature Metamatter/Roland Cornelissen metamatter*| *Drs. Roland Cornelissen*| *Weersterweg 12*| *9832TE*| *Den Horn*| *T +31 (0)50 5515369*| *M +31 (0)6 14797518*| *www.metamatter.nl <http://www.metamatter.nl> |
From: Machiel M. <mac...@ou...> - 2015-01-05 22:28:34
|
Geachte heer/mevrouw, Graag zou ik editor rechten willen krijgen, zodat ik kan meehelpen op DBpedia (mapping/vertaling/infoboxen plaatsen/ontology classes maken enz.) Ik heb me op 30 december 2014 aangemeld. Alvast hartelijk dank. Met vriendelijke groet, Machiel Mulder |
From: Volha B. <vo...@in...> - 2014-12-01 15:57:10
|
The GenderExtractor "as is" was run during the last extraction, but the resulting dataset - available at [1] - contains only 4K triples, which seems to suggest that the extractor doesn't work correctly. Volha [1] http://data.dws.informatik.uni-mannheim.de/dbpedia/2014/en/ On 12/1/2014 4:48 PM, Ruben Verborgh wrote: >> We'd love to have it improved. Why don't you send a pull request over there? > So because I didn't know it existed; > and because I never contributed to a Scale project. > But the first obstacle has been overcome, > and the second one should be fairly easy :-) > > It would probably be a good idea to cross-check first; > i.e., are the results consistent with Wikidata and/or the existing algorithm. > Is your result dataset available somewhere for 2014? > Mine is here: https://github.com/RubenVerborgh/DBpediaGenderResults > > Best, > > Ruben > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Dbpedia-discussion mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion > |
From: Ruben V. <rub...@ug...> - 2014-12-01 15:48:33
|
Hi Pablo, Maybe first some context: I was asked by the Dutch DBpedia chapter to perform this work. However, not everybody (including me) was aware of this existing code. When I reported back, Dimitris send me a pointer to it. > Do you think this could improve on the current Gender extractor that Max and I created? Yeah; the ideas seem very similar; the main difference being my use of scores (which are not necessary for English, but are for other languages like Dutch where some pronouns are homonyms of other words). > We'd love to have it improved. Why don't you send a pull request over there? So because I didn't know it existed; and because I never contributed to a Scale project. But the first obstacle has been overcome, and the second one should be fairly easy :-) It would probably be a good idea to cross-check first; i.e., are the results consistent with Wikidata and/or the existing algorithm. Is your result dataset available somewhere for 2014? Mine is here: https://github.com/RubenVerborgh/DBpediaGenderResults Best, Ruben |
From: Pablo N. M. <pab...@gm...> - 2014-12-01 15:42:50
|
Hi Ruben, Do you think this could improve on the current Gender extractor that Max and I created? We'd love to have it improved. Why don't you send a pull request over there? https://github.com/dbpedia/extraction-framework/blob/master/core/src/main/scala/org/dbpedia/extraction/mappings/GenderExtractor.scala I also like your idea to use this for anomaly detection. I wonder if we already have a way to output suggested "negative triples" in a standard fashion for the DEF? Meaning that we could have a bunch of "negative extractors" suggesting which triples should be deleted. I think Heiko and Dimitris have played with ideas related to this? Cheers Pablo On Mon, Dec 1, 2014, 04:07 Ruben Verborgh <rub...@ug...> wrote: > Dear all, > > This weekend, I quickly experimented with gender extraction from the Dutch > Wikipedia. > A summary of the approach and results is available here: > http://ruben.verborgh.org/blog/2014/11/30/distinguishing-between-frank- > and-nancy/ > > The highlights are: > - I extracted 52,686 gender indications with high confidence out of 80,499 > “people” articles. > 44,614 (85%) are man; 8,072 (15%) are women. > - A brief manual check didn't reveal any errors (yet). > - The algorithm can also help to improve data quality. > For instance, the article “27th government of Israel” is incorrectly > marked a person. It's results are: > 27e regering van Israël { male: 0.5, female: 0.0 }, compared to, for > instance: > A.H. Nijhoff { male: 3.5, female: 33.3 }. > This is an indication the “Person” label might be incorrect. > > The resulting software and datasets are on GitHub: > - https://github.com/RubenVerborgh/DBpediaGender > - https://github.com/RubenVerborgh/DBpediaGenderResults > The approach has now also been tested in the English version; > results in the above repository. > > Please let me know any feedback and/or questions. > > Best, > > Ruben > ------------------------------------------------------------ > ------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751& > iu=/4140/ostg.clktrk > _______________________________________________ > Dbpedia-discussion mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion > |
From: Ruben V. <rub...@ug...> - 2014-12-01 12:00:21
|
Dear all, This weekend, I quickly experimented with gender extraction from the Dutch Wikipedia. A summary of the approach and results is available here: http://ruben.verborgh.org/blog/2014/11/30/distinguishing-between-frank-and-nancy/ The highlights are: - I extracted 52,686 gender indications with high confidence out of 80,499 “people” articles. 44,614 (85%) are man; 8,072 (15%) are women. - A brief manual check didn't reveal any errors (yet). - The algorithm can also help to improve data quality. For instance, the article “27th government of Israel” is incorrectly marked a person. It's results are: 27e regering van Israël { male: 0.5, female: 0.0 }, compared to, for instance: A.H. Nijhoff { male: 3.5, female: 33.3 }. This is an indication the “Person” label might be incorrect. The resulting software and datasets are on GitHub: - https://github.com/RubenVerborgh/DBpediaGender - https://github.com/RubenVerborgh/DBpediaGenderResults The approach has now also been tested in the English version; results in the above repository. Please let me know any feedback and/or questions. Best, Ruben |
From: Dimitris K. <kon...@in...> - 2014-11-19 10:13:18
|
Hi Alex, The total coordinates extracted in Dutch DBpedia are for 296357 distinct resources. Note that coordinates are also found in the mapping based dataset (this are the coordinates that are mapped in the mappings wiki) Also make sure to *not* use the *en_uris* datasets, these are only articles that have a link to an English article and maintain the English uri ( http://dbpedia.org/...) Best, Dimitris On Tue, Nov 18, 2014 at 9:01 PM, Alex Olieman <al...@ol...> wrote: > Hi, > > I was surprised to find that the 2014 version of geo_coordinates_nl.nt > only includes triples for 200 articles. In v3.9 there still were triples > for about 1200 articles, so what happened to most of these triples? > > The articles for which the geo coordinates are available also surprised > me. They seem to include the geo coordinates in templates that are > unmapped. For example: > http://nl.wikipedia.org/wiki/Donetsk is included in geo_coordinates_nl.nt, > but its infobox is unmapped > <http://mappings.dbpedia.org/server/templatestatistics/nl/?template=Infobox_plaats_in_Oekra%C3%AFne> > . > http://nl.wikipedia.org/wiki/Delft is not included in > geo_coordinates_nl.nt, > but its geo-properties look correctly mapped > <http://mappings.dbpedia.org/index.php/Mapping_nl:Infobox_gemeente_Nederland#naam_inwoner> > . > > My knowledge of the extraction framework is not up-to-date, but this seems > to be an issue that can be (easily) resolved. > > Kind regards, > Alex Olieman > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Dbpedia-dutch mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Alex O. <al...@ol...> - 2014-11-18 19:31:23
|
Hi, I was surprised to find that the 2014 version of geo_coordinates_nl.nt only includes triples for 200 articles. In v3.9 there still were triples for about 1200 articles, so what happened to most of these triples? The articles for which the geo coordinates are available also surprised me. They seem to include the geo coordinates in templates that are unmapped. For example: http://nl.wikipedia.org/wiki/Donetsk is included in geo_coordinates_nl.nt, but its infobox is unmapped <http://mappings.dbpedia.org/server/templatestatistics/nl/?template=Infobox_plaats_in_Oekra%C3%AFne>. http://nl.wikipedia.org/wiki/Delft is not included in geo_coordinates_nl.nt, but its geo-properties look correctly mapped <http://mappings.dbpedia.org/index.php/Mapping_nl:Infobox_gemeente_Nederland#naam_inwoner>. My knowledge of the extraction framework is not up-to-date, but this seems to be an issue that can be (easily) resolved. Kind regards, Alex Olieman |
From: Roland C. <ro...@me...> - 2014-09-10 17:06:20
|
Hi, I noticed that IRI's containing special characters are not properly resolved in the new interface at the Dutch DBpedia. For example: http://nl.dbpedia.org/resource/Gorée retrieves no infromation in the new interface while in the old interface all triples are retrieved. Somewhere in there must be a false encoding or escaped characters... Thanks, Roland |
From: Gaurav V. <ga...@gg...> - 2014-07-30 02:32:40
|
Hi everybody, We are happy to announce an experimental RDF dump of the Wikimedia Commons. A complete first draft is now available online at http://nl.dbpedia.org/downloads/commonswiki/20140705/, and will be eventually accesible from http://commons.dbpedia.org. A small sample dataset, which may be easier to browse, is available on Github at https://github.com/gaurav/commons-extraction/tree/master/commonswiki/20140101 The following datasets showcases some of the improvements that we’ve been working on over the last two months: - File information (*-file-information.*) is a completely new dataset that contains information on the files in the Commons, including file and thumbnail URLs, file extensions, file type classes and MIME types. - DBpedia’s Mappings Extractor (*-mappingbased-properties.*) uses templates stored on the Mapping server (http://mappings.dbpedia.org/) to create RDF for information-rich templates. This system still has some important limitations, such as not being able to process process embedded templates (e.g. license templates inside {{Information}}), but top-level templates are completely configurable. The existing mappings are available at http://mappings.dbpedia.org/index.php/Mapping_commons - This includes 363 license templates that indicate licensing for Commons files under public domain, Creative Commons and other open access licenses. These were created by bots and still require verification before use. They are listed at http://mappings.dbpedia.org/index.php/Category:Commons_media_license - The DBpedia Geoextractor (*-geo-coordinates.*) now extracts geographical coordinates from Commons files using the {{Location}} template. - The DBpedia SKOS Extractor (*-skos-categories.*) now identifies relationships between Commons categories, building a SKOS-based description of the entire Commons category tree. Please have a look and let us know what you think. We’ll be working on a number of open tasks over the next three weeks, listed at https://github.com/gaurav/extraction-framework/issues?state=open -- if you see something wrong with what we’ve done above, or have an issue you’d particularly like us to tackle, please report it there or drop me an e-mail! This work is sponsored by the Google Summer of Code program (https://www.google-melange.com/gsoc/project/details/google/gsoc2014/gaurav/5676830073815040). Thanks! cheers, The DBpedia Commons extraction team: Gaurav Vaidya Dimitris Kontokostas Andrea Di Menna Jimmy O’Regan |
From: Kuys, G. <ger...@or...> - 2014-03-11 10:15:20
|
Hi Roland, As far as I am concerned, there is no big difference between Lists and Tables. Both of them are OrderedCollections (to put it in a Smalltalk way) and both of them expect List items to be of a specific type, thus making sure that the range of properties is the same all over. You could make it a constraint, that a particular occurrence of a List or Table should have items in it that are of a particular type. But I am not certain whether or not this would make a big difference, as long as you make sure that you can request the same properties with every list item. I came across an article on Lists, that might be of help solving this problem: http://ceur-ws.org/Vol-1064/Paulheim_Extending_DBpedia.pdf Regards, Gerard ________________________________________ Van: Roland Cornelissen [met...@gm...] Verzonden: maandag 10 maart 2014 13:09 Aan: Kuys, Gerard; dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Lists Hi Gerard, After a look at the mapping I realize we talk about Lists while we mean Tables. I noticed the concept List exists, the concept ListItems doesn't ... Imho we should speak of Tables and Rows. In general a table represents a collection of triples about a subject, in case of the 'Wikipedia sjabloon tabelrij etc.' the right order of the triple is row, column, intersection. The coherence of the collection of triples is defined by the subject of the table, i.e. metadata for each row in the table and should be mapped to a subject property of the Table/List. So a Table/List is about ArchitecturalStructure and it should have a dcterms:subject relation to this class. Then the Table contains Rows (which should also be qualified as such!) each row represents the same subject as the Table. At this moment each Row in the mappings is typed directly as ArchitecturalStructure [1] which may be convenient now but may provide ambiguity in the long run. Some (or many) rows may already have an URI when a dedicated Wikipedia page is in place!). Best, Roland [1] http://mappings.dbpedia.org/index.php/Mapping_nl:Tabelrij_erfgoed_Vlaanderen On 10-03-14 11:49, Kuys, Gerard wrote: > Hi Roland, > > I have to ruminate on this. Could you provide an example? > > Regards, > > Gerard > ________________________________________ > Van: Roland Cornelissen [met...@gm...] > Verzonden: maandag 10 maart 2014 11:45 > Aan: Kuys, Gerard; dbp...@li... > Onderwerp: Re: [Dbpedia-dutch] Lists > > Hi Gerard, > > An instance of the class List should have a subject property defining > the subject (type) of the List, imho. > This way the instance of a List could be specified having multiple > subjects like Nijmegen and ArchitecturalStructure making the description > of the list accurate. > The subject of the ListItems is not necessarily inherited from List, > only the defining rdf:type should be specified in the List for all > ListItems. > Not sure if we need structure or rules for this: We can say that if a > List contains one subject it defines the type of ListItems, but if > there's more subjects an additional indicator is needed... > > Best, > Roland > > > On 10-03-14 11:19, Kuys, Gerard wrote: >> Hi, >> >> I agree, that a list should be typed to a List. However, there is a mapping mechanism that should grant that every Item in the List should be transformed into a resource of the proper type. So, for instance, there is the template 'Tabelrij rijksmonument' which makes sure that a query like: >> >> PREFIX dbpedia-owl: <http://dbpedia.org/ontology/> >> PREFIX foaf: <http://xmlns.com/foaf/0.1/> >> >> SELECT DISTINCT (str(?monNr) AS ?Nr) >> (str(?mon) AS ?Rijksmonument) >> (str(?adr) AS ?naam) >> (str(?jaar) AS ?bouwjaar) >> WHERE >> >> { >> ?lijst dbpedia-owl:wikiPageID 1666607 . # Om niet in de knoei te komen met de haakjes van 'Nijmegen_(plaats)' >> ?lijstMonument dbpedia-owl:listItemOf ?lijst . >> OPTIONAL { ?lijstMonument foaf:name ?mon } >> OPTIONAL { ?lijstMonument dbpedia-owl:address ?adr } >> OPTIONAL { ?lijstMonument dbpedia-owl:yearOfConstruction ?jaar } >> OPTIONAL { ?lijstMonument dbpedia-owl:codeNationalMonument ?monNr } >> >> } >> >> will return a set of ArchitecturalStructures (which is the classification that will fit all list items). Now, the problem for me, is to attach the right template to the right list. How can I make sure, that the 'Lijst van rijksmonumenten op begraafplaats Soestbergen' will return a set of GraveMonuments or at the very least a set of ArchitecturalStructures? >> >> Regards, >> >> Gerard >> >> >> ________________________________________ >> Van: Roland Cornelissen [met...@gm...] >> Verzonden: maandag 10 maart 2014 9:40 >> Aan: dbp...@li... >> Onderwerp: [Dbpedia-dutch] Lists >> >> Hi, >> >> I noticed errors in extracted lists from Wikipedia; >> >> First of all: when a list from Wikipedia is extracted to DBpedia it gets >> rdf:type dbpedia-owl:Place (etc.). See for example [1]. This is not the >> right type, it is a list and not a place, therefore I think the rdf:type >> of an extracted list should be dbpedia-owl:List [2]. >> >> Second one: Values contained in the list should be extracted as separate >> resources where each resource contains it's own properties (which is 1 >> row in the list or table). >> To have all values in rows directly attributed to the list makes no >> sense which is the case now... >> >> Third (which is a more generic problem) : the latitude and longitude >> values that are extracted should be geo:lat and geo:long (xsd:float), >> now those are just numbers and don't contain decimal degrees following >> wgs84. I have seen this in other places too. We need to fix the >> coordinates imho. >> >> Thanks, >> Roland >> >> [1] http://nl.dbpedia.org/page/Lijst_van_onroerend_erfgoed_in_Riemst >> [2] http://dbpedia.org/ontology/List >> [3] www.w3.org/2003/01/geo/wgs84_pos >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> Disclaimer >> Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. >> >> This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. > > Disclaimer > Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. > > This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. Disclaimer Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. |
From: Roland C. <met...@gm...> - 2014-03-10 12:09:58
|
Hi Gerard, After a look at the mapping I realize we talk about Lists while we mean Tables. I noticed the concept List exists, the concept ListItems doesn't ... Imho we should speak of Tables and Rows. In general a table represents a collection of triples about a subject, in case of the 'Wikipedia sjabloon tabelrij etc.' the right order of the triple is row, column, intersection. The coherence of the collection of triples is defined by the subject of the table, i.e. metadata for each row in the table and should be mapped to a subject property of the Table/List. So a Table/List is about ArchitecturalStructure and it should have a dcterms:subject relation to this class. Then the Table contains Rows (which should also be qualified as such!) each row represents the same subject as the Table. At this moment each Row in the mappings is typed directly as ArchitecturalStructure [1] which may be convenient now but may provide ambiguity in the long run. Some (or many) rows may already have an URI when a dedicated Wikipedia page is in place!). Best, Roland [1] http://mappings.dbpedia.org/index.php/Mapping_nl:Tabelrij_erfgoed_Vlaanderen On 10-03-14 11:49, Kuys, Gerard wrote: > Hi Roland, > > I have to ruminate on this. Could you provide an example? > > Regards, > > Gerard > ________________________________________ > Van: Roland Cornelissen [met...@gm...] > Verzonden: maandag 10 maart 2014 11:45 > Aan: Kuys, Gerard; dbp...@li... > Onderwerp: Re: [Dbpedia-dutch] Lists > > Hi Gerard, > > An instance of the class List should have a subject property defining > the subject (type) of the List, imho. > This way the instance of a List could be specified having multiple > subjects like Nijmegen and ArchitecturalStructure making the description > of the list accurate. > The subject of the ListItems is not necessarily inherited from List, > only the defining rdf:type should be specified in the List for all > ListItems. > Not sure if we need structure or rules for this: We can say that if a > List contains one subject it defines the type of ListItems, but if > there's more subjects an additional indicator is needed... > > Best, > Roland > > > On 10-03-14 11:19, Kuys, Gerard wrote: >> Hi, >> >> I agree, that a list should be typed to a List. However, there is a mapping mechanism that should grant that every Item in the List should be transformed into a resource of the proper type. So, for instance, there is the template 'Tabelrij rijksmonument' which makes sure that a query like: >> >> PREFIX dbpedia-owl: <http://dbpedia.org/ontology/> >> PREFIX foaf: <http://xmlns.com/foaf/0.1/> >> >> SELECT DISTINCT (str(?monNr) AS ?Nr) >> (str(?mon) AS ?Rijksmonument) >> (str(?adr) AS ?naam) >> (str(?jaar) AS ?bouwjaar) >> WHERE >> >> { >> ?lijst dbpedia-owl:wikiPageID 1666607 . # Om niet in de knoei te komen met de haakjes van 'Nijmegen_(plaats)' >> ?lijstMonument dbpedia-owl:listItemOf ?lijst . >> OPTIONAL { ?lijstMonument foaf:name ?mon } >> OPTIONAL { ?lijstMonument dbpedia-owl:address ?adr } >> OPTIONAL { ?lijstMonument dbpedia-owl:yearOfConstruction ?jaar } >> OPTIONAL { ?lijstMonument dbpedia-owl:codeNationalMonument ?monNr } >> >> } >> >> will return a set of ArchitecturalStructures (which is the classification that will fit all list items). Now, the problem for me, is to attach the right template to the right list. How can I make sure, that the 'Lijst van rijksmonumenten op begraafplaats Soestbergen' will return a set of GraveMonuments or at the very least a set of ArchitecturalStructures? >> >> Regards, >> >> Gerard >> >> >> ________________________________________ >> Van: Roland Cornelissen [met...@gm...] >> Verzonden: maandag 10 maart 2014 9:40 >> Aan: dbp...@li... >> Onderwerp: [Dbpedia-dutch] Lists >> >> Hi, >> >> I noticed errors in extracted lists from Wikipedia; >> >> First of all: when a list from Wikipedia is extracted to DBpedia it gets >> rdf:type dbpedia-owl:Place (etc.). See for example [1]. This is not the >> right type, it is a list and not a place, therefore I think the rdf:type >> of an extracted list should be dbpedia-owl:List [2]. >> >> Second one: Values contained in the list should be extracted as separate >> resources where each resource contains it's own properties (which is 1 >> row in the list or table). >> To have all values in rows directly attributed to the list makes no >> sense which is the case now... >> >> Third (which is a more generic problem) : the latitude and longitude >> values that are extracted should be geo:lat and geo:long (xsd:float), >> now those are just numbers and don't contain decimal degrees following >> wgs84. I have seen this in other places too. We need to fix the >> coordinates imho. >> >> Thanks, >> Roland >> >> [1] http://nl.dbpedia.org/page/Lijst_van_onroerend_erfgoed_in_Riemst >> [2] http://dbpedia.org/ontology/List >> [3] www.w3.org/2003/01/geo/wgs84_pos >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Dbpedia-dutch mailing list >> Dbp...@li... >> https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch >> >> Disclaimer >> Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. >> >> This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. > > Disclaimer > Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de afzender te waarschuwen en dit bericht met eventuele bijlagen direct te verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht. > > This e-mail and any attachments are confidential and are solely intended for the addressee. If you are not the intended recipient, please notify the sender and delete and/or destroy this message and any attachments immediately. It is prohibited to copy, to distribute, to disclose or to use this e-mail and any attachments in any other way. Ordina N.V. and/or its group companies do not accept any responsibility nor liability for any damage resulting from the content of and/or the transmission of this message. |