There are 40 new builds jobs available, for the impatient
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
(The URLs a temporary and may change in future)
Behind http://gis.linux4all.at:55032 is a Suse 11.1 32 bit installation,
behind http://gis.linux4all.at:55064 is an Ubuntu
Reloading a feature type does not cause xml schema cache to be cleared
--
Key: GEOS-3713
URL: http://jira.codehaus.org/browse/GEOS-3713
Project: GeoServer
Issue Type: Bug
Christian Müller wrote:
There are 40 new builds jobs available, for the impatient
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
Wow, impressive, thanks a lot for putting this up.
There is sure lots of failing builds. I can surely
put some of my spare time in fixing the
Wow! Phenomenal work Christian!
How can people help resolve the issues. Are there open patches to
review? Or do we need to start looking at the build results to figure
out what the issues are?
-Justin
Christian Müller wrote:
There are 40 new builds jobs available, for the impatient
I think we need a strategy for this. At the moment my mail account is bombed
with notifications from the two hudsons.
As I contacted Ben, he opened GEOS-3689 with priority Blocker. I could do
the same for errors which occur more then once in the same build. Another
possibility would be to
GetFeatureInfo encoding problem with Shapefile containing extended latin
characters
---
Key: GEOS-3714
URL: http://jira.codehaus.org/browse/GEOS-3714
Project: GeoServer
GeoServerAbstractTestSupport should reset the referencing subsystem on startup
--
Key: GEOS-3715
URL: http://jira.codehaus.org/browse/GEOS-3715
Project: GeoServer
My WMS GetCapabilities lists 3,911 available EPSG codes, but 102113
isn't one of them.
Apparently the US Geological Survey's new National Map viewer prefers
this.
Here's their info:
Many Web Map Services (WMS) are setup to only support Geographic WGS84
or EPSG:4326. Make sure to enable
Freeman, Aleda (EEA) wrote:
My WMS GetCapabilities lists 3,911 available EPSG codes, but 102113
isn't one of them.
Apparently the US Geological Survey's new National Map viewer prefers this.
Here's their info:
Many Web Map Services (WMS) are setup to only support Geographic WGS84
or
Christian Müller wrote:
I think we need a strategy for this. At the moment my mail account is
bombed with notifications from the two hudsons.
As I contacted Ben, he opened GEOS-3689 with priority Blocker. I could
do the same for errors which occur more then once in the same build.
Another
On 10/12/09 18:22, Christian Müller wrote:
http://gis.linux4all.at:55032
http://gis.linux4all.at:55064
I am getting DNS failures for these. Is this a new domain?
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer, CSIRO Earth Science and Resource Engineering
Australian
Is there any reason why WFS responses include a WFS schemaLocation URL
that points back to the server, and not the canonical location?
At the moment a WFS 1.1.0 response includes this:
xsi:schemaLocation=http://www.opengis.net/wfs
http://localhost:80/geoserver/schemas/wfs/1.1.0/wfs.xsd [...]
I
Greetings all:
I raised concerns about geoserver's GPL licensing on the IRC channel today.
Given the licensing terms for GPL I could not write a plugin for a WPS
service or their own OWS without having to share the source-code back to the
community. While I fully support having to share my source
The proposal is here:
-
http://geoserver.org/display/GEOS/GSIP+37+-+GPL+plus+Classpath+Exception+for+Dispatch
However there is somethign that may help specifically because you are
looking at WPS:
- The WPS module today, is not complete (especially complex
attributes) but it is started and is
I think what Jody is saying is that you can shield your core code from
the GPL by building it on GeoTools, not GeoServer. Jody is also
suggesting that you could make some GPL contributions to GeoServer to
get WPS to work. This would not affect your proprietary code.
It is important to not be
15 matches
Mail list logo