Justin Deoliveira wrote:
> The joys of maven :). Trust me, I feel your pain.
> That said, something seems a miss. If you build geotools locally and
> then build geoserver there should be no external downloads... there
> should only be a check of the timestamps, in which it should find your
> loc
The joys of maven :). Trust me, I feel your pain.
That said, something seems a miss. If you build geotools locally and
then build geoserver there should be no external downloads... there
should only be a check of the timestamps, in which it should find your
local copy newer and prevent the down
I build my own local GeoTools trunk and then build GeoServer trunk.
Recently I noticed that, while building GeoServer, maven downloads what
look like datestamped GeoTools snapshot artifacts, even though, as far
as I know, I do not need them to build GeoServer trunk, which depends on
GeoTools ar
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1466/changes
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
eas
Andrea Aime wrote:
> I've moved SDE out of the build.
Thanks, Andrea.
> Imho it's ok
> to just kick out a module of the build when the build failure is
> localized in a plugin/unsupported module,
> and send a mail to the list/maintainer that the change happened.
> This gives the maintainer notice
Hello people
We were taking a look at the ShapeMarkFactory, that I guess Andrea
introduced some months ago in GeoTools 2.5.
Well, we're actually thinking about using it, but we're moving to
GeoTools 2.6 and there is no ShapeMarkFactory yet over there, as far as
I know. Is there a reason for not b
Ciao Martin,
- about distributed versioning, I have not had time yet to play with
it but It is something that I am pretty sure we should investigate
- about coverage IO and postgrid, I'll try to get back with some ideas
in the next weeks, for the moment I have to do some maintenance work
on the ima
On Tue, Mar 24, 2009 at 5:52 PM, Justin Deoliveira wrote:
> Martin Desruisseaux wrote:
>> Hello Justin
>>
>> Justin Deoliveira a écrit :
>>> Sounds like you are making good progress. That said I would like to
>>> see a formal proposal with voting before any changes come back to
>>> geotools. Unfor
On Tue, Mar 24, 2009 at 5:52 PM, Justin Deoliveira wrote:
> Martin Desruisseaux wrote:
>> Hello Justin
>>
>> Justin Deoliveira a écrit :
>>> Sounds like you are making good progress. That said I would like to
>>> see a formal proposal with voting before any changes come back to
>>> geotools. Unfor
Martin Desruisseaux wrote:
> Hello Justin
>
> Justin Deoliveira a écrit :
>> Sounds like you are making good progress. That said I would like to
>> see a formal proposal with voting before any changes come back to
>> geotools. Unfortunately the forking nature of how this work has been
>> done r
Hello Justin
Justin Deoliveira a écrit :
> Sounds like you are making good progress. That said I would like to see
> a formal proposal with voting before any changes come back to geotools.
> Unfortunately the forking nature of how this work has been done
> represents a lot of risk to projects t
Hi Martin,
Sounds like you are making good progress. That said I would like to see
a formal proposal with voting before any changes come back to geotools.
Unfortunately the forking nature of how this work has been done
represents a lot of risk to projects that depend critically on the
geotools
Doh; good catch. It is super late for me now so I am going to have to
catch this one tomorrow.
Jody
On Wed, Mar 25, 2009 at 12:46 AM, David Winslow wrote:
> On Tue, 2009-03-24 at 07:36 +1100, Jody Garnett wrote:
>> Okay David the code is ready for you to create a patch (both 2.5.x and
>> trunk).
Hello Simone
For now I'm porting the GridCoverage classes with few changes (much less work
than I did for referencing), except replacing some deprecated methods by their
replacement. Once this part is done, we will merge geotidy with geotools as
described in my previous email, and we will test
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/331/changes
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easi
Ciao Martin,
now that you have reached the stage of playing with gridcoverages I
would like to ask you again what the plan is and how we can
collaborate, since we are about to start some more work on the same
topic (actually more on IO then on the core modules for the time
being) and I would not li
Hello Jody
Jody Garnett a écrit :
> For my own sanity you may want to start putting together the proposal
> covering API change a bit before you are ready to merge.
For now, I have put together two level of informations:
* An overview level, trying to give an overview of the
main changes with
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1465/changes
Changes:
[aaime] Reinstating widget-swing-pending into the build
--
[...truncated 513 lines...]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar
Hi Martin it looks like you are getting close - I confess I have not
been paying attention until you you are ready to merge.
You already know the collaboration drill - as a module maintainer you
can make some decisions about the modules you are working on; for any
api changes there is the proposal
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/330/changes
Changes:
[simonegiannecchini] -further improvements for ImageIO direct use
-minor improvement to MosaicIndexBuilder
--
[...truncated 3423 lines...]
Mar 24, 2009 10:27:32 AM org.geotools.da
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1464/changes
Changes:
[mbedward] edited for MapLayer API change
--
[...truncated 385 lines...]
[INFO] Installing
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gt_trunk/build/maven/javadoc/ta
> Sorry Andrea, that's my fault. I forgot -Dall again :-(
>
> Only very minor fixes are required in the w-s-p code. I'll do it now
>
The fix is committed and it builds ok now
Sorry for the slip-up
cheers
Michael
--
Ap
2009/3/24 Andrea Aime wrote:
> Btw, I also had to move widget-swing-pending out of the build
> after the MapLayer selection api changes. Not sure if anybody
> is going to fix that, Joahn said he's not interested in working
> on the module anymore.
>
Sorry Andrea, that's my fault. I forgot -Dall a
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1463/changes
Changes:
[aaime] Removing widget-swing-pending temporarily as well, an API change makes
this module compile break
[aaime] Temporarily removing SDE from the build, to have a build back
-
Andrea Aime ha scritto:
> Ben Caradoc-Davies ha scritto:
>> Jody Garnett wrote:
>>> Looks like ArcSDE is having some trouble with an api change; gabriel
>>> did you forget to commit something?
>> It has now been almost two days since the last successful build of
>> geotools-trunk. The weather repo
Hi Martin,
> The timming is amazing, since I'm revisiting Operation2D and OperationJAI
> since yesterday!
Ah - great minds :-)
> Yes. Those subclasses delegate the calculation of pixel values to JAI. What
> the add (compared to JAI) is the calculation of other properties that are
> not managed b
2009/3/24 Andrea Aime :
> If anybody is interested in working on a new rendering
> subsystem that has per layer renderers and can use
> streamding renderer as one of the per layer rendering
> strategies I'm interested in tagging alone (from
> my spare time).
>
Does Johann's widgets-swing-pending c
Hello all
Following on the JAI operation discussion, I mentioned that I'm working on
Operation2D / OperationJAI right now. Actually I'm porting them to geotidy. In
the process I rewrote yesterday the way the result of GridCoverage2D operations
can be cached (I realised that the implementation i
Ben Caradoc-Davies ha scritto:
> Jody Garnett wrote:
>> Looks like ArcSDE is having some trouble with an api change; gabriel
>> did you forget to commit something?
>
> It has now been almost two days since the last successful build of
> geotools-trunk. The weather report is rather bad (if we leav
Jody Garnett ha scritto:
> I am mostly proposing a different point of integration :-)
>
> Here is a link to the scalebar code used in udig:
> -
> http://svn.refractions.net/udig/udig/trunk/plugins/net.refractions.udig.mapgraphic/src/net/refractions/udig/mapgraphic/scalebar/
>
> What I am actuall
Hello Mickael
The timming is amazing, since I'm revisiting Operation2D and OperationJAI since
yesterday!
Michael Bedward a écrit :
> Currently, some JAI functions are wrapped in...
>
> - sub-classes of Operation2D (e.g. Resample)
>
> - sub-classes of OperationJAI (all the 'straight' wrappings
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1462/changes
Changes:
[mbedward] replaced the excessively long names for JMapPane related classes
[mbedward] replaced the excessively long names for JMapPane related classes
--
[...truncated 2526 lin
Jody Garnett wrote:
> Looks like ArcSDE is having some trouble with an api change; gabriel
> did you forget to commit something?
It has now been almost two days since the last successful build of
geotools-trunk. The weather report is rather bad (if we leave it any
longer do we get a tornado warn
33 matches
Mail list logo
