From: Cameron S. <csh...@bi...> - 2002-06-20 22:08:56
|
I tried a few examples in the spike directory, but can't get them working. Are there any examples working at the moment? By the way, I've been populating the developers guide on how to use Netbeans as I set things up. I'm thinking about moving onto developing the pan/zoom type tools once I have a working code base. -- Cameron Shorter http://cameron.shorter.net Open Source Developer http://mapbuilder.sourceforge.net Senior Software Engineer http://www.adi-limited.com/ |
From: Martin D. <mar...@te...> - 2002-06-21 07:34:18
|
Hello Cameron Shorter wrote: > I tried a few examples in the spike directory, but can't get them working. > Are there any examples working at the moment? There is a very simple demo (console application) of coordinate transformations in the following directory: geotools-src/cts-coordtrans/demo Similary, there is also a simple (primitive?) demo of ZoomPane in the following directory: geotools-src/gui/demo Both should work. If they don't, I will fix them asap. By the way, I don't know if a demo directory in each module is the right place. I put them there because it seemed a logical place to me, but if peoples feel it should be elsewhere, I have no problem moving them. Martin. |
From: William T. S. <bu...@vi...> - 2002-06-21 18:05:03
|
Hi, I would like to use the GeoTools2 API to provide GIS functionality for some simulation modeling I'm doing. I may be able to provide a "reader" or two for some of the data formats out there (e.g. GEODAS bathymetry grids), if that's of interest at all. In the meantime, how can I generate the javadocs for GeoTools2 using ant? I've followed the "how to build GeoTools2" html file instructions to the point where I've now downloaded and installed ant 1.4.1 from the link given--and I've successfully built GeoTools (whoo-hoo!). I also downloaded the "xalan" tar file from the link under the javadoc discussion and installed bsf.jar, xalan.jar and xerces.jar in the $ANT_HOME/lib directory. Since there aren't any instructions on how to run ant to construct the javadocs, I guessed that I just had to rerun ant (i.e., "ant release") from the gtbuild folder to create the javadocs. That, however, doesn't seem to be the case. What am I missing? I'm running J2SE on an NT4 workstation, and use Forte4Java (ver. 4) as an IDE. Thanks for your help! Buck Stockhausen *********************************************************************** *William T. Stockhausen, PhD e-mail: bu...@vi... * *Senior Marine Scientist voice : 804-684-7643 * *Virginia Institute of Marine Science fax : 804-684-7250 * *College of William and Mary http://www.vims.edu/~buck * *Greate Road * *Gloucester Point, VA 23062-1346 * *********************************************************************** |
From: William T. S. <bu...@vi...> - 2002-06-21 21:45:45
|
Hi again, What appears to be the constructor for ThreadedFeatureTable uses "public FeatureTable(DataSource ds)", not "public ThreadedFeatureTable(DataSource ds)". Here's a code snippet (the constructor starts 8 lines from the bottom): public class ThreadedFeatureTable implements FeatureTable{ /** The column names loaded from the DataSource */ private String [] columns = null; /** The DataSource used by this Featuretable to load data */ private DataSource ds = null; /** The central table of loaded Features */ private Vector table = null; /** The current loaded Extent */ private Extent loadedExtent = null; /** The TableEventListeners attached to this object */ private Vector vTableEventListeners = new Vector(); /** The attached FeatureIndex objects */ private Vector vIndexes = new Vector(); /** The currently loading threads */ private Vector vLoadingThreads = new Vector(); /** This mode discards all the Features in this table before loading a new Extent */ public static final int MODE_DISCARD_ALL = 0; /** This mode disacrds only those Features not needed by a new Extent */ public static final int MODE_LOAD_INTERSECT = 1; private int iLoadMode = MODE_DISCARD_ALL; /** The normal, non-loading, non Index-rebuilding state of the FeatureTable */ public static final int STATE_NORMAL = 0; /** Threaded loading is in progress */ public static final int STATE_LOADING = 1; /** Indexes are being rebuilt (all TableChangedListeners are being notified) */ public static final int STATE_BUILDING = 2; private int iState = STATE_NORMAL; /** Creates a new FeatureTable with the specified number of rows */ public FeatureTable(DataSource ds) { // Set DataSource this.ds = ds; // Set columns names columns = ds.getColumnNames(); // Initialize the table table = new Vector(); } Hope this isn't old news. Best regards, Buck *********************************************************************** *William T. Stockhausen, PhD e-mail: bu...@vi... * *Senior Marine Scientist voice : 804-684-7643 * *Virginia Institute of Marine Science fax : 804-684-7250 * *College of William and Mary http://www.vims.edu/~buck * *Greate Road * *Gloucester Point, VA 23062-1346 * *********************************************************************** |
From: Cameron S. <csh...@bi...> - 2002-06-22 06:07:44
|
On Saturday 22 June 2002 04:11, William T. Stockhausen wrote: > In the meantime, how can I generate the javadocs for GeoTools2 using ant? Sorry, I don't think it can be done yet. We are planning to create javadocs using apache's maven project, however so far maven has only been set up for the core geotools modules, and we have not documented the process yet. For your information, I'm starting to write a Developer's Guide, which is stored in geotools2/geotools-src/developersguide. If you are lucky and you have all the relevant jar's installed, you may be able to create html docs by typing "ant" in the developers guide directory. If not, you can convert the source from xdocs/developersguide.sgml using: http://www.cartesia.org/modules.php?op=modload&name=NS-Docbook&file=index So far, it only contains a few tips for using Netbeans/Forte which may be of use. > I've followed the "how to build GeoTools2" html file instructions to the > point where I've now downloaded and installed ant 1.4.1 from the link > given--and I've successfully built GeoTools (whoo-hoo!). I also downloaded > the "xalan" tar file from the link under the javadoc discussion and > installed bsf.jar, xalan.jar and xerces.jar in the $ANT_HOME/lib directory. > Since there aren't any instructions on how to run ant to construct the > javadocs, I guessed that I just had to rerun ant (i.e., "ant release") from > the gtbuild folder to create the javadocs. That, however, doesn't seem to > be the case. What am I missing? I'm running J2SE on an NT4 workstation, > and use Forte4Java (ver. 4) as an IDE. -- Cameron Shorter http://cameron.shorter.net Open Source Developer http://mapbuilder.sourceforge.net Senior Software Engineer http://www.adi-limited.com/ |
From: Cameron S. <csh...@bi...> - 2002-06-22 04:02:42
|
Thankyou Martin, I got the geotools-src/gui/demo working. Thankyou, this was all I was looking for. FYI: the geotools-src/cts-coordtrans/demo didn't compile too well with jdk1.4. It gave a few errors along the lines of: org/geotools/cs/Ellipsoid.java [309:1] warning: as of release 1.4, assert is a keyword, and may not be used as an identifier. On Friday 21 June 2002 17:38, Martin Desruisseaux wrote: > There is a very simple demo (console application) of coordinate > transformations in the following directory: > > geotools-src/cts-coordtrans/demo > > Similary, there is also a simple (primitive?) demo of ZoomPane in the > following directory: > > geotools-src/gui/demo > > Both should work. If they don't, I will fix them asap. > -- Cameron Shorter http://cameron.shorter.net Open Source Developer http://mapbuilder.sourceforge.net Senior Software Engineer http://www.adi-limited.com/ |
From: Martin D. <mar...@te...> - 2002-06-22 08:42:51
|
Hello Cameron > FYI: the geotools-src/cts-coordtrans/demo didn't compile too well with > jdk1.4. It gave a few errors along the lines of: > > org/geotools/cs/Ellipsoid.java [309:1] warning: as of release 1.4, assert is > a keyword, and may not be used as an identifier. I very glad you hit this one. You are not the first one, and probably not the last one neither. Maybe we should put the following in evidence somewhere in the documentation: * Source code in cts-coordtrans, gcs-gridcoverage and some others modules need to be compiled with the "-source 1.4" option. One the command line: javac -source 1.4 [other options] [files to compile] With netbeans: Tools / Options / Building / Compiler Types / External Compiler Set "Enable JDK 1.4 source" to "True". Why we need to set a "-source 1.4" option? Because "assert" is a new keyword in 1.4. "assert" can no longuer be used as an identifier. In order to avoid compatibility problems with JDK 1.3 source, by default the compiler do not recognize the new "assert" keyword. Instead, it still accept "assert" as an identifier, but issue a warning. Martin. |
From: Martin D. <mar...@te...> - 2002-06-22 08:45:59
|
[Following on "-source 1.4" switch] By the way, I propose that all source code should be compilable with the "-source 1.4" switch. Once all Geotools modules can compile with the default "-source 1.3" switch without any "assert" warning, then it is safe to turn "-source 1.4" on for every modules. Martin. |
From: William T. S. <bu...@vi...> - 2002-06-27 18:34:15
|
Hi, I've been struggling to build some of the modules in GeoTools2. Aftr checking out geotools2 from CVS, I successfully built the core, defaultcore, gmldatasource, shapefile, gui and Java2DRendering modules using using ant and the build script in geotools-src/gtbuild. Using Cameron's Developer Guide notes, I was also able to compile and execute the ZoomPaneDemo and the TransformationConsole demos using the SunONE Studio/Forte4Java IDE. Things went well up to this point. I'm particularly interested in working with raster data and grid coverages at the moment, so I tried to build gcs-coverage (by modifying "modules" in the build.ant.properties file in gtbuild to include gcs-coverage). The build failed with 100 errors. Here's some of the output from the ant process: Buildfile: build.xml modificationset: init: build: [for-each] Process 'gcs-coverage' location with 'release' target ... release: taskdefs: modificationset: init: [echo] initializing with testing set to ${testing} set-classpath: add-extbin: prepare-compile: [echo] Prep-compile: gcs-coverage dependancies: compile: [echo] G:\JavaCode\JavaGIS\GEOTools\geotools2\geotools-src\gtbuild\..\gcs-coverage/ src [javac] Compiling 51 source files [for-each] G:\JavaCode\JavaGIS\GEOTools\geotools2\geotools-src\gcs-coverage\src\org\geo tools\cv\Col orInterpretation.java:50: package org.opengis.cv does not exist [for-each] import org.opengis.cv.CV_ColorInterpretation; [for-each] ^ [for-each] G:\JavaCode\JavaGIS\GEOTools\geotools2\geotools-src\gcs-coverage\src\org\geo tools\cv\Cov erage.java:75: package org.geotools.pt does not exist [for-each] import org.geotools.pt.Matrix; [for-each] ^ [for-each] G:\JavaCode\JavaGIS\GEOTools\geotools2\geotools-src\gcs-coverage\src\org\geo tools\cv\Cov erage.java:76: package org.geotools.pt does not exist [for-each] import org.geotools.pt.Envelope; [for-each] ^ I'm guessing I'm missing some dependancies (nothing specified in the build.ant.properties file under gcs-coverage) or external binaries (but there's no extbin/gcs-coverage directory). How do I find out what they (dependancies, external binaries) should be, and what should I do once I find out? Thanks! Buck *********************************************************************** *William T. Stockhausen, PhD e-mail: bu...@vi... * *Senior Marine Scientist voice : 804-684-7643 * *Virginia Institute of Marine Science fax : 804-684-7250 * *College of William and Mary http://www.vims.edu/~buck * *Greate Road * *Gloucester Point, VA 23062-1346 * *********************************************************************** |
From: Martin D. <mar...@te...> - 2002-06-28 08:24:35
|
Hello William Actually, I just started to learn Ant this week. Prior to that, I was building the gcs-coverage module using only the "javac" command line. Consequently, the current build.ant.xml property file is probably not right. The gcs-coverage module has dependencies toward the following: - (no dependencies to core at this time) - resources module - cts-coordtrans module - opengis-gcs.jar, which is currently not in the 'extbin' directory. You can replace both opengis dependencies (opengis-css.jar and opengis-gcs.jar) with a single dependencies to the opengis module, which contains source code for both. Regards, Martin. |
From: William T. S. <bu...@vi...> - 2002-06-28 13:28:09
|
Martin, Thanks! The only experience I have with ant is running these builds, so you're way ahead of me (lest you thought I might have some insight above and beyond what really slaps me in the face). I was able to build most of the modules using ant, including the resources and opengis modules (glad to know the latter replaces the opengis-css and opengis-gcs modules), so I can include those as dependancies in building gcs-coverage without a problem (I think). However, I wasn't able to successfully build the cts-coordtrans module (got error messges about missing packages like org.geotools.units, org.geotools.util, and org.opengis.cs, which I suspect are missing dependancies). FYI, I was also unable to build the following modules using ant: awtRendering -- missing org.geotools.featuretable and org.geotools.datasource (missing dependancies?) postgis -- the directory that "extbin" refers to does not exist mapinfo -- no build script threadedfeaturetable -- no build script wmsserver -- no build script The problems with the last three modules are obvious, but the first two are not. Does postgis reference external packages and, if so, which ones? Are there missing dependancies for awtRendering? Again, thanks for your help (and patience!), Buck *********************************************************************** *William T. Stockhausen, PhD e-mail: bu...@vi... * *Senior Marine Scientist voice : 804-684-7643 * *Virginia Institute of Marine Science fax : 804-684-7250 * *College of William and Mary http://www.vims.edu/~buck * *Greate Road * *Gloucester Point, VA 23062-1346 * *********************************************************************** -----Original Message----- From: geo...@li... [mailto:geo...@li...]On Behalf Of Martin Desruisseaux Sent: Friday, June 28, 2002 4:25 AM To: geo...@li... Subject: Re: [Geotools-devel] building GeoTools2 modules Hello William Actually, I just started to learn Ant this week. Prior to that, I was building the gcs-coverage module using only the "javac" command line. Consequently, the current build.ant.xml property file is probably not right. The gcs-coverage module has dependencies toward the following: - (no dependencies to core at this time) - resources module - cts-coordtrans module - opengis-gcs.jar, which is currently not in the 'extbin' directory. You can replace both opengis dependencies (opengis-css.jar and opengis-gcs.jar) with a single dependencies to the opengis module, which contains source code for both. Regards, Martin. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf _______________________________________________ Geotools-devel mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-devel |
From: Martin D. <mar...@te...> - 2002-06-28 13:56:59
|
Hello The cts-coordtrans module has basically the same dependencies than gcs-coverage, i.e.: - The resources module - The opengis module (or opengis-css.jar file) > FYI, I was also unable to build the following modules using ant: > awtRendering -- missing org.geotools.featuretable and > org.geotools.datasource (missing dependancies?) > postgis -- the directory that "extbin" refers to does not exist > mapinfo -- no build script > threadedfeaturetable -- no build script > wmsserver -- no build script > The problems with the last three modules are obvious, but the first two are > not. Does postgis reference external packages and, if so, which ones? Are > there missing dependancies for awtRendering? > > Again, thanks for your help (and patience!), Actually, building Geotools2 is not easy for me neither. Geotools 2 is currently splitted in 20 modules, some of them are closely related (e.g. "core" and "defaultcore"). I'm sure that modules are a good design, but I wonder if we have too much of them? Could (or should) we merge some modules like "core"+"defaultcore"? Maybe it would help to make the build process and the maintenance a little bit easier. As for awtRendering, I have not tried to build this one yet... Good luck, Martin. |
From: William T. S. <bu...@vi...> - 2002-06-28 14:49:06
|
Martin, Got it! I put in the correct dependancies for cts-coordtrans and gcs-coverage and was able to build those modules successfully. Still having a problem with awtRendering--does anyone else get this module to build (as it's checked out from CVS)? In looking at the error messages I'm getting from my build attempt, it looks like the problems are in compiling AffineTransformer and AWTRenderer. One or both of these import the packages org.geotools.featuretable and org.geotools.datasource. Both packages look like they exist in the core and defaultcore modules (which are listed as dependancies in the build.ant.properties). However, when I look at the jar files, both packages are empty--which should not have surprised me because I have no source files in the right places in the directory structure I checked out from CVS yesterday. Apologies if I'm being a pain in the ... Buck *********************************************************************** *William T. Stockhausen, PhD e-mail: bu...@vi... * *Senior Marine Scientist voice : 804-684-7643 * *Virginia Institute of Marine Science fax : 804-684-7250 * *College of William and Mary http://www.vims.edu/~buck * *Greate Road * *Gloucester Point, VA 23062-1346 * *********************************************************************** -----Original Message----- From: geo...@li... [mailto:geo...@li...]On Behalf Of Martin Desruisseaux Sent: Friday, June 28, 2002 9:57 AM To: geo...@li... Subject: Re: [Geotools-devel] building GeoTools2 modules Hello The cts-coordtrans module has basically the same dependencies than gcs-coverage, i.e.: - The resources module - The opengis module (or opengis-css.jar file) > FYI, I was also unable to build the following modules using ant: > awtRendering -- missing org.geotools.featuretable and > org.geotools.datasource (missing dependancies?) > postgis -- the directory that "extbin" refers to does not exist > mapinfo -- no build script > threadedfeaturetable -- no build script > wmsserver -- no build script > The problems with the last three modules are obvious, but the first two are > not. Does postgis reference external packages and, if so, which ones? Are > there missing dependancies for awtRendering? > > Again, thanks for your help (and patience!), Actually, building Geotools2 is not easy for me neither. Geotools 2 is currently splitted in 20 modules, some of them are closely related (e.g. "core" and "defaultcore"). I'm sure that modules are a good design, but I wonder if we have too much of them? Could (or should) we merge some modules like "core"+"defaultcore"? Maybe it would help to make the build process and the maintenance a little bit easier. As for awtRendering, I have not tried to build this one yet... Good luck, Martin. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf _______________________________________________ Geotools-devel mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-devel |
From: James M. <j.m...@ge...> - 2002-06-28 16:19:20
|
At 03:55 PM 6/28/02, William T. Stockhausen wrote: >Martin, > >Got it! I put in the correct dependancies for cts-coordtrans and >gcs-coverage and was able to build those modules successfully. > >Still having a problem with awtRendering--does anyone else get this module >to build (as it's checked out from CVS)? awtRendering had fallen a long way behind recent changes in the rest of GT2, I've almost finished updating it and a compilable version should be in the cvs any time now. >Apologies if I'm being a pain in the ... You are being nothing of the sort, its all to easy for us as developers to end up with slight tweeks or workarounds that we forget to fold back into the CVS so that we can think all is well when clearly its not. Heads up like the ones you have been reporting are invaluable. Is there any chance you can make it to the IRC pre-session later today? It would be a good opportunity to tidy up any remaining build problems you are having. All the best James >Buck -- 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. |
From: Ian T. <ia...@ge...> - 2002-06-28 15:42:21
|
At 10:55 28/06/02 -0400, William T. Stockhausen wrote: >Martin, > >Got it! I put in the correct dependancies for cts-coordtrans and >gcs-coverage and was able to build those modules successfully. > >Still having a problem with awtRendering--does anyone else get this module >to build (as it's checked out from CVS)? No awtRendering doesn't build, its still there because I don't like to throw code away :-) but since we decided not to target java 1 any longer we're not actively developing it. >Actually, building Geotools2 is not easy for me neither. Geotools 2 is >currently splitted in 20 modules, some of them are closely related (e.g. >"core" and "defaultcore"). I'm sure that modules are a good design, but >I wonder if we have too much of them? Could (or should) we merge some >modules like "core"+"defaultcore"? Maybe it would help to make the build >process and the maintenance a little bit easier. Martin, I thought we'd all discussed this to death. There were (and still are) very good reasons to keep the interfaces in core separate from the implementations in defaultcore. The build works fine with ant, I even wrote some documentation about it :-) I find the split into the modules very useful, as I've spent the last week poking about in sld and java2d rendering it meant that I didn't need to worry about what was going on in any of the other modules. Ian |
From: Martin D. <mar...@te...> - 2002-06-28 17:56:07
|
Hello > Martin, I thought we'd all discussed this to death. There were (and > still are) very good reasons to keep the interfaces in core separate > from the implementations in defaultcore. The build works fine with ant, > I even wrote some documentation about it :-) I find the split into the > modules very useful, as I've spent the last week poking about in sld and > java2d rendering it meant that I didn't need to worry about what was > going on in any of the other modules. My apologies for being to much insisting... Actually, I'm getting more familiar with Ant and I really agree with using it (I'm starting to like it). My concern was about the amount of modules, not the module concept. Especially since some modules share the same package names. "core" and "defaultcore" both use the "org.geotools.data", "org.geotools.filter", "org.geotools.feature" packages, etc. If each module creates their own JAR files, then JAR files can't be sealed because of that (http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html#sealing). It also make it more difficult for a newbie like me to get the big picture of the "org.geotools.data" package, since I have to browse among two completely different directories to see what the package's content is. I fully agree that it is a very nice thing to change a module and not worry about what is going on other modules. But it seems hard for "core" to ignore "defaultcore", and vis-versa. But I fully admit there is maybe many newbies more intelligent than we around there :) Best regards, Martin. |
From: James M. <j.m...@ge...> - 2002-06-28 16:41:23
|
>FYI, I was also unable to build the following modules using ant: > awtRendering -- missing org.geotools.featuretable and >org.geotools.datasource (missing dependancies?) > postgis -- the directory that "extbin" refers to does not exist > mapinfo -- no build script > threadedfeaturetable -- no build script > wmsserver -- no build script >The problems with the last three modules are obvious, but the first two are >not. Does postgis reference external packages and, if so, which ones? Are >there missing dependancies for awtRendering? OK, thanks again for the above list. I've added the extbin for postgis and updated its test suite so that it connects to a public postgis server so that should compile and test fine now. awtRendering has now been updated and should also be fine. threadedfeaturetable is in a state of limbo so I guess it needs to be marked as such. mapinfo and wmsserver are new, experimental, modules from Ray. (Ray, are you ok with putting the build files in place? If not give shout and I'll set them up.) All the best 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. |