Thank you, Lucas, for the solution! It was very simple
indeed, but,
shame on me, I confess I did'nt know this fundamental property path.
All the best,
Bruno
Le 05/10/2020 à 21:36, Lucas Werkmeister a écrit :
I don’t understand the problem, the query
shouldn’t need to get
much more complicated… what kind of query did you have in mind?
Here’s a simple one for all ancestors of Frodo Baggins [1]:
SELECT DISTINCT ?item ?itemLabel WHERE {
wd:Q177329 (wdt:P22|wdt:P25)* ?item.
SERVICE wikibase:label { bd:serviceParam wikibase:language
"[AUTO_LANGUAGE],en". }
}
Cheers,
Lucas
On 05.10.20 19:10, Bruno Belhoste wrote:
It works well, but it's a descendant tree (the father of Djingis
Khan is not in the tree). My question is how to explore family trees
in the opposite direction, I mean from children to parents, and more
generally to get all the relatives of a given person. The fact that
there are two different properties, one for the child-father link
and one for the child-mother link, makes the query much more
difficult in this case.
Le 05/10/2020 à 15:58, Magnus Sälgö a écrit :
Have you tested gas:traversalDirection below we follow child
gas:traversalDirection "Undirected"
example
https://w.wiki/fDz
#People related to Djingis Khan
#defaultView:Graph
PREFIX gas: <http://www.bigdata.com/rdf/gas#> [2]
SELECT ?item ?itemLabel ?pic ?WikiTreef ?FindAGravef ?linkTo {
SERVICE gas:service {
gas:program gas:gasClass "com.bigdata.rdf.graph.analytics.SSSP"
;
gas:in wd:Q720 ;
gas:traversalDirection "Undirected" ;
gas:out ?item ;
gas:out1 ?depth ;
gas:maxIterations 4 ;
gas:linkType wdt:P40 .
}
OPTIONAL { ?item wdt:P40 ?linkTo }
OPTIONAL { ?item wdt:P18 ?pic }
SERVICE wikibase:label {bd:serviceParam wikibase:language "sv" } }
-------------------------
From: Wikidata <wikidata-bounces(a)lists.wikimedia.org> on behalf of
Olaf Simons <olaf.simons(a)pierre-marteau.com>
Sent: Monday, October 5, 2020 1:53 PM
To: Discussion list for the Wikidata project.
<wikidata(a)lists.wikimedia.org>
Subject: Re: [Wikidata] a question of data modeling about family
ties
Dear Wikidata list,
one of our big contributors, Bruno Belhoste in Paris, just gave me a
weird question which I feel I cannot answer that fast.
We, FactGrid, are a Wikidata child and so it came that we adopted
structures like the father/mother differentiation. Bruno's question
is now whether it would not have been wise to just create just a
"parent" option instead of the gender fork that splits the lineages.
Let me insert his mail:
Dear Olaf,
I have a question of data modeling in FactGrid concerning family
ties.
We have one property for children (P150) and also
one for siblings
(P203), but two different properties for parents:
father (P141)
and
mother (P142). The problem is: how can you get
all the members of
the
family of somebody? One have (1) to explore both
the matrilinear
trees
and the patrilinear trees at each generation to
get all the
ancestors
and (2) to get all the descents of these
ancestors. It is very
complex.
It would be much simpler to have only one
property including the
father
and the mother.
In case we choose this solution, it would be easy to transform all
the
triples with P141 or P142 into triples with the
new property. What
do
you think about that? Have you another solution
for querying
family links?
All the best,
Bruno
I wonder what people with more data knowledge think about the
proposal (which would affect just our site, not Wikidata...) (so: no
worries, we can do experimental things without affecting our parent
- I hesitate to speak of a father or mother - Wikidata).
Best,
Olaf
Dr. Olaf Simons
Forschungszentrum Gotha der Universität Erfurt
Schloss Friedenstein, Pagenhaus
99867 Gotha
Büro: +49-361-737-1722
Mobil: +49-179-5196880
Privat: Hauptmarkt 17b/ 99867 Gotha
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org