Re: [Geoserver-users] WMS Raster Interpolation - Data vs Rendered Image

[Jody Garnett]

It may be a case of reviewing the order in which image processing
operations are applied in the rendering code.  I also encourage you to look
at the different interpolation settings in the hopes they can offer you
greater clarity on what is occurring.

Read:
https://github.com/geotools/geotools/blob/master/modules/library/render/src/main/java/org/geotools/renderer/lite/gridcoverage2d/GridCoverageRenderer.java

In particular the comments are very extensive and describe what is being
set up.

Note we are using Java Advanced Imaging here, setting up a chain of
operations which are then in charge of processing the content as we request
the final image.

This class is used when raster content is being used along with vector
data. GeoServer also has an optimisation when a single raster is being
displayed on its own (which more more like a straight crop). The two
execution paths may be slightly different .. not sure.
--
Jody


Jody Garnett


On Sat, Apr 12, 2014 at 2:45 AM, Mike Grogan wrote:

> I have done some extended analysis on this, and it still looks like
> GeoServer is scaling and interpolating the resulting IMAGE rather than the
> underlying DATA for WMS requests and a WMS "bilinear" interpolation setting.
>
> Here are the steps in my extended analysis:
>
> 1.  I wanted to remove anything that I was doing with my gridded dataset
> ... and any differences I have from a "stock" GeoServer install ... from
> the equation.
> 2.  I installed a completely stock GeoServer 2.5 instance and worked with
> the included sample nurc:Arc_Sample Layer from the arcGridSample datastore.
> 3.  Since the example style (rain) only had four entries, I created
> expanded ColorMaps, one as an "interval", and another as a "ramp".
> 4.  I made WMS requests for both, and all I got when zoomed in is a blurry
> mess.
> 5.  I copied the source data (file:coverages/arc_sample/precip30min.asc)
> over to ArcMap, which I know interpolates the DATA first for bilinear
> interpolation, not the image.
> 6.  I recreated the SLD from GeoServer as my Symbology in ArcMap.
> 7.  I created the comparisons below, both for an "interval" ColorMap and a
> "ramp" ColorMap, for the same bounding box and approx. the same image size.
>
> The left part of the images below are from GeoServer, the right part of
> the images are from ArcMap.
>
> This is for the "interval" ColorMap:
>
> http://i.imgur.com/kcWp3bN.png
> http://imgur.com/kcWp3bN
>
> This is for the "ramp" ColorMap:
>
> http://i.imgur.com/y4JBTxF.png
> http://imgur.com/y4JBTxF
>
> Now, yes, I know I am comparing two different products, but what I am
> really showing, I think, is that GeoServer is not interpolating the DATA
> first but rather the resulting IMAGE.
>
> As Jody notes, "I believe the source data, since we want it to work with
> non colour information such as elevation."
>
> But, it looks like is is not.  It looks like just the resulting IMAGE
> after the color map is applied is being put through JAI interpolation or
> something.
>
> Again, anyone, please point out any flaws in my approach ...
>
> Am I doing something wrong?
>
> Has interpolating the DATA never been the intended approach for GeoServer?
>
> How can I get GeoServer to interpolate the DATA first, as shown in the
> ArcMap examples?   A custom WPS?  Something else?
>
> Thanks !!
>
> - Mike Grogan
>
>
> On Fri, Apr 11, 2014 at 10:13 AM, Mike Grogan 
> wrote:
>
>> Jody,
>>
>> Thanks for responding.  I would hope it would be of the source data for
>> the very reason you mention, but the resulting output when interpolation is
>> enabled for WMS looks blurred (like the resulting image has been scaled
>> then interpolated) rather than smooth (like the source data has been scaled
>> and interpolated).
>>
>> (See my follow-up post where I show the differences ... my GeoServer
>> outputs look like the left part of the image, not the right part. )
>>
>> Where should I dig in the source to figure out the order for sure ... or
>> see what I might be doing wrong?
>>
>> Thanks,
>>
>> Mike
>>
>>
>>
>>
>>
>> On Fri, Apr 11, 2014 at 9:59 AM, Jody Garnett wrote:
>>
>>> I believe the source data, since we want it to work with non colour
>>> information such as elevation.
>>>
>>> Jody Garnett
>>>
>>>
>>> On Wed, Apr 9, 2014 at 12:34 PM, Mike Grogan >> > wrote:
>>>
 I have a question related to interpolation of raster data in a WMS.  In
 an oversampling situation, where I am zoomed in past the native resolution
 of my data, what exactly is interpolated?  The rendered image or the source
 data?

 For instance, I have a single banded geotiff that contains gridded data
 values (not RGB colors) to which I apply a ColorMap within an SLD.

 When interpolation (bilinear, cubic, etc.) is applied, is the
 interpolation applied to the full-color RGB output image after styling is
 applied or to the source data from the single banded geotiff before the
 ColorMap is applied?

 I am thinking it is appli

Re: [Geoserver-users] "Failed to unwrap connection using java 6 facilities" - Oracle

[Andrea Aime]

On Fri, Apr 11, 2014 at 6:13 PM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> Hi List,
> I'm using Java 6 and GeoServer 2.5. Logging is set to "Geotools_Developer".
>
> Whenever I make a query to an Oracle layer (regular "Oracle NG" store) my
> log file gets an entry:
>
> 2014-04-11 16:09:19,894 DEBUG [org.geotools.jdbc] - Failed to unwrap
>> connection using java 6 facilities
>> java.lang.AbstractMethodError:
>> org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.isWrapperFor(Ljava/lang/Class;)Z
>>
>
This normally happens if you have put the oracle jdbc driver in both
GeoServer web-inf/lib and the container
own shared libs directory.
If you use geoserver connection pools, put it only in geoserver, if you use
jndi connection pools, only
in the web container share libs

Cheers
Andrea



-- 
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

---
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Raster Interpolation - Data vs Rendered Image

[Mike Grogan]

I have done some extended analysis on this, and it still looks like
GeoServer is scaling and interpolating the resulting IMAGE rather than the
underlying DATA for WMS requests and a WMS "bilinear" interpolation setting.

Here are the steps in my extended analysis:

1.  I wanted to remove anything that I was doing with my gridded dataset
... and any differences I have from a "stock" GeoServer install ... from
the equation.
2.  I installed a completely stock GeoServer 2.5 instance and worked with
the included sample nurc:Arc_Sample Layer from the arcGridSample datastore.
3.  Since the example style (rain) only had four entries, I created
expanded ColorMaps, one as an "interval", and another as a "ramp".
4.  I made WMS requests for both, and all I got when zoomed in is a blurry
mess.
5.  I copied the source data (file:coverages/arc_sample/precip30min.asc)
over to ArcMap, which I know interpolates the DATA first for bilinear
interpolation, not the image.
6.  I recreated the SLD from GeoServer as my Symbology in ArcMap.
7.  I created the comparisons below, both for an "interval" ColorMap and a
"ramp" ColorMap, for the same bounding box and approx. the same image size.

The left part of the images below are from GeoServer, the right part of the
images are from ArcMap.

This is for the "interval" ColorMap:

http://i.imgur.com/kcWp3bN.png
http://imgur.com/kcWp3bN

This is for the "ramp" ColorMap:

http://i.imgur.com/y4JBTxF.png
http://imgur.com/y4JBTxF

Now, yes, I know I am comparing two different products, but what I am
really showing, I think, is that GeoServer is not interpolating the DATA
first but rather the resulting IMAGE.

As Jody notes, "I believe the source data, since we want it to work with
non colour information such as elevation."

But, it looks like is is not.  It looks like just the resulting IMAGE after
the color map is applied is being put through JAI interpolation or
something.

Again, anyone, please point out any flaws in my approach ...

Am I doing something wrong?

Has interpolating the DATA never been the intended approach for GeoServer?

How can I get GeoServer to interpolate the DATA first, as shown in the
ArcMap examples?   A custom WPS?  Something else?

Thanks !!

- Mike Grogan


On Fri, Apr 11, 2014 at 10:13 AM, Mike Grogan wrote:

> Jody,
>
> Thanks for responding.  I would hope it would be of the source data for
> the very reason you mention, but the resulting output when interpolation is
> enabled for WMS looks blurred (like the resulting image has been scaled
> then interpolated) rather than smooth (like the source data has been scaled
> and interpolated).
>
> (See my follow-up post where I show the differences ... my GeoServer
> outputs look like the left part of the image, not the right part. )
>
> Where should I dig in the source to figure out the order for sure ... or
> see what I might be doing wrong?
>
> Thanks,
>
> Mike
>
>
>
>
>
> On Fri, Apr 11, 2014 at 9:59 AM, Jody Garnett wrote:
>
>> I believe the source data, since we want it to work with non colour
>> information such as elevation.
>>
>> Jody Garnett
>>
>>
>> On Wed, Apr 9, 2014 at 12:34 PM, Mike Grogan 
>> wrote:
>>
>>> I have a question related to interpolation of raster data in a WMS.  In
>>> an oversampling situation, where I am zoomed in past the native resolution
>>> of my data, what exactly is interpolated?  The rendered image or the source
>>> data?
>>>
>>> For instance, I have a single banded geotiff that contains gridded data
>>> values (not RGB colors) to which I apply a ColorMap within an SLD.
>>>
>>> When interpolation (bilinear, cubic, etc.) is applied, is the
>>> interpolation applied to the full-color RGB output image after styling is
>>> applied or to the source data from the single banded geotiff before the
>>> ColorMap is applied?
>>>
>>> I am thinking it is applied to the full-color RGB after applying the
>>> ColorMap, because the only real outcome I see is more of a blurring, which
>>> I expect if now all 3 RGB bands are being interpolated and then added back
>>> together.  This is because I am now interpolating colors, not data, right?
>>>
>>> If the underlying data were being interpolated first, and then the
>>> ColorMap applied, wouldn't I expect more of a smoothing, rather than
>>> blurring, outcome to the interpolation?
>>>
>>> It is this smoothing of the single band source data, rather than
>>> interpolation of expanded RGB output after the map is applied, that I am
>>> after when I am oversampling ... or zoomed in past the native resolution of
>>> my gridded data.
>>>
>>> Is there a way to accomplish this in GeoServer?
>>>
>>> Are there major holes in my assumptions above and/or am I just not
>>> thinking about this clearly?
>>>
>>> Thanks again,
>>>
>>> Mike Grogan
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Put Bad Developers to Shame
>>> Dominate Development with Jenkins Continuous Integration
>>> Continuously Au

[Geoserver-users] "Failed to unwrap connection using java 6 facilities" - Oracle

[Jonathan Moules]

Hi List,
I'm using Java 6 and GeoServer 2.5. Logging is set to "Geotools_Developer".

Whenever I make a query to an Oracle layer (regular "Oracle NG" store) my
log file gets an entry:

2014-04-11 16:09:19,894 DEBUG [org.geotools.jdbc] - Failed to unwrap
> connection using java 6 facilities
> java.lang.AbstractMethodError:
> org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.isWrapperFor(Ljava/lang/Class;)Z
> at
> org.geotools.data.oracle.OracleDialect.unwrapConnection(OracleDialect.java:557)
>  at
> org.geotools.data.oracle.OracleDialect.setGeometryValue(OracleDialect.java:520)
> at
> org.geotools.jdbc.JDBCDataStore.setPreparedFilterValues(JDBCDataStore.java:3300)
>  at org.geotools.jdbc.JDBCDataStore.selectSQLPS(JDBCDataStore.java:3220)
> at
> org.geotools.jdbc.JDBCFeatureSource.getReaderInternal(JDBCFeatureSource.java:593)
>  at
> org.geotools.data.store.ContentFeatureSource.getReader(ContentFeatureSource.java:563)
> at
> org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:165)
>  at
> org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:59)
> at
> org.geotools.renderer.lite.StreamingRenderer.drawPlain(StreamingRenderer.java:2496)
>  at
> org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:2066)
> at
> org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:837)
>  at
> org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:483)
> at
> org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:251)
>  at
> org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:123)
> at org.geoserver.wms.GetMap.executeInternal(GetMap.java:509)
>  at org.geoserver.wms.GetMap.run(GetMap.java:253)
> at org.geoserver.wms.GetMap.run(GetMap.java:124)
> at
> org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:328)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
>  at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>  at
> org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:34)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>  at
> org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:61)
> at
> org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:35)
>  at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:73)
>  at
> org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:54)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>  at
> org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:54)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>  at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
> at com.sun.proxy.$Proxy62.getMap(Unknown Source)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:774)
>  at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
>  at
> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
> at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
>  at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
>  at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>  at
> org.apa

Re: [Geoserver-users] Geoserver 2.5 - KMZ

[veronica almeida]

Hi Jonathan,

In fact, it's very "simple". We use Geoserver 2.3.5 and now we want migrate
to 2.5.

In 2.3.5:

http://geoserverurl/geoserver/wms/reflect?format=kmz&layers=layername&TRANSPARENT=true

The content of KMZ is:

wms.kml
Folder images with image0.png

Size: 99.4 K

geoserver.log:

Request: reflect
Format = kmz
Palette = null
Buffer = 0
Width = 0
Filters = null
Filter = null
SRS = null
FeatureVersion = null
Height = 0
Tiled = false
Styles = [StyleImpl[ name=chuva_acumulada, DEFAULT]]
Layers = [org.geoserver.wms.MapLayerInfo@c77792]
MaxFeatures = null
FeatureId = null
FormatOptions = {}
Crs = null
Angle = 0.0
BgColor = java.awt.Color[r=255,g=255,b=255]
Transparent = true
StartIndex = null
ViewParams = null
Bbox = null
Elevation = []
RemoteOwsType = null
RemoteOwsURL = null
SldBody = null
ValidateSchema = false
Sld = null
CQLFilter = null
SldVersion = null
TilesOrigin = null
Env = {}
Exceptions = SE_XML
Time = []
Version = null
Request = GetMap
BaseUrl = http://geoserverurl:8080/geoserver/
Get = true
RawKvp = {TRANSPARENT=true, FORMAT=kmz,
LAYERS=Previsao:vw_geo_chuva_diaria}
RequestCharset = UTF-8

In 2.5:

The content of KMZ is:

wms.kml
Folder images without files

Size: 9.2 MB

Request: reflect
Format = kmz
Time = []
Buffer = 0
Height = 0
Filters = null
Filter = null
Width = 0
Palette = null
Tiled = false
FeatureVersion = null
SRS = null
Styles = [StyleImpl[ name=chuva_acumulada, DEFAULT]]
Layers = [org.geoserver.wms.MapLayerInfo@c77792]
MaxFeatures = null
Elevation = []
Bbox = null
ViewParams = null
Angle = 0.0
BgColor = java.awt.Color[r=255,g=255,b=255]
Transparent = true
Crs = null
StartIndex = null
FormatOptions = {}
RemoteOwsType = null
RemoteOwsURL = null
SldBody = null
ValidateSchema = false
Sld = null
CQLFilter = null
FeatureId = null
SldVersion = null
TilesOrigin = null
Env = {}
Exceptions = SE_XML
Version = null
Request = GetMap
RawKvp = {TRANSPARENT=true, FORMAT=kmz,
LAYERS=Previsao:vw_geo_chuva_diaria}
BaseUrl = http://geoserverurl:8080/geoserver/
Get = true
RequestCharset = UTF-8

Thank you so much.

Verônica Alessandra

2014-04-11 9:45 GMT-03:00 Jonathan Moules <
jonathanmou...@warwickshire.gov.uk>:

> Hi Veronika,
>   There was a new KML module that was introduced in 2.4, I suspect this is
> what's causing your problem.
> Could you be clearer what the symptoms are? It may be a bug.
>
> Cheers,
> Jonathan
>
>
>
> On 10 April 2014 21:12, veronika.alessandra  > wrote:
>
>> Hello everybody,
>>
>> In the Geoserver 2.3.5 when request something like this:
>>
>>
>> http://geoserverurl/geoserver/wms/reflect?format=kmz&layers=layername&TRANSPARENT=true
>>
>> The result is a KMZ with an image and a simple kml.
>>
>> With Geoserver 2.5 doesn't generate an image. And the size of KML is over
>> 9
>> MB, so I couldn't use with Google Maps.
>>
>> What can I do to solve this?
>>
>> Thanks.
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Geoserver-2-5-KMZ-tp5134447.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>> --
>> Put Bad Developers to Shame
>> Dominate Development with Jenkins Continuous Integration
>> Continuously Automate Build, Test & Deployment
>> Start a new project now. Try Jenkins in the cloud.
>> http://p.sf.net/sfu/13600_Cloudbees
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> This transmission is intended for the named addressee(s) only and may
> contain sensitive or protectively marked material up to RESTRICTED and
> should be handled accordingly. Unless you are the named addressee (or
> authorised to receive it for the addressee) you may not copy or use it, or
> disclose it to anyone else. If you have received this transmission in error
> please notify the sender immediately. All email traffic sent to or from us,
> including without limitation all GCSX traffic, may be subject to recording
> and/or monitoring in accordance with relevant legislation.
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deploymen

Re: [Geoserver-users] DynamicColorMap Blacklisted?

[Daniele Romagnoli]

Hi Benjamin,
not sure about java version. We only tested it on Java 6.
I have never seen that blacklisting issue before.
Did you get that issue even before defining any SLD, and generating stats
on your sample mosaic, just after having deployed the community jar and
restarted geoserver?

Please, let us know.
Cheers,
Daniele



==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==
Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

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

---


On Fri, Apr 11, 2014 at 4:32 PM, Andrea Aime
wrote:

> On Fri, Apr 11, 2014 at 4:25 PM, Benjamin Shender wrote:
>
>> I know it's still a community extension, but I have a temperature data
>> set in and ImageMosaic so the color ramp that works for 9000 pa is useless
>> at 1000 pa and accommodating both is not a great solution. So I was really
>> happy when I saw this extension. I'm hoping you have a suggestion? Could it
>> be the Java version?
>>
>
> No idea, I've never used it myself. Daniele probably knows better and/or
> can share an example
>
> Cheers
> Andrea
>
> --
> ==
> Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
> for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] FW: Help in loading OpenStreetMap [.osm file]

[Chris Snider]

Hi,

We successfully loaded the planet files using the following ogr2ogr command

ogr2ogr -progress -append -f PostgreSQL PG:"dbname='osm' active_schema='latest' 
host=myhostname' port='myport' user='myuser' password='mypassword'" 
kansas-latest.osm.pbf -lco COLUMN_TYPES=other_tags=hstore -lco 
GEOM_TYPE=geometry -lco GEOMETRY_NAME=the_geom --config OSM_COMPRESS_NODES YES 
--config OSM_MAX_TMPFILE_SIZE 1024

Perhaps this will work for you as well?

You will still have to manipulate the database tables to the format you require 
from the tables that are generated.

Ref: 
http://osgeo-org.1560.x6.nabble.com/gdal-dev-New-OGR-driver-to-read-OpenStreetMap-osm-pbf-files-td4987382.html

Chris Snider
Senior Software Engineer
Intelligent Software Solutions, Inc.
[Description: Description: Description: cid:image001.png@01CA1F1F.CBC93990]

From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Sent: Friday, April 11, 2014 6:36 AM
To: rushil.agar...@wipro.com
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] FW: Help in loading OpenStreetMap [.osm file]

Hi Rushil,
You're not clear what the problem is. What part of that isn't clear?
Probably a better idea is to use the OpenStreetMap documentation for how to 
load to PostGIS and work from there.

Cheers,
Jonathan


On 10 April 2014 07:48, 
mailto:rushil.agar...@wipro.com>> wrote:
Hi Team,

I am trying to load open street data in Geoserver 2.5. I browsed this link but 
not merely able to understand the steps.
http://blog.geoserver.org/2009/01/30/geoserver-and-openstreetmap/

Kindly help in doing the same.

Regards,
Rushil


--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


This transmission is intended for the named addressee(s) only and may contain 
sensitive or protectively marked material up to RESTRICTED and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All email traffic sent to or from us, including without 
limitation all GCSX traffic, may be subject to recording and/or monitoring in 
accordance with relevant legislation.
<>--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] DynamicColorMap Blacklisted?

[Andrea Aime]

On Fri, Apr 11, 2014 at 4:25 PM, Benjamin Shender wrote:

> I know it's still a community extension, but I have a temperature data set
> in and ImageMosaic so the color ramp that works for 9000 pa is useless at
> 1000 pa and accommodating both is not a great solution. So I was really
> happy when I saw this extension. I'm hoping you have a suggestion? Could it
> be the Java version?
>

No idea, I've never used it myself. Daniele probably knows better and/or
can share an example

Cheers
Andrea

-- 
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

---
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] DynamicColorMap Blacklisted?

[Benjamin Shender]

Hi Andrea,

I am using in the SLD as per the instructions in the GeoServer User Manual.
But I have gotten a variety of error messages including:

NullPointerException
java.lang.RuntimeException: Unable to find function gridCoverageStats
java.lang.NoSuchMethodError:
org.apache.commons.io.filefilter.FileFilterUtils.and([Lorg/apache/commons/io/filefilter/IOFileFilter;)Lorg/apache/commons/io/filefilter/IOFileFilter;

So I tried to trace back through the log files and found the blacklisting.
At that point I figured I should ask for help before trying to dig into the
code.

I know it's still a community extension, but I have a temperature data set
in and ImageMosaic so the color ramp that works for 9000 pa is useless at
1000 pa and accommodating both is not a great solution. So I was really
happy when I saw this extension. I'm hoping you have a suggestion? Could it
be the Java version?

Ben Shender



On Fri, Apr 11, 2014 at 2:43 AM, Andrea Aime
wrote:

> On Thu, Apr 10, 2014 at 11:19 PM, Benjamin Shender wrote:
>
>> Hello all,
>>
>> I am running GeoServer 2.4.3 on Centos 6 using Tomcat6.
>>
>> Java version 1.7.0_51 OpenJDK
>>
>> I am trying to install and use the DynamicColorMap community extension. I
>> extracted the jar in to WEB-INF/lib and restarted the server as usual. On
>> the restart I am receiving this error:
>>
>> 2014-04-10 21:14:42,655 INFO [geoserver.wps] - Blacklisting process
>> ras:DynamicColorMap as the input colorRamp of type interface
>> org.geotools.styling.ColorMap cannot be handled
>>
>
> The process is meant to be used as a rendering transformation in SLD, it
> was not developed to be used as a stand alone process,
> as such, it misses the PPIO class that can parse/encode the input color
> ramp.
> The good news is, it should not be that hard to develop one
>
> About not using it in production, quality varies a lot among community
> modules, they indeed range from non working experiments
> to modules that are being used in anger, but do not yet satisfy all the
> requirements for graduating to official extension (e.g.
> see this proposal for a list of requirements that need to be satisified to
> graduate a module:
>
> http://geoserver.org/display/GEOS/GSIP+105+-+Promote+importer+module+to+extension+status
> )
>
> This one has been in production in a scientific app for a few months now,
> but it does not qualify yet for extension, one of the
> requirements is that it needs 3 known users, so far it has one.
>
> It is indeed true, though, that a module staying for a long time in
> community land tends to rot over time, as it's not normally
> even built (as such, it can stop compiling or passing tests without any
> warning).
>
> Cheers
> Andrea
>
> --
> ==
> Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
> for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Raster Interpolation - Data vs Rendered Image

[Mike Grogan]

Jody,

Thanks for responding.  I would hope it would be of the source data for the
very reason you mention, but the resulting output when interpolation is
enabled for WMS looks blurred (like the resulting image has been scaled
then interpolated) rather than smooth (like the source data has been scaled
and interpolated).

(See my follow-up post where I show the differences ... my GeoServer
outputs look like the left part of the image, not the right part. )

Where should I dig in the source to figure out the order for sure ... or
see what I might be doing wrong?

Thanks,

Mike





On Fri, Apr 11, 2014 at 9:59 AM, Jody Garnett wrote:

> I believe the source data, since we want it to work with non colour
> information such as elevation.
>
> Jody Garnett
>
>
> On Wed, Apr 9, 2014 at 12:34 PM, Mike Grogan 
> wrote:
>
>> I have a question related to interpolation of raster data in a WMS.  In
>> an oversampling situation, where I am zoomed in past the native resolution
>> of my data, what exactly is interpolated?  The rendered image or the source
>> data?
>>
>> For instance, I have a single banded geotiff that contains gridded data
>> values (not RGB colors) to which I apply a ColorMap within an SLD.
>>
>> When interpolation (bilinear, cubic, etc.) is applied, is the
>> interpolation applied to the full-color RGB output image after styling is
>> applied or to the source data from the single banded geotiff before the
>> ColorMap is applied?
>>
>> I am thinking it is applied to the full-color RGB after applying the
>> ColorMap, because the only real outcome I see is more of a blurring, which
>> I expect if now all 3 RGB bands are being interpolated and then added back
>> together.  This is because I am now interpolating colors, not data, right?
>>
>> If the underlying data were being interpolated first, and then the
>> ColorMap applied, wouldn't I expect more of a smoothing, rather than
>> blurring, outcome to the interpolation?
>>
>> It is this smoothing of the single band source data, rather than
>> interpolation of expanded RGB output after the map is applied, that I am
>> after when I am oversampling ... or zoomed in past the native resolution of
>> my gridded data.
>>
>> Is there a way to accomplish this in GeoServer?
>>
>> Are there major holes in my assumptions above and/or am I just not
>> thinking about this clearly?
>>
>> Thanks again,
>>
>> Mike Grogan
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Put Bad Developers to Shame
>> Dominate Development with Jenkins Continuous Integration
>> Continuously Automate Build, Test & Deployment
>> Start a new project now. Try Jenkins in the cloud.
>> http://p.sf.net/sfu/13600_Cloudbees
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Raster Interpolation - Data vs Rendered Image

[Jody Garnett]

I believe the source data, since we want it to work with non colour
information such as elevation.

Jody Garnett


On Wed, Apr 9, 2014 at 12:34 PM, Mike Grogan wrote:

> I have a question related to interpolation of raster data in a WMS.  In an
> oversampling situation, where I am zoomed in past the native resolution of
> my data, what exactly is interpolated?  The rendered image or the source
> data?
>
> For instance, I have a single banded geotiff that contains gridded data
> values (not RGB colors) to which I apply a ColorMap within an SLD.
>
> When interpolation (bilinear, cubic, etc.) is applied, is the
> interpolation applied to the full-color RGB output image after styling is
> applied or to the source data from the single banded geotiff before the
> ColorMap is applied?
>
> I am thinking it is applied to the full-color RGB after applying the
> ColorMap, because the only real outcome I see is more of a blurring, which
> I expect if now all 3 RGB bands are being interpolated and then added back
> together.  This is because I am now interpolating colors, not data, right?
>
> If the underlying data were being interpolated first, and then the
> ColorMap applied, wouldn't I expect more of a smoothing, rather than
> blurring, outcome to the interpolation?
>
> It is this smoothing of the single band source data, rather than
> interpolation of expanded RGB output after the map is applied, that I am
> after when I am oversampling ... or zoomed in past the native resolution of
> my gridded data.
>
> Is there a way to accomplish this in GeoServer?
>
> Are there major holes in my assumptions above and/or am I just not
> thinking about this clearly?
>
> Thanks again,
>
> Mike Grogan
>
>
>
>
>
>
>
>
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS Raster Interpolation - Data vs Rendered Image

[Mike Grogan]

[Sorry, not trying to intentionally bump, but I think there may have been a
problem with my second post in this thread due to image attachment size ...
so I have linked to it instead.  My second post just showed up blank on
sourceforge.  Original second post below.]

Since there is no response yet (which is ok - not trying to be pushy) ... I
worried that maybe I didn't explain this well enough.  So, I generated an
example of what I am talking about outside of GeoServer and uploaded it
here:

http://imgur.com/3YdvfXI

The left part of the image shows what happens if I scale and interpolate
the resultant IMAGE after categorized styling (i.e. a ColorMap) is applied.
 It just becomes blurry and hard to look at.

The right part of the image shows what happens if I scale and interpolate
the DATA and then apply styling (i.e. a ColorMap).  It's a much more
pleasing, smoothing effect.

Is there any way to get this behavior out of GeoServer?  Would I need to go
the route of a writing a custom WPS to do this?

(For reference, the underlying data is weather radar reflectivity data).

Thanks again,

Mike Grogan




On Thu, Apr 10, 2014 at 4:59 PM, Mike Grogan wrote:

> Since there is no response yet (which is ok - not trying to be pushy) ...
> I worried that maybe I didn't explain this well enough.  So, I generated an
> example of what I am talking about outside of GeoServer and attached it
> here.
>
> The left part of the image shows what happens if I scale and interpolate
> the resultant IMAGE after categorized styling (i.e. a ColorMap) is applied.
>  It just becomes blurry and hard to look at.
>
> The right part of the image shows what happens if I scale and interpolate
> the DATA and then apply styling (i.e. a ColorMap).  It's a much more
> pleasing, smoothing effect.
>
> Is there any way to get this behavior out of GeoServer?  Would I need to
> go the route of a writing a custom WPS to do this?
>
> (For reference, the underlying data is weather radar reflectivity data).
>
> Thanks again,
>
> Mike Grogan
>
>
>
> On Tue, Apr 8, 2014 at 10:34 PM, Mike Grogan 
> wrote:
>
>> I have a question related to interpolation of raster data in a WMS.  In
>> an oversampling situation, where I am zoomed in past the native resolution
>> of my data, what exactly is interpolated?  The rendered image or the source
>> data?
>>
>> For instance, I have a single banded geotiff that contains gridded data
>> values (not RGB colors) to which I apply a ColorMap within an SLD.
>>
>> When interpolation (bilinear, cubic, etc.) is applied, is the
>> interpolation applied to the full-color RGB output image after styling is
>> applied or to the source data from the single banded geotiff before the
>> ColorMap is applied?
>>
>> I am thinking it is applied to the full-color RGB after applying the
>> ColorMap, because the only real outcome I see is more of a blurring, which
>> I expect if now all 3 RGB bands are being interpolated and then added back
>> together.  This is because I am now interpolating colors, not data, right?
>>
>> If the underlying data were being interpolated first, and then the
>> ColorMap applied, wouldn't I expect more of a smoothing, rather than
>> blurring, outcome to the interpolation?
>>
>> It is this smoothing of the single band source data, rather than
>> interpolation of expanded RGB output after the map is applied, that I am
>> after when I am oversampling ... or zoomed in past the native resolution of
>> my gridded data.
>>
>> Is there a way to accomplish this in GeoServer?
>>
>> Are there major holes in my assumptions above and/or am I just not
>> thinking about this clearly?
>>
>> Thanks again,
>>
>> Mike Grogan
>>
>>
>>
>>
>>
>>
>>
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] App schema SLD with filtering nested properties

[lucvanlinden]

Hi

I searched and read a lot on previous questions on this topic but all our
tests seem to fail (with or without and error message).

We are on Geoserver 2.5 using app schema plugin to transform a shape file
into Inspire HazardAreas.
For testing we simplified the number of mappings.

The mappings are working quit well, both in WFS as in WMS.
However when we try to apply SLD styling with a filter against the schema we
run into either not having any WMS image returned or either wehave an error
message.

This mainly depends on the usage of either ogc:ValueReference or
ogc:PropertyName with an Xpath expression.

Here is some input for clarrification:

WFS returned with GetFeatures&typeName=nz-core:HazardArea

(nz-core is defined as http://inspire.ec.europa.eu/schemas/nz-core/3.0)



Equally the GetMap WMS request returns the rendered data when the Styling is
expressed against the geometry itself (without any filters on the
properties):

SLD:



So far so good.

When trying to insert a Filter we run into the problems.

Filter expressed (inside an SLD 1.1.0 version):



Geoserver returns the message 



(This seems to be same issue as described here,
http://jira.codehaus.org/browse/GEOT-4006, although it should be patched via
earlier releases? at least for nested geometry).

When we try to replace the PropertyName with the following  

Nothing happens, the server does not return any image, nor does it
returns/logs an error.

The questions are (after reading quit a lot of similar topics):

1. Are xpath expression supported with ValueReference in SLD 1.1.0 (external
SLD)?
2. Any idea why we're getting  "The requested Style can not be used with
"?
3. Any further help in getting this to work?

(We simplified are examples as we want to have the SLD and the filter
expressed/bassed on the 
 nested property).

Thanks a lot

Luc Van Linden




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/App-schema-SLD-with-filtering-nested-properties-tp5134593.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver 2.5 - KMZ

[Jonathan Moules]

Hi Veronika,
  There was a new KML module that was introduced in 2.4, I suspect this is
what's causing your problem.
Could you be clearer what the symptoms are? It may be a bug.

Cheers,
Jonathan



On 10 April 2014 21:12, veronika.alessandra
wrote:

> Hello everybody,
>
> In the Geoserver 2.3.5 when request something like this:
>
>
> http://geoserverurl/geoserver/wms/reflect?format=kmz&layers=layername&TRANSPARENT=true
>
> The result is a KMZ with an image and a simple kml.
>
> With Geoserver 2.5 doesn't generate an image. And the size of KML is over 9
> MB, so I couldn't use with Google Maps.
>
> What can I do to solve this?
>
> Thanks.
>
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Geoserver-2-5-KMZ-tp5134447.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] FW: Help in loading OpenStreetMap [.osm file]

[Jonathan Moules]

Hi Rushil,
You're not clear what the problem is. What part of that isn't clear?
Probably a better idea is to use the OpenStreetMap documentation for how to
load to PostGIS and work from there.

Cheers,
Jonathan



On 10 April 2014 07:48,  wrote:

>  Hi Team,
>
>
>
> I am trying to load open street data in Geoserver 2.5. I browsed this link
> but not merely able to understand the steps.
>
> http://blog.geoserver.org/2009/01/30/geoserver-and-openstreetmap/
>
>
>
> Kindly help in doing the same.
>
>
>
> *Regards,*
>
> Rushil
>
>
>
>
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer WFS requests

[Rahkonen Jukka (Tike)]

Hi,

How did you test? The following requests from your server do work for me

http://developer.system-ns.net:8080/geoserver/MobileSurvey/ows?service=WFS&version=1.1.0&request=getfeature&typename=MobileSurvey:CATASTRO_SQL3857&maxfeatures=10

http://developer.system-ns.net:8080/geoserver/MobileSurvey/ows?service=WFS&version=1.1.0&request=getfeature&typename=MobileSurvey:catastro_pg3857&maxfeatures=10

-Jukka Rahkonen-


DBauszus wrote:
> 
> I just got this running with MapServer. WFS 1.0.0 / 1.1.0, GET / POST, Fixed /
> BBOX are all OK with MapServer using the same SQL Server data source as in my
> GeoServer setup. Still would like to know why this isn't working with 
> GeoServer. I
> was always under the impression that GeoServer is more advanced than
> MapServer. Plus, I like the web GUI.
> 
> 
> 
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoServer-
> WFS-requests-tp5134223p5134470.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
> 
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration Continuously
> Automate Build, Test & Deployment Start a new project now. Try Jenkins in the
> cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer WFS requests access denied

[Ismail, Mark]

I am issuing the following wmsfeaturerequest

var info = new OpenLayers.Control.WMSGetFeatureInfo({
url: 'http://gistest:8080/geoserver/Geostore/wms',
output: 'features',
infoFormat: 'application/gml+xml',
format: new OpenLayers.Format.GML,

eventListeners: {
getfeatureinfo: function (event) {
console.log(event);
console.log(event.features);
console.log(event.text);
}
}
})

map.addControl(info);
info.activate();
It fails and the console tells me its apermissions issue (I think)

SEC7119: XMLHttpRequest for 
http://gistest:8080/geoserver/Geostore/wms?LAYERS=Geostore%3ABUS_STOPS,Geostore%3AWards04_region,Geostore%3ATOPOGRAPHICAREA,mastermap&QUERY_LAYERS=Geostore%3ABUS_STOPS,Geostore%3AWards04_region,Geostore%3ATOPOGRAPHICAREA,mastermap&STYLES=,,OS_TopoArea,&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&BBOX=346822.277897%2C391326.238218%2C346865.80146%2C391369.761782&FEATURE_COUNT=10&HEIGHT=798&WIDTH=798&FORMAT=image%2Fpng&INFO_FORMAT=application%2Fgml%2Bxml&SRS=EPSG%3A27700&X=24&Y=132
 required CORS preflight.
localhost:51416

SEC7120: Origin http://localhost:51416 not found in Access-Control-Allow-Origin 
header.
localhost:51416
SCRIPT7002: XMLHttpRequest: Network Error 0x80070005, Access is denied.

How do I add my local windows7 pc (http://localhost:51416) to the 
Access-Control-Allow-Origin header. - the server is a windows server 2008 
machine
Mark

This e-mail and any attachments are confidential. It may contain privileged 
information and is intended for the named recipient(s) only. It must not be 
distributed without consent. If you are not one of the intended recipients, 
please notify the sender immediately and do not disclose, distribute, or retain 
this email or any part of it and do not take any action based on it.

Unless expressly stated, opinions in this email are those of the individual 
sender, and not of Knowsley MBC. Legally binding obligations can only be 
created for, or be entered into on behalf of, Knowsley MBC by duly authorised 
officers or representatives.

Knowsley MBC excludes any liability whatsoever for any offence caused, any 
direct or consequential loss arising from the use, or reliance on, this e-mail 
or its contents. We believe but do not warrant that this e-mail and any 
attachments are virus free. You must therefore take full responsibility for 
virus checking and no responsibility is accepted for loss or damage arising 
from viruses or changes made to this message after it was sent. Knowsley MBC 
reserves the right to monitor and/or record all e-mail communications through 
its network in accordance with relevant legislation.

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer WFS requests

[DBauszus]

I just got this running with MapServer. WFS 1.0.0 / 1.1.0, GET / POST, Fixed
/ BBOX are all OK with MapServer using the same SQL Server data source as in
my GeoServer setup. Still would like to know why this isn't working with
GeoServer. I was always under the impression that GeoServer is more advanced
than MapServer. Plus, I like the web GUI.



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

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] text artefacts on SLD rendering if Rotation=0

[Andrea Aime]

On Fri, Apr 11, 2014 at 10:40 AM, Nachtigall, Jens (init) <
jens.nachtig...@init.de> wrote:

>  Dear all,
>
>
>
> I think I've come across an SLD rendering bug in GeoServer 2.5.0.
>
>
>
> Rendering city names with this SLD (only relevant snippet here):
>
>
>
>   
>  
>name
>  
>  
>   Arial >
>   10
>   normal >
>   normal sld:CssParameter>
>  
>  
>
>  
>0
>0.5
>  
>  
>3
>9
>  
>   0
>
>  
>  
>#00
>  
>
>
>
>
>
>
> This results in an image as given in the attachment
> CityName_NO_Rotation.png. You can clearly see that the text very hard to
> read. This does not happen if there is another layer (any color) below the
> text layer (e.g. as in a grouped layer).
>
>
>
> Just addin a Rotation to the above, i.e. changing Rotation to:
>
> -1
>
> fixes the issue. The resulting image looks as given in the attachment 
> CityName_Rotation-1.png
> then. The text is now slidely rotated (hardly visible) but the text
> artefacts are now gone and the font is readable.
>
>
>
> Any ideas? Should I open a bug on Jira for this?
>

There is already one, it's the Java 7 text rendering unfortunately:
http://jira.codehaus.org/browse/GEOS-5486?jql=project%20%3D%20GEOS%20AND%20status%20%3D%20Open%20AND%20text%20~%20%22text%20java%207%22

This is a regression in Java itself, while there are small workarounds, we
still haven't found a good general solution

Cheers
Andrea

-- 
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

---
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Very basic question - Geowebcache <> Geoserver

[Rahkonen Jukka (Tike)]

Hi,

What I wrote a few days ago works for us and is in production. Geoserver 
version is 2.3.2 and integrated GWC is v. 1.4.

- Add  GEOWEBCACHE_CACHE_DIR into Geoserver config in 
/webapps/geoserver/WEB-INF/web.xml
- Write geowebcache.xml

Now all the layers from Geoserver comes automatically into GWC. In addition, 
all the layers defined in geowebcache.xml come also available through GWC. Add 
the cascaded WMS layers that you want to serve through GWC into 
geowebcache.xml. I have not tried how it works with the WMS that comes from the 
local Geoserver but I do believe that it will be OK.

Perhaps this is not the recommended way to make the configuration for current 
Geoserver versions but I guarantee that is works with GS 2.3.2. 

-Jukka Rahkonen-

cmaul 
> 
> Well Stefan, it doesn't seem so basic. I think I know what you are after.
> It seems you want to have both in your geowebcache config. Layers of the
> geoserver instance and layers defined in the geowebcache.xml.
> 
> I think you can have that, the key is the geowebcache-core-context.xml
> 
> The important bit is at the bottom. Call the gwc with both a gwcXmlConfig and
> gwcWMSConfig
> 
> 
>class="org.geowebcache.GeoWebCacheDispatcher" destroy-
> method="destroy">
> 
> 
> 
> 
> 
> 
> 
>   
> 
> 
> On top you need to define the xml config ()
> 
>  
>   
>   
>
>   Set the location of the template configuration file to 
> copy over
> to the
> cache directory if one doesn't already exist.
>   
> 
>   
> 
> and a WMS config (which would be your geoserver)
> 
>   
> 
> Dr Christian Maul
> Project Manager
> 
> Information Services Branch
> Department Environment and Primary Industries Level13, Marland House, 570
> Bourke Street Melbourne 3000
> 
> PO Box 500, East Melbourne Vic 3002
> 
> 
> Telephone:+61-3-8636 2325
> Telefax:  +61-3-8636 2813
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Very-basic-
> question-Geowebcache-Geoserver-tp5133923p5134492.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
> 
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration Continuously
> Automate Build, Test & Deployment Start a new project now. Try Jenkins in the
> cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] UK OS sld topographicline

[Lorenzo Pini]

Hi Mark,
it looks like your sld is malformed, please check that the xml
declaration is the very first line of your file.

Regards
Lorenzo Pini
Software Engineer

==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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


On Thu, Apr 10, 2014 at 5:03 PM, Ismail, Mark
 wrote:
> I applied an sld from  OS in the uk to the mastermap topographicline layer
>
> Anyone have a clue what the error message I got means ?
>
>  java.lang.RuntimeException: org.xml.sax.SAXParseException; 
> lineNumber: 711; columnNumber: 30; The processing instruction target matching 
> "[xX][mM][lL]" is not allowed. org.xml.sax.SAXParseException; lineNumber: 
> 711; columnNumber: 30; The processing instruction target matching 
> "[xX][mM][lL]" is not allowed. The processing instruction target matching 
> "[xX][mM][lL]" is not allowed. 
>
> Mark Ismail
> Principal IT Officer
> Tel: 0151 443 3021
> Knowsley Council  K  Westmorland RoadHuyton   L36 9GL
>
> Save time - use the IT Service Desk Self Serve Application
>
> -Original Message-
> From: rkliao [mailto:rkl...@stoneorchardsoftware.com]
> Sent: 10 April 2014 15:54
> To: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] Oracle Data in Geoserver
>
> We are using the Oracle Native SRID.
>
> I actually set the geometry to 26910 first before inserting the metadata and
> creating the index.
>
> I drop the entire database and reloaded it again and this time it worked
> without a hitch using the same exact scripts I had before.
>
> Sure is odd but thank you for your feedback.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Oracle-Data-in-Geoserver-tp5089732p5134393.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> This e-mail and any attachments are confidential. It may contain privileged 
> information and is intended for the named recipient(s) only. It must not be 
> distributed without consent. If you are not one of the intended recipients, 
> please notify the sender immediately and do not disclose, distribute, or 
> retain this email or any part of it and do not take any action based on it.
>
> Unless expressly stated, opinions in this email are those of the individual 
> sender, and not of Knowsley MBC. Legally binding obligations can only be 
> created for, or be entered into on behalf of, Knowsley MBC by duly authorised 
> officers or representatives.
>
> Knowsley MBC excludes any liability whatsoever for any offence caused, any 
> direct or consequential loss arising from the use, or reliance on, this 
> e-mail or its contents. We believe but do not warrant that this e-mail and 
> any attachments are virus free. You must therefore take full responsibility 
> for virus checking and no responsibility is accepted for loss or damage 
> arising from viruses or changes made to this message after it was sent. 
> Knowsley MBC reserves the right to monitor and/or record all e-mail 
> communications through its network in accordance with relevant legislation.
>
> --
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users