Refactoring csv2srophe and csv2places modules

[wlpotter]

• [ ] csv2srophe: have load-cvs-remote and -local just return xmlDoc and only return sequence using main load-csv function
• [x] csv2srophe:create-source-index-from-row more dynamic handling of non-page citedRanges (propagate this change through bibl element construction and string-matching of the various sourced elements. (PRIORITY)
• [x] add a csv2srophe function that matches source values and returns the correct @source attribute (e.g., bib78-1) based on matching sourceUri, sourceCitedRange (value and type) -- NOTE: I don't remember why this is needed?
• [x] remove redundancy in creating names, headwords, and abstracts for places
• [ ] remove redundancy and idiosyncrasy in creating nested locations. May need to rethink formatting of csv?

[wlpotter]

need a refactor to create a generic "create-index" that receives a string as well as the header map and makes a sequence of elements named after that string. Note that this creates the header indices (i.e., sheet-wide) while something like source-index-for-row creates row-specific indices of data, which is different.

Sources may be the only odd one as they both are used to create elements (bibls) and to source elements with attributes.

[EDIT: These are complete]

[wlpotter]

It would also be useful to have in csv2srophe a generic function that looks through an index or the header map for specific row data (there is a lot of repetition in the persName, placeName, abstract, etc. creation where the for loop is virtually the same). I need to think more about how this will look, and it will likely get its own issue.

[EDIT: These are complete]

[wlpotter]

Note to self: none of these may be necessary, and some may no longer be relevant with changes to how, e.g., nested locations are encoded in the new schema