geoblacklight / geoblacklight-schema

DEPRECATED: (See GeoBlacklight repo) A metadata schema for GIS resource discovery used by GeoBlacklight
http://github.com/geoblacklight/geoblacklight
Other
15 stars 4 forks source link

Does dc_language need to be single valued? #67

Open sgbalogh opened 9 years ago

sgbalogh commented 9 years ago

Just curious what the rationale for making dc_language a single instead of multivalued field is. Was thinking about this a little while accessioning some datasets that contain both English and Chinese data, and noticed that I couldn't list both languages in this schema. Not a big deal, but I am interested to hear thoughts on it.

kimdurante commented 9 years ago

No, I don't think this needs to be a single value. Good catch! @drh-stanford do you recall having to limit this to one language for any reason?

drh-stanford commented 9 years ago

Perhaps we were thinking about the metadata language? In our deployment, we're not using language now as everything we're indexing is in English -- we removed the language facet a while ago.

andrewbattista commented 9 years ago

I would say that almost everything we are indexing is in English as well, but we've come across a set of files from the China Data Center where column headers in the attribute table are in Chinese. Similarly, we're also adding some files from the Cuidad de Buenos Aires in which both the data in the attribute table and the documentation for the data is in Spanish. Even though this is an anomaly, I think it might be wise to make language a multivalued field. Other thoughts?

mejackreed commented 9 years ago

:+1: for multivalued... http://dublincore.org/documents/usageguide/elements.shtml#language

kimdurante commented 9 years ago

Sounds ok to me. It might make sense to eventually maintain a mapping file in cases when 3 letter code values are supplied in case they are used as facets.

On Tue, Aug 18, 2015 at 2:22 PM, Jack Reed notifications@github.com wrote:

[image: :+1:] for multivalued... http://dublincore.org/documents/usageguide/elements.shtml#language

— Reply to this email directly or view it on GitHub https://github.com/geoblacklight/geoblacklight-schema/issues/67#issuecomment-132355547 .

drh-stanford commented 9 years ago

You can add dc_language_s to your catalog_controller.rb configuration. To make it multivalued, just rename the field dc_language_sm. Change the view if you want to put it in the metadata vaules. You may also want to change the Solr schema.xml to copy dc_language_sm into a text field so it gets searched.

andrewbattista commented 9 years ago

Sounds good! Thanks for the help, all!

mejackreed commented 9 years ago

So that can be the change in your local app, but maybe we should look at something more global to geoblacklight-schema.

I'll work on putting a proposal together for a v1 schema that starts to handle these problems.

sgbalogh commented 9 years ago

Great, thank you!