[Geoserver-users] raster rendered issue when upgrading from 2.4RC1 to 2.4.1

[John Callahan]

I believe the problem is fixed but wanted to describe it to the list in
case an alternate fix would have been more appropriate.

I am serving raster data using both the ImagePyramid and ImageMosaic
plugins.  Mostly GeoTiffs. I am also using the integrated GWC and for the
most part, things have been working well for the past few months using
GeoServer 2.4 RC1.

When I upgraded to 2.4.1 last week, one of my layers using ImagePyramid
(with GeoTIFFs as the data source) would not render.  GWC cached images
displayed fine but once I went deeper into the imagery where cached images
didn't exist, the following error would appear:

org.geotools.data.DataSourceException: java.lang.ClassNotFoundException:
it.geosolutions.imageio.plugins.geotiff.GeoTiffImageReaderSpi


To fix it, I copied imageio-ext-gdalgeotiff-1.1.7.jar from the 2.4 RC1
installation into the 2.4.1. Apparently, this file was not included in
2.4.1 or the GDAL extension.My guess is that this one particular layer
was using the GDAL GeoTiff driver back in 2.4 RC1 but in 2.4 GeoServre was
trying to use the native (non-GDAL) GeoTiff driver.  I probably could have
deleted the later and created it again.  However, I didn't want to change
the layer settings if I could help it.   It seems this issue may occur
again during the next upgrade.  Does this make sense?

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster performance and size - GeoTiff

[John Callahan]

Hi Marc,

Not much.  There's always a trade-off between size and performance. Small
file sizes usually come with high compression, and therefore decompression
on the map server end takes some time.   ECW files are highly compressed.
 Conversion to most other formats will increase the file size.  Increasing
by a factor of 5 is not too bad.  I've had MrSID files decompress to 25x
the size.

To increase speed GeoServer and MapServer, keep your TIF as uncompressed,
with internal tiles.  Then build statistics and overview layers, which
shouldn't be compressed either.  Even if your TIF comes out to be 10 GB,
you should get decent performance.   If you have the space, don't worry
about compression.  If you need smaller file sizes, and want good
performance in desktop GIS and map servers, then maybe using TIF with LZW
or PACKBITS compression might be a good tradeoff, althouhg I would think
JPEG would be good as well.  Maybe keep your TIF as JPEG compressed but
uncompress your overviews.


- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Wed, Sep 11, 2013 at 12:08 PM, Mark Volz  wrote:

> Hello,
>
> I converted a ECW file to a compressed GeoTiff file.  I am happy with the
> performance, but I noticed that the resulting file is significantly larger.
>  The original ecw file is 204MB, while the new Geotiff file is 981MB.  Is
> there any reason why the new file is almost five times as large?  What can
> I do to minimize the file size of an image while still being fast in
> GeoServer, Mapserver, and ArcGIS?
>
> These are the commands that I ran, which in most part are adopted from the
> "geoserver on steroids" article:
> gdal_translate -CO TILED=YES -CO TFW=YES -CO COMPRESS=JPEG -CO BIGTIFF=YES
> MNLACQ024021.ecw MNLACQ024021.tif
> gdaladdo -r average --config compress_overview JPEG --config
> photometric_overview YCBCR MNLACQ024021.tif 2 4 8 16 32 64 128 256 512 1024
>
> NOTE:  The original ecw file does contain tiles.  The file seems fast in
> ArcGIS, but it is slower in GeoServer and Mapserver.
>
> Thank You
>
> Mark Volz, GISP
> GIS Specialist
>
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver, gwc and 900913

[John Callahan]

Part of my question may be academic but, like many technical things, it
becomes practical when getting into the details.  I currently have 20 - 30
GB used by geowebcache for SRS 900913 (total for about 12 raster layers).
 When a request comes in using 3857, it will not use the 900913 cache.  To
use cache for 3857, I would need to duplicate the cache for each layer.  It
comes down to which is used more often and if I want to support caches for
both.

I agree that I can alter the default SRS for geowebcache anytime.  I would
think 3875 should be the default and we should move away from 900913,
unless everyone is still using 900913 much more than 3857.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Wed, Sep 11, 2013 at 1:36 AM, cmaul wrote:

> John,
>
> a truly academic question. Yes - in theory. However, the widespread use of
> 900913 is a result of the Cinderella treatment of Google by the spatial
> fraternity and the past confusion with EPSG:3587 and EPSG:3857.
>
> What geowebcache uses as a default is entirely up to you because in the
> geowebcache-core-context.xml is the following tag:
>
>  
>
> 
>
>  
>   
>
> Question 3: No why, they are the same projections.
>
> Cheers
>
> Christian
>
>
>
> -
> 
>
> Dr Christian Maul
> Project Manager
>
> Information Services Branch
> Department of Sustainability and Environment
> 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/geoserver-gwc-and-900913-tp5077103p5077185.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] geoserver, gwc and 900913

[John Callahan]

I've been starting to use GeoServer caching (geowebcache) more often and
have a question regarding the caching for the web mercator or Google
projection.

The "official" EPSG code for the web mercator projection is EPSG:3857.
 GeoServer does support this by default.   However, geowebcache uses 900913
as a default gridset.  Perhaps that should be 3857?

As well, the default definition for 3857 in GeoServer is missing the datum
transformation parameters. Adding something like the following should work.

 TOWGS84[0,0,0,0,0,0,0],

(In PROJ.4 format, "+nadgrids=@null" could also be added to not use any
grid shift fileand apply a zero shift.)

It was also mentioned in the article
http://alastaira.wordpress.com/2011/01/23/the-google-maps-bing-maps-spherical-mercator-projection/(good
summary), that the prpjection name should be changed to:

PROJECTION["Mercator"]

Apparently, 3857 is not in spatialreference.org but these two are very
close.
http://spatialreference.org/ref/sr-org/6864/
http://spatialreference.org/ref/sr-org/7483/


So, with all that said, my questions are:

1) Should GeoWebCache use 3857 rather than 900913 as the default web
mercator gridset?
2) Should the definitions of 3857 and/or 900913 be changed in GeoServer?
 or maybe entries can be added to override these reference systems
in \geoserver_data\user_projections?
3) Would anyone recommend building cache tile sets for both 3857 and 900913
(since clients may be use either one)?


Thanks for your help/.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] OpenLayers with App-Schemas

[John Callahan]

Thanks!  I added the idExpression in the mapping file and that did the
trick.  Using Layers Preview, I can now view the WMS for the app-schema WFS
service. It is extremely slow but at least it works.  A GetFeatureInfo
pulls additional fields separate from those defined in app-schema mapping.
 I believe these are from the 'parent' GML schema???  (not sure of
terminology.)

http://maps.dgs.udel.edu/geoserver/gsmlp/wms?service=WMS&version=1.1.0&request=GetMap&layers=gsmlp:GeologicUnitView&styles=&bbox=168047.207459393,50089.3156893812,232116.679903062,204218.617080925&width=212&height=512&srs=EPSG:26957&format=application/openlayers

As FYI, to create a valid idExpression (one without a leading integer and
not using a CQL function), I need to create a column in my database view to
represent the id.  An example output of id would be "fid.sand.898".  I
concatenated fields in my Postgres view as below.

CREATE myView AS
SELECT (('fid.'::text || datatable."formationCode"::text) || '.'::text) ||
spatialtable.gid AS id, .


Thanks again.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Mon, Sep 2, 2013 at 11:56 PM,  wrote:

>  Hi John,
>
> ** **
>
> This looks like a bug when idExpression is not specified:
> https://jira.codehaus.org/browse/GEOT-4554.
>
> While I’m fixing the bug, you can use a workaround by specifying
> idExpression to your database id column.
>
>
> http://docs.geoserver.org/latest/en/user/data/app-schema/mapping-file.html#idexpression-optional
> 
>
> ** **
>
> Cheers
>
> Rini
>
> ** **
>
> *From:* John Callahan [mailto:john.calla...@udel.edu]
> *Sent:* Monday, 2 September 2013 2:24 PM
> *To:* Angreani, Rini (CESRE, Kensington)
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] OpenLayers with App-Schemas
>
> ** **
>
> I have the same problem as Christy.  The bug fix you reference looks
> promising.  As FYI., from looking in the geoserver log file, I see the
> following error:
>
> ** **
>
> 2013-09-02 01:48:30,367 DEBUG [geotools.jdbc] - CREATE CONNECTION
>
> 2013-09-02 01:48:30,367 TRACE [geotools.core] - ENTRY 4
>
> 2013-09-02 01:48:30,367 DEBUG [geotools.filter] - exporting PropertyName**
> **
>
> 2013-09-02 01:48:30,367 DEBUG [geotools.filter] - exporting
> LiteralExpression
>
> 2013-09-02 01:48:30,367 DEBUG [geotools.jdbc] - SELECT
> "public"."geosci_geolunitview100k"."identifier",encode(ST_AsEWKB("public"."geosci_geolunitview100k"."geom"),'base64')
> as "geom" FROM "public"."geosci_geolunitview100k" INNER JOIN ( SELECT
> DISTINCT  FROM "public"."geosci_geolunitview100k" WHERE "geom" &&
> ST_GeomFromText('POLYGON ((135058.6446566685 -28179.470173503414,
> 135058.6446566685 282487.40294382145, 265105.24270579155
> 282487.40294382145, 265105.24270579155 -28179.470173503414,
> 135058.6446566685 -28179.470173503414))', 26957) )
> "temp_alias_used_for_filter" ON (  ) 
>
> 2013-09-02 01:48:30,382 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2013-09-02 01:48:30,382 ERROR [geotools.rendering] - java.io.IOException**
> **
>
> java.lang.RuntimeException: java.io.IOException
>
>at
> org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:168)
> 
>
>..
>
>    ..
>
> ... 116 more
>
> Caused by: org.postgresql.util.PSQLException: ERROR: syntax error at or
> near "FROM"
>
>   Position: 206
>
> ** **
>
> ** **
>
> I confirm this error by executing the SQL SELECT statement directly to
> postgis.  Coordinate ordering seems fine and the exact same data table
> works well through a non-app-schema based service.  
>
> ** **
>
> ** **
>
>
> 
>
> - John
>
> ** **
>
> ** **
>
> John Callahan
>
> Research Scientist
>
> Delaware Geological Survey
>
> University of Delaware
> http://www.dgs.udel.edu
>
> john.calla...@udel.edu 
>
> ** **
>
> ** **
>
> On Mon, Sep 2, 2013 at 1:13 AM, Rini Angreani 
> wrote:
>
> Hi Christy,
>
> Apart from Ben's suggestions, I also made a very recent bug fix relating to
> WMS with app-schema: https://jira.codehaus.org/browse/GEOT-4550.
> Please try the latest from trunk if you're not already using it.
>
> Cheers
> Rini
>
>
>
> 

Re: [Geoserver-users] OpenLayers with App-Schemas

[John Callahan]

I have the same problem as Christy.  The bug fix you reference looks
promising.  As FYI., from looking in the geoserver log file, I see the
following error:

2013-09-02 01:48:30,367 DEBUG [geotools.jdbc] - CREATE CONNECTION
2013-09-02 01:48:30,367 TRACE [geotools.core] - ENTRY 4
2013-09-02 01:48:30,367 DEBUG [geotools.filter] - exporting PropertyName
2013-09-02 01:48:30,367 DEBUG [geotools.filter] - exporting
LiteralExpression
2013-09-02 01:48:30,367 DEBUG [geotools.jdbc] - SELECT
"public"."geosci_geolunitview100k"."identifier",encode(ST_AsEWKB("public"."geosci_geolunitview100k"."geom"),'base64')
as "geom" FROM "public"."geosci_geolunitview100k" INNER JOIN ( SELECT
DISTINCT  FROM "public"."geosci_geolunitview100k" WHERE "geom" &&
ST_GeomFromText('POLYGON ((135058.6446566685 -28179.470173503414,
135058.6446566685 282487.40294382145, 265105.24270579155
282487.40294382145, 265105.24270579155 -28179.470173503414,
135058.6446566685 -28179.470173503414))', 26957) )
"temp_alias_used_for_filter" ON (  )
2013-09-02 01:48:30,382 DEBUG [geotools.jdbc] - CLOSE CONNECTION
2013-09-02 01:48:30,382 ERROR [geotools.rendering] - java.io.IOException
java.lang.RuntimeException: java.io.IOException
  at
org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:168)
   ..
   ..
  ... 116 more
Caused by: org.postgresql.util.PSQLException: ERROR: syntax error at or
near "FROM"
  Position: 206


I confirm this error by executing the SQL SELECT statement directly to
postgis.  Coordinate ordering seems fine and the exact same data table
works well through a non-app-schema based service.



- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Mon, Sep 2, 2013 at 1:13 AM, Rini Angreani wrote:

> Hi Christy,
>
> Apart from Ben's suggestions, I also made a very recent bug fix relating to
> WMS with app-schema: https://jira.codehaus.org/browse/GEOT-4550.
> Please try the latest from trunk if you're not already using it.
>
> Cheers
> Rini
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/OpenLayers-with-App-Schemas-tp5075263p5075509.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] prefix "null" problem for app-schema WFS service

[John Callahan]

Thanks again Ben.  As answers to your questions...

I started from scratch with GeoServer 2.3.5 on Windows.   My simple feature
WFS services work great, even with the app-schema extension loaded.
 However, the errors start when I create a layer with app-schema (by
creating the layer first with the original data store, then editing the
datastore.aml file and creating a new mapping file, then restarting
Tomcat.)  The new schema xsd is downloaded and stored in appo-schema-cache,
as would be expected.  The error is thrown with a WFS GetFeature request
and is always something like:

The prefix "null" for element "null:GeologicUnitView" is not bound.

with of course GeologicUnitView is sometimes the simple feature WFS layer
name.  I still cannot determine a pattern on when the app-schema service
throws the error or when the simple feature WFS service throws the error,
but it is always one or the other.  I cannot get both of them to work
simultaneously.  (I can always force one of them to work by setting that
workspace as the default workspace.)

I have full verbose logging turned on.  Not many errors when starting
GeoServer, except for the standard JP2/ECW/MrSID errors.  I do see plenty
of

2013-09-01 12:11:45,210 DEBUG [referencing.factory] - Failure in the
primary factory: No code "EPSG:26957" from authority "European Petroleum
Survey Group" found for object of type "IdentifiedObject". Now trying the
fallback factory...

for each of my layers.  Doubt this has anything to do with the problems
since all my WMS services continue to work great.


Strange.  Does anyone have a configuration of WFS simple feature and
app-schema services both working fine?  Would you be willing to share the
config xml docs?


- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Thu, Aug 29, 2013 at 1:14 AM, John Callahan wrote:

> Thanks Ben.  Yes, it is perplexing.  The gsmlp (app-schema) service now
> has been working well but the simple feature WFS services, for all
> workspaces other then gsmlp, continue to return errors.
>
> I have noticed that for the responses that return errors, the gsmlp
> namespace is included rather than the namespace being being called.  This
> in turn (I think) leads to the null prefix for the featureMembers.  For
> example, the call
>
>
> http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=DGS_Surficial_and_Contact_Geology:US-DE_DGS_100k_Surficial_Geology&maxFeatures=1
>
> includes in the response the following xmlns:
>
>   xmlns:gsmlp="http://xmlns.geosciml.org/geosciml-portrayal/2.0";
>
> but should instead include:
>
>   xmlns:DGS_Surficial_and_Contact_Geology="
> http://www.dgs.udel.edu/surficial_geology";
>
>
> I will look into your other questions.  Good points.
>
> - John
>
>
>
>
> On Thu, Aug 29, 2013 at 12:18 AM, Ben Caradoc-Davies <
> ben.caradoc-dav...@csiro.au> wrote:
>
>> John,
>>
>> this is perplexing. I have had a look at the capabilities responses and
>> the responses for the top-level and workspace service URLs and I cannot see
>> a pattern or anything obviously wrong.
>>
>> - Do you get any errors in the logs when you start GeoServer?
>>
>> - What happens if you remove the app-schema plugin and restart GeoServer?
>> Do you still have problems with your simple feature response encoding?
>>
>> - Please check that your app-schema plugin is from the same build as
>> GeoServer core.
>>
>> As a last resort, you could send me your workspaces folder.
>>
>> Kind regards,
>> Ben.
>>
>>
>> On 29/08/13 02:27, John Callahan wrote:
>>
>>> Thank you Ben for your explanations.  You are right, that service was
>>> working fine. However, it is not anymore.  ;)   It stopped working when
>>> I changed the default workspace.  I reviewed the app-schema tutorial and
>>> matched everything the best I can.  It does work great when "gsmlp" is
>>> the default workspace (and occassionally other times but I cannot figure
>>> out a pattern.)
>>>
>>> http://maps.dgs.udel.edu/**geoserver/gsmlp/ows?service=**
>>> WFS&version=1.1.0&request=**GetFeature&typeName=gsmlp:**
>>> GeologicUnitView&maxFeatures=1<http://maps.dgs.udel.edu/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=gsmlp:GeologicUnitView&maxFeatures=1>
>>>
>>>
>>> Perhaps the error is not app-schema related. Other services, not
>>> app-schema related, are also throwing the same "

Re: [Geoserver-users] prefix "null" problem for app-schema WFS service

[John Callahan]

Thanks Ben.  Yes, it is perplexing.  The gsmlp (app-schema) service now has
been working well but the simple feature WFS services, for all workspaces
other then gsmlp, continue to return errors.

I have noticed that for the responses that return errors, the gsmlp
namespace is included rather than the namespace being being called.  This
in turn (I think) leads to the null prefix for the featureMembers.  For
example, the call

http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=DGS_Surficial_and_Contact_Geology:US-DE_DGS_100k_Surficial_Geology&maxFeatures=1

includes in the response the following xmlns:

  xmlns:gsmlp="http://xmlns.geosciml.org/geosciml-portrayal/2.0";

but should instead include:

  xmlns:DGS_Surficial_and_Contact_Geology="
http://www.dgs.udel.edu/surficial_geology";


I will look into your other questions.  Good points.

- John




On Thu, Aug 29, 2013 at 12:18 AM, Ben Caradoc-Davies <
ben.caradoc-dav...@csiro.au> wrote:

> John,
>
> this is perplexing. I have had a look at the capabilities responses and
> the responses for the top-level and workspace service URLs and I cannot see
> a pattern or anything obviously wrong.
>
> - Do you get any errors in the logs when you start GeoServer?
>
> - What happens if you remove the app-schema plugin and restart GeoServer?
> Do you still have problems with your simple feature response encoding?
>
> - Please check that your app-schema plugin is from the same build as
> GeoServer core.
>
> As a last resort, you could send me your workspaces folder.
>
> Kind regards,
> Ben.
>
>
> On 29/08/13 02:27, John Callahan wrote:
>
>> Thank you Ben for your explanations.  You are right, that service was
>> working fine. However, it is not anymore.  ;)   It stopped working when
>> I changed the default workspace.  I reviewed the app-schema tutorial and
>> matched everything the best I can.  It does work great when "gsmlp" is
>> the default workspace (and occassionally other times but I cannot figure
>> out a pattern.)
>>
>> http://maps.dgs.udel.edu/**geoserver/gsmlp/ows?service=**
>> WFS&version=1.1.0&request=**GetFeature&typeName=gsmlp:**
>> GeologicUnitView&maxFeatures=1<http://maps.dgs.udel.edu/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=gsmlp:GeologicUnitView&maxFeatures=1>
>>
>>
>> Perhaps the error is not app-schema related. Other services, not
>> app-schema related, are also throwing the same "null" errors on WFS
>> requests, shown below.  I thought app-schema was involved because the
>> problems started when the app-schema extension was installed and
>> services created. My default workspace is now "dgs" (in second service
>> below).
>>
>>
>> http://maps.dgs.udel.edu/**geoserver/DGS_Surficial_and_**
>> Contact_Geology/ows?service=**WFS&version=1.1.0&request=**
>> GetFeature&typeName=DGS_**Surficial_and_Contact_Geology:**
>> US-DE_DGS_100k_Surficial_**Geology&maxFeatures=1<http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=DGS_Surficial_and_Contact_Geology:US-DE_DGS_100k_Surficial_Geology&maxFeatures=1>
>> (does not work)
>>
>> http://maps.dgs.udel.edu/**geoserver/dgs/ows?service=WFS&**
>> version=1.1.0&request=**GetFeature&typeName=dgs:**geomap18&maxFeatures=1<http://maps.dgs.udel.edu/geoserver/dgs/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=dgs:geomap18&maxFeatures=1>(works)
>>
>>
>> Thanks for any thoughts you might have. I am running GeoServer 2.3.4 on
>> Windows.
>>
>>
>> - John
>>
>>
>> John Callahan
>> Research Scientist
>> Delaware Geological Survey
>> University of Delaware
>> http://www.dgs.udel.edu
>> john.calla...@udel.edu <mailto:john.calla...@udel.edu**>
>>
>>
>>
>>
>> On Wed, Aug 28, 2013 at 4:26 AM, Ben Caradoc-Davies
>> > <mailto:Ben.Caradoc-Davies@**csiro.au>>
>> wrote:
>>
>> Also:
>>
>>
>> On 28/08/13 14:33, John Callahan wrote:
>>
>> It also fails using WFS 1.0.0 (java.lang.ClassCastException:
>> org.geotools.feature.type.__**ComplexFeatureTypeImpl cannot be
>> cast to
>> org.opengis.feature.simple.__**SimpleFeatureType)
>>
>>
>>
>> app-schema does not support WFS 1.0.0 (which uses GML 2). Your GML
>> 3.1.1 application schema should work fine with WFS 1.1.0, 

Re: [Geoserver-users] prefix "null" problem for app-schema WFS service

[John Callahan]

Thank you Ben for your explanations.  You are right, that service was
working fine. However, it is not anymore.  ;)   It stopped working when I
changed the default workspace.  I reviewed the app-schema tutorial and
matched everything the best I can.  It does work great when "gsmlp" is the
default workspace (and occassionally other times but I cannot figure out a
pattern.)

http://maps.dgs.udel.edu/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=gsmlp:GeologicUnitView&maxFeatures=1


Perhaps the error is not app-schema related. Other services, not app-schema
related, are also throwing the same "null" errors on WFS requests, shown
below.  I thought app-schema was involved because the problems started when
the app-schema extension was installed and services created. My default
workspace is now "dgs" (in second service below).


http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=DGS_Surficial_and_Contact_Geology:US-DE_DGS_100k_Surficial_Geology&maxFeatures=1
(does not work)

http://maps.dgs.udel.edu/geoserver/dgs/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=dgs:geomap18&maxFeatures=1
 (works)


Thanks for any thoughts you might have. I am running GeoServer 2.3.4 on
Windows.


- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Wed, Aug 28, 2013 at 4:26 AM, Ben Caradoc-Davies <
ben.caradoc-dav...@csiro.au> wrote:

> Also:
>
>
> On 28/08/13 14:33, John Callahan wrote:
>
>> It also fails using WFS 1.0.0 (java.lang.ClassCastException:
>> org.geotools.feature.type.**ComplexFeatureTypeImpl cannot be cast to
>> org.opengis.feature.simple.**SimpleFeatureType)
>>
>
> app-schema does not support WFS 1.0.0 (which uses GML 2). Your GML 3.1.1
> application schema should work fine with WFS 1.1.0, which defaults to GML
> 3.1.1 output. See:
> http://docs.geoserver.org/**latest/en/user/data/app-**
> schema/supported-gml-versions.**html<http://docs.geoserver.org/latest/en/user/data/app-schema/supported-gml-versions.html>
>
>
>  but actually returns a response with WFS 2.0.0
>>
>
> If you look closely you will likely discover missing elements and other
> problems as there are type mismatches between the GML 3.2.1 encoder
> configuration that is the default for WFS 2.0.0 responses and the GML 3.1.1
> information model in your application schema. GeoServer tries its best, but
> will make a hash of things.
>
> Kind regards,
>
>
> --
> Ben Caradoc-Davies 
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] prefix "null" problem for app-schema WFS service

[John Callahan]

I have a WFS service I am running using the app-schema extension.  (This is
using the GeoSciML-Portrayal schema for the GeologicUnits polygons.)  My
workspace name is "gsmlp" and the source data is in PostGIS.  (Attached is
my mapping file.)


The error I get when running is WFS GetFeature request is:

The prefix "null" for element "null:GeologicUnitView" is not bound.

The request is

http://maps.dgs.udel.edu/geoserver/gsmlp/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=gsmlp:GeologicUnitView&maxFeatures=1


It also fails using WFS 1.0.0 (java.lang.ClassCastException:
org.geotools.feature.type.ComplexFeatureTypeImpl cannot be cast to
org.opengis.feature.simple.SimpleFeatureType) but actually returns a
response with WFS 2.0.0.


A strange behavior is that if I make the gsmlp worksapce the default
workspace, then this app-schema service works great.  As well, if I enable
"Strict CITE Compliance" for the WFS:gsmlp service, then the service works
fine as well.  However, in these cases when the gsmlp WFS services (app
schema based) work (i.e., they return valid WFS GetFeature responses), then
none of the other WFS services I have on the machine work properly.  Here
is an example of a WFS service on the server.

http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=DGS_Surficial_and_Contact_Geology:US-DE_DGS_100k_Surficial_Geology&maxFeatures=1

The fact that when the app-schema gsmlp WFS service works, none of the
other WFS services work, and vice-versa, makes me think the mapping file is
correct but geoserver is not utilizing xmlns:gsmlp="
http://xmlns.geosciml.org/geosciml-portrayal/2.0"; in the feature response.


Any suggestions on what I can try?   Thanks.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu

http://www.geotools.org/app-schema";
xmlns:ogc="http://www.opengis.net/ogc"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.geotools.org/app-schema AppSchemaDataAccess.xsd">
	
		
			gsmlp
			http://xmlns.geosciml.org/geosciml-portrayal/2.0
		
		
gml
http://www.opengis.net/gml

	
	
		
			GeologicUnitViewStore
			

	Expose primary keys
	true


	dbtype
	postgisng


	host
	localhost


	port
	5432


	database
	mydatabase


	schema
	public


	user
	username


	passwd
	password

			
		
	
	
		
			http://schemas.geosciml.org/geosciml-portrayal/2.0/geosciml-portrayal.xsd
		
	
	
		
			GeologicUnitViewStore
			geosci_geolunitview100k
			gsmlp:GeologicUnitView
			

	gsmlp:identifier
	
		identifier
	


	gsmlp:name
	
		name
	


	gsmlp:description
	
		description
	


	gsmlp:geologicUnitType
	
		geologicUnitType
	


	gsmlp:rank
	
		rank
	


	gsmlp:lithology
	
		lithology
	


	gsmlp:geologicHistory
	
		geologicHistory
	


	gsmlp:observationMethod
	
		observationMethod
	


	gsmlp:positionalAccuracy
	
		positionalAccuracy
	


	gsmlp:source
	
		source
	


	gsmlp:geologicUnitType_uri
	
		geologicUnitType_uri
	


	gsmlp:representativeLithology_uri
	
		representativeLithology_uri
	


	gsmlp:representativeAge_uri
	
		representativeAge_uri
	


	gsmlp:representativeOlderAge_uri
	
		representativeOlderAge_uri
	


	gsmlp:representativeYoungerAge_uri
	
		representativeYoungerAge_uri
	


	gsmlp:specification_uri
	
		specification_uri
	


	gsmlp:metadata_uri
	
		metadata_uri
	


	gsmlp:genericSymbolizer
	
		genericSymbolizer
	


	gsmlp:shape
	
		geom
	

			
		
	

--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.3.4 Released

[John Callahan]

In our group and in a few others I know, Java7 is the only option, due to
security. Either use Java7 or don't use GeoServer.  We've been using 7 and
Tomcat7 for a year now with no problems.

John


On Sunday, July 28, 2013, Mika M Lehtonen  wrote:
> Our security consultant takes Java 6 as a security risk and recommends
using latest Java 7 if possible. Having certification proofed can cause
minor problems if using Java 6. On the other hand, if using Java7 breaks
Geoserver or causes any problems, the total outcome could be
plus-minus-zero..
>
> - mika -
>
> 28.7.2013 19:27, Andrea Aime kirjoitti:
>
> On Sun, Jul 28, 2013 at 3:43 PM, Mika M Lehtonen 
wrote:
>>
>> Is this release tested against Java 7?
>> Or are already the previous ones Java7 compliant?
>
>
> Nope, none of them are, at least officially, our whole build and test
infrastructure uses
> Java 6.
> That said, I do run GeoServer on Java 7 when I start it for tests during
development,
> so while not as well tested, nothing major seems to break.
> Cheers
> Andrea
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
> ---
>

-- 
- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Production environment advise

[John Callahan]

Something that we have run into is related to distributing large number of
files.  In our case, we are creating services for several raster datasets
representing aerial imagery and digital elevation models (among other
WMS/WFS/WCS services).  Some of these required the use of the ImageMosaic
and ImagePyramid plugins.  For others, we use cache tiling.

We have seen folders with thousands of files, sometime tens of thousands of
files.  Windows does a horrible job at disk i/o in these cases regardless
of the compression level of each tile, type of plugin (mosaic vs pyramid vs
cache), processor cores, etc...   Going 64bit does help here, allowing the
use of large amounts of RAM, performance was still poor (compared to what
we and our clients expect), we did lose the native JAI benefits, and seemed
unstable at times.

You can make this case work on windows by trying to limit the number of
files per folder in different ways, with average performance, but it is
still inefficient compared to Linux and seems to be a losing strategy, in
this case, on Windows.  Of course, our decision to go with Windows,
probably like most everyone else, had mostly to do with staff familiarity
and IT support.


- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Fri, Jul 19, 2013 at 8:06 AM, Andrea Aime
wrote:

> On Fri, Jul 19, 2013 at 1:06 PM, nueve  wrote:
>
>> Hello all,
>>
>> I'm about to choose production environment for geoserver. Geoserver will
>> be
>> connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
>> aplication running on standalone server. I have 4 virtual cores and 24 GB
>> of
>> RAM aa HW resources. My question is how to utilize this HW for best
>> Geoserver performance? At this time I have two possibilities:
>>
>> 1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
>> jdk1.7 64 without JAI)
>>
>> 2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 +
>> Geoserver
>> 233 (java jdk 1.7 64 with JAI)
>>- possible squid and watchdog
>>
>
> I would go for the second, no doubt.
> Even if we don't have recent benchmarks, past experiences showed that most
> web map
> servers are faster on Linux than on Windows (then again, none of the
> servers that
> were benchmarked back then were using .NET, maybe one written with Windows
> as the sole target can do better).
>
> Cheers
> Andrea
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>
> ---
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] looking for help creating map services for aerial orthophotography

[John Callahan]

Thank several of you for your responses.  A clarification on what we need:

We would like to hire someone to review our raster data collections of
aerial orthophotography and determine the best method (BigTIFF vs
ImagePyramid vs Mosaic vs Tile Cache) for creating WMS map services.  That
person would also perform the necessary raster processing (e.g., GDAL)
tasks and create the services in GeoServer.  If necessary, I could do some
of the raster processing myself, although I would be fine if the consultant
did the entire job.  We have 12 separate years (spanning 1937 to 2012) of
statewide aerial coverage; the first 4 of which work fine (1937 - 1968) as
a single GeoTIFF/BigTIFF.  It's the other years I really need help on.

I am hoping this is a relatively simple project for someone with
experience.  I do not have enough experience, or currently the time to
explore all the options, although I do have some money dedicated to this
project.  We would be fine using this as a case study for one of the online
wikis/journals or to help with documentation.

If you are interested in the work, please send me an email.  Thanks.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Tue, May 7, 2013 at 1:35 PM, John Callahan wrote:

> We have 12 different years of aerial orthophotgraphy (from 1937 to 2012)
> that covers our state (of Delaware.)   We would like to create WMS map
> services for each year.  They will eventually be displayed on a web mapping
> application and available for direct access, such as through desktop GIS,
> creating what we hope will be a nice historical reference for our region.
>
> The problem is we need some guidance on an optimum strategy for processing
> our data to create these services.  Data for each year are in differing
> styles.  For example, several of our datasets are delivered as 1.7 km x 1.7
> km tiles, each tile approx 135 MB (without compression), totaling nearly
> 300 GB from 2,010 individual tiles.  Other years we have as three,
> county-wide MrSID files around 1 GB each.  And other years follow the USGS
> quad tiling structure or have a single, statewide mosaic TIF file.  All
> data are in DE State Plane meters, ESPG:26957.
>
> Our inventory list of datasets is here: http://demac.udel.edu/tiles/
> (click DE Ortho Inventory. We do not plan on serving the 1977 or 2010
> data.)
>
>
> We are looking to pay someone to help devise our strategy to manage our
> data and create the services.  We would do most of the processing work
> (e.g. GDAL) ourselves as long as we know which way to go.  Do we use
> internally tiled BigTIFF files with external overviews?  Do we use the
> Image Mosaic or Image Pyramid plugins?  Do we use GeoWebCache?  Do we
> create a TMS tile structure using GDAL2Tiles?  We don't know.
>
> If anyone is interested, can they please send me approximate quotes with a
> resume and/or references/examples of their work?  We can start in the next
> few weeks.We have a Windows (I know, I know) server setup, with what
> should be enough RAM and storage.  As well, we have the latest/recent
> versions of GeoServer, Apache, PHP, Postgres, and OSGeo4W installed.
>
> This project will be managed by DEMAC <http://demac.udel.edu/>.  Please
> email me and tina.calla...@udel.edu if you have any specific questions.
>  Thanks.
>
> - John
>
>
> John Callahan
> Research Scientist
> Delaware Geological Survey
> University of Delaware
> http://www.dgs.udel.edu
> john.calla...@udel.edu
>
>
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] looking for help creating map services for aerial orthophotography

[John Callahan]

We have 12 different years of aerial orthophotgraphy (from 1937 to 2012)
that covers our state (of Delaware.)   We would like to create WMS map
services for each year.  They will eventually be displayed on a web mapping
application and available for direct access, such as through desktop GIS,
creating what we hope will be a nice historical reference for our region.

The problem is we need some guidance on an optimum strategy for processing
our data to create these services.  Data for each year are in differing
styles.  For example, several of our datasets are delivered as 1.7 km x 1.7
km tiles, each tile approx 135 MB (without compression), totaling nearly
300 GB from 2,010 individual tiles.  Other years we have as three,
county-wide MrSID files around 1 GB each.  And other years follow the USGS
quad tiling structure or have a single, statewide mosaic TIF file.  All
data are in DE State Plane meters, ESPG:26957.

Our inventory list of datasets is here: http://demac.udel.edu/tiles/
(click DE Ortho Inventory. We do not plan on serving the 1977 or 2010 data.)


We are looking to pay someone to help devise our strategy to manage our
data and create the services.  We would do most of the processing work
(e.g. GDAL) ourselves as long as we know which way to go.  Do we use
internally tiled BigTIFF files with external overviews?  Do we use the
Image Mosaic or Image Pyramid plugins?  Do we use GeoWebCache?  Do we
create a TMS tile structure using GDAL2Tiles?  We don't know.

If anyone is interested, can they please send me approximate quotes with a
resume and/or references/examples of their work?  We can start in the next
few weeks.We have a Windows (I know, I know) server setup, with what
should be enough RAM and storage.  As well, we have the latest/recent
versions of GeoServer, Apache, PHP, Postgres, and OSGeo4W installed.

This project will be managed by DEMAC <http://demac.udel.edu/>.  Please
email me and tina.calla...@udel.edu if you have any specific questions.
 Thanks.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] CSV and XLS

[John Callahan]

I had a similar situation.  I created a vrt file that pointed to my csv
file, then ran a one line ogr script to convert the vrt into a shapefile,
which GeoServer read fine.  My vrt and ogr command line are as follows:



C:\data\dataout.csv
wkbPoint




ogr2ogr -overwrite -f "ESRI_Shapefile" -a_srs EPSG:26957
C:\data\interp\airtemps.shp C:\data\dataout.vrt



- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Thu, Apr 4, 2013 at 10:41 AM, Martijn Coenen - Covadis <
mart...@covadis.nl> wrote:

>  Hello everyone,
>
> ** **
>
> Some time ago I was asked if it was possible to import CSV and/or XLS
> files into Geoserver. This because there was some 3rd party software that
> was able to just that, but requirements stated Geoserver has to be used for
> presentation of the data. I’m doing some research on this subject but was
> wondering what this community has to say on this subject. Would it be an
> absolute no-go or are there some smart plugins or ways to do this? Has
> anyone done it before? If so, how? 
>
> ** **
>
> Best regards,
> Martijn Coenen
>
> ** **
>
> ** **
>
>
> --
> Minimize network downtime and maximize team effectiveness.
> Reduce network management and security costs.Learn how to hire
> the most talented Cisco Certified professionals. Visit the
> Employer Resources Portal
> http://www.cisco.com/web/learning/employer_resources/index.html
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] metadataURL in WFS GetCapabilities

[John Callahan]

Thanks Andrea.  I'm adding our WMS and WFS services to the OneGeology
initiative.  To achieve their 4-star accreditation for our services, they
state:

"ALL OneGeology layers and feature types (WMS and WFS) must supply a
MetadataURL to a valid metadata resource for that layer (and feature type)"
 - http://onegeology.org/wmsCookbook/2_6.html


I'm not a java programmer and haven't used Maven before, and probably
shouldn't mess with the code.  If I get the time though, I'll try to find
where to make the changes.


- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Tue, Mar 19, 2013 at 12:32 PM, Andrea Aime
wrote:

> On Tue, Mar 19, 2013 at 4:50 PM, John Callahan 
> wrote:
> > Should MetadataURL be displayed by default for each WFS layer?  or is
> there
> > a setting to disable/enable this feature that I missed?  Thanks.
>
> Metadata urls are optional in the WFS capabilities document, and there
> is no OGC test
> checking for their presence, so they have just never been added.
> There is no flag to tweak, it's just that the code to emit them is missing
>
> There is an old ticket to track this improvement here:
> http://jira.codehaus.org/browse/GEOS-3387
>
> If you want it soon, you can try to code it youself, it should not be
> hard mimicking
> what WMS caps does. Or if you prefer, you can also look in GeoServer
> commercial
> support, there is a link at geoserver.org with companies that provide
> support
> services.
>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>
> ---
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] metadataURL in WFS GetCapabilities

[John Callahan]

I have a MetadataURL set for a few layers in GeoServer.  (I'm using
GeoServer 2.3-RC1 on Windows.)  The metadataURL shows up fine for each
layer in the WMS GetCap request.   However, it does not appear for the WFS
GetCap request.  I believe it should be listed under FeatureType for each
layer.


Examples below include 2 layers in the workspace:

http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?request=GetCapabilities&service=WMS
(MetadataURL is displayed)

http://maps.dgs.udel.edu/geoserver/DGS_Surficial_and_Contact_Geology/ows?request=GetCapabilities&service=WFS
(MetadataURL is not displayed)



Should MetadataURL be displayed by default for each WFS layer?  or is there
a setting to disable/enable this feature that I missed?  Thanks.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] supported SRS not displaying in layer metadata

[John Callahan]

Thank you for the explanation and clarification using GeoServer.  I was
trying to match a recommendation on including the supported SRS for each
layer.  I agree that the supported SRS list at the service level should be
sufficient.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Mon, Mar 18, 2013 at 10:16 AM, Andrea Aime
wrote:

> On Mon, Mar 18, 2013 at 2:41 PM, John Callahan wrote:
>
>> I'm using GeoServer 2.3-RC1  on Windows.  I have a limited set (about 9
>> of them) of supported SRS for my WMS service.  When I view my GetCap files,
>> they are listed under the Service-level metadata but not under the
>> Layer-level metadata.  For Layer-level supported SRS values, GetCap only
>> displays the native SRS (and CRS:84 in WMS 1.3.0)
>>
>> Is there any way to get the supported SRS to be listed under the service
>> AND layer metadata sections in GetCaps?  Thanks.
>>
>
> Nope, as it would not make sense... the tree structure of the WMS
> capabilities document is setup so that all
> attributes of the parent layers are inherited by the children, to avoid
> duplication (so, it's not just containment,
> it's really also about attribute inheritance).
> While repeating the list of SRS is not formally wrong, it's just a waste
> of space (assuming the WMS client
> reading the doc is compliant, that is).
>
> I think there is a flag to enable the generation of the BBOX in all
> supported srs though
>
> Cheers
> Andrea
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>
> ---
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] supported SRS not displaying in layer metadata

[John Callahan]

I'm using GeoServer 2.3-RC1  on Windows.  I have a limited set (about 9 of
them) of supported SRS for my WMS service.  When I view my GetCap files,
they are listed under the Service-level metadata but not under the
Layer-level metadata.  For Layer-level supported SRS values, GetCap only
displays the native SRS (and CRS:84 in WMS 1.3.0)

Is there any way to get the supported SRS to be listed under the service
AND layer metadata sections in GetCaps?  Thanks.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Use v2.3 or v2.2.5?

[John Callahan]

I was under the impression that GS 2.2.x ran fine under Java 7?   The
recommendations for Java 6 was during the early releases of Java 7. I
have been running GS 2.2.4 with Java 7 (along with GeoNetwork) without
problems (yet) on Windows 2008 Server, although I haven't really pushed
things.   For my organization, the security concerns related to the version
of Java trumps which version of GS to use.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Wed, Feb 27, 2013 at 9:39 AM, Paul Meems  wrote:

> Since it seems I have broken my server again after updating my Ubuntu
> system (see my mail earlier today) I'm going to create yet again a new
> server.
> Because v2.3 is already in release mode I'm considering that version
> instead of v2.2.5.
>
> In the last months I've build and rebuild several servers all with Ubuntu
> but differences in Geoserver versions and java versions (oracle/openJDK).
> With my last server I was very please with the Oracle Java repro of
> webupd8team. But I had installed Java 7 with GS v2.2.3. Later I understood
> using Java 6 was recommended. Everything seems to be working fine for me
> but after the update of this morning GS will not start anymore.
>
> So I think I have two options. Use Java 6 and v2.2.5 or use Java 7 and 2.3.
> I thought I have read GS v2.3 is compatible with Java 7. Am I correct?
> If I can use v2.3 I might be able to reuse my current server, since the
> rest is still working great.
>
> So please help me decide how to continue since my current server is broken
> again.
>
> Thanks,
>
>
> Paul
>
>  *Paul Meems *
> Release manager, configuration manager
> and forum moderator of MapWindow GIS.
> www.mapwindow.org
>
> Owner of MapWindow.nl - Support for
> Dutch speaking users.
> www.mapwindow.nl
>
> *
> *
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Preview layer shows only missed image icon

[John Callahan]

When you had Java 7 installed, could it have been related to this issue?

http://comments.gmane.org/gmane.comp.gis.geoserver.user/35646

I had the same problem, although on Windows Server 2008.  Installed JDK 7
on another machine, then copied the PYCC.pf file to my production JRE, then
restarted Tomcat.  Working fine now.  Even though you stated the JDK was
installed, I would check to make sure that file exists.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Sun, Feb 24, 2013 at 10:22 PM, aldo lavin  wrote:

> HI.
>
> I've installed Geoserver on Windows 7. I installed too JDK 7 and have same
> result, so I read in a forum that i had to change the version
> to jdk-6u37-windows.
>
> I did It but still having same issue... I tried to preview all the layers
> that install by default and nothing, blank map.
>
> In fact I clicked on the link to download KML file, and open in Google
> Earth an its empty, doesn't show but it appears like a layer on the left
> panel.
>
> Can you give me some tips?
>
> Thanks in advance
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] wms vs ows url in service info

[John Callahan]

Thank you!   Thanks for the explanation.  I will start using the ows
endpoint for my URLs.

- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu



On Thu, Jan 24, 2013 at 4:30 AM, Andrea Aime
wrote:

> On Thu, Jan 24, 2013 at 7:05 AM, John Callahan 
> wrote:
> > I may have missed something simply when checking the documentation but I
> > have what is hopefully a simple question.  I'm using GeoServer 2.2.2 (I
> > think.)
> >
> > When I view the map service info through GetCaps, some of the online
> > resource links are listing "ows" where I would expect "wms".  They're
> also
> > showing the port number 80.   Where is that set in GeoServer and can it
> be
> > modified?  I'd rather not have the port number and use "wms" to match the
> > URL request.  Thanks.
>
> The "ows" endpoint is actually the main one today, the various service
> specific ones "wms", "wfs", and so on are maintained for backwards
> compatibility
> (and some of the older versions of the services might still be
> emitting those in the
> caps documents).
>
> The reason is simple, the type of service is already specified in the
> mandatory parameter
> service=XYZ (or equivalent attribute in XML POST requests).
> So, there is no way to configure the usage of "wms" in the
> capabilities documents.
>
> As for the port, there is no way to hide it by configuration either,
> but that could be
> made happen by changing the code in the capabilities document writers
>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>
> ---
>
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] wms vs ows url in service info

[John Callahan]

I may have missed something simply when checking the documentation but I
have what is hopefully a simple question.  I'm using GeoServer 2.2.2 (I
think.)

When I view the map service info through GetCaps, some of the online
resource links are listing "ows" where I would expect "wms".  They're also
showing the port number 80.   Where is that set in GeoServer and can it be
modified?  I'd rather not have the port number and use "wms" to match the
URL request.  Thanks.


My service GetCap URL is
http://maps.dgs.udel.edu/geoserver/US_DE_DGS_100K_Surficial_Geology/wms?request=GetCapabilities

Some of the resource links are coming up as:
http://maps.dgs.udel.edu:80/geoserver/US_DE_DGS_100K_Surficial_Geology/ows?



- John


John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.calla...@udel.edu
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] out of memory issues, GeoServer 2.2 RC3

[John Callahan]

Thank you all for your responses. I have added the following line to my
wrapper.conf

wrapper.java.additional.3=-XX:MaxPermSize=128m

So far, so good.  I will add the memory logging lines as well soon.  At the
moment, our server is in development mode.  Once we get into more testing,
I'll look more into the memory issues.  As long as it's not crashing every
few hours, we can continue development.

- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*



On Thu, Sep 13, 2012 at 8:07 PM, cmaul wrote:

> Java has different memory spaces. To put it very simply the classes are a
> template for objects, they are kept in a permanent memory space, because
> dependent on what you do with Geoserver you may need them any time. At
> runtime these templates let's say a map class is filled with values and
> becomes an object, for you to work with. As you need this object just a
> short time until you have created your map, it is put into a transient
> memory space called the heap, which changes permanently.
>
> Using the Xmx and Xms parameters influences only your heap. However, your
> error message is: I am running out of PermGenSpace, i.e. the permanent
> memory space is too small. Geoserver has a lot of classes and configuration
> files and needs therefore a generous PermGenSpace.
>
> There are two parameters to influence that.
>
> -XX:PermSize=
> -XX:MaxPermSize=
>
> There is a faq that explains Java memory management:
> http://java.sun.com/docs/hotspot/gc1.4.2/faq.html
> still valid although Java 1.4.2
>
> I found for the wrapper.conf, (I am not using Jetty but Tomcat)  @
> jira.codehaus http://jira.codehaus.org/browse/SONAR-803:
>
> wrapper.java.additional.2=-XX:MaxPermSize=128m
>
> different program but this shouldn't matter. 128m is a size that is
> sensible. Standard is 64m, as far as I know.
>
> It would make a lot of sense for you to monitor your memory use, because
> the
> memory configuration is very dependent on how you use your server. During
> memory clean-up (= garbage collection) your server does nothing, well -
> even
> with parallel garbage collection it does next to nothing, so you want a
> compromise between short interruptions (many smaller garbage collections)
> and the quantity of interruptions (not too many) for garbage collection.
> That means you need to have a look what your server does.
>
> You can do this with two other parameters:
>
> -Xloggc:Drive:\directory\logs\yourlog.log
> -XX:+PrintGCDetails
>
> There is a free viewer http://www.tagtraum.com/gcviewer.html. There may be
> others, but that is the one I use for years.
>
> If you want to know more:
>
> http://www.oracle.com/technetwork/java/javase/tech/memorymanagement-whitepaper-1-150020.pdf
>
> Cheers
>
> Christian
>
>
>
> -
> 
>
> Dr Christian Maul
> Project Manager
>
> Information Services Branch
> Department of Sustainability and Environment
> 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.n6.nabble.com/out-of-memory-issues-GeoServer-2-2-RC3-tp5001712p5001817.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] out of memory issues, GeoServer 2.2 RC3

[John Callahan]

I'm using the standard GeoServer Windows installer.  In wrapper.conf, I
have the following lines.  The machine has 12 GB RAM and running x64.

# Initial Java Heap Size (in MB)
wrapper.java.initmemory=256

# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=1024


- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*



On Thu, Sep 13, 2012 at 12:08 PM, Justin Deoliveira wrote:

> Just to be clear are you increasing the permgen size (=XX:MaxPermSize=...)
> or the heap size (-Xmx...)?
>
> On Thu, Sep 13, 2012 at 7:36 AM, John Callahan wrote:
>
>> I'm using GeoServer 2.2. RC3 (on Windows Server 2008 x64) and have been
>> dealing with (what I think is) memory issues.  GeoServer crashes (stops
>> working, including the admin interface) a few times per day.  Restarting
>> the java engine (Jetty that shipped with GeoServer) returns everything to a
>> working state fine.  The error logs reports something like
>>
>> java.lang.OutOfMemoryError: PermGen space
>>
>> I've read that this is a memory leak issue.  By increasing the memory
>> used by Jetty helps but only delays the problem.  I restart the GeoServer
>> service every few hours now and it still goes down.  Does anyone have ideas
>> on what i can try?   Is this a known error with the release candidates?
>>  What is actually the best way to increase Jetty memory on Windows?  Thank
>> you.
>>
>> - John
>>
>> ***
>> John Callahan, Research Scientist
>> Delaware Geological Survey, University of Delaware
>> URL: http://www.dgs.udel.edu
>> *
>>
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] out of memory issues, GeoServer 2.2 RC3

[John Callahan]

I'm using GeoServer 2.2. RC3 (on Windows Server 2008 x64) and have been
dealing with (what I think is) memory issues.  GeoServer crashes (stops
working, including the admin interface) a few times per day.  Restarting
the java engine (Jetty that shipped with GeoServer) returns everything to a
working state fine.  The error logs reports something like

java.lang.OutOfMemoryError: PermGen space

I've read that this is a memory leak issue.  By increasing the memory used
by Jetty helps but only delays the problem.  I restart the GeoServer
service every few hours now and it still goes down.  Does anyone have ideas
on what i can try?   Is this a known error with the release candidates?
 What is actually the best way to increase Jetty memory on Windows?  Thank
you.

- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] updating Geoserver

[John Callahan]

I am beginning a new project with GeoServer and debating between 2.1.4 and
2.2 RC2.   My plans are nothing special, mostly WMS/WFS/WCS services (with
caching) using PG or Tiffs as the data sources.

If I start with GS 2.1.4 now, will it be easy to upgrade to 2.2 when
officially released?  For example, will I need to recreate all of my
services/layers or my geowebcache configuration?  Thank you.

- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver 2.2 REST configuration

[John Callahan]

Thank you David.  I did a fresh install, modified my web.xml to point to my
data directory, and so far it has been helping resolve my issues.  I did
not see any duplicate jar files.

- John





On Thu, Aug 16, 2012 at 2:36 PM, David Winslow  wrote:

> Yes, if you have multiple versions of jar files in WEB-INF lib then many
> parts of GeoServer may misbehave.  It's best to fully remove WEB-INF/lib
> before upgrading - in fact, we recommend fully removing GeoServer and using
> the GEOSERVER_DATA_DIR parameter in WEB-INF/web.xml to have it load your
> existing configuration.  See
> http://docs.geoserver.org/stable/en/user/datadirectory/migrating.html#migrating-data-directory
>
> If this is a fresh install and you are still seeing mixed JARs please let
> us know, but I did spot-check the WAR for GeoServer 2.2-RC1 just now and it
> doesn't have this problem.
>
> --
> David Winslow
> OpenGeo - http://opengeo.org/
>
> On Thu, Aug 16, 2012 at 2:27 PM, John Callahan wrote:
>
>> Sorry if I missed this somewhere...  Does GeoServer 2.2 RC2 have a REST
>> plugin?  Does anything need to be done to make configure REST?  In my
>> installation, I've come across a couple of apps not working properly that
>> require REST services (such as GeoCat Bridge, GeoExplorer.)
>>
>> When I looked in WEB-INF/lib, I did see both rest-2.2-RC1.jar and
>> rest-2.2-RC2.jar files.  (I also see similar duplicates for other jar
>> files.)  Could this be a contributing issue?  Thanks for your help.
>>
>> - John
>>
>> ***
>> John Callahan, Research Scientist
>> Delaware Geological Survey, University of Delaware
>> URL: http://www.dgs.udel.edu
>> *
>>
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Geoserver 2.2 REST configuration

[John Callahan]

Sorry if I missed this somewhere...  Does GeoServer 2.2 RC2 have a REST
plugin?  Does anything need to be done to make configure REST?  In my
installation, I've come across a couple of apps not working properly that
require REST services (such as GeoCat Bridge, GeoExplorer.)

When I looked in WEB-INF/lib, I did see both rest-2.2-RC1.jar and
rest-2.2-RC2.jar files.  (I also see similar duplicates for other jar
files.)  Could this be a contributing issue?  Thanks for your help.

- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Mapserver map file conversion

[John Callahan]

I've been using Mapserver for a couple of years now.  However, I'm starting
a couple of projects that might fit better for Geoserver (e.g.,
implementing GeoSciML, interaction of GeoNetwork, potential WFS-T app in
the near future.)  Are there any conversion tools for Mapserver map files
into Geoserver?  Better yet, are there companies or individuals that would
do the conversion for pay?   ;)

I have roughly 15 separate WMS services (map files), just about all
containing only one layer (some have two.)   Vectors also support WFS;
rasters also support WCS.  All vector data are in PostGIS; rasters are TIF
or IMG. Nothing complicated in symbology or data sources; no variable
substitution.  A few are based on embedded SQL statements (I read those
would have to be converted to CQL.)A few template files to report back
WMS GetFeatureInfo requests.

Could anyone provide me a rough estimate of cost for conversion of these
map files?  Please let me know if you have any questions.  Thanks.

- John

***
John Callahan, Research Scientist
Delaware Geological Survey, University of Delaware
URL: http://www.dgs.udel.edu
*
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users