Gleaned a little bit of interesting information from the osgeo list
today; if I read it right it looks like there is a second urn format at
orders the in the traditional WMS 1.1 way around. So we have three SRS
definitions at the end of the day, two of which we can handle explicitly.
Jody
We have not had a status update in a while, but the commits seem fast
and furious. I noticed iso/operation going today; is their overlap with
feature and/or coverage operation (or is integration just wishful thinking).
Remember to book some time to talk with Justin or myself when you want
Geome
Bryce L Nordgren a écrit :
> Item 1: "Geophysics" and stored portrayal
> The 19123 coverage data type is not responsible for maintaining a
> "rendered" version of itself. The "geophysics" flag is likely to
> disappear. There is separate work with imagery. (19128/19130). If you've
> rendered a c
We use the same trick for the geoserver build, except with Xvfb. I know
at one point the geotools build could run headless, perhaps it was
something that just recently creeped in.
-Justin
Paul Ramsey wrote:
> In order to do nightlies, Once Apon a Time, I ran the whole thing in a
> VNC session, s
In order to do nightlies, Once Apon a Time, I ran the whole thing in a
VNC session, so it would have a "head" to pop its windows up into.
P
Cory Horner wrote:
> Saul Farber wrote:
>
>> I think you can use the "-Djava.awt.headless=true" flag on the JVM to
>> simulate the java2d graphics environ
Saul Farber wrote:
> I think you can use the "-Djava.awt.headless=true" flag on the JVM to
> simulate the java2d graphics environment. If you need something with
> a more complete java.awt.Graphics implementation, PJA (a pure java
> graphics environment with no need for an X11 server) is avail
Cory,
I think you can use the "-Djava.awt.headless=true" flag on the JVM to
simulate the java2d graphics environment. If you need something with a
more complete java.awt.Graphics implementation, PJA (a pure java
graphics environment with no need for an X11 server) is available.
--saul
Cory H
Hey guys,
I'm fixing up our build box, and am seeing the trunk build failing with
the following... any thoughts?
Thanks,
Cory.
[INFO]
[INFO] Building Render
[INFO]task-segment: [install]
[INFO]
-
+1
> Hi all,
>
> As the ArcSDE module maintainer, I'm asking the PMC to give commit access to
> Saul Farber on the ArcSDE module in trunk and all active branches.
>
> Saul have continuedly provided bug fix patches and is the most committed user
> and developer we have, so I'm sure giving him comm
On 12/15/06, Gabriel Roldán <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> As the ArcSDE module maintainer, I'm asking the PMC to give commit access to
> Saul Farber on the ArcSDE module in trunk and all active branches.
>
+1
Ian
--
Ian Turton
http://www.geotools.org
http://pennspace.blogspot.com/
Rasters on SDE keep being my "next" priority. I've got it on my
schedule to get rolling on it early next week. You'll know when I get
started because of the flood of incredibly long emails to the list!
--saul
Simone Giannecchini wrote:
> btw Saul, what about the arcsde raster plugin we talke
+1
btw Saul, what about the arcsde raster plugin we talked about some
time ago? Do you have any news on that?
Regards,
Simone.
On 12/15/06, Andrea Aime <[EMAIL PROTECTED]> wrote:
> Gabriel Roldán ha scritto:
> > Hi all,
> >
> > As the ArcSDE module maintainer, I'm asking the PMC to give commit a
Gabriel Roldán ha scritto:
> Hi all,
>
> As the ArcSDE module maintainer, I'm asking the PMC to give commit access to
> Saul Farber on the ArcSDE module in trunk and all active branches.
>
> Saul have continuedly provided bug fix patches and is the most committed user
> and developer we have, s
Hi all,
As the ArcSDE module maintainer, I'm asking the PMC to give commit access to
Saul Farber on the ArcSDE module in trunk and all active branches.
Saul have continuedly provided bug fix patches and is the most committed user
and developer we have, so I'm sure giving him commit access on ar
14 matches
Mail list logo
