[Geotools-devel] GeoTools Build Report [ 2006/02/12 23:55 ]

2006-02-13 Thread Paul Ramsey
GeoTools2 module build report 20060212 gt2:referencing cleaned, compiled, tested, INSTALLED 2357 gt2:sample-data cleaned, compiled, tested, INSTALLED 2357 gt2:coverage cleaned, compiled, tested, INSTALLED 2357 gt2:api cleaned, compiled, tested, INSTALLED 2357 gt2:main cleaned,

[Geotools-devel] MapInfo mdf file

2006-02-13 Thread Roman Mandeleleil
Like I have understand the MIFDataStore intend for reading data from one layer (table) saved in mapinfo style file.   The subject I want to discuss is *.mdf files, those files are used in Mapinfo java framework to config some snapshot view (oops version control term) of the map, like

[Geotools-devel] Re: News on the coverage branch front?

2006-02-13 Thread Jody Garnett
Martin Desruisseaux wrote: Following Jody email I looked at the coverage branch last week, but I had a hard time to get usefull information from "svn diff" since it produces too much output. I would like to try the following: svn diff http://svn.geotools.org/geotools/trunk/gt/ http://svn.ge

Re: [Geotools-devel] What is where when: Geotools RnD for Feb 2007 (or it is 1am do you know where your branch is?)

2006-02-13 Thread Bryce L Nordgren
Jody wrote on 02/11/2006 04:06:48 PM: > I just sent an email to the geoapi list, for those that play there I > would love to know what API the coverage branch is tracking... Coverage branch currently uses OGC grid coverages. It contains Simone's/Alessio's updates to various plugins and rendere

Re: [Geotools-devel] News on the coverage branch front?

2006-02-13 Thread Bryce L Nordgren
Martin wrote: > Following Jody email > > But I currently get a change for every files, because of some changes > like the addition of $URL$ keyword. Can we do one of the following (when > Simone or Bryce would have a little bit of time of course)? My current understanding was in a previous email

[Geotools-devel] [Fwd: OSGeo-Discuss Formal Call For Nominations]

2006-02-13 Thread Jody Garnett
Sorry to those subscribed to both. Subject:OSGeo-Discuss Formal Call For Nominations Date: Mon, 13 Feb 2006 13:09:08 -0500 From: Frank Warmerdam <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: OSGeo Discussions <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Folks, In

Re: [Geotools-devel] What is where when: Geotools RnD for Feb 2007 (or it is 1am do you know where your branch is?)

2006-02-13 Thread Cory Horner
Jody Garnett wrote: http://svn.geotools.org/geotools/branches/stylish STATUS: has been completed ACTION: please REMOVE CONTACT: cory Removed. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? St

Re: [Geotools-devel] News on the coverage branch front?

2006-02-13 Thread Simone Giannecchini
HI guys, please, see my thoughts, inlined below On 2/13/06, Bryce L Nordgren <[EMAIL PROTECTED]> wrote: > > > Martin wrote: > > Following Jody email > > > > But I currently get a change for every files, because of some changes > > like the addition of $URL$ keyword. Can we do one of the follow

Re: [Geotools-devel] What is where when: Geotools RnD for Feb 2007 (or it is 1am do you know where your branch is?)

2006-02-13 Thread Chris Holmes
Bryce L Nordgren wrote: Jody wrote on 02/11/2006 04:06:48 PM: I just sent an email to the geoapi list, for those that play there I would love to know what API the coverage branch is tracking... Coverage branch currently uses OGC grid coverages. It contains Simone's/Alessio's updates to

Re: [Geotools-devel] What is where when: Geotools RnD for Feb 2007 (or it is 1am do you know where your branch is?)

2006-02-13 Thread Simone Giannecchini
On 2/12/06, Jody Garnett <[EMAIL PROTECTED]> wrote: > I just sent an email to the geoapi list, for those that play there I > would love to know what API the coverage branch is tracking... > > The rest of this email is me trying straighten things out geotools RnD > by way of figuring out what justin

Re: [Geotools-devel] should GeoTools join the new Open Source Geospatial Foundation?

2006-02-13 Thread Richard Gould
Jody has pointed out that I'm the only PMC not to vote on the matter, and I realize it is a little late, but I'm mostly indifferent on the topic. I am interested in it, but I don't understand the issues well enough to make a positive or negative choice, so I am +0. Cheers, Richard David Zwie

Re: [Geotools-devel] should GeoTools join the new Open Source Geospatial Foundation?

2006-02-13 Thread Chris Holmes
Ok, so that sounds like we have everyone +1 except Richard as +0? I've provisionally told them to add us, since it seems like everyone is for it. I just want to be sure we have an archived record of the vote, so speak now or forever hold your peace: GeoTools is joining the Open Source GeoSpat

[Geotools-devel] Re: News on the coverage branch front?

2006-02-13 Thread Martin Desruisseaux
Jody Garnett a écrit : Are their any deadlines involved here? I know the feature model work for geoserver work is on a timeline ... There is no deadline on my side (especially since I'm a little bit busy with GO-1 right now). But I believe that there is a deadline for Bryce... I would like

Re: [Geotools-devel] News on the coverage branch front?

2006-02-13 Thread Martin Desruisseaux
Hello Simone Thanks for yours update :). There is no rush on my side (as said previously, I'm currently busy with GO-1 renderer implementation), so you can take it cool as far as I'm concerned. My email was mostly because I though that you and Bryce had deadline and I didn't wanted that you g

[Geotools-devel] Eclipse dependencies + maven

2006-02-13 Thread Justin Deoliveira
Hi all, For those eclipse ide users out there, maven allows you set up inter module depenencies so that the eclipse target wil recognise them as eclipse projects in your workspace, as opposed to a jar in the maven repository. I found this to be invaluable recently with the expression / api w

Re: [Geotools-devel] Eclipse dependencies + maven

2006-02-13 Thread Richard Gould
I think this would be great. I often have to fight with Eclipse sometimes to get the source code to display properly. I would say go for it, as long as there are no side-effects for non-Eclipse developers. Cheers, Richard Justin Deoliveira wrote: Hi all, For those eclipse ide users out ther

Re: [Geotools-devel] Eclipse dependencies + maven

2006-02-13 Thread Justin Deoliveira
Nope, non-eclipse developers dont have to worry, its just a special property used by the maven:eclipse plugin. -Justin Richard Gould wrote: I think this would be great. I often have to fight with Eclipse sometimes to get the source code to display properly. I would say go for it, as long as t

[Geotools-devel] Expression / filter branch merge

2006-02-13 Thread Justin Deoliveira
Hi all, As follow up from the IRC meeting today I have merged the expresison / filter api changes onto trunk. I am ready to commit but I thought I would give people the heads up before I did since its a pretty large merge. Any objections? -Justin -- Justin Deoliveira The Open Planning Projec

Re: [Geotools-devel] Expression / filter branch merge

2006-02-13 Thread Bryce L Nordgren
[EMAIL PROTECTED] wrote on 02/13/2006 07:00:13 PM: > Hi all, > > As follow up from the IRC meeting today I have merged the expresison / > filter api changes onto trunk. I am ready to commit but I thought I > would give people the heads up before I did since its a pretty large > merge. Any object

Re: [Geotools-devel] Eclipse dependencies + maven

2006-02-13 Thread David Zwiers
Justin , Richard, ... I looked at the maven plugin a while back and opted to not use it (file locking issues) ... but sounds like I should give it another try. FYI. I found having a couple projects open (one for each plugin / module you intend to mofiy) works well too ... just another option.

[Geotools-devel] [jira] Created: (GEOT-807) FeatureIterator.hasNext() == false if DefaultQuery.setCoordinateSystemReproject()

2006-02-13 Thread Rick DeZemplen (JIRA)
FeatureIterator.hasNext() == false if DefaultQuery.setCoordinateSystemReproject() - Key: GEOT-807 URL: http://jira.codehaus.org/browse/GEOT-807 Project: GeoTools Type: Bug Versions: