A clue! The test only fails when run with the other tests in the same
directory.
If I run it alone (or in eclipse) it works: mvn -Dtest=URN_EPSG_Test test
I suspect good old surefire has changed again and is not keeping the
same JVM (and thus the same System properties around between test
exec
I have only been able to reproduce this problem on Vista/Java 6 thus
far... there is a possibility I am getting confused over GeoAPI version.
Or that the recent switch to Maven 2.0.5 is getting me.
Here is the failure:
> Running org.geotools.referencing.factory.URN_EPSG_Test
> Tests run: 2, Fail
Looks good Justin, and keeping the default as gml will help with
backwards compatibility.
Cheers,
Jody
> Hi all,
>
> I have been working on improving kml support in GeoServer and have
> creates some patches i would like to apply to some of the geometry
> transformer stuff on main.
>
> In partic
Hi all,
I have been working on improving kml support in GeoServer and have
creates some patches i would like to apply to some of the geometry
transformer stuff on main.
In particular I need to:
1. change the namespace of geometry elements so that they are not
prefixed with "gml:"
2. encode "
add ability to encode cdata to TranslatorSupport
Key: GEOT-1241
URL: http://jira.codehaus.org/browse/GEOT-1241
Project: GeoTools
Issue Type: Improvement
Components: core main
Aff
allow geometry transformer to use a differnent namespace
Key: GEOT-1240
URL: http://jira.codehaus.org/browse/GEOT-1240
Project: GeoTools
Issue Type: Improvement
Components: c
We have a short list of projects/students that have been accepted. We
need to make this public and ensure two mentors are available (yes I
know the development list will be used), and check that each student has
been contacted.
Plugins for multidimensional raster data sources - Daniele Romagnol
Congratulations and Welcome to GeoTools Summer of Code.
Your proposal 3D Rendering Pipeline for GeoTools was accepted.
My name is Jody Garnett and I have the pleasure of being your mentor
over the course of the summer (My background is with GIS and OpenGL).
Jesse Eichar will be backing me up (h
Congratulations and Welcome to GeoTools Summer of Code.
Your proposal "3-Dimensional Rendering Pipeline Component for GIS
Servers" was selected.
My name is Jody Garnett and I have the pleasure of being one of your
mentors over the course of the summer. Landon is your other mentor (he
will intr
I will see how well I do at answering without looking at the code :-)
There are two implementations around; one uses an index and one does not.
The one that uses an index will return a different FeatureReader
depending on the request being processed (for example if all they want
back is Feature
Ha ha that is great ...
For bonus points can you try "mvn site" and "mvn deploy" - it is the
full release process we are interested in testing (not simply the build).
Justin I assume you tried the above for 2.0.5 ?
Cheers,
Jody
> Jody Garnett wrote:
>> Thanks Justin - I was not sure if you guys
Thanks for the comments Frank. I completely agree that the biggest
thing holding back GeoTools is an overzealous tendency to refactor.
We have gotten some new change procedures for getting things on trunk,
yet they've not really gotten on.
But I really don't know what to do, I've tried to be
This isn't a maven problem, its a dependency problem with
commons-collections, i guess the new version of maven just makes it
evident. I think everyone is ok with switching the version, the only one
affected is saul and he has agreed to up the version of commons-pool to
1.3. I will go ahead and mak
Cory Horner wrote:
> We can recommend 2.0.6, iff "mvn install" and "mvn -Psite.build site"
> both work. The latter usually gets ignored and breaks.
>
> Trying now...
Whoa... stop the presses.
Now I remember what went wrong. With 2.0.6/windows/1.4.2_13, my system
seemed to hang (just verified
Jody Garnett wrote:
> Um I need 2.0.5 right now in order to work at all so voting is not
> required :-)
>
> Can we try the release process this month using 2.0.6 / 2.0.5 and make
> the decision based on that?
>
> Jody
>
> Justin Deoliveira wrote:
>
>>Well like i said i am cool with upgra
Um I need 2.0.5 right now in order to work at all so voting is not
required :-)
Can we try the release process this month using 2.0.6 / 2.0.5 and make
the decision based on that?
Jody
Justin Deoliveira wrote:
> Well like i said i am cool with upgrading to maven 2.0.5/2.0.6. I am
> using 2.
Thanks for the email Frank - your comments are spot on.
It often seems are run out of time and push something bad out the door -
and then spend years sorting out what is right. I kind of wish we would
do more gradual changes and set ourselves up to improve over time. It
often seems we struggle
Sunburned Surveyor wrote:
> David (and other OpenJUMP developers),
>
> I should add that the GeoTools folks did quickly respond to my inquiry
> on their mailing list about the Shapefile code. One of their developers
> mentioned that their are no current plans to Feature interface. They
> also
Well like i said i am cool with upgrading to maven 2.0.5/2.0.6. I am
using 2.0.6 on my development box and have had no problems.
But if we do we need to send out a big shout to people to upgrade. So I
think we need other peopls feedback as well. When we have more +1's we
can go forward.
+1. :)
J
I think we would like to ensure that the students are set up correctly
... I have not contacted my three students yet for example. I am still
trying to find some alternate mentor/contact points (although in
practice we will all just use the development email lists).
Cheers,
Jody
> Hi,
>
> Could
Martin I do not know if it is a problem - we should ask Cory and/or
Justin and see if their build boxes can be made to work. Cory is going
on holiday this week, so we will be on our own making the release this
month. Hopefully 2.0.5 will work ...
Jody
> Justin Deoliveira a écrit :
>
>> Well
GMLFilterGeometry should try to keep the SRS
Key: GEOT-1239
URL: http://jira.codehaus.org/browse/GEOT-1239
Project: GeoTools
Issue Type: Improvement
Affects Versions: 2.4.M1
Environme
Jody Garnett a écrit :
> This is kind of a silly situtation; more 99% of uses users simply want
> to add more "EPSG" codes ... sure remove the Key. The reason I was
> resisting was an earlier wish to have:
> - epsg.properties - the official ones
> - extra.properties - the extra ones in common use
>
Justin Deoliveira a écrit :
> Well that time was the same as this time, the build was down because
> someone introduced a 2.0.5 dependency and never updated the build server.
This one is my fault. I upgrated Maven modules in an attempt to get some new
options like in maven-surefire-plugin, but di
Andrea Antonello ha scritto:
> Hi Jesse,
> very glad to hear that and I feel a little cray :)
> Would it be possible to slowly start to create a page in the wiki in
> which we try to understand how many people would partecipate at the
> sprint and what they would like to do and for how long they wi
Sunburned Surveyor ha scritto:
> I had a few minutes tonight to sit down and look over the API docs for
> the ShapeFileDataStore and related classes included in GeoTools 2.2.3.
> (I'm hoping to use this code as part of my FeatureCache for OpenJUMP.) I
> have a few of questions I would like to as
Hi Jesse,
very glad to hear that and I feel a little cray :)
Would it be possible to slowly start to create a page in the wiki in
which we try to understand how many people would partecipate at the
sprint and what they would like to do and for how long they will stay at
the sprint? A kind of inform
27 matches
Mail list logo
