Hello Jody
Jody Garnett a écrit :
> In particular we want a record of Frank's permission for some of the
> proj4 based code.
I agree. I will put that on my todo list after I finished to pull my all my
emails. Right now,
classed that contains Proj4 derived work are flagged in two ways:
1) They
Adrian Custer ha scritto:
> hey all,
>
> there appears to be a maven-source-plugin with a source:jar target. Not
> sure how it works, especially if it integrates the src into the jar or
> makes a separate jar for the sources.
>
According to the docs
(http://maven.apache.org/plugins/maven-sourc
Jesse Eichar a écrit :
> What I'm looking for is when I ask for a transformation between the
> "Unkown" CRS and any other CRS I get a NO-OP transformation. Maybe a
> new "Unkown" CRS is what I want?
GENERIC_2D is there exactly for that:
http://javadoc.geotools.fr/snapshot/org/geotools/refere
Dude it is done ... aka completed.
Jody
> I will have a go at it today.
> Thanks for the reminder.
>
> Brent Owens
> (The Open Planning Project)
>
>
>
> Jody Garnett wrote:
>> Hi Brent, long time no hack? Hopefully I will see you on geoserver
>> trunk sometime soon ;-)
>>
>> I have been bashing my
Adrian Custer ha scritto:
> 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 thi
I can't find an example of this in the filter spec.
I see:
DEPTH
30
Geometry
srsName="http://www.opengis.net/gml/srs/epsg.xml#63266405";>
13.0983 31.5899
35.5472 42.8143
which I'm interpreting you say should be:
DEPTH
30
Chris Holmes a écrit :
> Do we support spherical stuff?
Not exactly, but we are pretty close to that and it should be a small effort (I
would say ~4 hours
work for someone familiar with the referencing module implementation) to get
there.
* We support spherical stuff at the interface level (in
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> I'd like to apply for a YourKit profiler license for Geotools, but
>> they do
>> ask for their logo to be put on our home page.
>> That's something I can't decide about myself, I only can tell yourkit
>> as a profiler is
>> much more comf
Andrea Aime a écrit :
> Sorry, my understanding of Rob proposal was that everybody should use
> long/lat axis order internally.
>
> This would have scary performance consequences on both rendering and
> WFS serving because the data stores would have to provide data in
> that order, maybe just to r
Hey all,
I thought Martin had fixed this but perhaps that was only on trunk.
in Richards javadocs:
http://lists.refractions.net/geotools/temp/
the link still goes out to:
http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/referencing/cs/CoordinateSystem.html
Try clicking on the type of t
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> Heh, now to see how badly the geoapi list busts me ;-) The jar is
>> available on the refractions/m2 repo. Not sure how to go through the
>> geoapi release process formally.
>
> We need to write a formal GeoAPI request for change (RFC) and pr
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 correct, can anyone
elaborate.
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> On trunk the BasicFactories is broken because it is talking to
>> specific go-1 abstractions...
>> import org.opengis.go.CommonCapabilities;
>> import org.opengis.go.CommonFactory;
>> import org.opengis.go.display.DisplayFactory;
>>
>> That ar
hey all,
there appears to be a maven-source-plugin with a source:jar target. Not
sure how it works, especially if it integrates the src into the jar or
makes a separate jar for the sources.
--adrian
-
Using Tomcat but need
Jody Garnett a écrit :
> Heh, now to see how badly the geoapi list busts me ;-) The jar is
> available on the refractions/m2 repo. Not sure how to go through the
> geoapi release process formally.
We need to write a formal GeoAPI request for change (RFC) and present it to the
next OGC meeting.
There should something like
ProjectiveTransform.create(AffineTransform.getRotateInstance(0));
Simone.
On 8/8/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> Adrian Custer a écrit :
> > The code block below throws the following error. Could someone advise me
> > on how to make the right trans
Jody Garnett a écrit :
> On trunk the BasicFactories is broken because it is talking to specific
> go-1 abstractions...
> import org.opengis.go.CommonCapabilities;
> import org.opengis.go.CommonFactory;
> import org.opengis.go.display.DisplayFactory;
>
> That are not present on geoapi trunk, not
Adrian Custer a écrit :
> The code block below throws the following error. Could someone advise me
> on how to make the right transform?
>
> **
> SEVERE: Can't create pixel to world transform
> Caused by: java.awt.geom.NoninvertibleTr
Jody Garnett a écrit :
> - ext/go - out of the build, since it is not going to be completed for
>2.2.x can we remove it?
Out of 2.2 branch (and maybe 2.3 as well), yes. Lets just keep it on trunk if
you don't mind...
Martin.
---
Adrian Custer a écrit :
> GeographicCRS geoCRS =
> org.geotools.referencing.crs.DefaultGeographicCRS.WGS84;
> (...snip...)
> so they are long/lat in 2.2 and will stay that way?
> sure
I confirm. The Geotools hard-coded constants like DefaultGeographicCRS.WGS84
are used in many
internal comp
You just know you are going to hear from the NetBeans enabled people
around ...
Adrian the download files are currently so big I can no longer take part
in the release process (to big to upload), I suspect that
configuring our maven repo with source jars would solve most things ...
but maven i
Hey all,
I'm using the unannounced 2.2.0 release to see what the experience is
like. On the whole things work (except for stuff we already know about).
However...
We can install from the *-bin* archive.
We get no source.
We could then add the src to each module.
Andrea Aime a écrit :
> I've just modified the main pom in trunk to generate aggregated javadocs
> (true) and it works just fine it seems?
> Did someone told that you are having problems generating the javadocs?
> Which kind of problems?
Last time I tried, the plugin still had bugs. Part of the pr
Andrea Aime a écrit :
> I'd like to apply for a YourKit profiler license for Geotools, but they do
> ask for their logo to be put on our home page.
> That's something I can't decide about myself, I only can tell yourkit as
> a profiler is
> much more comfortable than hprof and less prone to overes
Hello Andrea
Andrea Aime a écrit :
> About the linux slowness, I have two hypothesis, both related to the
> extremetly chatty build:
> * Martin runs the build over ssh, again, every message on the console
> gets transmitted over the wire slowing down the build considerably.
You guessed right
Martin,
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.
Jody
--
Cool marking this one as done then
- http://wiki.osgeo.org/index.php/GeoTools_Provenance_Review#Plug-in
I will check off other modules as I hear back from module maintainers.
Jody
> HI Jody,
>
> Its fine. Thanks for taking care of it.
>
> Julian
>
> -Original Message-
> From: Jody G
Jesse Eichar wrote:
> Hey Justin,
>
> I am making this "relaxed" compliance and "strict" compliance change
> because otherwise I have to change all of Geotools and that is
> completely out of the question... yet I need WFS to be able to be
> compliant and still be able to communicate with Geo
28 matches
Mail list logo
