CME Scientific Software - Revision history

Maechlin at 19:23, 3 May 2011

2011-05-03T19:23:11Z

Maechlin at 19:15, 25 February 2011

2011-02-25T19:15:15Z

Maechlin at 17:23, 16 August 2010

2010-08-16T17:23:05Z

Maechlin at 17:22, 16 August 2010

2010-08-16T17:22:48Z

Maechlin at 17:22, 16 August 2010

2010-08-16T17:22:00Z

Maechlin at 17:19, 16 August 2010

2010-08-16T17:19:52Z

Maechlin at 17:18, 16 August 2010

2010-08-16T17:18:40Z

Maechlin: Replaced content with '[Workflow Program Requirements]'

2010-08-16T17:18:06Z

Replaced content with '[Workflow Program Requirements]'

Maechlin at 08:52, 16 August 2010

2010-08-16T08:52:36Z

Maechlin: Created page with ''''Workflow Program Requirements''' We recommend the following programming standards for CME scientific software. These standards help make the codes interoperate. #For program…'

2010-08-16T08:51:50Z

Created page with ''''Workflow Program Requirements''' We recommend the following programming standards for CME scientific software. These standards help make the codes interoperate. #For program…'

New page

'''Workflow Program Requirements'''

We recommend the following programming standards for CME scientific software. These standards help make the codes interoperate.

#For programs to be hosted as components in workflows, we ask scientists to prepare their code this way.
#The code should return an exit code when it runs. It should return only two values: Successful return = 0 - Error exit return = 1
#For each code, the number of input and output files must be known and should always be the same whenever the program is run.
#There should be no compiled in references to programs, pathnames, or files names in the code. It is okay to set default values for filenames, however, it should be possible for users of the code to overwrite any default file names if necessary using command line parameters.
#If the code references any other executables, the program should accept a command line parameter to a directory where the executable can be found.
#The code should accept command line parameters to any input files names and not assume that the input file it uses is referred to by a particular name.
#The code should accept command line parameters to any output files so we can assign the name to the output file and output directory.
#If the code requires any environment variables, the program should verify that they are successful read or exit with an error.

@@ Line 5: / Line 5: @@
 *[[CVM-H]]
 *[[AWP-ODC]]
 == '''CME Software Topics''' ==
 *[[Workflow Program Requirements]]
 *[[Software Release Policies]]

@@ Line 1: / Line 1: @@
 === '''SCEC/CME Supported Scientific Software''' ===
+*[[OpenSHA]]
-[[OpenSHA]]
+*[[CSEP]]
+*[[Broadband Platform]]
-[[CSEP]]
+*[[CVM-H]]
+*[[AWP-ODC]]
 == '''CME Software Topics''' ==
+*[[Workflow Program Requirements]]
-[[Workflow Program Requirements]]
+*[[Software Release Policies]]

@@ Line 11: / Line 11: @@
 [[AWP-ODC]]
-== CME Software Topics ==
+== '''CME Software Topics''' ==
 [[Workflow Program Requirements]]
 [[Software Release Policies]]

@@ Line 1: / Line 1: @@
 === '''SCEC/CME Supported Scientific Software''' ===
@@ Line 14: / Line 10: @@
 [[AWP-ODC]]
 [[Software Release Policies]]

← Older revision		Revision as of 17:22, 16 August 2010
Line 2:		Line 2:

	[[Workflow Program Requirements]]		[[Workflow Program Requirements]]
		+
		+	=== '''SCEC/CME Supported Scientific Software''' ===
		+
		+	[[OpenSHA]]
		+
		+	[[CSEP]]
		+
		+	[[Broadband Platform]]
		+
		+	[[CVM-H]]
		+
		+	[[AWP-ODC]]
		+
		+	[[Software Release Policies]]

← Older revision		Revision as of 17:19, 16 August 2010
Line 1:		Line 1:
	== CME Software Topics ==		== CME Software Topics ==

−	[Workflow Program Requirements]	+	[[Workflow Program Requirements]]

← Older revision		Revision as of 17:18, 16 August 2010
Line 1:		Line 1:
		+	== CME Software Topics ==
		+
	[Workflow Program Requirements]		[Workflow Program Requirements]

← Older revision		Revision as of 08:52, 16 August 2010
Line 11:		Line 11:
	#The code should accept command line parameters to any output files so we can assign the name to the output file and output directory.		#The code should accept command line parameters to any output files so we can assign the name to the output file and output directory.
	#If the code requires any environment variables, the program should verify that they are successful read or exit with an error.		#If the code requires any environment variables, the program should verify that they are successful read or exit with an error.
		+
		+	For programs to be hosted as components in workflows, we ask scientists to prepare their code this way.
		+
		+	#The code should read variable inputs either on command line or from a configuration file. A code should have its own config file, or its own section in a config file, that contains parameters related only to itself and no other programs.
		+	#If the code passes parameters on the command line, it is better to use attribute name, attribute value pairs (e.g. –o output_file name –i input_file_name) rather than positional values (e.g. first command line parameter is the input file name, second command line parameters is the output filename).
		+	#Programs should input and output seismograms in broadband platform format, which contains 3 components in a single file.
		+	#Programs should work with an arbitrary seismograms of arbitrary length (remove the power of 2 number of samples restriction)
		+	#When SCEC run’s the program, we will probably submit the program to a job scheduler, using a job scheduler scripting language like PBS. Demonstrating that the software can be run using a PBS interfaces makes is much easier for us to use the program in a workflow.