EPSG Shapefile failure to download

Question

EPSG Shapefile failure to download

Opened this issue 2 months ago · 7 comments

nmwolf commented 2 months ago

Discovered issue with this record, likely widespread, ESPG version of file won't download (throws popup error):

https://geo.nyu.edu/catalog/nyu-2451-36334

No idea what cause could be (Geoserver?)

Answer 1 · 2024-07-17T20:27:59.000Z

Testing this on staging I see the following error in the Rails app logs:

Geoblacklight::Exceptions::WrongDownloadFormat expected application/zip received application/xml
Wrong download type

Answer 2 · 2024-07-17T21:09:36.000Z

I don't know if it's a permission issue but I'm not able to find this layer on the Restricted GeoServer.

I've also noticed that the GBL server says there are 2,130 Public and 1,993 Restricted results from the Institution NYU. Yet the GeoServers report 2,123 Public and 1,765 Restricted results. Makes me wonder if the Solr index is out of date and we're listing things that are no longer in GeoServer.

Answer 3 · 2024-07-18T13:37:46.000Z

Interesting @spilth or @gulshan11 any chance you can generate a list of sdr IDs (e.g. nyu-2451-36737) for all assets in Geoserver, with or without restricted/unrestricted information? We can do a diff against the IDs listed in the canonical metadata store https://github.com/opengeometadata/edu.nyu

Answer 4 · 2024-07-18T14:02:13.000Z

I should be able to generate the list of IDs

Answer 5 · 2024-07-18T16:26:54.000Z

I posted the diff in Slack

Answer 6 · 2024-07-18T20:33:05.000Z

FWIW, the layer mentioned in this bug (2451-36334) is one of the entries that shows up in the Aardvark Meta Data but does not have a WMS or WMS entry.

Answer 7 · 2024-07-22T15:54:57.000Z

I have delivered (via Slack) a CSV showing which edu.nyu Aardvark entries are missing from the WFS and WMS services in their respective GeoServer instances. I believe the issue from here on out is a metadata-related one.