Chronostratigraphic periods about periodo-data HOT 4 CLOSED

1. The URIs, which do resolve properly, are in the form http://resource.geosciml.org/classifier/ics/ischart/Aeronian (though they resolve as eg http://vocabs.ands.org.au/repository/api/lda/csiro/international-chronostratigraphic-chart-2016/2016-12-v3/resource.html?uri=http://resource.geosciml.org/classifier/ics/ischart/Aeronian). These URIs, as far as I can tell, appear in the rdf representation but not in the ttl one (??).

They do appear in the Turtle, the prefix "isc" is defined as
http://resource.geosciml.org/classifier/ics/ischart/ so
"isc:Aeronian" is the URI in your example.

2. The date-range is expressed in rdfs:comment as "older bound-" (="start") and "younger bound-" (="stop"), with a +/- that can be incorporated into four-part dates. All these dates are in Ma (=megayear=one million Julian years=million years ago, usually with "present" as 1950; the date notation doesn't appear in the rdf/ttl, but it does in the pages that the URIs resolve to). So <rdfs:comment xml:lang="en">older bound-439 +/-1.8</rdfs:comment><rdfs:comment xml:lang="en">younger bound-436 +/-1.9</rdfs:comment> should be parsed as earliestStart:-440798050 (that is, 439ma plus 1.8ma before 1950), latest start:-437198050.

OK, that seems reasonable enough.

3. The alternate languages are expressed with two-character language codes, without script codes, but we could probably identify these manually for the non-Latin scripts (I know the Bulgarian is Cyrillic, but I can't identify the Chinese or Japanese character set off the top of my head).

I'm fairly certain all of these have default scripts, so we don't need
to (and shouldn't, according to the spec) put in script codes anyway.

5. There are sameAs relations with dbpedia entries here -- should we try to capture those, and if so, how? Although the concepts are the same, the dates are sometimes different (eg http://dbpedia.org/resource/Aptian has 113 +/-1 Ma as the end date, but the corresponding entry in the dataset has 112 +/-1 Ma).

I would argue that this is a misuse of sameAs (closeMatch would be
better) so I'd prefer to leave those statements out of our dataset.

from periodo-data.

@atomrab I notice there is now a 2017 version up: http://vocabs.ands.org.au/repository/api/lda/csiro/international-chronostratigraphic-chart/2017/resource?uri=http://resource.geosciml.org/vocabulary/timescale/isc2017

Should we use this instead of the 2014 version?

from periodo-data.

@rybesh yes, let's use 2017. Since they're storing all the old ones too, we should figure out something very clever to do with them eventually, but let's take the most current for the moment.

Leaving out the closeMatches is fine with me.

from periodo-data.

http://n2t.net/ark:/99152/p09qtgw

from periodo-data.