[Geoserver-users] WFS 2.0 GetFeature resultType="hits" on APP SCHEMA store returns always numberMatched="0"

[Tomas Kliment]

Dear all,

I am trying to understand why Geoserver (v2.10.2) WFS 2.0 response as
following:

http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=WFS=2.0.0=GetFeature=ugs:GovernmentalService=gml32
=hits

returns always value of numberMatched attribute = 0 on app-schema store
type.

Whereas If I send the same request to the simple type store version it
returns correct count of features:

http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=WFS=2.0.0=GetFeature=ugepix:ugs_govser=gml32=hits

numberMatched="689"

Any ideas where could be the problem?

Many thanks in advance,
Tomas

-- 
--
Ing. Tomáš Kliment, PhD.

https://bolegweb.geof.unizg.hr  

Email: tomas.klim...@gmail.com

Cell1: 00 421 907 232 019 (SK)
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] How to use REST to create a coverage from a TIF file with no explicit SRS ?

[Martin Davis]

Figured this out...  by some tweaks to the REST magic words needed.

In case it helps someone else, here's how it finally worked:

1.  Delete the existing coverage (if any)

curl -s -o /dev/null -k -u %CRED% -XDELETE
%HOST%/rest/workspaces/%WS%/coveragestores/%COV%?recurse=true

2. Create the coverage store from the server-resident file (which
automatically creates a coverage as well)

curl -f -k -u %CRED% -XPUT -H "Content-type: text/plain" -d "file://%FILE%"
%HOST%/rest/workspaces/%WS%/coveragestores/%COV%/external.geotiff

3. Set the SRS and enable the coverage:

curl -s -k -u %CRED% -XPUT -H "Content-type: text/xml" -d
"EPSG:3005true"
%HOST%/rest/workspaces/%WS%/coveragestores/%COV%/coverages/%COV%

(Of course this was done in a cmd script with oodles of baroque error
checking - exercise left for the student)

On a side note, once again I needed to puzzle out the differences between
the GeoServer internal information model (as revealed by the REST API) and
the GUI terminology (which hides some of the internal concepts such as
FeatureTypes and Coverages).  I always feel that a Logical Domain Model
diagram would help with understanding this, and perhaps also some mention
in the UI docs about what is going on under the hood.


On Tue, Aug 1, 2017 at 2:43 PM, Martin Davis  wrote:

> I am trying to create a CoverageStore and Coverage layer from a TIF file
> staged on the Geoserver server, using the REST API.  As per this suggestion
> [1] I'm using an adaption of the technique in:
>
> http://docs.geoserver.org/latest/en/user/rest/workspaces.html#adding-an-
> existing-shapefile
>
> This works - almost.  The resulting coverage is created, but it has no
> Declared SRS, probably because the backing raster file does not have SRS
> information stored in it (i.e. it's a TIF, not a GeoTIFF).
>
> Is there a way I can set the Declared SRS via the REST API?
>
> I've tried the obvious route of POSTing the following partial resource:
>
> %COV%EPSG:3005
>
> to
>
> %HOST%/rest/workspaces/%WS%/coveragestores/%COV%/coverages
>
> but this had no effect.
>
> [1] https://gis.stackexchange.com/questions/37779/adding-a-
> new-coveragestore-in-a-certain-workspace-by-rest
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] EPSG:4326 Incorrect WKT - Coordinates Reversed!

[Andrea Aime]

On Tue, Aug 1, 2017 at 8:09 PM, Gavin Medley  wrote:

> Hi,
>
> I'm using 1.1.0. Shouldn't the axis order be defined by the EPSG official
> WKT string? Am I correct in thinking that order[1] and order[2] specify the
> coordinate order?
>

OGC took its dear time to make things clear on this, WFS 1.1 happened
midway when the axis order storm blew up (and I'm
partially to blame cause I raised exactly your question, shouldn't WGS84 be
in lat/lon order?).

When that happened everybody on the user side quietly assumed a "sane"
"east/north" order for everything, in GeoServer we tried to
keep both parties happy by adopting the following policy

http://docs.geoserver.org/latest/en/user/services/wfs/basics.html#axis-ordering

Basically, legacy naming, east/north, new naming, EPSG database suggested
order instead.
Deegree seems to have followed suit,
https://github.com/deegree/deegree3/wiki/Axis-order-handling

There is currently no way to get EPSG suggested axis order with the old
EPSG:XYWZ syntax, nor any plan to add one
(but with funding or contribution, that might still happen, as a
configuration flag for those that want to impose strict behavior).

Mind, the axis order issue is far from being solved, even today and with
the latest OGC specs:

   - Some outputs only work and make sense in east/north order, and the
   spec allows no official way to get them (e.g, shapefile, but also, geojson
   and, hear hear, geopackage, and by spec too, see
   https://github.com/opengeospatial/geopackage/issues/54)
   - I'm constantly asked by customers how the heck one can get east/north
   data out of the latest specs (thankfully we have a way)
   - Large installations on big companies guide their users to force a
   lon/lat order, see for example
   https://dgcsportal.readme.io/docs/web-feature-service
   - Some epic blog posts raised the issue among disgruntled people:
   
http://dmorissette.blogspot.it/2012/12/dont-upgrade-to-wms-130-unless-you.html

Long story short, in these conditions, it's best not to take sides and
allow both desired behaviors (in the two different camps) to happen.
If you're in the "pure OGC" camp feel free to contribute an extra
configuration flag to get your GeoServer installation to force EPSG order
no matter what the syntax is, it will be welcomed (by some, at least :-p ).
See a guide to get new features in here:
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

Hopefully one day OGC will wake up and realize that depending on the
context and background both axis orders make sense/are needed, and will
create a syntax allowing to advertise the order without assuming a local,
or network accessible copy of the EPSG database, and an official way to ask
the data in the preferred order.

Hope this helps

Regards,

Andrea Aime

==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--

Re: [Geoserver-users] Hide layers in layer group for vector tiles

[Dave Blasby]

Excellent - I will close the ticket.

Cheers,
Dave

On Tue, Aug 1, 2017 at 2:14 AM, Dylan Parry 
wrote:

> Hi Dave,
>
> Apologies, I've been away for a few days and was unable to test it until
> this morning. Your fix appears to have worked!
>
> Thanks,
>
> On 31/07/17 23:02, Dave Blasby wrote:
>
> Hi, Dylan,
>
> Did it work for you?
>
> Thanks,
> Dave
>
> On Fri, Jul 28, 2017 at 10:49 AM, Dave Blasby 
> wrote:
>
>> Hi, Dylan,
>>
>> I had some travis build issues, but it's built now.  I asked torben to
>> kick-off a nightly build; it should be done in an hour or two.
>>
>> Please give it a try when its done,
>> Dave
>>
>> On Thu, Jul 27, 2017 at 12:16 PM, Dylan Parry <
>> dylan.pa...@bluefoxtech.co.uk> wrote:
>>
>>> That's excellent! Thanks :) Will it be the nightly build I'll need to
>>> try, or is there another way of getting the updated extension?
>>>
>>> On 27/07/17 20:10, Dave Blasby wrote:
>>>
>>> Hi, Dylan,
>>>
>>> I tracked the problem down to an issue in the VT rendering.  If no SLD
>>> rules apply (as in your case), then it does some funny business.
>>>
>>> I think I've fixed this, just going to make a PR for it and you can give
>>> it a try.
>>>
>>> Thanks,
>>> Dave
>>>
>>> On Thu, Jul 27, 2017 at 3:45 AM, Dylan Parry <
>>> dylan.pa...@bluefoxtech.co.uk> wrote:
>>>
 Hi Dave,

 Thanks for looking into this for me. I've created a very small extract
 of a housing estate projected as EPSG:27700, and have uploaded it here
 https://we.tl/UY1Ubtdm64. It's a zip file containing the SHP, SHX, PRJ
 and DBF files.

 Please let me know if it's a good enough extract for you to work with.

 Thanks,

 Dylan


 On 26/07/17 18:49, Dave Blasby wrote:

> Dylan,
>
> Do you think you could provide me with a little buildings shapefile
> (with a small amount of data - even if it's just 2 polygons)?
> The most likely problem will be CRSs issues causing scale calculation
> problems; I can quickly run it in the debugger.
>
>
> Thanks,
> Dave
>



 
 --
 Check out the vibrant tech community on one of the world's most
 engaging tech sites, Slashdot.org! http://sdm.link/slashdot
 ___
 Geoserver-users mailing list

 Please make sure you read the following two resources before posting to
 this list:
 - Earning your support instead of buying it, but Ian Turton:
 http://www.ianturton.com/talks/foss4g.html#/
 - The GeoServer user list posting guidelines:
 http://geoserver.org/comm/userlist-guidelines.html

 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users

>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian Turton:
>>> http://www.ianturton.com/talks/foss4g.html#/
>>> - The GeoServer user list posting guidelines:
>>> http://geoserver.org/comm/userlist-guidelines.html
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>
> --
>
> Dylan Parry
> Lead Developer, Blue Fox Technology Ltd
> --
>
>  T: 01452 524901
> W: www.opusmap.co.uk
> [image: LinkedIn]
> 
>  [image:
> Twitter]  [image: YouTube]
>  [image:
> Google+] 
>
> [image: Opus Map - Try it for free] 
>
> Registered in England and Wales, Company No. 05908226.
> Registered office: Windsor House, 26 Mostyn Avenue, Craig-Y-Don,
> Llandudno, Conwy LL30 1YY
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> 

Re: [Geoserver-users] EPSG:4326 Incorrect WKT - Coordinates Reversed!

[Gavin Medley]

Hi,

I'm using 1.1.0. Shouldn't the axis order be defined by the EPSG official
WKT string? Am I correct in thinking that order[1] and order[2] specify the
coordinate order?

-Gavin

On Tue, Aug 1, 2017 at 11:57 AM, Ian Turton  wrote:

> Epsg:4326 axis order is a complex topic. Are you using WMS 1.0 or 1.1.0
> for your cascading? The axis order changes between the two versions.
>
> Ian
>
> On 1 Aug 2017 18:18, "Gavin Medley"  wrote:
>
> Hi all,
>
> I believe that the WKT for EPGS:4326 in Geoserver is incorrect. Can
> someone verify?
>
> Note the lat lon coordinate order in the following strings. Geoserver
> displays:
>
> GEOGCS["WGS 84",
> DATUM["World Geodetic System 1984",
> SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],
> AUTHORITY["EPSG","6326"]],
> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
> UNIT["degree", 0.017453292519943295],
> AXIS["Geodetic longitude", EAST],
> AXIS["Geodetic latitude", NORTH],
> AUTHORITY["EPSG","4326"]]
>
> However, epsg-registry.org lists the official WKT as:
>
> GEODCRS["WGS 84",
>   DATUM["World Geodetic System 1984",
> ELLIPSOID["WGS 84",6378137,298.257223563,LENGTHUNIT["metre",1.0]]],
>   CS[ellipsoidal,2],
> AXIS["latitude",north,ORDER[1]],
> AXIS["longitude",east,ORDER[2]],
> ANGLEUNIT["degree",0.01745329252],
>   ID["EPSG",4326]]
>
> According to EPSG, latitude is FIRST. I'm using a cascading WMS (from
> another Geoserver) to put a map behind our GPS station locations and I had
> to switch all the coordinates to make the projections overlay correctly.
>
> -Gavin
>
> --
> Gavin Medley
> Software Engineer I
> *UNAVCO*
> 6350 Nautilus Drive
> Boulder, CO 80301-5394
> med...@unavco.org
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>


-- 
Gavin Medley
Software Engineer I
*UNAVCO*
6350 Nautilus Drive
Boulder, CO 80301-5394
med...@unavco.org
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] EPSG:4326 Incorrect WKT - Coordinates Reversed!

[Gavin Medley]

Hi all,

I believe that the WKT for EPGS:4326 in Geoserver is incorrect. Can someone
verify?

Note the lat lon coordinate order in the following strings. Geoserver
displays:

GEOGCS["WGS 84",
DATUM["World Geodetic System 1984",
SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
UNIT["degree", 0.017453292519943295],
AXIS["Geodetic longitude", EAST],
AXIS["Geodetic latitude", NORTH],
AUTHORITY["EPSG","4326"]]

However, epsg-registry.org lists the official WKT as:

GEODCRS["WGS 84",
  DATUM["World Geodetic System 1984",
ELLIPSOID["WGS 84",6378137,298.257223563,LENGTHUNIT["metre",1.0]]],
  CS[ellipsoidal,2],
AXIS["latitude",north,ORDER[1]],
AXIS["longitude",east,ORDER[2]],
ANGLEUNIT["degree",0.01745329252],
  ID["EPSG",4326]]

According to EPSG, latitude is FIRST. I'm using a cascading WMS (from
another Geoserver) to put a map behind our GPS station locations and I had
to switch all the coordinates to make the projections overlay correctly.

-Gavin

-- 
Gavin Medley
Software Engineer I
*UNAVCO*
6350 Nautilus Drive
Boulder, CO 80301-5394
med...@unavco.org
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Daniele Romagnoli]

Hi Filipe,
so your data is byte at the end.
note that when applying MEAN (+/-)n* STDDEV you should not exceed the input
range (0, 255 on bytes).
You can try using n=1 or just set 0 instead of negative value.

In reference to the histogram percentile computations, you may need to do
some math or compute them with QGIS.
You may want to look at this piece of code to better understand how
percentiles can be computed.
https://github.com/qgis/QGIS/blob/master/src/core/raster/qgsrasterinterface.cpp#L533-L560

Long story short, you have to run gdalinfo -hist and take note of number of
buckets as well as "from" and "to" range.
Then start summing bucket count until you get the desired percentage (as an
instance you will get a 2% once the cumulative sum is 2% with respect to
the total number of pixels composing your image, usually Width*Height).
The number of bucket used to reach the 2% allows you to compute the related
MIN value. (something like: "from" + numBuckets * (range/totalNumBuckets)).
The same for the 98% to compute the MAX.

You may want to check some histogram and percentiles topic around on
internet to better understand this concepts.

Hope this helps.
Cheers,
Daniele











On Tue, Aug 1, 2017 at 5:14 PM, Filipe  wrote:

> Hello
> Thank you for your reply.
>
> I did what you sugested, and we're getting somewhere!
>
>
> using the formulas you sugested:
>
> 
>   
> 
>   1
>   
> 
>   name="algorithm">StretchToMinimumMaximum
>  -55.2689
>  214.7722
> 
>   
> 
> 
>   2
>   
> 
>   name="algorithm">StretchToMinimumMaximum
>  -41.9121
>  163.9293
> 
>   
> 
> 
>   3
>   
> 
>   name="algorithm">StretchToMinimumMaximum
>  -22.1867
>  77.2479
> 
>   
> 
>   
> 
>
> my raster info is
>
> C:\DATA\raster>gdalinfo myRaster.tif
> Driver: GTiff/GeoTIFF
> Files: myRaster.tif
>myRaster.tif.ovr
>myRaster.tif.aux.xml
> Size is 23861, 16880
> Coordinate System is:
> PROJCS["WGS 84 / UTM zone 29N",
> GEOGCS["WGS 84",
> DATUM["WGS_1984",
> SPHEROID["WGS 84",6378137,298.257223563,
> AUTHORITY["EPSG","7030"]],
> AUTHORITY["EPSG","6326"]],
> PRIMEM["Greenwich",0,
> AUTHORITY["EPSG","8901"]],
> UNIT["degree",0.0174532925199433,
> AUTHORITY["EPSG","9122"]],
> AUTHORITY["EPSG","4326"]],
> PROJECTION["Transverse_Mercator"],
> PARAMETER["latitude_of_origin",0],
> PARAMETER["central_meridian",-9],
> PARAMETER["scale_factor",0.9996],
> PARAMETER["false_easting",50],
> PARAMETER["false_northing",0],
> UNIT["metre",1,
> AUTHORITY["EPSG","9001"]],
> AXIS["Easting",EAST],
> AXIS["Northing",NORTH],
> AUTHORITY["EPSG","32629"]]
> Origin = (625033.42452000484,4248219.83662191033)
> Pixel Size = (0.1038600,-0.1038600)
> Metadata:
>   AREA_OR_POINT=Area
>   TIFFTAG_SOFTWARE=pix4dmapper
> Image Structure Metadata:
>   COMPRESSION=LZW
>   INTERLEAVE=PIXEL
> Corner Coordinates:
> Upper Left  (  625033.425, 4248219.837) (  7d34' 7.07"W, 38d22'24.38"N)
> Lower Left  (  625033.425, 4246466.680) (  7d34' 8.19"W, 38d21'27.52"N)
> Upper Right (  627511.628, 4248219.837) (  7d32'24.97"W, 38d22'23.12"N)
> Lower Right (  627511.628, 4246466.680) (  7d32'26.11"W, 38d21'26.26"N)
> Center  (  626272.526, 4247343.258) (  7d33'16.59"W, 38d21'55.32"N)
> Band 1 Block=23861x1 Type=Byte, ColorInterp=Red
>   Min=0.000 Max=255.000
>   Minimum=0.000, Maximum=255.000, Mean=79.752, StdDev=67.510
>   NoData Value=-1
>   Overviews: 11931x8440, 5966x4220, 2983x2110, 1492x1055, 746x528, 373x264, 
> 187x132
>   Metadata:
> 
> STATISTICS_COVARIANCES=4557.639431244172,3461.157875865516,1616.247181916951,8018.146929498016
> STATISTICS_MAXIMUM=255
> STATISTICS_MEAN=79.751677803277
> STATISTICS_MINIMUM=0
> STATISTICS_SKIPFACTORX=1
> STATISTICS_SKIPFACTORY=1
> STATISTICS_STDDEV=67.510291214959
> Band 2 Block=23861x1 Type=Byte, ColorInterp=Green
>   Min=0.000 Max=255.000
>   Minimum=0.000, Maximum=255.000, Mean=61.009, StdDev=51.460
>   NoData Value=-1
>   Overviews: 11931x8440, 5966x4220, 2983x2110, 1492x1055, 746x528, 373x264, 
> 187x132
>   Metadata:
> 
> STATISTICS_COVARIANCES=3461.157875865516,2648.170496677781,1243.180669732085,6133.734519685802
> STATISTICS_MAXIMUM=255
> STATISTICS_MEAN=61.008562632494
> STATISTICS_MINIMUM=0
> STATISTICS_SKIPFACTORX=1
> STATISTICS_SKIPFACTORY=1
> STATISTICS_STDDEV=51.460377929799
> Band 3 Block=23861x1 Type=Byte, ColorInterp=Blue
>   Min=0.000 Max=226.000
>   

[Geoserver-users] WFS GetFeature does not seem to handle the NAMESPACE parameter

[Mathieu Cartoixa]

Hi all,

I would like to report a possible bug that would affect all versions of 
WFS, on all versions of GeoServer I have tested so far.


Let's take WFS 2.0.0. It is my understanding that the KVP requests are 
the translation of the default POST requests in XML in a way that can be 
used with a simple GET request. In particular, a feature name is defined 
as a QName (XML qualified name), which implies that XML prefixes should 
be defined, as they would be in a standard POST request. This is the 
specific purpose of the NAMESPACE parameter, as you can see in the OGC 
standard (09-025r1 
http://portal.opengeospatial.org/files/?artifact_id=39967) in §6.3 and 
§7.6.6.


In my experience, no version of GeoServer that I have seen seems to be 
able to understand this parameter. The following URLs reference one of 
our tests server, please be gentle with it ;-)
We have a feature named Isogeo:OpenBeerMap_IDF, Isogeo being the prefix 
by being related to the namespace ... isogeo (sorry for that).


If you call with the default prefix, you get an answer when you should 
not as the prefix has not been declared: 
http://noisy.hq.isogeo.fr:6090/geoserver/wfs?service=WFS=2.0.0=GetFeature=1000=Isogeo%3AOpenBeerMap_IDF
If you declare the prefix, it works as expected: 
http://noisy.hq.isogeo.fr:6090/geoserver/wfs?service=WFS=2.0.0=GetFeature=1000=Isogeo%3AOpenBeerMap_IDF=xmlns%28Isogeo,isogeo%29
If you declare another prefix, it does not work when I think it should : 
http://noisy.hq.isogeo.fr:6090/geoserver/wfs?service=WFS=2.0.0=GetFeature=1000=foo%3AOpenBeerMap_IDF=xmlns%28foo,isogeo%29


What do you think?

Mathieu Cartoixa
<>--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Filipe]

Hello
Thank you for your reply.

I did what you sugested, and we're getting somewhere!
 

using the formulas you sugested:
my raster info is 
Now what can i do to come closer to the original one? (to get that "blueish"
on the water)
You mentioned "computing percentiles based on histograms". how can i do
that?
Regards



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Raster-Normalize-tp5330021p5330071.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Daniele Romagnoli]

Hi Filipe.
You may consider running a gdalinfo -stats on your sampledata and report it
back so we can provide you additional assistance.

If datatype is not byte, you should consider using 3 ChannelSelect to
select R,G,B and a specific ContrastEnhancement node on each of them.
Then, based on the gdalinfo stats, you can setup a StretchToMinimumMaximum
(instead of ClipToMininumMaximum) in each ContrastEnhancement node.

Percentage referred by ESRI are based on histograms analysis, using
percentiles.
If you don't want to compute percentiles based on histograms, you can try
with MEAN and STDDEV (reported by gdalinfo -stats) and define your vendor
min and max values as:

min  = MEAN - n*STDDEV
max = MEAN + n*STDDEV

where *n* is usually in the range 1 ; 3.
You can try with n = 2.

Please, let us know if that helps.
Regards,
Daniele





On Tue, Aug 1, 2017 at 4:01 PM, Filipe  wrote:

> seems theres some kind of error:
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Raster-Normalize-tp5330021p5330057.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Regards,
Daniele Romagnoli
==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
==

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Filipe]

seems theres some kind of error:




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Raster-Normalize-tp5330021p5330057.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Filipe]

Cant seem to set it correctly. always end up with a black image.

the min and max values on the percent clip stretch are "0.5".

Any thoughts?

Again, Thanks for the reply
Regards



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Raster-Normalize-tp5330021p5330055.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Styling: How to draw geometries on top of labels

[Julian Hollingbery]

If  layer2 is meant to hide information which the user is not authorized to 
see, then yes, it will be fairly simple for one who is competent with the WMS 
protocol and a browsers console to bypass this mechanism, and only request 
layer1.
You will need to embed the polygons from layer2 in the rendering of layer1.

Regards,
/julian

Fra: Ian Turton [mailto:ijtur...@gmail.com]
Sendt: 1. august 2017 14:52
Til: Watermeyer, Andreas 
Cc: GeoServer Mailing List List 
Emne: Re: [Geoserver-users] Styling: How to draw geometries on top of labels

You can't do this in a single image, GeoServer puts a lot of effort into saving 
up the labels and doing conflict resolution etc to make them look nice. This 
has to happen last in the drawing process.

To achieve this you can request two maps one for layer1 and another for layer2 
(with transparency turned on) and then draw one above the other. However this 
will prevent label conflict resolution so you may well end up with labels on 
top of each other.

I don't understand what you mean about authorization? it has no bearing on 
label drawing.

Ian

On 1 August 2017 at 13:37, Watermeyer, Andreas 
> 
wrote:




Hi all,

we have a layer "layer1" rendered by a css style, consisting of geometries and 
labels. Under certain circumstances another layer "layer2" shall be displayed 
on top of it (containing circular poylgons), hiding the geometries and labels 
"layer2" below.

We are currently accomplishing this through a WMS request like 
"...=layer1,layer2".

This is not working because the labels are always rendered on top, instead of 
being hidden.

I have not yet tried to define a layer group but I suppose it will be the same. 
Furthermore the currenty approach is simpler, so if possible, we would like to 
stay without a group.

I have also tried to tweak the z-index of the labels and geometries, but again 
this has no effect, by intention I suppose.

Does anybody know how to hide labels by geometries?
Or alternative approaches?

Any help is welcome!

PS: This is actually meant to be some sort of authorization, although this is 
apparently easy to circumvent.

Best regards,
Andreas

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error installing GDAL

[cm00]

I am experiencing this same problem.
(Centos 7, Geoserver 2.11.1, GDAL 1.11.4) 
Should I be installing a different (lower?) version of the GDAL package?
Thanks,
Chris



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Error-installing-GDAL-tp5328170p5330046.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Styling: How to draw geometries on top of labels

[Ian Turton]

You can't do this in a single image, GeoServer puts a lot of effort into
saving up the labels and doing conflict resolution etc to make them look
nice. This has to happen last in the drawing process.

To achieve this you can request two maps one for layer1 and another for
layer2 (with transparency turned on) and then draw one above the other.
However this will prevent label conflict resolution so you may well end up
with labels on top of each other.

I don't understand what you mean about authorization? it has no bearing on
label drawing.

Ian

On 1 August 2017 at 13:37, Watermeyer, Andreas <
andreas.waterme...@its-digital.de> wrote:

>
>
> Hi all,
>
> we have a layer "layer1" rendered by a css style, consisting of geometries
> and labels. Under certain circumstances another layer "layer2" shall be
> displayed on top of it (containing circular poylgons), hiding the
> geometries and labels "layer2" below.
>
> We are currently accomplishing this through a WMS request like
> "...=layer1,layer2".
>
> This is not working because the labels are always rendered on top, instead
> of being hidden.
>
> I have not yet tried to define a layer group but I suppose it will be the
> same. Furthermore the currenty approach is simpler, so if possible, we
> would like to stay without a group.
>
> I have also tried to tweak the z-index of the labels and geometries, but
> again this has no effect, by intention I suppose.
>
> Does anybody know how to hide labels by geometries?
> Or alternative approaches?
>
> Any help is welcome!
>
> PS: This is actually meant to be some sort of authorization, although this
> is apparently easy to circumvent.
>
> Best regards,
> Andreas
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Styling: How to draw geometries on top of labels

[Watermeyer, Andreas]

Hi all,

we have a layer "layer1" rendered by a css style, consisting of geometries and 
labels. Under certain circumstances another layer "layer2" shall be displayed 
on top of it (containing circular poylgons), hiding the geometries and labels 
"layer2" below.

We are currently accomplishing this through a WMS request like 
"...=layer1,layer2".

This is not working because the labels are always rendered on top, instead of 
being hidden.

I have not yet tried to define a layer group but I suppose it will be the same. 
Furthermore the currenty approach is simpler, so if possible, we would like to 
stay without a group.

I have also tried to tweak the z-index of the labels and geometries, but again 
this has no effect, by intention I suppose.

Does anybody know how to hide labels by geometries?
Or alternative approaches?

Any help is welcome!

PS: This is actually meant to be some sort of authorization, although this is 
apparently easy to circumvent.

Best regards,
Andreas
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Ian Turton]

>From a quick look at the ESRI raster ops page - it looks like you need to
calculate the fixed values that correspond to the min/max percentages you
were using and use those in ClipToMinMax operation based on the
distribution of the values in the image histogram.

Ian

On 1 August 2017 at 12:06, Filipe  wrote:

> Hi, you are right. Instead of validate i pressed submit and was acepted.
>
> now i have a problem. i can't figure out the correct values.
> whats the closest algorithm to the "Percent Clip"?
> Is there another way i could use to achieve the expected result?
> Thanks for the reply
>
> Regards
> --
> View this message in context: Re: Raster Normalize
> 
>
> Sent from the GeoServer - User mailing list archive
>  at
> Nabble.com.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Filipe]

Hi,you are right. Instead of validate i pressed submit and was acepted.

now i have a problem. i can't figure out the correct values.
whats the closest algorithm to the "Percent Clip"?
Is there another way i could use to achieve the expected result?
Thanks for the reply

Regards



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Raster-Normalize-tp5330021p5330024.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster Normalize

[Ian Turton]

It is right but it is technically invalid SLD so the validator rejects it.
It will work fine as it is.

Ian

On 1 August 2017 at 11:49, Filipe  wrote:

> Hello, I'm trying to add a raster layer to geoserver. currently i can see
> it in ArcGis with a style definition of "RGB Composite", all the channels
> set to the corresponding banc (red, green and blue), and a Stretch of the
> type "Percent Clip". This gives me an image of something like this:
>
> ive configured the same Tif file at geoserver and it shows at preview.
>
>
> now im trying to set the style to something close to the previous one.
> after digging at the documentation i came up of something like:
>
> 
>   
>ClipToMinimumMaximum
>50
>100
>   
> 
>
>
> the problem is this that this is not recognized as a valid sld at the
> style editor:
>
> "line 24: cvc-complex-type.2.1: Element 'Normalize' must have no character or 
> element information item [children], because the type's content type is 
> empty."
>
>
> is this the correct way to accomplish this? What am i doing wrong at the
> style? regards, Filipe
> --
> View this message in context: Raster Normalize
> 
> Sent from the GeoServer - User mailing list archive
>  at
> Nabble.com.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Raster Normalize

[Filipe]

Hello,I'm trying to add a raster layer to geoserver.currently i can see it in
ArcGis with a style definition of "RGB Composite", all the channels set to
the corresponding banc (red, green and blue), and a Stretch of the type
"Percent Clip".This gives me an image of something like this:
 
ive configured the same Tif file at geoserver and it shows at preview.

 
now im trying to set the style to something close to the previous one.after
digging at the documentation i came up of something like:
the problem is this that this is not recognized as a valid sld at the style
editor:
is this the correct way to accomplish this?What am i doing wrong at the
style?regards,Filipe



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Raster-Normalize-tp5330021.html
Sent from the GeoServer - User mailing list archive at Nabble.com.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Hide layers in layer group for vector tiles

[Dylan Parry]

Hi Dave,

Apologies, I've been away for a few days and was unable to test it until 
this morning. Your fix appears to have worked!


Thanks,


On 31/07/17 23:02, Dave Blasby wrote:

Hi, Dylan,

Did it work for you?

Thanks,
Dave

On Fri, Jul 28, 2017 at 10:49 AM, Dave Blasby 
> wrote:


Hi, Dylan,

I had some travis build issues, but it's built now. I asked torben
to kick-off a nightly build; it should be done in an hour or two.

Please give it a try when its done,
Dave

On Thu, Jul 27, 2017 at 12:16 PM, Dylan Parry
> wrote:

That's excellent! Thanks :) Will it be the nightly build I'll
need to try, or is there another way of getting the updated
extension?


On 27/07/17 20:10, Dave Blasby wrote:

Hi, Dylan,

I tracked the problem down to an issue in the VT rendering. 
If no SLD rules apply (as in your case), then it does some

funny business.

I think I've fixed this, just going to make a PR for it and
you can give it a try.

Thanks,
Dave

On Thu, Jul 27, 2017 at 3:45 AM, Dylan Parry
> wrote:

Hi Dave,

Thanks for looking into this for me. I've created a very
small extract of a housing estate projected as
EPSG:27700, and have uploaded it here
https://we.tl/UY1Ubtdm64. It's a zip file containing the
SHP, SHX, PRJ and DBF files.

Please let me know if it's a good enough extract for you
to work with.

Thanks,

Dylan


On 26/07/17 18:49, Dave Blasby wrote:

Dylan,

Do you think you could provide me with a little
buildings shapefile (with a small amount of data -
even if it's just 2 polygons)?
The most likely problem will be CRSs issues causing
scale calculation problems; I can quickly run it in
the debugger.


Thanks,
Dave





--
Check out the vibrant tech community on one of the
world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources
before posting to this list:
- Earning your support instead of buying it, but Ian
Turton: http://www.ianturton.com/talks/foss4g.html#/

- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html


Geoserver-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geoserver-users






--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before
posting to this list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/

- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html


Geoserver-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geoserver-users







Dylan Parry
Lead Developer, Blue Fox Technology Ltd

T:  01452 524901
W:  www.opusmap.co.uk 
LinkedIn 
 
Twitter  YouTube 
 Google+ 


Opus Map - Try it for