-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make sure we know what pre-assembly outputs #349
Comments
also, how exactly does the |
on the symlink question: for very large data transfers (like media objects), the symlinks are created in the dor/assembly folder, passed up to the /dor/workspace folder, and the content is pulled over from the storage server at the shelve and sdr-ingest-transfer steps. that way, we're not dealing with network transfer times for (sometimes) TB of content except at the ingest to preservation step. so - other than the way that content is moved around the system - the symlink approach is producing the same kinds of objects and outputs as non-symlinked. |
what used to go to standard out -- is this valuable? ^^ this should be what we're keeping in the progress log file - the user does not need to be presented with the results of standard out except through the log itself. |
other pre-assembly output -- what are the other artifacts of pre-assembly? datastreams? organized content? this is what the assembly robot picks up, right? if output is large, that's what the smpl symlink style is for? ^^ pre-assembly creates a stub contentMD output which it deposits in /dor/assembly at the bottom of the druid tree for each object. assembly robots pick up from there. the symlink style is for reduction of content movement across the network for very large files. pre-assembly also creates organized content in the /dor/assembly druid tree path that gets picked up by assembly robots. it also may still be doing something with smpl techMD files - @peetucket , can you weigh in on that? |
I believe SMPL provides incoming techMD files that are combined in some way algorithmically, see https://github.com/sul-dlss/pre-assembly/blob/master/app/lib/pre_assembly/digital_object.rb#L182 |
i think we got the info we needed, and we're just starting in on UAT, so closing this. |
and what we need to keep. what gets produced:
The text was updated successfully, but these errors were encountered: