-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
when
clause in part-of
relation
#1
Comments
Your guess is correct. By all means what are some alternative patterns? I see the context is not well defined at all, will take another pass at it soon. |
A brief example to illustrate the problem I see. In UK, up to 1974, the town of Abingdon was part of the county of Berkshire, until it became part of Oxfordshire. Oxford, by comparison, was part Oxfordshire since its formation 10th century (I think - my historical knowledge isn't great!). Thus, using the pattern as now, one might write:
Because the subject of
Which, using your JSON-LD context, and based on your intended interpretation, would be saying that Oxford was part of OxfordShire between 1974 and 2018 (arguably true, but not very helpful), and that Abingdon was part of Oxfordshire between 1000 and 2018 (not true). The challenge here is: how to make an RDF statement that qualifies a particular use of I've made a few notes about some existing work on the wider issue of what I'm calling "qualified relations", which you can see here: I'm currently doing some more detailed work with @kintopp on structures to to address the temporality of place relations (like |
Granted the RDF interpretation of this may not be as intended. In any case, the scenario you describe would look like the following in the draft format (length of timespans array should be 5 to allow for earliest/latest start, earliest/latest end, label). Seems to me the subjects of the 'when' for all are their respective 'part_of' elements, but confirming by building a test triple store will have to wait a bit. At least, it's easy for me to imagine code to make that interpretation. When I view this bit in JSON-LD Playground N-Quads it seems to indicate correct s-p-o relations. I will flag this thread in twitter (kgeographer) and seek further input.
|
Hi Karl, thanks for getting back. Looking at the triples from your JSON-LD playground link:
Here, note that the subjects of the It looks to me as if the
Here, the different timespans are clearly asscociated with the same Oxfordshire, not different entities corresponding to the different There's another issue here: the "http://linkedpasts.org/vocab#timespans" properties are not ordered and hence can't be distinguished according to their roles in the timespan description. It works fine as long as you are just using JSON, as the order is preserved anyway, but when you map to RDF that ordering is lost. I suggest that:
in your JSON-LD context should be:
(The |
This all began as GeoJSON-T, the 'LD' a recent add: my excuse for a (so far) rushed/lazy take at this. Your patience is appreciated. It looks like the challenge of assigning attributes (valid time a.k.a. 'when') to relations remains. I assumed JSON-LD would make this simpler than RDF/XML etc - dunno why, since it's the same underlying model. Using
I added the semantics of timespans from PeriodO to the
|
to use a new node with named properties, thus:
The unknown/unspecified values could be elided, and the resulting timespan assigned an identifier if required, thus:
This approach would generate simpler linked data structures than the list approach, and I think it could be combined more smoothly with the PeriodO references and semantics. Your later examples in your last post are very similar, and may be easier to adapt to various usages. The following possible usage pattern occurred to me:
(This is just a part of your example, with the addition of a label for the period overall as well as the start and end times.) |
Apropos nothing in particular, but maybe related to above discussion of timespan representations, I just noticed this on W3C SWIG mailing list: It talks about problems with JSON-LD and GeoJSON - I thought it might be worth flagging up. (Concerning the main discussion about proposals for representing temporally constrained relations, I've not forgotten - I hope I'll have some more pointers for you soon.) |
With reference to place-v3-example.json, line 161 et seq:
I'm concerned that when interpreted as RDF, this may not mean what it is intended to mean. But first, I'd like to clarify what its is intended to mean ;)
My guess is that it is intended to express that Athens (the containing
Feature
) was a part of Greece during the period described as["-750","640"]
. (What I think it actually says is something like the place Greece existed for the described period, but this rather depends on the exact way in which when is specified.)If my initial guess is correct, I'll supply more details here about why I think this is the case, and offer some alternative patterns that could achieve the presumed intent.
Thanks!
The text was updated successfully, but these errors were encountered: