You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 24, 2024. It is now read-only.
GeoBlacklight was originally designed to have a single Download link per record. It uses the dct_format_s value to create the string that a user clicks on to download an item, such as "Original Shapefile". If FORMAT is missing and there is a single Download link, GeoBlacklight will throw an error. So, we added validation in GEOMG to make sure there is a FORMAT value when a Download link is present:
We have since implemented multiple downloads, which uses an array of key:value pairs within the http://schema.org/downloadUrl reference URI. When using multiple downloads, the dct_format_svalue is no longer used by the application for constructing the download link text. Instead, it uses a custom label specified within the array.
The problem
I am finding that I prefer to use the multiple downloads option, as many of our resources have a variety of file formats available and I have more control over what to call them. However, the Format field is still being required by GEOMG, regardless of whether or not it is utilized. When there are several download formats, I don't always know what to put in this field. I have been adding generic default values, like "Multiple" or "Files" in the FORMAT field. However, this does not follow the guidelines for DCMI:Format and I do not really want to have hacky things in the metadata that are only there to conform to a tool configuration.
To replicate
Upload a CSV of records to GEOMG with both the FORMAT and the DOWNLOAD column blank
Upload an associated CSV of multiple downloads for these items
Upload the original CSV of records to GEOMG again (commonly needed to make batch edits or updates) - these will all be rejected for missing a FORMAT
Options to resolve locally
Remove the validation in Geomg entirely: this would risk ingesting some records with single downloads that are missing a format, which would cause errors in GeoBlacklight
Remove the validation in Geomg for just downloads with arrays - something like:
if http://schema.org/downloadUrl= array, then don't require FORMAT.
Options to consider community-wide
Make the field multivalued. We could adjust the code in GeoBlacklight to always take the first value if a user only has a single download
Deprecate the FORMAT field and require Aardvark to always use multiple downloads
The text was updated successfully, but these errors were encountered:
Overview
GeoBlacklight was originally designed to have a single Download link per record. It uses the
dct_format_s
value to create the string that a user clicks on to download an item, such as "Original Shapefile". If FORMAT is missing and there is a single Download link, GeoBlacklight will throw an error. So, we added validation in GEOMG to make sure there is a FORMAT value when a Download link is present:geomg/app/models/document.rb
Lines 46 to 47 in 77a9f21
We have since implemented multiple downloads, which uses an array of key:value pairs within the
http://schema.org/downloadUrl
reference URI. When using multiple downloads, thedct_format_s
value is no longer used by the application for constructing the download link text. Instead, it uses a customlabel
specified within the array.The problem
I am finding that I prefer to use the multiple downloads option, as many of our resources have a variety of file formats available and I have more control over what to call them. However, the Format field is still being required by GEOMG, regardless of whether or not it is utilized. When there are several download formats, I don't always know what to put in this field. I have been adding generic default values, like "Multiple" or "Files" in the FORMAT field. However, this does not follow the guidelines for DCMI:Format and I do not really want to have hacky things in the metadata that are only there to conform to a tool configuration.
To replicate
Options to resolve locally
if
http://schema.org/downloadUrl
= array, then don't require FORMAT.Options to consider community-wide
The text was updated successfully, but these errors were encountered: