Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

resource.mimetype is missing from Solr index #1513

Closed
pkoskinen opened this issue Feb 14, 2014 · 2 comments
Closed

resource.mimetype is missing from Solr index #1513

pkoskinen opened this issue Feb 14, 2014 · 2 comments
Assignees

Comments

@pkoskinen
Copy link

From resource fields only description, url and format are added to index. Thus the field mimetype is missing from it but our setup should use it (facet for mimetype), it is only in data_dict. We tried to avoid this problem by adding the mimetype to the format field, but it can't be done as this seems to morph the mimetype, eg. application/pdf -> PDF. For harvested data especially, we can not assume that we have a right to modify the metadata.

Adding mimetype solely to index is a small addition in ckan.lib.search.index as far as I know, but it would be preferred if you could actually configure the fields you want to be indexed.

@wardi
Copy link
Contributor

wardi commented Feb 18, 2014

related to #1495

@kindly
Copy link
Contributor

kindly commented Mar 7, 2014

We are looking at adding many new resource related fields to the SOLR index. If you need todo it currently you can use the before_search method in the IPackage controller documented here.
http://docs.ckan.org/en/latest/extensions/plugin-interfaces.html#ckan.plugins.interfaces.IPackageController.before_search
Possibly for this case you may need to change your solr schema. I am closing this ticket as this hopefully will be covered by #1495

@kindly kindly closed this as completed Mar 7, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants