Problem building Openmap 5.0

[Tony Vasile]

When attempting to build a clean download of OpenMap 5.0 I get the following error message on my linux machine after typing ant:

BUILD FAILED
openmap-5.0/build.xml:78: The following error occurred while executing this line:
openmap-5.0/src/openmap/build.xml:34: /project/uws/Development/avasile/openmap-5.0/ext not found.

I tracked it down to needing the Java Advanced Imaging class ImageCodec. Is this really necessary or can I work around it?

Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com


Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

[Don Dietrick-2]

Hmmm.  Well, that's embarrassing.   No, you don't need any of the
external libraries to compile the main OpenMap classes, the extra
libraries just add more functionality if they are available.

- Don

On Mon, Jan 9, 2012 at 8:19 PM, Tony Vasile <avasile@...> wrote:

> When attempting to build a clean download of OpenMap 5.0 I get the following
> error message on my linux machine after typing ant:
>
> BUILD FAILED
> openmap-5.0/build.xml:78: The following error occurred while executing this
> line:
> openmap-5.0/src/openmap/build.xml:34:
> /project/uws/Development/avasile/openmap-5.0/ext not found.
>
> I tracked it down to needing the Java Advanced Imaging class ImageCodec. Is
> this really necessary or can I work around it?
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... |
> www.csc.com
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient,
> please delete without copying and kindly advise us by e-mail of the mistake
> in delivery.  Note: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit written
> agreement or government initiative expressly permitting the use of e-mail
> for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> 476 944

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe openmap-users"]

[Tony Vasile]

Hi Don,
   Actually if you just create the ext directory then the problem goes away. However that are a lot of warning messages about deprecated classes whilst compiling with JDK 1.6. Also there are the usual errors about unchecked or unsafe calls.

Here is the compilation output on my machine:


Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com


Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

Buildfile: build.xml

init:

all:

init.openmap:
     [echo] do.jai = ${do.jai}
     [echo] Java Home: /usr/java/jdk1.6.0_27/jre

debug:
    [mkdir] Created dir: openmap-5.0/classes/openmap
    [javac] Compiling 1 source file to openmap-5.0/classes/openmap
    [javac] Note: openmap-5.0/src/openmap/com/bbn/openmap/util/Debug.java uses unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

ext:
    [javac] Compiling 7 source files to openmap-5.0/classes/openmap
    [javac] Note: openmap-5.0/src/ext/edu/stanford/ejalbert/BrowserLauncher.java uses unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

jai:

classes.openmap:
    [javac] Compiling 1188 source files to openmap-5.0/classes/openmap
    [javac] openmap-5.0/src/openmap/com/bbn/openmap/event/RangeRingsMouseMode.java:31: warning: unmappable character for encoding ASCII
    [javac]  * @author St???phane Wasserhardt
    [javac]              ^
    [javac] openmap-5.0/src/openmap/com/bbn/openmap/event/RangeRingsMouseMode.java:31: warning: unmappable character for encoding ASCII
    [javac]  * @author St???phane Wasserhardt
    [javac]               ^
    [javac] openmap-5.0/src/openmap/com/bbn/openmap/event/RangeRingsMouseMode.java:31: warning: unmappable character for encoding ASCII
    [javac]  * @author St???phane Wasserhardt
    [javac]                ^
    [javac] openmap-5.0/src/openmap/com/bbn/openmap/util/OMLoggingFormatter.java:37: warning: sun.security.action.GetPropertyAction is Sun proprietary API and may be removed in a future release
    [javac]     private String lineSeparator = (String) java.security.AccessController.doPrivileged(new sun.security.action.GetPropertyAction("line.separator"));
    [javac]                                                                                                                ^
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 4 warnings
     [copy] Copying 1 file to openmap-5.0/classes/openmap
     [copy] Copying 110 files to openmap-5.0/classes/openmap/com/bbn/openmap

jar.openmap:
      [jar] Building jar: openmap-5.0/lib/openmap.jar

all.openmap:

init.svg:

classes.svg:

jar.svg:

all.svg:

init.j3d:

classes.j3d:

jar.j3d:

all.j3d:

init.corba:

classes.corba:
    [mkdir] Created dir: openmap-5.0/classes/corba

init.corba:

jdkcorba.idl:

jdkcorba.stubs:
     [echo] Compiling CORBA stub classes...
    [javac] Compiling 391 source files to openmap-5.0/classes/corba
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

classes.jdkcorba:
     [echo] Compiling CORBA classes with JDK CORBA...
    [javac] Compiling 58 source files to openmap-5.0/classes/corba
    [javac] Note: openmap-5.0/src/corba/com/bbn/openmap/layer/specialist/shape/SpecialistSpatialIndex.java uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

jar.corba:

init.corba:

jar.jdkcorba:
      [jar] Building jar: openmap-5.0/lib/omcorba.jar

all.corba:

BUILD SUCCESSFUL
Total time: 2 minutes 8 seconds

[Don Dietrick-2]

Hi Tony,

Thanks for the info - adding the ext directory is the easiest
workaround for the 5.0 release, but I've modified the build.xml file
slightly for the next release that handles the situation more
gracefully.

Thanks again,

Don

On Tue, Jan 10, 2012 at 6:46 PM, Tony Vasile <avasile@...> wrote:

> Hi Don,
>    Actually if you just create the ext directory then the problem goes away.
> However that are a lot of warning messages about deprecated classes whilst
> compiling with JDK 1.6. Also there are the usual errors about unchecked or
> unsafe calls.
>
> Here is the compilation output on my machine:
>
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... |
> www.csc.com
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient,
> please delete without copying and kindly advise us by e-mail of the mistake
> in delivery.  Note: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit written
> agreement or government initiative expressly permitting the use of e-mail
> for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> 476 944

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe openmap-users"]

[Tony Vasile]

Openmap displays the tip of South Head of Sydney Harbour on the VMAP coastline at 33:51.734S 151:16.672E.
On the same Openmap display, the position of the DTED data corresponding to the same point is 33:49.944S 151:16.876E (recognizing that the DTED data is more detailed and so the corresponding points are approximate).  This equates to a difference of approximately 1.8 minutes South. An independent check puts the equivalent DTED position at 33:50.102S 151:16.960E which confirms that the DTED position is correct. The VMAP display was then checked using VPFview2.1 which located the same point at 33:50.412S 151:16.665E. This corresponds  better with the DTED data and confirms that the source VMAP data is correct.
This shows that Openmap is displaying the VMAP data with a displacement of 1.3 minutes South from the DTED data, which is a mix DTED Level 1 and Level 0.

We are using OpenMap 4.6.5.

Any suggestions on how to get the images to align better?

Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com


Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

[Don Dietrick-2]

Hi Tony,

The DTED layer in OpenMap doesn't show shoreline - the clear areas on
the layer are where the elevation is zero.  DTED data doesn't know
anything about shorelines.  The edge of the DTED display shouldn't
exactly match up with the edge of VMAP shoreline features, but I would
generally expect the DTED to be inside the shoreline features.  Is
that what you are seeing?

Depending on the level of VMAP data (Level 0 is based on 1:1,000,000
charts) and the level of DTED data (DTED level 0 has posts every 1km,
DTED level 1 has posts every 100m, or something like that), you won't
get them to line up perfectly - it's just a matter of the resolution
of the data and the fact that they aren't trying to show the same
thing.

For your map display, I would go with your VMAP data and use the DTED
to augment it by rendering the VMAP land areas with some transparency
so the elevation shading shows up behind it.

Hope this helps,

Don

On Thu, Feb 23, 2012 at 11:07 PM, Tony Vasile <avasile@...> wrote:

> Openmap displays the tip of South Head of Sydney Harbour on the VMAP
> coastline at 33:51.734S 151:16.672E.
> On the same Openmap display, the position of the DTED data corresponding to
> the same point is 33:49.944S 151:16.876E (recognizing that the DTED data is
> more detailed and so the corresponding points are approximate).  This
> equates to a difference of approximately 1.8 minutes South. An independent
> check puts the equivalent DTED position at 33:50.102S 151:16.960E which
> confirms that the DTED position is correct. The VMAP display was then
> checked using VPFview2.1 which located the same point at 33:50.412S
> 151:16.665E. This corresponds  better with the DTED data and confirms that
> the source VMAP data is correct.
> This shows that Openmap is displaying the VMAP data with a displacement of
> 1.3 minutes South from the DTED data, which is a mix DTED Level 1 and Level
> 0.
>
> We are using OpenMap 4.6.5.
>
> Any suggestions on how to get the images to align better?
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... |
> www.csc.com
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient,
> please delete without copying and kindly advise us by e-mail of the mistake
> in delivery.  Note: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit written
> agreement or government initiative expressly permitting the use of e-mail
> for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> 476 944

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe openmap-users"]

[Tony Vasile]

Hi Don,
   No what we are seeing is a constant shift of the VMAP data in relation to the DTED data. That is the example point given below is happening across the map. Unfortunately we are using the DTED data for elevation information and if the DTED layer isn't currently displayed if one tries to navigate using the VMAP data one can  run aground even though it appears you are in Sydney Harbour because of the discrepancy. Not only do we have a south shift there is also a west shift when both layers are displayed. Our data source for the VMAP data is I believe World Vector Shoreline data. I'm not 100% sure of this. I would have to wait till Monday to find out.



Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com

-----Don Dietrick dfdietrick@... wrote: -----

To: Tony Vasile avasile@...
From: Don Dietrick dfdietrick@...
Date: 02/25/2012 02:41AM
Cc: openmap-users@...
Subject: Re: [OpenMap Users] Openmap displays the VMAP coastline approximately 1.3 minutes of arc to the south of the correct position.

Hi Tony,

The DTED layer in OpenMap doesn't show shoreline - the clear areas on
the layer are where the elevation is zero.  DTED data doesn't know
anything about shorelines.  The edge of the DTED display shouldn't
exactly match up with the edge of VMAP shoreline features, but I would
generally expect the DTED to be inside the shoreline features.  Is
that what you are seeing?

Depending on the level of VMAP data (Level 0 is based on 1:1,000,000
charts) and the level of DTED data (DTED level 0 has posts every 1km,
DTED level 1 has posts every 100m, or something like that), you won't
get them to line up perfectly - it's just a matter of the resolution
of the data and the fact that they aren't trying to show the same
thing.

For your map display, I would go with your VMAP data and use the DTED
to augment it by rendering the VMAP land areas with some transparency
so the elevation shading shows up behind it.

Hope this helps,

Don

On Thu, Feb 23, 2012 at 11:07 PM, Tony Vasile avasile@... wrote:
> Openmap displays the tip of South Head of Sydney Harbour on the VMAP
> coastline at 33:51.734S 151:16.672E.
> On the same Openmap display, the position of the DTED data corresponding to
> the same point is 33:49.944S 151:16.876E (recognizing that the DTED data is
> more detailed and so the corresponding points are approximate).  This
> equates to a difference of approximately 1.8 minutes South. An independent
> check puts the equivalent DTED position at 33:50.102S 151:16.960E which
> confirms that the DTED position is correct. The VMAP display was then
> checked using VPFview2.1 which located the same point at 33:50.412S
> 151:16.665E. This corresponds  better with the DTED data and confirms that
> the source VMAP data is correct.
> This shows that Openmap is displaying the VMAP data with a displacement of
> 1.3 minutes South from the DTED data, which is a mix DTED Level 1 and Level
> 0.
>
> We are using OpenMap 4.6.5.
>
> Any suggestions on how to get the images to align better?
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... |
> www.csc.com
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient,
> please delete without copying and kindly advise us by e-mail of the mistake
> in delivery.  Note: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit written
> agreement or government initiative expressly permitting the use of e-mail
> for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> 476 944

Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944
-- [To unsubscribe to this list send an email to "majdart@..." with the following text in the BODY of the message "unsubscribe openmap-users"]

[Don Dietrick-2]

Can you check the datum of your WVS data?  I don't have WVS.

- Don


On Feb 24, 2012, at 3:59 PM, Tony Vasile wrote:

> Hi Don,
>    No what we are seeing is a constant shift of the VMAP data in relation to the DTED data. That is the example point given below is happening across the map. Unfortunately we are using the DTED data for elevation information and if the DTED layer isn't currently displayed if one tries to navigate using the VMAP data one can  run aground even though it appears you are in Sydney Harbour because of the discrepancy. Not only do we have a south shift there is also a west shift when both layers are displayed. Our data source for the VMAP data is I believe World Vector Shoreline data. I'm not 100% sure of this. I would have to wait till Monday to find out.
>
>
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com
>
> -----Don Dietrick <dfdietrick@...> wrote: -----
> To: Tony Vasile <avasile@...>
> From: Don Dietrick <dfdietrick@...>
> Date: 02/25/2012 02:41AM
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] Openmap displays the VMAP coastline approximately 1.3 minutes of arc to the south of the correct position.
>
> Hi Tony,
>
> The DTED layer in OpenMap doesn't show shoreline - the clear areas on
> the layer are where the elevation is zero.  DTED data doesn't know
> anything about shorelines.  The edge of the DTED display shouldn't
> exactly match up with the edge of VMAP shoreline features, but I would
> generally expect the DTED to be inside the shoreline features.  Is
> that what you are seeing?
>
> Depending on the level of VMAP data (Level 0 is based on 1:1,000,000
> charts) and the level of DTED data (DTED level 0 has posts every 1km,
> DTED level 1 has posts every 100m, or something like that), you won't
> get them to line up perfectly - it's just a matter of the resolution
> of the data and the fact that they aren't trying to show the same
> thing.
>
> For your map display, I would go with your VMAP data and use the DTED
> to augment it by rendering the VMAP land areas with some transparency
> so the elevation shading shows up behind it.
>
> Hope this helps,
>
> Don
>
> On Thu, Feb 23, 2012 at 11:07 PM, Tony Vasile <avasile@...> wrote:
> > Openmap displays the tip of South Head of Sydney Harbour on the VMAP
> > coastline at 33:51.734S 151:16.672E.
> > On the same Openmap display, the position of the DTED data corresponding to
> > the same point is 33:49.944S 151:16.876E (recognizing that the DTED data is
> > more detailed and so the corresponding points are approximate).  This
> > equates to a difference of approximately 1.8 minutes South. An independent
> > check puts the equivalent DTED position at 33:50.102S 151:16.960E which
> > confirms that the DTED position is correct. The VMAP display was then
> > checked using VPFview2.1 which located the same point at 33:50.412S
> > 151:16.665E. This corresponds  better with the DTED data and confirms that
> > the source VMAP data is correct.
> > This shows that Openmap is displaying the VMAP data with a displacement of
> > 1.3 minutes South from the DTED data, which is a mix DTED Level 1 and Level
> > 0.
> >
> > We are using OpenMap 4.6.5.
> >
> > Any suggestions on how to get the images to align better?
> >
> > Tony Vasile
> > Senior Software Engineer
> > CSC
> >
> > Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> > GBS | p: [phone] | f: [phone] | avasile@... |
> > www.csc.com
> >
> >
> > Please consider the environment before printing this e-mail.
> >
> > CSC - This is a private message. If you are not the intended recipient,
> > please delete without copying and kindly advise us by e-mail of the mistake
> > in delivery.  Note: Regardless of content, this e-mail shall not operate to
> > bind CSC to any order or other contract unless pursuant to explicit written
> > agreement or government initiative expressly permitting the use of e-mail
> > for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> > Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> > 476 944
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe openmap-users"]

[Tony Vasile]

So how do I do that? Is there a class in the OpenMap that can get me that information?

Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com


Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944




From:        Don Dietrick <dfdietrick@...>
To:        Tony Vasile <avasile@...>
Cc:        openmap-users@...
Date:        28/02/2012 04:25 PM
Subject:        Re: [OpenMap Users] Openmap displays the VMAP coastline approximately 1.3 minutes of arc to the south of the correct position.

---

Can you check the datum of your WVS data?  I don't have WVS.

- Don


On Feb 24, 2012, at 3:59 PM, Tony Vasile wrote:

> Hi Don,
>    No what we are seeing is a constant shift of the VMAP data in relation to the DTED data. That is the example point given below is happening across the map. Unfortunately we are using the DTED data for elevation information and if the DTED layer isn't currently displayed if one tries to navigate using the VMAP data one can  run aground even though it appears you are in Sydney Harbour because of the discrepancy. Not only do we have a south shift there is also a west shift when both layers are displayed. Our data source for the VMAP data is I believe World Vector Shoreline data. I'm not 100% sure of this. I would have to wait till Monday to find out.
>
>
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com
>
> -----Don Dietrick <dfdietrick@...> wrote: -----
> To: Tony Vasile <avasile@...>
> From: Don Dietrick <dfdietrick@...>
> Date: 02/25/2012 02:41AM
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] Openmap displays the VMAP coastline approximately 1.3 minutes of arc to the south of the correct position.
>
> Hi Tony,
>
> The DTED layer in OpenMap doesn't show shoreline - the clear areas on
> the layer are where the elevation is zero.  DTED data doesn't know
> anything about shorelines.  The edge of the DTED display shouldn't
> exactly match up with the edge of VMAP shoreline features, but I would
> generally expect the DTED to be inside the shoreline features.  Is
> that what you are seeing?
>
> Depending on the level of VMAP data (Level 0 is based on 1:1,000,000
> charts) and the level of DTED data (DTED level 0 has posts every 1km,
> DTED level 1 has posts every 100m, or something like that), you won't
> get them to line up perfectly - it's just a matter of the resolution
> of the data and the fact that they aren't trying to show the same
> thing.
>
> For your map display, I would go with your VMAP data and use the DTED
> to augment it by rendering the VMAP land areas with some transparency
> so the elevation shading shows up behind it.
>
> Hope this helps,
>
> Don
>
> On Thu, Feb 23, 2012 at 11:07 PM, Tony Vasile <avasile@...> wrote:
> > Openmap displays the tip of South Head of Sydney Harbour on the VMAP
> > coastline at 33:51.734S 151:16.672E.
> > On the same Openmap display, the position of the DTED data corresponding to
> > the same point is 33:49.944S 151:16.876E (recognizing that the DTED data is
> > more detailed and so the corresponding points are approximate).  This
> > equates to a difference of approximately 1.8 minutes South. An independent
> > check puts the equivalent DTED position at 33:50.102S 151:16.960E which
> > confirms that the DTED position is correct. The VMAP display was then
> > checked using VPFview2.1 which located the same point at 33:50.412S
> > 151:16.665E. This corresponds  better with the DTED data and confirms that
> > the source VMAP data is correct.
> > This shows that Openmap is displaying the VMAP data with a displacement of
> > 1.3 minutes South from the DTED data, which is a mix DTED Level 1 and Level
> > 0.
> >
> > We are using OpenMap 4.6.5.
> >
> > Any suggestions on how to get the images to align better?
> >
> > Tony Vasile
> > Senior Software Engineer
> > CSC
> >
> > Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> > GBS | p: [phone] | f: [phone] | avasile@... |
> > www.csc.com
> >
> >
> > Please consider the environment before printing this e-mail.
> >
> > CSC - This is a private message. If you are not the intended recipient,
> > please delete without copying and kindly advise us by e-mail of the mistake
> > in delivery.  Note: Regardless of content, this e-mail shall not operate to
> > bind CSC to any order or other contract unless pursuant to explicit written
> > agreement or government initiative expressly permitting the use of e-mail
> > for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera
> > Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008
> > 476 944
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

[Tony Vasile]

This is what I got for my datum from one of the files:

File Name: v0sas_5/vmaplv0/rference/grt
Table name: grt
Table Description: Geographic Reference Table
Documentation File Name: null
Record Length: 152 Record Count: 1
Column 0 id I 1 P Row Identifier null null null
Column 1 data_type T 3 N Data Type null null null
Column 2 units T 3 N Units null null null
Column 3 ellipsoid_name T 15 N Ellipsoid null null null
Column 4 ellipsoid_detail T 50 N Ellipsoid Details null null null
Column 5 vert_datum_name T 15 N Datum Vertical Reference null null null
Column 6 vert_datum_code T 4 N Vertical Datum Code null null null
Column 7 sound_datum_name T 15 N Sounding Datum null null null
Column 8 sound_datum_code T 4 N Sounding Datum Code null null null
Column 9 geo_datum_name T 15 N Datum Geodetic Name null null null
Column 10 geo_datum_code T 4 N Datum Geodetic Code null null null
Column 11 projection_name T 20 N Projection Name null null null
1 GEO M WGS 84 A=6378137 B=6356752 METERS MEAN SEA LEVEL 015 N/A N/A WGS 84 WGE DEC DEG UNPROJECTED

So where do I go from here?

Tony Vasile
Senior Software Engineer
CSC

Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com


Please consider the environment before printing this e-mail.

CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

[Don Dietrick-2]

Hmm, it looks like the datums match up.  I think I need to get some WVS data to see the problem, I can't see anything that stands out that would cause a mismatch.

- Don


On Feb 28, 2012, at 1:34 AM, Tony Vasile wrote:

> This is what I got for my datum from one of the files:
>
> File Name: v0sas_5/vmaplv0/rference/grt
> Table name: grt
> Table Description: Geographic Reference Table
> Documentation File Name: null
> Record Length: 152 Record Count: 1
> Column 0 id I 1 P Row Identifier null null null
> Column 1 data_type T 3 N Data Type null null null
> Column 2 units T 3 N Units null null null
> Column 3 ellipsoid_name T 15 N Ellipsoid null null null
> Column 4 ellipsoid_detail T 50 N Ellipsoid Details null null null
> Column 5 vert_datum_name T 15 N Datum Vertical Reference null null null
> Column 6 vert_datum_code T 4 N Vertical Datum Code null null null
> Column 7 sound_datum_name T 15 N Sounding Datum null null null
> Column 8 sound_datum_code T 4 N Sounding Datum Code null null null
> Column 9 geo_datum_name T 15 N Datum Geodetic Name null null null
> Column 10 geo_datum_code T 4 N Datum Geodetic Code null null null
> Column 11 projection_name T 20 N Projection Name null null null
> 1 GEO M WGS 84 A=6378137 B=6356752 METERS MEAN SEA LEVEL 015 N/A N/A WGS 84 WGE DEC DEG UNPROJECTED
>
> So where do I go from here?
>
> Tony Vasile
> Senior Software Engineer
> CSC
>
> Level 3B, 26 Talavera Road Macquarie Park NSW 2113 Australia
> GBS | p: [phone] | f: [phone] | avasile@... | www.csc.com
>
>
> Please consider the environment before printing this e-mail.
>
> CSC - This is a private message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery.  Note: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Australia Pty Limited; Registered Office: 26 Talavera Road, Macquarie Park NSW 2113 Australia; Incorporated in Australia ACN: 008 476 944

--
[To unsubscribe to this list send an email to "majdart@..."
with the following text in the BODY of the message "unsubscribe openmap-users"]