Class AddRasterImageLayerWizard

java.lang.Object
org.openjump.core.ui.swing.wizard.AbstractWizardGroup
org.openjump.core.rasterimage.AddRasterImageLayerWizard
All Implemented Interfaces:
WizardGroup

public class AddRasterImageLayerWizard extends AbstractWizardGroup
  • Field Details

    • KEY

      public static final String KEY
    • properties

      protected PropertiesHandler properties
    • worldFileHandler

      protected WorldFileHandler worldFileHandler
    • propertiesFile

      protected static String propertiesFile
    • KEY_ALWAYS_ACCEPT_TWF_EXT

      protected String KEY_ALWAYS_ACCEPT_TWF_EXT
    • KEY_ZOOM_TO_INSERTED_IMAGE

      protected String KEY_ZOOM_TO_INSERTED_IMAGE
    • alwaysLookForTFWExtension

      protected boolean alwaysLookForTFWExtension
    • zoomToInsertedImage

      protected boolean zoomToInsertedImage
  • Constructor Details

    • AddRasterImageLayerWizard

      public AddRasterImageLayerWizard(WorkbenchContext workbenchContext)
    • AddRasterImageLayerWizard

      public AddRasterImageLayerWizard(WorkbenchContext workbenchContext, File[] files)
  • Method Details

    • initialize

      public void initialize(WorkbenchContext workbenchContext, WizardDialog dialog)
      Specified by:
      initialize in interface WizardGroup
      Overrides:
      initialize in class AbstractWizardGroup
    • run

      public void run(WizardDialog dialog, TaskMonitor monitor)
      Load the files selected in the wizard.
      Parameters:
      dialog - The WizardDialog
      monitor - The task monitor.
    • getGeoReferencing

      protected org.locationtech.jts.geom.Envelope getGeoReferencing(String fileName, boolean alwaysLookForTFWExtension, Point imageDimensions, WorkbenchContext context) throws IOException, NoninvertibleTransformException
      TODO: [sstein] Feb.2009 - I discovered a 0.5px offset towards south-east for the envelope, in comparison with images loaded with Jon's/VividSolutions implementation, if the envelope is obtained from a worldfile. Not sure what is correct. I.e. this implementation seems to assume that the worldfile coordinate system origin is the corner of the first pixel and not the center. I have corrected this in WorldFileHandler.readWorldFile()
      Parameters:
      fileName - the file name
      alwaysLookForTFWExtension -
      imageDimensions -
      context -
      Returns:
      the RasterImage Envelope
      Throws:
      IOException
      NoninvertibleTransformException