[Geotools-devel] Request for Commit Access
I'd like to get involved again with GeoTools, fixing modest unloved bugs from time to time -- mostly in areas of the code I am familiar with from 2005-2007 -- and reviving my module maintainer status in the brewer module. Therefore, I request commit access to the GeoTools repository. There should be an OSGeo signed contributor agreement on file, in whatever filing cabinet those end up in when we mail them -- although i'm not sure if that covered me as a corporate contributor, as an individual, or both. My username is chorner. Cheers, Cory. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Who's the maintainer of extension/brewer?
I believe udig is the only consumer of the module... the module calculates boundaries for thematic styling, and chooses colours from the colorbrewer palettes. You have my blessing to make any changes. What do we have to do to keep this supported? Cheers, Cory. On 26-Oct-08, at 11:20 AM, Andrea Aime wrote: Sorry for the silly question, but the pom lists the following people: - James McGill - Cory Horner - Ian Turton Now, none of them has been active in ages. Should we move the module in unsupported land? Anyone using it? What is it for, btw? I'm just asking because it's a heavy user of the old filter interfaces and by procedure I should ask the maintainer before committing any change - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] What means that error ?
On 13-Apr-08, at 9:38 AM, felipe gutierrez wrote: What means that error ? org.geotools.renderer.lite.StreamingRenderer processStylers SEVERE: java.awt.Color cannot be cast to java.lang.String java.lang.ClassCastException: java.awt.Color cannot be cast to java.lang.String Looks like a bug... Would you mind creating a bug report in our JIRA instance: http://jira.codehaus.org/browse/GEOT ...and please provide the full stack trace, with some instructions regarding how to reproduce the error. Thanks, Cory. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] What version of maven are you using?
...as I cannot manage to deploy to lists.refractions.net/m2 using maven 2.0.5. We have not made a release in a while so I am not sure if something is just broken; or if maven 2.0.5 is not working. So before I consider a different version of maven I would like to know what *you* are using. This brings up the last reason to make milestone releases; to make sure we can still release software :-) Is your maven set up with the webdav funkiness? If not there is a wiki page around here somewhere... Cheers, Cory. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] build is breaking
A handful of us are at the FOSS4G code sprint... the build is going down for a while :) Please stay at r27158 to avoid any trouble. Cheers, Cory. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Accessing files for database online tests
On 31-Jul-07, at 4:00 AM, David Adler wrote: I'm working on making the DB2 tests consistent with the recommended online test process. Is the fixture file supposed to go into db2\src\test\resources\org\geotools\data\db2 and then get copied manually to c:\documents and settings\dadler\.geotools\db2 (or similar) if the online tests are to be run? Or does it get posted to http://docs.codehaus.org/display/GEOT/Online+Test+Fixtures? Hi David, My apologies... I haven't had a chance to get those docs cleaned up. The fixture files should originate in geotools/trunk/gt/build/ fixtures/db2, and be copied to ~/.geotools/db2 (and slightly modified) by users who want to run the online tests. All test cases that use external resources (this includes a local db2 install), should extend the OnlineTestCase class. The plan for the Online Test Fixtures wiki page was to set up descriptions for each fixture so developers could have an idea of what each database should look like (ie a read-only postgis instance with the demo-bc dataset). Cheers, Cory. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] test
still being blocked? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] mvn site deploy no longer working from the build box
Ensure that everything in the lists/gt directory on that server is writable by the users group (i recall the permissions being changed to apache:apache at some point -- maven doesn't like this one bit). You might also consider changing the user which deploys the files, it is currently using my login which may have garnished privileges (change /usr/local/home/autorun/.m2/settings.xml on ANT). Cheers, Cory. On 24-Jul-07, at 5:31 PM, Jody Garnett wrote: Graham you were looking at this last week were you not? It looks like site:deploy is failing right now. Jody [INFO] - --- [ERROR] BUILD ERROR [INFO] - --- [INFO] Error uploading site Embedded error: SCP terminated with unknown error code - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] mvn site woes
Andrea Aime wrote: Well, this is going to speak trouble for whoever tries to have both gt and gs loaded in the same eclipse... in that you would have two main modules. Main is such a common name that other projects may have the same issue as well. I think we were waiting for a fix in the eclipse plugin allowing to add prefixes to the generated projects, which should be http://jira.codehaus.org/browse/MECLIPSE-251 This allows to have Eclipse project names prefixed by the group id... bleah, verbose but better than nothing... About the jar name generation, maybe there is another issue we're waiting for? Well, we've decided to use symbolic links as a workaround for the broken links in mvn site, and they seem to work ok. We just need to create them all :) Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] mvn site woes
Jody Garnett wrote: So this should be a normal maven site - ie one we can link to that holds the results of the coverage reports? Yes -- alternatively there is geotools.fr, but i'm not sure what the update frequency of it is. We cannot get our build box to deploy the site to martin's due to high latency. Are we still unable to generate javadocs? Or can we get that as well ... I thought javadocs were going -- it was other obscure reporting plugins that have been disabled in the root pom. - http://lists.refractions.net/gt/modules/source-repository.html - tells you how to check out gt2-modules Yes... the maven team still doesn't understand us (what do you mean you have more than one jar?). - http://lists.refractions.net/gt/modules/team-list.html - is not up to date Let's update our pom's. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] mvn site woes
Hey guys, Lately we have been deploying the geotools trunk site report to http://lists.refractions.net/gt Unfortunately, things are currently misconfigured and as a result, many links don't correlate directly with real locations. For example: a relative link points to /gt2-modules while the real path is /modules. Was there a maven plugin that we were waiting for a bug fix on, or are there configuration options we need to play with to sort this out. Were we planning on removing the gt2- prefix altogether (and were we going to prepend gt- only to jars?). We would like to sort this out, as we need to make the coverage reports visible AND usable. Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2.4 branch part 2
Jody Garnett wrote: Here are a couple of thoughts for the revision of referencing to take on the 2.4.x branch: 2.4-M3 is -r 25701 - which would make Martin happy (you would need to grab that revision of the epsg modules I bet) 2.4-M4 is -r 26076 - should be slightly less work for you Below is where we started; i'd guess 25887 might be a good place, if we're willing to sacrifice GEOT-1301 for the 2.4 release. Cory. r25896 | jgarnett | 2007-06-18 17:28:47 -0700 (Mon, 18 Jun 2007) | 1 line Grabbed out BufferedAuthorityFactory functionality into ThreadedAuthorityFactory as prep high volume crs services r25890 | jgarnett | 2007-06-18 12:27:53 -0700 (Mon, 18 Jun 2007) | 1 line Changed from FactoryGroup to ReferencingFactoryContainer, GEOT-1338 r25889 | jgarnett | 2007-06-18 11:23:44 -0700 (Mon, 18 Jun 2007) | 1 line Part 2 created ReferencingObjectFactory, GEOT-1301 r25888 | jgarnett | 2007-06-18 11:02:22 -0700 (Mon, 18 Jun 2007) | 1 line Created ReferencingObjectFactory from the now deprecated GeotoolsFactory, GEOT-1301 r25824 | desruisseaux | 2007-06-13 07:33:47 -0700 (Wed, 13 Jun 2007) | 1 line Reverted some changes. r25823 | desruisseaux | 2007-06-13 06:31:05 -0700 (Wed, 13 Jun 2007) | 1 line Cleanup and javadoc update. r25801 | chorner | 2007-06-11 11:16:34 -0700 (Mon, 11 Jun 2007) | 1 line GEOT-908: fixed oracle reserved word FILE - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] clover license outdated
Jody Garnett wrote: Darn; as a PMC member you can officially hit them up for another one. But I think we get the license through codehaus? So perhaps you should start over on their IRC... Jody I just tried to run the clover plugin to check test coverage and got an error specifying the license is out of date? I made that mistake the last time I played with clover. Telling you your license is out-dated is the clover plugin's way of telling you it couldn't find your license file (unless we've updated our clover version?!). I thought this was resolved when I changed the path of the clover file to a url rather than a relative link. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] clover license outdated
Justin Deoliveira wrote: I notice that the root pom references a location in the svn repository. Does this not work unless the license is local? It works fine with the remote URL; our build box has been generating nightly clover reports for the last couple months. http://lists.refractions.net/gt (watch for broken links -- just add gt2- where necessary) What command are you executing? If you are doing mvn clover:clover on its own, be sure to do mvn clover:instrument first (mvn site will do this for you). Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] branching 2.4
Justin Deoliveira wrote: So with my api changes complete on trunk I believe there is nothing keeping us from branching trunk to 2.4 and continuing with 2.5 development on trunk. What of the crazy 2.9, 3.0 plan? that sounded fun. If everyone is ok (please let us know) I would like to make the official call for people get out of the pool and to wrap up their commits to trunk so i can create the branch. CRS Authority is in a strange state; presumably we will continue working on it on trunk, and the 2.4 branch will delete our changes. There are a few things i'd like to clean up yet, brewer, classifiers -- but i'm happy if i can sneak this in before the release candidate (the branch can go ahead though). Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] cleaning out 2.4-SNAPSHOT on lists.refractions.net
Justin Deoliveira wrote: Its a possibility... although the only other build box that i know of is the one at refractions. I asked cory last week and he stated that they are not uploading 2.4 snapshots. Cory can you verify this? We are not deploying snapshots, but are deploying site. I checked the other refractions build box, and it is not deploying either. Will deleting stuff from the repository be beneficial? In my experiment I see the jars getting pulled off of the rackmount correctly. Is the problem intermittent? I did a test run of the geoserver build after wiping out the geotools section of my maven repo, but ran into problems -- first with a test failure, then with versioned wfs not being able to find org.geotools.maven:gt2-xmlcodegen. Maven 2.0.6 may be responsible for the test failure, not sure how anyone is getting past the undeployed geotools.maven dependency. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Concurrent CRS Authority Factory Issues
Still wrapping my head around the Math Transform call stack... Seems i've done something wrong, or exposed another area which isn't threadsafe... Cory. WARN [Thread-2] (MultiThreadedTestRunner.java:276) - A test thread caused an exception. org.opengis.referencing.FactoryException: Recursive call while creating a 'MathTransformProvider' object. at org.geotools.referencing.factory.AbstractAuthorityMediator.createCoordinateReferenceSystem(AbstractAuthorityMediator.java:391) at org.geotools.referencing.factory.epsg.OracleDialectEpsgMediatorOnlineStressTest$ClientThread.acquireCRS(OracleDialectEpsgMediatorOnlineStressTest.java:87) at org.geotools.referencing.factory.epsg.OracleDialectEpsgMediatorOnlineStressTest$ClientThread.runTest(OracleDialectEpsgMediatorOnlineStressTest.java:101) at net.sourceforge.groboutils.junit.v1.TestRunnable.run(TestRunnable.java:154) at java.lang.Thread.run(Thread.java:595) Caused by: org.geotools.factory.RecursiveSearchException: Recursive call while creating a 'MathTransformProvider' object. at org.geotools.factory.FactoryRegistry.getServiceProviders(FactoryRegistry.java:162) at org.geotools.referencing.operation.DefaultMathTransformFactory.getProvider(DefaultMathTransformFactory.java:270) at org.geotools.referencing.operation.DefaultMathTransformFactory.getDefaultParameters(DefaultMathTransformFactory.java:304) at org.geotools.referencing.factory.epsg.AbstractEpsgFactory.generateCoordinateOperation(AbstractEpsgFactory.java:2212) at org.geotools.referencing.factory.AbstractCachedAuthorityFactory.createCoordinateOperation(AbstractCachedAuthorityFactory.java:644) at org.geotools.referencing.factory.epsg.AbstractEpsgFactory.generateCoordinateReferenceSystem(AbstractEpsgFactory.java:1643) at org.geotools.referencing.factory.AbstractCachedAuthorityFactory.createCoordinateReferenceSystem(AbstractCachedAuthorityFactory.java:297) at org.geotools.referencing.factory.AbstractAuthorityMediator.createCoordinateReferenceSystem(AbstractAuthorityMediator.java:383) ... 4 more - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] cleaning out 2.4-SNAPSHOT on lists.refractions.net
Justin Deoliveira wrote: Cory Horner wrote Will deleting stuff from the repository be beneficial? In my experiment I see the jars getting pulled off of the rackmount correctly. Is the problem intermittent? No idea... I am kind of just guessing on this one. My experience with maven is that sometimes anything is worth a try. Whoa... here's a thought: maven.geotools.fr uses rsync to mirror lists.refractions.net; if a user happens to ask maven.geotools.fr for an update before it is synchronized with refractions, that *could* explain what we're seeing. Martin: what's your update cycle? Also, I see a contradiction in the repositories section of the geoserver trunk pom: snapshots enabled = true vs false for refractions and geotools.fr, respectively. Who knows how maven really behaves under this case..?! Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Contesting the utility of ObjectCacheEntry
Martin Desruisseaux wrote: I understand the sequence of readLock(), writeLock(), get() and peek() you described. My point is that you don't need the read lock at all for achieving exactly what you want to achieve, and consequently ObjectCacheEntry don't need to hold a ReadWriteLock, and consequently ObjectCacheEntry itself may not be needed. We are focusing on both concurrency *and* avoiding duplication of work in the construction of the Referencing objects. The get() method should block precisely because a write lock has been obtained and someone is in the process of generating its value. Our designed workflow is as follows: - thread 1 get() returns null from cache miss - thread 1 acquires a write lock - thread 1 starts building the referencing object - thread 2 get() blocks on request for the same referencing object - thread 1 finishes building the referencing object - thread 1 stores the value in the cache - thread 1 releases the write lock - thread 2 obtains the referencing object from the cache As you can see, we need a more complex design to support this -- do you agree with our justification? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Contesting the utility of ObjectCacheEntry
Martin Desruisseaux wrote: Not really... I don't see the need for a read lock in an Entry, unless my modified workflow above if flawed. In my understanding, the ReadWriteLock is designed for objects like HashMap in a whole, note individual Map.Entry... With a single write lock for the whole map, we would be constrained to create a single object at a time, thus making our worker strategy less than effective. In the event the write lock is acquired and we get blocked by something external (such as a slow database request), all the workers would be blocked. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Cache comments
Martin Desruisseaux wrote: No problem, I will not touch :). I will try to log to IRC tomorrow if it can be useful and I'm still at the laboratory at that time. Hi Martin, I believe i've fixed the failing test case. We have been moving things around in referencing land, and also did some renaming. I've added commons-pool as a dependency in referencing, and inserted an ObjectPool into AbstractAuthorityMediator. We decided to change Factory to Mediator in the classes which simply check the cache and delegate the object creation to the factory (of the same name) via a worker. We are getting close to having a working implementation, but will see how far we get on Tuesday. If you have any questions, fire away :) Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Making Maven less verbose?
Martin Desruisseaux wrote: Just realized that Maven documentation said just print the test cases that has errors, but in practice Maven doesn't prints any test at all, even in case in error. Will wait in the hope that this is a Maven bug to be fixed in the future, unless peoples wish to roll back this change. In the main time, it is always possible to check in the target/surefire-test directory in the usual way. Hi Martin, I like the change, but would like to easily be able to set a flag to have full output (-Dtests.verbose=true). Right now the build boxes tell us that the build is broken, but not which test failed. I also cannot figure out which test failed from the command line (but i agree this is a great improvement, if only this bug were fixed). Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GroboUtils test dependency added to Metadata module
In order to easily stress test with multiple threads against the new ObjectCache in metadata/org.geotools.util, I have added groboutils-core to the test dependencies of the metadata module. The jar has been deployed to the lists.refractions.net/m2 repository. Questions or concerns? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] User Guide limited access?
Seems you need to be logged in to view: http://docs.codehaus.org/display/GEOTDOC/Home Is this intentional? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Build times out of control again?
Jody Garnett wrote: My laptop just clocked 20 mins, and my desktop with a faster hardrive is sitting at 15 mins :-( Main Module is at 1:37 GML XML Bindings is at 1:31 The validation module is traditionally very slow - but it is down to 30 seconds. While I would not mind getting a faster machine to solve this problem, it seems that something else can be done here. - move some tests to different profiles - simplify some tests - buy hardware? Anyone care to share their build metrics? How long does it take *you* to build geotools trunk right now: mvn clean install? What is your CPU clock speed, memory, OS, file system, drive speed? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] What is happening on Referencing SVN??!??
Martin Desruisseaux wrote: One additional note about SVN: the following files were commited with svn:executable attribute set, which is wrong: DefaultReferencingObjectCache.java NullReferencingObjectCache.java ReferencingObjectCache.java I guess that those files were commited with TortoiseSVN or SubEclipse on a Windows platform. I will fix them. Please consider the following policy: never use GUI for any operation writting on SVN; always use the svn command line. I know it is less pretty, but we make less mistake with the command line. It was also a Ian Schneider's suggestion (a great contributor we had a while ago). I am using svn on the command line, but for some reason get svn:executable set by default on Windows XP w/ Cygwin. Any thoughts? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Speaking of failed builds - 2.2.x does not build right now because of a GML test
Jody Garnett wrote: Could I ask that a build box be set to watch this branch? Please? It is not very kind to ask Richard to work without a safety net. Here are the details: org.geotools.data.gml.GMLDataStoreTest java.io.IOException: java.net.ConnectException: Connection refused: connect at org.geotools.xml.gml.FCBuffer.hasNext(FCBuffer.java:289) at org.geotools.data.gml.FileGMLDataStore.getSchema(FileGMLDataStore.java:155) at org.geotools.data.gml.GMLDataStore.getSchema(GMLDataStore.java:101) at org.geotools.data.gml.GMLDataStoreTest.testGetSchema(GMLDataStoreTest.java:71) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) Near as I can tell it is not finding its data? Richard could this be your file url fix? Or is this a case of TestData not being used (and thus the module not working in a maven build?) The refractions build box is hitting this... but has been failing on org.geotools.gce.image.WorldImageReaderTest FAILURE for some time... Not sure if this is a jai version conflict (we upgraded to 1.1.3 a while back), or if the tests are flakey. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1337) Isolate Cache into a separate object (ReferencingObjectCache)
Isolate Cache into a separate object (ReferencingObjectCache) - Key: GEOT-1337 URL: http://jira.codehaus.org/browse/GEOT-1337 Project: GeoTools Issue Type: Sub-task Reporter: Cory Horner Assignee: Cory Horner -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2007 Google SoC Student Quit
Sunburned Surveyor wrote: One of our 2007 Google SoC Students has quit, as you can see below. I was going to help Jody mentor this guy over the summer, but it looks like he must have gotten a full-time girlfriend or something. :] Does anyone want to comment before I get a hold of Frank Wammerdam with the OSGeo and Google? If we can line up another student FAST, google may let us take on another project... Anyone know any hungry students? Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Gvsig_english] udig
Marcel St-Germain wrote: Hi, about competition with udig, I contact them about collaboration with gvsig project. They are interested. If I remember the big point to iron out was the type of licence for the two projects who differs. They tell me that they will contact gvsig project. I do not know if that occur??? Each project have their goals. why reinvent the well if joint development could be made. Wait and see. Hi Marcel, I haven't seen any discussion about this on the uDig list -- I think all that happened was an informal chat at the FOSS4G conference. As a result of your mail, we brought up this topic in our weekly uDig meeting: http://udig.refractions.net/confluence/pages/viewpage.action?pageId=10099 I've also added a skeleton page on the OSGeo wiki, since OpenJUMP has been talking to GeoTools as well about collaboration: http://wiki.osgeo.org/index.php/Java_GIS_Collaboration The natural point of sharing between these projects is GeoAPI and GeoTools. So let's talk. Cheers, Cory. --- Cory Horner Refractions Research uDig/GeoTools Developer http://www.refractions.net - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Reopened: (GEOT-908) FactoryUsingSQL uses Oracle reserved word in query
[ http://jira.codehaus.org/browse/GEOT-908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cory Horner reopened GEOT-908: -- FactoryUsingSQL uses Oracle reserved word in query -- Key: GEOT-908 URL: http://jira.codehaus.org/browse/GEOT-908 Project: GeoTools Issue Type: Bug Components: core referencing Affects Versions: 2.2-RC2 Environment: Windows XP SP2, JDK 1.5.0_06, JBoss 4.0.4-GA, Oracle 10.2.0.1.0 Reporter: Felix LJ Mayer Assignee: Cory Horner Fix For: 2.2.0 A SELECT statement in org.geotools.referencing.factory.epsg.FactoryUsingSQL.createParameterDescriptor() uses the Oracle reserved word 'FILE' to rename a column in the result set, causing the statement to fail on Oracle. Please either choose a different name or don't rename the columns. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] BUILD FAILURE - Does anyone know what is going on with those lock tests?
Andrea Aime wrote: This is bad, but I don't think it's your fault. Developers, did anyone touched memory data store or locking related stuff lately? The only change I see on main was made by chorner yesterday, but I don't know if it's relevant (does the memory data store use the filter splitter?). The changes made were trivial (added .distance(Geometry)), with the exception of some changes Jody made to a test on my machine (a couple weeks old) that i committed. main/src/test/java/org/geotools/filter/DOMParserTestSuite.java This should not affect locking however. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [continuum] BUILD FAILURE: Geotools
Continuum wrote: http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/867 damn... got busted. Sorry -- committed for collaboration purposes... fixing. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Questions on the release process
Martin Desruisseaux wrote: Andrea Aime a écrit : the release process recommends using mvn deploy to deploy on the servers. This will run tests along the way. Is this needed for some reason? We just did an extensive test build a few steps before, so it seems to me a mvn -Dmaven.test.skip=true deploy would be as good. I agree +1 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTools 2.4-M3 released!
Jody Garnett wrote: The README looks way better this month - did someone fix it or did you do it by hand? ye trusty text editor - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTools 2.4-M3 released!
Jody Garnett wrote: Second question ... did we manage to deploy our source code as well as our jars? Yes (geoapi and geotools), since src jars are still turned on by default. When we disable this, we will have to amend the release documentation to explain how to turn them back on (profile?). Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geotools-gt2-users] geometryless.LocationsXYDataStore - unsupported for geotools 2.3.1
w2y4m wrote: Can anyone explain why the geometryless plugin has been moved to the unsuporrted modules in the current geotools trunk. Is this solely a short term decision due to the current stability which may later be revoked or are there plans to displace it by another module/plugin. Unsupported status means a module is unmaintained or does not meet QA standards (documentation, test coverage, ...). If no one steps up to bring geometryless up to snuff before the 2.4.0 release, it will not be part of the download available on sourceforge. http://docs.codehaus.org/display/GEOT/3+Module+Maintainers Nudge, nudge -- this is your chance to rescue this module ;) Such work should take place on trunk -- the 2.3.x branch is stable and can only accept bug fixes. Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] 2.4-M3 release tomorrow
At about 8 AM (PST) tomorrow we'll be doing geoapi and geotools milestone releases off of their respective trunks. If you have any changes lurking in your workspace that you'd like included in the monthly release, please commit away. We have a schedule to keep, so any modules with failures will be cut from the build/changes rolled back/quick hack inserted (if that doesn't scare you, nothing will). Thoughts or concerns? The build looks healthy, so things should go smoothly. Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] trunk build instabilities
Andrea Aime wrote: So yeah, we would need build servers to perform deploy too for at least gt2 2.3.x and gt2 trunk. I guess we need the OpenPlans ones to do this work, since afaik the Refractions ones are building jars with java5 (btw, are those build server still operating, I think I've never seen a mail about a build broken from those). Yes -- the Refractions build box is still going (but with java 5). E-mails are sent to the uDig team, but the build box is only accessible inside the refractions LAN. Tasks that still need to be done: - get online tests to pass and run nightly - poke a hole in the refractions firewall to expose the build box - test against multiple local postgres/postgis versions Unfortunately, I haven't been able to get permission to work on these tasks. Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] SoC students show up next week ...
Jody Garnett wrote: I assume everyone has made contact now? Is everyone happy? Would the students mind letting us know what they're scheming? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Build is back - site target requires clover license
Jody Garnett wrote: I did not try that - it ended up working for me the moment I used Java 5. I think the way we are supposed to do things is to have a clover license in one spot, right now Cory has a license in each module as I understand it. If your solution works then perhaps we can cut down on the duplication. We seem to be through the stress right now so perhaps I can ask you to wait until the release is made on Friday/Monday before experimenting. Whoa... what's going on here? I thought I fixed this by setting the location of the license to an absolute path: licenseLocationhttp://svn.geotools.org/geotools/trunk/gt/build/maven/build-configs/src/main/resources/gt2/clover.licen se/licenseLocation If there are any licenses lying around, they should be able to be deleted (aside: clover copies the license from that url when it sets itself up). I ended up using Andrea's license, since mine way just a duplicate acquired when trying to diagnose the original problem. Going to try turning this on again, and should quickly learn why Jody turned it off. Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] metadata.citation.Telephone methods to Collections
Howdy, Apparently there is another deviation from the ISO 19115 (Metadata) specification in the org.opengis.metadata.citation.Telephone interface, specifically: String getVoice() -- CollectionString getVoice(); String getFacsimile() -- CollectionString getFacsimile(); since both elements are optional with multiple occurrences allowed. If there is no protest (and given this is pretty straight-forward), I will commit the fix to GeoAPI and GeoTools tomorrow morning. JIRA: http://jira.codehaus.org/browse/GEO-111 Cheers, Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] NPE in unsupported/postgis-versioned
mvn 2.0.6 java 1.4.2_13 windoze xp --- T E S T S --- There are no tests to run. Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: c:\java\geotools\trunk\modules\unsupported\postgis-versioned\target\gt2-postgis-versioned-2.4-SNAPSHOT.jar [INFO] Preparing source:jar [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] No goals needed for project - skipping [INFO] [source:jar {execution: attach-sources}] [INFO] Building jar: c:\java\geotools\trunk\modules\unsupported\postgis-versioned\target\gt2-postgis-versioned-2.4-SNAPSHOT-source s.jar [INFO] [gt2-jar-collector:collect {execution: default}] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at org.geotools.maven.JarCollector.collect(JarCollector.java:135) at org.geotools.maven.JarCollector.execute(JarCollector.java:99) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 10 minutes 21 seconds [INFO] Finished at: Fri Apr 20 09:13:49 PDT 2007 [INFO] Final Memory: 36M/63M [INFO] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] NPE in unsupported/postgis-versioned
aaime wrote: Well, NPE in the jar collector, triggered inside the postgis-versioned module build. I don't have any idea why, postgis versioned pom does not have anything special... ah, besides the fact that it depends on a test jar from the postgis module, and it's probably the only module having such kind of dependency. For those of you left wondering, it's possible to make maven build a jar out of the test sources, and have other modules depend on that test jar. This is how postgis-versioned reuses the postgis test classes to make sure transparent versioning works just like a non versioned data store. If we can't fix this right now, we should take this module out of the unsupported pom so we don't continue to cause build failures... Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Maven 2.0.5 dependency introduced
Jody Garnett wrote: Um I need 2.0.5 right now in order to work at all so voting is not required :-) Can we try the release process this month using 2.0.6 / 2.0.5 and make the decision based on that? Jody Justin Deoliveira wrote: Well like i said i am cool with upgrading to maven 2.0.5/2.0.6. I am using 2.0.6 on my development box and have had no problems. But if we do we need to send out a big shout to people to upgrade. So I think we need other peopls feedback as well. When we have more +1's we can go forward. We can recommend 2.0.6, iff mvn install and mvn -Psite.build site both work. The latter usually gets ignored and breaks. Trying now... Cory. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] svn maintenance
apparently svn maintenance is happening right now... so it's down. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] svn maintenance
Cory Horner wrote: apparently svn maintenance is happening right now... so it's down. back up... - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GSoC Mentor required TODAY
Hey guys, In the event that 3 of our 15 summer of code slots don't work out, we will need a mentor for the Geotools #4 choice: 3-Dimensional Rendering Pipeline Component for GIS Servers This is a duplication as we will already have accepted a 3D proposal (unless it is one of the 3 rejected), but the other projects are out of good applications and two competing 3D implementations wouldn't be so bad. Apparently the second 3D proposal requires little supervision, but a official mentor is still required (keep in mind that the mentor can delegate to others -- the official mentor is just the point man). We need to resolve this TODAY. If anyone is willing to mentor, please chime in; Jody is the current mentor, but we should stick to having one student per mentor. As a mentor, you would be responsible for staying in contact with the student a couple times during the week, keeping him on track, getting him the help he needs, and finally evaluating his performance at the end. Thanks, Cory. Full text: 3-Dimensional Rendering Pipeline Component for GIS Servers Synopsis The proposed code is to implement an interactive 3-D viewer for the massive terrain-based data sets provided by a GIS server. This will be substantially more interesting than a standard real-time 3-D viewer (e.g. as found in a video game), because the data needs to be streamed from a remote source, and because the data is typically massive. Benefits Data provided by a GIS server is most naturally viewed in three dimensions. Existing 2-D viewers can only present a limited amount of information to the user, and can be awkward to use. A 3-D viewer component, written in Java (with JOGL) as a client to a GIS server, will allow full access to dense geographical data, allowing a number of new possibilities: from simple walkthrough- and flythrough-type applications, to more specific visualizations such as for route planning, statistical analysis, or network modeling. Deliverables The code is to be implemented as a re-usable component written in Java, accessing the native environment's OpenGL driver using JOGL, and likely embeddable into a web application (with Java Web Start), or into uDig directly. The component should be as generic as possible, so as to allow a high degree of reuse (e.g. across different types of layers provided by the GIS server, or different specific viewing applications desired by the user), while still taking care to do all of the necessary client/server communication and visibility computation. This will be a typical split betwen policy and mechanism; the latter will be implemented, and the reusability means that the former can be easily changed. But a complete, simple application (implementing a typical flythrough application, for simple exploration of a 3-D environment), will also be implemented. Project Details The client viewer will need to be very careful about how it fetches data from a GIS server. Advanced visibility algorithms will need to be applied; the author's experience indicates that this will be a split-server/client implementation, in which the client requests the minimum amount of geometry to render a view from its local position, and the server is able to provide at least a very good estimate of the correct amount on demand (perhaps with some additional culling by the client). Because the author does not have experience with GIS specifically, some background research will be necessary. For example, augmenting the server's data set with a visibility graph may work, in which case a fair amount of pre-computation will be necessary; but if GIS primitives alone suffice, then likely only a client needs to be written. These details will be worked out in the initial stages of the project, by the author. Project Schedule Background research will take place between now until April 11 (when publication of application acceptance occurs). After this time, the author expects to communicate more directly with the project community and possible mentor(s). Coding is to follow the standard GSoC timeline, beginning on May 28 and ending around August 20, with regular progress reports and evaluations. Bio Though the author has not yet used GIS, he has experience with a very similar client-server application, as part of the Building Model Generation project sponsored by MIT's Computer Graphics Group. In this project, the author built programs to analyze floorplans of MIT's campus buildings and extract detailed 2-D and 3-D geometry and topology information. These data were then stored in a central (non-GIS) database, accessed by a client viewer (also written by the author as a Java-based web application) to intelligently fetch geometry on demand in response to the user's movement commands. The geometry was stored in a visibility graph to make this a reasonably easy task for the client; the author expects to need to do some research regarding how to implement a similar technique
Re: [Geotools-devel] GSoC Mentor required TODAY
Jody Garnett wrote: We can still add additional mentors to the list ... Basically now that we have a short list of students that are accepted it is time to confirm that say IanT is actually available and so on. For this 3D one that Cory mentioned we have a conflict - I am set to mentor two students and I do not want to be stretched that far ... so we need a volunteer or we will be forced to let this slot go. On a related note Jan was successful with both the additional transformations proposal and the Sensor Observation Client proposal ... and there is only one Jan. So uDig is giving up the SOS slot even though it is a fascinating topic. We are out of time :) Jody will mentor both in name only, in the unlikely event that any applications get rejected; it seems this is only possible if the student is ineligible, which google doesn't seem to check too carefully. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Reporting (mvn site) back online
For the moment, i've configured the refractions build box for the following each night: 11 PM: mvn -Djava.awt.headless=true clean install (soon to include online/stress tests, et al) 12 AM: mvn -Psite.build,site.rr -Djava.awt.headless=true site-deploy The midnight site deployment goes to lists.refractions.net/gt, since I attempted to hit maven.geotools.fr, but failed (martin is better to deploy locally anyhow). In order to accomplish this, I added two profiles (ugh... too many now) site.fr and site.rr, which contributes either the geotools.fr or refractions.net site url, respectively. Because we are working on unsupported/geometry, we need the reports to be generated with java 1.5 (we are interested in the clover results). Perhaps we should have Martin running these and we can kill these profiles? Anyways, the important bit is that mvn site once again works :) One more thing to note is that several modules give broken links due to module naming (geometry vs gt2-geometry, etc). This is probably due to our partial removal and reversion of gt2-, or perhaps the url elements are off; not sure if we were still going to do this or what. Thoughts? Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] tuckered out on trunk
Jody Garnett wrote: I best back out my work from yesterday ... and see if we can isolate what caused this JAI problem. Peculiar indeed... I've rolled back to r25003 but still get: modules/library/metadata/target/surefire-reports/org.geotools.factory.GeoToolsTest.txt --- Test set: org.geotools.factory.GeoToolsTest --- Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec FAILURE! testMyHints(org.geotools.factory.GeoToolsTest) Time elapsed: 0.016 sec FAILURE! junit.framework.AssertionFailedError: expected same:{FILTER_FACTORY=org.geotools.filter.FilterFactoryImpl} was not:{FILTER_FACTORY=org.geotools.filter.FilterFactoryImpl} at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotSame(Assert.java:278) at junit.framework.Assert.assertSame(Assert.java:242) at junit.framework.Assert.assertSame(Assert.java:249) at org.geotools.factory.GeoToolsTest.testMyHints(GeoToolsTest.java:29) But this is BEFORE the hint work, and I did a clean... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] tuckered out on trunk
Jody Garnett wrote:0 Today however I am stuck on a JAI error message (the usually RangeSet failure that indicates JAI is unhappy as covered by our Developers Docs). Problem is I have not changed my development environment at all, the test passes in eclipse ... it seems to be that we are stuck in some maven vs JAI conflict right now. I've just had success rolling back to r24090 with r25001 added. I have not tested the jai portion yet, as this was on a mac. I'm now going to try again on windoze with the factory/hints commits rolled back and see how it goes. Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Some clues on FactoryRegistry problems (was tuckered out on trunk)
Jody Garnett wrote: Some success ... I have *not* hooked up the default Hints for the CRS utility class - the moment I do this things are back to normal. This should set off some alarm bells, basically providing Hints in the CRS class was the first time the GeoTools library has been hooked up as intended (and it did not go well). The global hints are hooked up for CommonFactoryFinder and friends with some deal of success. Ok... it seems that both myself and Jody were responsible for messing up the build. I broke JAI by recklessly upgrading a maven plugin (it was required for maven-2.0.6 to work well, but it totally wrecked maven-2.0.5, etc); Jody seems to be responsible for the Hints/Factory/CRS test failures. I've committed the fix for the jai problems. A successful build was obtained by reverting 25009, 25008, 25005, 25002. Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTools 2.4-M1 release
Adrian Custer wrote: (1) Why drop all of unsupported? Will it not be possible to isolate those parts of unsupported that don't compile or have internal changes broken everything? Regarding unsupported: only javadocs were dropped for this group. I did this to keep the release going out in a timely fashion -- if something doesn't work on release day, we shouldn't waste time trying to fix it unless it is *really* important. I could have taken a little extra time to isolate the broken javadocs, but instead took the fast track (who needs unsupported javadocs anyhow). It's *great* that we have a release process that takes only a couple hours. The fact that something got cut is an alarm bell. I know that the geometry module in unsupported does not have functioning javadocs; other unsupported modules may be broken as well -- we should check each of the modules in unsupported to ensure that javadocs actually build. Another question to consider is if we ever want to build javadocs for unsupported? (2) why release an alpha milestone to users? I can see the need for core developers to test their build for the new release but I don't see the reason to expose this to users. I really don't want to handle the slew of messages: where's my mappane? so I would suggest *not* mentioning these on the user list until we get to the lockdown for release (e.g. release candidates). Fair enough... i'm indifferent on this one. We could stick to the devel list -- it would mean one less e-mail during the whole process :) Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Crazy changes in geoapi?
Andrea Aime wrote: Why in the world GeographicBoundingBox.getBoundLongitude should return a Double instead of a primitive, it just makes it harder to use and generates more garbage? In order to support incomplete metadata objects, we were given a choice between using null or Double.NaN. You are correct: it isn't pretty. For consistency, we chose to make all double instances into Double within the metadata package. We could, however, choose to be inconsistent -- and in this case, for instance, force the GeographicBoundingBox object to be null rather than its contents. Anyhow, this conversation should continue here: http://jira.codehaus.org/browse/GEO-103 Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Geotools 2.4-M1 released!
The GeoTools 2.4-M1 release is available for download: http://sourceforge.net/project/showfiles.php?group_id=4091package_id=95639release_id=497704 This is an alpha release (milestone 1) of the 2.4 branch, as per our monthly release schedule. For further details, please see the jira release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10270styleName=Htmlversion=13260 Your feedback is most welcome. Thanks, The GeoTools Development Team - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Summer of Code rankings VOTE
Hey guys, As per the discussions on the OSGeo [SoC] list, we need to come to some sort of agreement as to the rankings of the Geotools applications within the next day or so. These are: A) New Transformation Algorithms for GeoTools and uDig B) Plugins for multidimensional raster data sources C) 3D Rendering Pipeline for GeoTools D) 3-Dimensional Rendering Pipeline Component for GIS Servers The other applications were either snapped up by other projects or did not get a mentorship offer. In today's meeting, a few of us voted for our preferred projects (a vote is required, since the google points system does not provide equality and we haven't consulted non-mentors). I believe we will let all module maintainers/PMC vote. So far this is: aaime: BACD cholmes: BACD chorner: ABCD Please reply with your vote, listing any or all of A to D in your order of preference. We expect to get one, hopefully two, GSoC slots for Geotools. If you do not have access to http://code.google.com/soc/mentor_home.html use the apply to be a mentor link and poke FrankW for approval; alternatively, we could post an abstract for each project here for those who will not be mentoring. Would a deadline of 24 hours from now be too short? Thanks, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] It's that time of the month
Release time! If all goes well, Jody and I will kick out a milestone release later today... Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GeoTools 2.4-M1 release
Hey guys, Here is this month's release: http://docs.codehaus.org/display/GEOTOOLS/2.4-M1 Everything is there, but the unsupported directory was cut from the javadocs due to errors. Please review, and we can announce to the users lists on Monday. Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] BUILD SUCCESSFUL
Continuum wrote: http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/208 Still fails for me on mac... maybe hsql is just being flakey... [INFO] [INFO] Building EPSG Authority Service using HSQL database [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 4 source files to /Users/cory/projects/geotools/trunk/modules/plugin/epsg-hsql/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 5 source files to /Users/cory/projects/geotools/trunk/modules/plugin/epsg-hsql/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /Users/cory/projects/geotools/trunk/modules/plugin/epsg-hsql/target/surefire-reports --- T E S T S --- Running org.geotools.referencing.factory.URN_EPSG_Test Mar 29, 2007 11:26:22 AM org.geotools.referencing.factory.epsg.FactoryOnHSQL createBackingStore INFO: Creating cached EPSG database version 6.12.0. This operation may take a few minutes... Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 23.101 sec Running org.geotools.referencing.factory.OrderedAxisAuthorityFactoryTest Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.425 sec Running org.geotools.referencing.factory.epsg.OperationFactoryTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.134 sec Running org.geotools.referencing.factory.epsg.DefaultFactoryTest Tests run: 12, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.259 sec FAILURE! Results : Tests run: 33, Failures: 1, Errors: 0, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 minutes 14 seconds [INFO] Finished at: Thu Mar 29 11:26:48 PDT 2007 [INFO] Final Memory: 27M/63M [INFO] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] BUILD SUCCESSFUL
Cory Horner wrote: Still fails for me on mac... maybe hsql is just being flakey... Yep... worked fine second try. Perhaps hsql is fit for the unsupported directory! Anyone ready to write h2? Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] serialVersionUID
How might I generate the serialVersionUID value in the new class NonQuantitativeAttributeAccuracyImpl (in library/metadata). This is a replacement for NonQuantitativeAttributeCorrectnessImpl. Thanks, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Activating the nojai profile by default: vote!
since I did not get much feedback about this, beyond a few users that could build geotools only with the nojai profile, I'm calling a vote. I want to activate the nojai profile by default, but leaving it as a profile, so that people can still disable it on demand. to confirm: The nojai profile just adds a few more things to download when you run mvn install, and these are downloaded but not used when you have jai properly installed. I did notice that users are still screwed if they have jai 1.1.2/1.0_01 installed, as this seems to override the nojai jars. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] A bit of trouble on trunk (sorry)
Martin Desruisseaux wrote: Jody Garnett a écrit : Apparently it is not just me - Identifier.getVersion() has been removed from GeoAPI (along with VERSION_KEY). I have not yet looked at the GeoAPI changes. But it seems to me that Identifier.getVersion() and VERSION_KEY should be @deprecated before to be removed in a future GeoAPI release? My bad, it's on its way back. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Google Summer of Code -- 1 day left!
Students -- The GeoTools project has received very few submissions for the summer of code. Anyone submitting a thorough application is likely to be accepted (woot! summer job). One day left! Cheers, Cory. A heads up to any students out there: applications for the Google Summer of Code close in just a few days. There are a number of open source geospatial projects taking part with OSGeo as the mentoring organization. This is really a sweet deal -- Google will pay you to work on an open source project for the summer! Please check out the ideas pages for uDig, GeoTools, and more: http://udig.refractions.net/confluence/display/HACK/Summer+of+Code+2007 http://docs.codehaus.org/display/GEOTOOLS/Google+Summer+of+Code http://wiki.osgeo.org/index.php/2007_SoC_Merged_Ideas If you have any questions, don't hestitate to send a message to one of our mailing lists or directly contact a mentor. Further details on the summer of code: http://code.google.com/soc/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] A bit of trouble on trunk - with GEO-93
Jody Garnett wrote: [INFO] Compilation failure /home/cruise/continuum-1.0.3/apps/continuum/working-directory/1/modules/unsupported/jts-wrapper/src/main/java/org/geotools/geometry/jts/spatialschema/geometry/GeometryImpl.java:[28,42] cannot resolve symbol symbol : class Precision location: package geometry The Precision class of which it speaks should be part of geoapi ... so either your -U failed or my deploy failed. [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 13 minutes 47 seconds [INFO] Finished at: Thu Mar 22 09:32:26 PDT 2007 [INFO] Final Memory: 32M/63M [INFO] works for me with mvn -U install... Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geotools-gt2-users] Building Geotools on OSX 10.4
Jody Garnett wrote: - can we set up a mac specific profile that: - does the same thing as the nojai profile - turns off the modules that require odbc bridge - anything else required Tim? I've tweaked the root pom and plugin pom: - mac causes the nojai profile to be activated by default - removed epsg-access from unix profile (unix = linux + mac) Now once the modules in unsupported are compiling and passing tests in java 5, mac users will be able to go mvn install and should have a successful build. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] broken trunk?
Justin Deoliveira wrote: Run maven with the -U switch. YOU need to tell it to pick up a new geoapi jar. This sucks... why can't we make life difficult for the one developer who is changing GeoAPI rather than *everyone* else? (ie, reference a specific geoapi snapshot timestamp) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] build issues
Two problems with our build box today: 1) headless build is broken again library/render org.geotools.renderer.lite.Rendering2DTest testSimplePolygonRender(org.geotools.renderer.lite.Rendering2DTest) Time elapsed: 2.485 sec ERROR! java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:53) ... 2) notifiers are broken Entries in the pom have been added to our instance and i can't delete them. The IRC notifier appears to be broken and causes all notifiers after it to fail. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Google Summer of Code -- 4 days left!
A heads up to any students out there: applications for the Google Summer of Code close in just a few days. There are a number of open source geospatial projects taking part with OSGeo as the mentoring organization. This is really a sweet deal -- Google will pay you to work on an open source project for the summer! Please check out the ideas pages for uDig, GeoTools, and more: http://udig.refractions.net/confluence/display/HACK/Summer+of+Code+2007 http://docs.codehaus.org/display/GEOTOOLS/Google+Summer+of+Code http://wiki.osgeo.org/index.php/2007_SoC_Merged_Ideas If you have any questions, don't hestitate to send a message to one of our mailing lists or directly contact a mentor. Further details on the summer of code: http://code.google.com/soc/ Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GeoAPI metadata
Hey guys, In order to keep trunk compiling, i've added some methods to MetaDataImpl and such. This is related to http://jira.codehaus.org/browse/GEO-95 Please review. Thanks, Cory. Author: chorner Date: 2007-03-20 14:59:39 -0700 (Tue, 20 Mar 2007) New Revision: 24820 Modified: geotools/trunk/gt/modules/library/metadata/src/main/java/org/geotools/metadata/iso/MetaDataImpl.java geotools/trunk/gt/modules/library/metadata/src/main/java/org/geotools/metadata/iso/MetadataEntity.java Log: synchronization with GEO-95 changes Modified: geotools/trunk/gt/modules/library/metadata/src/main/java/org/geotools/metadata/iso/MetaDataImpl.java === --- geotools/trunk/gt/modules/library/metadata/src/main/java/org/geotools/metadata/iso/MetaDataImpl.java 2007-03-20 17:15:01 UTC (rev 24819) +++ geotools/trunk/gt/modules/library/metadata/src/main/java/org/geotools/metadata/iso/MetaDataImpl.java 2007-03-20 21:59:39 UTC (rev 24820) @@ -72,6 +72,12 @@ private Locale language; /** + * Information about an alternatively used localized character + * strings for linguistic extensions. + */ +private Collection locales; + +/** * Full name of the character coding standard used for the metadata set. */ private Charset characterSet; @@ -94,9 +100,14 @@ /** * Party responsible for the metadata information. */ -private ResponsibleParty contact; +private Collection contacts; /** + * Uniformed Resource Identifier (URI) of the dataset to which the metadata applies. + */ +private String dataSetUri; + +/** * Date that the metadata was created, in milliseconds ellapsed since January 1st, 1970. * If not defined, then then value is [EMAIL PROTECTED] Long#MIN_VALUE}. */ @@ -183,10 +194,10 @@ *to which the metadata applies. */ public MetaDataImpl(final ResponsibleParty contact, -final Date dateStamp, -final Identification identificationInfo) +final Date dateStamp, +final Identification identificationInfo) { -setContact (contact); +setContacts (Collections.singleton(contact)); setDateStamp (dateStamp); setIdentificationInfo(Collections.singleton(identificationInfo)); } @@ -281,20 +292,37 @@ /** * Returns the party responsible for the metadata information. + * @deprecated use getContacts */ public ResponsibleParty getContact() { -return contact; +Collection contacts = getContacts(); +return (contacts.isEmpty()) ? null : (ResponsibleParty) contacts.toArray()[0]; } /** + * Returns the party responsible for the metadata information. + */ +public Collection getContacts() { +return nonNullCollection(contacts, ResponsibleParty.class); +} + +/** * Set the party responsible for the metadata information. + * @deprecated use setContacts */ public synchronized void setContact(final ResponsibleParty newValue) { -checkWritePermission(); -contact = newValue; +setContacts(Collections.singleton(newValue)); } /** + * Set the parties responsible for the metadata information. + */ +public synchronized void setContacts(final Collection newValues) { +checkWritePermission(); +contacts = copyCollection(newValues, contacts, ResponsibleParty.class); +} + +/** * Returns the date that the metadata was created. */ public synchronized Date getDateStamp() { @@ -505,6 +533,37 @@ checkWritePermission(); metadataMaintenance = newValue; } + +/** + * Provides information about an alternatively used localized character + * string for a linguistic extension + */ +public synchronized Collection getLocales() { +return nonNullCollection(locales, Locale.class); +} + +/** + * Set information about an alternatively used localized character + * string for a linguistic extension + */ +public synchronized void setLocales(final Collection newValues) { +locales = copyCollection(newValues, locales, Locale.class); +} + +/** + * Provides the URI of the dataset to which the metadata applies. + */ +public String getDataSetUri() { +return dataSetUri; +} + +/** + * Sets the URI of the dataset to which the metadata applies. + */ +public void setDataSetUri(final String newValue) { +checkWritePermission(); +dataSetUri = newValue; +} /** * Declare this metadata and all its attributes as unmodifiable. @@ -512,10 +571,11 @@ protected void freeze() { super.freeze(); language
Re: [Geotools-devel] gtbot is mixed up
IRC Meeting - 19 March 2007 Last changed: Mar 19, 2007 16:04 by Richard Gould 1: logging 2: nojai build 3: quick announcements 4: parser proposal 5: OGR data store chorner: 1) what is up? jgarnett: fine ... IRC Meeting - 12 March 2007 Last changed: Mar 12, 2007 15:57 by Richard Gould 1: clover 2: jts 1.8? 3: FactoryFinder 4: demo is flakey 5: SoC (if FrankW needs anything more) 6: patch vs fix chorner: 1) what is up? jgarnett: fine ... aha... so that's why we're supposed to turn him off and on again... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Feedback on some GeoAPI Filters work in [main] and [jdbc] modules
Jody wrote: Saul wrote: Big question: Should I commit this? Does this qualify as a GTIP/big-change that needs voting or more formal documentation? Do you want to see a copy of it to review it? If we need to drag the geoapi FilterCapabilities into the mix (it would of been a mistake if this was not already done) then it would be polite to do the proposal thing (make sure we capture the BEFORE / AFTER code examples prior to doing the work). I am more concerned about impacting client code (rather then JDBCDataStore subclasses); although it sounds like you have little exposure to them? Let's make a proposal - just so we have a checklist to follow (merge, review, update docs etc...) To hell with the proposal -- this is work that needed to be done. Thanks for sorting it out Saul! It doesn't break stuff, so let's commit and review it. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] SLDParser patch for handling whitespace
Justin Deoliveira wrote: I have submitted a patch for http://jira.codehaus.org/browse/GEOT-906 which deals with how the sld parser handles whitespace for property names and css parameters. The patch is written against 2.3.x, and I have supplied a test case for it as well. If ok with it i can go ahead and apply it. Looks good! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can't authenticate anymore against lists.refractions.net?
Justin Deoliveira wrote: Unfortunately not every project we depend on uses maven. So I think we need a way to manually upload jars into the repository. Also, some projects that do use maven don't distribute source jars. http://svn.geotools.org/geotools/trunk/scripts/deploy_dependencies.sh crude, but effective. Files placed into the maven repository should use maven to put them there. Is this okay? Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can't authenticate anymore against lists.refractions.net?
Justin Deoliveira wrote: Yikes!! Looks pretty complicated. Can i get a quick synopsis of how to use it. In short it's just deploying things from your local repository into a remote one. Alternatively, you could just type mvn deploy:deploy-file, but this figures out if there is a pom or not and fills in all the blanks for you. 1. in the script set the value for REPO_LOCAL for your system 2. in the script delete the second half of the file (and add your own deploy_file lines) The syntax is deploy_file GROUP_ID ARTIFACT_ID VERSION 3. put the jars you want to deploy into your local repository, either with mvn install:install-file, or by cheating and putting the jar directly in your repo in its proper place w/ proper naming. 4. ensure you have webdav support built into your maven install (this doesn't come by default). We won't have a pom to declare dependencies, so we need to put stuff into /lib. Way back when, I built maven from scratch to make this work, but this isn't necessary. See http://docs.codehaus.org/display/MAVENUSER/Deploying+3rd+Party+Jars+With+WebDAV for the hard way to do it, and better instructions in the comments below (you might want to update the versions though). Unfortunately the instructions in the official maven docs, http://maven.apache.org/guides/mini/guide-deploying-3rd-party-jars.html, only say First, the wagon-provider(wagon-ftp, wagon-file, etc..) must be placed to your %M2_HOME%/lib -- what this doesn't mention is that you'll have to read the pom file for that jar and figure out its dependencies and add those too. Note: this technique is ONLY for deploying DEPENDENCIES into one of our repositories (so we don't have to use ibiblio). Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Demo is flakey
Adrian Custer wrote: I should be taking care of this but need one of you to do so. The fix should be either: *a Fix the issue *b Remove from the build depending on how much time anyone has. I hope to get at this in the next few weeks. No worries. I've applied a fix; please review r24744 when you get a chance. Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Build failed!?
trunk still broken for java 5... [INFO] Building Referencing services [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/test-classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/site [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 257 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 42 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/surefire-reports --- T E S T S --- Running org.geotools.referencing.cs.DirectionAlongMeridianTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.049 sec Running org.geotools.referencing.factory.URN_AuthorityFactoryTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.28 sec Running org.geotools.referencing.operation.matrix.XAffineTransformTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.046 sec Running org.geotools.referencing.factory.epsg.FactoryUsingWktTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.452 sec Running org.geotools.referencing.CrsTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.109 sec Running org.geotools.referencing.IdentifiedObjectTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec Running org.geotools.referencing.factory.wms.CRSTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.052 sec Running org.geotools.referencing.factory.AllAuthoritiesFactoryTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.036 sec Running org.geotools.referencing.cs.ComparableAxisWrapperTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec Running org.geotools.referencing.operation.projection.SouthOrientedTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.069 sec Running org.geotools.referencing.operation.transform.LocalizationGridTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.027 sec Running org.geotools.referencing.ScriptTest Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.508 sec Running org.geotools.referencing.operation.builder.BursaWolfTransformBuilderTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.041 sec Running org.geotools.referencing.PredefinedObjectsTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.255 sec Running org.geotools.referencing.FactoriesTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.345 sec Running org.geotools.referencing.factory.AuthorityFactoryProxyTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec Running org.geotools.referencing.operation.builder.MathTransformBuilderTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.186 sec Running org.geotools.referencing.operation.LinearConversionTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec Running org.geotools.referencing.wkt.ParserTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.286 sec Running org.geotools.referencing.factory.wms.AUTOTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec Running org.geotools.referencing.operation.projection.NewZealandMapGridTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec Running org.geotools.referencing.cs.DefaultCartesianCSTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.034 sec Running org.geotools.referencing.GeodeticCalculatorTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.202 sec Running org.geotools.referencing.operation.transform.GeocentricTransformTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec Running org.geotools.referencing.factory.epsg.FallbackAuthorityFactoryTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
Re: [Geotools-devel] Build failed!?
Andrea Aime wrote: Oh well, I quickly fixed it to make it work with all JDK. Can you double check? Martin, the issue seems that adding a plugin manually wipes out the scanned ones, and the only way to bring them back is to scan again... Thanks Andrea!!! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Demo is flakey
mvn install from /demo: success mvn install from /demo/introduction: failure [INFO] [INFO] Building Demo Introduction to Geotools [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: c:\java\geotools\trunk\demo\introduction\target\surefire-reports --- T E S T S --- Running org.geotools.demo.introduction.DemoTest Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 1.265 sec FAILURE! Results : Tests run: 5, Failures: 0, Errors: 2, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 6 seconds [INFO] Finished at: Mon Mar 12 12:48:13 PDT 2007 [INFO] Final Memory: 8M/15M [INFO] --- Test set: org.geotools.demo.introduction.DemoTest --- Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 1.265 sec FAILURE! testLoadShapefileIntoCatalog(org.geotools.demo.introduction.DemoTest) Time elapsed: 0.016 sec ERROR! java.lang.NullPointerException: Cannot have a null id at org.geotools.catalog.defaults.DefaultCatalog.add(DefaultCatalog.java:101) at org.geotools.demo.introduction.DemoBase.loadShapefileIntoCatalog(DemoBase.java:422) at org.geotools.demo.introduction.DemoTest.testLoadShapefileIntoCatalog(DemoTest.java:37) testLoadShapefileFeatureSource(org.geotools.demo.introduction.DemoTest) Time elapsed: 0 sec ERROR! java.lang.NullPointerException: Cannot have a null id at org.geotools.catalog.defaults.DefaultCatalog.add(DefaultCatalog.java:101) at org.geotools.demo.introduction.DemoBase.loadShapefileIntoCatalog(DemoBase.java:422) at org.geotools.demo.introduction.DemoTest.testLoadShapefileFeatureSource(DemoTest.java:48) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Build failed!?
Our secret build box says: org.geotools.referencing.factory.epsg.FallbackAuthorityFactoryTest has broken the build -- aaime? [INFO] Building Referencing services [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/test-classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/site [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 257 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 42 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/library/referencing/target/surefire-reports --- T E S T S --- Running org.geotools.referencing.cs.DirectionAlongMeridianTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec Running org.geotools.referencing.factory.URN_AuthorityFactoryTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.256 sec Running org.geotools.referencing.operation.matrix.XAffineTransformTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec Running org.geotools.referencing.factory.epsg.FactoryUsingWktTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.432 sec Running org.geotools.referencing.CrsTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.109 sec Running org.geotools.referencing.IdentifiedObjectTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec Running org.geotools.referencing.factory.wms.CRSTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.052 sec Running org.geotools.referencing.factory.AllAuthoritiesFactoryTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec Running org.geotools.referencing.cs.ComparableAxisWrapperTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec Running org.geotools.referencing.operation.projection.SouthOrientedTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.069 sec Running org.geotools.referencing.operation.transform.LocalizationGridTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.027 sec Running org.geotools.referencing.ScriptTest Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.57 sec Running org.geotools.referencing.operation.builder.BursaWolfTransformBuilderTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.051 sec Running org.geotools.referencing.PredefinedObjectsTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.242 sec Running org.geotools.referencing.FactoriesTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.266 sec Running org.geotools.referencing.factory.AuthorityFactoryProxyTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.029 sec Running org.geotools.referencing.operation.builder.MathTransformBuilderTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.178 sec Running org.geotools.referencing.operation.LinearConversionTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.038 sec Running org.geotools.referencing.wkt.ParserTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.284 sec Running org.geotools.referencing.factory.wms.AUTOTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec Running org.geotools.referencing.operation.projection.NewZealandMapGridTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.011 sec Running org.geotools.referencing.cs.DefaultCartesianCSTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec Running org.geotools.referencing.GeodeticCalculatorTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.204 sec Running org.geotools.referencing.operation.transform.GeocentricTransformTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.158 sec Running
Re: [Geotools-devel] Splitting main further
Andrea Aime wrote: Look, what prompted me to suggest the split are GEOT-1165 and GEOT-1180. A user is providing us good reports on LSD failures, patches with test cases, and he's being ignored. Why? Because SLD is in no man's land, nobody feels compelled to evaluate and apply these patches. Now, this is really really bad, if we act like this we have low chance of expanding the developers group. I've felt responsible for SLD, but haven't had much time for patches lately. Apologies. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] mvn site failures
Can anyone confirm that mvn site fails on gt trunk? One thing i'd like to change is eliminating unsupported from javadocs (see failure below). Cory. For java 1.4 on windows: [INFO] [INFO] Building Geotools [INFO]task-segment: [site] [INFO] [INFO] Preparing clover:instrument [WARNING] Removing: instrument from forked lifecycle, to prevent recursive invocation. [WARNING] Artifact org.apache.maven:maven-artifact:jar:2.0.2:runtime retains local scope 'runtime' overriding broader scope 'compile ' given by a dependency. If this is not intended, modify or remove the local scope. [WARNING] Artifact org.apache.maven:maven-project:jar:2.0:runtime retains local scope 'runtime' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. [WARNING] Artifact org.apache.maven:maven-plugin-api:jar:2.0:runtime retains local scope 'runtime' overriding broader scope 'compile ' given by a dependency. If this is not intended, modify or remove the local scope. [INFO] [clover:instrumentInternal] [INFO] Not instrumenting sources with Clover as this is not a Java project. [INFO] [site:attach-descriptor] [INFO] [install:install] [INFO] Installing c:\java\geotools\trunk\pom.xml to C:\Documents and Settings\Refractions\.m2\repository\org\geotools\gt2\2.4-SNAPSHOT\gt2-2.4-SNAPSHOT.pom [INFO] [clover:instrument {execution: default}] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-javadoc-plugin:2.0-beta-3 Cause: Error loading class 'org.apache.maven.plugin.javadoc.Tag' [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 33 seconds [INFO] Finished at: Wed Mar 07 11:48:03 PST 2007 [INFO] Final Memory: 18M/33M [INFO] and for java 1.5 on linux: [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error rendering Maven report: Exit code: 1 - /usr/local/home/autorun/checkout/gt-trunk/modules/unsupported/geometr y/src/main/java/org/geotools/geometry/iso/FeatGeomFactoryImpl.java:292: generics are not supported in -source 1.4 (try -source 1.5 to enable generics) public GeometryImpl createGeometry(ListOrientableSurface aSurfaces, ^ /usr/local/home/autorun/checkout/gt-trunk/modules/unsupported/geometry/src/main/java/org/geotools/geometry/iso/aggregate/MultiPrim itiveImpl.java:62: generics are not supported in -source 1.4 (try -source 1.5 to enable generics) public MultiPrimitiveImpl(FeatGeomFactoryImpl factory, Set? extends Primitive primitives) { ... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2.4-M0 uploaded to SourceForge
Martin Desruisseaux wrote: What remain to be done: * Download from SourceForge and test. * Update the readme and changelog pages on SourceForge. Note: I tried to follow the procedure at http://jira.codehaus.org/secure/ConfigureReleaseNote.jspa?projectId=10270 but the above page reports some unfixed bugs. I though that the change log was supposed to contains a list of fixed bug only... * Continue to follow the instructions on the How to cut a release page starting from Update the GEOTOOLS:Downloads Page. Thanks Martin! I'll do some testing in a few minutes. Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2.4-M0 uploaded to SourceForge
Martin Desruisseaux wrote: But if I choose: Please Select Version: 2.4.M0 Please Select Style: Text I got a list which contains among other the following: # [GEOT-62] - GridCoverage(WritableRaster, ...) constructors fails for anything else than TYPE_FLOAT # [GEOT-380] - NADCONTransform does not deal with grids crossing +-180 longitude # [GEOT-640] - Avoid (OTHER,EAST,NORTH) axis directions for GeocentricCRS when possible # [GEOT-906] - SLD parser not trimming property names They are all open bugs... That's normal. We just need to punt the open bugs to the next milestone... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2.4-M0 uploaded to SourceForge
Cory Horner wrote: I'll do some testing in a few minutes. Ran mvn install on gt2-2.4-M0-src.zip, and got this in demo/property: --- Test set: org.geotools.data.property.PropertyDataStoreTest --- Tests run: 15, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.078 sec FAILURE! testTransaction(org.geotools.data.property.PropertyDataStoreTest) Time elapsed: 0.062 sec FAILURE! junit.framework.AssertionFailedError: expected:4 but was:3 at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at junit.framework.Assert.assertEquals(Assert.java:201) at junit.framework.Assert.assertEquals(Assert.java:207) at org.geotools.data.property.PropertyDataStoreTest.testTransaction(PropertyDataStoreTest.java:388) The failing test is as follows: public void testTransaction() throws Exception { Transaction t1 = new DefaultTransaction(); Transaction t2 = new DefaultTransaction(); FeatureType type = store.getSchema( road ); FeatureStore road = (FeatureStore) store.getFeatureSource(road); FeatureStore road1 = (FeatureStore) store.getFeatureSource(road); FeatureStore road2 = (FeatureStore) store.getFeatureSource(road); road1.setTransaction( t1 ); road2.setTransaction( t2 ); Filter filter1 = FilterFactoryFinder.createFilterFactory().createFidFilter(fid1); Filter filter2 = FilterFactoryFinder.createFilterFactory().createFidFilter(fid2); Feature feature = type.create( new Object[]{ new Integer(5), chris}, fid5 ); assertEquals( 4, road.getFeatures().size() ); assertEquals( 4, road1.getFeatures().size() ); assertEquals( 4, road2.getFeatures().size() ); road1.removeFeatures( filter1 ); // road1 removes fid1 on t1 assertEquals( 4, road.getFeatures().size() ); assertEquals( 3, road1.getFeatures().size() ); assertEquals( 4, road2.getFeatures().size() ); road2.addFeatures( DataUtilities.collection( feature )); // road2 adds fid5 on t2 assertEquals( 4, road.getFeatures().size() ); assertEquals( 3, road1.getFeatures().size() ); assertEquals( 5, road2.getFeatures().size() ); t1.commit(); assertEquals( 3, road.getFeatures().size() ); assertEquals( 3, road1.getFeatures().size() ); assertEquals( 4, road2.getFeatures().size() ); t2.commit(); assertEquals( 4, road.getFeatures().size() ); assertEquals( 4, road1.getFeatures().size() ); assertEquals( 4, road2.getFeatures().size() ); } It fails on the third to last assertEquals statement, after t2.commit(). SKILL TESTING QUESTION: what are the correct values for the last 3 assertions? Thanks, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] trunk build failed?
Cory Horner wrote: Looks like i'll play build bot today... here's what our build box (almost ready for public consumption) said just now: Saul committed some fixes, and the build is now healthy :D Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 2.4-M0 uploaded to SourceForge
Martin Desruisseaux wrote: Uploaded a new gt2-2.4-M0-src.zip on SourceForge without the extra gt2-binary-2.4-M0.zip in it. Thanks Martin, We have a schedule to keep, so i'm releasing this one nonetheless (it is just a milestone). Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Geotools 2.4-M0 released!
The GeoTools 2.4-M0 release is available for download: https://sourceforge.net/project/showfiles.php?group_id=4091package_id=95639release_id=490651 This is an *ALPHA* release (milestone zero) of the 2.4 branch -- please use at your own risk. For further details, please see the jira release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10270styleName=Htmlversion=12964 Known issues: - minor test failure in Property Datastore Module (demo/property) Your feedback is most welcome. Thanks, The GeoTools Development Team - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] test failures with geotiff?
Martin Desruisseaux wrote: Cory Horner a écrit : So what *are* the requirements for building trunk? Our build box is running JDK-1.5.0_10 with JAI-1.1.3 and ImageIO-1.0_01 on linux. Am I doing something wrong, or is hsql just being flakey? Applied a fix on trunk as of revision 24578. Could you let us know if it work please? Thanks Martin, We made it a little bit further this time... Can anyone confirm the correct version of ImageIO? The wiki says 1.1, but i'm skeptical. If I recall correctly, 1.1 won't work with geotools 2.2. Cory. [INFO] [INFO] Building WorldImage datasource module [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/test-classes [INFO] Deleting directory /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/site [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 4 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 5 source files to /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /opt/continuum-1.0.3/apps/continuum/working-directory/11/modules/plugin/image/target/surefire-reports --- T E S T S --- Running org.geotools.gce.image.WorldImageWriterTest Feb 26, 2007 11:06:36 PM org.geotools.gce.image.WorldImageReader readCRS INFO: Unable to find crs, continuing with default WGS4 CRS GEOGCS[WGS84, DATUM[WGS84, SPHEROID[WGS84, 6378137.0, 298.257223563]], PRIMEM[Greenwich, 0.0], UNIT[degree, 0.017453292519943295], AXIS[Geodetic longitude, EAST], AXIS[Geodetic latitude, NORTH]] Feb 26, 2007 11:06:36 PM org.geotools.gce.image.WorldImageReader readCRS INFO: Unable to find crs, continuing with default WGS4 CRS GEOGCS[WGS84, DATUM[WGS84, SPHEROID[WGS84, 6378137.0, 298.257223563]], PRIMEM[Greenwich, 0.0], UNIT[degree, 0.017453292519943295], AXIS[Geodetic longitude, EAST], AXIS[Geodetic latitude, NORTH]] Feb 26, 2007 11:06:36 PM org.geotools.gce.image.WorldImageWriterTest testWrite INFO: Format is tiff file is etopo.tif file is Pk50095.tif file is usa.tif Error: One factory fails for the operation ImageWrite Occurs in: javax.media.jai.ThreadSafeOperationRegistry java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at javax.media.jai.FactoryCache.invoke(FactoryCache.java:122) at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1674) at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:473) at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:332) at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:819) at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:867) at javax.media.jai.RenderedOp.getRendering(RenderedOp.java:888) at javax.media.jai.JAI.createNS(JAI.java:1099) at javax.media.jai.JAI.create(JAI.java:973) at javax.media.jai.JAI.create(JAI.java:1395) at org.geotools.gce.image.WorldImageWriter.encode(WorldImageWriter.java:429) at org.geotools.gce.image.WorldImageWriter.write(WorldImageWriter.java:209) at org.geotools.gce.image.WorldImageWriterTest.write(WorldImageWriterTest.java:155) at org.geotools.gce.image.WorldImageWriterTest.testWrite(WorldImageWriterTest.java:92) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106
Re: [Geotools-devel] Reporting problems on wiki - um please no?
Maven 2.0.5 should work fine... I haven't tried it yet, but only because my trust in apache hasn't yet been restored. The first 2 urls in the error do exist, so I suspect that their server was momentarily down or maven is having difficulties finding the internet. Cory. Jody Garnett wrote: Hi Adam You created a page on our wiki: - http://docs.codehaus.org/display/GEOTOOLS/Problems+Encountered For a common maven problem: Next time can you throw this in the issue tracker? And remove this page. Maven version: 2.0.5 Java version 1.5.0_09 GeoTools version gt2-2.3.0 C:\Work\Java\gt2-2.3.0\demo\examplemvn eclipse:eclipse [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'eclipse'. Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.0.1/maven-compiler-plugin-2.0.1.pom [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-compiler-plugin:pom:2.0.1' from repository central (http://repo1.maven.org/maven2) Downloading: http://www.ibiblio.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.0.1/maven-compiler-plugin-2.0.1.pom [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-compiler-plugin:pom:2.0.1' from repository ibiblio (http://www.ibiblio.org/maven2) Downloading: http://lists.refractions.net/m2/org/apache/maven/plugins/maven-compiler-plugin/2.0.1/maven-compiler-plugin-2.0.1.pom [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-compiler-plugin:pom:2.0.1' from repository refractions (http://lists.refractions.net/m2) Downloading: http://maven.geotools.fr/repository/org/apache/maven/plugins/maven-compiler-plugin/2.0.1/maven-compiler-plugin-2.0.1.pom [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-compiler-plugin:pom:2.0.1' from repository geotools (http://maven.geotools.fr/repository) Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.0.1/maven-compiler-plugin-2.0.1.pom [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-compiler-plugin:pom:2.0.1' from repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Quickly: you are working with a version of maven and java that is not currently supported by GeoTools. However I think the problem is central repository timing out and/or not having a copy of the maven-compiler-plugin-2.0.1.pom. Can you downgrade to Maven 2.0.4 and try again. Jody - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Profile for Java6 (was BUILD SUCCESSFUL: Geotools Trunk_
Justin Deoliveira wrote: Hmmm, not sure it is worth the trouble. That class is only used in one test case which tests a MockJDBCDataStore. I dont' believe any of the test coverage is all that useful to any of the subclasses. I would be more inclined to just remove it. Yeah... let's kill it. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] success with an online test case
Justin Deoliveira wrote: Rob Atkinson wrote: Have played some more with this, and the postgis online tests... AbstractPostgisOnlineTestCase does this... protected void setUp() throws Exception { super.setUp(); //connect fixture = PostgisTests.newFixture(fixture.properties); Map params = PostgisTests.getParams(fixture); which seems to load the local fixture if it is present, regardless of the fixture properties in ~/.geotools Yes, postgis has not been converted to the new online tests system. Unfortunatley its not a good example for you to base off of for now. I think Cory set up one somewhere. Perhaps he can point us in the right direction. Some notes here (in the pending section): http://docs.codehaus.org/display/GEOT/5.+7+Testing In particular, the classes you can trust are: PostgisOnlineTestCase - Abstract Testcase class which connects to a specified database and creates a datastore PostgisPermissionOnlineTest - Simple online test which makes use of PostgisOnlineTestCase (on trunk) Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1124) WMS Layer class uses only bottom left and top right corners in bound reprojection
WMS Layer class uses only bottom left and top right corners in bound reprojection --- Key: GEOT-1124 URL: http://jira.codehaus.org/browse/GEOT-1124 Project: GeoTools Issue Type: Bug Components: ext wms Affects Versions: 2.3.0, 2.2.0 Reporter: Cory Horner Assigned To: Richard Gould Priority: Minor Fix For: 2.2.3, 2.3.1, 2.4.0 Attachments: diff.txt When the CRS starts to get crazy, the corner coordinates aren't a good enough estimate of the layer bounds. Here is a patch which will put a more accurate reprojected bounds into the bounds cache. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online tests
Jody Garnett wrote: Cory Horner wrote: Any additions, or should we implement? Go go go :-D Ok!... I've taken some of the work that Justin and I did in the postgis2 module (regarding online tests) and ported it over to the postgis plugin, and got a single working example going. Some brief documentation has also been added to the wiki. http://docs.codehaus.org/display/GEOT/5.+7+Testing Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] geotools-trunk Build Failed
[EMAIL PROTECTED] wrote: View results here - http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20070110182354 Hmm... maven bug? Seems that sample-data isn't being built before postgis because the dependency scope is only specified as test. Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] PostGIS module rewrite
Hi Geotools Folk, I'd like permission to put a temporary module into the unsupported directory; it will be a rewritten version of the PostGIS module, with JDBC subclass madness removed. For now we'll just call it postgis2. Thanks, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online tests
Justin Deoliveira wrote: I don't like it ... I love it!! :) Question though. Does it make sense to split the fixtures up into multiple files? Say named the same name as the fixture. I just think that removing a file would be easier than editing a single xml file and commenting out various fixtures. Ooh! even better... if we use multiple files we can keep the existing fixture format! ~/.geotools/fixtures/postgis-demobc.properties Hmm... arbitrary environment variable to override the default path of ~/.geotools/fixtures/: GT_FIXTURES Any additions, or should we implement? Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online tests
Rob Atkinson wrote: Thanks guys - getting closer to a true understanding - more questions inline.. As long as your module extends the root pom and doesn't override any of the surefire configuration it should just work for you. Does it automatically exclude Online* tests, or do we need to configure this? Yes, by default Online and Stress tests will be excluded. If either or both of their profiles are activated, then their respective online and stress tests will be run in addition to the vanilla tests. It seems the only thing we're missing is our fixtures. I know what these are, but not how to control which ones gets used in which profiles. At this point i'm just prophesizing -- the fixture stuff hasn't been rolled out yet. The profile determines which tests are run and each test will specify which fixture it wants to use. If a fixture file is missing from the user's home directory, then the tests using that fixture will be skipped (the test will run, but it will short circuit itself). If you don't want to run any arcsde tests on your machine for example, you simply delete all your arcsde fixtures. We'll want to put some default fixtures in svn somewhere, and add some instructions on the wiki (or the pom) for people wanting to run online tests. Anyways, it looks like we've now figured out what we are going to do and should have some good instructions on how to set up online tests soon... Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online tests
Justin Deoliveira wrote: As to actually running the tests there are some docs here at the end of the page. http://docs.codehaus.org/display/GEOT/2.5.7+Testing+with+Maven As long as your module extends the root pom and doesn't override any of the surefire configuration it should just work for you. It seems the only thing we're missing is our fixtures. At the moment these are in svn, but we should kick them out into something like the maven settings.xml file. Try this on for size: We put all our little fixtures into ~/.geotools/fixtures.xml. All online tests should extend a class which assumes this path and parses its contents out, or overrides it with an environment variable. Each test which needs a fixture asks for it, and if not defined simply skips. This would allow our fixtures to be run in both maven and any ide, and be flexible enough for the build box to be able to point at different fixture files. Another thought: do a pattern match on the fixture name and run the tests for each case (great for testing multiple postgres versions). fixtures.xml could be as simple as: fixture name=postgis-demobc element key=host value=www.refractions.net / element key=db value=demo-bc / element key=username value=postgres / ... /fixture Cheers, Cory. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel