Hi Mariano,
I don't have answers for everything, but here goes my 2c. (split by subject)
EXTRACTION
It seems that the extraction process reads the properties found in the
> infobox instances, without checking if those properties are in the
> infobox definition. is that so?
I think so.
All wiki pages have a delete tab, but we do not know if it is an immediate
> delete or it will be checked by any admin
AFAIK, it's immediate.
When we create a DBpedia class or property, when it becomes effective?,
> what is the life cycle of the modifications?
>
AFAIK, it's immediate. What do you mean "life cycle"? Changes show up in
live.dbpedia.org nearly immediate and on dbpedia.org in the next release
(usually twice a year for the entire data & as frequent as you want for
your localized version.
Eg: In the statistics of (es) Ficha_de_futbolista we can find the property
> "altura" as one of the most used, but that property is not in the infobox
> definition. In the infobox definition we can see "estatura" (a concept
> similar to "altura") but is much less used that "altura". Do we have a
> mechanism to map both infobox properties to the same DBpedia property? We
> tried creating two mappings, one for "altura" and another for "estatura", but
> we get always two triples for each infobox instance (although the
> instance has only one of these properties). Any solution?
What happens if you map only one? Maybe the infobox itself is doing some
resolution there? When you say you get two triples, do you mean you get one
for the http://dbpedia.org/ontology namespace and one for the
http://dbpedia.org/property namespace? That is expected. One is for the
mapped and one for the non-mapped property.
The parsing of spanish dates (dd/mm/yyyy) does not work (property mapped to
> xsd:date). Do we have the same problem for decimal numbers? (in spanish,
> decimal numbers use to be like 2,5 instead of 2.5).
You can patch the Date and Decimal extractors to take some i18n config
params.
> Concerning internationalized resource URIs, we see that the spanish
> triples generated now in DBpedia have the URI form
> http://dbpedia.org/Resource/Whatever. Therefore, if we query about the
> resource http://dbpedia.org/Resource/Berlin, we will get a unique
> resource with all the properties specified by 15 internationalized versions
> of wikipedia. Right? However, the "hosted" versions of DBpedia (ge, el,
> ru...) have a URI like http://*ge.*dbpedia.org/Resource/Berlin. Right?
There is a current debate about this in the i18n committee. The current
solution is to generate the triples under
http://es.dbpedia.org/resource/Berlin, and set sameAs links to
http://dbpedia.org/resource/Berlin. My preferred solution would be to
bypass this step at least in cases where we're more confident that the link
is true (for example with bidirectional language links). Feel free to join
the discussion:
http://sourceforge.net/mailarchive/forum.php?thread_name=BANLkTin1a9tHUvQb%2B1sMsfuzr8fgUgyQ_Q%40mail.gmail.com&forum_name=dbpedia-developers
is there any scheduling for the next dump? We are anxious about knowing how
> many spanish triples we are going to get.
Generalized dumps for the entire (Internationalized) DBpedia usually happen
twice a year. The international chapters are free to release their data in
any release cycle they see fit. So you may just run the extraction
framework on your side and tell us how many triples you get. We are also
curious! :)
> I have a "big machine" for hosting the spanish DBpedia, and I hope to set
> up the extraction process on that machine very soon. Once we get a good
> spanish extraction process, what do we have to do in order to get the *es.
> *dbpedia.org redirect?
Whenever the machine is set up, please e-mail dbpedia-developers with the
IP and the responsible party will set up the domain forwarding.
Folks, anybody else can chip in?
Cheers,
Pablo
--
Pablo N. Mendes
Research Associate
Web Based Systems Group
Freie Universität Berlinhttp://wbsg.de
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Dbpedia-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
