Andrea Aime ha scritto:
> Hi all,
> I'm raising this question before starting to spend any time on a
> wicket/facelets proof
> of concept.
>
Wrong mailing list again! Boys I do need some holidays...
Sorry
Andrea
-
Using To
[ http://jira.codehaus.org/browse/GEOT-913?page=all ]
Andrea Aime reopened GEOT-913:
--
Assignee: Andrea Aime (was: Ian Turton)
Reopening for handling in 2.3.x timeframe
> JMapPane should using just one mapcontext
> --
Richard Gould ha scritto:
> Are you positive? I have not seen any commits on that section of the
> code since the issue is report (except two small commits from andrea).
> Adrian, are you able to test and verify if the problem still exists?
>
>
I've fixed the frame closing problem (closing Map
Hi all,
I'm raising this question before starting to spend any time on a
wicket/facelets proof
of concept.
Do we want to go the road of component based web frameworks or not?
Please do
speak up frankly.
Going component based means a wholly different way of thinking about the
web page,
session
Hi all,
Some recent development on geotools 2.2.x has caused filter encoding to
go bad and as a result is making geoserver cite tests fail, which means
we cant release.
After three hours of bug hunting i have found the following bugs:
1. FilterCapabilties being wiped out by a negative bit mask
(
Merge SQLEncoderPostgisGeos into SQLEncoderPostgis
--
Key: GEOT-917
URL: http://jira.codehaus.org/browse/GEOT-917
Project: GeoTools
Issue Type: Improvement
Components: data postgis
Chris Holmes wrote:
> They were made to be Filter.ALL and Filter.NONE. They're static
> singleton constructs I think off the Filter main class.
>
> They should be really easy to implement, and I'd say you should just
> implement them, you just have to do a query as if there was no filter,
> and
Are you positive? I have not seen any commits on that section of the
code since the issue is report (except two small commits from andrea).
Adrian, are you able to test and verify if the problem still exists?
Cheers
Richard
Ian Turton wrote:
> On 8/9/06, Richard Gould <[EMAIL PROTECTED]> wrote
On 8/9/06, Richard Gould <[EMAIL PROTECTED]> wrote:
> There was a fatal mappane problem, so I am going to roll back the 2.2.0
> release. It looks like it hasn't been resolved yet, so you still have
> some time. I will send out an email when I start the process again and
> declare a code freeze.
I'
FilterCapabilities ALL and NONE use ambiguous 12345 and -12345 as FilterType
Key: GEOT-916
URL: http://jira.codehaus.org/browse/GEOT-916
Project: GeoTools
Issue Typ
There was a fatal mappane problem, so I am going to roll back the 2.2.0
release. It looks like it hasn't been resolved yet, so you still have
some time. I will send out an email when I start the process again and
declare a code freeze.
Justin Deoliveira wrote:
> Hi all,
>
> Is there a code fre
[EMAIL PROTECTED] wrote on 08/09/2006 06:37:25
AM:
> Hey all, perhaps especially Martin,
>
>
> In looking at the code of the interface
>
> http://geoapi.sourceforge.
> net/snapshot/javadoc/org/opengis/referencing/cs/SphericalCS.html
> and perhaps this is the current form:
> http://svn.sourceforg
Hi all,
Is there a code freeze on 2.2.0 yet? Some recent changes have broken
GeoServer cite tests, so I need a few bug fixes in before I can release
GeoServer If its too late to get into 2.2.0 I would like to release a
2.2.1 release candidate soon.
-Justin
--
Justin Deoliveira
The Open Planning
Do we have a wkb4j module? Like did we actually fork the existing wkb4j
yet? I'm not against doing so, as its been dead for years. It'd be
great if you could fix the tomcat deployment problems.
best regards,
Chris
Alessio Fabiani wrote:
Hi guys,
how about the WKB4J module? Did you remeber
Hey all,
In trying to get a projected map for my QuickStart tutorial, I'd like to
simply grab an existing object. By default the geotools
DefaultMapContext is created with
CoordinateReferenceSystem crs = DefaultGeographicCRS.WGS84;
I'd like to change that with
myMapCtxt.crs = DefaultProjec
Hey all, perhaps especially Martin,
In looking at the code of the interface
http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/referencing/cs/SphericalCS.html
and perhaps this is the current form:
http://svn.sourceforge.net/viewvc/geoapi/trunk/geoapi/src/main/java/org/opengis/referencing
Hey all,
Would the following rename be possible?
org.geotools.referencing.CRS.transform(...)
to
org.geotools.referencing.CRS.getMathTransform(...)
since we are not, in any way, transforming with the method.
--adrian
-
Andrea Aime a écrit :
> Well, I have generated aggregated javadocs and noticed no problem, but
> did not any about problems with custom taglets.
> Martin, can you point me to the custom taglet that was failing?
There is an example of the output I was trying to get:
http://javadoc.geotools.fr/sn
Martin Desruisseaux ha scritto:
> Adrian Custer a écrit :
>> I thought Martin had fixed this but perhaps that was only on trunk.
>
> I believe I made only a patch specific to the 2.2-RC4 release. I will do that
> again for 2.2.0.
> Actually the javadoc generation need to be revisited in order to
Adrian Custer a écrit :
> I thought Martin had fixed this but perhaps that was only on trunk.
I believe I made only a patch specific to the 2.2-RC4 release. I will do that
again for 2.2.0.
Actually the javadoc generation need to be revisited in order to get ride of
our custom plugin and
uses t
Adrian Custer a écrit :
> One of the old renderers allowed one to rotate the view using the mouse
> or keyboard. Does anyone know how this was done? I presume this was not
> a change of CRS on the renderer's context but that there was an extra
> affine transform in the rendering toolchain. Is this
Adrian Custer a écrit :
> Can't our magical Maven2 do some extra work for us? Can't it package up
> the mother of all tarballs? Is this hard, not attempted or frowned upon
> for some reason?
It was just not attempted as far as I known. I don't know if Maven "assembly"
plugin do this kind of
job,
Hello Jody
Jody Garnett a écrit :
> If I get a break to day I will take a run at this, if you have time to
> be on IRC today we can do it together. I know you addressed most of the
> issues via email, writing that down into a review.txt will be most of
> the work.
I missed yours email yesterda
Andrea Aime ha scritto:
> Hi all,
> so, how are doing with GSIP#2?
> I see 4 official votes on the GSIP#2 page.
>
> I can hunt the old jalopy code formatting file, eventually remove the javadocs
> reformat options (since they have a nasty tendency to break jalopy), add
> jalopy
> to the build and
Hi all,
so, how are doing with GSIP#2?
I see 4 official votes on the GSIP#2 page.
I can hunt the old jalopy code formatting file, eventually remove the javadocs
reformat options (since they have a nasty tendency to break jalopy), add jalopy
to the build and do the big reformat during the weekend w
Jody Garnett a écrit :
> You can find the updated provenance review here:
> - http://wiki.osgeo.org/index.php/GeoTools_Provenance_Review
Just a slight comment about "Contact EPSG Providers". The text said: "Frank was
kind enough to
contact the providers of the EPSG dataset and inform them of our
Hi guys,
how about the WKB4J module? Did you remeber that there was a little
problem on the JAR creation, which is not deployable by Tomcat?
If you agree I can try to solve this problem and see if more improvements can be done to the package.
Thanks.-- -
Jody Garnett a écrit :
> Referencing3D checks out okay, wanted to confirm the origion of the
> EGM180.nor data included in the module (suspect should fall under the
> same nasa credit?)
Yes, EGM180.nor is derived from
http://earth-info.nima.mil/GandG/wgs84/gravitymod/ as well. I will
update the
Jody Garnett a écrit :
> I have updated the org.geotools.resources.ResourceCompiler to include
> the current header
> in the generated code. Rather then run again and mess with things right
> now I though I should
> ask if we can generate up code at maven build time (like is done with
> JavaCC f
ResourceCompiler should be refactored as a Maven plugin
---
Key: GEOT-915
URL: http://jira.codehaus.org/browse/GEOT-915
Project: GeoTools
Issue Type: Task
Components: core referen
Ciao Martin,
good to have you back on board.
About the resources package, I have a suggestion.
I added a very simple class to do LRU caching of hard references. THe
name is something like LRULinkedHashMap.
I noticed that very often the caches you use in the referencing
package are based on weak re
Jody Garnett a écrit :
> - Arguments - yet another command processor for static main( String args[] )
At the time I wrote this one, I was not aware of existing tools like the ones
below:
http://jakarta.apache.org/commons/cli/
https://args4j.dev.java.net/
I don't know which one is best -
Jody Garnett a écrit :
> Hi Martin, I am guessing that the DatumAliasesTable.txt is (C) 2005 PMC
> (on the ground that DataAliases.java shared that date), please correct
> if wrong.
I think you are right. We could also add (C) Refraction Research since Paul is
the author of this
file if my mem
33 matches
Mail list logo
