Custom Query (454 matches)

This is a list of changes to be made before UCERF3.3 calculations are begun, so that we don't leave any old hacks or bugs in accidentally. Feel free to edit this ticket to add more.

Laugh Test Filter

• Switch to non-buggy coulomb filter
• fix minimum stress exclusion implementation in coulomb filter
• fix azimuth change bug across 0/360 boundary
• allow single sect from parent during stepover if passes azimuth?
  • example: --- - --- (we can still calc azimuth changes in this case)

Data

• Put in new paleo table (ENSURE THAT IT DOESN'T INCLUDE OLD CARRIZO)

Other

• remove Imperial DDW hack in DeformationModelFetcher?

Refactor GraphPanel? and related classes - remove nasty APIs and make self contained GraphWidget? class which can be shared by GraphWindow? and regular applications.

DONE - here is a summary of changes

Previously there were 4 primary classes:

• GraphPanel? - actually does the graphing, extends JSplitPane
• GraphWindow? - used for peel off and most non-application embedded plotting, extends JFrame
• GraphiWindowAPI_Impl - wrapper for GraphWindow? which implements all of its various APIs
• HeadlessGraphPanel? - for headless plotting

As well as a some utility/GUI component classes:

• ButtonControlPanel? - buttons below the Graph Panel
• PlotColorAndLineTypeSelectorControlPanel? - GUI to set colors and plotting styles for curves
• AxisLimitsControlPanel? - GUI to set axis limits

As well as a bunch of interfaces which applications must implement in order to use the above classes:

• GraphPanelAPI - must be implemented in order to use a GraphPanel?
• GraphWindowAPI - must be implemented in order to show a GraphWindow?
• ButtonControlPanelAPI - must be implemented in order to use a ButtonControlPanel?
• PlotControllerAPI - must be implemented in order to use a GraphPanel?
• PlotColorAndLineTypeSelectorControlPanelAPI - must be implemented in order to use a PlotColorAndLineTypeSelectorControlPane?
• AxisLimitsControlPanelAPI - must be implemented in order to use AxisLimitsControlPanel?

All of these interfaces were created such that the ButtonControlPanel? and various other GUI components could be embedded in an application or used separately in a GraphWindow?. The thing is, none of them are actually needed if we just had a class which represented a GraphPanel? and associated controls that could be embedded into an application or standalone window...enter GraphWidget?. GraphWidget? encompasses the GraphPanel? and all controls (buttons, style, axis limits) and is used both by applications and GraphWindow?. Here is the new class list:

New primary classes:

• GraphPanel? - actually does the graphing, extends JSplitPane
• GraphWidget? - widget for all GraphPanel? and all associated controls, extends JPanel
• GraphWindow? - used for peel off and most non-application embedded plotting, extends JFrame
• HeadlessGraphPanel? - for headless plotting

All of those APIs have be removed, and our applications are much cleaner. There is also much less code duplication as the controls and APIs don't need to be implemented everywhere. The GraphWindow? class functions much like (and has similar constructors/methods to) the old GraphiWindowAPI_Impl class. I tried to document as much as I could, and make sure everything was working correctly but there may be bugs. Also some very old one off plots (classes that were used to make a plot in UCERF2 for example) did not get fully upgraded in that they might not display in log format by default where they previously might have been. There were over 1000 errors when I finished the new class structure so I did my best but didn't spend much time on plots which are likely never going to be used again.

There was also a some nastiness in the way that WeightedFunctionLists? were handled - basically GraphPanel? took an ArrayList? of Objects, which were mixed between XYDataSets and WeightedFunctionLists?. Both of these now extend a common interface PlotElement?, with some common methods which allowed for simplification of GraphPanel? and use of Generics.

Additionally, these updates/new features have been added:

• All classes work with PlotSpec? objects
• Auto scale has been separated for the X an Y axis, so that for example you can specify a custom X scale but still use auto Y scale
• XY annotation support added - you can now add XYAnnotations (such as text annotations) to a PlotSpec? object and they will be included in the plots
• All plotting classes moved to commons from sha
• new PlotMultiDataLayer? object which implements PlotElement? for adding many lines to plots such as separators and such with the same characteristics without flooding the plot data window. For example, the fault based paleo plots could have very clean metadata now if I used this new object.
• subplot support, currently only at the GraphPanel? level (can only be used by HeadlessGraphPanel? right now but could be exposed further).
• plot preferences (font sizes and background colors) now in PlotPreferences? object, could potentially store user specific properties that get loaded in on application start.

add ability to plot multiple graphs on sharing a single (user definable) axis