[Geotools-devel] Re-enabled wfs-ng in default unsupported build

2014-07-14 Thread Justin Deoliveira
Hi all, With the pull request to get wfs-ng passing tests on windows (thanks for reviewing Jody) I have re-enabled it in the default unsupported build. If I didn't catch all the issues and the various build servers continue to have problems feel free to roll back the change. -Justin -- Justin D

[Geotools-devel] Re-enabline some shapefile datastore tests, let me know how it works

2008-10-31 Thread Andrea Aime
Hi all, I've just fixed a regression in the shapefile datastore module related to reading non ASCII chars. I already fixed this bug one year ago, and added unit tests for that. Unfortunately someone disabled the ShapefileDataStoreTest (that is, the most important test in the shapefile suite) and we

Re: [Geotools-devel] Re : GEOAPI temporal schema un/marshalling

2008-05-29 Thread Simone Giannecchini
Ciao Mediii, on Monday we discussed how to proceed on the 19108 implementation and the agreement we found was as follows: 1> you (or someone over there :-) ) committing the version of the code 2> us reviewing and commenting the code you have committed 3> deciding how to proceed (joda vs non-joda a

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-26 Thread Andrea Aime
Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >> I have nothing against merging this tools in gt2 of course. >> Yet, I was thinking that it may have more potential in a standalone >> project that would be reused by everybody playing with JAI. >> Take it and the old TCTool and we may end u

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-26 Thread Martin Desruisseaux
Andrea Aime a écrit : > I have nothing against merging this tools in gt2 of course. > Yet, I was thinking that it may have more potential in a standalone > project that would be reused by everybody playing with JAI. > Take it and the old TCTool and we may end up having enough to > make up a jai-too

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-26 Thread Andrea Aime
Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >>> However your screenshot looks great, and your application may very >>> well provides >>> additional informations that OperationTreeBrowser do not - I see from the >>> screenshot that you draw the tile bounds for example. >> Yeah, along wit

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread Martin Desruisseaux
Andrea Aime a écrit : >> However your screenshot looks great, and your application may very >> well provides >> additional informations that OperationTreeBrowser do not - I see from the >> screenshot that you draw the tile bounds for example. > > Yeah, along with rendering hints and the like. Yes

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread Andrea Aime
Martin Desruisseaux ha scritto: > Hello Andrea > > Nice screenshot!!! But... a similar tools already existed in GeoTools SVN > since > 2003 (after all, I was involved with JAI in GeoTools before any other GeoTools > contributor...) Doh, I did not know. Oh well, it has been a learning experience

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread Martin Desruisseaux
Hello Andrea Nice screenshot!!! But... a similar tools already existed in GeoTools SVN since 2003 (after all, I was involved with JAI in GeoTools before any other GeoTools contributor...) http://javadoc.geotools.fr/snapshot/org/geotools/gui/swing/image/OperationTreeBrowser.html However your scre

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread Andrea Aime
Jody Garnett ha scritto: > Hi Andrea - that is fun :-) > > I have a similar pile of useful code here from udig on a different topic > (hacking away at features). Ah, nice to hear that. Is it available? > Can we talk about making the > "module/extentions/tools" project in todays GeoTools meeti

Re: [Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread Jody Garnett
Hi Andrea - that is fun :-) I have a similar pile of useful code here from udig on a different topic (hacking away at features). Can we talk about making the "module/extentions/tools" project in todays GeoTools meeting? It could even be "unsupported/tools" if you want. Jody aaime wrote: > Hi,

[Geotools-devel] Re nderedImage browsing and debugging tool

2007-12-24 Thread aaime
Hi, these days I've been trying to re-learn a bit about JAI, RenderedImages and the like. While doing so I've developed a little tool that displays the full rendering chain of a RenderedImage (and in particular, of RenderedOps). Here are some screenshots of the tool in action against an image mosa

Re: [Geotools-devel] RE : Semantic questions

2006-11-17 Thread Sanjay Jena
Hi Gilles, Hi Romain, thanks for your answer. I am not sure, or if i´ve not made my problem clear enough (case (2) in the first mail) or i didn´t understand your mail correctly. Would do you mean with "component"? I´m sending an illustration in annex. The problem is that the Difference of A and

Re: [Geotools-devel] RE : RE : RE : Semantic questions

2006-11-17 Thread Sanjay Jena
Hi, see answers below: A1 and A2 have the same behaviour from A. B1 and B2 have the same behaviour from B. In this case, perhaps B1 and B2 can not be seen than GM_Primitives. In this case, it would become Complex? Ok, now i got your 5 component idea. With definition A is CompositeSurface (

[Geotools-devel] RE : Semantic questions

2006-11-17 Thread Gesquière Gilles
Dear Sanjay, In this case, it is difficult to understand the object (GM_Object of Iso) use for the result of Boolean operations. In a Java hierarchical meaning, we can agree this use, but the two cases you have discussed are problematic. In geometric modelling, we treat the second case by: the

Re: [Geotools-devel] Re ISO Geometry (finally!)

2006-10-24 Thread Sanjay Jena
Hi Jody,>> Futhermore, we want our implementation to address the problem of >> limited memory, e.g. we want to offer an interface for later>> possibility of storing some geometry data in order to relieve the>> limited memory capabilities (for example a Factory which returns >> Lists os some GM_xxx

Re: [Geotools-devel] Re ISO Geometry (finally!)

2006-10-21 Thread Vincent Heurteaux
Hi Jody, > This part sounds a bit strange to me, I imagine you have some > feedback from Martin? Yes everyday :-) > It would make more sense to store a Go-1 "Graphic" where you are > saving out some Geometry+Style > information... That's exactly what we intended to do. In our side we need 3D

[Geotools-devel] Re ISO Geometry (finally!)

2006-10-20 Thread Jody Garnett
Here is some quick feedback: > So, my questions are : > - what's the way to integrate this work on the Geotools project ? > We have recently tried to lighten up the geotools process, so you guys can have an unsupported plug-in shortly after you make a wiki page describing the work you wa

[Geotools-devel] Re (view) Steering Document for review by developer list

2006-10-05 Thread Jody Garnett
Hi Adrian, I *just* updated the file as I got this, improvements are: - resource allocation (gasp this is where I got in trouble last year), tried to record where people had expressed interested (hopefully they can get time) - outline of two options for the PMC to take charge of the release pro

[Geotools-devel] RE : Geotools GPS Features / Positioning

2006-06-16 Thread Bryce L Nordgren
Guillaume, Any open source software is available for potential integration, and therefore good for us. I am forwarding your email to the geotools developer list so that other interested parties can contact you directly or via the mailing list. I had to lookup the abstract for ISO 8211, as it see

[Geotools-devel] Re: [Geoserver-devel] comment on licencing

2006-05-30 Thread David Adler
In a question about open source licenses, I got the following response back from our Open Source Program Director: The Apache license is much more business-friendly than the LGPL, especially when considering usage in IBM products. While we have folks who contribute to a number of Linux related pr

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Jesse Eichar
Hi I feel that we really need to move forward with Simone's short term plan so that he can get the GC branch merged onto trunk. I am ok with doing what he suggests for a short term solution and migrating towards the suggested medium range plans. I will happily do the work to the shapefi

Re: [Geotools-devel] Re: [udig-devel] [jira] Created: (UDIG-809) postgis doesn't raise events

2006-05-29 Thread Chris Holmes
Hey, if anyone's hacking on this code, could you put in a bit of a better error report? Now that many people are using postgres 8, when they forget their primary key they get a message about oid's not found. Perhaps have that error report say 'no oid's found - if you are using postgres 8 or l

[Geotools-devel] Re: [udig-devel] [jira] Created: (UDIG-809) postgis doesn't raise events

2006-05-29 Thread Jesse Eichar
Hi Michael, I was preparing for a demo so it is possible that the classes are redundant and I didn't have time to correctly investigate the issue. I'm looking into it now and this is my current understanding, anyone can correct me I'm still learning postgis. OIDFidMapper and PostGISAutoI

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Simone Giannecchini
I would take a look here http://docs.codehaus.org/display/GEOTOOLS/The+axis+order+issue?focusedCommentId=53165#comment-53165 in case you haven't yet. Simone. On 5/29/06, Justin Deoliveira <[EMAIL PROTECTED]> wrote: Hi folks, I would imagine that this will be a topic of discussion at tonights

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Martin Desruisseaux
Simone Giannecchini a écrit : That would be good for me as long as I do not get the "modified axis" metadata but the EPSG plain name. Since the registration has a system wide effect it should not clash with anything else. This part is already done and commited on trunk since revision 19642: ht

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Martin Desruisseaux
Justin Deoliveira a écrit : Could someone please summarize so that poor souls like myself can follow at tonights meeting. A wiki page was started there: http://docs.codehaus.org/display/GEOTOOLS/The+axis+order+issue (may need to be completed...) Martin -

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Justin Deoliveira
Hi folks, I would imagine that this will be a topic of discussion at tonights IRC meeting. I know Martin came up with someone but there seems to be more to this issue. Could someone please summarize so that poor souls like myself can follow at tonights meeting. Thanks. -Justin Simone Gia

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Simone Giannecchini
That would be good for me as long as I do not get the "modified axis" metadata but the EPSG plain name. Since the registration has a system wide effect it should not clash with anything else. I hope I made my point clearly. Simone. On 5/29/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: Sim

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Martin Desruisseaux
Simone Giannecchini a écrit : I would like to expose some thougths about the proposed solution. [...snip...] OrderedAxisAuthorityFactory is not going to be removed. Even with the Hint proposal, it still the class performing the work under the hood, so this class is there to stay. The OrderedA

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-29 Thread Simone Giannecchini
Ciao Martin, ciao a tutti, I would like to expose some thougths about the proposed solution. I read and understood all objections and concerns stated by different people in these set of emails. My objection is (do not yell at me please...) that we are not solving the problem or at least not the p

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-28 Thread Jody Garnett
Martin Desruisseaux wrote: Jody Garnett a écrit : If I could also add support for the silly URI the OGC has defined that would be swell, we will start running into them over the next while - I added a JIRA task. Could you check if the example given in this task are the one you are looking f

[Geotools-devel] Re: GeoTools SVN is down

2006-05-28 Thread Paul Ramsey
Recovered and online again. On 28-May-06, at 9:36 AM, Richard Gould wrote: Geotools SVN appears to be down. I am unable to preform svn update or svn checkout. It is timing out. Richard --- All the advantages of Linux Managed Hosting--Wi

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-26 Thread Martin Desruisseaux
Jody Garnett a écrit : If I could also add support for the silly URI the OGC has defined that would be swell, we will start running into them over the next while - I added a JIRA task. Could you check if the example given in this task are the one you are looking for please (I found those exam

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-25 Thread Jody Garnett
Martin Desruisseaux wrote: Added a Wiki page about the axis order issue. I wrote it mostly from the material found in various emails from Paul, Jody, Bryce and others. http://docs.codehaus.org/display/GEOTOOLS/The+axis+order+issue Note: the FORCE_LONGITUDE_FIRST_AXIS_ORDER hint is not yet

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-25 Thread Bryce L Nordgren
[EMAIL PROTECTED] wrote on 05/25/2006 02:05:48 AM: > Added a Wiki page about the axis order issue. I wrote it mostly from > the material found in various > emails from Paul, Jody, Bryce and others. > > http://docs.codehaus.org/display/GEOTOOLS/The+axis+order+issue > > Note: the FORCE_LONGIT

[Geotools-devel] Re: [Geoserver-devel] IP issues

2006-05-25 Thread Jody Garnett
David Blasby wrote: I've been thinking about IP issues the last few days, and did a very quick review of parts of geoserver. I found a few issues - I'm sure there are others. Thanks for taking these issues seriously Dave, looking at what you have found so far leaves me a be daunted on the geot

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-25 Thread Martin Desruisseaux
Added a Wiki page about the axis order issue. I wrote it mostly from the material found in various emails from Paul, Jody, Bryce and others. http://docs.codehaus.org/display/GEOTOOLS/The+axis+order+issue Note: the FORCE_LONGITUDE_FIRST_AXIS_ORDER hint is not yet implemented. This is a propo

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Martin Desruisseaux
Adrian Custer a écrit : FORCE_LONGITUDE_FIRST_AXIS_ORDER is long but descriptive. I'm fine with that name. Lets use it (if peoples agree with the Hint approach). Also, in the interests of completeness for some day where someone wants to do the opposite, do we provide the opposite hint *LATLON

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Adrian Custer
Hey all, I'm *totally* not competent to judge the proposal so this is not about content but about presentation. FORCE_ORDERED_AXIS seems like a *terrible* name. (1) We are having this discussion because there is no inherent ORDER. (2) The issue is the order of 2 axes not a single axis. Would it

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Martin Desruisseaux
Thanks Jody, Bryce, Paul and everyone for your input. So the best compromise I can imagine right now is: * CRS created from EPSG codes will still as specified in the EPSG database (i.e. latitude,longitude axis order) by default. The EPSG factories stay basically unchanged - no hack.

Re: [Geotools-devel] Re: FM progress

2006-05-24 Thread Martin Desruisseaux
Martin Desruisseaux a écrit : Note: we also add a page for that on www.geotools.org, but Codehaust seem to be down right now. Found the page: http://docs.codehaus.org/display/GEOT/How+to+add+a+3rd+party+jar or http://docs.codehaus.org/display/GEOT/How+to+cut+a+release if the JAR to upload are

Re: [Geotools-devel] Re: FM progress

2006-05-24 Thread Martin Desruisseaux
Part of the problem is I think we havent been uploading the jar properly. From what I understand the procedure is: 1. upload new jar 2. uplodate maven-metadata-local.xml 3. regenerate md5sum Don't do that by hand on a Maven 2 repository! Please follow the instruction in the following page ins

Re: [Geotools-devel] Re: FM progress

2006-05-24 Thread Cory Horner
Justin Deoliveira wrote: Part of the problem is I think we havent been uploading the jar properly. From what I understand the procedure is: 1. upload new jar 2. uplodate maven-metadata-local.xml 3. regenerate md5sum I've never heard of or seen maven-metadata-local.xml before... My understan

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Rob Atkinson
Bryce L Nordgren wrote: Jody Garnett <[EMAIL PROTECTED]> wrote on 05/24/2006 05:46:32 AM: OGC is sick of the problem, it is a political problem with no good solution - as such I do not expect a formal decision from them. (It is not helpful for a standards body when the real world does not wa

[Geotools-devel] Re: [Geoserver-devel] comment on licencing

2006-05-24 Thread Alessio Fabiani
I would like to point out that Spring licence is Apache too ... maybe it's not important but I'm asking myself if can be a problem for the future GeoServer versions.On 5/24/06, Jody Garnett < [EMAIL PROTECTED]> wrote: David Adler wrote:> Please note that I am not speaking in any official capacity o

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Bryce L Nordgren
Jody Garnett <[EMAIL PROTECTED]> wrote on 05/24/2006 05:46:32 AM: > OGC is sick of the problem, it is a political problem with no good > solution - as such I do not expect a formal decision from them. > (It is not helpful for a standards body when the real world does not > want to agree). This

[Geotools-devel] Re: [Geoserver-devel] comment on licencing

2006-05-24 Thread David Adler
Please note that I am not speaking in any official capacity on behalf of IBM. IBM, and I expect most commercial software providers, is very concerned about putting its IP portfolio at risk which is a possibility when externally-developed software is mingled with internally-developed software.

[Geotools-devel] Re: [Geoserver-devel] comment on licencing

2006-05-24 Thread Jody Garnett
David Adler wrote: Please note that I am not speaking in any official capacity on behalf of IBM. No fear David we understand. Indeed we are more interested in making you happy, you contribute to our project and if this matters to you it matters to us. IBM, and I expect most commercial software

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Adrian Custer
Hey all, 1) Any chance for an eventual writeup? Can you all write up whatever solution you agree on, when you reach a consensus. I presume nothing will change for 2.2 since it's trying to find its keys to get out the door. If you have a plan for 2.3 and beyond (3.0

[Geotools-devel] Re: [Geoserver-devel] comment on licencing

2006-05-24 Thread Jody Garnett
David Adler wrote: I would like to consider GeoTools and GeoServer for some IBM offerings but it is very difficult to get approval for anything other than the Apache license. David this is good information to know, I got a proposal for you. I am trying to complete a geotools IP check (anyone c

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-24 Thread Jody Garnett
Martin Desruisseaux wrote: Bryce L Nordgren a écrit : If we agree than starting from now, "EPSG:whatever" should be understood as being always (longitude,latitude) axis order (as OGC decided recently in my understanding of a recent Jody's mail), then it is a new authority factory derived from t

Re: [Geotools-devel] Re: FM progress

2006-05-24 Thread Justin Deoliveira
Part of the problem is I think we havent been uploading the jar properly. From what I understand the procedure is: 1. upload new jar 2. uplodate maven-metadata-local.xml 3. regenerate md5sum if wrong please inform. -Justin Cory Horner wrote: Jody Garnett wrote: Well things are moving a bit

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Paul Ramsey
Here is the information from the "horses mouth" (Carl Reed) as dug out of my mailbox from just under a year ago: Prior to the June meetings, there was considerable email dialogue regarding axis order and coordinate reference systems. During the closing TC Plenary, we continued the dialogue.

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Martin Desruisseaux
Bryce L Nordgren a écrit : If we agree than starting from now, "EPSG:whatever" should be understood as being always (longitude,latitude) axis order (as OGC decided recently in my understanding of a recent Jody's mail), then it is a new authority factory derived from the previous one I wouldn'

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Bryce L Nordgren
Martin Desruisseaux <[EMAIL PROTECTED]> wrote on 05/23/2006 04:24:55 PM: > If we agree than starting from now, "EPSG:whatever" should be > understood as being always > (longitude,latitude) axis order (as OGC decided recently in my > understanding of a recent Jody's > mail), then it is a new auth

[Geotools-devel] Re: FM progress

2006-05-23 Thread Cory Horner
Jody Garnett wrote: Well things are moving a bit faster now that I have Justin right here to bother. Cory I saw where you were stuck writing a feature collection test and we have responded by: - removing the power set of builders (FeatureBuilder, FeatureCollectionBuilder, SmalFishBuilder, et

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Martin Desruisseaux
Bryce L Nordgren a écrit : 1] Addressing an encoding issue with an authority factory is now, and forever will be, a hack. Many hacks, actually. Everywhere in the code. I agree and hope to avoid such hack. The first step I'm considering is to make Geotools referencing code a little bit more "

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Bryce L Nordgren
[EMAIL PROTECTED] wrote on 05/22/2006 05:18:00 PM: > Openned a JIRA task > > http://jira.codehaus.org/browse/GEOT-854 > > > Comments welcome (especially any implication that may come to your mind). > >Martin. Done. Key points: 1] Addressing an encoding issue with an authority factory

[Geotools-devel] Re: [Geoserver-devel] CRS, features and streaming renderer streaming render solution.

2006-05-23 Thread Alexander Petkov
On 5/20/06, Jody Garnett <[EMAIL PROTECTED]> wrote: Jesse Eichar wrote: > Hi Simone, > > I'm in agreement that this issue needs to be resolved. The problem is > that I'm not 100% sure how to solve the problem. Do you have a > suggestion? I apologize if you have put you suggestion in this email

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-23 Thread Jody Garnett
Martin Desruisseaux wrote: Jody Garnett a écrit : We have a SoC application set up to do a 3D renderer based off of the uDig rendering model. So perhaps we can combine forces or have your students take over the work? Our planed 3D renderer will not begin this summer. If it get realized, it w

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Martin Desruisseaux
Rob Atkinson a écrit : IMHO, I think we should carry two (or more) peices of metadata instead of just the CRS definition: 1) projectionDefinitionSource="EPSG:4326" // source of projection definition (independent of serialisation formatting) 2) axisFormat=X,Y 3) numberFormat=DD // DMS is usu

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Martin Desruisseaux
Jody Garnett a écrit : We have a SoC application set up to do a 3D renderer based off of the uDig rendering model. So perhaps we can combine forces or have your students take over the work? Our planed 3D renderer will not begin this summer. If it get realized, it will be a more long-term proj

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Martin Desruisseaux
Openned a JIRA task http://jira.codehaus.org/browse/GEOT-854 Comments welcome (especially any implication that may come to your mind). Martin. --- Using Tomcat but need to do more? Need to support web services, security? Get stu

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Rob Atkinson
+1 on being pragmatic and explicit! IMHO, I think we should carry two (or more) peices of metadata instead of just the CRS definition: 1) projectionDefinitionSource="EPSG:4326" // source of projection definition (independent of serialisation formatting) 2) axisFormat=X,Y 3) numberFormat=DD

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Simone Giannecchini
On 5/22/06, Adrian Custer <[EMAIL PROTECTED]> wrote: On Mon, 2006-05-22 at 14:58 +0200, Simone Giannecchini wrote: > Very often people ship data saying this is EPSG:4326, meaning lon,lat > and not lat,lon. > > I would suggest the following two steps solution which should make > everyone happy (or

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Adrian Custer
On Mon, 2006-05-22 at 14:58 +0200, Simone Giannecchini wrote: > Very often people ship data saying this is EPSG:4326, meaning lon,lat > and not lat,lon. > > I would suggest the following two steps solution which should make > everyone happy (or unhappy which would basically be the same :-) ). > >

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Simone Giannecchini
On 5/22/06, Jody Garnett <[EMAIL PROTECTED]> wrote: Simone Giannecchini wrote: > I would suggest the following two steps solution which should make > everyone happy (or unhappy which would basically be the same :-) ). I am already - you are understanding the issues. Last time I had this conversat

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Jody Garnett
Simone Giannecchini wrote: I would suggest the following two steps solution which should make everyone happy (or unhappy which would basically be the same :-) ). I am already - you are understanding the issues. Last time I had this conversation I had to sit through 100 emails to make it this fa

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-22 Thread Simone Giannecchini
On 5/22/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: Adrian Custer a écrit : > Any chance you could write up a paragraph explaining what's going on > with axis order? I'm assembling notes for an eventual writeup of the > geotools CRS and this seems like an important corner case. The EPSG >

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Rob Atkinson
Using non EPSG CRS is neater, but at odds with practice and leaves an authority hole... IMHO the only hope of reconciling these things is to state that the OGC recognises EPSG as the authority for the geometry definition, not the representation (serialisation) rules, and that should be reinfor

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Martin Desruisseaux
Adrian Custer a écrit : Any chance you could write up a paragraph explaining what's going on with axis order? I'm assembling notes for an eventual writeup of the geotools CRS and this seems like an important corner case. The EPSG CRS's are all in the lat, long order except for 4326 which is long,

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Adrian Custer
Hey Martin, Any chance you could write up a paragraph explaining what's going on with axis order? I'm assembling notes for an eventual writeup of the geotools CRS and this seems like an important corner case. The EPSG CRS's are all in the lat, long order except for 4326 which is long, lat? are the

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Jody Garnett
Martin Desruisseaux wrote: Simone Giannecchini a écrit : I am pretty sure that in gdal (which uses Proj) EPSG:4326 is lon,lat as expected, moreover Jody told me that OGC, after a long debat, now states that EPSG:4326 is lon,lat and not lat,lon as EPSG db (please Jody help me here). If this is an

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Jody Garnett
Martin Desruisseaux wrote: Simone Giannecchini a écrit : Good news is, I might have found a guy to do his master thesis on advanced geospatial rendering. I would like to reuse your experience, the GO1 code, the old J2DRenderer code and a bit of my experience. He should start in september, let's

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-21 Thread Martin Desruisseaux
Simone Giannecchini a écrit : I am pretty sure that in gdal (which uses Proj) EPSG:4326 is lon,lat as expected, moreover Jody told me that OGC, after a long debat, now states that EPSG:4326 is lon,lat and not lat,lon as EPSG db (please Jody help me here). If this is an OGC decision, then the EP

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Martin Desruisseaux
Simone Giannecchini a écrit : Good news is, I might have found a guy to do his master thesis on advanced geospatial rendering. I would like to reuse your experience, the GO1 code, the old J2DRenderer code and a bit of my experience. He should start in september, let's hope tht we get this thing

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Martin Desruisseaux
Rob Atkinson a écrit : CRS:84 I think has been defined by the OGC - maybe we lobby for an effort to move all existing WMS services to supporting it. As a side note, "CRS:27", "CRS:83" and "CRS:84" are supported straight into module/referencing since Geotools 2.2. They are equivalent to "NAD27

[Geotools-devel] Re: CRS, features and streaming renderer streaming render solution.

2006-05-20 Thread Simone Giannecchini
Ciao Jody, let me summarize as you did: 1>I absolutely agree. As Martin pointed out we should NEVER make any assumptions on the axes order but lawys inspect it int the data we are managing and behave coherently. Having different CRS definitions in different authorities is of course a big problems

Re: [Geoserver-devel] Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Rob Atkinson
Ahh yes - dont we always get into trouble when we get poor separation of concerns! The problem is that axis order is a representation issue, and the rest of the CRS is a definition of the geometry. The use of the EPSG code as (an) authority to carry the definition for OGC protocol usage was

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Jody Garnett
Simone Giannecchini wrote: Well, I looked up the code of that class and I noticed that you strip some info and change some other when reordering the axis. This actions are understandable but I am more concerned with what common practice and OGC says about this thing. I am pretty sure that in gdal

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Simone Giannecchini
Ciao Martin, thanks for the reply, On 5/20/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: Simone Giannecchini a écrit : > Martin already implemented the OrderedAxisAuthorityFactory which > should take care of this. I used it and I have to say that it works > fine except that if I ask for an

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-20 Thread Martin Desruisseaux
Simone Giannecchini a écrit : Martin already implemented the OrderedAxisAuthorityFactory which should take care of this. I used it and I have to say that it works fine except that if I ask for an EPSG:4326 crs it gives, correctly, a lon,lat WGS84 but with no identifiers related to EPSG, so basica

Re: [Geoserver-devel] Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-19 Thread Paul Ramsey
Just for fun, here's the record for 63266405: coord_ref_sys_code | 63266405 coord_ref_sys_name | WGS 84 (deg) area_of_use_code | 1262 coord_ref_sys_kind | geographic 2D coord_sys_code | 6405 datum_code | source_geogcrs_code | 4326 projection_conv_code | 101 cmpd_horizcr

Re: [Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-19 Thread Paul Ramsey
Simone, On May 19, 2006, at 11:26 AM, Simone Giannecchini wrote: Ciao Jesse, before talking about a solution, I would first like to have some answers from the module mantainers of the features plugins to thee two questions: 1>Can I assume that features in EPSG:4326 are always Lon,Lat even if t

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-19 Thread Simone Giannecchini
Ciao Jesse, before talking about a solution, I would first like to have some answers from the module mantainers of the features plugins to thee two questions: 1>Can I assume that features in EPSG:4326 are always Lon,Lat even if the CRS claims to be Lat,Lon as it happens with EPSG-HSQL authority?

[Geotools-devel] Re: Blocking Issue affecting CRS, features and streaming renderer.

2006-05-19 Thread Jesse Eichar
Hi Simone, I'm in agreement that this issue needs to be resolved. The problem is that I'm not 100% sure how to solve the problem. Do you have a suggestion? I apologize if you have put you suggestion in this email, I must have missed it. Jesse On 19-May-06, at 8:51 AM, Simone Giannecchi

[Geotools-devel] Re: [Geoapi-devel] Features and CRS

2006-05-17 Thread Jody Garnett
Justin Deoliveira wrote: So what I am getting is that the data is the authority, where as the type is more like a recipe. And we respect aggregation in that something that is contained by another and defines a CRS overrides the containers CRS. Sounds like you got it, note that the for a "valid"

[Geotools-devel] Re: [Geoapi-devel] Features and CRS

2006-05-17 Thread Justin Deoliveira
So what I am getting is that the data is the authority, where as the type is more like a recipe. And we respect aggregation in that something that is contained by another and defines a CRS overrides the containers CRS. -Justin Jody Garnett wrote: Justin Deoliveira wrote: Hi all, Looking at

[Geotools-devel] Re: [Geoserver-devel] Adding custom EPSG code to GeoServer

2006-05-16 Thread Justin Deoliveira
Hi Sommer, GeoServer falls back on support in the underlying GeoTools library for all reprojection. The file you are looking for is inside the gt2-epsg-wkt.jar located in the WEB-INF/lib directory of the server. Its called epsg.properties. Its basically a mapping from EPSG code to the WKT des

[Geotools-devel] Re: FM Update

2006-05-16 Thread Cory Horner
Justin Deoliveira wrote: Hi guys, data is back into the mix on fm (AbstractDataStore and the like). Not passing tests yet though. Cory, is there any chance of getting the Function tests going again on main (UniqueInterval,EqualInterval,Quantile). For now they have been taken out of the bui

[Geotools-devel] Re: Problems with CRS

2006-05-16 Thread Martin Desruisseaux
Simone Giannecchini a écrit : If I instantiate the transform between first one and second one and then I concatenate it with its inverse I do not get the indentity. If it is the expected behaviour then, houston I hve a problem (in the grid coverage renderer at least) otherwise I hope we can fix t

[Geotools-devel] Re: [Geoapi-devel] Features and CRS

2006-05-16 Thread Jody Garnett
Justin Deoliveira wrote: Hi all, Looking at new feature model I must admit I am confused as to where I should get CRS info from since there are multiple choices. Given a feature I can look up a CRS with: Missed one (and adjusted your names to reflect class): 0. Geometry.getCRS() - this is opt

[Geotools-devel] Re: Problems with CRS

2006-05-16 Thread Simone Giannecchini
Here you go Martin, try { // sourceCRS = CRS // .parseWKT("PROJCS[\"unnamed\",GEOGCS[\"NAD27\",DATUM[\"North // American Datum 1927\"," // + "SPHEROID[\"Clarke 1866\", 6378206.4, 294.9786982138982," // + "AUTHORITY[\"EPSG\",\"7008\"]]," // + "TOWGS84[-4.2, 135.4, 181.9, 0.0, 0.0, 0.0, 0.0]," /

[Geotools-devel] Re: FM main Tests

2006-05-10 Thread Cory Horner
Justin Deoliveira wrote: Test for FM are back in the game. Cory, I think the interval function stuff is still not right due to the changes regarding Feature no longer having a "parent" FeatureCollection. I found one of the tests "fixed" and applied the fix to the other. The tests now pass bu

[Geotools-devel] Re: [jts-devel] object models and API issues

2006-05-10 Thread Jody Garnett
Vitali Diatchkov wrote: Hello! I am thinking about various object models, libraries, frameworks, application implementations related to GIS domain. You did miss one - and an important one at that. GeoAPI is a project that is only about defining interfaces allowing the various toolkits and

[Geotools-devel] Re: Proposed change to FeatureTransformer

2006-05-09 Thread Chris Holmes
Gertjan van Oosten wrote: Hi Chris, As quoted from Chris Holmes <[EMAIL PROTECTED]>: Any chance I could convince you to put this patch in the geoserver task tracker? http://jira.codehaus.org/browse/GEOS I'm happy to submit it myself, but if you do it then you'll be automatically notified

Re: [Geotools-devel] Re: Renderer improvements meeting part 2 (Grid Coverge Merge to Trunk)

2006-05-09 Thread David Blasby
Martin Desruisseaux wrote: - The GO-1 module has basic classes for a new renderer with more rigourous axis support. Martin, I've heard about the GO-1 renderer, but I dont know anything about it. Could you give a few sentances on what it is? dave ---

[Geotools-devel] Re: [Geoapi-devel] Types and Bindings

2006-05-08 Thread Jody Garnett
Justin Deoliveira wrote: Hi all, Hacking on fm and came across an issue I wanted to start some discussion about. In the new feature model, a *type* has the notion of a *binding*. The binding being an associated java class. For example the simple type: new AttributeType( "http://www.w3.or

Re: [Geotools-devel] Re: Renderer improvements meeting part 2 (Grid Coverge Merge to Trunk)

2006-05-06 Thread Martin Desruisseaux
Jody Garnett a écrit : I've heard about the GO-1 renderer, but I dont know anything about it. Could you give a few sentances on what it is? It is a formal OGC specification you can download that defines the various aspects of a rendering system. It has concepts such as a "Graphic" and a syst

  1   2   3   4   5   >