GUI HGL profile issue ideally requiring revision of binary output contents

[MitchHeineman]

The GUI incorrectly shows a depth of zero at the upstream end of a drop structure. It would be more appropriate to draw these at critical depth, or use the depth computed internally for the pipe.

The proper depth in the pipe could be shown if the binary results included both the upstream and downstream water depths in the pipe, which are computed but not saved, in addition to the average depth. This is a cleaner solution than having the GUI try to compute a depth but would require changing the format of the output file. As the prologue of the file describes what variables are in the file in the order they are written to it, file reader codes can be designed to identify what variables are included in the output.

(The second paragraph was written by Lew Rossman)

[dickinsonre]

I concur, this is often seen as a limitation in SWMM5 even though it is only a drawing issue