Comments (5)
We used this to describe spatial coverage that couldn't be immediately translated into a URI for a modern administrative division. If the source explicitly said "Israel" or "France" or "Sicily" or anything else resolvable against a modern gazetteer, we put that information here (like "Mesopotamia" or "Northern Etruria") to indicate that we had to do some parsing to get our spatial coverage. If it's more consistent to have this for all entries, all the blanks should just repeat the spatial coverage value.
from periodo-data.
Isn't it possible that the source says nothing explicit about spatial coverage but that it can be inferred (e.g. given the topic/focus of the source)? In which case it's possible that there is no spatialCoverageDescription
but there are spatialCoverage
entities chosen by the curator.
from periodo-data.
Yes -- for instance, a book on "Iron Age France" or "the Bronze Age Aegean". This is how we did it in the spreadsheet. So I guess that undermines my statement that you can copy spatialCoverage to spatialCoverageDescription, because the author may never have explicitly said "and I'm talking about France".
from periodo-data.
Here's my proposed answer to my provocatively-posed question, combining both of your comments
- A spatial coverage description should be the actual description included in the source
- The value of
spatial coverage
is a curatorially-derived group of linked data entities that have associated shapes. - If the source did not include a description, but its spatial coverage is obvious, the spatial coverage description field will remain blank, but the spatial coverage will be appropriately filled
(2) applies even when (1) can be mapped to a modern administrative division. So, if the source says a time period covers "Spain", the spatial coverage will still have an entry for "Spain" in geonames (or dbpedia, or whatever).
This is similar to our approach with start/stop dates: a textual label directly from the source, and derived structured data that estimates the natural language for use in a computer interface.
from periodo-data.
Yes, I think this is more or less what we've already been doing, but
without the clear and explicit rationale. Thanks!
On Thu, Mar 12, 2015 at 1:00 PM, Patrick Golden [email protected]
wrote:
Here's my proposed answer to my provacatively-posed question, combining
both of your comments
- A spatial coverage description should be the actual description
included in the source- The value of spatial coverage is a curatorially-derived group of
linked data entities that have associated shapes.- If the source did not include a description, but its spatial
coverage is obvious, the spatial coverage description field will remain
blank, but the spatial coverage will be appropriately filled(2) applies even when (1) can be mapped to a modern nation state. So, if
the source says a time period covers "Spain", the spatial coverage will
still have an entry for "Spain" in geonames (or dbpedia, or whatever).This is similar to our approach with start/stop dates: a textual label
directly from the source, and derived structured data that estimates the
natural language for use in a computer interface.—
Reply to this email directly or view it on GitHub
#18 (comment).
from periodo-data.
Related Issues (20)
- Fix broken British Museum URLs
- Dan Hick's massive thread of period names
- Marine isotope stages (MIS) HOT 1
- Fix mis-encoded character and capitalization of authority title HOT 3
- Period missing an English label HOT 2
- Character problem with Latin rendering of Russian diacritics from LCHS HOT 17
- Duplicate LCSH periods HOT 1
- Inconsistency in storing a source's publication date
- Authorities missing source publication dates HOT 1
- Submitting an authority that is a new edition of an old source HOT 5
- Buddhist Studies Time Authority Database HOT 1
- Taiwanese periods from Academica Sinica
- Seshat Databank HOT 1
- eHRAF Archaeology database HOT 1
- chronOntology data HOT 1
- Dyson, Stephen L. — Late Iron Age stop date and alt. labels
- Mapping graphs for Chronontology and Wikidata HOT 1
- Getty ATT periods as interpreted by DAINST in Chronontology HOT 5
- Revisit the way temporal extents are modeled
- Replace OCLC URIs with Wikidata ones HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from periodo-data.