Nabble - OpenMap

Re: MapBean/MapPanel mouseExit...

2009-12-03T09:34:04Z

Thanks Don, that was the approach I was leaning towards taking, I just wasn't sure if there was a more "openmap-esque" way to do it. It works perfectly.

-Adam

On Thu, Dec 3, 2009 at 11:58 AM, Don Dietrick <dietrick@...> wrote:

Hi Adam,

You can just add a regular Java MouseListener to the MapBean, and do what you like on the mouseExited method. If you need it to hook up with other OpenMap components, have it extend OMComponent and implement MouseListener.

Hope this helps,

Don

Adam Brightwell wrote:

Hi all,

Are there any suggestions on how to properly listen for mouse events on the map panel and not just the individual layers? Allow me to clarify what I am attempting to do... I just need to know when the mouse exits the map so that I can handle the event without having to implement the same functionality on the individual layers since the event really has nothing to do with the layers.

Thanks,
Adam

--
W. Adam Brightwell

"We're not questioning God. Just those he chose to carry on His cross. We're no better, you'll see. Just all of us, the lost causes."

Re: MapBean/MapPanel mouseExit...

2009-12-03T08:58:57Z

Hi Adam,

You can just add a regular Java MouseListener to the MapBean, and do
what you like on the mouseExited method. If you need it to hook up with
other OpenMap components, have it extend OMComponent and implement
MouseListener.

Hope this helps,

Don

Adam Brightwell wrote:

> Hi all,
>
> Are there any suggestions on how to properly listen for mouse events
> on the map panel and not just the individual layers? Allow me to
> clarify what I am attempting to do... I just need to know when the
> mouse exits the map so that I can handle the event without having to
> implement the same functionality on the individual layers since the
> event really has nothing to do with the layers.
>
> Thanks,
> Adam

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

MapBean/MapPanel mouseExit...

2009-12-03T08:32:23Z

Hi all,

Are there any suggestions on how to properly listen for mouse events on the map panel and not just the individual layers? Allow me to clarify what I am attempting to do... I just need to know when the mouse exits the map so that I can handle the event without having to implement the same functionality on the individual layers since the event really has nothing to do with the layers.

Thanks,

Adam

Re: Google projection

2009-11-11T01:30:32Z

Hello.

We use OpenMap WMS with google mercator projection. Take a look at
CoordinateReferenceSystem.getForCode("EPSG:900913").

- Tore.

On Nov 11, 2009, at 8:29 , Jesper Berglund wrote:

> Hello everyone!
>
> I am wondering if there is anyone who has made a projection which is
> compatible with Google mercator projection?
>
> Regards
>
> /Jesper Berglund
> System Developer
> Pertexo Systems
>
> --
> [To unsubscribe to this list send an email to "majdart@..."
> with the following text in the BODY of the message "unsubscribe
> openmap-users"]
>

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

Re: Google projection

2009-11-11T00:31:44Z

Hello Jesper

We did a port of http://www.maptiler.org/google-maps-coordinates-tile-bounds-projection/globalmaptiles.py

And running this with other OM layers in std. mercator projection *seems* to align properly. Check the images

BR
Carsten

On 11/11/2009 08:29 AM, Jesper Berglund wrote:

Hello everyone!

I am wondering if there is anyone who has made a projection which is compatible with Google mercator projection?

Regards

/Jesper Berglund
System Developer
Pertexo Systems

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

Google projection

2009-11-10T23:29:48Z

Hello everyone!

I am wondering if there is anyone who has made a projection which is
compatible with Google mercator projection?

Regards

/Jesper Berglund
System Developer
Pertexo Systems

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

Setting VPF deafults

2009-11-10T13:32:36Z

I am trying to set default display properties for VPF Layers so that for instance whenever you load a vpf layer it displays the hdp attribute of soundp from the hyd folder in a label. Is there a sample of how to do this. This is all being done programmatically and not in a properties file. Thanks in advance for any help

Kevin

Re: shapefile header fields, File Length

2009-11-09T12:50:57Z

Hi Nathan,

Thanks for sending in the fix, I'll incorporate your change into the
code base. and I'll make sure the other data types are covered, too.

Thanks again,

Don

Reese, Nathan wrote:

>
> Hi Don,
>
> I have found the problem! The class ShpOutputStream.java calculates
> file content length by adding the position of the last record and the
> last record's content length. However, a record's content length does
> not include the record header. As a result, the file content length
> is always off by 4. After correcting the problem, ArgGIS had no
> problems ingesting the shapefile generated with OpenMap.
>
> Attached is an updated version of ShpOutputStream.java containing the
> fixes (I only fixed the problem for shapefiles containing polygons).
> This is the first time I have ever found and fixed a bug in an
> OpenSource project. How do I submit my changes to the project?
>
> Nathan
>
> -----Original Message-----
> From: Don Dietrick [mailto:dietrick@...]
> Sent: Mon 10/26/2009 4:44 PM
> To: Reese, Nathan
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] shapefile header fields, File Length
>
> Hi Nathan,
>
> I've just checked a couple of shape files that I've recently created via
> the method outlined below and the header information seems reasonable,
> and the reading code isn't complaining about file length mismatches.
>
> - Don
>
> Reese, Nathan wrote:
> >
> > Don,
> >
> > I have reworked my shapefile generation code to use the classes
> > suggested. See the code fragment below.
> >
> > EsriGraphicList polygonList = new EsriPolygonList();
> > DbfTableModel polygonModel = new DbfTableModel(7);
> >
> > //Build graphics
> > while (ellipses to add) {
> > OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> > minorAxis, Length.NM, Math.toRadians(azimuth-90));
> > float[] ellipsePoints = ellipse.createLatLonPoints();
> > OMPoly polyGraphic = new OMPoly(ellipsePoints,
> > OMGraphic.DECIMAL_DEGREES, OMGraphic.LINETYPE_GREATCIRCLE);
> > polygonList.add(polyGraphic);
> >
> > ArrayList<String> attributes = new ArrayList<String>();
> > ...
> > polygonModel.addRecord(attributes);
> > }
> >
> > //Write files
> > EsriShapeExport ese = new EsriShapeExport(polygonList, polygonModel,
> > "testShapefile");
> > ese.export();
> >
> >
> > The shapefile generated with the reworked method is identical to the
> > shapefile generated with the original method, including the file
> > length header field. Have you had a chance to dig into the length
> > generation code and see if anything is amiss?
> >
> > Thanks,
> >
> > Nathan
> >
> >
> > -----Original Message-----
> > From: Don Dietrick [mailto:dietrick@...]
> > Sent: Tue 10/20/2009 11:33 AM
> > To: Reese, Nathan
> > Cc: openmap-users@...
> > Subject: Re: [OpenMap Users] shapefile header fields, File Length
> >
> > Hi Nathan,
> >
> > I admit I haven't tested this method of doing this, but your code
> > looks like it should work. I'll give it a shot later.
> >
> > If I were going to create a shape file, I'd do something like this;
> >
> > OMGraphicList omgl = new OMGraphicList();
> >
> > ... add OMGraphics to omgl
> >
> > DbfTableModel dbf = new DbfTableModel(..);
> >
> > ... add entries appropriate for OMGraphics
> >
> > EsriShapeExport ese = EsriShapeExport(omgl, dbf, my_file_path);
> > ese.export();
> >
> > - Don
> >
> > On Oct 20, 2009, at 10:44 AM, Reese, Nathan wrote:
> >
> > > I am creating a shapefile with polygons. Below is the code fragment
> > > that I am using to generate a shapefile, I have omitted dbf and shx
> > > code for simplicity. Let me know if you need any additional
> > > information.
> > >
> > > EsriLayer polygonLayer = new EsriLayer("testShapefile",
> > > ShapeConstants.SHAPE_TYPE_POLYGON, 7);
> > >
> > > //Build dbf table
> > > ...
> > >
> > > //Build layer
> > > while (ellipses to add to layer) {
> > > OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> > > minorAxis, Length.NM, Math.toRadians(azimuth-90));
> > > float[] ellipsePoints = ellipse.createLatLonPoints();
> > > EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
> > > ArrayList<String> attributes = new ArrayList<String>();
> > > ...
> > > polygonLayer.addRecord(poly, attributes);
> > > }
> > >
> > > //Write file
> > > FileOutputStream shpFileStream = new FileOutputStream
> > > ("testShapefile.shp");
> > > ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
> > > EsriGraphicList list = polygonLayer.getEsriGraphicList();
> > > int[][] imageData = shpStream.writeGeometry(list);
> > >
> > > //write dbf and shx files
> > > ...
> > >
> > > shpFileStream.close();
> > >
> > >
> > > Thanks,
> > >
> > > Nathan
> > >
> > > -----Original Message-----
> > > From: Don Dietrick [mailto:dietrick@...]
> > > Sent: Mon 10/19/2009 2:37 PM
> > > To: Reese, Nathan
> > > Cc: openmap-users@...
> > > Subject: Re: [OpenMap Users] shapefile header fields, File Length
> > >
> > > Hi Nathan,
> > >
> > > The file length is calculated for the shapes being placed in the
> > > file. What kind of shape type are you creating a file for, and what
> > > classes are you using to do it?
> > >
> > > - Don
> > >
> > > On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:
> > >
> > > > I am having problems opening shapefiles generated with OpenMap using
> > > > various GIS applications (although the shapefile can be opened in GE
> > > > and with ArcGIS). The shapefiles can only be opened by all GIS
> > > > applications by first opening and resaving the file with ArcGIS.
> > > >
> > > > I have compared the orginal .shp file with the ArcGIS updated .shp
> > > > and have found that the only difference is in the File Length field
> > > > in the main file header (byte 27). I have tried using the ShapeFile
> > > > class to display the shapefile header information, but that utility
> > > > always returns a value of 100 for the File Length. Has any one
> > > > experienced these types of problems. Does ShpOutputStream properly
> > > > set the File Length field in the main file header?
> > > >
> > > > Thanks,
> > > >
> > > > Nathan
> > > >
> > >
> > >
> > >
> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > > Don Dietrick, openmap@...
> > > BBN Technologies, Cambridge MA, USA
> > > http://openmap.bbn.com
> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > >
> > >
> > >
> > >
> >
> >
>
>
>

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

RE: shapefile header fields, File Length

2009-11-05T07:32:00Z

RE: [OpenMap Users] shapefile header fields, File Length

Hi Don,

I have found the problem! The class ShpOutputStream.java calculates file content length by adding the position of the last record and the last record's content length. However, a record's content length does not include the record header. As a result, the file content length is always off by 4. After correcting the problem, ArgGIS had no problems ingesting the shapefile generated with OpenMap.

Attached is an updated version of ShpOutputStream.java containing the fixes (I only fixed the problem for shapefiles containing polygons). This is the first time I have ever found and fixed a bug in an OpenSource project. How do I submit my changes to the project?

Nathan

-----Original Message-----
From: Don Dietrick [dietrick@...]
Sent: Mon 10/26/2009 4:44 PM
To: Reese, Nathan
Cc: openmap-users@...
Subject: Re: [OpenMap Users] shapefile header fields, File Length

Hi Nathan,

I've just checked a couple of shape files that I've recently created via
the method outlined below and the header information seems reasonable,
and the reading code isn't complaining about file length mismatches.

- Don

Reese, Nathan wrote:
>
> Don,
>
> I have reworked my shapefile generation code to use the classes
> suggested. See the code fragment below.
>
> EsriGraphicList polygonList = new EsriPolygonList();
> DbfTableModel polygonModel = new DbfTableModel(7);
>
> //Build graphics
> while (ellipses to add) {
>    OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> minorAxis, Length.NM, Math.toRadians(azimuth-90));
>    float[] ellipsePoints = ellipse.createLatLonPoints();
>    OMPoly polyGraphic = new OMPoly(ellipsePoints,
> OMGraphic.DECIMAL_DEGREES, OMGraphic.LINETYPE_GREATCIRCLE);
>    polygonList.add(polyGraphic);
>
>    ArrayList<String> attributes = new ArrayList<String>();
>    ...
>    polygonModel.addRecord(attributes);
> }
>
> //Write files
> EsriShapeExport ese = new EsriShapeExport(polygonList, polygonModel,
> "testShapefile");
> ese.export();
>
>
> The shapefile generated with the reworked method is identical to the
> shapefile generated with the original method, including the file
> length header field. Have you had a chance to dig into the length
> generation code and see if anything is amiss?
>
> Thanks,
>
> Nathan
>
>
> -----Original Message-----
> From: Don Dietrick [dietrick@...]
> Sent: Tue 10/20/2009 11:33 AM
> To: Reese, Nathan
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] shapefile header fields, File Length
>
> Hi Nathan,
>
> I admit I haven't tested this method of doing this, but your code
> looks like it should work. I'll give it a shot later.
>
>   If I were going to create a shape file, I'd do something like this;
>
> OMGraphicList omgl = new OMGraphicList();
>
> ... add OMGraphics to omgl
>
> DbfTableModel dbf = new DbfTableModel(..);
>
> ... add entries appropriate for OMGraphics
>
> EsriShapeExport ese = EsriShapeExport(omgl, dbf, my_file_path);
> ese.export();
>
> - Don
>
> On Oct 20, 2009, at 10:44 AM, Reese, Nathan wrote:
>
> > I am creating a shapefile with polygons. Below is the code fragment
> > that I am using to generate a shapefile, I have omitted dbf and shx
> > code for simplicity. Let me know if you need any additional
> > information.
> >
> > EsriLayer polygonLayer = new EsriLayer("testShapefile",
> > ShapeConstants.SHAPE_TYPE_POLYGON, 7);
> >
> > //Build dbf table
> > ...
> >
> > //Build layer
> > while (ellipses to add to layer) {
> >   OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> > minorAxis, Length.NM, Math.toRadians(azimuth-90));
> >   float[] ellipsePoints = ellipse.createLatLonPoints();
> >   EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
> >   ArrayList<String> attributes = new ArrayList<String>();
> >   ...
> >   polygonLayer.addRecord(poly, attributes);
> > }
> >
> > //Write file
> > FileOutputStream shpFileStream = new FileOutputStream
> > ("testShapefile.shp");
> > ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
> > EsriGraphicList list = polygonLayer.getEsriGraphicList();
> > int[][] imageData = shpStream.writeGeometry(list);
> >
> > //write dbf and shx files
> > ...
> >
> > shpFileStream.close();
> >
> >
> > Thanks,
> >
> > Nathan
> >
> > -----Original Message-----
> > From: Don Dietrick [dietrick@...]
> > Sent: Mon 10/19/2009 2:37 PM
> > To: Reese, Nathan
> > Cc: openmap-users@...
> > Subject: Re: [OpenMap Users] shapefile header fields, File Length
> >
> > Hi Nathan,
> >
> > The file length is calculated for the shapes being placed in the
> > file. What kind of shape type are you creating a file for, and what
> > classes are you using to do it?
> >
> > - Don
> >
> > On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:
> >
> > > I am having problems opening shapefiles generated with OpenMap using
> > > various GIS applications (although the shapefile can be opened in GE
> > > and with ArcGIS). The shapefiles can only be opened by all GIS
> > > applications by first opening and resaving the file with ArcGIS.
> > >
> > > I have compared the orginal .shp file with the ArcGIS updated .shp
> > > and have found that the only difference is in the File Length field
> > > in the main file header (byte 27). I have tried using the ShapeFile
> > > class to display the shapefile header information, but that utility
> > > always returns a value of 100 for the File Length. Has any one
> > > experienced these types of problems. Does ShpOutputStream properly
> > > set the File Length field in the main file header?
> > >
> > > Thanks,
> > >
> > > Nathan
> > >
> >
> >
> >
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > Don Dietrick, openmap@...
> > BBN Technologies, Cambridge MA, USA
> > http://openmap.bbn.com
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> >
> >
> >
> >
>
>

ShpOutputStream.java (19K) Download Attachment

VMAP coastline not being displayed in openmap 4.6.5

2009-11-04T16:21:33Z

Hello all

I'm having difficulty getting VMAP coastline data being displayed in openmap 4.6.5, it worked perfectly in 4.6 and i cant really isolate what has changed between versions.

here is the definition of the layer in my opemap properties file:

#### VMAP Coastline layer
vmapCoast.class=com.bbn.openmap.layer.vpf.VPFLayer
vmapCoast.prettyName=VMAP Coastline Layer
vmapCoast.vpfPath=/landmas/ale/game/land/VMAP/v0sas_5/vmaplv0
### a predefined layer from the VPF predefined layer set found in
### com/bbn/openmap/layer/vpf/defaultVPFLayers.properties
vmapCoast.coverageType=bnd
vmapCoast.featureTypes=edge
vmapCoast.edge=coastl
vmapCoast.lineColor=FF77FF88

The layer appears to be there along with the DTED0 DTED1 and Graticule layers but nothing is being displayed in the VMAP layer. The DTED0, DTED1 and graticlule layers are displayed fine.
As i stated above this works perfectly in openmap 4.6, any help would be greatly appreciated.

cheers

Re: JAI and ImageTileLayer

2009-11-01T11:46:51Z

Hi,

Version 1.1.3 should work and you can find it here:

https://jai.dev.java.net/binary-builds.html

Brian

On Wed, Oct 28, 2009 at 03:27:41PM +0100, Geir.Ovsttun@... wrote:
> Hi,
>
> In connection with ImageTilelayer which version of JAI should be used with openmap 4.6.5 ?
> Download site ?
>
> Med vennlig hilsen / Best regards,
> for Det Norske Veritas AS
> Geir Øvsttun

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

Re: Get Shape data from ShapeLayer

2009-10-29T11:16:26Z

Excellent, I think this will work for me.

Thanks Don!

-Adam

On 10/29/09 2:12 PM, "Don Dietrick" <dietrick@...> wrote:

> Hi Adam,
>
> You can ask the ShapeLayer for its OMGraphicList, using getList().
> The OMGraphics contain the coordinates. They will be in the
> OMGraphicList in the order they were retrieved from the Shape file.
>
> For OMPoly objects, you can call getLatLonArray(). Beware! When you
> get those coordinates, they will be in radians. If you want to
> inspect them as lat/lon decimal degrees, you should make a copy of
> them before sending them to ProjMath.arrayRadToDeg(), which will do
> the conversion in place. If you don't make the copy, you mess up the
> OMPoly.
>
> Hope this helps,
>
> Don
>
> On Oct 29, 2009, at 2:06 PM, Adam Brightwell wrote:
>
>> I am currently using ShapeLayer to display shapefiles. However, I
>> need to access the data (coordinates) that make up a given shape
>> within that layer. Any suggestions on how this might be accomplished?
>>
>> Thanks,
>> Adam
>
> --
> [To unsubscribe to this list send an email to "majdart@..."
> with the following text in the BODY of the message "unsubscribe
> openmap-users"]

--
W. Adam Brightwell
Software Engineer, MTCSC

Email: wbrightwell@...
DCO: william.brightwell@...
Desk: 843-218-3583
Cell: 843-810-8701

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

Re: Get Shape data from ShapeLayer

2009-10-29T11:12:28Z

Hi Adam,

You can ask the ShapeLayer for its OMGraphicList, using getList().
The OMGraphics contain the coordinates. They will be in the
OMGraphicList in the order they were retrieved from the Shape file.

For OMPoly objects, you can call getLatLonArray(). Beware! When you
get those coordinates, they will be in radians. If you want to
inspect them as lat/lon decimal degrees, you should make a copy of
them before sending them to ProjMath.arrayRadToDeg(), which will do
the conversion in place. If you don't make the copy, you mess up the
OMPoly.

Hope this helps,

Don

On Oct 29, 2009, at 2:06 PM, Adam Brightwell wrote:

> I am currently using ShapeLayer to display shapefiles. However, I
> need to access the data (coordinates) that make up a given shape
> within that layer. Any suggestions on how this might be accomplished?
>
> Thanks,
> Adam

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

Get Shape data from ShapeLayer

2009-10-29T11:06:07Z

I am currently using ShapeLayer to display shapefiles. However, I need to access the data (coordinates) that make up a given shape within that layer. Any suggestions on how this might be accomplished?

Thanks,
Adam

Multi-colored map

2009-10-29T03:28:23Z

Hi,

I'm using the dcwpo-browse.shp Shape File to show a world map.
I can set the color of the map with
shapeLayerProps.put("fillColor", "baa180");

However then all countries on the map have the same color.

Is it possible to colorize the countries on the map using 4 or 5 colors?

Something like that:
http://1.bp.blogspot.com/_ypalM7eSBEQ/SdyJ8ybrSbI/AAAAAAAAAag/0fikrUeGgMg/s200/chile-santiago.png

Thanks in advance!
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

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

JAI and ImageTileLayer

2009-10-28T07:27:41Z

JAI and ImageTileLayer

Hi,

In connection with ImageTilelayer which version of JAI should be used with openmap 4.6.5 ?
Download site ?

Med vennlig hilsen / Best regards,
for Det Norske Veritas AS
Geir Øvsttun
_______________________________
Senior Information Architect
Business Assurance / Defence
Web: www.dnv.com

**************************************************************************************The contents of this e-mail message and any attachments are confidential and are intended solely for the addressee. If you have received this transmission in error, please immediately notify the sender by return e-mail and delete this message and its attachments. Any unauthorized use, copying or dissemination of this transmission is prohibited. Neither the confidentiality nor the integrity of this message can be vouched for following transmission on the Internet.**************************************************************************************

Re: Slow rendering when zoomed in

2009-10-27T12:32:55Z

Hi Gregg,

Its a good question, and we've taken a look at that. You actually
have to consider all of the points off screen, because they might be
connected by great circle lines that intersect the map window, it's
hard to know for the general case. Then, suppose you just take out
those points that are off screen and are connected by off screen lines
- you have to make sure that the line you insert to replace those
points and reconnect the polygon doesn't cut across the map window,
creating a hole at the corner or something. There are a lot of
special cases.

- Don

On Oct 27, 2009, at 2:42 PM, Greg Jewell wrote:

> Hi Don,
>
> Thanks for the clarification. I realized after I hit send that I
> neglected to mention that of course this would also be dependent on
> the length of individual lines, and not just the scale. I also
> realized that the method is Proj.forwardGreatPoly(), and not
> Poly.forwardGreatPoly(). :)
>
> I haven't looked closely at the method, so forgive me if this is
> already being considered, or if it's not even possible. Since the
> performance slows down as things are zoomed in, is it possible to
> streamline the algorithm so that it doesn't consider most of the
> points that aren't currently displayable? For example, if points 1
> - 5 are not visible, could only points 1 and 5 be considered before
> calculating points 6 through whatever?
>
>
> Thanks,
> Greg
>
>
> On Tue, Oct 27, 2009 at 2:01 PM, Don Dietrick <dietrick@...>
> wrote:
> Hi Greg,
>
> Scale is not the proper differentiator when choosing if
> LINETYPE_STRAIGHT can work for you instead of LINETYPE_GREATCIRCLE -
> it depends more in the distance between points. When you really
> zoom in on a coordinate that must be joined to a coordinate far away
> (earth-wise), the direction of the connecting line from that point
> is different depending on line type.
>
> And that's why great circle lines take longer to project - the code
> has to figure out where the line goes, and it does that by creating
> a bunch of intermediate points between the end points that portray a
> curved line. Calculating all of those points and then projecting
> them takes the extra projection calculation time for those line types.
>
> forwardGreatPoly is a known performance hog, consistently under
> scrutiny and we're always open to suggestions for improving it.
>
> Cheers,
>
> Don
>
>
> On Oct 27, 2009, at 1:37 PM, Greg Jewell wrote:
>
> I know it's been a while since we started talking about this, but I
> just discovered something that tremendously improved performance.
> For my lines and polys, I was setting the line type to be
> LINETYPE_GREATCIRCLE. On a hunch, I changed it to
> LINETYPE_STRAIGHT. The difference is amazing.
>
> While I know that there are a lot more calculations in the great
> circle line types, I would have never expected this type of
> improvement. Looking through the code, it appears that
> Poly.forwardGreatPoly(float[], int, boolean) is the ultimate source
> of the slowdowns. I don't know whether there is any way to improve
> the performance of this method, but it may be worth investigating
> for future releases.
>
> With that said, OMPoly defaults to LINETYPE_UNKNOWN if no line type
> is specified. In terms of rendering the polygon, it appears that
> this follows the same path as LINETYPE_STRAIGHT. Is there any kind
> of rule of thumb the map scale and line type? At large (zoomed out)
> scales, I would expect great circle to be more appropriate. At
> small scales (zoomed in), straight lines probably are sufficient.
>
>
> Thanks again,
> Greg
>
>
> On Fri, Sep 25, 2009 at 5:27 PM, Greg Jewell <greg17@...>
> wrote:
> Hi Don,
>
> The only layer that I am using is a single instance of a slightly
> modified (subclassed) OMGraphicHandlerLayer. I did try setting the
> Environment.doingXWindowsWorkaround flag because I saw it mentioned
> in the forums. I seem to remember having difficulty with it,
> though. I thought that the code wanted a Unix/Linux OS before it
> did any special processing based on the flag. I even tried to force
> use of OpenGL, but that actually caused other problems for me so I
> abandoned it.
>
> I will try the environment flag again on Monday. I may have been
> doing something silly before.
>
> Thanks for your help!
>
>
> Greg
>
>
> Don Dietrick wrote:
> Hi Greg,
>
> I've been playing around with this to see if I can reproduce the
> behavior you describe, and I think I've seen it in certain
> situations where there are OMGraphics being projected in pixel space
> very far away from the window space. I haven't had a chance to
> really take a look at it yet past that.
>
> Do you notice if it occurs when certain layers are being used?
>
> There is an Environment flag that might help, setting
> Environment.doingXWindowsWorkaround == true, if that's not already
> being set.
>
> - Don
>
> On Sep 14, 2009, at 10:55 AM, Greg Jewell wrote:
>
> Hi All,
>
> I'm experiencing very significant slowdowns in rendering when zoomed
> into the map at a scale of 1:100,000 or closer. The closer I get,
> the slower the rendering becomes. I've searched the archives for
> similar problems, and discovered a few people mention it. However,
> the only things that I've seen all say that it's probably a Windows
> clipping issue. Is there any more detail to this, or can somebody
> point me in a direction to resolve the problem?
>
> Possibly pertinent information:
>
> Windows XP SP2 with 3 GB RAM
> OpenMap 4.6.4
> It appears that this is related to OMLine, OMPoly, etc., and not to
> OMRaster-based graphics.
>
>
> Thanks,
> Greg Jewell
>
>
>
>
>
>
>

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

Re: Where to pass an array of parameters directly to display locations every 5 seconds instead of using CVS file and the properties file?

2009-10-27T12:19:19Z

Hi Moe,

Sorry for the delay in getting back to you on this. You can use a
TimerLocationLayer instead of LocationLayer that has a timer build
in. It will reload the data at the interval you specify:

From the javadocs:

/**
* The TimerLocationLayer is a LocationLayer that has a timer to
* automatically relod data at specified interval.
*
* The properties for this layer are the same as a LocationLayer, with
* the addition of two:
* <P>
*
* <pre>
*
* # Specify the interval (milliseconds) for the timer. Default is
10 seconds.
* layer.updateTimerInterval=10000
* # Auto-start/stop the timer when the layer is part of the Default
* # is true. There is a control to start/stop the timer on the
* # palette.
* layer.automaticTimer=true;
*
* </pre>
*/

Hope this helps,

Don

On Oct 27, 2009, at 3:07 PM, Moe Zakeri wrote:

> Hi Don,
>
> I need to pass my array of parameters directly to openmap and to
> display new locations periodically - for example every 5 seconds
> instead of writing my parameters to the CVS file, set it in the
> properties file, and reloading the properties file manually. Where
> is the shortcut to do this in the API?
>
> I see that createLocation is responsible to make new locations. Is
> this where I have to send my array of parameters to?
> protected Location createLocation(float lat, float lon,
> java.lang.String name, java.lang.String iconURL)
>
> Also in LocationLayer, reloadData() can reload my locations
> periodically when calling doPrepare(), am I right?
>
>
> Thank you,
>
> Moe
>

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

Where to pass an array of parameters directly to display locations every 5 seconds instead of using CVS file and the properties file?

2009-10-27T12:07:28Z

Hi Don,

I need to pass my array of parameters directly to openmap and to display new locations periodically - for example every 5 seconds instead of writing my parameters to the CVS file, set it in the properties file, and reloading the properties file manually. Where is the shortcut to do this in the API?

I see that createLocation is responsible to make new locations. Is this where I have to send my array of parameters to?

protected Location createLocation(float lat, float lon, java.lang.String name, java.lang.String iconURL)

Also in LocationLayer, reloadData() can reload my locations periodically when calling doPrepare(), am I right?

Thank you,

Moe

Re: Slow rendering when zoomed in

2009-10-27T11:42:46Z

Hi Don,

Thanks for the clarification. I realized after I hit send that I neglected to mention that of course this would also be dependent on the length of individual lines, and not just the scale. I also realized that the method is Proj.forwardGreatPoly(), and not Poly.forwardGreatPoly(). :)

I haven't looked closely at the method, so forgive me if this is already being considered, or if it's not even possible. Since the performance slows down as things are zoomed in, is it possible to streamline the algorithm so that it doesn't consider most of the points that aren't currently displayable? For example, if points 1 - 5 are not visible, could only points 1 and 5 be considered before calculating points 6 through whatever?

Thanks,
Greg

On Tue, Oct 27, 2009 at 2:01 PM, Don Dietrick <dietrick@...> wrote:

Hi Greg,

Scale is not the proper differentiator when choosing if LINETYPE_STRAIGHT can work for you instead of LINETYPE_GREATCIRCLE - it depends more in the distance between points. When you really zoom in on a coordinate that must be joined to a coordinate far away (earth-wise), the direction of the connecting line from that point is different depending on line type.

And that's why great circle lines take longer to project - the code has to figure out where the line goes, and it does that by creating a bunch of intermediate points between the end points that portray a curved line. Calculating all of those points and then projecting them takes the extra projection calculation time for those line types.

forwardGreatPoly is a known performance hog, consistently under scrutiny and we're always open to suggestions for improving it.

Cheers,

Don

On Oct 27, 2009, at 1:37 PM, Greg Jewell wrote:

I know it's been a while since we started talking about this, but I just discovered something that tremendously improved performance. For my lines and polys, I was setting the line type to be LINETYPE_GREATCIRCLE. On a hunch, I changed it to LINETYPE_STRAIGHT. The difference is amazing.

While I know that there are a lot more calculations in the great circle line types, I would have never expected this type of improvement. Looking through the code, it appears that Poly.forwardGreatPoly(float[], int, boolean) is the ultimate source of the slowdowns. I don't know whether there is any way to improve the performance of this method, but it may be worth investigating for future releases.

With that said, OMPoly defaults to LINETYPE_UNKNOWN if no line type is specified. In terms of rendering the polygon, it appears that this follows the same path as LINETYPE_STRAIGHT. Is there any kind of rule of thumb the map scale and line type? At large (zoomed out) scales, I would expect great circle to be more appropriate. At small scales (zoomed in), straight lines probably are sufficient.

Thanks again,
Greg

On Fri, Sep 25, 2009 at 5:27 PM, Greg Jewell <greg17@...> wrote:
Hi Don,

The only layer that I am using is a single instance of a slightly modified (subclassed) OMGraphicHandlerLayer. I did try setting the Environment.doingXWindowsWorkaround flag because I saw it mentioned in the forums. I seem to remember having difficulty with it, though. I thought that the code wanted a Unix/Linux OS before it did any special processing based on the flag. I even tried to force use of OpenGL, but that actually caused other problems for me so I abandoned it.

I will try the environment flag again on Monday. I may have been doing something silly before.

Thanks for your help!

Greg

Don Dietrick wrote:
Hi Greg,

I've been playing around with this to see if I can reproduce the behavior you describe, and I think I've seen it in certain situations where there are OMGraphics being projected in pixel space very far away from the window space. I haven't had a chance to really take a look at it yet past that.

Do you notice if it occurs when certain layers are being used?

There is an Environment flag that might help, setting Environment.doingXWindowsWorkaround == true, if that's not already being set.

- Don

On Sep 14, 2009, at 10:55 AM, Greg Jewell wrote:

Hi All,

I'm experiencing very significant slowdowns in rendering when zoomed into the map at a scale of 1:100,000 or closer. The closer I get, the slower the rendering becomes. I've searched the archives for similar problems, and discovered a few people mention it. However, the only things that I've seen all say that it's probably a Windows clipping issue. Is there any more detail to this, or can somebody point me in a direction to resolve the problem?

Possibly pertinent information:

Windows XP SP2 with 3 GB RAM
OpenMap 4.6.4
It appears that this is related to OMLine, OMPoly, etc., and not to OMRaster-based graphics.

Thanks,
Greg Jewell

Re: Slow rendering when zoomed in

2009-10-27T11:01:29Z

Hi Greg,

Scale is not the proper differentiator when choosing if
LINETYPE_STRAIGHT can work for you instead of LINETYPE_GREATCIRCLE -
it depends more in the distance between points. When you really zoom
in on a coordinate that must be joined to a coordinate far away (earth-
wise), the direction of the connecting line from that point is
different depending on line type.

And that's why great circle lines take longer to project - the code
has to figure out where the line goes, and it does that by creating a
bunch of intermediate points between the end points that portray a
curved line. Calculating all of those points and then projecting them
takes the extra projection calculation time for those line types.

forwardGreatPoly is a known performance hog, consistently under
scrutiny and we're always open to suggestions for improving it.

Cheers,

Don

On Oct 27, 2009, at 1:37 PM, Greg Jewell wrote:

> I know it's been a while since we started talking about this, but I
> just discovered something that tremendously improved performance.
> For my lines and polys, I was setting the line type to be
> LINETYPE_GREATCIRCLE. On a hunch, I changed it to
> LINETYPE_STRAIGHT. The difference is amazing.
>
> While I know that there are a lot more calculations in the great
> circle line types, I would have never expected this type of
> improvement. Looking through the code, it appears that
> Poly.forwardGreatPoly(float[], int, boolean) is the ultimate source
> of the slowdowns. I don't know whether there is any way to improve
> the performance of this method, but it may be worth investigating
> for future releases.
>
> With that said, OMPoly defaults to LINETYPE_UNKNOWN if no line type
> is specified. In terms of rendering the polygon, it appears that
> this follows the same path as LINETYPE_STRAIGHT. Is there any kind
> of rule of thumb the map scale and line type? At large (zoomed out)
> scales, I would expect great circle to be more appropriate. At
> small scales (zoomed in), straight lines probably are sufficient.
>
>
> Thanks again,
> Greg
>
>
> On Fri, Sep 25, 2009 at 5:27 PM, Greg Jewell <greg17@...>
> wrote:
> Hi Don,
>
> The only layer that I am using is a single instance of a slightly
> modified (subclassed) OMGraphicHandlerLayer. I did try setting the
> Environment.doingXWindowsWorkaround flag because I saw it mentioned
> in the forums. I seem to remember having difficulty with it,
> though. I thought that the code wanted a Unix/Linux OS before it
> did any special processing based on the flag. I even tried to force
> use of OpenGL, but that actually caused other problems for me so I
> abandoned it.
>
> I will try the environment flag again on Monday. I may have been
> doing something silly before.
>
> Thanks for your help!
>
>
> Greg
>
>
> Don Dietrick wrote:
> Hi Greg,
>
> I've been playing around with this to see if I can reproduce the
> behavior you describe, and I think I've seen it in certain
> situations where there are OMGraphics being projected in pixel space
> very far away from the window space. I haven't had a chance to
> really take a look at it yet past that.
>
> Do you notice if it occurs when certain layers are being used?
>
> There is an Environment flag that might help, setting
> Environment.doingXWindowsWorkaround == true, if that's not already
> being set.
>
> - Don
>
> On Sep 14, 2009, at 10:55 AM, Greg Jewell wrote:
>
> Hi All,
>
> I'm experiencing very significant slowdowns in rendering when zoomed
> into the map at a scale of 1:100,000 or closer. The closer I get,
> the slower the rendering becomes. I've searched the archives for
> similar problems, and discovered a few people mention it. However,
> the only things that I've seen all say that it's probably a Windows
> clipping issue. Is there any more detail to this, or can somebody
> point me in a direction to resolve the problem?
>
> Possibly pertinent information:
>
> Windows XP SP2 with 3 GB RAM
> OpenMap 4.6.4
> It appears that this is related to OMLine, OMPoly, etc., and not to
> OMRaster-based graphics.
>
>
> Thanks,
> Greg Jewell
>
>
>
>
>

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

Re: Slow rendering when zoomed in

2009-10-27T10:37:59Z

I know it's been a while since we started talking about this, but I just discovered something that tremendously improved performance. For my lines and polys, I was setting the line type to be LINETYPE_GREATCIRCLE. On a hunch, I changed it to LINETYPE_STRAIGHT. The difference is amazing.

While I know that there are a lot more calculations in the great circle line types, I would have never expected this type of improvement. Looking through the code, it appears that Poly.forwardGreatPoly(float[], int, boolean) is the ultimate source of the slowdowns. I don't know whether there is any way to improve the performance of this method, but it may be worth investigating for future releases.

With that said, OMPoly defaults to LINETYPE_UNKNOWN if no line type is specified. In terms of rendering the polygon, it appears that this follows the same path as LINETYPE_STRAIGHT. Is there any kind of rule of thumb the map scale and line type? At large (zoomed out) scales, I would expect great circle to be more appropriate. At small scales (zoomed in), straight lines probably are sufficient.

Thanks again,
Greg

On Fri, Sep 25, 2009 at 5:27 PM, Greg Jewell <greg17@...> wrote:

Hi Don,

The only layer that I am using is a single instance of a slightly modified (subclassed) OMGraphicHandlerLayer. I did try setting the Environment.doingXWindowsWorkaround flag because I saw it mentioned in the forums. I seem to remember having difficulty with it, though. I thought that the code wanted a Unix/Linux OS before it did any special processing based on the flag. I even tried to force use of OpenGL, but that actually caused other problems for me so I abandoned it.

I will try the environment flag again on Monday. I may have been doing something silly before.

Thanks for your help!

Greg

Don Dietrick wrote:

Hi Greg,

I've been playing around with this to see if I can reproduce the behavior you describe, and I think I've seen it in certain situations where there are OMGraphics being projected in pixel space very far away from the window space. I haven't had a chance to really take a look at it yet past that.

Do you notice if it occurs when certain layers are being used?

There is an Environment flag that might help, setting Environment.doingXWindowsWorkaround == true, if that's not already being set.

- Don

On Sep 14, 2009, at 10:55 AM, Greg Jewell wrote:

Hi All,

I'm experiencing very significant slowdowns in rendering when zoomed into the map at a scale of 1:100,000 or closer. The closer I get, the slower the rendering becomes. I've searched the archives for similar problems, and discovered a few people mention it. However, the only things that I've seen all say that it's probably a Windows clipping issue. Is there any more detail to this, or can somebody point me in a direction to resolve the problem?

Possibly pertinent information:

Windows XP SP2 with 3 GB RAM
OpenMap 4.6.4
It appears that this is related to OMLine, OMPoly, etc., and not to OMRaster-based graphics.

Thanks,
Greg Jewell

Date: Tue, 27 Oct 2009 11:48:18 +0100

2009-10-27T04:05:46Z

who openmap-users

Re: shapefile header fields, File Length

2009-10-26T13:44:25Z

Hi Nathan,

I've just checked a couple of shape files that I've recently created via
the method outlined below and the header information seems reasonable,
and the reading code isn't complaining about file length mismatches.

- Don

Reese, Nathan wrote:

>
> Don,
>
> I have reworked my shapefile generation code to use the classes
> suggested. See the code fragment below.
>
> EsriGraphicList polygonList = new EsriPolygonList();
> DbfTableModel polygonModel = new DbfTableModel(7);
>
> //Build graphics
> while (ellipses to add) {
> OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> minorAxis, Length.NM, Math.toRadians(azimuth-90));
> float[] ellipsePoints = ellipse.createLatLonPoints();
> OMPoly polyGraphic = new OMPoly(ellipsePoints,
> OMGraphic.DECIMAL_DEGREES, OMGraphic.LINETYPE_GREATCIRCLE);
> polygonList.add(polyGraphic);
>
> ArrayList<String> attributes = new ArrayList<String>();
> ...
> polygonModel.addRecord(attributes);
> }
>
> //Write files
> EsriShapeExport ese = new EsriShapeExport(polygonList, polygonModel,
> "testShapefile");
> ese.export();
>
>
> The shapefile generated with the reworked method is identical to the
> shapefile generated with the original method, including the file
> length header field. Have you had a chance to dig into the length
> generation code and see if anything is amiss?
>
> Thanks,
>
> Nathan
>
>
> -----Original Message-----
> From: Don Dietrick [mailto:dietrick@...]
> Sent: Tue 10/20/2009 11:33 AM
> To: Reese, Nathan
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] shapefile header fields, File Length
>
> Hi Nathan,
>
> I admit I haven't tested this method of doing this, but your code
> looks like it should work. I'll give it a shot later.
>
> If I were going to create a shape file, I'd do something like this;
>
> OMGraphicList omgl = new OMGraphicList();
>
> ... add OMGraphics to omgl
>
> DbfTableModel dbf = new DbfTableModel(..);
>
> ... add entries appropriate for OMGraphics
>
> EsriShapeExport ese = EsriShapeExport(omgl, dbf, my_file_path);
> ese.export();
>
> - Don
>
> On Oct 20, 2009, at 10:44 AM, Reese, Nathan wrote:
>
> > I am creating a shapefile with polygons. Below is the code fragment
> > that I am using to generate a shapefile, I have omitted dbf and shx
> > code for simplicity. Let me know if you need any additional
> > information.
> >
> > EsriLayer polygonLayer = new EsriLayer("testShapefile",
> > ShapeConstants.SHAPE_TYPE_POLYGON, 7);
> >
> > //Build dbf table
> > ...
> >
> > //Build layer
> > while (ellipses to add to layer) {
> > OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> > minorAxis, Length.NM, Math.toRadians(azimuth-90));
> > float[] ellipsePoints = ellipse.createLatLonPoints();
> > EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
> > ArrayList<String> attributes = new ArrayList<String>();
> > ...
> > polygonLayer.addRecord(poly, attributes);
> > }
> >
> > //Write file
> > FileOutputStream shpFileStream = new FileOutputStream
> > ("testShapefile.shp");
> > ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
> > EsriGraphicList list = polygonLayer.getEsriGraphicList();
> > int[][] imageData = shpStream.writeGeometry(list);
> >
> > //write dbf and shx files
> > ...
> >
> > shpFileStream.close();
> >
> >
> > Thanks,
> >
> > Nathan
> >
> > -----Original Message-----
> > From: Don Dietrick [mailto:dietrick@...]
> > Sent: Mon 10/19/2009 2:37 PM
> > To: Reese, Nathan
> > Cc: openmap-users@...
> > Subject: Re: [OpenMap Users] shapefile header fields, File Length
> >
> > Hi Nathan,
> >
> > The file length is calculated for the shapes being placed in the
> > file. What kind of shape type are you creating a file for, and what
> > classes are you using to do it?
> >
> > - Don
> >
> > On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:
> >
> > > I am having problems opening shapefiles generated with OpenMap using
> > > various GIS applications (although the shapefile can be opened in GE
> > > and with ArcGIS). The shapefiles can only be opened by all GIS
> > > applications by first opening and resaving the file with ArcGIS.
> > >
> > > I have compared the orginal .shp file with the ArcGIS updated .shp
> > > and have found that the only difference is in the File Length field
> > > in the main file header (byte 27). I have tried using the ShapeFile
> > > class to display the shapefile header information, but that utility
> > > always returns a value of 100 for the File Length. Has any one
> > > experienced these types of problems. Does ShpOutputStream properly
> > > set the File Length field in the main file header?
> > >
> > > Thanks,
> > >
> > > Nathan
> > >
> >
> >
> >
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > Don Dietrick, openmap@...
> > BBN Technologies, Cambridge MA, USA
> > http://openmap.bbn.com
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> >
> >
> >
> >
>
>

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

RE: shapefile header fields, File Length

2009-10-26T13:03:44Z

RE: [OpenMap Users] shapefile header fields, File Length

Don,

I have reworked my shapefile generation code to use the classes suggested. See the code fragment below.

EsriGraphicList polygonList = new EsriPolygonList();
DbfTableModel polygonModel = new DbfTableModel(7);

//Build graphics
while (ellipses to add) {
   OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
minorAxis, Length.NM, Math.toRadians(azimuth-90));
   float[] ellipsePoints = ellipse.createLatLonPoints();
   OMPoly polyGraphic = new OMPoly(ellipsePoints, OMGraphic.DECIMAL_DEGREES, OMGraphic.LINETYPE_GREATCIRCLE);
   polygonList.add(polyGraphic);

   ArrayList<String> attributes = new ArrayList<String>();
   ...
   polygonModel.addRecord(attributes);
}

//Write files
EsriShapeExport ese = new EsriShapeExport(polygonList, polygonModel, "testShapefile");
ese.export();

The shapefile generated with the reworked method is identical to the shapefile generated with the original method, including the file length header field. Have you had a chance to dig into the length generation code and see if anything is amiss?

Thanks,

Nathan

-----Original Message-----
From: Don Dietrick [dietrick@...]
Sent: Tue 10/20/2009 11:33 AM
To: Reese, Nathan
Cc: openmap-users@...
Subject: Re: [OpenMap Users] shapefile header fields, File Length

Hi Nathan,

I admit I haven't tested this method of doing this, but your code
looks like it should work. I'll give it a shot later.

If I were going to create a shape file, I'd do something like this;

OMGraphicList omgl = new OMGraphicList();

... add OMGraphics to omgl

DbfTableModel dbf = new DbfTableModel(..);

... add entries appropriate for OMGraphics

EsriShapeExport ese = EsriShapeExport(omgl, dbf, my_file_path);
ese.export();

- Don

On Oct 20, 2009, at 10:44 AM, Reese, Nathan wrote:

> I am creating a shapefile with polygons. Below is the code fragment
> that I am using to generate a shapefile, I have omitted dbf and shx
> code for simplicity. Let me know if you need any additional
> information.
>
> EsriLayer polygonLayer = new EsriLayer("testShapefile",
> ShapeConstants.SHAPE_TYPE_POLYGON, 7);
>
> //Build dbf table
> ...
>
> //Build layer
> while (ellipses to add to layer) {
>   OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> minorAxis, Length.NM, Math.toRadians(azimuth-90));
>   float[] ellipsePoints = ellipse.createLatLonPoints();
>   EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
>   ArrayList<String> attributes = new ArrayList<String>();
>   ...
>   polygonLayer.addRecord(poly, attributes);
> }
>
> //Write file
> FileOutputStream shpFileStream = new FileOutputStream
> ("testShapefile.shp");
> ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
> EsriGraphicList list = polygonLayer.getEsriGraphicList();
> int[][] imageData = shpStream.writeGeometry(list);
>
> //write dbf and shx files
> ...
>
> shpFileStream.close();
>
>
> Thanks,
>
> Nathan
>
> -----Original Message-----
> From: Don Dietrick [dietrick@...]
> Sent: Mon 10/19/2009 2:37 PM
> To: Reese, Nathan
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] shapefile header fields, File Length
>
> Hi Nathan,
>
> The file length is calculated for the shapes being placed in the
> file. What kind of shape type are you creating a file for, and what
> classes are you using to do it?
>
> - Don
>
> On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:
>
> > I am having problems opening shapefiles generated with OpenMap using
> > various GIS applications (although the shapefile can be opened in GE
> > and with ArcGIS). The shapefiles can only be opened by all GIS
> > applications by first opening and resaving the file with ArcGIS.
> >
> > I have compared the orginal .shp file with the ArcGIS updated .shp
> > and have found that the only difference is in the File Length field
> > in the main file header (byte 27). I have tried using the ShapeFile
> > class to display the shapefile header information, but that utility
> > always returns a value of 100 for the File Length. Has any one
> > experienced these types of problems. Does ShpOutputStream properly
> > set the File Length field in the main file header?
> >
> > Thanks,
> >
> > Nathan
> >
>
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Don Dietrick, openmap@...
> BBN Technologies, Cambridge MA, USA
> http://openmap.bbn.com
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
>
>

Re: How to make the map updated with new positions?

2009-10-21T23:35:30Z

Hi Moe,
If you decide to put your locations in CSV file you should read documentation for classes:
1. com.bbn.openmap.layer.location.LocationLayer
2. com.bbn.openmap.layer.location.csv.CSVLocationHandler

For displaying images you need to add a property for CSVLocationHandler (in properties file), for example:
csvcities.defaultIconURL = data/city.png
I assume that you sucessfully display your locations as red rectangles.

Sorry for my English
Paul S.

2009/10/21 Moe Zakeri <mzakeri@...>

We need to put updated positions plus an image for each position on the OpenMap based on latitude and longitude. How this could be done in either properties or the anywhere in OpenMap API?

Already I have created a CSV file based on cities.csv and called it positions.csv, then I have set it up in the properties file. But this shows static positions and no images for the positions.

Thank you,

Moe

Show cities in worldmap

2009-10-21T01:18:49Z

Hi,

I'm new to openmap and created this simple example of a world map (see below).
However I'd like to load and display the cities (cities.csv) on the map.

Can someone please give me a hint how to do this?

Thanks in advance
Markus

My source code:
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import java.util.Properties;

import javax.swing.JFrame;

import com.bbn.openmap.MapBean;
import com.bbn.openmap.MapHandler;
import com.bbn.openmap.layer.shape.ShapeLayer;
import com.bbn.openmap.util.Debug;

public class SimpleMap extends JFrame {

public SimpleMap(String name) {
super(name); // set title

setSize(640, 480); // and location

// Create a map handler (map, layer, component container)
MapHandler mapHandler = new MapHandler();

// Create a MapBean
MapBean mapBean = new MapBean();
mapHandler.add(mapBean);

ShapeLayer shapeLayer = new ShapeLayer();

Properties shapeLayerProps = new Properties();
shapeLayerProps.put("prettyName", "Political Solid");
shapeLayerProps.put("lineColor", "000000");
shapeLayerProps.put("fillColor", "BDDE83");
shapeLayerProps.put("shapeFile", "data/shape/dcwpo-browse.shp");
shapeLayerProps.put("spatialIndex", "data/shape/dcwpo-browse.ssx");
shapeLayer.setProperties(shapeLayerProps);

// Add the political layer to the map
mapBean.add(shapeLayer);

// Add the map to the frame
getContentPane().add(mapBean);

}

public static void main(String[] argv) {

Debug.init();
//Debug.put("mousemode");

SimpleMap simpleMap = new SimpleMap ("Simple Map");
simpleMap.addWindowListener(new WindowAdapter() {
public void windowClosing(WindowEvent e) {
System.exit(0);
}});

simpleMap.setVisible(true);
}

}

--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

RE: How to make the map updated with new positions?

2009-10-20T17:55:14Z

shapefile header fields, File Length

We need to put updated positions plus an image for each position on the OpenMap based on latitude and longitude. How this could be done in either properties or the anywhere in OpenMap API?

Already I have created a CSV file based on cities.csv and called it positions.csv, then I have set it up in the properties file. But this shows static positions and no images for the positions.

Thank you,

Moe

Re: shapefile header fields, File Length

2009-10-20T08:33:46Z

Hi Nathan,

I admit I haven't tested this method of doing this, but your code
looks like it should work. I'll give it a shot later.

If I were going to create a shape file, I'd do something like this;

OMGraphicList omgl = new OMGraphicList();

... add OMGraphics to omgl

DbfTableModel dbf = new DbfTableModel(..);

... add entries appropriate for OMGraphics

EsriShapeExport ese = EsriShapeExport(omgl, dbf, my_file_path);
ese.export();

- Don

On Oct 20, 2009, at 10:44 AM, Reese, Nathan wrote:

> I am creating a shapefile with polygons. Below is the code fragment
> that I am using to generate a shapefile, I have omitted dbf and shx
> code for simplicity. Let me know if you need any additional
> information.
>
> EsriLayer polygonLayer = new EsriLayer("testShapefile",
> ShapeConstants.SHAPE_TYPE_POLYGON, 7);
>
> //Build dbf table
> ...
>
> //Build layer
> while (ellipses to add to layer) {
> OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis,
> minorAxis, Length.NM, Math.toRadians(azimuth-90));
> float[] ellipsePoints = ellipse.createLatLonPoints();
> EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
> ArrayList<String> attributes = new ArrayList<String>();
> ...
> polygonLayer.addRecord(poly, attributes);
> }
>
> //Write file
> FileOutputStream shpFileStream = new FileOutputStream
> ("testShapefile.shp");
> ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
> EsriGraphicList list = polygonLayer.getEsriGraphicList();
> int[][] imageData = shpStream.writeGeometry(list);
>
> //write dbf and shx files
> ...
>
> shpFileStream.close();
>
>
> Thanks,
>
> Nathan
>
> -----Original Message-----
> From: Don Dietrick [mailto:dietrick@...]
> Sent: Mon 10/19/2009 2:37 PM
> To: Reese, Nathan
> Cc: openmap-users@...
> Subject: Re: [OpenMap Users] shapefile header fields, File Length
>
> Hi Nathan,
>
> The file length is calculated for the shapes being placed in the
> file. What kind of shape type are you creating a file for, and what
> classes are you using to do it?
>
> - Don
>
> On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:
>
> > I am having problems opening shapefiles generated with OpenMap using
> > various GIS applications (although the shapefile can be opened in GE
> > and with ArcGIS). The shapefiles can only be opened by all GIS
> > applications by first opening and resaving the file with ArcGIS.
> >
> > I have compared the orginal .shp file with the ArcGIS updated .shp
> > and have found that the only difference is in the File Length field
> > in the main file header (byte 27). I have tried using the ShapeFile
> > class to display the shapefile header information, but that utility
> > always returns a value of 100 for the File Length. Has any one
> > experienced these types of problems. Does ShpOutputStream properly
> > set the File Length field in the main file header?
> >
> > Thanks,
> >
> > Nathan
> >
>
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Don Dietrick, openmap@...
> BBN Technologies, Cambridge MA, USA
> http://openmap.bbn.com
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
>
>

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

Re: How do I set OpenMap to be zoomed at a location from CSV file or anywhere else in the settings?

2009-10-20T08:25:29Z

Hi Moe,

Paul suggestion is the correct one for adjusting the starting
location. You can also set the openmap.Scale and openmap.Projection
values to adjust the other projection parameters.

If you are using the GoToMenu in the properties file, you can set pre-
defined areas. An example:

gotoMenu.class=com.bbn.openmap.gui.GoToMenu
gotoMenu.addDefaults=true
goto.views=Argentina India Massachusetts United_States Caspian_Sea
Russia
Russia.latitude=40.20
Russia.longitude=46.500
Russia.name=Russia
Russia.projection=Mercator
Russia.scale=5.0E7
Argentina.latitude=-39.760445
Argentina.longitude=-65.92294
Argentina.name=Argentina
Argentina.projection=Mercator
Argentina.scale=5.0E7
...

Also, if your Layer/object implements the DataBoundsProvider
interface, The GoToMenu will ask it for a DataBounds to use to add to
its menu for predefined view based on a dataset.

Hope this helps,

Don

On Oct 20, 2009, at 1:29 AM, Paweł Skarżyński wrote:

> Hi Moe,
>
> The starting projection is in the openmap properties file:
> # MAP STARTUP PROJECTION PARAMETERS
> # Latitude and longitude in decimal degrees
> openmap.Latitude=20f
> openmap.Longitude=-20f
>
> Paul S.
>
>
> 2009/10/19 Moe Zakeri <mzakeri@...>
> Is there any way to zoom at a city/location based on the settings,
> so when I run the OpenMap it is zoomed to that location like a GPS?
>
>
> Thanks,
>
> Moe
>
>
>

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

RE: shapefile header fields, File Length

2009-10-20T07:44:25Z

RE: [OpenMap Users] shapefile header fields, File Length

I am creating a shapefile with polygons. Below is the code fragment that I am using to generate a shapefile, I have omitted dbf and shx code for simplicity. Let me know if you need any additional information.

EsriLayer polygonLayer = new EsriLayer("testShapefile", ShapeConstants.SHAPE_TYPE_POLYGON, 7);

//Build dbf table
...

//Build layer
while (ellipses to add to layer) {
OMEllipse ellipse = new OMEllipse(centerPoint, majorAxis, minorAxis, Length.NM, Math.toRadians(azimuth-90));
float[] ellipsePoints = ellipse.createLatLonPoints();
EsriPolygon poly = new EsriPolygon(ellipsePoints, 1, 0);
ArrayList<String> attributes = new ArrayList<String>();
...
polygonLayer.addRecord(poly, attributes);
}

//Write file
FileOutputStream shpFileStream = new FileOutputStream("testShapefile.shp");
ShpOutputStream shpStream = new ShpOutputStream(shpFileStream);
EsriGraphicList list = polygonLayer.getEsriGraphicList();
int[][] imageData = shpStream.writeGeometry(list);

//write dbf and shx files
...

shpFileStream.close();

Thanks,

Nathan

-----Original Message-----
From: Don Dietrick [dietrick@...]
Sent: Mon 10/19/2009 2:37 PM
To: Reese, Nathan
Cc: openmap-users@...
Subject: Re: [OpenMap Users] shapefile header fields, File Length

Hi Nathan,

The file length is calculated for the shapes being placed in the
file. What kind of shape type are you creating a file for, and what
classes are you using to do it?

- Don

On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:

> I am having problems opening shapefiles generated with OpenMap using
> various GIS applications (although the shapefile can be opened in GE
> and with ArcGIS). The shapefiles can only be opened by all GIS
> applications by first opening and resaving the file with ArcGIS.
>
> I have compared the orginal .shp file with the ArcGIS updated .shp
> and have found that the only difference is in the File Length field
> in the main file header (byte 27). I have tried using the ShapeFile
> class to display the shapefile header information, but that utility
> always returns a value of 100 for the File Length. Has any one
> experienced these types of problems. Does ShpOutputStream properly
> set the File Length field in the main file header?
>
> Thanks,
>
> Nathan
>

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Don Dietrick, openmap@...
BBN Technologies, Cambridge MA, USA
http://openmap.bbn.com
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Re: How do I set OpenMap to be zoomed at a location from CSV file or anywhere else in the settings?

2009-10-19T22:29:27Z

Hi Moe,

The starting projection is in the openmap properties file:
# MAP STARTUP PROJECTION PARAMETERS
# Latitude and longitude in decimal degrees
openmap.Latitude=20f
openmap.Longitude=-20f

Paul S.

2009/10/19 Moe Zakeri <mzakeri@...>

Is there any way to zoom at a city/location based on the settings, so when I run the OpenMap it is zoomed to that location like a GPS?

Thanks,

Moe

RE: How do I set OpenMap to be zoomed at a location from CSV file or anywhere else in the settings?

2009-10-19T12:04:06Z

shapefile header fields, File Length

Is there any way to zoom at a city/location based on the settings, so when I run the OpenMap it is zoomed to that location like a GPS?

Thanks,

Moe

How can I keep OpenMap updated in real time according to the CSV file updates?

2009-10-19T11:57:59Z

shapefile header fields, File Length

I am trying to keep OpenMap updated in real time according to the CSV file updates/changes that I need to make. For example, if I add a new city, or change its location in the CSV file it won’t be displayed on the map while I have the OpenMap running. Currently I can see the updates/changes on the map by reloading the properties file. Is there any other way to set this to auto reload for example in every 5 seconds?

Thanks,

Moe

Re: shapefile header fields, File Length

2009-10-19T11:37:48Z

Hi Nathan,

The file length is calculated for the shapes being placed in the
file. What kind of shape type are you creating a file for, and what
classes are you using to do it?

- Don

On Oct 19, 2009, at 1:41 PM, Reese, Nathan wrote:

> I am having problems opening shapefiles generated with OpenMap using
> various GIS applications (although the shapefile can be opened in GE
> and with ArcGIS). The shapefiles can only be opened by all GIS
> applications by first opening and resaving the file with ArcGIS.
>
> I have compared the orginal .shp file with the ArcGIS updated .shp
> and have found that the only difference is in the File Length field
> in the main file header (byte 27). I have tried using the ShapeFile
> class to display the shapefile header information, but that utility
> always returns a value of 100 for the File Length. Has any one
> experienced these types of problems. Does ShpOutputStream properly
> set the File Length field in the main file header?
>
> Thanks,
>
> Nathan
>

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Don Dietrick, openmap@...
BBN Technologies, Cambridge MA, USA
http://openmap.bbn.com
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

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