GetFeatureInfo on coverages may fail
Key: GEOS-3575
URL: http://jira.codehaus.org/browse/GEOS-3575
Project: GeoServer
Issue Type: Bug
Components: WMS
Affects Versions: 2.0-RC1
Re
I think we would start with a profile of the SE schema with only what
we support defined; and then gradually uncomment the rest of the
document as we go?
Jody
On 10/10/2009, at 12:29 AM, Andrea Aime wrote:
> Jody Garnett ha scritto:
>> On 09/10/2009, at 1:00 AM, Andrea Aime wrote:
>>> While
On 10/10/2009, at 5:47 AM, Andrea Aime wrote:
> Here we have failures... given they are xlink
> related there is a chance the app-schema
> related changes have something to do with it?
>
> The tests failing are:
> Test wfs:wfs-1.1.0-Basic-GetFeature-tc302.1
> Test wfs:wfs-1.1.0-Basic-GetFeature-tc
Gabriel Roldan ha scritto:
> Hi, good feedback.
>
> There's a development mode flag that, of the things you need, will allow
> you to reload the configuration. If you run with
> -Dwicket.configuration=development you'll get an extra sidebar panel
> with some developer options. More of them coul
Here is a summary of the CITE tests results for the current
trunk (soon to become 2.0-RC2).
WFS 1.0
--
I have problems running this one with
the new engine, keep on getting stylesheet
errors which do appear like issues with
the test script itself...
So I've run th
This has been discussed on the mailing list and IRC before and it is
agreed that storing the attributes as regular properties was indeed a
bad idea. A patch has been developed for it:
http://jira.codehaus.org/browse/GEOS-3294
However at the time it was decided that the patch was a bit too major
Hi Stefan,
Ziegler Stefan wrote:
> Hi Justin
>
> I followed your suggestions and the *.ili is now in the jar
> (org/geoserver/myModel.ili). But I don't see how to access/read the *.ili
> file successfully with a non absolute path. In Eclipse fileName="myModel.ili"
> will look in /home/stefan/D
Jody Garnett ha scritto:
>
> On 09/10/2009, at 1:00 AM, Andrea Aime wrote:
>
>> While I'm not sure, I think SE 1.1 already contains the concept
>> of classification functions.
>
> It does.
>
>> I fear we just don't have the resources to implement the number of
>> changes the made in the spec, w
On 09/10/2009, at 1:00 AM, Andrea Aime wrote:
> While I'm not sure, I think SE 1.1 already contains the concept
> of classification functions.
It does.
> I fear we just don't have the resources to implement the number of
> changes the made in the spec, whilst a custom solution is as usual
> wit
Hi, good feedback.
There's a development mode flag that, of the things you need, will allow
you to reload the configuration. If you run with
-Dwicket.configuration=development you'll get an extra sidebar panel
with some developer options. More of them could be added, like clearing
the attribut
Hi,
I was wondering about how 2.0 stores layer attributes in the data
directory as opposed to how 1.7.x used to discover them at runtime.
While there is a strong case for storing the attribute information and
relying only on that in production, this causes a bit of a headache in
development. I
Mark, Jody,
sending this email just to confirm that everything should be fine on
our side (imageio-ext and mosaic fixes).
If there is anything missing, or if you need some help, ping me.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Fo
Hi all,
This is the report done by my group 1.7.x GeoServer 2.0.x trunk
*Tests on GS 1.7.x ***Nightly builds**
- Datastore from shapefile*ok*
- new feature from shp*ok*
- reload configuration *ok*
- change style
I would imagine that SLDs will become more important with the advent
of app-schema publication - eg INSPIRE - as it will then make sense to
publish SLDs. Accordingly, its likely that the AuScope team will
probably get asked by its stakeholders to provide standards compliant
support at some time. I
I've heard no great crys for or against my releasing next week, so I'll
go ahead and start the release process for 1.7.7 on Monday 12th (or
Sunday for those way out west).
Mark Leslie
Geospatial Software Architect
LISAsoft
-
Ph: +61 2
15 matches
Mail list logo