Maybe I'm really the only one having this problem. :)
I'll try to formulate more specific report later this week if no one hasn't any
good tip what could be wrong.
--
Ismo Lahtinen
-Alkuperäinen viesti-
Lähettäjä: Lahtinen Ismo
Lähetetty: 18. huhtikuuta 2011 12:51
Vastaanottaja:
On Mon, Apr 18, 2011 at 11:51 AM, Lahtinen Ismo
ismo.lahti...@ymparisto.fi wrote:
Hi all,
I try to request a map from GeoServer with a remote SLD.
I'm trying to reproject a layer with native srs EPSG:4326 to declared srs
EPSG:3375. The native layer is from a PostGIS store.
When I view using QGIS 1.7-dev via wfs, the geometries are still in their
native coordinates. Curiously, the computed Lat/Lon Bounding Box appear to
be a single point
Hi
I am trying to list all of the GeoServer-specific SLD code that is used in
my project. As I understand it, the tag
VendorOption ... /VendorOption
indicates that the code is specific to GeoServer. Is this correct? I found a
few examples at
On Tue, Apr 26, 2011 at 2:19 PM, johnrobot johnro...@gmail.com wrote:
Hi
I am trying to list all of the GeoServer-specific SLD code that is used in
my project. As I understand it, the tag
VendorOption ... /VendorOption
indicates that the code is specific to GeoServer. Is this correct? I
Hi,
Is it possible to perform an equivalent to a SQL select
DISTINCT(field) from layer using cql_filter param over WFS?
If not, are you aware of an alternative way of doing so, say, through
REST interface?
Thanks in advance,
Oscar.
Hi Andrea
I am trying to sum up where my SLD code (already deployed) goes beyond the
standard SLD specification. Is is correct that the VendorOption tag is not a
part of this specification?
--
View this message in context:
On Tue, Apr 26, 2011 at 3:39 PM, johnrobot johnro...@gmail.com wrote:
Hi Andrea
I am trying to sum up where my SLD code (already deployed) goes beyond the
standard SLD specification. Is is correct that the VendorOption tag is not a
part of this specification?
Correct. So is using Priority, or
Hi all,
A colleague of mine and I are interested in using the ECQL IN clause in a
WMS (and possibly) WFS request in an application we're working on.
The question is: What version(s) of GeoServer support ECQL, and specifically
the ECQL IN clause?
. Is this supported in GeoServer
Forgot to say I was using Geoserver 2.0.2 on Ubuntu 10.04 Server.
I just tried on the latest 2.1-RC5 on Windows 7 (using the installer) and it
works
fine. The lat/lon bounding box values have no effect.
Regards
*Hilmy*
On Tue, Apr 26, 2011 at 5:31 PM, Hilmy Hashim hil...@gmail.com wrote:
On 26 April 2011 05:31, Hilmy Hashim hil...@gmail.com wrote:
I'm trying to reproject a layer with native srs EPSG:4326 to declared srs
EPSG:3375. The native layer is from a PostGIS store.
When I view using QGIS 1.7-dev via wfs, the geometries are still in their
native coordinates. Curiously,
On 26 April 2011 14:33, Hilmy Hashim hil...@gmail.com wrote:
Thanks Ian, I see what you mean and it appears to work.
But isn't the SRS Handling option Reproject Native to Declared meant for
changing the srs of your native data?
Only when your data is lying about it's projection.
Ian
--
Ian
Hi,
Ian does not perhaps use very much WFS. With WFS and especially with version
1.0.0 there is a real need to use the native and declared SRSs and Reproject
Native to Declared like Hilmy did. The declared SRS comes as the default SRS
for WFS data and because WFS 1.0.0 standard does not
On Tue, Apr 26, 2011 at 8:38 PM, Ian Turton ijtur...@gmail.com wrote:
On 26 April 2011 14:33, Hilmy Hashim hil...@gmail.com wrote:
Thanks Ian, I see what you mean and it appears to work.
But isn't the SRS Handling option Reproject Native to Declared meant for
changing the srs of your native
Thanks Andrea for the explanation. My original thinking was more in line
with your last case. I'm dealing with 3 different projections - cadaster,
topo and data collected using gps. I need to mix and match them.
But my problem was that 4326 as native will not reproject to a different
declared
Hi Andrea,
I'm still trying to figure out how to play with CQL filters to query by
attributes. I've found that Geoserver 2.1RC4 sould support ECQL filters but
the filter I'm building is not well interpreted.
what I'm doing is:
var filter = ECQL.toFilter(isLike(strToLowerCase(LABEL), 'via
I've fixed with
var filter = strToLowerCase(LABEL) like '%via passo%';
now it works, thanks you all
- Antonio
On Tue, Apr 26, 2011 at 10:48 PM, David Winslow dwins...@opengeo.orgwrote:
The ECQL.toFilter() bit of that is Java code. GeoServer will basically
provide that for you.
Try making
Hi,
The client may also do something odd. Have a tried what happens if you send the
requests from a browser instead of using QGis? Something like
http://localhost:8080/geoserver/wfs?service=wfsversion=1.1.0request=getCapabilities
18 matches
Mail list logo