From Job / Record GUI, identify select fields and apply job-wide about combine HOT 4 CLOSED

Consider this situation from a PublishedRecords view, where the URL for access is split between two parsed fields:

mods_location_url_@usage_primary (38,269)
mods_location_url_@usage_primary_@access_object_in_context (1,422)

The 1,422 are from Western, and parse slightly different. Would it make sense to allow for multiple field mapping? n:1?

from combine.

Some experimental progress on this:

• new DPLAJobMap model
  • with default None values for a handful of useful fields from here
• indexed fields table identifies mappings, shows in table
• Record page identifiers mappings, shows mapped DPLA fields at top (including thumbnail)

Next steps:

• UI for mapping fields
  • dropdown in indexed fields table from Job details?
  • associate at the field details level, one-by-one?
• for sanity's sake, will need to be able to save mappings
  • current DPLAJobMap instances are associated with job, but when hypothetically selecting a saved mapping, could select a previously used one? do they need a name?

Selecting mappings from previous jobs solves some problems, like how to propagate from job-to-job in a natural harvest --> transform --> merge (maybe) --> publish workflow. But, because they are linked to job, you run the risk of it disappearing if you delete that job.

from combine.

After some conversations, the point was made that it might make sense to "pin" this DPLA mapping to the transformation, and not the Job.

Pros

• would persist if jobs deleted
• after a transform, mappings would already be in place (very nice)
• could tweak mapping from within a job (field-by-field), which would save to the more global mapping

Cons

• what about jobs that are not transforms? would selecting a mapping from a transform be awkward? is that, in fact, pointing at some other underlying issue?
• if mapping includes fields that are not present for a job, but were then mapped from a job on-the-fly, the user would unwittingly be removing a mapping they could not see

from combine.

For the time being, leaving "pinned" to Job. Might revisit when looking into actual DPLA mapping with Ingestion3 code.

from combine.