Grupo de Facebook DBpedia en español
Notify Twitter

QADL-2-Q31-Q40

This page (revision-25) was last changed on 05-Nov-2018 18:07 by Mariano Rico

This page was created on 05-Nov-2018 18:06 by Mariano Rico

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
25 05-Nov-2018 18:07 13 KB Mariano Rico to previous
24 05-Nov-2018 18:06 13 KB Mariano Rico to previous | to last
23 05-Nov-2018 18:06 12 KB Mariano Rico to previous | to last
22 05-Nov-2018 18:06 12 KB Mariano Rico to previous | to last
21 05-Nov-2018 18:06 12 KB Mariano Rico to previous | to last

Page References

Incoming links Outgoing links
QADL-2-Q31-Q40
QADL-2-Q31-Q40

Version management

Difference between version and

At line 18 changed one line
"¿Cuál es la moneda de la república checa?"
"¿Cuál es la moneda de la república checa?
At line 20 changed one line
La conversión directa (cambiando res por esres y traduciendo el nombre del páis) sería esta:
La conversión directa (cambiando res por esres) sería esta:
At line 22 removed one line
PREFIX dbo: <http://dbpedia.org/ontology/>
At line 23 added one line
PREFIX dbp: <http://dbpedia.org/property/>
At line 25 changed one line
esres:República_Checa dbo:currency ?uri .
esres:Illinois dbp:borderingstates ?uri .
At line 29 changed one line
pero no devuelve resultados porque en la fecha de extracción de los datos no estaba mapeada "ficha de país".
pero no devuelve resultados porque esres:Illinois no tiene la propiedad dbp:borderingstates debido a que la página de Illinois en esWikipedia usa el infobox "Ficha de entidad subnacional" (que no tiene atributo para estado fronterizos) mientras que en enWikipedia se usa el "Infobox U.S. state" (que tiene el atributo BorderingStates)
At line 66 changed 15 lines
Una vez más, la query en inglés usa categorías YAGO, que no están en esDBpedia. La categoría esWikipedia más parecida es [Categoría:Países_de_Europa|http://es.wikipedia.org/wiki/Categor%C3%ADa:Pa%C3%ADses_de_Europa], de forma que la query quedaría así:
{{{
PREFIX dbp: <http://dbpedia.org/property/>
PREFIX res: <http://dbpedia.org/resource/>
PREFIX yago: <http://dbpedia.org/class/yago/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX dcterms: <http://purl.org/dc/terms/>
SELECT DISTINCT ?uri WHERE {
?uri dcterms:subject <http://es.dbpedia.org/resource/Categoría:Países_de_Europa> .
{ ?uri dbp:currency res:Euro . } UNION
{ ?uri dbp:currencyCode 'EUR'@en . } UNION
{ ?uri dbp:currencyCode 'Euro'@en . }
}
}}}
pero no devuelve resultados. El motivo es que esa categoría devuelve nada más 2 países (y dos anexos). Y, aunque devolviera los correctos, en la fecha de extracción de los datos de esDBpedia no estaba mapeada "ficha de país", por lo que no podríamos sacar su moneda :-(.
La conversión típica (res --> esres) no funciona porque Limerick aparece en esWikipedia como la cuidad irlandesa y usa la "Ficha de localidad de Irlanda".
At line 95 changed 3 lines
con resultado: __"030"@en__
![Iconos/ico30_tic_no.png]esDbpedia SPARQL Query
![Iconos/ico30_tic_yes.png]esDbpedia SPARQL Query
At line 100 changed one line
La tradicción sencilla res-->esres y Berlin-->Berlín produce esta query
Los TelevisionShow y sus creadores de la dbpedia española los saco con
At line 103 changed 4 lines
PREFIX esres: <http://es.dbpedia.org/resource/>
SELECT DISTINCT ?string WHERE {
esres:Berlín dbo:areaCode ?string .
}
PREFIX res: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
SELECT DISTINCT * WHERE {
?uri rdf:type dbo:TelevisionShow .
?uri dbo:creator ?v .
}
At line 108 removed 13 lines
que tiene por resultado __"B"@es__
En la página esWikipedia de Berlín, el atributo "prefijo" tiene el valor "30", y el atributo "matrícula_autos" vale "B". Usa la "Ficha de entidad subnacional".
En enWikipedia, la página de Berlin usa el "Infobox German state", y el atributo "Vorwahl" tiene el valor "030".
En el mapeo de "Ficha de entidad subnacional" hay varios atributos que se mapean a "areaCode": prefijo, prefijo telefónico nombre, prefijo_telefónico_nombre, prefijo telefónico, y prefijo_telefónico. No hay mapeo para el atributo "matrícula_autos".
Raro, raro... Si miramos los [datos de Berlín que tenemos en esDBpedia|http://es.dbpedia.org/page/Berl%C3%ADn] vemos que se han usado varias fichas (mira la propiedad http://es.dbpedia.org/property/wikiPageUsesTemplate), pero ninguna de ellas es "Ficha de entidad subnacional".
Lo marco como [Iconos/ico40_mistery.png]
At line 149 changed one line
De nuevo, en esDBpedia, a fecha de la extracción de los datos no había mapeo para Country por lo que no podemos preguntar por officialLanguage.
Cambiar res por esres no es suficiente. Hay que cambiar dbo:elevation por edbp:elevación para quedar así:
{{{
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX esdbp: <http://es.dbpedia.org/property/>
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
SELECT DISTINCT ?uri WHERE {
esres:Annapurna esdbp:elevación ?elevation .
?uri rdf:type dbo:Mountain .
?uri esdbp:elevación ?otherelevation .
FILTER (?otherelevation < ?elevation) .
}ORDER BY DESC(?otherelevation) LIMIT 1
}}}
At line 151 changed one line
El intento de sacar la lista de países a partir de alguna categoría esWikipedia tampoco tiene éxito: la Categoría:Países [tiene algunas cosas|http://es.dbpedia.org/resource/Categoría:Países], pero no países.
que da por resultado __http://es.dbpedia.org/resource/Broad_Peak__
Si en lugar de quedarnos con el primero vemos los 5 primeros obtendríamos esto:
|enDbpedia|otherlevation
|http://dbpedia.org/resource/Gasherbrum_I|8080.0
|http://dbpedia.org/resource/Broad_Peak|8051.0
|http://dbpedia.org/resource/Gasherbrum_II|8035.0
|http://dbpedia.org/resource/Shishapangma|8013.0
|http://dbpedia.org/resource/Gyachung_Kang|7952.0
|esDBpedia|otherlevation
|http://es.dbpedia.org/resource/Broad_Peak|"8047"^^<http://www.w3.org/2001/XMLSchema#int>
|http://es.dbpedia.org/resource/Gyachung_Kang|"7952"^^<http://www.w3.org/2001/XMLSchema#int>
|http://es.dbpedia.org/resource/Gasherbrum_IV|"7925"^^<http://www.w3.org/2001/XMLSchema#int>
|http://es.dbpedia.org/resource/Collado_Sur|"7906"^^<http://www.w3.org/2001/XMLSchema#int>
|http://es.dbpedia.org/resource/Distaghil_Sar|"7885"^^<http://www.w3.org/2001/XMLSchema#int>
En eswikipedia existe el mapeo de "ficha de montaña", pero el atributo "Elevación" se mapea con la propiedad DBpedia "prominence" en lugar de con "elevation". Parece que es un error de mapeo ya que en enWikipedia podemos ver que Annapurna tiene en el atributo elevation_m el valor 8091 y en el atributo prominence_m el valor 2984.
Parece que esDBpedia tiene menos montañas que enDBpedia, pero debido al error de mapeo NO lo damos por bueno.
At line 176 changed one line
![Iconos/ico30_tic_no.png]esDbpedia SPARQL Query
![Iconos/ico30_tic_yes.png]esDbpedia SPARQL Query
At line 179 changed one line
la traducción sencilla (res-->esres, Universal_Studios --> Estudios_Universal) no funciona. El motivo es que esres:Estudios_Universal no tiene la propiedad dbo:owner porque, en esWikipedia, la página de Estudios_Universal no usa ninguna ficha. En esWikipedia usa el "Infobox company".
Si cambiamos res por esres obtenemos esta query:
{{{
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
SELECT DISTINCT ?uri WHERE {
?uri rdf:type dbo:Film .
?uri dbo:starring esres:Julia_Roberts .
?uri dbo:director esres:Garry_Marshall .
}
}}}
que da por resultado
|http://es.dbpedia.org/resource/Pretty_Woman
|http://es.dbpedia.org/resource/Runaway_Bride
|http://es.dbpedia.org/resource/Valentine's_Day_(película)
At line 201 added one line
At line 196 changed one line
![Iconos/ico30_tic_no.png]esDbpedia SPARQL Query
![Iconos/ico30_tic_yes.png]esDbpedia SPARQL Query
At line 199 changed one line
la traducción sencilla (res --> esres, dbp --> esdbp, Yenesei_River --> Río_Yeneséi) daría esta query
la traducción sencilla (res por esres, dbp:design por esdbp:diseño)
At line 201 changed one line
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX dbo: <http://dbpedia.org/ontology/>
At line 224 added 2 lines
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
At line 204 changed one line
esres:Río_Yeniséi esdbp:país ?uri .
?uri rdf:type dbo:Bridge .
?uri esdbp:diseño ?design .
esres:Manhattan_Bridge esdbp:diseño ?mdesign .
FILTER (regex(?design, ?mdesign)).
FILTER (?uri != esres:Manhattan_Bridge) .
At line 234 added one line
no produce resultados porque en esDBpedia no tenemos uris de tipo Bridge con la propiedad esdbp:diseño. Tenemos [mapeo de "ficha de puente"|http://mappings.dbpedia.org/index.php/Mapping_es:Ficha_de_puente], pero no se mapea ningún atributo de la ficha a la propiedad design de DBpedia (cabría esperar que es el atributo "diseño"). Si miramos la [ficha de puente|http://es.wikipedia.org/wiki/Plantilla:Ficha_de_puente], lo más parecido son los atributo "Tipo" y "Arqu". La primera se mapea con la propiedad "type" de DBpedia, y la segunda no está mapeada. Una exploración nos permite ver que esdbp:tipo saca "puente colgante", "puente en arco", etc; y que esdb:arqu saca los nombres de los arquitectos.
At line 208 changed one line
que no produce resultados porque en esWikipedia, la página de Río Yeniséi usa "Ficha de cuerpo de agua", que tiene en el atributo "país" el valor
Por tanto, la opción más razonable es usar esdbp:tipo en lugar de esdbp:diseño (y cambiar Manhattan_Bridge por Puente_de_Manhattan), y que quede una query así:
At line 210 changed 2 lines
{{RUS}}
}}}
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX esdbp: <http://es.dbpedia.org/property/>
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
SELECT DISTINCT ?uri WHERE {
?uri rdf:type dbo:Bridge .
?uri esdbp:tipo ?design .
esres:Puente_de_Manhattan esdbp:tipo ?mdesign .
FILTER (regex(?design, ?mdesign)).
FILTER (?uri != esres:Puente_de_Manhattan) .
}
}}}
At line 213 changed one line
En enWikipedia tiene los atributos country y country1 con valores Mongolia (uri) y Rusia (uri).
que produce 33 puentes. Menos que los que produce enDBpedia, pero lo damos por bueno.
At line 254 added one line
At line 231 changed one line
La traducción sencilla no produce resultados porque, aunque en la ficha de Finland (wikipedia inglesa) está en atributo "accessionEUdate" con valor "1 January 1995", en la esWikipedia la página de Finlandia (que usa "ficha de país") no hay ningún atributo similar :-(
La simple traducción res --> esres produce el resultado __false__
At line 273 added one line
En la página enWikipedia se usa el "Infobox Officeholder", que tiene el atributo "battles" con una lista de batallas. En la página esWikipedia de Andrew_Jackson se usa la "Ficha de autoridad", que no tiene nada parecido a "batallas".
At line 258 changed one line
Por lo pronto, en esDBpedia no tenemos las categorías YAGO. No encuentro ninguna categoría esWikipedia que liste los monarcas de Reino Unido.
Por lo pronto, en esDBpedia no tenemos las categorías YAGO. Hay una categoría esWikipedia llamada [Formas_de_monarquía|http://es.wikipedia.org/wiki/Categor%C3%ADa:Formas_de_monarqu%C3%ADa], pero lleva a una página titulada "monarquía constitucional" que tiene una tabla de países, pero esta tabla no está mapeada.
At line 260 removed 6 lines
Otra alternativa sería sacar los reyes a partir de la clase Noble (?uri rdf:type dbo:Noble) pero, en la fecha de extracción de los datos no había mapeo para "ficha de noble".
He hecho el mapeo de la ficha; mapeando, entre otras, la propiedad title. De todos modos, las [estadísticas de ficha de noble|http://mappings.dbpedia.org/server/templatestatistics/es/?template=Ficha_de_noble] se puede ver que no hay manera de saber de qué país era ese noble: no hay ningún atributo parecido a "país" o "nacionalidad".
Tampoco se puede explotar esdbp:profesión con filtros del tipo FILTER (regex(?v, "^[[rR]ey")). He probado y sólo salen vireyes :-(
At line 282 changed 2 lines
![Iconos/ico30_tic_yes.png]esDbpedia SPARQL Query
"¿Cuándo tuvo lugar la batalla de Gettysburg?"
![Iconos/ico30_tic_no.png]esDbpedia SPARQL Query
"¿¿Cuándo tuvo lugar la batalla de Gettysburg?"
At line 285 changed one line
La traducción res-->esres y del literal no es suficiente. Hay que cambiar dbo:date y poner esdbp:fecha
La traducción res-->esres y dbp:awards --> esdbp-->premios no funciona.
At line 287 changed 8 lines
{{{
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX esdbp: <http://es.dbpedia.org/property/>
PREFIX esres: <http://es.dbpedia.org/resource/>
SELECT DISTINCT ?date WHERE {
esres:Batalla_de_Gettysburg dbo:date ?date .
}
}}}
El recurso esres:WikiLeaks no tiene ninguna propiedad parecida a dbp:awards. En enWikipedia, la página de WikiLeaks usa el "Infobox website", que tiene el atributo "awards" con la lista de premios. En esWikipedia, la pagina de WikiLeaks usa la "Ficha de sitio web", pero no hay ningún atributo parecido a "premios".
At line 296 removed 6 lines
que da como resultado __"Del 1 al 3 de julio de 1863"@es__
¿Motivo para tener que usar esdbp:fecha en lugar de dbo:date?
Hay mapeo para la "Ficha de conflicto militar" (usada por la [página de esWikipedia de "Batalla de Gettysburg"|http://es.wikipedia.org/wiki/Batalla_de_Gettysburg]) y en la ficha había atributo que mapease dbo:fecha (atributo "fecha"). En la página esWikipedia se asigna el valor devuelto por la query al atributo "fecha".
Es raro... [Iconos/ico40_mistery.png], ya que otros atributos en la misma situación sí existen las formas dbo: y esdbp:
At line 304 changed one line
!!Q#40 What is the highest mountain in Australia?
!!Q#30 Which state of the USA has the highest population density?
At line 308 changed 2 lines
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX res: <http://dbpedia.org/resource/>
PREFIX yago: <http://dbpedia.org/class/yago/>
PREFIX dbp: <http://dbpedia.org/property/>
At line 312 changed 4 lines
?uri rdf:type dbo:Mountain .
?uri dbo:locatedInArea res:Australia .
?uri dbo:elevation ?elevation .
} ORDER BY DESC(?elevation) LIMIT 1
?uri rdf:type yago:StatesOfTheUnitedStates .
?uri dbp:densityrank ?rank .
} ORDER BY ASC(?rank) LIMIT 1
At line 318 changed one line
con respuesta __http://dbpedia.org/resource/Mawson_Peak__
con respuesta __http://dbpedia.org/resource/New_Jersey__
At line 320 changed 2 lines
![Iconos/ico30_tic_yes.png]esDbpedia SPARQL Query
"¿Cuál es la montaña más alta de Australia?"
![Iconos/ico30_tic_no.png]esDbpedia SPARQL Query
"¿Qué estado de EE.UU tiene la mayor densidad de población?"
At line 323 changed 24 lines
La traducción sencilla (res-->esres) no da resultados. Mirando en detalle podemos ver que "ficha de montaña" está mal mapeada: mapea el atributo "Elevación" a dbo:prominence en lugar de dbo:elevation (como hace el mapeo del inglés).
Aun así, sabiendo eso, la query
{{{
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX esdbp: <http://es.dbpedia.org/property/>
PREFIX esres: <http://es.dbpedia.org/resource/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
SELECT * WHERE {
?uri rdf:type dbo:Mountain .
?uri dbo:locatedInArea esres:Australia .
?uri dbo:prominence ?v
}
}}}
tiene por resultado:
|uri |v
|http://es.dbpedia.org/resource/Uluru |863
|http://es.dbpedia.org/resource/Pico_Santa_María |1171
[El Pico_Mawson está en esWikipedia|http://es.wikipedia.org/wiki/Pico_Mawson](2745 m), usa la "ficha de montaña", estaba mapeado en la fecha de la extracción de datos, y tenía el atributo "Elevación" con el valor "2.745 m".
Explicación: la página esWikipedia del Pico_Mawson se creó el 24 abr 2012‎, 4 días después del dump que se usó para generar los datos. De haber existido esta página en el dump usado para la extracción, se hubiese logrado el resultado correcto.
Esta query usa categorías YAGO, no disponibles en esDBpedia y, como ya vimos en la [Q#9|http://es.dbpedia.org/Wiki.jsp?page=QADL-2-Q1-Q10#section-QADL-2-Q1-Q10-Q9WhichU.S.StatesPossessGoldMinerals], no hay categoría esWikipedia para los estados de EE.UU.
This page (revision-25) was last changed on 05-Nov-2018 18:07 by Mariano Rico Top

Página principal
Main page




OEG
UPM
RTE Linked Data


Project support: "Red Temática Española de Linked Data" project (TIN2010-10811-E) and "Go Lite" project (TIN2011-24139).

Ontology Engineering Group. ETSI Informáticos, Universidad Politécnica de Madrid (UPM)

JSPWiki v2.10.5