Re: [Geotools-devel] Introduction as new developers
Hi Jody, I just looked over the document and it is up to date with the current geotools referencing code (using geoapi interfaces). There are some incomplete sections (such as Conventions and Internationalization), but the tutorial should point people to the right direction to get started when implementing a new map projection. The tutorial is geared more towards new developers, instead of uses, so I don't know if it should be part of the users guide (there is a separate tutorial for using the geotools referencing code). Rueben On Thu, 2007-01-02 at 11:30 -0800, Jody Garnett wrote: > Hi Rueben :-D > > I am starting to round up "good" examples and tutorials from our wiki - > if you say this is "up to date" can I move it over to the "user guide" > space? > > Cheers, > Jody > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] geotools.codehaus.org links look fixed
Hi again: > I was going to start my stint as a GeoTools developer by reading the > Developer Guide. However, the link to the developer found on the left > side of the following page is broken: > > http://geotools.codehaus.org/Develop > It looks like these links are fixed now ... thanks for prodding us into action. Cheers, Jody - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Okay - I think I best do the responsible thing at make a proposal for this. Actually Martin I am trying out the "proposal process"; do you think you could grab the wiki page template and give it a go? I am sure this proposal is very shy on tasks (update developers guide, modify pom.xml files etc...). Getting feedback on our proposal process would be great. Jody > Le jeudi 01 février 2007 à 12:01 -0800, Justin Deoliveira a écrit : > >> How extensive is the use of the new language features? If its just use >> of generics can we give them a script similar to the geoapi one? Martin >> cleaned it up so that most of the generics are caught by a single >> regular expressions. >> > > I'm pretty sure that a script would not work. It was possible to apply > it to GeoAPI interfaces because it involve nothing more than changes in > method signature. But applying a script on implementations is much more > complex (involve adding cast, etc.). Retroweaver is very likely to be a > more praticable solution. > > I'm 100% for Java 5, but I think that we should probably wait for a > Geotools 2.5 release and keep Geotools 2.4 on Java 1.4, given that the > 2.4 development is already quite advanced. > > Martin > > > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Le jeudi 01 février 2007 à 12:01 -0800, Justin Deoliveira a écrit : > How extensive is the use of the new language features? If its just use > of generics can we give them a script similar to the geoapi one? Martin > cleaned it up so that most of the generics are caught by a single > regular expressions. I'm pretty sure that a script would not work. It was possible to apply it to GeoAPI interfaces because it involve nothing more than changes in method signature. But applying a script on implementations is much more complex (involve adding cast, etc.). Retroweaver is very likely to be a more praticable solution. I'm 100% for Java 5, but I think that we should probably wait for a Geotools 2.5 release and keep Geotools 2.4 on Java 1.4, given that the 2.4 development is already quite advanced. Martin - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1148) Move implementations to coverage and render modules
Move implementations to coverage and render modules --- Key: GEOT-1148 URL: http://jira.codehaus.org/browse/GEOT-1148 Project: GeoTools Issue Type: Improvement Components: core coverage, core main, core render Reporter: Jody Garnett Assigned To: Simone Giannecchini Priority: Minor Fix For: 2.4.M0 To render a coverage it would be nice to depend only on *rendering* and *coverage*, currently *main* is required as well. A wiki page has been created to track this proposal: * http://docs.codehaus.org/display/GEOTOOLS/Move+implementations+to+coverage+and+render+modules This proposal is all about moving the code into a more appropriate module: * coverage implementations in main move to coverage module * mapcontext implementations in main go to rendering module This change is similar to the recent requests to break out data and jdbc modules from main; this time however an appropriate location is already available. -- 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 - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] verbose build process
In hunting through a build problem (I was not up to date) I noticed the following ... > 1-Feb-2007 11:55:46 AM org.geotools.renderer.lite.StreamingRenderer > computeScale > WARNING: null > java.lang.NullPointerException > at > org.geotools.renderer.lite.RendererUtilities.calculateScale(RendererUtilities.java:508) > at > org.geotools.renderer.lite.RendererUtilities.calculateScale(RendererUtilities.java:446) > at > org.geotools.renderer.lite.StreamingRenderer.computeScale(StreamingRenderer.java:581) > at > org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:514) > at > org.geotools.renderer.shape.ShapefileRenderer.renderWithStreamingRenderer(ShapefileRenderer.java:1431) (I assume something is gobbling a NPE and logging?) I also noticed this ... > 1-Feb-2007 11:55:49 AM org.geotools.renderer.shape.TestUtilites > createTestStyle > INFO: got new Stroke org.geotools.styling.StrokeImpl: > Color #ff > Width 5 > Opacity 1 > LineCap butt > LineJoin miter > Dash Array null > Dash Offset 0 > Fill Graphic null > Stroke Graphic null > 1-Feb-2007 11:55:49 AM org.geotools.data.DefaultTransaction finalize > SEVERE: There's code leaving transaction unclosed. Call > Transaction.close() after using them to ensure they do not hold > state such as JDCB connections or file handles Questions: - StrokeImpl - why do you fill up my logs? - While it is great we are noticing that an unclosed transaction I do wish their was a switch we could throw to cause this to *be* a failure during testing :-D Cheers, Jody - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Hi Chris: > Which would be 2.4 or 2.5? It'd be good to get the 2.4 release at > least without need 1.5. I agree on the 2.4 thing ... GeoTools 2.4 looks like it is going to be one of our best (now that filter is tested, and with the clean up to prep for ISO Feature). Thinking if we can delay supporting ISO Geometry until after 2.4 is released... Pros: - it gives us a release to prep for Java 5 - it gives 2.4 a good clean story (ie prep for ISO Feature, and ISO Geometry can be part of that prep) Cons: - leaving the unsupported/geometry team hanging But yes - good idea Chris I like it. > We also might consider calling it GeoTools 3.0 if we go 1.5. I understand; from my respective that has two problems: - I would rather use a major version number to reflect a increase in ability of the library (ISO Geometry and ISO Feature for example) - Threatening to roll a version number has caused panic and doubt previously; to the tune of why are you wasting time when oracle still does not work ;-) On the other hand if we are to believe sun we should release GeoTools 4 (rather then 2.4); and go Java 5 for for GeoTools 5 :-D. The reason being that our "point releases" have often indicated API change (and take a year to produce), and the project at 10 years old does not reflect that with nice large version numbers ... Cheers, Jody > > Jody Garnett wrote: >> I must confess the unsupported/geometry module is giving me some >> panic on this front. I like the work I see their and would not like >> to ask them to "roll back" to Java 1.4. Especially since they have >> met the letter of developers guide ... >> >> Sigh, >> Jody >>> >>> Martin Desruisseaux wrote: Le mardi 30 janvier 2007 à 13:32 -0800, Jody Garnett a écrit : > Java EE has been out since May and I wonder how GeoServer fairs in > that environment. Is everything okay, or are we going to take the > more realistic step and check back when J2EE has been adopted by > more major vendors? I would like to know how things are shaping > up; do we have work to do? I guess that Geotools 2.4 would stay with Java 4. But me too I would like to know if it is possible to consider a move to Java 5 for Geotools 2.5. I miss all the features about generic types. >>> I'm usually the one who's against this the most, and I'm coming >>> closer to it. I'd like to have it a bit higher than just J2EE >>> releases. >>> >>> From my perspective it's important that sys admins who run GeoServer >>> are on 1.5+. The other concern is running on more obscure open >>> source OS's, like the BSD's. They take awhile to get java >>> implementations. This should get better with the open source thing, >>> but it's not there yet. So I think it's getting closer, but we >>> should do some more research. >>> >>> Chris >>> Martin - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> >> - >> >> 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=lnk&kid=120709&bid=263057&dat=121642 >> ___ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> !DSPAM:1003,45c2470b171661460912952! >> > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Justin Deoliveira wrote: > How extensive is the use of the new language features? If its just use > of generics can we give them a script similar to the geoapi one? > Martin cleaned it up so that most of the generics are caught by a > single regular expressions. looks to be generics and one Enum. The script idea is a good one; but retroweaver may represents a nicer long term solution (even if it would have to be applied at the geoserver level?) > We could come half the way and allow people to start using 1.5, > however still enforce that to be included in release the code has to > 1.4 source compatible. Or "downgradable" - yep got it; and good thinking. Jody - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
How extensive is the use of the new language features? If its just use of generics can we give them a script similar to the geoapi one? Martin cleaned it up so that most of the generics are caught by a single regular expressions. We could come half the way and allow people to start using 1.5, however still enforce that to be included in release the code has to 1.4 source compatible. -Justin Jody Garnett wrote: > I must confess the unsupported/geometry module is giving me some panic > on this front. I like the work I see their and would not like to ask > them to "roll back" to Java 1.4. Especially since they have met the > letter of developers guide ... > > Sigh, > Jody >> >> Martin Desruisseaux wrote: >>> Le mardi 30 janvier 2007 à 13:32 -0800, Jody Garnett a écrit : Java EE has been out since May and I wonder how GeoServer fairs in that environment. Is everything okay, or are we going to take the more realistic step and check back when J2EE has been adopted by more major vendors? I would like to know how things are shaping up; do we have work to do? >>> I guess that Geotools 2.4 would stay with Java 4. But me too I would >>> like to know if it is possible to consider a move to Java 5 for Geotools >>> 2.5. I miss all the features about generic types. >> I'm usually the one who's against this the most, and I'm coming closer >> to it. I'd like to have it a bit higher than just J2EE releases. >> >> From my perspective it's important that sys admins who run GeoServer >> are on 1.5+. The other concern is running on more obscure open source >> OS's, like the BSD's. They take awhile to get java implementations. >> This should get better with the open source thing, but it's not there >> yet. So I think it's getting closer, but we should do some more >> research. >> >> Chris >> >>> Martin >>> >>> >>> >>> - >>> >>> 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=lnk&kid=120709&bid=263057&dat=121642 >>> ___ >>> Geotools-devel mailing list >>> Geotools-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >>> >>> > > > - > 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=lnk&kid=120709&bid=263057&dat=121642 > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:1004,45c2470b171691365099012! > -- Justin Deoliveira [EMAIL PROTECTED] The Open Planning Project http://topp.openplans.org - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Which would be 2.4 or 2.5? It'd be good to get the 2.4 release at least without need 1.5. We also might consider calling it GeoTools 3.0 if we go 1.5. Jody Garnett wrote: I must confess the unsupported/geometry module is giving me some panic on this front. I like the work I see their and would not like to ask them to "roll back" to Java 1.4. Especially since they have met the letter of developers guide ... Sigh, Jody Martin Desruisseaux wrote: Le mardi 30 janvier 2007 à 13:32 -0800, Jody Garnett a écrit : Java EE has been out since May and I wonder how GeoServer fairs in that environment. Is everything okay, or are we going to take the more realistic step and check back when J2EE has been adopted by more major vendors? I would like to know how things are shaping up; do we have work to do? I guess that Geotools 2.4 would stay with Java 4. But me too I would like to know if it is possible to consider a move to Java 5 for Geotools 2.5. I miss all the features about generic types. I'm usually the one who's against this the most, and I'm coming closer to it. I'd like to have it a bit higher than just J2EE releases. From my perspective it's important that sys admins who run GeoServer are on 1.5+. The other concern is running on more obscure open source OS's, like the BSD's. They take awhile to get java implementations. This should get better with the open source thing, but it's not there yet. So I think it's getting closer, but we should do some more research. Chris Martin - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel !DSPAM:1003,45c2470b171661460912952! -- Chris Holmes The Open Planning Project http://topp.openplans.org begin:vcard fn:Chris Holmes n:Holmes;Chris org:The Open Planning Project adr:;;349 W. 12th Street, #3;New York;NY;10014;USA email;internet:[EMAIL PROTECTED] title:Managing Director, Strategic Development x-mozilla-html:FALSE url:http://topp.openplans.org version:2.1 end:vcard - 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=lnk&kid=120709&bid=263057&dat=121642___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
I must confess the unsupported/geometry module is giving me some panic on this front. I like the work I see their and would not like to ask them to "roll back" to Java 1.4. Especially since they have met the letter of developers guide ... Sigh, Jody > > > Martin Desruisseaux wrote: >> Le mardi 30 janvier 2007 à 13:32 -0800, Jody Garnett a écrit : >>> Java EE has been out since May and I wonder how GeoServer fairs in >>> that environment. Is everything okay, or are we going to take the >>> more realistic step and check back when J2EE has been adopted by >>> more major vendors? I would like to know how things are shaping up; >>> do we have work to do? >> >> I guess that Geotools 2.4 would stay with Java 4. But me too I would >> like to know if it is possible to consider a move to Java 5 for Geotools >> 2.5. I miss all the features about generic types. > > I'm usually the one who's against this the most, and I'm coming closer > to it. I'd like to have it a bit higher than just J2EE releases. > > From my perspective it's important that sys admins who run GeoServer > are on 1.5+. The other concern is running on more obscure open source > OS's, like the BSD's. They take awhile to get java implementations. > This should get better with the open source thing, but it's not there > yet. So I think it's getting closer, but we should do some more > research. > > Chris > >> >> Martin >> >> >> >> - >> >> 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=lnk&kid=120709&bid=263057&dat=121642 >> ___ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> !DSPAM:1003,45c1192b279581116498154! >> > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] OGC scale computation in
Andrea can I have a "upgrade to 2.3" instruction for this please" :-) We did not go through a geotools proposal on this one (it is an API change is it not?); is their a Jira that will show up in the change notes at least? Jody > Hi all, > I've committed the changes to the scale computation, now the default > for 2.3.x and trunk is the OGC way to compute a scale. The older > can still be chosen passing the scaleComputationMethod hint. > > It's quite nice I'd add, to have mapbuilder scale in line with > geoserver one. > On projected maps, the algorithm is the same as many others. Only on > lat/lon maps we still have differences with MapServer and DeeGree, > whilst we are pretty much in line with MapBuilder (we do > have a very little difference, probably due to different floating > point precisions in java and javascript). > > Cheers > Andrea > > - > 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=lnk&kid=120709&bid=263057&dat=121642 > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] langague policy - vs J2EE
Martin Desruisseaux wrote: Le mardi 30 janvier 2007 à 13:32 -0800, Jody Garnett a écrit : Java EE has been out since May and I wonder how GeoServer fairs in that environment. Is everything okay, or are we going to take the more realistic step and check back when J2EE has been adopted by more major vendors? I would like to know how things are shaping up; do we have work to do? I guess that Geotools 2.4 would stay with Java 4. But me too I would like to know if it is possible to consider a move to Java 5 for Geotools 2.5. I miss all the features about generic types. I'm usually the one who's against this the most, and I'm coming closer to it. I'd like to have it a bit higher than just J2EE releases. From my perspective it's important that sys admins who run GeoServer are on 1.5+. The other concern is running on more obscure open source OS's, like the BSD's. They take awhile to get java implementations. This should get better with the open source thing, but it's not there yet. So I think it's getting closer, but we should do some more research. Chris Martin - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel !DSPAM:1003,45c1192b279581116498154! -- Chris Holmes The Open Planning Project http://topp.openplans.org begin:vcard fn:Chris Holmes n:Holmes;Chris org:The Open Planning Project adr:;;349 W. 12th Street, #3;New York;NY;10014;USA email;internet:[EMAIL PROTECTED] title:Managing Director, Strategic Development x-mozilla-html:FALSE url:http://topp.openplans.org version:2.1 end:vcard - 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=lnk&kid=120709&bid=263057&dat=121642___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Introduction as new developers
Hi Rueben :-D I am starting to round up "good" examples and tutorials from our wiki - if you say this is "up to date" can I move it over to the "user guide" space? Cheers, Jody > Hello Olaf, > > I have not been very involved in the geotools project over the last few > years, but I am the author of the "How to add new projections" tutorial. > It appears that it is mostly up to date. The tutorial, the existing > implementations and some of the linked references should be enough to > get the projections you need implemented. > > I have limited time right now, but if you have any projection > questions/problems email the developer list and Martin or I will be > happy to answer you. I try to skim the geotools email list, but feel > free to CC me with projection questions as well. > > Rueben > > >> - show the map under different projections >> >> The last point is important regarding our potential contribution to >> Geotools. Besides a "standard" rectangular cylindric projection, we will >> need at least an AzimuthalEquidistant and a Gnomonic projection which >> are obviously not yet supplied by Geotools (package org >> .geotools >> .referencing >> .operation >> .projection). >> Therefore, we will have to go and >> add these projections following your tutorial >> (http://docs.codehaus.org/display/GEOTOOLS/How+to+add+new+projections). >> - You may also regard this email as "step 0" of that tutorial ;-) >> >> Questions we may have in future will regard these projection topics, but >> also the rendering and performance issues, which are also very important >> for us. >> >> With best regards, >> Olaf Danne (Brockmann Consult) >> >> > > > > - > 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=lnk&kid=120709&bid=263057&dat=121642 > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] OGC scale computation in
Hi all, I've committed the changes to the scale computation, now the default for 2.3.x and trunk is the OGC way to compute a scale. The older can still be chosen passing the scaleComputationMethod hint. It's quite nice I'd add, to have mapbuilder scale in line with geoserver one. On projected maps, the algorithm is the same as many others. Only on lat/lon maps we still have differences with MapServer and DeeGree, whilst we are pretty much in line with MapBuilder (we do have a very little difference, probably due to different floating point precisions in java and javascript). Cheers Andrea - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1147) Scale computation does not conform to OGC standard
Scale computation does not conform to OGC standard -- Key: GEOT-1147 URL: http://jira.codehaus.org/browse/GEOT-1147 Project: GeoTools Issue Type: Bug Components: core render Affects Versions: 2.3.0, 2.2.2 Reporter: Andrea Aime Assigned To: Jesse Eichar Fix For: 2.2.3, 2.3.1 Scale computation does not conform to the OGC standard, thought it is more accurate and matches the real world definition of a map scale. Since all apps that depend on geotools do implement the OGC standard, make it the default way and have an option to use th old, more accurate way -- 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 - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1146) Ascii raster tests involving gzipped images disabled because of extreme slowness
Ascii raster tests involving gzipped images disabled because of extreme slowness Key: GEOT-1146 URL: http://jira.codehaus.org/browse/GEOT-1146 Project: GeoTools Issue Type: Improvement Components: gc imageio Affects Versions: 2.3.0 Reporter: Andrea Aime Fix For: 2.3.1 The following tests have been disabled: testJaiImage_ReadGrassGzWriteFileOperation testJaiImageReadUrlOperation testJaiImageReadGzStreamOperation because they do take around 3 minute each. This does not seems to be due to the extensiveness of the test, but rather due to a performance issue in the reader itself. -- 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 - 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=lnk&kid=120709&bid=263057&dat=121642 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel