![]() ![]() Also, my first pass at validating the JSON files took about 4 hours when cycling through the JSON Lines output, but only 1 hour when every record had its own file. In any event, converting the files with oXygen took about 75 minutes when using the JSON Lines output, and closer to 160 minutes when exporting one JSON record per file. For testing, though, it was helpful to ensure that the output matched the order of the sample documents. In order to control the property order of the resulting JSON, the bulk transformation process is currently using Saxon-EE through oXygen XML Editor, but that part could be swapped out easily enough when we don't care about the order. ![]() java -jar jing/bin/jing.jar -t ead3.xsd ead-prepped/*.xml). something like java -jar saxon/saxon-he-10.0.jar -s:ead_brbl -o:ead-prepped -xsl:yale.aspace_v2_to_yale_ead3.xsl -threads:4), and the normal validation (e.g. If interested, I can share those files, but the gist is that I used our normal 'resource-update-feed' ArchivesSpace API endpoint to export the files, then did our normal transformation (e.g. Since I wound up updating the ArchivesSpace EAD3 export process during this project, though, and since those updates will likley not be reflected in our GitHub repository until around the end of June 2020, I decided to re-export local copies of all of the EAD files and validate them again against the EAD3 schema. That simplifies things quite a bit, since all of the files are already serialized, updated according to local standards, and validated before ever reaching the GitHub repository. from ) and convert to JSON using the EAD3_to_LUX.xsl transformation. The current workflow is to take all of the validated EAD3 source files (e.g. Just intended for a proof-of-concept stage of a project.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |