Karl, great to hear from you. The OSM stack already has the historic:civilization, historic:period, historic:era and start/end date tags to mark up the time of structures.
I'm keen on using something like TIME-OWL [1] to handle both cases (era vs. date) in a linked geo data version of OHM. I need to play with that later on again. Ideally, I'd like the content negotiation to output json on request. I think you're mixing up Digitizing with Binarizing. It takes a lot of effort to scan a map one at a time, but transforming an image into a digital map is something that scales well once the software stack is setup. And as Tim mentions later on, the specs change over time and many problems remain open, such as precision and accuracy. -rhw > From: Karl Grossner <[email protected]> > Subject: Re: [OHM] : TimeSlider - calling attention to early prototype > > Hello all, > > I've just now become aware of the OHM effort (hi Susanna) and very interested > to learn what the development goals are. Is there a link to some material > laying them out? For example, is the plan to provide the means for loading > copyright-free scans of historic maps and an editor for digitizing their > contents? > > My interests in this include both the spatial and temporal, and the joining > of those two. A couple of things that might interest: I've done some work > with colleague Elijah Meeks on representing historical time ( > http://dh.stanford.edu/topotime ), and there is a discussion under way right > now in GeoJSON world about adding a "when" object to the forthcoming > GeoJSON-LD standard (several threads, listed here: > https://github.com/geojson/geojson-ld/issues ). > > I'm very interested in the prospects for developing over time a global > historical atlas that includes vector roads and rivers along with cities and > boundaries. There are a few schemes aiming at such a thing, therefore many > people talking about similar issues but in different conversations. One thing > about digitizing is its so time-consuming, getting the "right" encoding > scheme down beforehand becomes really important. Not sure how, but merging > the discussions somehow makes sense. > > best > Karl > > -------------- > Karl Grossner > Digital Humanities Research Developer > Stanford University Libraries > Stanford,CA US > www.kgeographer.org _______________________________________________ Historic mailing list [email protected] https://lists.openstreetmap.org/listinfo/historic
