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...> - 2014-03-10 11:02:34
|
This depends on the way Wikipedia structures information so different cases might require different approaches. In English Wikipedia for example they don't use this type of templates at all and List extraction is not possible Best, Dimitris On Mon, Mar 10, 2014 at 12:29 PM, Kuys, Gerard <ger...@or...>wrote: > Hi Dimitris, > > Yes, of course, this is true with regard to the lists we currently are > using. But if I were looking not at a list of monuments but at a list of, > for instance, cooking pots, how could I make sure that the template that is > appropriate for cooking pots would be applied? > > Regards, > > Gerard > ------------------------------ > *Van:* Dimitris Kontokostas [kon...@in...] > *Verzonden:* maandag 10 maart 2014 11:25 > *Aan:* Kuys, Gerard > *CC:* Roland Cornelissen; dbp...@li... > *Onderwerp:* Re: [Dbpedia-dutch] Lists > > This is exactly what will happen once the page is assigned the dbo:List > type, > everything other template will generate a new URI and become a dbo:listOf > the main URI. > > > On Mon, Mar 10, 2014 at 12:19 PM, Kuys, Gerard <ger...@or...>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. >> >> >> ------------------------------------------------------------------------------ >> 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 >> >> > > > -- > Dimitris Kontokostas > Department of Computer Science, University of Leipzig > Research Group: http://aksw.org > Homepage:http://aksw.org/DimitrisKontokostas > > 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. > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Kuys, G. <ger...@or...> - 2014-03-10 10:49:48
|
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. |
From: Kuys, G. <ger...@or...> - 2014-03-10 10:46:07
|
By the way, Gerald and I agreed that it would be best to henceforth map non-person names not to foaf:name but to dbpedia-owl:name. We are in the process of implementing this (what we consider to be) improvement all over the mappings. So, mind you that this change will be made in the Tabelrij templates shortly. ________________________________ Van: Kuys, Gerard [ger...@or...] Verzonden: maandag 10 maart 2014 11:29 Aan: Dimitris Kontokostas CC: Roland Cornelissen; dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Lists Hi Dimitris, Yes, of course, this is true with regard to the lists we currently are using. But if I were looking not at a list of monuments but at a list of, for instance, cooking pots, how could I make sure that the template that is appropriate for cooking pots would be applied? Regards, Gerard ________________________________ Van: Dimitris Kontokostas [kon...@in...] Verzonden: maandag 10 maart 2014 11:25 Aan: Kuys, Gerard CC: Roland Cornelissen; dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Lists This is exactly what will happen once the page is assigned the dbo:List type, everything other template will generate a new URI and become a dbo:listOf the main URI. On Mon, Mar 10, 2014 at 12:19 PM, Kuys, Gerard <ger...@or...<mailto:ger...@or...>> 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...<mailto:met...@gm...>] Verzonden: maandag 10 maart 2014 9:40 Aan: dbp...@li...<mailto: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<http://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...<mailto: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. ------------------------------------------------------------------------------ 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...<mailto: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 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 10:45:58
|
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. |
From: Kuys, G. <ger...@or...> - 2014-03-10 10:29:46
|
Hi Dimitris, Yes, of course, this is true with regard to the lists we currently are using. But if I were looking not at a list of monuments but at a list of, for instance, cooking pots, how could I make sure that the template that is appropriate for cooking pots would be applied? Regards, Gerard ________________________________ Van: Dimitris Kontokostas [kon...@in...] Verzonden: maandag 10 maart 2014 11:25 Aan: Kuys, Gerard CC: Roland Cornelissen; dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Lists This is exactly what will happen once the page is assigned the dbo:List type, everything other template will generate a new URI and become a dbo:listOf the main URI. On Mon, Mar 10, 2014 at 12:19 PM, Kuys, Gerard <ger...@or...<mailto:ger...@or...>> 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...<mailto:met...@gm...>] Verzonden: maandag 10 maart 2014 9:40 Aan: dbp...@li...<mailto: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<http://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...<mailto: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. ------------------------------------------------------------------------------ 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...<mailto: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 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: Dimitris K. <kon...@in...> - 2014-03-10 10:29:23
|
To explain the mechanism behind this feature, the framework marks the page with the class of the first mapped template, For every other mapped template, if the template is a sub/super class of the first template we don't create separate URI, otherwise we do. In this case, only the Tabelrij_erfgoed_Vlaanderen<http://mappings.dbpedia.org/index.php/Mapping_nl:Tabelrij_erfgoed_Vlaanderen> was defined and all properties of these templates were assigned to the main page On Mon, Mar 10, 2014 at 12:25 PM, Dimitris Kontokostas < kon...@in...> wrote: > This is exactly what will happen once the page is assigned the dbo:List > type, > everything other template will generate a new URI and become a dbo:listOf > the main URI. > > > On Mon, Mar 10, 2014 at 12:19 PM, Kuys, Gerard <ger...@or...>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. >> >> >> ------------------------------------------------------------------------------ >> 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 >> >> > > > -- > Dimitris Kontokostas > Department of Computer Science, University of Leipzig > Research Group: http://aksw.org > Homepage:http://aksw.org/DimitrisKontokostas > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Dimitris K. <kon...@in...> - 2014-03-10 10:26:23
|
This is exactly what will happen once the page is assigned the dbo:List type, everything other template will generate a new URI and become a dbo:listOf the main URI. On Mon, Mar 10, 2014 at 12:19 PM, Kuys, Gerard <ger...@or...>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. > > > ------------------------------------------------------------------------------ > 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 > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Kuys, G. <ger...@or...> - 2014-03-10 10:19:24
|
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. |
From: Dimitris K. <kon...@in...> - 2014-03-10 10:18:30
|
Hi Roland, This is a mapping issue. the first template [1], should assigned to dbo:List and mark the correct type of the page. I just created the mapping so the page should update soon. regarding lat & long, these are extracted from the other template [2] and the correct properties were Lat/Lon (not lat/lon). I updated this mapping as well so it should be updated soon too. let me know if it doesn't work out Best, Dimitris [1] http://mappings.dbpedia.org/index.php/Mapping_nl:Tabelkop_erfgoed_Vlaanderen [2] http://mappings.dbpedia.org/index.php/Mapping_nl:Tabelrij_erfgoed_Vlaanderen On Mon, Mar 10, 2014 at 10:40 AM, Roland Cornelissen < met...@gm...> wrote: > 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 > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Roland C. <met...@gm...> - 2014-03-10 08:40:30
|
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 |
From: Enno M. <Enn...@bi...> - 2014-02-12 21:08:47
|
Hi Dimitris, Thanks, nice work, we'll have a look when it's ready. Best, Enno ________________________________ Van: Dimitris Kontokostas [kon...@in...] Verzonden: woensdag 12 februari 2014 16:55 To: Enno Meijers Cc: dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Wikidata links in nl.dbpedia? Hi, The wikidata links are here: http://downloads.dbpedia.org/3.9/wikidata/ I am currently creating a new static release for download, I will filter the dutch wikidata links and add them as well. Will let you know when it is ready Best, Dimtiris On Wed, Feb 5, 2014 at 10:41 PM, Enno Meijers <Enn...@bi...<mailto:Enn...@bi...>> wrote: Hi all, I noticed that currently only the English DBpedia version has owl:sameAs links to Wikidata resources. I would like to see them in the Dutch DBpedia as well, is this the way to go? And if so what needs to be done to realize this? Best, Enno ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ 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 Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas |
From: Dimitris K. <kon...@in...> - 2014-02-12 15:56:23
|
Hi, The wikidata links are here: http://downloads.dbpedia.org/3.9/wikidata/ I am currently creating a new static release for download, I will filter the dutch wikidata links and add them as well. Will let you know when it is ready Best, Dimtiris On Wed, Feb 5, 2014 at 10:41 PM, Enno Meijers <Enn...@bi...>wrote: > Hi all, > > I noticed that currently only the English DBpedia version has owl:sameAs > links to Wikidata resources. I would like to see them in the Dutch DBpedia > as well, is this the way to go? And if so what needs to be done to realize > this? > > > Best, > Enno > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&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: Kuys, G. <ger...@or...> - 2014-02-12 15:14:33
|
Hi all, I don't know whether this is the right mailing list, but here is my report on the talks I had with two Dutch Wikidata people. Would you agree with the proposal we worked out? Regards, Gerard ============== A common project for Wikidata and DBpedia Gerard Kuys, February 12, 2014 At the Dutch Chapter meeting at the 1st DBpedia Community Meeting in Amsterdam, we decided to embark on a trajectory of closer collaboration with the Wikidata project. The idea was to compare datasets and think of ways to mutually improve data quality by way of comparing one dataset to another. The monuments dataset was suggested to be one of the candidate datasets. In order to determine further steps to be taken in this collaboration effort, Gerard Meijssen of Wikidata contacted the GLAM ‘liaison officer’ of the Dutch Wikimedia Foundation, Sebastiaan ter Burg. With Sebastiaan and with Hay Kranen, Wikipedian in residence at the Royal Library of the Netherlands, I had a fruitful conversation on Tuesday, March 11. On the path towards better quality of data, both Wikidata and DBpedia encounter obstacles to be cleared away. At Wikidata, Hay has pleaded for including the Dutch (and German?) PPN identifier for books, authors and keywords into the list of external identifiers that is kept within Wikidata. However, this proposal was rejected so far, on the grounds that it was insufficiently clear to the Wikidata project members what exactly this NTA field (as it is known in Wikidata circles) would contribute. At DBpedia, on the other hand, we meet with the problem of registering data about people’s gender, which cannot be extracted from Wikipedia articles due to editors’ policies and has to be obtained by way of linking to external datasets. The major issue to be solved, however, is how to overcome the boundaries between content compartments that spring from institutions’ collections being separately donated or otherwise brought into Wikipedia (either the encyclopedia or Commons). What we need is finding a way of constructing relations between content across domains. By doing so, we probably also would facilitate the feedback loop donating institutions are eagerly waiting for. When trying to settle for the domains that are most fit for comparison between Wikidata and DBpedia, we identified two domains: Writers’ and Monuments’ data. As a first step, we would want to make comparable dumps of data from either source, and work out an approach for finding all kinds of omissions and errors, and mending them. To be overly ambitious, however, as soon as this work has been done, we would want to take the bolder step and link both domains one to another: how could we find the relations (and translate them into RDF(S) properties) expressing the semantic relation between a person (mostly writers) and any building he or she has had a (documented) connection with. Being the GLAM liaison within the Wikimedia Foundation, Sebastiaan is keen to foster this endeavour wherever possible. He will be offering all kinds of support Wikimedia can provide: meeting rooms and the paying of travel expenses. Wikimedia could also provide due publicity, which might be helpful if we would want to attract volunteers who could help monitor data quality wherever there is no automated way to do so. The main work to be done yet remains with the Wikidata and DBpedia communities. We agreed that we would better limit the number of meetings between (working groups within) both communities. Nonetheless, a kick-off meeting would be nice, and useful to have. We think of two types of meetings: 1. * An initial meeting to set up a working approach, identify, divide and attribute work to be done 2. * One or several follow-up meetings to discuss progress and tackle problems that have arisen and cannot possibly be solved by way of skype conferences. This kind of meeting could be held within the framework of ordinary Wikimedia meetings, like the Wiki Saturdays. As soon as both Dutch Wikidata and Dutch DBpedia communities will have approved of this approach (or rather – this is what we hope for), a date for the initial meeting could be fixed. 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: Enno M. <Enn...@bi...> - 2014-02-05 20:41:58
|
Hi all, I noticed that currently only the English DBpedia version has owl:sameAs links to Wikidata resources. I would like to see them in the Dutch DBpedia as well, is this the way to go? And if so what needs to be done to realize this? Best, Enno |
From: Kuys, G. <ger...@or...> - 2014-02-03 23:23:53
|
My first report: I mistreated Sebastiaan's name, which is not Vanderburg but ter Burg. Grtz, Gerard ________________________________________ Van: Kuys, Gerard [ger...@or...] Verzonden: zaterdag 1 februari 2014 17:36 Aan: Dimitris Kontokostas; DBpediaDevelopers; di...@gm...; dbp...@li...; dbp...@li... Onderwerp: Re: [Dbpedia-dutch] Fwd: [Wikidata-l] RFC for a DBpedia import process Hi all, Being as enthusiast as he appears to be all the time, Gerard Meijssen has arranged me to meet Sebastiaan Vanderburg, GLAM representative of the Dutch Wikimedia Foundation. I have been in touch with Sebastiaan more than once before, and we share many points of view. I will report on our conclusions. Regards, Gerard ________________________________________ Van: Dimitris Kontokostas [kon...@in...] Verzonden: zaterdag 1 februari 2014 10:33 Aan: DBpediaDevelopers; di...@gm...; dbp...@li...; dbp...@li... Onderwerp: [Dbpedia-dutch] Fwd: [Wikidata-l] RFC for a DBpedia import process FYI ---------- Προωθημένο μήνυμα ---------- Από: "Gerard Meijssen" <ger...@gm...<mailto:ger...@gm...>> Ημερομηνία: 01 Φεβ 2014 10:10 π.μ. Θέμα: [Wikidata-l] RFC for a DBpedia import process Προς: "WikiData-l" <wik...@li...<mailto:wik...@li...>>, "chapters-cultural-partners" <cul...@wi...<mailto:cul...@wi...>> Hoi, I have been to the DBpedia conference in Amsterdam. They want to work with us in making the data in both DBpedia and Wikidata as good as we can make it. I have written an RFC [2] where I ask for comments on a proposed process for both the identification of differences between the originating Wikipedia and Wikidata and the inclusion of data that is new to Wikidata. Really relevant is that many of the people present at the conference were representing GLAM partners like Europeana and the Dutch National Library. Given that this may impact our future GLAM projects, this is an RFC that is relevant to both the Wikidata and the WMF GLAM community. Thanks, GerardM [1] http://ultimategerardm.blogspot.nl/2014/01/dbpediaamsterdam-confererence-update.html [2] https://www.wikidata.org/wiki/Wikidata:Bot_requests#RFC_-_DBpedia_import_process _______________________________________________ Wikidata-l mailing list Wik...@li...<mailto:Wik...@li...> https://lists.wikimedia.org/mailman/listinfo/wikidata-l 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. ------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk _______________________________________________ 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. |
From: Roland C. <ro...@me...> - 2014-02-02 23:04:54
|
Hi Enno, This is an interesting question since it reflects a fundamental issue on the DBpedia ontology; it is manually created while mapping infoboxes. The ontology evolves as more infoboxes are mapped, which is a bottom-up process, and vulnerable to inconsistencies. I think there are plenty of inconsistencies (or maybe better said: ambiguous properties) in the DBpedia ontology that should be dealt with. Maybe it is a good idea to start an initiative to identify and eliminate inconsistencies in the DBpedia ontology! In Wikidata there is clearly a top-down approach on the design of ontology which assures consistency of modeling. I like the approach, it looks a lot like the original SOBR idea, simple and convenient. I think the modeling done in Wikidata on this subject is of great use for improving and aligning the DBpedia ontology. Best, Roland On 01-02-14 16:48, Enno Meijers wrote: > Hi all, > > See how Wikidata defines the properties for books, works and editions, https://www.wikidata.org/wiki/Wikidata:Books_task_force > > I wonder how this (ever) could be related to the DBpedia class definition for WrittenWork, see http://mappings.dbpedia.org/server/ontology/classes/WrittenWork > > Any ideas? > > Best, > Enno > ------------------------------------------------------------------------------ > WatchGuard Dimension instantly turns raw network data into actionable > security intelligence. It gives you real-time visual feedback on key > security issues and trends. Skip the complicated setup - simply import > a virtual appliance and go from zero to informed in seconds. > http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk > _______________________________________________ > 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: Gerard K. <Ger...@bi...> - 2014-02-02 20:18:34
|
Hoi Enno, De Wikidata-structuur voor boeken is beter dan die van DBpedia. De vraag is natuurlijk, of ze bij die structuur ook de data hebben, maar als die er nu nog niet zijn dan komen ze er wel. Ik zal de komende tijd eens kijken of ik de ontologie en de mappings van DBpedia een stukje dichter naar Wikidata (en naar BibFrame) kan krijgen. Ik heb wel testdata die los staan van de een of andere bibliotheekcatalogus - is er eigenlijk iets terechtgekomen van de Boekenkast van Nederland? Groeten, Gerard ________________________________________ Van: Enno Meijers [Enn...@bi...] Verzonden: zaterdag 1 februari 2014 16:48 To: dbp...@li... Onderwerp: [Dbpedia-dutch] Wikidata:Books task force Hi all, See how Wikidata defines the properties for books, works and editions, https://www.wikidata.org/wiki/Wikidata:Books_task_force I wonder how this (ever) could be related to the DBpedia class definition for WrittenWork, see http://mappings.dbpedia.org/server/ontology/classes/WrittenWork Any ideas? Best, Enno ------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk _______________________________________________ Dbpedia-dutch mailing list Dbp...@li... https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch |
From: Kuys, G. <ger...@or...> - 2014-02-01 16:51:38
|
Hi all, Being as enthusiast as he appears to be all the time, Gerard Meijssen has arranged me to meet Sebastiaan Vanderburg, GLAM representative of the Dutch Wikimedia Foundation. I have been in touch with Sebastiaan more than once before, and we share many points of view. I will report on our conclusions. Regards, Gerard ________________________________________ Van: Dimitris Kontokostas [kon...@in...] Verzonden: zaterdag 1 februari 2014 10:33 Aan: DBpediaDevelopers; di...@gm...; dbp...@li...; dbp...@li... Onderwerp: [Dbpedia-dutch] Fwd: [Wikidata-l] RFC for a DBpedia import process FYI ---------- Προωθημένο μήνυμα ---------- Από: "Gerard Meijssen" <ger...@gm...<mailto:ger...@gm...>> Ημερομηνία: 01 Φεβ 2014 10:10 π.μ. Θέμα: [Wikidata-l] RFC for a DBpedia import process Προς: "WikiData-l" <wik...@li...<mailto:wik...@li...>>, "chapters-cultural-partners" <cul...@wi...<mailto:cul...@wi...>> Hoi, I have been to the DBpedia conference in Amsterdam. They want to work with us in making the data in both DBpedia and Wikidata as good as we can make it. I have written an RFC [2] where I ask for comments on a proposed process for both the identification of differences between the originating Wikipedia and Wikidata and the inclusion of data that is new to Wikidata. Really relevant is that many of the people present at the conference were representing GLAM partners like Europeana and the Dutch National Library. Given that this may impact our future GLAM projects, this is an RFC that is relevant to both the Wikidata and the WMF GLAM community. Thanks, GerardM [1] http://ultimategerardm.blogspot.nl/2014/01/dbpediaamsterdam-confererence-update.html [2] https://www.wikidata.org/wiki/Wikidata:Bot_requests#RFC_-_DBpedia_import_process _______________________________________________ Wikidata-l mailing list Wik...@li...<mailto:Wik...@li...> https://lists.wikimedia.org/mailman/listinfo/wikidata-l 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: Enno M. <Enn...@bi...> - 2014-02-01 16:02:12
|
Hi all, See how Wikidata defines the properties for books, works and editions, https://www.wikidata.org/wiki/Wikidata:Books_task_force I wonder how this (ever) could be related to the DBpedia class definition for WrittenWork, see http://mappings.dbpedia.org/server/ontology/classes/WrittenWork Any ideas? Best, Enno |
From: Dimitris K. <kon...@in...> - 2014-02-01 09:34:08
|
FYI ---------- Προωθημένο μήνυμα ---------- Από: "Gerard Meijssen" <ger...@gm...> Ημερομηνία: 01 Φεβ 2014 10:10 π.μ. Θέμα: [Wikidata-l] RFC for a DBpedia import process Προς: "WikiData-l" <wik...@li...>, "chapters-cultural-partners" <cul...@wi...> Hoi, I have been to the DBpedia conference in Amsterdam. They want to work with us in making the data in both DBpedia and Wikidata as good as we can make it. I have written an RFC [2] where I ask for comments on a proposed process for both the identification of differences between the originating Wikipedia and Wikidata and the inclusion of data that is new to Wikidata. Really relevant is that many of the people present at the conference were representing GLAM partners like Europeana and the Dutch National Library. Given that this may impact our future GLAM projects, this is an RFC that is relevant to both the Wikidata and the WMF GLAM community. Thanks, GerardM [1] http://ultimategerardm.blogspot.nl/2014/01/dbpediaamsterdam-confererence-update.html [2] https://www.wikidata.org/wiki/Wikidata:Bot_requests#RFC_-_DBpedia_import_process _______________________________________________ Wikidata-l mailing list Wik...@li... https://lists.wikimedia.org/mailman/listinfo/wikidata-l |
From: Enno M. <Enn...@bi...> - 2013-10-25 21:03:04
|
Hi all, The latest Wikipedia statistics (created on 31/08/2013) show that the Dutch Wikipedia is now the second largest Wikipedia in the world! Have a look at http://stats.wikimedia.org/EN/ In less than one year the Dutch Wikipedia grew with more than 500.000 articles! Best, Enno |
From: Pablo N. M. <pab...@gm...> - 2013-09-02 03:28:52
|
+1 for help page. Actually, +1000 for those tooltips that walk you through the new stuff the first time that you come to the website. Have you seen one of those when Facebook or other kewl website goes through a redesign? Very important to have the chance to opt out of the tour, and to have the tour only offer itself prominently the first time (after that, it hides itself in some corner of the page for those that want to revisit it). Doable? On Sun, Sep 1, 2013 at 5:55 AM, Denis Lukovnikov <luk...@ou...>wrote: > Bedankt voor de feedback ;). Glad you like it. > > Denis > > ------------------------------ > Date: Sat, 31 Aug 2013 00:05:37 +0200 > From: met...@gm... > To: luk...@ou... > CC: dbp...@li...; > dbp...@li...; > dbp...@li...; cst...@in... > Subject: Re: [Dbpedia-dutch] [ANN] [GSoC 2013]: DBpedia Viewer > > Awesome! That looks really nice! > Thanks a lot for the effort guys! > > Roland > > > On 30-08-13 18:42, Denis Lukovnikov wrote: > > Hi all, > > > We're pleased to announce the new (beta) version of the DBpedia Linked > Data interface page > > as a part of a Google Summer of Code project. > > The new version now features: > > - A revamped Linked Data view > > - Quick filtering of properties and their values > > - Quick Links to important properties > > - Entity search using DBpedia Lookup > > - Text annotation with DBpedia Spotlight > > - previews on hover > > > The new DBpedia Viewer is deployed at the Dutch DBpedia<http://nl.dbpedia.org/> > . > > All feedback, comments and thumbs up are welcome :). > > For issues: https://github.com/lukovnikov/dbpedia-vad-i18n/issues > > To check it out, visit http://nl.dbpedia.org/page/Chuck_Norris. > > Greetings, > > Denis, Claus, Dimitris, Sebastian > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save!http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Dbpedia-dutch mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch > > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Dbpedia-developers mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-developers > > -- Pablo N. Mendes http://pablomendes.com |
From: Denis L. <luk...@ou...> - 2013-09-01 12:55:57
|
Bedankt voor de feedback ;). Glad you like it. Denis Date: Sat, 31 Aug 2013 00:05:37 +0200 From: met...@gm... To: luk...@ou... CC: dbp...@li...; dbp...@li...; dbp...@li...; cst...@in... Subject: Re: [Dbpedia-dutch] [ANN] [GSoC 2013]: DBpedia Viewer Awesome! That looks really nice! Thanks a lot for the effort guys! Roland On 30-08-13 18:42, Denis Lukovnikov wrote: Hi all, We're pleased to announce the new (beta) version of the DBpedia Linked Data interface page as a part of a Google Summer of Code project. The new version now features: - A revamped Linked Data view - Quick filtering of properties and their values - Quick Links to important properties - Entity search using DBpedia Lookup - Text annotation with DBpedia Spotlight - previews on hover The new DBpedia Viewer is deployed at the Dutch DBpedia. All feedback, comments and thumbs up are welcome :). For issues: https://github.com/lukovnikov/dbpedia-vad-i18n/issues To check it out, visit http://nl.dbpedia.org/page/Chuck_Norris. Greetings, Denis, Claus, Dimitris, Sebastian ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk _______________________________________________ Dbpedia-dutch mailing list Dbp...@li... https://lists.sourceforge.net/lists/listinfo/dbpedia-dutch |
From: Denis L. <luk...@ou...> - 2013-09-01 12:39:04
|
Noted. Do other actions work in Safari? Denis Subject: Re: [Dbpedia-developers] [ANN] [GSoC 2013]: DBpedia Viewer From: jai...@uf... Date: Sun, 1 Sep 2013 09:34:47 -0300 CC: pab...@gm...; kon...@in...; dbp...@li...; dbp...@li...; dbp...@li... To: luk...@ou... Denis, The DBpedia Spotlight button does not work in Safari. Abraços, ___________________________________________________________________________________ Jairo F. de Souza - jai...@uf... - http://www.ufjf.br/jairo_souza Prof. Adjunto do Departamento de Ciência da Computação (DCC/ICE) GETComp - Grupo de Educação Tutorial da Ciência da Computação - http://www.ufjf.br/getcomp Universidade Federal de Juiz de Fora (UFJF) Rua José Lourenço Kelmer, s/n - Campus Universitário, Juiz de Fora - MG, 36036-900 ___________________________________________________________________________________ Em 01/09/2013, às 09:23, Denis Lukovnikov <luk...@ou...> escreveu:Hi, Thanks for the feedback. The DBpedia Spotlight action is available for long texts (abstracts, ...), it's a button right of the text (as all actions are). The Spotlight button currently looks like a megaphone, you'll know it's the right one when you wait for the tooltip. Maybe we should make a little "Help" page for some explanation? Greetings, Denis Date: Sat, 31 Aug 2013 20:41:21 -0700 Subject: Re: [Dbpedia-developers] [ANN] [GSoC 2013]: DBpedia Viewer From: pab...@gm... To: luk...@ou... CC: dbp...@li...; dbp...@li...; dbp...@li...; kon...@in... Great job, folks! It's roundhouse kick-ass!!! I didn't find the DBpedia Spotlight plug there. Where is it? :) Cheers,Pablo On Fri, Aug 30, 2013 at 9:42 AM, Denis Lukovnikov <luk...@ou...> wrote: Hi all, We're pleased to announce the new (beta) version of the DBpedia Linked Data interface pageas a part of a Google Summer of Code project. The new version now features:- A revamped Linked Data view- Quick filtering of properties and their values- Quick Links to important properties- Entity search using DBpedia Lookup- Text annotation with DBpedia Spotlight- previews on hover The new DBpedia Viewer is deployed at the Dutch DBpedia.All feedback, comments and thumbs up are welcome :). For issues: https://github.com/lukovnikov/dbpedia-vad-i18n/issuesTo check it out, visit http://nl.dbpedia.org/page/Chuck_Norris. Greetings, Denis, Claus, Dimitris, Sebastian ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk _______________________________________________ Dbpedia-developers mailing list Dbp...@li... https://lists.sourceforge.net/lists/listinfo/dbpedia-developers -- Pablo N. Mendeshttp://pablomendes.com------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk_______________________________________________ Dbpedia-developers mailing list Dbp...@li... https://lists.sourceforge.net/lists/listinfo/dbpedia-developers |
From: Jairo F. de S. <jai...@uf...> - 2013-09-01 12:35:00
|
Denis, The DBpedia Spotlight button does not work in Safari. Abraços, ___________________________________________________________________________________ Jairo F. de Souza - jai...@uf... - http://www.ufjf.br/jairo_souza Prof. Adjunto do Departamento de Ciência da Computação (DCC/ICE) GETComp - Grupo de Educação Tutorial da Ciência da Computação - http://www.ufjf.br/getcomp Universidade Federal de Juiz de Fora (UFJF) Rua José Lourenço Kelmer, s/n - Campus Universitário, Juiz de Fora - MG, 36036-900 ___________________________________________________________________________________ Em 01/09/2013, às 09:23, Denis Lukovnikov <luk...@ou...> escreveu: > Hi, > > Thanks for the feedback. The DBpedia Spotlight action is available for long texts (abstracts, ...), it's a button right of the text (as all actions are). The Spotlight button currently looks like a megaphone, you'll know it's the right one when you wait for the tooltip. > > Maybe we should make a little "Help" page for some explanation? > > Greetings, > > Denis > > Date: Sat, 31 Aug 2013 20:41:21 -0700 > Subject: Re: [Dbpedia-developers] [ANN] [GSoC 2013]: DBpedia Viewer > From: pab...@gm... > To: luk...@ou... > CC: dbp...@li...; dbp...@li...; dbp...@li...; kon...@in... > > > Great job, folks! It's roundhouse kick-ass!!! > > I didn't find the DBpedia Spotlight plug there. Where is it? :) > > Cheers, > Pablo > > > On Fri, Aug 30, 2013 at 9:42 AM, Denis Lukovnikov <luk...@ou...> wrote: > Hi all, > > > We're pleased to announce the new (beta) version of the DBpedia Linked Data interface page > as a part of a Google Summer of Code project. > > The new version now features: > - A revamped Linked Data view > - Quick filtering of properties and their values > - Quick Links to important properties > - Entity search using DBpedia Lookup > - Text annotation with DBpedia Spotlight > - previews on hover > > The new DBpedia Viewer is deployed at the Dutch DBpedia. > All feedback, comments and thumbs up are welcome :). > > For issues: https://github.com/lukovnikov/dbpedia-vad-i18n/issues > To check it out, visit http://nl.dbpedia.org/page/Chuck_Norris. > > Greetings, > > Denis, Claus, Dimitris, Sebastian > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Dbpedia-developers mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-developers > > > > > -- > > Pablo N. Mendes > http://pablomendes.com > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk_______________________________________________ > Dbpedia-developers mailing list > Dbp...@li... > https://lists.sourceforge.net/lists/listinfo/dbpedia-developers |