Missing mods fields in Fedora Index

[Erik Beck]

Hey Folks,

I have a number of MODS fields that aren't getting included in my fedora index.  As you can see from the screen shot below I'm missing a whole slew of fields between mods_note_t and mods_subject_geographic_mlt, like originInfo and person.  Could someone tell me where these fields are defined, or how this index is constructed?  I'm running Islandora 7.x-1.7 and Fedora 3.8.

Thanks,
Erik Beck
University of Colorado Law Library

[Jordan Dukart]

Hey Erik,

From that screenshot looks like your on FedoraGSearch's indexInfo page. I'm not too familiar with that interface but I assume it pulls somehow via Solr's index. For a more concise look at what's in your index I'd suggest going to yourserver:8080/solr/admin (assuming tomcat is running on 8080). In regards to how fields are constructed it'd depend on what GSearch config you are using. Those fields name do look like dgi's config though (https://github.com/discoverygarden/basic-solr-config). The fields are created by matching everything MODS in an xslt (https://github.com/discoverygarden/islandora_transforms/blob/ec7dce21190b0e01c463aef2786057e2fb516bc8/slurp_all_MODS_to_solr.xslt) and using node names/attributes to construct the field names dynamically. Usually if some specific field is missing it's possible that data with those MODS elements in it have yet to be ingested/indexed.

Jordan

--
For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv
---
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
Visit this group at https://groups.google.com/group/islandora.
To view this discussion on the web visit https://groups.google.com/d/msgid/islandora/9c1a5487-78a4-4fe0-9820-fe4cd32ab1d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Erik Beck]

Thanks for the reply Jordan.  The screenshot posted is of the gsearch index.  I get the same list of fields when I use the schema browser tool in Solr admin.  I am indeed using the discoverygarden basic-solr-config package.  No discrepancies in my slurp_all_MODS_to_solr.xslt that I can see, except that I had to change path references for a few of the includes.  Here's the xslt attached.

That's useful to know that the fields are constructed dynamically.  I was thinking that might be the case so I imported the FSU Full MODS form, associated with with a content model, and ingested an object with it with values in all of its fields.  I was hoping that might build out the rest of the index for MODS, but no luck.

All I'm trying to do here is add a dateIssued field to my pdf content model.  Someone posted this form on Duraspace a couple months ago and I've been trying to use it.  Gsearch/solr are rejecting that dateIssued field and I can't figure out why.  The form works in my vagrant install and I don't see what would be different between that and my production server besides the fact it has all the content models.

I see no errors in my catalina log.  Are there other error logs I could consult that relate to indexing/ingest?

[Erik Beck]

I figured out what was wrong.  I was missing the gsearch extension dependencies.  Oopsy daisy.