Re: [Geoserver-users] WFS Schema Location incorrect in DescribeFeatureType

[Ben Caradoc-Davies]

Kathi,

if I request a single type, the response seems better:
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype=proplant:obs_all

I think you have some app-schema types in there. Did any of them specify 
the WFS schema in schemaURI?


If look at gn:GeographicalName, I see the WFS schema jar import:
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype=gn:GeographicalName

Kind regards,
Ben.

On 09/08/17 10:20, Kathi Schleidt wrote:

Hi Ben,

URL: 
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype 



:)

Kathi


On 08.08.2017 23:17, Ben Caradoc-Davies wrote:

Kathi,

I cannot reproduce this on master with topp:states. What is your 
GeoServer version, and do you have a URL that reproduces this 
behaviour for one of the release sample layers?


For example:
http://localhost:8080/geoserver/wfs?service=WFS=2.0.0=DescribeFeatureType=topp:states=gml32 



The response I see is a GML 3.2 document that makes no reference to 
the WFS schema.


Kind regards,
Ben.

On 08/08/17 22:25, Kathi Schleidt wrote:

Hi,

I've been running into problems with the WFS Schema Location returned 
in DescribeFeatureType.


I've configured GeoServer to return the official xsd, most requests 
(capabilities, get feature) provide this: 
xsi:schemaLocation="http://www.opengis.net/wfs/2.0 
http://schemas.opengis.net/wfs/2.0/wfs.xsd


However, when I do DescribeFeatureType, I get interesting internal 
references which end up breaking downstream software:


http://www.opengis.net/wfs/2.0; 
schemaLocation="jar:file:/usr/share/apache-tomcat-8.5.12/webapps/geoserver/WEB-INF/lib/gt-xsd-wfs-16.2.jar!/org/geotools/wfs/v2_0/wfs.xsd"/> 



I tried this on various systems, behavior is consistent (and provides 
nice additional information as to the OS being run as well as the 
local config! )


Any solutions?

:?

Kathi



-- 


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







--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
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] WFS Schema Location incorrect in DescribeFeatureType

[Brad Hards]

Possibly a Tomcat 8 difference in behaviour? Not sure why it'd only show in 
that one request type though.




--
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] WFS Schema Location incorrect in DescribeFeatureType

[Kathi Schleidt]

Hi Ben,

URL: 
http://bolegweb.geof.unizg.hr:2017/geoserver/ows?service=wfs=2.0.0=describeFeaturetype


:)

Kathi


On 08.08.2017 23:17, Ben Caradoc-Davies wrote:

Kathi,

I cannot reproduce this on master with topp:states. What is your 
GeoServer version, and do you have a URL that reproduces this 
behaviour for one of the release sample layers?


For example:
http://localhost:8080/geoserver/wfs?service=WFS=2.0.0=DescribeFeatureType=topp:states=gml32 



The response I see is a GML 3.2 document that makes no reference to 
the WFS schema.


Kind regards,
Ben.

On 08/08/17 22:25, Kathi Schleidt wrote:

Hi,

I've been running into problems with the WFS Schema Location returned 
in DescribeFeatureType.


I've configured GeoServer to return the official xsd, most requests 
(capabilities, get feature) provide this: 
xsi:schemaLocation="http://www.opengis.net/wfs/2.0 
http://schemas.opengis.net/wfs/2.0/wfs.xsd


However, when I do DescribeFeatureType, I get interesting internal 
references which end up breaking downstream software:


http://www.opengis.net/wfs/2.0; 
schemaLocation="jar:file:/usr/share/apache-tomcat-8.5.12/webapps/geoserver/WEB-INF/lib/gt-xsd-wfs-16.2.jar!/org/geotools/wfs/v2_0/wfs.xsd"/> 



I tried this on various systems, behavior is consistent (and provides 
nice additional information as to the OS being run as well as the 
local config! )


Any solutions?

:?

Kathi



-- 


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





--
_
Katharina Schleidt
Tel: +43 (1) 89 234 26
Mobile: +43 (650) 89 234 26
Skype: Kathi Schleidt
ka...@schleidt.org
www.schleidt.org/kathi

The world is a dangerous place to live; not because of the people who are evil, 
but because of the people who don't do anything about it  - Albert Einstein

Growth for the sake of growth is the ideology of the cancer cell – Edward Abbey

If at first, the idea is not absurd, then there is no hope for it - Albert 
Einstein


--
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] Mapping Multiple Tables in One Mapping File

[Ben Caradoc-Davies]

On 09/08/17 04:52, Gavin Medley wrote:

I have the data for siteName and iersDOMESNumber in Table1 and the data for
monumentDescription and heightOfTheMonument in Table2. Can I use a single
XML mapping file to map those two tables to the elements of
siteIdentification?


No, there is a one-to-one relationship between a feature type and the 
database relation that provides its identity.



The two workarounds that I have considered are 1) Making a new
feature-chained mapping file for each element that needs to be mapped
(ugh!) or 2) making a new view or table to bring in any data that needs to
be mapped to the same level of the XML schema.
What would you suggest?


If the attributes are single-valued, then a database view or table is an 
excellent solution: fast and simple. This is also an opportunity to use 
fast database-side string concatenation to construct identifiers such as 
gml:id or HTTP URIs. You can even index them for performance.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
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] WFS Schema Location incorrect in DescribeFeatureType

[Ben Caradoc-Davies]

Kathi,

I cannot reproduce this on master with topp:states. What is your 
GeoServer version, and do you have a URL that reproduces this behaviour 
for one of the release sample layers?


For example:
http://localhost:8080/geoserver/wfs?service=WFS=2.0.0=DescribeFeatureType=topp:states=gml32

The response I see is a GML 3.2 document that makes no reference to the 
WFS schema.


Kind regards,
Ben.

On 08/08/17 22:25, Kathi Schleidt wrote:

Hi,

I've been running into problems with the WFS Schema Location returned in 
DescribeFeatureType.


I've configured GeoServer to return the official xsd, most requests 
(capabilities, get feature) provide this: 
xsi:schemaLocation="http://www.opengis.net/wfs/2.0 
http://schemas.opengis.net/wfs/2.0/wfs.xsd


However, when I do DescribeFeatureType, I get interesting internal 
references which end up breaking downstream software:


http://www.opengis.net/wfs/2.0; 
schemaLocation="jar:file:/usr/share/apache-tomcat-8.5.12/webapps/geoserver/WEB-INF/lib/gt-xsd-wfs-16.2.jar!/org/geotools/wfs/v2_0/wfs.xsd"/> 



I tried this on various systems, behavior is consistent (and provides 
nice additional information as to the OS being run as well as the local 
config! )


Any solutions?

:?

Kathi



--
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



--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
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] Geoserver doesn't render all features in some zooms

[Dave Blasby]

Hi,

The VT process does remove very small (<1 pixel) features from the results.

There were some other people who noticed that you might need to create your
own tileset definition in GWC if you are using MB clients (otherwise your
tiles will appear to be "too generalized").  I think they disagreed on the
tile sizes, so the resolution is off by 1/2 (?). This would mean that small
(i.e. 4 pixel) features could be removed in this type of situation.

Thanks,
Dave

On Thu, Aug 3, 2017 at 11:44 AM, yedagi  wrote:

> hi,
> im using geoserver 2.11.0, with elasticsearch as datasource.
> i also use leaflet vector tiles plugin to request the tiles.
>
> i have noticed that when use leaflet map controller, in certain zooms the
> geoserver doesn't return all geometries (in deeper zoom it shows more
> geometries).
> i checked with wireshark the result the geoserver recieves from
> elasticsearch, and it recieves the same geometries in both zoom levels.
> i wondered if there is some configuration that determine whether the
> geoserver "ignore" geometries in low zoom to simplify the response ?
>
>
> any ideas how to solve my problem ?
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Geoserver-doesn-t-render-all-features-in-some-
> zooms-tp5330374.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
>
--
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] Mapping Multiple Tables in One Mapping File

[Gavin Medley]

Hi all,

I am faced with a problem. I am mapping a database of site logs to
GeodesyML through Geoserver App Schema. I am trying to minimize the number
of new views and tables I need to make in the database so I was wondering
if it is possible to use a single mapping file to map multiple views or
tables to fields contained in a single XML element.

e.g. the XML schema is of the form

The Site
42
This is a monument...
1m


I have the data for siteName and iersDOMESNumber in Table1 and the data for
monumentDescription and heightOfTheMonument in Table2. Can I use a single
XML mapping file to map those two tables to the elements of
siteIdentification?

The two workarounds that I have considered are 1) Making a new
feature-chained mapping file for each element that needs to be mapped
(ugh!) or 2) making a new view or table to bring in any data that needs to
be mapped to the same level of the XML schema.

What would you suggest?

Many thanks!

-- 
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] Limiting downsampling generalization

[auger emeric via Geoserver-users]

Hi all,
I'm serving a Geotiff through a standard Geotiff source image warehouse.here 
the gdalinfo output : 
Driver: GTiff/GeoTIFFFiles: example.tifSize is 12420, 9986Coordinate System 
is:PROJCS["NTF (Paris) / Lambert zone II",    GEOGCS["NTF (Paris)",        
DATUM["Nouvelle_Triangulation_Francaise_Paris",            SPHEROID["Clarke 
1880 (IGN)",6378249.2,293.4660212936269,                
AUTHORITY["EPSG","7011"]],            TOWGS84[-168,-60,320,0,0,0,0],            
AUTHORITY["EPSG","6807"]],        PRIMEM["Paris",2.33722917,            
AUTHORITY["EPSG","8903"]],        UNIT["grad",0.01570796326794897,            
AUTHORITY["EPSG","9105"]],        AUTHORITY["EPSG","4807"]],    
PROJECTION["Lambert_Conformal_Conic_1SP"],    
PARAMETER["latitude_of_origin",52],    PARAMETER["central_meridian",0],    
PARAMETER["scale_factor",0.99987742],    PARAMETER["false_easting",60],    
PARAMETER["false_northing",220],    UNIT["metre",1,        
AUTHORITY["EPSG","9001"]],    AXIS["X",EAST],    AXIS["Y",NORTH],    
AUTHORITY["EPSG","27572"]]Origin = 
(534892.311252549290657,2471690.869099652394652)Pixel Size = 
(12.500,-12.500)Metadata:  AREA_OR_POINT=AreaImage 
Structure Metadata:  INTERLEAVE=BANDCorner Coordinates:Upper Left  (  
534892.311, 2471690.869) (  0d59'33.42"W, 54d42'38.80"N)Lower Left  (  
534892.311, 2346865.869) (  0d58'17.21"W, 53d27'51.07"N)Upper Right (  
690142.311, 2471690.869) (  1d22'27.24"E, 54d42'26.60"N)Lower Right (  
690142.311, 2346865.869) (  1d20'41.75"E, 53d27'39.13"N)Center      (  
612517.311, 2409278.369) (  0d11'19.63"E, 54d 5'28.09"N)Band 1 Block=12420x1 
Type=Float64, ColorInterp=Gray  NoData Value=-  Overviews: 6210x4993, 
3105x2497, 2070x1665, 1553x1249, 777x625, 389x313, 195x157, 98x79, 50x40
I built overviews with the gauss downsampling algorithm (and i have tried the 
others but the issue is more or less the same)
My image is served as a WMS tile layer through a basic Open Layers (4) app, and 
the styling is made from sld ColorMaps entries. 
Here is the problem : when zoomed in, some roads look like that (red colored, 
which is normal styling) : 
http://imageshack.com/a/img922/7479/Mpxrwg.jpg

when zoomed out, they are downsampled  and look like that (something like 
yellow which is used for lower values in my styling) : 

https://imageshack.com/i/pmFccqDnj

My aim is to keep the "red" aspect of these roads no matter the zoom levels.
I tried to switch the different WMS interpolation methods without any success. 
I hope to find a solution if there's any !
Thanks,Emeric

 





--
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] Installing ECW extension in geoserver in centos6

[Farook]

I am trying to install ECW extension in geoserver in Centos 6. I had followed
the instruction from here
https://halukapaydin.wordpress.com/2014/10/30/install-geoserver-with-ecw-support-on-centos-7-0-1406-64-bit/
As given in the link, I got this output

ECW …..
JP2ECW …
When i type gdalinfo --formats | grep ECW Also, i had installed java8,
apache tomcat 8.5.12 and geoserver 2.9.4. After installing geoserver, i had
installed CRS definitions and set the env called 'GDAL_DATA'in the path
/etc/init/tomcat.conf And when i tried installing native libraries i could
not see any libraries for centos 6 form here
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.16/native/gdal/linux/.
But still i had downloaded the imageio-ext for centos5.8 and copied to
WEB-INF/lib and restarted tomcat but extension was not enabled. Am i doing
anything wrong? Any help would be appreciated



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Installing-ECW-extension-in-geoserver-in-centos6-tp5330805.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] problem about publishing imagepyramid

[Daniele Romagnoli]

Hi Cliff,
please keep the mailing list cc-ed in your replies so anyone with similar
problems can check the discussion or any other dev/user can chime in with
additional suggestions.

Did you manually created those files or did you just let the ImagePyramid
plugin automatically create them when creating the coverageStore providing
it the parent folder?
The latter option would be safer so that the ImagePyramid will configure
each level mosaic properties and the final pyramid properties as well.

I'm not seeing anything of suspect in the logs.

Please, let me know.
Cheers,
Daniele





On Tue, Aug 8, 2017 at 12:31 PM, Sin Lau  wrote:

> Hello Daniele,
>
>
>
> Thank you very much for your reply.
>
>
>
> Here is the answer for your questions. Se the green text
>
>
>
> *Från:* dany.geoto...@gmail.com [mailto:dany.geoto...@gmail.com] *För *Daniele
> Romagnoli
> *Skickat:* den 8 augusti 2017 11:34
> *Till:* Sin Lau 
> *Kopia:* geoserver-users@lists.sourceforge.net
> *Ämne:* Re: [Geoserver-users] problem about publishing imagepyramid
>
>
>
> Hi Cliff,
>
>
>
>
>
> On Tue, Aug 8, 2017 at 10:18 AM, Cliff Lau  wrote:
>
> Hello,
>
> I have some problem about publishing imagepyramid with GeoServer.
>
>
>
> Did you check this documentation to see if you skipped something needed?
>
> http://docs.geoserver.org/stable/en/user/tutorials/
> imagepyramid/imagepyramid.html
>
>
>
>
>
> I had read through the document and I think I did all the steps I needed.
>
>
>
>
> I built my pyramid imagery with GDAL from QGIS and i filled in properties
> file for all different levels.
>
> Which properties files are you referring too? (Do you mean datastore and
> indexer?)
>
> Can you share some sample of them with their content?
>
>
>
> Are you using shapefile (default) or DB?
>
> I am using shapefile. In each of the level folder (I have 5 levels:
> 0,1,2,3,4) I have respective shape files and properties file.
>
>
>
> Exemple of properties file:
>
>
>
> Name=level0
>
> Levels=0.16,0.16
>
> LevelsNum=1
>
> Envelope2D=152500.00,6585000.00 247500.00,669.00
>
> NumFiles=17097
>
>
>
>
> When I came to GeoServer and created a layer for the imagepyramid then the
> preview image became just black.
> 
>
> I guess there is some problem for GeoServer to access the raster pictures
> because when created the layer and updated "compute from native bounds"
> there was nothing happened.
>  imagepyramid_nativebound.png>
>
> The settings of properties files at different level is checked and the
> setting of the layer seemed okey so I do not know what the problem is. I
> did
> change something of the projection file so that GeoServer can recognise the
> Native SRS though.
>
> Does anyone have any idea what i did wrong? Thanks in advance.
>
>
>
> Do you have any log reporting something about that?
>
> (you may consider raising it to Geotools developer if nothing obvious is
> spotted and then repeat the "black result" request to see if any raster
> tile is actually accessed.
>
>
>
> This is what I found in the GeoServer-log, does it help? :
>
>
>
> 2017-08-08 12:25:37,776 WARN [geoserver.web] - Unable to find property:
> 'format.wms.rss' for component:  [class=org.geoserver.web.demo.
> MapPreviewPage]
>
> 2017-08-08 12:25:37,783 WARN [geoserver.web] - Unable to find property:
> 'format.wms.application/vnd.google-earth.kml' for component:
> [class=org.geoserver.web.demo.MapPreviewPage]
>
> 2017-08-08 12:25:41,710 INFO [geoserver.wms] -
>
> Request: getServiceInfo
>
> 2017-08-08 12:25:41,731 INFO [geoserver.wms] -
>
> Request: getMap
>
>   Width = 694
>
>   Height = 768
>
>   Exceptions = SE_XML
>
>   StyleBody = null
>
>   SldVersion = null
>
>   StyleVersion = null
>
>   Tiled = false
>
>   Palette = null
>
>   SRS = EPSG:3011
>
>   FeatureVersion = null
>
>   Styles = [StyleImpl[ name=raster]]
>
>   Layers = [org.geoserver.wms.MapLayerInfo@e34b4f0d]
>
>   MaxFeatures = null
>
>   SldBody = null
>
>   ValidateSchema = false
>
>   Sld = null
>
>   StyleUrl = null
>
>   Crs = PROJCS["SWEREF99 18 00",
>
>   GEOGCS["SWEREF99",
>
> DATUM["SWEREF99",
>
>   SPHEROID["GRS 1980", 6378137.0, 298.257222101,
> AUTHORITY["EPSG","7019"]],
>
>   TOWGS84[0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0],
>
>   AUTHORITY["EPSG","6619"]],
>
> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>
> UNIT["degree", 0.017453292519943295],
>
> AXIS["Geodetic longitude", EAST],
>
> 

[Geoserver-users] WFS Schema Location incorrect in DescribeFeatureType

[Kathi Schleidt]

Hi,

I've been running into problems with the WFS Schema Location returned in 
DescribeFeatureType.


I've configured GeoServer to return the official xsd, most requests 
(capabilities, get feature) provide this: 
xsi:schemaLocation="http://www.opengis.net/wfs/2.0 
http://schemas.opengis.net/wfs/2.0/wfs.xsd


However, when I do DescribeFeatureType, I get interesting internal 
references which end up breaking downstream software:


http://www.opengis.net/wfs/2.0; 
schemaLocation="jar:file:/usr/share/apache-tomcat-8.5.12/webapps/geoserver/WEB-INF/lib/gt-xsd-wfs-16.2.jar!/org/geotools/wfs/v2_0/wfs.xsd"/> 



I tried this on various systems, behavior is consistent (and provides 
nice additional information as to the OS being run as well as the local 
config! )


Any solutions?

:?

Kathi

--
_
Katharina Schleidt
Tel: +43 (1) 89 234 26
Mobile: +43 (650) 89 234 26
Skype: Kathi Schleidt
ka...@schleidt.org
www.schleidt.org/kathi

The world is a dangerous place to live; not because of the people who are evil, 
but because of the people who don't do anything about it  - Albert Einstein

Growth for the sake of growth is the ideology of the cancer cell – Edward Abbey

If at first, the idea is not absurd, then there is no hope for it - Albert 
Einstein

--
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] problem about publishing imagepyramid

[Daniele Romagnoli]

Hi Cliff,


On Tue, Aug 8, 2017 at 10:18 AM, Cliff Lau  wrote:

> Hello,
>
> I have some problem about publishing imagepyramid with GeoServer.
>

Did you check this documentation to see if you skipped something needed?
http://docs.geoserver.org/stable/en/user/tutorials/imagepyramid/imagepyramid.html


>
> I built my pyramid imagery with GDAL from QGIS and i filled in properties
> file for all different levels.
>
Which properties files are you referring too? (Do you mean datastore and
indexer?)
Can you share some sample of them with their content?

Are you using shapefile (default) or DB?



> When I came to GeoServer and created a layer for the imagepyramid then the
> preview image became just black.
> 
>
> I guess there is some problem for GeoServer to access the raster pictures
> because when created the layer and updated "compute from native bounds"
> there was nothing happened.
>  imagepyramid_nativebound.png>
>
> The settings of properties files at different level is checked and the
> setting of the layer seemed okey so I do not know what the problem is. I
> did
> change something of the projection file so that GeoServer can recognise the
> Native SRS though.
>
> Does anyone have any idea what i did wrong? Thanks in advance.
>

Do you have any log reporting something about that?
(you may consider raising it to Geotools developer if nothing obvious is
spotted and then repeat the "black result" request to see if any raster
tile is actually accessed.

Please, let us know.

Best Regards,
Daniele


>
> Best regards,
> Cliff
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/problem-about-publishing-imagepyramid-tp5330764.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 

[Geoserver-users] j_spring_security_check error on login v2.11.2

[McDonaldR via Geoserver-users]

Hi List

I have upgraded my test Geoserver cluster to 2.11.2 on Windows 2012 with Java 
8u144 (32bit) and Tomcat 8.5.16 (32bit) behind an Apache load balancer.  My two 
Geoserver cluster works showing the web interface, layer previews and various 
capability documents for web services.  However, when I attempt to login I get 
the following error instantly:

Catalina log
08-Aug-2017 09:00:15.341 INFO [http-nio-8084-exec-5] 
org.apache.tomcat.util.http.Parameters.processParameters Invalid chunk starting 
at byte [15] and ending at byte [16] with a value of [=] ignored
Note: further occurrences of Parameter errors will be logged at DEBUG level.

Localhost access log
10.12.13.14 - - [07/Aug/2017:17:21:03 +0100] "GET /geoserver/web/ HTTP/1.1" 200 
2357
10.12.13.14 - - [07/Aug/2017:17:21:09 +0100] "POST 
/geoserver/j_spring_security_check HTTP/1.1" 500 3940

Localhost log
08-Aug-2017 09:00:15.341 SEVERE [http-nio-8084-exec-5] 
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for 
servlet [dispatcher] in context with path [/geoserver] threw exception
java.lang.NullPointerException
at 
org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:157)
at 
org.geoserver.security.GeoServerSecurityManager$1.authenticate(GeoServerSecurityManager.java:323)
at 
org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter.attemptAuthentication(UsernamePasswordAuthenticationFilter.java:93)
at 
org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:217)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at 
org.geoserver.security.filter.GeoServerUserNamePasswordAuthenticationFilter.doFilter(GeoServerUserNamePasswordAuthenticationFilter.java:116)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at 
org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91)
at 
org.geoserver.security.filter.GeoServerSecurityContextPersistenceFilter$1.doFilter(GeoServerSecurityContextPersistenceFilter.java:53)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at 
org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213)
at 
org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176)
at 
org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:152)
at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
at 
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:87)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:89)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:42)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:48)
at 

[Geoserver-users] problem about publishing imagepyramid

[Cliff Lau]

Hello, 

I have some problem about publishing imagepyramid with GeoServer. 

I built my pyramid imagery with GDAL from QGIS and i filled in properties
file for all different levels. 

When I came to GeoServer and created a layer for the imagepyramid then the
preview image became just black. 
 

I guess there is some problem for GeoServer to access the raster pictures
because when created the layer and updated "compute from native bounds"
there was nothing happened. 

 

The settings of properties files at different level is checked and the
setting of the layer seemed okey so I do not know what the problem is. I did
change something of the projection file so that GeoServer can recognise the
Native SRS though. 

Does anyone have any idea what i did wrong? Thanks in advance. 

Best regards,
Cliff



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/problem-about-publishing-imagepyramid-tp5330764.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