I tried pointing to the directory and the file itself, first individually, then together, for testing.
After the index is updated, this configuration works well for the the date field; I can see it and facet on it in the search results. However, the title is not picked up. Instead, the search results show a garbled string (presumably OCR’d) where the title should be.
Unfortunately the metadata t field isn’t the same as the title element in the data model.
If you want to display the metadata t value you will need to update your results template to display this instead of s.result.title. A good idea for this is to use conditional logic to display it, falling back to the normal title if metadata t doesn’t exists.
It’s not that I want to display the metadata t value; it’s that I want to change the search results, so that the PDFs listed have meaningful titles.
How do I do this please?
First you would need to map the meta class that you are using in the external_metadata.cfg in to the metadata-mapping.cfg. You can do it via the admin ui.
If we leave meta_t since you said it wasn’t working, let’s consider the meta class ‘name’;
After that in the collection.cfg reveal the new meta class in the json reponse as well. You just need to add the new meta class to the query_processor_options under -SF.
e.g. query_processor_options=-stem=2 -SM=both SF=[pdfname]
Read: Padre Query Processor Options - Funnelback Documentation - Version 15.24.0
Then when you check the said pdf’s in the json output, you would be able to see the titles assigned to the new meta class. You’d then need to use the same in your template as Pete has mentioned above.
If you are not using meta_t, then you’d probably need to use some logic to apply the newly defined title classes to be used in the template as well.
Once you get confident on this process, you can try to assign the ‘name’ to meta_t in the meta map.
Hope this helps.
Thanks.