OpenMap is an Open Source JavaBeans-based programmer's toolkit. Using OpenMap, you can quickly build applications and applets that access data from legacy databases and applications.

I have come across an issue when using an OMScalingRaster object which has a rotation applied. The object sits on an OMGraphicHandlerLayer. When the image is fully in view, it renders correctly. However, when the image is partially off the left or right side of the window (Mercator projection), the shape of the image is distorted - it appears shrunk in one direction and enlarged in the other. If I do not rotate the OMScalingRaster, it works fine when placed partially off-screen, but unfortunately for my application the image needs to be rotated.

I notice in OMScalingRaster.java that there is a "clever bit" in the scaleTo(Projection) method which checks if some of the image is off-screen, and if so, draws only the visible subset of the image. In order to make this rotated image work properly for me, I have had to subclass OMScalingRaster and remove these lines:

        if (corners == null || corners.size() <= 2) {
            iRect = winRect.intersection(projRect);
        }

and also remove the if block that starts with if (!winRect.contains(projRect)) {.

This fixes the problem for me, but is obviously not ideal as it is removing a useful feature.

Do you know if this functionality has been tried before when using a rotated OMScalingRaster?

I'm not able to share an example direct from our code, but if necessary I will try to create a minimal example to demonstrate this problem.

We (from the https://github.com/cgeo/cgeo project) are looking for an UTM (MGRS) conversion library which we can use in our Android app (see Issue https://github.com/cgeo/cgeo/issues/1914). After some research we found openmap and tried integrating it in cgeo (see https://github.com/cgeo/cgeo/pull/5823). We successfully converted from latitude/longitude to UTM, but we would also like to parse UTM and convert it to lat/lon. Unfortunately the LatLonPoint class inherits from java.awt.Point2D which is not available on Android. Do you see any possibility to use the UTM conversion code outside of openmap without the java.awt.Point2D dependency? Any suggestion is appreciated. I'll also try to look into the openmap code. Maybe I find a way to accomplish this. Then I'll let you know. Thanks in advance.

The following JUnit test should pass but it fails because distanceKM and distanceNM return inconsistent results. This is because the constants used to define Length for KM and NM are inconsistent.

import org.junit.Assert;
import org.junit.Test;

import com.bbn.openmap.geo.Geo;

public class TestOpenMap {

     @Test
      public void testLatLonConversion2() {
        System.out.println("@Test - testLatLonConversion");

        double bosLat =   42.366978;
        double bosLon =  -71.022362;
        double sfoLat =   37.615223;
        double sfoLon = -122.389977;


        double distNM = Geo.distanceNM(bosLat, bosLon, sfoLat, sfoLon);
        System.out.println("distNM: " + distNM);
        double distKM1 = distNM * Geo.METERS_PER_NM / 1000;
        System.out.println("distKM1: " + distKM1);

        double distKM2 = Geo.distanceKM(bosLat, bosLon, sfoLat, sfoLon);
        System.out.println("distKM2: " + distKM2);

        // from Planet.java
        double wgs84_earthEquatorialRadiusMeters_D = 6378137.0;
        double circumferenceMeters = wgs84_earthEquatorialRadiusMeters_D * 2.0 * Math.PI;
        double wgs84_earthEquatorialCircumferenceNMiles_D = 21600.0;

        double circumf_meters_per_nm = circumferenceMeters / wgs84_earthEquatorialCircumferenceNMiles_D;

        System.out.println("circumf_meters_per_nm: " + circumf_meters_per_nm);
        System.out.println("Geo.METERS_PER_NM: " + Geo.METERS_PER_NM);

        Assert.assertEquals(distKM1, distKM2, 1);
      }
}

The output from this is:

@Test - testLatLonConversion
distNM: 2349.072077502113
distKM1: 4350.481487533914
distKM2: 4358.291791737208
circumf_meters_per_nm: 1855.3248465545596
Geo.METERS_PER_NM: 1852.0

Instead of providing the patch as a Zip, I forked and patched. The problem is that we got files for which header is not correctly parsed by OpenMap. The consequence is that some fields are appearing as missing such as PRT. This fix handles this case.

The task I wish to perform seems so absurdly simple!  Somebody on one of the 
ArcGIS forums recommended this product.

The code I've written is very simple (see below).  The first record I read 
returns the error: Unknown shape type: 13.

Here's my code (and I'm attaching my .shp file):

        SpatialReference lSR = mapView.getSpatialReference();
        Envelope lEnvolope = mapView.getLayer(0).getFullExtent();
        GraphicsLayer graphicLayer = new GraphicsLayer(lSR, lEnvolope);

        try {
            File file = new File(shpfile);
            ShapeFile shp = new ShapeFile(file);
            SimpleMarkerSymbol c_point = new SimpleMarkerSymbol(Color.RED, 2, SimpleMarkerSymbol.STYLE.CIRCLE);   
            ESRIPointRecord e=null;
            boolean failed=false;
            boolean weredone=false;
            try {
                e = (ESRIPointRecord) shp.getNextRecord();
            } catch (Exception ee) {
                failed=true;
            }
            while (!weredone) {
                if(!failed) {
                    graphicLayer.addGraphic(new Graphic(new Point(e.getX(), e.getY()), c_point));
                }
                failed=false;
                try {
                    e = (ESRIPointRecord) shp.getNextRecord();
                    if (e==null) {
                        weredone=true;
                    }
                } catch (Exception ee2) {
                    failed=true;
                }
            }
           shp.close();
           } catch (IOException e1) {
           e1.printStackTrace();
           }
          return graphicLayer;
        }

Original issue reported on code.google.com by [email protected] on 25 Mar 2014 at 1:46

Attachments:

• SunriverBikePaths2010.shp

Did not alway want the cached tiles removed when the layer was removed. This property will allow the layer to disable clearing the cached tiles. Older versions of OpenMap did not remove the cache on remove and this is a desirable feature.

When local map tiles change the ImageIcon does not reload the underlying image. Calling flush on the image will clear the underlying resources, so the next time the file is load it will re-read the image.

We needed the ability to allow for higher zoom levels at least down to 22. AbstractMapTileCoordinateTransform had the limitation on max zoom level to 20, this change allows me to define my custom Coordinate Transform class and override the max zoom level as needed.

In the class PanMouseMode, line 253, in method mousePressed. the paintedImage is set to paintedImage = new OMRaster(ul.getY(), ul.getX(), 0, 0, bufferedMapImage); if the ul.getY() call returns "90" then the image will not be rendered for some reason. Changing that line to this solves the problem and everything renders as expected: paintedImage = new OMRaster(ul.getY() < 90 ? ul.getY() : 89.9999999999, ul.getX(), 0, 0, bufferedMapImage);

Method equals is:

    public boolean equals(Object obj) {
        if (obj == null) {
            return false;
        }
        if (getClass() != obj.getClass()) {
            return false;
        }
        final DMSLatLonPoint pt = (DMSLatLonPoint) obj;
        return (pt.lat_isnegative == lat_isnegative
                && pt.lat_degrees == lat_degrees
                && pt.lat_minutes == lat_degrees
                && pt.lat_seconds == lat_seconds
                && pt.lon_isnegative == lon_isnegative
                && pt.lon_degrees == lon_degrees
                && pt.lon_minutes == lon_minutes
                && pt.lon_seconds == lon_seconds);
    }

The comparison for lat_minutes is wrong, should be:

    public boolean equals(Object obj) {
        if (obj == null) {
            return false;
        }
        if (getClass() != obj.getClass()) {
            return false;
        }
        final DMSLatLonPoint pt = (DMSLatLonPoint) obj;
        return (pt.lat_isnegative == lat_isnegative
                && pt.lat_degrees == lat_degrees
                && pt.lat_minutes == lat_minutes
                && pt.lat_seconds == lat_seconds
                && pt.lon_isnegative == lon_isnegative
                && pt.lon_degrees == lon_degrees
                && pt.lon_minutes == lon_minutes
                && pt.lon_seconds == lon_seconds);
    }

What steps will reproduce the problem?
1. Locate ImageScaler in com.bbn.openmap.image
2. Locate ImageScaler in com.bbn.openmap.util
3. They are the same

What is the expected output? What do you see instead?
Shouldt need to duplicate code, but it is actually dupped.


What version of the product are you using? On what operating system?
5.1.8b

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 27 Nov 2014 at 12:45

In the OMList.doAction() method the OMGraphicConstants.LOWER_TO_BOTTOM_GRAPHIC_MASK action calls the moveIndexedOneToBottom() method instead of moveIndexedToBottom().

Both OMGraphicConstants.LOWER_TO_BOTTOM_GRAPHIC_MASK and OMGraphicConstants.LOWER_GRAPHIC_MASK currently perform the same action to moveIndexedOneToBottom().

I verified that correctly calling moveIndexedToBottom() when the mask is set to OMGraphicConstants.LOWER_TO_BOTTOM_GRAPHIC_MASK works as expected.

The issue exists in the currently available download version, OpenMap 5.1.15.

The correction is the following inside the OMList.doAction() method:

if (action.isMask(LOWER_TO_BOTTOM_GRAPHIC_MASK)) {
    Debug.message("omgl", "OMGraphicList.doAction: lowering graphic to bottom");
    moveIndexedToBottom(i); // -> Corrected by Jose M. Torres
}

This is not a fix for any particular issue. We added a bilinear interpolation algorithm similar to that used in computer graphics to determine the elevation at a given point. Contributing if anyone is interested.

The method DTEDFrame.interpElevationAt() is producing unexpected values for the output elevation value. As an example, using a sample DTED2 elevation file and point lat=-14.123 (index=3157.1995) and lon=-68.555 (index=1601.9989) the nearest 4 elevation posts in this dataset are:

ur = 1513 ul = 1522 ll = 1523 lr = 1515

Manually calculating a bilinear interpolation shows that the output elevation should be very close to the lower-right elevation post which is 1515 meters, but the resulting value is near the upper-right post (i.e. 1513). The code is not utilizing the lower elevation posts to generate the output interpolated value.

Super-minor issue. The javadoc comments for DTEDFrame.elevationAt() indicate that the result will be the closest SW post. The result is actually the nearest post.