Hi, This is something I had to work around a while ago, so I think I know the answer, but correct me if I'm wrong. The RDF XML, JSON and N3 representations return mostly triples in which the resource can be found as an object. Actually, JSON and N3 does not even contain triples where the resource is a subject, while in RDF XML in some cases it does. The problem is that unlike the NTRIPLES, ATOM and JSOD representations, these 3 contain the resource as objects as well and in some cases this leads to lots of triples but there is a limit of 2000 for the number of returned triples. Places as you said are a good example: there are so many triples containing places that it's easy for them to reach 2000 triples while persons do not have as many. If you want to obtain the triples in which the URI is a subject, I would suggest you use the NTRIPLES representation (it also contains language data for the labels unlike rdf xml, json, n3, jsod).
Regards, Zoltán On 2011.10.17. 16:09, Alexandru Todor wrote: > Hi, > > I've noticed that the http://dbpedia.org/data/[resource name].rdf files > with the RDF/XML description of the resources are missing a big portion > of the data displayed on the http://dbpedia.org/resource/[resource name] > site. > > For example look at http://dbpedia.org/page/Berlin and then at: > http://dbpedia.org/data/Berlin.rdf . You will notice missing abstracts, > literals and possibly other information from the .rdf file. > > The strange thing about this bug is that it seems to be valid only for > entities of type place and subclasses of it. Entities of type person or > chemical elements seem to be ok, however I haven't checked all of > dbpedia and all of the properties so I can't estimate how wide-spread > this issue is. > > > Kind Regards, > Alexandru Todor > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Dbpedia-discussion mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Dbpedia-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
