geotools-devel — A list for GeoTools development issues

[Geotools-devel] Re: [geotools-d] JTS 0.9 released

[Cameron S. <ca...@so...>]

Yes, Good points Liu.

Martin (JTS),
Have you worked out which flavour of open source licence you are
planning to use.  You may want to release under a few of them.

Geotools uses LGPL, which means that there would be a licencing issue if
JTS were released under GPL as a GPL licence is stronger than the LGPL
and states that commercial software cannot use the code.

--
With regards to using java 1.2, we might be able to get around the
problem by importing the collections.jar as is done in geotools. 
However this is something to be tested, and we may need to ask the JTS
folks to modify some of their source code.

Liu Zehua wrote:
> 
> Hihi,
> 
> didn't take a deep look. but I just saw something indicates that it requires
> java 1.2. will that be an issue for us? since we are supporting both 1.1 and
> 1.2...
> 
> I am also not sure about the license. can geotools make use of this package?
> 
> Regards,
> 
> Liu Zehua
> Project Officer
> Centre for Advanced Information Systems
> Nanyang Technological University, Singapore
> 
> ----- Original Message -----
> From: "Cameron Shorter" <ca...@so...>
> To: "Hisaji ONO" <on...@fa...>
> Cc: <geo...@li...>
> Sent: Wednesday, December 19, 2001 3:28 AM
> Subject: Re: [geotools-d] JTS 0.9 released
> 
> > For those that have not found JTS, it is at:
> > http://www.vividsolutions.com/jts/jtshome.htm
> > Looks promising, I've talked with James about this in the past, and
> > expect we will eventually move over to using it.  Probably in geotools2.
> >
> > > Hisaji ONO wrote:
> > >
> > > Hi.
> > >
> > >  JTS(Java Topology Suite) has been released. GeoTools seemes to use
> > > this Java package.
> > >
> > >  Anyone in GeoTools' dev. people has tried this?
> > >
> > >
> > >
> > >
> >
> > --
> > Cameron Shorter          Web Mapping Manager
> > Social Change Online
> > 248 Johnson St           Tel: +61 (0) 2 9692 5115
> > Annandale NSW 2038       Fax: +61 (0) 2 9692 5192
> > Sydney, Australia        http://webmap.socialchange.net.au
> >
> > _______________________________________________
> > geo...@li...
> > For list administration needs (esp. [un]subscribing), please use the
> > following page:
> > https://lists.sourceforge.net/lists/listinfo/geotools-discussion
> > Archive available at: http://sourceforge.net/mail/?group_id=4091
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> _______________________________________________
> geo...@li...
> For list administration needs (esp. [un]subscribing), please use the
> following page:
> https://lists.sourceforge.net/lists/listinfo/geotools-discussion
> Archive available at: http://sourceforge.net/mail/?group_id=4091

-- 
Cameron Shorter          Web Mapping Manager
Social Change Online
248 Johnson St           Tel: +61 (0) 2 9692 5115
Annandale NSW 2038       Fax: +61 (0) 2 9692 5192
Sydney, Australia        http://webmap.socialchange.net.au

[Geotools-devel] Designing a WFS DataSource

[Cameron S. <ca...@so...>]

James,
I'm been looking at how to set up a WFS data source, and have been
looking at your PostGIS interface for inspiration.  (Some javadocs in
here wouldn't be missed).

It seems that I should extend the DataSource class, however it does not
contain any methods yet.  It would be good to here your thoughts on
this.

I assume you are planning to include the Java Topology Suite (JTS) as
well.  This would mean removing some of the classes you seem to have
created as stubs to mimic the JTS API.

Thoughts on this would be good too.

It might be easier to discuss this over an IRC session.

If you can make it, I plan to be online tonight at 8:30pm
Sydney/Melbourne time - 9:30am GMT
server:irc.openface.ca
port:6667
channel: #mapbuilder

See following for meeting times:
http://www.timeanddate.com/worldclock/meetingtime.html?day=18&month=12&year=2001&p1=0&p2=152&p3=136&p4=-1

-- 
Cameron Shorter          Web Mapping Manager
Social Change Online
248 Johnson St           Tel: +61 (0) 2 9692 5115
Annandale NSW 2038       Fax: +61 (0) 2 9692 5192
Sydney, Australia        http://webmap.socialchange.net.au

Re: [Geotools-devel] ColorPickLabel

[Liu Z. <ntu...@ya...>]

Hihi,

The problem with ColorDialog seems to be caused by the Scrollbar in
ColorPicker. We need to set the maximum value to 265, instead of 255, to
include the width of the scroll bar bubble, whose default value I guess is
10. Below are the changes that I have made.

cvs -q diff ColorPicker.java (in directory
C:\Zehua\Work\src\geotools\src\uk\ac\leeds\ccg\widgets\)
Password: Index: ColorPicker.java
===================================================================
RCS file:
/cvsroot/geotools/geotools/src/uk/ac/leeds/ccg/widgets/ColorPicker.java,v
retrieving revision 1.1.1.1
diff -c -r1.1.1.1 ColorPicker.java
*** ColorPicker.java 2000/04/14 09:18:51 1.1.1.1
--- ColorPicker.java 2001/12/18 06:29:17
***************
*** 18,26 ****
          sliders.setLayout(new GridLayout(1,3));
          rgb = new Scrollbar[3];
          for(int i=0;i<3;i++){
!             rgb[i] = new Scrollbar();
!             rgb[i].setMaximum(255);
!             rgb[i].setMinimum(0);
              rgb[i].addAdjustmentListener(this);
              sliders.add(rgb[i]);
          }
--- 18,26 ----
          sliders.setLayout(new GridLayout(1,3));
          rgb = new Scrollbar[3];
          for(int i=0;i<3;i++){
!             rgb[i] = new Scrollbar(Scrollbar.VERTICAL, 0, 10, 0, 265);
!             //rgb[i].setMaximum(255);
!             //rgb[i].setMinimum(0);
              rgb[i].addAdjustmentListener(this);
              sliders.add(rgb[i]);
          }




Regards,

Liu Zehua
Project Officer
Centre for Advanced Information Systems
Nanyang Technological University, Singapore

----- Original Message -----
From: "Liu Zehua" <ntu...@ya...>
To: <geo...@li...>
Sent: Tuesday, December 18, 2001 11:48 AM
Subject: [Geotools-devel] ColorPickLabel


> Hihi,
>
> I am using ColorPickLabel in widgets subpackage.
>
> I found that the label [r,g,b] does not reflect the changes of the color.
> More specifically, when someone double click and use the popup dialog to
> change the color, the background color of this label is changed, but the
> [r,g,b] text is not changed.
>
> This might be fixed by adding a line of code to change the text of the
label
> in the method setPickColor() when new color is set.
> Below are the suggested changes. It seems working fine on my machine.
>
>
> cvs -q diff ColorPickLabel.java (in directory
> C:\Zehua\Work\src\geotools\src\uk\ac\leeds\ccg\widgets\)
> Password: Index: ColorPickLabel.java
> ===================================================================
> RCS file:
>
/cvsroot/geotools/geotools/src/uk/ac/leeds/ccg/widgets/ColorPickLabel.java,v
> retrieving revision 1.5
> diff -c -r1.5 ColorPickLabel.java
> *** ColorPickLabel.java 2001/04/04 08:54:38 1.5
> --- ColorPickLabel.java 2001/12/18 03:36:01
> ***************
> *** 25,30 ****
> --- 25,32 ----
>    public void setPickColor(java.awt.Color propValue)
>    {
>        setBackground(propValue);
> +
>
setText("["+propValue.getRed()+","+propValue.getGreen()+","+propValue.getBlu
> e()+"]");
> +   if(DEBUG)System.out.println("CoPL>Color set to
>
["+propValue.getRed()+","+propValue.getGreen()+","+propValue.getBlue()+"]");
>     changes.firePropertyChange("pickColor", getPickColor(), propValue);
>    }
>
>
> The other problem is about ColorDialog. When the slider is set to minimum,
> it seems to return a value of 10, instead of 0. I am not able to suggest
any
> fix, as I have not looked at the code yet. Going to do that soon.
>
>
> These kinds of problem seem to small to be put into the bug list. I am not
> sure whether this way of fixing them appropriate? any opinion?
>
>
> Regards,
>
> Liu Zehua
> Project Officer
> Centre for Advanced Information Systems
> Nanyang Technological University, Singapore


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Geotools-devel] [ geotools-Support Requests-494476 ] As Standalone Application

[<no...@so...>]

Support Requests item #494476, was opened at 2001-12-17 21:46
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=494476&group_id=4091

Category: Getting Started
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: As Standalone Application

Initial Comment:

Could you kindly send me a standalone version of 
Example1.java so I can get a quick start with geotools 
to implement non-applet applications?  Thank you.


B. Li

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=494476&group_id=4091

[Geotools-devel] ColorPickLabel

[Liu Z. <ntu...@ya...>]

Hihi,

I am using ColorPickLabel in widgets subpackage.

I found that the label [r,g,b] does not reflect the changes of the color.
More specifically, when someone double click and use the popup dialog to
change the color, the background color of this label is changed, but the
[r,g,b] text is not changed.

This might be fixed by adding a line of code to change the text of the label
in the method setPickColor() when new color is set.
Below are the suggested changes. It seems working fine on my machine.


cvs -q diff ColorPickLabel.java (in directory
C:\Zehua\Work\src\geotools\src\uk\ac\leeds\ccg\widgets\)
Password: Index: ColorPickLabel.java
===================================================================
RCS file:
/cvsroot/geotools/geotools/src/uk/ac/leeds/ccg/widgets/ColorPickLabel.java,v
retrieving revision 1.5
diff -c -r1.5 ColorPickLabel.java
*** ColorPickLabel.java 2001/04/04 08:54:38 1.5
--- ColorPickLabel.java 2001/12/18 03:36:01
***************
*** 25,30 ****
--- 25,32 ----
   public void setPickColor(java.awt.Color propValue)
   {
       setBackground(propValue);
+
setText("["+propValue.getRed()+","+propValue.getGreen()+","+propValue.getBlu
e()+"]");
+   if(DEBUG)System.out.println("CoPL>Color set to
["+propValue.getRed()+","+propValue.getGreen()+","+propValue.getBlue()+"]");
    changes.firePropertyChange("pickColor", getPickColor(), propValue);
   }


The other problem is about ColorDialog. When the slider is set to minimum,
it seems to return a value of 10, instead of 0. I am not able to suggest any
fix, as I have not looked at the code yet. Going to do that soon.


These kinds of problem seem to small to be put into the bug list. I am not
sure whether this way of fixing them appropriate? any opinion?


Regards,

Liu Zehua
Project Officer
Centre for Advanced Information Systems
Nanyang Technological University, Singapore

----- Original Message -----
From: "Liu Zehua" <ntu...@ya...>
To: <geo...@li...>
Sent: Wednesday, December 12, 2001 2:28 PM
Subject: [Geotools-devel] Removing themes from Viewer


> Hihi,
>
> I have some problem with removing an existing theme from the viewer.
> When I called Viewer.remove(Theme), the shapes in the theme are still
> visible, although I can not highlight or select them. and the
corresponding
> ThemePanel does not update, either.
> I looked throught the source code of Viewer.java, and found that when a
> theme is remove, it is not removed from themeStack. Since I am not very
> familiar with the codes in Viewer.java, I am not sure whether this is a
bug,
> or there is some other tricks. However, after I made the following
changes,
> the removing of themes seems to be working.
>
> here is the changes that I made in my local copy:
>
> cvs -q diff Viewer.java (in directory
> C:\Zehua\Work\src\geotools\src\uk\ac\leeds\ccg\geotools\)
> Password: Index: Viewer.java
> ===================================================================
> RCS file:
> /cvsroot/geotools/geotools/src/uk/ac/leeds/ccg/geotools/Viewer.java,v
> retrieving revision 1.37
> diff -c -r1.37 Viewer.java
> *** Viewer.java 2001/11/23 18:51:46 1.37
> --- Viewer.java 2001/12/12 06:21:10
> ***************
> *** 325,330 ****
> --- 325,334 ----
>           if(visibleThemes.contains(t)){visibleThemes.removeElement(t);}
>           if(staticThemes.contains(t)){
>               staticThemes.removeElement(t);
> +          removeHighlightPositionChangedListener(t);
> +         removeSelectionPositionChangedListener(t);
> +         removeSelectionRegionChangedListener(t);
> +             themeStack.removeTheme(t);
>               themeCount--;
>               updateStaticBuffer();
>           }
>
>
> Regards,
>
> Liu Zehua
> Project Officer
> Centre for Advanced Information Systems
> Nanyang Technological University, Singapore
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> _______________________________________________
> Geotools-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Geotools-devel] To Swing Conversion

[Joseph O. <ol...@dh...>]

Will there be any attempt to convert geotools from awt to Swing?

I would prefer not to mix the two GUI API's. There are some articles on=20
Javaworld.com and javasoft.com about mixing the 2 libraries by using a
CustomFocus Manager. This looks like as much work as a conversion.

There were about 138 files that had the text "import java.awt."

Re: [Geotools-devel] Removing themes from Viewer

[James M. <j.m...@ge...>]

You are quire correct the there was a problem and your solution seems spot 
on, feel free to commit your changes.

The reason this has happened is because of a recent internal change in 
Viewer which used to track the position and visibility of themes 
itself.  This has now been moved into the ThemeStack object, but clearly I 
missed the changes which were needed to the removeTheme method.  Many 
thanks for the fix.

It should be possible to remove all references to the visibleThemes and the 
staticThemes vectors from Viewer now, but as there may be some external 
classes which depend upon them this would need careful checking.

James

At 02:28 PM 12/12/01 +0800, you wrote:
>Hihi,
>
>I have some problem with removing an existing theme from the viewer.
>When I called Viewer.remove(Theme), the shapes in the theme are still
>visible, although I can not highlight or select them. and the corresponding
>ThemePanel does not update, either.
>I looked throught the source code of Viewer.java, and found that when a
>theme is remove, it is not removed from themeStack. Since I am not very
>familiar with the codes in Viewer.java, I am not sure whether this is a bug,
>or there is some other tricks. However, after I made the following changes,
>the removing of themes seems to be working.

[Geotools-devel] Removing themes from Viewer

[Liu Z. <ntu...@ya...>]

Hihi,

I have some problem with removing an existing theme from the viewer.
When I called Viewer.remove(Theme), the shapes in the theme are still
visible, although I can not highlight or select them. and the corresponding
ThemePanel does not update, either.
I looked throught the source code of Viewer.java, and found that when a
theme is remove, it is not removed from themeStack. Since I am not very
familiar with the codes in Viewer.java, I am not sure whether this is a bug,
or there is some other tricks. However, after I made the following changes,
the removing of themes seems to be working.

here is the changes that I made in my local copy:

cvs -q diff Viewer.java (in directory
C:\Zehua\Work\src\geotools\src\uk\ac\leeds\ccg\geotools\)
Password: Index: Viewer.java
===================================================================
RCS file:
/cvsroot/geotools/geotools/src/uk/ac/leeds/ccg/geotools/Viewer.java,v
retrieving revision 1.37
diff -c -r1.37 Viewer.java
*** Viewer.java 2001/11/23 18:51:46 1.37
--- Viewer.java 2001/12/12 06:21:10
***************
*** 325,330 ****
--- 325,334 ----
          if(visibleThemes.contains(t)){visibleThemes.removeElement(t);}
          if(staticThemes.contains(t)){
              staticThemes.removeElement(t);
+          removeHighlightPositionChangedListener(t);
+         removeSelectionPositionChangedListener(t);
+         removeSelectionRegionChangedListener(t);
+             themeStack.removeTheme(t);
              themeCount--;
              updateStaticBuffer();
          }


Regards,

Liu Zehua
Project Officer
Centre for Advanced Information Systems
Nanyang Technological University, Singapore


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Geotools-devel] [ geotools-Bugs-490175 ] ImageLayer refetches image files on zoom

[<no...@so...>]

Bugs item #490175, was opened at 2001-12-07 02:23
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=490175&group_id=4091

Category: IO
Group: Glitch
>Status: Closed
Resolution: None
Priority: 9
Submitted By: James Macgill (jmacgill)
>Assigned to: Ian Turton (ianturton)
Summary: ImageLayer refetches image files on zoom

Initial Comment:
ImageLayer has been noted to refetch images from a url 
when a zoom takes place, even if the layer is attached 
to a single, unchanging file.  This has major 
performance implications for an applet.



----------------------------------------------------------------------

>Comment By: Ian Turton (ianturton)
Date: 2001-12-07 03:39

Message:
Logged In: YES 
user_id=23507

as of latest version it - doesn't have this problem. People
who require refetching of images from urls on zoom should
use wmsLayer.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=490175&group_id=4091

[Geotools-devel] [ geotools-Bugs-490175 ] ImageLayer refetches image files on zoom

[<no...@so...>]

Bugs item #490175, was opened at 2001-12-07 02:23
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=490175&group_id=4091

Category: IO
Group: Glitch
Status: Open
Resolution: None
Priority: 9
Submitted By: James Macgill (jmacgill)
Assigned to: Andy Turner (andyt)
Summary: ImageLayer refetches image files on zoom

Initial Comment:
ImageLayer has been noted to refetch images from a url 
when a zoom takes place, even if the layer is attached 
to a single, unchanging file.  This has major 
performance implications for an applet.



----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=490175&group_id=4091

Re: [Geotools-devel] Dead files

[Cameron S. <ca...@so...>]

There are a few in the gml directory which we should be able to code
out, but that should not be a problem since I don't think you are using
them anyway.

James Macgill wrote:
> 
> Before we start to look at creating the release branch on Friday, I thought
> it might be a good idea to have a bit of a clean up on the main trunk.
> 
> I'm looking for java, or other files, which are in the tree but which are
> either no longer needed or shouldn't be there in the first place.
> 
> So far I have identified
> AdvancedShadedShapefileViewer
> AttributeShader
> ContiguityList
> TestLayer
> from the geotools package, and
> 
> GrayImage
> from the raster package.
> 
> First, are the above truly not needed any more, and secondly does anyone
> have any other candidates?
> 
> Many thanks
> James
> 
> --
> James Macgill
> Center for Computational Geography http://www.ccg.leeds.ac.uk
> Spell Checker (c) Creative Spelling inc (aka my dyslexic brain)
> http://www.geotools.org a client side java mapping toolkit.
> 
> _______________________________________________
> Geotools-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel

-- 
Cameron Shorter          Web Mapping Manager
Social Change Online
248 Johnson St           Tel: +61 (0) 2 9692 5115
Annandale NSW 2038       Fax: +61 (0) 2 9692 5192
Sydney, Australia        http://webmap.socialchange.net.au

[Geotools-devel] Dead files

[James M. <j.m...@ge...>]

Before we start to look at creating the release branch on Friday, I thought 
it might be a good idea to have a bit of a clean up on the main trunk.

I'm looking for java, or other files, which are in the tree but which are 
either no longer needed or shouldn't be there in the first place.

So far I have identified
AdvancedShadedShapefileViewer
AttributeShader
ContiguityList
TestLayer
from the geotools package, and

GrayImage
from the raster package.

First, are the above truly not needed any more, and secondly does anyone 
have any other candidates?

Many thanks
James



-- 
James Macgill
Center for Computational Geography http://www.ccg.leeds.ac.uk
Spell Checker (c) Creative Spelling inc (aka my dyslexic brain)
http://www.geotools.org a client side java mapping toolkit.

[Geotools-devel] [ geotools-Support Requests-476009 ] Memory Consumption

[<no...@so...>]

Support Requests item #476009, was opened at 2001-10-29 06:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Bröckl (saltag)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory Consumption

Initial Comment:
Hi,

I have a .shp-file of 4.2 megabyte. Reading it with sf 
= ShapefileReader(myURL) consumes 17.5 megabyte of 
RAM, creating a layer object with sf.getLayer() 
dissipates another 32 MBytes. Adding a couple of other 
layers from other shape-files to my map soonly raises 
a OutOfMemoryException.
Is there a way to reduce the memory consumption when 
creating layers?

Thanks
Joachim


----------------------------------------------------------------------

>Comment By: Joachim Bröckl (saltag)
Date: 2001-12-04 00:27

Message:
Logged In: YES 
user_id=362103

Hi James,

you made it! Testing with the latest version I noticed a 
huge difference: with the old version the java process used 
14.6 Megs before and 60.7 Megs after loading the map. Now 
it's 14.6 to just 40.3 Megs when the map is loaded.

As my application paints several maps from the same 
shapefile in different color codings, I keep and reuse the 
shapeFileReader. Memory stays at it's high level, but it 
doesnt' increase anymore and I save the time spent reading 
the shapefile again and again.

Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-12-03 07:10

Message:
Logged In: YES 
user_id=9731

Sorry, I made the changes to GeoPoint localy, and completly 
failed to commit them into the main repository.

So it's little wonder you saw no difference.

Could you try again please?

btw, the sugestion to nullify your shapefileReader is a 
good one, and should free up a bit of memmory.

James

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-12-03 07:10

Message:
Logged In: YES 
user_id=9731

Sorry, I made the changes to GeoPoint localy, and completly 
failed to commit them into the main repository.

So it's little wonder you saw no difference.

Could you try again please?

btw, the sugestion to nullify your shapefileReader is a 
good one, and should free up a bit of memmory.

James

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-03 05:57

Message:
Logged In: NO 

Did you try nullifying the shapefileReader object after 
calling sf.getLayer() ?
You shouldn't need the reader anymore at that point, if I 
recall correctly

----------------------------------------------------------------------

Comment By: Joachim Bröckl (saltag)
Date: 2001-12-03 05:44

Message:
Logged In: YES 
user_id=362103

I downloaded the latest nightly build today and tested it 
with my huge shapefile. Unfortunately I could not see any 
significant changes in memory consumption; the java-process 
now displays 45828 KBytes instead of 46844 KBytes of 
consumed memory in the task manager (I probably should look 
for that JProbe instead?!).
Nevertheless thanks for your efforts.
Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:32

Message:
Logged In: YES 
user_id=9731

I have just been testing JProbe, a profiling tool which 
allows me to analyse where most of the memmory is going.

I've knocked out about 16% of typical memory usage by 
changing the devenition of GeoPoints.

This has helped quite a bit, but I can still see a lot of 
other areas that might help reduce the load further.

Could you grab the latest nightly build from
http://www.geotools.org/dload.php

and let me know if you notice any significant difference?

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

[Geotools-devel] [ geotools-Support Requests-476009 ] Memory Consumption

[<no...@so...>]

Support Requests item #476009, was opened at 2001-10-29 06:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Bröckl (saltag)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory Consumption

Initial Comment:
Hi,

I have a .shp-file of 4.2 megabyte. Reading it with sf 
= ShapefileReader(myURL) consumes 17.5 megabyte of 
RAM, creating a layer object with sf.getLayer() 
dissipates another 32 MBytes. Adding a couple of other 
layers from other shape-files to my map soonly raises 
a OutOfMemoryException.
Is there a way to reduce the memory consumption when 
creating layers?

Thanks
Joachim


----------------------------------------------------------------------

>Comment By: James Macgill (jmacgill)
Date: 2001-12-03 07:10

Message:
Logged In: YES 
user_id=9731

Sorry, I made the changes to GeoPoint localy, and completly 
failed to commit them into the main repository.

So it's little wonder you saw no difference.

Could you try again please?

btw, the sugestion to nullify your shapefileReader is a 
good one, and should free up a bit of memmory.

James

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-12-03 07:10

Message:
Logged In: YES 
user_id=9731

Sorry, I made the changes to GeoPoint localy, and completly 
failed to commit them into the main repository.

So it's little wonder you saw no difference.

Could you try again please?

btw, the sugestion to nullify your shapefileReader is a 
good one, and should free up a bit of memmory.

James

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-03 05:57

Message:
Logged In: NO 

Did you try nullifying the shapefileReader object after 
calling sf.getLayer() ?
You shouldn't need the reader anymore at that point, if I 
recall correctly

----------------------------------------------------------------------

Comment By: Joachim Bröckl (saltag)
Date: 2001-12-03 05:44

Message:
Logged In: YES 
user_id=362103

I downloaded the latest nightly build today and tested it 
with my huge shapefile. Unfortunately I could not see any 
significant changes in memory consumption; the java-process 
now displays 45828 KBytes instead of 46844 KBytes of 
consumed memory in the task manager (I probably should look 
for that JProbe instead?!).
Nevertheless thanks for your efforts.
Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:32

Message:
Logged In: YES 
user_id=9731

I have just been testing JProbe, a profiling tool which 
allows me to analyse where most of the memmory is going.

I've knocked out about 16% of typical memory usage by 
changing the devenition of GeoPoints.

This has helped quite a bit, but I can still see a lot of 
other areas that might help reduce the load further.

Could you grab the latest nightly build from
http://www.geotools.org/dload.php

and let me know if you notice any significant difference?

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

[Geotools-devel] [ geotools-Support Requests-476009 ] Memory Consumption

[<no...@so...>]

Support Requests item #476009, was opened at 2001-10-29 06:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Bröckl (saltag)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory Consumption

Initial Comment:
Hi,

I have a .shp-file of 4.2 megabyte. Reading it with sf 
= ShapefileReader(myURL) consumes 17.5 megabyte of 
RAM, creating a layer object with sf.getLayer() 
dissipates another 32 MBytes. Adding a couple of other 
layers from other shape-files to my map soonly raises 
a OutOfMemoryException.
Is there a way to reduce the memory consumption when 
creating layers?

Thanks
Joachim


----------------------------------------------------------------------

>Comment By: James Macgill (jmacgill)
Date: 2001-12-03 07:10

Message:
Logged In: YES 
user_id=9731

Sorry, I made the changes to GeoPoint localy, and completly 
failed to commit them into the main repository.

So it's little wonder you saw no difference.

Could you try again please?

btw, the sugestion to nullify your shapefileReader is a 
good one, and should free up a bit of memmory.

James

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-03 05:57

Message:
Logged In: NO 

Did you try nullifying the shapefileReader object after 
calling sf.getLayer() ?
You shouldn't need the reader anymore at that point, if I 
recall correctly

----------------------------------------------------------------------

Comment By: Joachim Bröckl (saltag)
Date: 2001-12-03 05:44

Message:
Logged In: YES 
user_id=362103

I downloaded the latest nightly build today and tested it 
with my huge shapefile. Unfortunately I could not see any 
significant changes in memory consumption; the java-process 
now displays 45828 KBytes instead of 46844 KBytes of 
consumed memory in the task manager (I probably should look 
for that JProbe instead?!).
Nevertheless thanks for your efforts.
Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:32

Message:
Logged In: YES 
user_id=9731

I have just been testing JProbe, a profiling tool which 
allows me to analyse where most of the memmory is going.

I've knocked out about 16% of typical memory usage by 
changing the devenition of GeoPoints.

This has helped quite a bit, but I can still see a lot of 
other areas that might help reduce the load further.

Could you grab the latest nightly build from
http://www.geotools.org/dload.php

and let me know if you notice any significant difference?

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

[Geotools-devel] [ geotools-Support Requests-476009 ] Memory Consumption

[<no...@so...>]

Support Requests item #476009, was opened at 2001-10-29 06:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Bröckl (saltag)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory Consumption

Initial Comment:
Hi,

I have a .shp-file of 4.2 megabyte. Reading it with sf 
= ShapefileReader(myURL) consumes 17.5 megabyte of 
RAM, creating a layer object with sf.getLayer() 
dissipates another 32 MBytes. Adding a couple of other 
layers from other shape-files to my map soonly raises 
a OutOfMemoryException.
Is there a way to reduce the memory consumption when 
creating layers?

Thanks
Joachim


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-03 05:57

Message:
Logged In: NO 

Did you try nullifying the shapefileReader object after 
calling sf.getLayer() ?
You shouldn't need the reader anymore at that point, if I 
recall correctly

----------------------------------------------------------------------

Comment By: Joachim Bröckl (saltag)
Date: 2001-12-03 05:44

Message:
Logged In: YES 
user_id=362103

I downloaded the latest nightly build today and tested it 
with my huge shapefile. Unfortunately I could not see any 
significant changes in memory consumption; the java-process 
now displays 45828 KBytes instead of 46844 KBytes of 
consumed memory in the task manager (I probably should look 
for that JProbe instead?!).
Nevertheless thanks for your efforts.
Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:32

Message:
Logged In: YES 
user_id=9731

I have just been testing JProbe, a profiling tool which 
allows me to analyse where most of the memmory is going.

I've knocked out about 16% of typical memory usage by 
changing the devenition of GeoPoints.

This has helped quite a bit, but I can still see a lot of 
other areas that might help reduce the load further.

Could you grab the latest nightly build from
http://www.geotools.org/dload.php

and let me know if you notice any significant difference?

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

[Geotools-devel] [ geotools-Support Requests-476009 ] Memory Consumption

[<no...@so...>]

Support Requests item #476009, was opened at 2001-10-29 06:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joachim Bröckl (saltag)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory Consumption

Initial Comment:
Hi,

I have a .shp-file of 4.2 megabyte. Reading it with sf 
= ShapefileReader(myURL) consumes 17.5 megabyte of 
RAM, creating a layer object with sf.getLayer() 
dissipates another 32 MBytes. Adding a couple of other 
layers from other shape-files to my map soonly raises 
a OutOfMemoryException.
Is there a way to reduce the memory consumption when 
creating layers?

Thanks
Joachim


----------------------------------------------------------------------

>Comment By: Joachim Bröckl (saltag)
Date: 2001-12-03 05:44

Message:
Logged In: YES 
user_id=362103

I downloaded the latest nightly build today and tested it 
with my huge shapefile. Unfortunately I could not see any 
significant changes in memory consumption; the java-process 
now displays 45828 KBytes instead of 46844 KBytes of 
consumed memory in the task manager (I probably should look 
for that JProbe instead?!).
Nevertheless thanks for your efforts.
Joachim

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:32

Message:
Logged In: YES 
user_id=9731

I have just been testing JProbe, a profiling tool which 
allows me to analyse where most of the memmory is going.

I've knocked out about 16% of typical memory usage by 
changing the devenition of GeoPoints.

This has helped quite a bit, but I can still see a lot of 
other areas that might help reduce the load further.

Could you grab the latest nightly build from
http://www.geotools.org/dload.php

and let me know if you notice any significant difference?

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=476009&group_id=4091

[Geotools-devel] Release plans

[James M. <j.m...@ge...>]

It has been a long time since a formal release of GeoTools was made, and 
I'd like to see that change.  Ideally there should be a planned regular 
release strategy, so this post is the first step towards working that out.

You can find an initial draft document on this at:
http://geotools.org/design/overview/080timeline.html

As you can see, the plan as it stands, involved branching the CVS 
repository to create a release branch which would then be stabilized as 
much as possible before releasing it, first for testing, and then as 
version 0.8.0

One, perhaps controversial, move that I want to make, is to remove a number 
of packages from the 0.8.0 branch once it has been created.
I propose that:
ogc
gml
mif
sfsql
simplefeature

be removed.  It will be made clear in the 0.8.0 readme that this has 
happened, and that technical users should consider getting a nightly build 
if they want to play with/use features from the above package.

I also propose that the number of included utils and demonstrations will 
have to be cut back, some because they require code found in the above 
packages, others because they are unstable or poorly documented.

There is a lot involved in making a release (which is why they have been so 
few of them) so i could do with all the help I can get to make sure that 
0.8.0 makes a good impression when it is released.

I know some of you will be miffed that some packages/demos won't make it 
into 0.8.0, but the time line I have suggested means that 0.9.0 wont be 
that far behind and we can look at including more code then.

I have been working on a list of tasks that need to be completed before the 
release can take place, you can find the details at:
http://sourceforge.net/pm/task.php?group_id=4091&group_project_id=7222&func=browse&set=open&order=end_date

Though I hope to add more tasks soon, and if possible produce a more 
presentable flow chart and progress page for tracking the release.

Please, please let me know, though this list, any thoughts or suggestions 
you have on this process.

James



-- 
James Macgill
Center for Computational Geography http://www.ccg.leeds.ac.uk
Spell Checker (c) Creative Spelling inc (aka my dyslexic brain)
http://www.geotools.org a client side java mapping toolkit.

[Geotools-devel] Welcome

[James M. <j.m...@ge...>]

First off, thanks to all of you for moving over to this list so quickly, I 
hope we all find this list productive.

Some of you will already seen automated posts to this list from the bug and 
support tracker on sourceforge.  Using this enables everyone in this list 
to see when new bugs come up.  If you see a bug you think you can take on 
then just say and it can be allocated to you.

I'll give the automated messages a trial and see what everyone thinks of 
them, my hope is that they will enable the active developers to keep more 
informed on what is going on and what needs to be done.

Please let me know your thoughts and suggestions on the running and content 
of this mailing list.

James


-- 
James Macgill
Center for Computational Geography http://www.ccg.leeds.ac.uk
Spell Checker (c) Creative Spelling inc (aka my dyslexic brain)
http://www.geotools.org a client side java mapping toolkit.

[Geotools-devel] [ geotools-Bugs-487692 ] Counts no longer work in classifications

[<no...@so...>]

Bugs item #487692, was opened at 2001-11-30 14:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=487692&group_id=4091

Category: misc
Group: Glitch
>Status: Closed
Resolution: None
Priority: 5
Submitted By: James Macgill (jmacgill)
>Assigned to: James Macgill (jmacgill)
Summary: Counts no longer work in classifications

Initial Comment:
The old inplementation of classification shader 
allowed the number of features in each bin to be 
displayed. e.g.

(0,100] [20]
(100,200] [21]

etc.  However, with the move to a new architecture for 
classification shaders this feature was not 
reimplemented.

The reason was that instead of one classifier for all 
types a suite of individual classifiers was introduced.

See the uk.ac.leeds.ccg.geotools.classification 
package.

It was felt that duplicating the count code in each 
one was a waste so it was to be split out into a 
classification stats class, which would be used by 
classification shader to do the counting.

To fix the bug the stats class needs finishing and 
testing and classificationShader needs changeing to 
use it.

----------------------------------------------------------------------

>Comment By: James Macgill (jmacgill)
Date: 2001-12-02 06:00

Message:
Logged In: YES 
user_id=9731

Fixed using the ClassifierStats package.

Counts are now displayed correctly, though ClassifierStats 
could do with some optimizations as it is clearly 
inefficent.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=487692&group_id=4091

[Geotools-devel] [ geotools-Bugs-487692 ] Counts no longer work in classifications

[<no...@so...>]

Bugs item #487692, was opened at 2001-11-30 14:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=487692&group_id=4091

Category: misc
Group: Glitch
Status: Open
Resolution: None
Priority: 5
Submitted By: James Macgill (jmacgill)
Assigned to: Nobody/Anonymous (nobody)
Summary: Counts no longer work in classifications

Initial Comment:
The old inplementation of classification shader 
allowed the number of features in each bin to be 
displayed. e.g.

(0,100] [20]
(100,200] [21]

etc.  However, with the move to a new architecture for 
classification shaders this feature was not 
reimplemented.

The reason was that instead of one classifier for all 
types a suite of individual classifiers was introduced.

See the uk.ac.leeds.ccg.geotools.classification 
package.

It was felt that duplicating the count code in each 
one was a waste so it was to be split out into a 
classification stats class, which would be used by 
classification shader to do the counting.

To fix the bug the stats class needs finishing and 
testing and classificationShader needs changeing to 
use it.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=104091&aid=487692&group_id=4091

[Geotools-devel] [ geotools-Support Requests-487515 ] Can't connect to CVS

[<no...@so...>]

Support Requests item #487515, was opened at 2001-11-30 06:44
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487515&group_id=4091

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't connect to CVS

Initial Comment:
I can't connect to your cvs system.
Error Message:
cvs login: failed to open /root/.cvspass for reading:
No such file or directory.

----------------------------------------------------------------------

>Comment By: James Macgill (jmacgill)
Date: 2001-11-30 07:20

Message:
Logged In: YES 
user_id=9731

I think this relates to a problem with your CVS client or 
its settings.

Could you let me know what OS you are using and which CVS 
client you are running on it?

James.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487515&group_id=4091

[Geotools-devel] [ geotools-Support Requests-487516 ] Can't connect to CVS

[<no...@so...>]

Support Requests item #487516, was opened at 2001-11-30 06:46
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487516&group_id=4091

Category: None
Group: None
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't connect to CVS

Initial Comment:
I can't connect to your cvs system.
Error Message:
cvs login: failed to open /root/.cvspass for reading:
No such file or directory.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487516&group_id=4091

[Geotools-devel] [ geotools-Support Requests-487516 ] Can't connect to CVS

[<no...@so...>]

Support Requests item #487516, was opened at 2001-11-30 06:46
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487516&group_id=4091

Category: None
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't connect to CVS

Initial Comment:
I can't connect to your cvs system.
Error Message:
cvs login: failed to open /root/.cvspass for reading:
No such file or directory.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487516&group_id=4091

[Geotools-devel] [ geotools-Support Requests-487472 ] Village class not found

[<no...@so...>]

Support Requests item #487472, was opened at 2001-11-30 04:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487472&group_id=4091

Category: Getting Started
Group: None
Status: Open
Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Village class not found

Initial Comment:
Would like to use the village example as basis to 
develop an online GIS (as part of MSc project) but 
having desperate troubles getting started.  Error 
message even to display the map on my home pc 
(Netscape 4.6, IE5.5) is 'Applet Village class Village 
not found/could not be loaded'.  Also cannot view any 
of the demos beyond example 4.5, cannot load 
Highlighter examples et all from the demos folder, 
similar message 'class files not found'.  

Please, please help me get started.  Here is a link to 
my web page which has illustrations of what I am 
attempting to do
http://www.thecyberscribe.com/test/IOM.htm

Thanks very much for any help (and big thanks for 
geotools)


----------------------------------------------------------------------

>Comment By: James Macgill (jmacgill)
Date: 2001-11-30 06:56

Message:
Logged In: YES 
user_id=9731

Sorry, resolution should not have been set to rejected, set 
it back to None!

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 06:56

Message:
Logged In: YES 
user_id=9731

Sorry, resolution should not have been set to rejected, set 
it back to None!

----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:29

Message:
Logged In: YES 
user_id=9731

Sorry missed out address for latest demos.zip
http://www.geotools.org/dload.php


----------------------------------------------------------------------

Comment By: James Macgill (jmacgill)
Date: 2001-11-30 05:28

Message:
Logged In: YES 
user_id=9731

Just had a look at your site, I like what your aiming for.  
I hope I can help you to get there.

Can you tell me which version of the demo archive you have 
and where you got it from?

If its not the demos.zip available from
could you grab that version and try with them.

If you are still having problems then could you attach the 
full output of the Java Console window (Communicator->Tools-
>Java Console

I should be able to help you from that.

James

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=204091&aid=487472&group_id=4091