Hull and Outfitting

SY010 - Drawing Recovery

Save PDF

SY010 - Drawing Recovery

Save PDF

Last UpdatedNov 28, 2025
3 minute read

Drawings produced by Marine Drafting contain a lot of structured graphic information. Because of the complexity of the object and the software operating on it, there is always a risk that the object becomes inconsistent (corrupted) in some sense. Normally, the software can deal with this, but in some cases it is not possible to interpret such an object in a controlled way. Of course, the underlying piece of software that causes a specific corruption in the object should be identified and corrected.

However, it is possible for the user to repair an already damaged drawing in a way that the main part of it can be recovered. For this purpose, the program sy010 is used to check and optionally repair such objects. It should be stressed here that sy010 is not capable of miracles; there might be corruptions that are impossible to recover from. However, inconsistency of moderate severity is normally fully recoverable.

The inconsistencies are divided in four severities:

Fatal
A serious corruption that the system normally cannot handle.
Often possible to recover, but risk for loss of vital data. In some cases, not possible to recover at all.
Error
A major corruption that the system might fail to handle.
Good chances to recover without loss of data.
Warning
A minor corruption that the system can deal with in a controlled way.
The object can normally be recovered without any loss of data.
Informational
No corruption, but just an indication that the consistency might cause somewhat slower performance.The object can be recovered without any loss of data.

It should be stressed here that the word corruption should not be interpreted as if the drawing is damaged and cannot be used. Apart from fatal severities, the system can normally read such a drawing anyway.

Operation

The program will check all (or selected) drawings in the Drawing data bank, connected to SB_PDB.

The user is prompted to key in the name of the drawing(s) to check. Wildcards are accepted in the drawing name. Please note that drawings of versions less than 8 will be not treated. For each drawing matching the given name, the program will check its consistency and optionally repair and store it back on the data bank.

To exit the program, click <CR>.

For each corrupted object found, the program produces a log file containing diagnoses and suggested recovery actions for that object.. According to user's choice, the object will then be repaired and stored back on the data bank.

The program is invoked by the following call:
sy010 [-name <object name>]
	[-sourcedb <DB name>]
	[ -report \| -repair]
	[-logdir <directory name>]
	[-targetdb <DB name>]
	[-suppress fatal \| error \| warning \| informational]
The program options control the behavior of the program:
-name <object name>
	States the name(s) of the objects to check. Wild cards are accepted in the name. If missing, the program will ask the user for name.
-sourcedb <DB name>
	Gives the name of the source databank. If missing, the source data bank SB_PDB will be used.
[ -report \| -repair]
	To only perform a check, -report is given. A log file, named <object name>.log, of each inconsistent object is produced, containing diagnoses and suggested recovery actions for that object To perform a check and repair if necessary, -repair is given. A log file, named <object name>_fix.log of each repaired object is produced, containing diagnoses and the taken recovery actions for that object. If none of [-report \| -repair] is given, the program will for each inconsistent object let the user decide the recovery action. Accepted answers to the prompt Recover ? (Y, YA, N, NA, Q), will then be Y, meaning Yes to this one YA, meaning Yes to this and remaining ones N, meaning No to this one NA, meaning No to this and remaining ones • Q, meaning quit the program
-logdir <directory name>
	Gives the name of the directory under which the log files will be placed. If missing, the TEMP directory will be used.
-targetdb <DB name>
	Gives the name of the target databank. that means, in which data bank the repaired objects should be stored. If missing, the source data bank will be used. Note: In case the recovered objects are stored back in the source data bank, the original ones will be overwritten.
[-suppress fatal \| error \| warning \| informational]
	It is possible to suppress the reporting of certain severities in the log files (although the repair option will always be carried out if ordered). For example, use the argument informational if you do not want to see the inconsistencies of severity informational. Note: Multiple severities may be suppressed simultaneously.

Hull and Outfitting