search

sul-dlss / earthworks

Geospatial discovery application for Stanford University Libraries.
https://earthworks.stanford.edu
Other
21 stars 3 forks source link

share backend storage for GeoTIFFs with stacks #24

Closed drh-stanford closed 6 years ago

drh-stanford commented 9 years ago

This will require unpacking the ZIP files with the .tif file and bypassing the assemblyWF robots so that they don't create a JPG2000 thumbnail (assuming that we don't want it).

mejackreed commented 9 years ago

So the zip has the preview + geotiff? Isn't just easier to leave it in for now?

drh-stanford commented 9 years ago

GeoServer cannot unpack a zip file for reading GeoTIFFs in a CoverageStore object as far as I know. Also, I believe that enabling the IIIF endpoint requires a .tif file in the content/ folder for the object (actually I'm not sure offhand whether our IIIF endpoint is on stacks or some other server). Right now, we use zip files for various reasons, one of which is because of multiple files.

Here's an example of the derivative GeoTIFF packaging -- the .aux.xml has the computed band statistics.

$ unzip -l wd968xn3255/content/data_EPSG_4326.zip 
Archive:  wd968xn3255/content/data_EPSG_4326.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
 13990585  11-06-2014 11:54   cmb_n_2mbathy.tif
      320  11-06-2014 11:54   cmb_n_2mbathy.tif.aux.xml
---------                     -------
 13990905                     2 files

whereas the original data is in a different format (ArcGRID) in this case:

$ unzip -l wd968xn3255/content/data.zip 
Archive:  wd968xn3255/content/data.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
        0  11-06-2014 11:53   cmb_n_2mbathy/
    42000  11-06-2014 11:53   cmb_n_2mbathy/metadata-iso19139.xml
       32  11-20-2010 10:24   cmb_n_2mbathy/dblbnd.adf
      308  11-20-2010 10:24   cmb_n_2mbathy/hdr.adf
      167  11-20-2010 10:13   cmb_n_2mbathy/log
   191359  10-07-2014 10:35   cmb_n_2mbathy/metadata.xml
      135  11-20-2010 10:24   cmb_n_2mbathy/prj.adf
       32  11-20-2010 10:13   cmb_n_2mbathy/sta.adf
114560414  11-20-2010 10:13   cmb_n_2mbathy/w001001.adf
   111948  11-20-2010 10:13   cmb_n_2mbathy/w001001x.adf
     7517  11-06-2014 11:53   cmb_n_2mbathy/metadata-iso19110.xml
    12197  11-06-2014 11:53   cmb_n_2mbathy/metadata-fgdc.xml
---------                     -------
114926109                     12 files
mejackreed commented 9 years ago

I believe we currently don't have a IIIF endpoint but @jchristo4 will be adding one soon. We are just serving tiled images. I say :+1: for the packaged geotiff. No need to complicate the unpacking if we really don't need it. The stacks url is already public and protected via web auth so no real issue to do anything besides have the url in the metadata. :)

drh-stanford commented 6 years ago

we're going to close this -- it's not obvious how to implement this