Rohlig Audio - Revision history

Scpstu32 at 18:27, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:27:02 GMT

←Older revision		Revision as of 18:27, 11 March 2011
Line 2:		Line 2:

	As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.		As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.
-	Also note that this text document trumps any prior (before 3/11/2011) and conflicting information found on this page or other pages on the WIKI regarding the workflow for this collection. - arora, 03/11/2011.	+	Also note that this text document trumps any prior (before 3/11/2011) and conflicting information found on this page or other pages on the WIKI regarding the workflow for this collection.
		+	- arora, 03/11/2011.

	When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.		When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.

Scpstu32 at 18:26, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:26:45 GMT

←Older revision		Revision as of 18:26, 11 March 2011
Line 2:		Line 2:

	As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.		As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.
-	Also note that this text document trumps any conflicting information found on this page or other pages on the WIKI regarding the workflow for this collection. - arora, 03/11/2011.	+	Also note that this text document trumps any prior (before 3/11/2011) and conflicting information found on this page or other pages on the WIKI regarding the workflow for this collection. - arora, 03/11/2011.

	When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.		When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.

Scpstu32 at 18:25, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:25:22 GMT

←Older revision		Revision as of 18:25, 11 March 2011
Line 2:		Line 2:

	As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.		As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.
-	Also note that this text document trumps any conflicting information found on this page or other pages on the WIKI. - arora, 03/11/2011.	+	Also note that this text document trumps any conflicting information found on this page or other pages on the WIKI regarding the workflow for this collection. - arora, 03/11/2011.

	When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.		When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.

Scpstu32 at 18:20, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:20:08 GMT

←Older revision		Revision as of 18:20, 11 March 2011
Line 2:		Line 2:

	As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.		As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.
-	Also note that this text document trumps any conflicting information found on ~~thiw~~ page or other pages on the WIKI. - arora, 03/11/2011.	+	Also note that this text document trumps any conflicting information found on this page or other pages on the WIKI. - arora, 03/11/2011.

	When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.		When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.

Scpstu32 at 18:18, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:18:53 GMT

←Older revision		Revision as of 18:18, 11 March 2011
Line 1:		Line 1:
	An exception to the workflow spelled out in [[Most Content]] is the Rohlig audio. We digitize the master, create derivatives for Mary Alice Fields, who then listens to them and determines which sections should be omitted, and creates metadata.		An exception to the workflow spelled out in [[Most Content]] is the Rohlig audio. We digitize the master, create derivatives for Mary Alice Fields, who then listens to them and determines which sections should be omitted, and creates metadata.
		+
		+	As of March 11, 2011 please refer to [https://intranet.lib.ua.edu/wiki/digcoll/images/4/47/RohligWorkflow.txt RohligWorkflow.txt] for detailed information regarding the Rohlig workflow.
		+	Also note that this text document trumps any conflicting information found on thiw page or other pages on the WIKI. - arora, 03/11/2011.

	When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.		When her contribution returns, we create an MP3 for each track specified or a single MP3 that concatenates all specified tracks. These MP3s need to be uploaded with the preliminary MODS and distributed in Acumen. OCR of transcripts is handled by the makeJpegs script.

Scpstu32 at 18:14, 11 March 2011

Scpstu32 — Fri, 11 Mar 2011 18:14:13 GMT

←Older revision		Revision as of 18:14, 11 March 2011
Line 20:		Line 20:

	4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.		4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.
-
-	If you are making only one MP3 file that is a concatenation of many tracks (see "Multiple WAV files per single performance" @ [[Intellectual_vs_Logical]]),
-	you must, as of 2010 September, placed <em>only</em> the item level MODS in the MODS directory. This is because, as there's one MP3 file, there must be only one corresponding
-	MODS file. The Metadata Unit will, at a later date, create "nested MODS" to house the descriptive metadata for the intellectual divisions "within" each MP3 file.
-	Given this, one should bypass steps 5 and 6 below. Instead, manually upload the MP3 to the server's MP3 folder and manually place the item-level MODS in the
-	server's MODS folder and then go to step 7.
-

	5) run makeAudioJpegs script ([[Image:makeAudioJpegs.txt]]) : type `makeAudioJpegs`. This will:		5) run makeAudioJpegs script ([[Image:makeAudioJpegs.txt]]) : type `makeAudioJpegs`. This will:

Scpstu32 at 18:41, 15 September 2010

Scpstu32 — Wed, 15 Sep 2010 18:41:06 GMT

←Older revision		Revision as of 18:41, 15 September 2010
Line 20:		Line 20:

	4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.		4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.
		+
	If you are making only one MP3 file that is a concatenation of many tracks (see "Multiple WAV files per single performance" @ [[Intellectual_vs_Logical]]),		If you are making only one MP3 file that is a concatenation of many tracks (see "Multiple WAV files per single performance" @ [[Intellectual_vs_Logical]]),
	you must, as of 2010 September, placed <em>only</em> the item level MODS in the MODS directory. This is because, as there's one MP3 file, there must be only one corresponding		you must, as of 2010 September, placed <em>only</em> the item level MODS in the MODS directory. This is because, as there's one MP3 file, there must be only one corresponding

Scpstu32: /* Here's the workflow for getting audio content live. */

Scpstu32 — Wed, 15 Sep 2010 18:33:00 GMT

Here's the workflow for getting audio content live.

←Older revision		Revision as of 18:33, 15 September 2010
Line 20:		Line 20:

	4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.		4) log into the libcontent1 server via ssh on commandline. Type in: `cd AUDIO/scripts`. This will change your working directory to the one where the scripts are.
		+	If you are making only one MP3 file that is a concatenation of many tracks (see "Multiple WAV files per single performance" @ [[Intellectual_vs_Logical]]),
		+	you must, as of 2010 September, placed <em>only</em> the item level MODS in the MODS directory. This is because, as there's one MP3 file, there must be only one corresponding
		+	MODS file. The Metadata Unit will, at a later date, create "nested MODS" to house the descriptive metadata for the intellectual divisions "within" each MP3 file.
		+	Given this, one should bypass steps 5 and 6 below. Instead, manually upload the MP3 to the server's MP3 folder and manually place the item-level MODS in the
		+	server's MODS folder and then go to step 7.
		+

	5) run makeAudioJpegs script ([[Image:makeAudioJpegs.txt]]) : type `makeAudioJpegs`. This will:		5) run makeAudioJpegs script ([[Image:makeAudioJpegs.txt]]) : type `makeAudioJpegs`. This will:
Line 45:		Line 51:
	e) compare the copied content with what you have on the share drive; if it uploaded okay, it will delete it on the share drive		e) compare the copied content with what you have on the share drive; if it uploaded okay, it will delete it on the share drive
	f) output errors into a file in the output directory		f) output errors into a file in the output directory
		+
		+	All XML Audio Decision List files (SimpleADL) that correspond to the archival content MUST be placed in the Admin folder. This is not optional given that, as of mid-2010, ALL archival WAV files
		+	must have a corresponding SimpleADL file.

	11) In the scripts directory (on the same level as the UploadArea, AUDIO and CABANISS directories, run 'findMissing' ([[Image:findMissing.txt]]. This script will hunt through Acumen to make sure there is a MODS file for every item, and at least one derivative for each MODS file. Any errors will be found in the output file written to the scripts/output directory. If errors are found, regenerate those MODS and/or JPEGs/MP3s and rerun relocate_all. Then run this script again to ensure all errors have been remedied.		11) In the scripts directory (on the same level as the UploadArea, AUDIO and CABANISS directories, run 'findMissing' ([[Image:findMissing.txt]]. This script will hunt through Acumen to make sure there is a MODS file for every item, and at least one derivative for each MODS file. Any errors will be found in the output file written to the scripts/output directory. If errors are found, regenerate those MODS and/or JPEGs/MP3s and rerun relocate_all. Then run this script again to ensure all errors have been remedied.

Scpstu32: /* Preliminary steps on the server */

Scpstu32 — Wed, 15 Sep 2010 18:00:50 GMT

Preliminary steps on the server

←Older revision		Revision as of 18:00, 15 September 2010
Line 8:		Line 8:
	== Preliminary steps on the server ==		== Preliminary steps on the server ==

-	# make sure that the Windows share is mounted: type into the ssh window on libcontent1: `ls /cifs-mount` -- if no listing appears, or the window hangs up, you need to mount the share drive. Otherwise, proceed to getting the audio content live...	+	# make sure that the Windows share is mounted: type into the ssh window on libcontent1: `ls /cifs-mount` -- if no listing appears, or the window hangs up, you need to mount the share drive. Otherwise, proceed to getting the audio content live.
	# To mount the Windows drive, type this in on the commandline on libcontent1: `sudo mount -t cifs -o username=jjcolonnaromano,domain=lib //libfs1.lib.ua-net.ua.edu/share/Digital\ Projects/ /cifs-mount` and use the password for share for Jeremiah. If successful, the command in the last step will show you the directories within the Digital Projects folder on Share.		# To mount the Windows drive, type this in on the commandline on libcontent1: `sudo mount -t cifs -o username=jjcolonnaromano,domain=lib //libfs1.lib.ua-net.ua.edu/share/Digital\ Projects/ /cifs-mount` and use the password for share for Jeremiah. If successful, the command in the last step will show you the directories within the Digital Projects folder on Share.

Scpstu32: /* Here's the workflow for getting audio content live. */

Scpstu32 — Fri, 16 Jul 2010 20:27:42 GMT

Here's the workflow for getting audio content live.

←Older revision		Revision as of 20:27, 16 July 2010
Line 38:		Line 38:
	10) Run the moveAudioContent script ([[Image:moveAudioContent.txt]]). If this is a new collection, wait until the files have been indexed and content is viewable online, so there will not be a		10) Run the moveAudioContent script ([[Image:moveAudioContent.txt]]). If this is a new collection, wait until the files have been indexed and content is viewable online, so there will not be a
	dead link in the collection list. This script will:		dead link in the collection list. This script will:
-	a) check the database for existing info about this collection, and provide you with whatever we already know, so you can correct	+	a) check the database for existing info about this collection, and provide you with whatever we already know, so you can correct
	it with your collection xml file,		it with your collection xml file,
	b) update our database and online collection xml file, if yours is new or changed -- adding the online link to the collection if new		b) update our database and online collection xml file, if yours is new or changed -- adding the online link to the collection if new