[Geoserver-users] GeoServer 2.3.0 released

[Jody Garnett]

The GeoServer team is happy to announce the release of GeoServer 2.3.0, 
available from:
http://geoserver.org/display/GEOS/GeoServer+2.3.0 


This release contains six months worth of improvements and fixes to the 
GeoServer code base. Including new features, improvements and fixes such as:
A pluggable configuration subsystem (for the catalog and service configuration)
GeoWebCache clustering and disk quota improvements
More powerful layer groups and better control of the WMS capabilities layer tree
Several security subsystem improvements
WPS process whitelist (control which processes your WPS is exposing)
WMS dimensions support improvements (units, custom dimensions)
JSON and JSONP output format support in many OGC operations
The monitoring module finally graduating to official extension
Raster re-projection quality improvements and speedups
INSPIRE module improvements for the WFS protocol
A newfound ability to catalogue all components of GeoServer via a REST API



Check out the GeoServer 2.3 blog posts for more details:
GeoServer 2.3.0 released, first official OSGeo release! 
(http://blog.geoserver.org/2013/03/18/geoserver-2-3-0-released-first-official-osgeo-release/)
GeoServer 2.3-beta released 
(http://blog.geoserver.org/2013/01/29/geoserver-2-3-beta-released/)

Download GeoServer 2.3.0 (http://geoserver.org/display/GEOS/GeoServer+2.3.0), 
try it out, and provide feedback on the mailing list 
(http://geoserver.org/display/GEOS/Mailing+Lists).  As with any new version, be 
sure to backup your data directory before upgrading.
--


The GeoServer Team
--
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] JVM goes up in smoke

[cmaul]

Simone,

I am a little bit further now. The ecws that didn't work were actually a
layergroup of 11 images.
These images were in EPSG:28355 and reprojected to EPSG:990913.

I have done a test (4 threads/ 17 images) to tile one image which went
fine. Speed was  163 minutes or 17.2 tiles per second, which is o.k. as
well. The next thing I will try is to have a layergroup and NOT to
reproject, i.e. to tile in EPSG:28355. I'll tell you how that works (or
not).

Simone, if you want any ECW files for testing, I am happy to put stuff on
our FTP server. The 11 files in question are between 8 and 14 GB and have a
total of 128GB. So, a subset of 4 or 5 neighbouring ecws perhaps.

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/JVM-goes-up-in-smoke-tp5041006p5041499.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
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] CQL help? (I'm SO CLOSE!)

[David Zwiers]

If your developer is making the request in OL then they could link in
proj4js to do the reprojection on the phone.

Another option - you could wrap the GetFeatures request in a context
sensitive proxy in which you perform the coordinate transformation. Writing
a content proxy is easy (there are lots of servlet examples out there),
just augment one of those to use GT to reproject the coordinate?

David
On Tue, Mar 19, 2013 at 2:47 PM, Phil Scadden  wrote:

> CQL expects native coordinates. You need to convert the geometry to
> native coordinate system at the OL end before making the request.
>
> Notice: This email and any attachments are confidential.
> If received in error please destroy and immediately notify us.
> Do not copy or disclose the contents.
>
>
>
> --
> 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
>
--
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] CQL help? (I'm SO CLOSE!)

[Phil Scadden]

CQL expects native coordinates. You need to convert the geometry to 
native coordinate system at the OL end before making the request.

Notice: This email and any attachments are confidential.
If received in error please destroy and immediately notify us.
Do not copy or disclose the contents.


--
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] CQL help? (I'm SO CLOSE!)

[Rick Wayne]

Hi all,

Thanks to Andrea and others, I have managed to get my non-native GetFeature 
call working.

Almost!

In my application, I'm using OpenLayers to composite a Google baselayer with an 
overlay of my own construction, served up with GeoServer 2.3. The layers in my 
thing are all in a Wisconsin-specific projection (EPSG:3071), and they line up 
nicely with the Google layer when I put it together with OpenLayers. So, as far 
as I know, I've got those data in there correctly.

What I'm trying to do is get data via GetFeature calls from lat/long 
coordinates, e.g. from a cell phone. So (pardon the long URL) a call that 
ALMOST works looks like this:

http://144.92.93.196/geoserver/wfs?service=wfs
&REQUEST=GetFeature
&typename=mmas:rf_map_0
&maxFeatures=2
&BBOX=-89.4,43.1,-89.4,43.1,EPSG:4326
&srsname=EPSG:4326

The trouble is, of course, that BBOX won't do -- it returns multiple features, 
any of whose bboxes overlap the given one (in this case, basically a point).

So what I need to do is use a spatial operator, and CQL seems perfect for the 
job. I've tried various stabs at using CONTAINS in the URL. I've figured out 
the syntax but have one more problem.

Here's a query that works using CQL:

http://144.92.93.196/geoserver/wfs?service=wfs
&REQUEST=GetFeature
&typeNAME=mmas:rf_map_0
&maxFeatures=1
&srsNAME=EPSG:4326
&cql_filter=contains(the_geom,poin(579554 274543))

But the phone delivers EPSG:4326 coordinates. Can this be done à la the BBOX 
request above? Can GeoServer transform the SRS in a CQL query, or must I tell 
my poor mobile-app author that he has to find a Proj equivalent for his 
application platform and transform to EPSG:3071 before sending the query? 
Because I think I'll get a very snippy email indeed if I recommend that course 
to him!

Thanks (yet again) for your help,

rw--
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] WPS - Security by Process

[Tyler Mitchell]

On 2013-03-19, at 12:53 PM, Andrea Aime wrote:

> On Tue, Mar 19, 2013 at 8:22 PM, Rodrigo Antonialli
>  wrote:
>> Hi!!
>> 
>> I'd like to know if it's possible to restrict a WPS process according to
>> some role.
>> 
>> Example:
>> 
>> Process1 - ADMIN_ROLE
>> Process2 - USER_ROLE (or any other).
>> 
>> I know it's possible to restrict a WPS method, but, is there a by process
>> configuration?
> 
> Not at the moment. It may not be too hard to extend the security in
> that direction
> though.
> What makes things a bit more complicated is process chaining, one would
> have to check more than just the top level process, and walk the whole chain
> instead.

Is there currently any security applied to WPS processes by default in 
Geoserver?
e.g. processes that might need to download external data, for example, through 
a client-side communication?


--
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] WPS - Security by Process

[Rodrigo Antonialli]

Hi Andrea!

Thanks!

Is there a way to "ask" geoserver what user is logged in??

I mean, j_spring_secutiry_check returns a cookie with JSESSIONID, and
everytime I send a request to geoserver, it checks this cookie. Is there a
way to ask to whom this JSESSIONID belongs to?

We only need to know if a user has a certain role or not, to check his
permission level or if he's admin.

Cheers,


Rodrigo C. Antonialli
==
Rio Claro - SP - Brasil
LinkedIn: http://www.linkedin.com/in/rcaprofile
Contato:  (19) 8136-2347
  rcantonia...@gmail.com
  Skype: rc_antonialli


On Tue, Mar 19, 2013 at 4:53 PM, Andrea Aime
wrote:

> On Tue, Mar 19, 2013 at 8:22 PM, Rodrigo Antonialli
>  wrote:
> > Hi!!
> >
> > I'd like to know if it's possible to restrict a WPS process according to
> > some role.
> >
> > Example:
> >
> > Process1 - ADMIN_ROLE
> > Process2 - USER_ROLE (or any other).
> >
> > I know it's possible to restrict a WPS method, but, is there a by process
> > configuration?
>
> Not at the moment. It may not be too hard to extend the security in
> that direction
> though.
> What makes things a bit more complicated is process chaining, one would
> have to check more than just the top level process, and walk the whole
> chain
> instead.
>
> 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

Re: [Geoserver-users] Openlayers library

[Phil Scadden]

>-create a new web project JSLibrary
>-In web content i copy the unziped folder openLayers-2.12
>- when i want to refer to it  in another web project  : 
src="/JsLibrarp/OpenLayers/OpenLayers.js"

>Is that so?

A very important step is configuring the context /JsLibrary in your web 
server. I use apache and configure the with Proxypass in the conf.d/conf 
file.


one  more thing : when i imoprt the folder openlayers2-12 to a project, i 
get a red cross on it like if there are errors in the .js pages. Shall i 
ignore that

thank  you


No idea sorry. I havent used Eclipse in quite a  while. But I would 
ignore it - the ol files work fine.



Notice: This email and any attachments are confidential.
If received in error please destroy and immediately notify us.
Do not copy or disclose the contents.

--
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] WPS - Security by Process

[Andrea Aime]

On Tue, Mar 19, 2013 at 8:22 PM, Rodrigo Antonialli
 wrote:
> Hi!!
>
> I'd like to know if it's possible to restrict a WPS process according to
> some role.
>
> Example:
>
> Process1 - ADMIN_ROLE
> Process2 - USER_ROLE (or any other).
>
> I know it's possible to restrict a WPS method, but, is there a by process
> configuration?

Not at the moment. It may not be too hard to extend the security in
that direction
though.
What makes things a bit more complicated is process chaining, one would
have to check more than just the top level process, and walk the whole chain
instead.

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] WPS - Security by Process

[Rodrigo Antonialli]

Hi!!

I'd like to know if it's possible to restrict a WPS process according to
some role.

Example:

Process1 - ADMIN_ROLE
Process2 - USER_ROLE (or any other).

I know it's possible to restrict a WPS method, but, is there a by process
configuration?

Regards,

Rodrigo C. Antonialli
==
Rio Claro - SP - Brasil
LinkedIn: http://www.linkedin.com/in/rcaprofile
Contato:  (19) 8136-2347
  rcantonia...@gmail.com
  Skype: rc_antonialli
--
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] GeoServer 2.3.0 released

[Mike Pumphrey]

Good catch. Stable now points to 2.3.x:

   http://docs.geoserver.org/stable/en/user/

Also, I updated the home page on docs.geoserver.org, and created/uploaded the 
PDF docs for 2.3.0 (which were missing).


Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org


On 3/19/2013 6:30 AM, Andrea Aime wrote:
> On Tue, Mar 19, 2013 at 2:17 PM, Jonathan Moules
>  wrote:
>> Another quick observation - the stable documentation -
>> http://docs.geoserver.org/stable/en/user/ - says 2.2.x, at the top of the
>> page and in the browser-header.
>> If I change the URL to http://docs.geoserver.org/latest/en/user/ - it
>> becomes 2.4.x.
>
> The home page I've fixed, but the doc server is managed by OpenGeo... cc'ing
> some people over there that might be useful in solving this one
>
> Cheers
> Andrea
>

--
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] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

Thanks Daniele, I will try to build GDAL and see if this does the trick

Cheers,


2013/3/19 Daniele Romagnoli 

>
>
> On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón wrote:
>
>> Done:
>>
>> paisaje@vision3:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
>> GLIBCXX_3.4
>> GLIBCXX_3.4.1
>> GLIBCXX_3.4.2
>> GLIBCXX_3.4.3
>> GLIBCXX_3.4.4
>> GLIBCXX_3.4.5
>> GLIBCXX_3.4.6
>> GLIBCXX_3.4.7
>> GLIBCXX_3.4.8
>> GLIBCXX_3.4.9
>> GLIBCXX_3.4.10
>> GLIBCXX_3.4.11
>> GLIBCXX_3.4.12
>> GLIBCXX_3.4.13
>>  GLIBCXX_FORCE_NEW
>> GLIBCXX_DEBUG_MESSAGE_LENGTH
>>
>> It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to
>> fix this without building GDAL by myself?
>>
>
> Mmm. I have no idea on that. I think someone already tried similar tests
> on old libs with no success (However I have never tried by myself).
>
> Daniele
>
>
>> cheers,
>>
>>
>> 2013/3/19 Daniele Romagnoli 
>>
>>> You may try a final:
>>> "strings /usr/lib/libstdc++.so.6 | grep LIBCXX"
>>>
>>> To check which GLIBCXX is available on your system.
>>> (You may also try the same against
>>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)
>>>
>>> If they are old, you can consider start thinking about building GDAL on
>>> your machine :)
>>>
>>> Please, let us know.
>>> Cheers,
>>> Daniele
>>>
>>>
>>> On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón wrote:
>>>
 I didn't

 paisaje@vision3:~$ locate libstdc++
 /usr/lib/libstdc++.so.6
 /usr/lib/libstdc++.so.6.0.13
 /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
 /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
 /usr/share/doc/libstdc++6
 /usr/share/doc/libstdc++6-4.4-dev
 /usr/share/doc/gcc-4.4-base/C++/README.libstdc++-baseline
 /usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
 /usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
 /usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
 /var/lib/dpkg/info/libstdc++6-4.4-dev.list
 /var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
 /var/lib/dpkg/info/libstdc++6.list
 /var/lib/dpkg/info/libstdc++6.md5sums
 /var/lib/dpkg/info/libstdc++6.postinst
 /var/lib/dpkg/info/libstdc++6.postrm
 /var/lib/dpkg/info/libstdc++6.shlibs
 /var/lib/dpkg/info/libstdc++6.symbols

 As you can see I am no linux master :D

 So the library actually exists in the system. Is it an env variable
 issue? Or I should start reading the documentation on how to build GDAL?

 Thanks Daniele.


 2013/3/19 Daniele Romagnoli 

> Hi Santiago,
>
> On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón 
> wrote:
>
>> Thank you very much for your help.
>>
>> It seems I don't have libstdc installed:
>>
>> paisaje@vision3:~$ /usr/lib/lib
>> libblas/ libnvidia-compiler.so.195.36.24
>> libcanberra-0.24/libOpenCL.so.1.0
>> libfakeroot/ libOpenCL.so.1.0.0
>> libgconf2-4/ libproxy/
>> libgksu/ libtrash/
>> libglade/libv4l/
>> libgnome-window-settings1/   libvdpau.so.1
>> libgphoto2/  libvdpau.so.195.36.24
>> libgphoto2_port/ libvisual-0.4/
>> libgtk2.0-0/ libvte9/
>> libnfsidmap/
>>
>> Did you also try a "locate libstdc++"?
>
> Cheers,
> Daniele
>
>
>
>> Maybe I need to install it before and if still doesn't work build
>> GDAL from source.
>> Any tips I should follow?
>>
>> Cheers,
>>
>>
>> 2013/3/19 Daniele Romagnoli 
>>
>>> Hi Santiago,
>>> These GLIBCXX_ issues have been previously sometime encountered and
>>> reported by users which were attempting to use the linux libraries on 
>>> some
>>> particular distro.
>>> These are mainly due to the underlying base libs being not
>>> available/or differents on that specific distro with respect to the
>>> Centos/Ubuntu machines where they have been builts.
>>> Which version did you download?
>>> Anyway, after some attempts we have concluded that some specific
>>> systems requires it specific GDAL builds to make sure to solve this 
>>> kind of
>>> issue with the internal libraries.
>>>
>>> You could maybe check your GLIBCXX version and then check the ones
>>> requested by the available libs and if none fits your needs, I think the
>>> solution would be that you build GDAL on your machine.
>>> Please, let us know.
>>> Regards,
>>> Daniele
>>>
>>>
>>>
>>>
>>>
 paisaje@vision3:~/gdal$ ./gdalinfo
 ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not
 found (required by libNCSEcw.so.0)

 Do I need to install GLIBCXX_3.4.14? To make things more
 complicated, I do not have sudo privileges in the system I am 
 deploying the
 server..

Re: [Geoserver-users] GeoServer 2.3.0 GDAL extension

[Daniele Romagnoli]

On Tue, Mar 19, 2013 at 6:01 PM, Santiago Timón wrote:

> Done:
>
> paisaje@vision3:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
> GLIBCXX_3.4
> GLIBCXX_3.4.1
> GLIBCXX_3.4.2
> GLIBCXX_3.4.3
> GLIBCXX_3.4.4
> GLIBCXX_3.4.5
> GLIBCXX_3.4.6
> GLIBCXX_3.4.7
> GLIBCXX_3.4.8
> GLIBCXX_3.4.9
> GLIBCXX_3.4.10
> GLIBCXX_3.4.11
> GLIBCXX_3.4.12
> GLIBCXX_3.4.13
>  GLIBCXX_FORCE_NEW
> GLIBCXX_DEBUG_MESSAGE_LENGTH
>
> It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to
> fix this without building GDAL by myself?
>

Mmm. I have no idea on that. I think someone already tried similar tests on
old libs with no success (However I have never tried by myself).

Daniele


> cheers,
>
>
> 2013/3/19 Daniele Romagnoli 
>
>> You may try a final:
>> "strings /usr/lib/libstdc++.so.6 | grep LIBCXX"
>>
>> To check which GLIBCXX is available on your system.
>> (You may also try the same against
>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)
>>
>> If they are old, you can consider start thinking about building GDAL on
>> your machine :)
>>
>> Please, let us know.
>> Cheers,
>> Daniele
>>
>>
>> On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón wrote:
>>
>>> I didn't
>>>
>>> paisaje@vision3:~$ locate libstdc++
>>> /usr/lib/libstdc++.so.6
>>> /usr/lib/libstdc++.so.6.0.13
>>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
>>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
>>> /usr/share/doc/libstdc++6
>>> /usr/share/doc/libstdc++6-4.4-dev
>>> /usr/share/doc/gcc-4.4-base/C++/README.libstdc++-baseline
>>> /usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
>>> /usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
>>> /usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
>>> /var/lib/dpkg/info/libstdc++6-4.4-dev.list
>>> /var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
>>> /var/lib/dpkg/info/libstdc++6.list
>>> /var/lib/dpkg/info/libstdc++6.md5sums
>>> /var/lib/dpkg/info/libstdc++6.postinst
>>> /var/lib/dpkg/info/libstdc++6.postrm
>>> /var/lib/dpkg/info/libstdc++6.shlibs
>>> /var/lib/dpkg/info/libstdc++6.symbols
>>>
>>> As you can see I am no linux master :D
>>>
>>> So the library actually exists in the system. Is it an env variable
>>> issue? Or I should start reading the documentation on how to build GDAL?
>>>
>>> Thanks Daniele.
>>>
>>>
>>> 2013/3/19 Daniele Romagnoli 
>>>
 Hi Santiago,

 On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón 
 wrote:

> Thank you very much for your help.
>
> It seems I don't have libstdc installed:
>
> paisaje@vision3:~$ /usr/lib/lib
> libblas/ libnvidia-compiler.so.195.36.24
> libcanberra-0.24/libOpenCL.so.1.0
> libfakeroot/ libOpenCL.so.1.0.0
> libgconf2-4/ libproxy/
> libgksu/ libtrash/
> libglade/libv4l/
> libgnome-window-settings1/   libvdpau.so.1
> libgphoto2/  libvdpau.so.195.36.24
> libgphoto2_port/ libvisual-0.4/
> libgtk2.0-0/ libvte9/
> libnfsidmap/
>
> Did you also try a "locate libstdc++"?

 Cheers,
 Daniele



> Maybe I need to install it before and if still doesn't work build GDAL
> from source.
> Any tips I should follow?
>
> Cheers,
>
>
> 2013/3/19 Daniele Romagnoli 
>
>> Hi Santiago,
>> These GLIBCXX_ issues have been previously sometime encountered and
>> reported by users which were attempting to use the linux libraries on 
>> some
>> particular distro.
>> These are mainly due to the underlying base libs being not
>> available/or differents on that specific distro with respect to the
>> Centos/Ubuntu machines where they have been builts.
>> Which version did you download?
>> Anyway, after some attempts we have concluded that some specific
>> systems requires it specific GDAL builds to make sure to solve this kind 
>> of
>> issue with the internal libraries.
>>
>> You could maybe check your GLIBCXX version and then check the ones
>> requested by the available libs and if none fits your needs, I think the
>> solution would be that you build GDAL on your machine.
>> Please, let us know.
>> Regards,
>> Daniele
>>
>>
>>
>>
>>
>>> paisaje@vision3:~/gdal$ ./gdalinfo
>>> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not
>>> found (required by libNCSEcw.so.0)
>>>
>>> Do I need to install GLIBCXX_3.4.14? To make things more
>>> complicated, I do not have sudo privileges in the system I am deploying 
>>> the
>>> server...
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2013/3/19 Simone Giannecchini 
>>>
 Ciao Santiago,
 did you try to run the gdalinfo tool to check that the nativelibs
 where properly installed?
 It should be part of the native libs a

Re: [Geoserver-users] Tomcat or Jetty?

[Jonathan Moules]

Well, its been a day for me so far and nothing anomalous has been
happening. I'm running it in my test environ (the only environ I have at
this point actually) in console on Windows server 2008 R2 with Debug
logging. The logs aren't showing anything extraneous either.

I've only use a small subset of GeoServer's capabilities, but so far "drop
in replacement" is exactly what it seems to be.

The only difference I can see is that this version of jetty isn't logging
the requests. But a few seconds of googling showed this can be easily
enabled (http://wiki.eclipse.org/Jetty/Tutorial/RequestLog) if desired.

Chances are I'll use it for my live deployment and I'll get back to this
thread if anything odd happens.

Jonathan


On 19 March 2013 16:34, Alex Mandel  wrote:

> On 03/18/2013 10:26 AM, Stefano Iacovella wrote:
> > 2013/3/18 Jonathan Moules :
> >>
> >> I appreciate your point Andrea about limited dev resources. On the other
> >> hand GeoServer is shipping with a four year old web-server (an age on
> the
> >> Internet) that has since received as best I can tell a considerable
> number
> >> of security fixes just in the 6.x branch. Unfortunately most folks
> (myself
> >> included) lack the technical aptitude to offer patches, so we rely on
> the
> >> generosity of the developers in giving their time. For my part I try and
> >> reciprocate with my QA skills by adding to your jira issue count. ;-)
> >>
> >> I'll open an improvement request per your suggestion.
> >
> > Indeed GeoServer does not ship in one flavour, and jetty is just one
> > of the alternatives users can choose.
> > Adding my 2 cents to what Andrea already wrote I think that in the
> > trade off of spare time versus upgrading GeoServer installer including
> > jetty costs are higher than returns.
> > Most of the times you have to deploy web application, i.e. GeoServer,
> > on an application server someone else choose for you. And chances are
> > that you will have to work with JBoss or Tomcat
> >
> > Stefano
> >
> > ---
> > 41.95581N 12.52854E
> >
>
> If it's on par with a directory swap I suspect there are some users
> willing to test, as someone just did test jetty 8. Now that I know I can
> test on ubuntu jetty versions and see how it works.
>
> Is there a test suite, or test procedure to follow to verify that is
> works, other than loading some layers?
>
> Thanks,
> Alex
>
>
>
> --
> 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
>


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.
--
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] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

Done:

paisaje@vision3:~$ strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH

It seems GLIBCXX_3.4.14 is actually missing. Is there still a chance to fix
this without building GDAL by myself?

cheers,


2013/3/19 Daniele Romagnoli 

> You may try a final:
> "strings /usr/lib/libstdc++.so.6 | grep LIBCXX"
>
> To check which GLIBCXX is available on your system.
> (You may also try the same against
> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)
>
> If they are old, you can consider start thinking about building GDAL on
> your machine :)
>
> Please, let us know.
> Cheers,
> Daniele
>
>
> On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón wrote:
>
>> I didn't
>>
>> paisaje@vision3:~$ locate libstdc++
>> /usr/lib/libstdc++.so.6
>> /usr/lib/libstdc++.so.6.0.13
>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
>> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
>> /usr/share/doc/libstdc++6
>> /usr/share/doc/libstdc++6-4.4-dev
>> /usr/share/doc/gcc-4.4-base/C++/README.libstdc++-baseline
>> /usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
>> /usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
>> /usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
>> /var/lib/dpkg/info/libstdc++6-4.4-dev.list
>> /var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
>> /var/lib/dpkg/info/libstdc++6.list
>> /var/lib/dpkg/info/libstdc++6.md5sums
>> /var/lib/dpkg/info/libstdc++6.postinst
>> /var/lib/dpkg/info/libstdc++6.postrm
>> /var/lib/dpkg/info/libstdc++6.shlibs
>> /var/lib/dpkg/info/libstdc++6.symbols
>>
>> As you can see I am no linux master :D
>>
>> So the library actually exists in the system. Is it an env variable
>> issue? Or I should start reading the documentation on how to build GDAL?
>>
>> Thanks Daniele.
>>
>>
>> 2013/3/19 Daniele Romagnoli 
>>
>>> Hi Santiago,
>>>
>>> On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón wrote:
>>>
 Thank you very much for your help.

 It seems I don't have libstdc installed:

 paisaje@vision3:~$ /usr/lib/lib
 libblas/ libnvidia-compiler.so.195.36.24
 libcanberra-0.24/libOpenCL.so.1.0
 libfakeroot/ libOpenCL.so.1.0.0
 libgconf2-4/ libproxy/
 libgksu/ libtrash/
 libglade/libv4l/
 libgnome-window-settings1/   libvdpau.so.1
 libgphoto2/  libvdpau.so.195.36.24
 libgphoto2_port/ libvisual-0.4/
 libgtk2.0-0/ libvte9/
 libnfsidmap/

 Did you also try a "locate libstdc++"?
>>>
>>> Cheers,
>>> Daniele
>>>
>>>
>>>
 Maybe I need to install it before and if still doesn't work build GDAL
 from source.
 Any tips I should follow?

 Cheers,


 2013/3/19 Daniele Romagnoli 

> Hi Santiago,
> These GLIBCXX_ issues have been previously sometime encountered and
> reported by users which were attempting to use the linux libraries on some
> particular distro.
> These are mainly due to the underlying base libs being not
> available/or differents on that specific distro with respect to the
> Centos/Ubuntu machines where they have been builts.
> Which version did you download?
> Anyway, after some attempts we have concluded that some specific
> systems requires it specific GDAL builds to make sure to solve this kind 
> of
> issue with the internal libraries.
>
> You could maybe check your GLIBCXX version and then check the ones
> requested by the available libs and if none fits your needs, I think the
> solution would be that you build GDAL on your machine.
> Please, let us know.
> Regards,
> Daniele
>
>
>
>
>
>> paisaje@vision3:~/gdal$ ./gdalinfo
>> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not
>> found (required by libNCSEcw.so.0)
>>
>> Do I need to install GLIBCXX_3.4.14? To make things more complicated,
>> I do not have sudo privileges in the system I am deploying the server...
>>
>>
>>
>>
>>
>>
>> 2013/3/19 Simone Giannecchini 
>>
>>> Ciao Santiago,
>>> did you try to run the gdalinfo tool to check that the nativelibs
>>> where properly installed?
>>> It should be part of the native libs as well. Moreover, make sure
>>> there is no other installation on the same server as
>>> this might cause problems.
>>>
>>> Regards,
>>> Simone Giannecchini
>>> ==
>>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>>> more information.
>>> ==
>>>
>>> Ing. Simone Giannecchini
>>> @simogeo
>>> Founder/Director
>>>
>>> GeoSolutions S.A.S

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

Re: [Geoserver-users] Tomcat or Jetty?

[Andrea Aime]

On Tue, Mar 19, 2013 at 5:34 PM, Alex Mandel  wrote:
> If it's on par with a directory swap I suspect there are some users
> willing to test, as someone just did test jetty 8. Now that I know I can
> test on ubuntu jetty versions and see how it works.

It should be close to a directory swap, but it's not a  simple one.
The thing is, GeoServer ships with a minimum set of files and jars
from Jetty to make it run, it does not contain the whole thing.
An update should maintain this minimal setup... and the files might
be different in version 8 (but if you stick on 6 instead, it might well
be a simple replace).

If you are in a mood for a pull request, here is where the new Jetty
files should go:
https://github.com/geoserver/geoserver/tree/master/src/release/jetty

> Is there a test suite, or test procedure to follow to verify that is
> works, other than loading some layers?

Hum... we don't have a formalized procedure. I guess, load some layers,
and check each and every protocol, see if something breaks

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

Re: [Geoserver-users] Tomcat or Jetty?

[Alex Mandel]

On 03/18/2013 10:26 AM, Stefano Iacovella wrote:
> 2013/3/18 Jonathan Moules :
>>
>> I appreciate your point Andrea about limited dev resources. On the other
>> hand GeoServer is shipping with a four year old web-server (an age on the
>> Internet) that has since received as best I can tell a considerable number
>> of security fixes just in the 6.x branch. Unfortunately most folks (myself
>> included) lack the technical aptitude to offer patches, so we rely on the
>> generosity of the developers in giving their time. For my part I try and
>> reciprocate with my QA skills by adding to your jira issue count. ;-)
>>
>> I'll open an improvement request per your suggestion.
>
> Indeed GeoServer does not ship in one flavour, and jetty is just one
> of the alternatives users can choose.
> Adding my 2 cents to what Andrea already wrote I think that in the
> trade off of spare time versus upgrading GeoServer installer including
> jetty costs are higher than returns.
> Most of the times you have to deploy web application, i.e. GeoServer,
> on an application server someone else choose for you. And chances are
> that you will have to work with JBoss or Tomcat
>
> Stefano
>
> ---
> 41.95581N 12.52854E
>

If it's on par with a directory swap I suspect there are some users 
willing to test, as someone just did test jetty 8. Now that I know I can 
test on ubuntu jetty versions and see how it works.

Is there a test suite, or test procedure to follow to verify that is 
works, other than loading some layers?

Thanks,
Alex


--
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] metadataURL in WFS GetCapabilities

[Andrea Aime]

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

Re: [Geoserver-users] GeoServer 2.3.0 GDAL extension

[Daniele Romagnoli]

You may try a final:
"strings /usr/lib/libstdc++.so.6 | grep LIBCXX"

To check which GLIBCXX is available on your system.
(You may also try the same against
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so)

If they are old, you can consider start thinking about building GDAL on
your machine :)

Please, let us know.
Cheers,
Daniele

On Tue, Mar 19, 2013 at 5:18 PM, Santiago Timón wrote:

> I didn't
>
> paisaje@vision3:~$ locate libstdc++
> /usr/lib/libstdc++.so.6
> /usr/lib/libstdc++.so.6.0.13
> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
> /usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
> /usr/share/doc/libstdc++6
> /usr/share/doc/libstdc++6-4.4-dev
> /usr/share/doc/gcc-4.4-base/C++/README.libstdc++-baseline
> /usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
> /usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
> /usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
> /var/lib/dpkg/info/libstdc++6-4.4-dev.list
> /var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
> /var/lib/dpkg/info/libstdc++6.list
> /var/lib/dpkg/info/libstdc++6.md5sums
> /var/lib/dpkg/info/libstdc++6.postinst
> /var/lib/dpkg/info/libstdc++6.postrm
> /var/lib/dpkg/info/libstdc++6.shlibs
> /var/lib/dpkg/info/libstdc++6.symbols
>
> As you can see I am no linux master :D
>
> So the library actually exists in the system. Is it an env variable issue?
> Or I should start reading the documentation on how to build GDAL?
>
> Thanks Daniele.
>
>
> 2013/3/19 Daniele Romagnoli 
>
>> Hi Santiago,
>>
>> On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón wrote:
>>
>>> Thank you very much for your help.
>>>
>>> It seems I don't have libstdc installed:
>>>
>>> paisaje@vision3:~$ /usr/lib/lib
>>> libblas/ libnvidia-compiler.so.195.36.24
>>> libcanberra-0.24/libOpenCL.so.1.0
>>> libfakeroot/ libOpenCL.so.1.0.0
>>> libgconf2-4/ libproxy/
>>> libgksu/ libtrash/
>>> libglade/libv4l/
>>> libgnome-window-settings1/   libvdpau.so.1
>>> libgphoto2/  libvdpau.so.195.36.24
>>> libgphoto2_port/ libvisual-0.4/
>>> libgtk2.0-0/ libvte9/
>>> libnfsidmap/
>>>
>>> Did you also try a "locate libstdc++"?
>>
>> Cheers,
>> Daniele
>>
>>
>>
>>> Maybe I need to install it before and if still doesn't work build GDAL
>>> from source.
>>> Any tips I should follow?
>>>
>>> Cheers,
>>>
>>>
>>> 2013/3/19 Daniele Romagnoli 
>>>
 Hi Santiago,
 These GLIBCXX_ issues have been previously sometime encountered and
 reported by users which were attempting to use the linux libraries on some
 particular distro.
 These are mainly due to the underlying base libs being not available/or
 differents on that specific distro with respect to the Centos/Ubuntu
 machines where they have been builts.
 Which version did you download?
 Anyway, after some attempts we have concluded that some specific
 systems requires it specific GDAL builds to make sure to solve this kind of
 issue with the internal libraries.

 You could maybe check your GLIBCXX version and then check the ones
 requested by the available libs and if none fits your needs, I think the
 solution would be that you build GDAL on your machine.
 Please, let us know.
 Regards,
 Daniele





> paisaje@vision3:~/gdal$ ./gdalinfo
> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not
> found (required by libNCSEcw.so.0)
>
> Do I need to install GLIBCXX_3.4.14? To make things more complicated,
> I do not have sudo privileges in the system I am deploying the server...
>
>
>
>
>
>
> 2013/3/19 Simone Giannecchini 
>
>> Ciao Santiago,
>> did you try to run the gdalinfo tool to check that the nativelibs
>> where properly installed?
>> It should be part of the native libs as well. Moreover, make sure
>> there is no other installation on the same server as
>> this might cause problems.
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39 333 8128928
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>>
>>
>> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón <
>> stimonm...@gmail.com> wrote:
>> > Hello everyone,
>> >
>> > I have tried to install the GDAL extension following the
>> instructions at
>> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>>

Re: [Geoserver-users] Service Capabilities - 2.3.0

[Jonathan Moules]

> >
> > When I installed GeoServer 2.3.0RC1, my Service Capabilities list on the
> > default admin page added:
> >
> >
> > GWC
> > 1.0.0 (linking to
> >
> http://wppgeog3:8082/geoserver/ows?service=gwc&version=1.0.0&request
=GetCapabilities
> )
>
> Hum, for this one I have no idea except that it should not be there,
> there is no such a thing as a GWC service (there is WMTS instead).
>

For a short while (10 mins) I did have GWC installed separately. Its not
there now. I have a new jetty 8, and new GeoServer 2.3 since. Maybe it did
something in my config dir.



> >
> > 
> >
> > Now I've just installed 2.3.0 proper and I'm seeing this as well:
> > WCS
> > 1.0.0
> > 1.1.0
> > 1.1.1
> > 1.1
> >
> > Where did 1.1 come from? When I click it GeoServer gives me the 1.1.1
> > GetCapabilities. it also tells me that GeoServer implements
> > 1.0 and 1.1.1, so it seems that 1.1.0 is also superfluous.
>
> Unfortunately they are not, at some point OGC released every one of them,
> then changed their minds, that's why we have so many flavors of 1.1.x
> (for the record, the official one is 1.1 now, but when we implemented it,
> it was 1.1.1 which was superseding 1.1.0)
>
>
Nice to see the OGC are still keeping us all on our toes.
If GeoServer supports all four, does that mean my observed behaviour is a
bug?
I.e. when requesting the 1.1 version getcapabilities it shouldn't return
the 1.1.1.

Also, that GetCapabilities includes only these two:


1.1.0


1.1.1



Which is different again from the Abstract in the same which says:
"This server implements the WCS specification 1.0 and 1.1.1"


And for bonus confusion, the wcs.xml in my config dir contains a different
set again:

  1.0.0


  1.1.1


  2.0.1


The only consistent one seems to be 1.1.1. Would you like me to open a JIRA
issue on this?

Thanks,
Jonathan


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


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.
--
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] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

I didn't

paisaje@vision3:~$ locate libstdc++
/usr/lib/libstdc++.so.6
/usr/lib/libstdc++.so.6.0.13
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.a
/usr/lib/gcc/x86_64-linux-gnu/4.4/libstdc++.so
/usr/share/doc/libstdc++6
/usr/share/doc/libstdc++6-4.4-dev
/usr/share/doc/gcc-4.4-base/C++/README.libstdc++-baseline
/usr/share/doc/gcc-4.4-base/C++/changelog.libstdc++.gz
/usr/share/doc/gcc-4.4-base/C++/libstdc++_symbols.txt
/usr/share/doc/gcc-4.4-base/test-summaries/libstdc++.sum.gz
/var/lib/dpkg/info/libstdc++6-4.4-dev.list
/var/lib/dpkg/info/libstdc++6-4.4-dev.md5sums
/var/lib/dpkg/info/libstdc++6.list
/var/lib/dpkg/info/libstdc++6.md5sums
/var/lib/dpkg/info/libstdc++6.postinst
/var/lib/dpkg/info/libstdc++6.postrm
/var/lib/dpkg/info/libstdc++6.shlibs
/var/lib/dpkg/info/libstdc++6.symbols

As you can see I am no linux master :D

So the library actually exists in the system. Is it an env variable issue?
Or I should start reading the documentation on how to build GDAL?

Thanks Daniele.


2013/3/19 Daniele Romagnoli 

> Hi Santiago,
>
> On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón wrote:
>
>> Thank you very much for your help.
>>
>> It seems I don't have libstdc installed:
>>
>> paisaje@vision3:~$ /usr/lib/lib
>> libblas/ libnvidia-compiler.so.195.36.24
>> libcanberra-0.24/libOpenCL.so.1.0
>> libfakeroot/ libOpenCL.so.1.0.0
>> libgconf2-4/ libproxy/
>> libgksu/ libtrash/
>> libglade/libv4l/
>> libgnome-window-settings1/   libvdpau.so.1
>> libgphoto2/  libvdpau.so.195.36.24
>> libgphoto2_port/ libvisual-0.4/
>> libgtk2.0-0/ libvte9/
>> libnfsidmap/
>>
>> Did you also try a "locate libstdc++"?
>
> Cheers,
> Daniele
>
>
>
>> Maybe I need to install it before and if still doesn't work build GDAL
>> from source.
>> Any tips I should follow?
>>
>> Cheers,
>>
>>
>> 2013/3/19 Daniele Romagnoli 
>>
>>> Hi Santiago,
>>> These GLIBCXX_ issues have been previously sometime encountered and
>>> reported by users which were attempting to use the linux libraries on some
>>> particular distro.
>>> These are mainly due to the underlying base libs being not available/or
>>> differents on that specific distro with respect to the Centos/Ubuntu
>>> machines where they have been builts.
>>> Which version did you download?
>>> Anyway, after some attempts we have concluded that some specific systems
>>> requires it specific GDAL builds to make sure to solve this kind of issue
>>> with the internal libraries.
>>>
>>> You could maybe check your GLIBCXX version and then check the ones
>>> requested by the available libs and if none fits your needs, I think the
>>> solution would be that you build GDAL on your machine.
>>> Please, let us know.
>>> Regards,
>>> Daniele
>>>
>>>
>>>
>>>
>>>
 paisaje@vision3:~/gdal$ ./gdalinfo
 ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
 (required by libNCSEcw.so.0)

 Do I need to install GLIBCXX_3.4.14? To make things more complicated, I
 do not have sudo privileges in the system I am deploying the server...






 2013/3/19 Simone Giannecchini 

> Ciao Santiago,
> did you try to run the gdalinfo tool to check that the nativelibs
> where properly installed?
> It should be part of the native libs as well. Moreover, make sure
> there is no other installation on the same server as
> this might cause problems.
>
> Regards,
> Simone Giannecchini
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more information.
> ==
>
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob:   +39 333 8128928
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
>
> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
> wrote:
> > Hello everyone,
> >
> > I have tried to install the GDAL extension following the
> instructions at
> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
> >
> > I have followed each step carefully, but after restarting no new
> raster
> > formats are available. Looking into the logs via webadmin I can't
> see the
> > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> WARNING:
> > Native library load failed.java.lang.UnsatisfiedLinkError: no
> gdaljni in
> > java.library.path"
> > Or anything related to gdal.
> >
> > The system is a Debian 6.0 2.6.32-5-amd64
> > java version "1.6.0_18"
> > OpenJDK Runtime Environment (IcedTea6 1.8.13)
> (6b18-1.8.13-0

[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] GeoServer 2.3.0 GDAL extension

[Daniele Romagnoli]

Hi Santiago,

On Tue, Mar 19, 2013 at 4:58 PM, Santiago Timón wrote:

> Thank you very much for your help.
>
> It seems I don't have libstdc installed:
>
> paisaje@vision3:~$ /usr/lib/lib
> libblas/ libnvidia-compiler.so.195.36.24
> libcanberra-0.24/libOpenCL.so.1.0
> libfakeroot/ libOpenCL.so.1.0.0
> libgconf2-4/ libproxy/
> libgksu/ libtrash/
> libglade/libv4l/
> libgnome-window-settings1/   libvdpau.so.1
> libgphoto2/  libvdpau.so.195.36.24
> libgphoto2_port/ libvisual-0.4/
> libgtk2.0-0/ libvte9/
> libnfsidmap/
>
> Did you also try a "locate libstdc++"?

Cheers,
Daniele



> Maybe I need to install it before and if still doesn't work build GDAL
> from source.
> Any tips I should follow?
>
> Cheers,
>
>
> 2013/3/19 Daniele Romagnoli 
>
>> Hi Santiago,
>> These GLIBCXX_ issues have been previously sometime encountered and
>> reported by users which were attempting to use the linux libraries on some
>> particular distro.
>> These are mainly due to the underlying base libs being not available/or
>> differents on that specific distro with respect to the Centos/Ubuntu
>> machines where they have been builts.
>> Which version did you download?
>> Anyway, after some attempts we have concluded that some specific systems
>> requires it specific GDAL builds to make sure to solve this kind of issue
>> with the internal libraries.
>>
>> You could maybe check your GLIBCXX version and then check the ones
>> requested by the available libs and if none fits your needs, I think the
>> solution would be that you build GDAL on your machine.
>> Please, let us know.
>> Regards,
>> Daniele
>>
>>
>>
>>
>>
>>> paisaje@vision3:~/gdal$ ./gdalinfo
>>> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
>>> (required by libNCSEcw.so.0)
>>>
>>> Do I need to install GLIBCXX_3.4.14? To make things more complicated, I
>>> do not have sudo privileges in the system I am deploying the server...
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2013/3/19 Simone Giannecchini 
>>>
 Ciao Santiago,
 did you try to run the gdalinfo tool to check that the nativelibs
 where properly installed?
 It should be part of the native libs as well. Moreover, make sure
 there is no other installation on the same server as
 this might cause problems.

 Regards,
 Simone Giannecchini
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for
 more information.
 ==

 Ing. Simone Giannecchini
 @simogeo
 Founder/Director

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

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

 ---


 On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
 wrote:
 > Hello everyone,
 >
 > I have tried to install the GDAL extension following the instructions
 at
 > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
 >
 > I have followed each step carefully, but after restarting no new
 raster
 > formats are available. Looking into the logs via webadmin I can't see
 the
 > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
 WARNING:
 > Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni
 in
 > java.library.path"
 > Or anything related to gdal.
 >
 > The system is a Debian 6.0 2.6.32-5-amd64
 > java version "1.6.0_18"
 > OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
 > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
 > and Tomcat 7.0.35
 >
 > Am I missing something?
 >
 > 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_mar
 > ___
 > 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_mar
>>> ___
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>>
>

Re: [Geoserver-users] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

Thank you very much for your help.

It seems I don't have libstdc installed:

paisaje@vision3:~$ /usr/lib/lib
libblas/ libnvidia-compiler.so.195.36.24
libcanberra-0.24/libOpenCL.so.1.0
libfakeroot/ libOpenCL.so.1.0.0
libgconf2-4/ libproxy/
libgksu/ libtrash/
libglade/libv4l/
libgnome-window-settings1/   libvdpau.so.1
libgphoto2/  libvdpau.so.195.36.24
libgphoto2_port/ libvisual-0.4/
libgtk2.0-0/ libvte9/
libnfsidmap/

Maybe I need to install it before and if still doesn't work build GDAL from
source.
Any tips I should follow?

Cheers,


2013/3/19 Daniele Romagnoli 

> Hi Santiago,
> These GLIBCXX_ issues have been previously sometime encountered and
> reported by users which were attempting to use the linux libraries on some
> particular distro.
> These are mainly due to the underlying base libs being not available/or
> differents on that specific distro with respect to the Centos/Ubuntu
> machines where they have been builts.
> Which version did you download?
> Anyway, after some attempts we have concluded that some specific systems
> requires it specific GDAL builds to make sure to solve this kind of issue
> with the internal libraries.
>
> You could maybe check your GLIBCXX version and then check the ones
> requested by the available libs and if none fits your needs, I think the
> solution would be that you build GDAL on your machine.
> Please, let us know.
> Regards,
> Daniele
>
>
>
>
>
>> paisaje@vision3:~/gdal$ ./gdalinfo
>> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
>> (required by libNCSEcw.so.0)
>>
>> Do I need to install GLIBCXX_3.4.14? To make things more complicated, I
>> do not have sudo privileges in the system I am deploying the server...
>>
>>
>>
>>
>>
>>
>> 2013/3/19 Simone Giannecchini 
>>
>>> Ciao Santiago,
>>> did you try to run the gdalinfo tool to check that the nativelibs
>>> where properly installed?
>>> It should be part of the native libs as well. Moreover, make sure
>>> there is no other installation on the same server as
>>> this might cause problems.
>>>
>>> Regards,
>>> Simone Giannecchini
>>> ==
>>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>>> more information.
>>> ==
>>>
>>> Ing. Simone Giannecchini
>>> @simogeo
>>> Founder/Director
>>>
>>> GeoSolutions S.A.S.
>>> Via Poggio alle Viti 1187
>>> 55054  Massarosa (LU)
>>> Italy
>>> phone: +39 0584 962313
>>> fax: +39 0584 1660272
>>> mob:   +39 333 8128928
>>>
>>> http://www.geo-solutions.it
>>> http://twitter.com/geosolutions_it
>>>
>>> ---
>>>
>>>
>>> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
>>> wrote:
>>> > Hello everyone,
>>> >
>>> > I have tried to install the GDAL extension following the instructions
>>> at
>>> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>>> >
>>> > I have followed each step carefully, but after restarting no new raster
>>> > formats are available. Looking into the logs via webadmin I can't see
>>> the
>>> > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>>> WARNING:
>>> > Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni
>>> in
>>> > java.library.path"
>>> > Or anything related to gdal.
>>> >
>>> > The system is a Debian 6.0 2.6.32-5-amd64
>>> > java version "1.6.0_18"
>>> > OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
>>> > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
>>> > and Tomcat 7.0.35
>>> >
>>> > Am I missing something?
>>> >
>>> > 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_mar
>>> > ___
>>> > 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_mar
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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:

Re: [Geoserver-users] JVM goes up in smoke

[Simone Giannecchini]

Dear All,
thanks for reporting these issues. We are running some additional
stress test to try and reproduce this issue in
order to fix it.

We'll keep you posted.

Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Mon, Mar 18, 2013 at 4:17 PM, Brad Bode  wrote:
> I have the same exact issue, which I can duplicate every time. I am working
> on posting the information I have gained. But the short answer is that I am
> using Windows R2 on a VM, tomcat, apache, and GeoServer.
>
> 
> Brad A. Bode
> Principal
> Software Systems
> Foundry Engineering
>
> 
> From: cmaul 
> To: geoserver-users@lists.sourceforge.net
> Sent: Sunday, March 17, 2013 11:34 PM
> Subject: [Geoserver-users] JVM goes up in smoke
>
> Hello,
>
> Geoserver is 2.25
> Apache 2.2.21
> Tomcat 7.0.27
> GDAL 1.9.2
> ECW SDK 4.3
> Visual C++ 2010 redistributables.
>
> Windows2008R2 virtual machine with 32GB RAM.
>
> When cutting tiles the Java Vm disappears without a trace after happily
> working between 4 - 15 minutes.
> There is nothing suspicious in the geoserver log, tomcat.log, apache or the
> event viewer.
>
> The screenshot of the visualvm shows a busy server but also a large portion
> of the heap unused.
> I wouldn't call this a server that is stressed.
>
>
> Java VisualVM screenshot
> 
>
> Because the tiles are cut from ecw there are a lot of components involved.
> Where could I find an indicator of what it is that's making the JVM
> collapse?
>
> 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/JVM-goes-up-in-smoke-tp5041006.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> --
> 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
>
>
>
> --
> 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
>

--
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] App-Schema plugin, mapping the Address model of INSPIRE

[Andrea Aime]

On Tue, Mar 19, 2013 at 4:29 PM, Julián González  wrote:
> Nowadays the IGN (National Geographic Institute) and the CNIG (National
> Geographic Information Center) of Spain are very interested in the
> app-schema plugin to implement INSPIRE compliant download services based on
> WFS 2.0.0, but unfortunately  we haven't the neccesary development
> habilities to fork GeoServer.

The app-schema plugin was born to allow mapping of a pre-existing
database structure
onto complex feature GML.

I'm wondering if the pre-existing database structure is a requirement
in your case as well,
or not.
If you can roll your own, with whatever structure you like, simpler
solutions could be adopted,
for example, adopt a single table per complex feature solution, where
all the data is kept
in a TEXT field in the original GML format, and a few selected
attributes are extracted from
it in phisical table column in order to allow for fast retrieval and indexing.

The idea is that one could extract the most commonly used ones in
order to get a fast WMS
out of the complex features, and for quickly locating features for WFS
download based on
the expected common filters, but also allow working on the full
feature in case it's needed.
For some databases XML is a native data type (Oraclen and PostgreSQL
should both have
this ability), allowing the DB to evaluated XPath expressions against
the XML content of the column,
thus making filters against the XML faster, compared to a situation
where the whole dataset
has to be transferred to GeoServer for parsing and filtering.

Of course, the above would need a new type of datastore, and this
would require funding,
but it may be an option that would allow for easier setup and possibly
higher performance
than the situation in which app-schema operates

Just a thought

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

Re: [Geoserver-users] App-Schema plugin, mapping the Address model of INSPIRE

[Julián González]

First of all, Ben, Rini thanks a lot.

Now I'm running GeoServer 2.3 on Tomcat 7.0.35 on windows 7. The main
problems with oracle have dissapeared.

Maybe I haven't explained my self very well. When I wrote "If the data
store is a property file everything works fine", I mean that the wfs return
right results for the queries included the last query (adminUnitName within
Castilla y León), even when ValueReference is used! In fact the province of
Segovia (gml:id=AUN_PRO_4000) is situated within the Autonomous
Region of Castilla y León (gml:id=AUN_COM_07) that is what the wfs answers
 when the data store is a property file. So I'm very surprised when you say
that ValueReference is not suported.

Is it clear now?

Nowadays the IGN (National Geographic Institute) and the CNIG (National
Geographic Information Center) of Spain are very interested in the
app-schema plugin to implement INSPIRE compliant download services based on
WFS 2.0.0, but unfortunately  we haven't the neccesary development
habilities to fork GeoServer.

Kind regards.



2013/3/18 

> Hi Julián,
>
> Like Ben said ValueReference is not yet supported with app-schema
> (although this may change soon if IGN work gets committed).
> This would explain why your filter results return the wrong results with
> property files.
>
> GetFeature: asking for an AdminUnitName that is situatedwithin the
> AdminUnitName which name is 'Castilla y León'
>
> 
>
>
> http://localhost:8080/geoserver/wfs?SERVICE=WFS&VERSION=2.0.0&REQUEST=GetFeature&TYPENAME=ad:AdminUnitName&FILTER=ad:situatedWithin/ad:AdminUnitName/ad:name/gn:GeographicalName/gn:spelling/gn:SpellingOfName/gn:textCastilla
> y León
>
>
> Response when the datastore is a properties file
> 
>
> http://www.opengis.net/wfs/2.0";
> xmlns:gn="urn:x-inspire:specification:gmlas:GeographicalNames:3.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2" xmlns:gml="
> http://www.opengis.net/gml/3.2";
> xmlns:ad="urn:x-inspire:specification:gmlas:Addresses:3.0"
> numberMatched="unknown" numberReturned="1"
> timeStamp="2013-03-14T09:05:26.612Z"
> xsi:schemaLocation="urn:x-inspire:specification:gmlas:Addresses:3.0
> http://inspire.ec.europa.eu/schemas/ad/3.0/Addresses.xsd
> http://www.opengis.net/gml/3.2
> http://schemas.opengis.net/gml/3.2.1/gml.xsd
> http://www.opengis.net/wfs/2.0 http://schemas.opengis.net/wfs/2.0/wfs.xsd
> ">
> 
> 
> 
> 
> PRO_4000
> ES.CNIG.CARTOCIUDAD
> 
> 
> 2012-07-05T14:13:16Z
> http://localhost:8080/geoserver/wfs?request=GetFeature&version=2.0.0&typeName=ad:AdminUnitName&FEATUREID=AUN_COM_07
> "/>
> 
> 
> 
> 
> Segovia
> 
> 
> 
> 
>  codeSpace="urn:x-inspire:specification:gmlas:AdministrativeUnits:3.0/AdministrativeHierarchyLevel">3rdOrder
> 
> 
> 
>
> The error with Oracle might be caused by a bug in 2.2.1 version. Try the
> latest 2.3 instead. Also I noticed you're not using joining.
> Turning joining on will improve performance if you have a large dataset
> (although it won't have much impact if you're only using up to 100 features
> for testing). More info:
> http://gridlock.opengeo.org/geoserver/2.3.x/doc/en/user/data/app-schema/joining.html#configuration
>
>
> Cheers
> Rini
>
>
>
> -Original Message-
> From: Caradoc-Davies, Ben (CESRE, Kensington)
> Sent: Monday, 18 March 2013 1:24 PM
> To: Julián González
> Cc: geoserver-users@lists.sourceforge.net; Angreani, Rini (CESRE,
> Kensington)
> Subject: Re: [Geoserver-users] App-Schema plugin, mapping the Address
> model of INSPIRE
>
> Julián,
>
> I had a look at your sample queries. app-schema does not support WFS
> 2.0.0 (the parts also in WFS 1.1.0 work by accident). In particular,
> app-schema does not yet support ValueReference. See here:
>
> http://osgeo-org.1560.n6.nabble.com/Some-GeoServer-2-3-x-app-schema-GeoSciML-v3-GML-3-2-application-schema-tests-td5035802.html
>
> I do not know why this appears to work for a property file. Rini?
>
> I am aware of a proposal to improve WFS 2.0.0 support, but it is not yet
> underway.
>
> Kind regards,
> Ben.
>
> On 14/03/13 18:17, Julián González wrote:
> > Sorry for this late reply.
> >
> > I was out of the project for months and now I'm working on it again.
> >
> > I've made some test and I'm getting very confused.
> >
> > First of all I've simplified my schema, now I'm using only one feature
> > type from the INSPIRE Address Schema which is AdminUnitName that has a
> > self relationship called situatedwithin. I think that the names are
> > descriptive enough. More info on:
> > http://inspire.jrc.ec.europa.eu/documents/Data_Specifications/INSPIRE_
> > DataSpecification_AD_v3.0.1.pdf
> >
> > If the data store is a property file everything works fine, but if the
> > data store is an Oracle database nothing works fine.
> >
> > I've 'zipped', the geose

Re: [Geoserver-users] Service Capabilities - 2.3.0

[Andrea Aime]

On Tue, Mar 19, 2013 at 3:58 PM, Jonathan Moules
 wrote:
> Hi List,
>   Something odd going on here. I'm not sure if I've somehow done something
> to FUBAR my GeoServer deployment, or if this is something with 2.3.x
>
> When I installed GeoServer 2.3.0RC1, my Service Capabilities list on the
> default admin page added:
>
>
> GWC
> 1.0.0 (linking to
> http://wppgeog3:8082/geoserver/ows?service=gwc&version=1.0.0&request=GetCapabilities)

Hum, for this one I have no idea except that it should not be there,
there is no such a thing as a GWC service (there is WMTS instead).


> But when I go there I get an Exception:
> "No such operation gwc 1.0.0 GetCapabilities"
>
> 
>
> Now I've just installed 2.3.0 proper and I'm seeing this as well:
> WCS
> 1.0.0
> 1.1.0
> 1.1.1
> 1.1
>
> Where did 1.1 come from? When I click it GeoServer gives me the 1.1.1
> GetCapabilities. it also tells me that GeoServer implements
> 1.0 and 1.1.1, so it seems that 1.1.0 is also superfluous.

Unfortunately they are not, at some point OGC released every one of them,
then changed their minds, that's why we have so many flavors of 1.1.x
(for the record, the official one is 1.1 now, but when we implemented it,
it was 1.1.1 which was superseding 1.1.0)

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] Service Capabilities - 2.3.0

[Jonathan Moules]

Hi List,
  Something odd going on here. I'm not sure if I've somehow done something
to FUBAR my GeoServer deployment, or if this is something with 2.3.x

When I installed GeoServer 2.3.0RC1, my Service Capabilities list on the
default admin page added:


*GWC *
*1.0.0* (linking to
http://wppgeog3:8082/geoserver/ows?service=gwc&version=1.0.0&request=GetCapabilities
)

But when I go there I get an Exception:
"No such operation gwc 1.0.0 GetCapabilities"



Now I've just installed 2.3.0 proper and I'm seeing this as well:
*WCS *
*1.0.0*
*1.1.0*
*1.1.1*
*1.1*

Where did 1.1 come from? When I click it GeoServer gives me the 1.1.1
GetCapabilities. it also tells me that GeoServer implements
1.0 and 1.1.1, so it seems that 1.1.0 is also superfluous.

Anyone else seeing these?

Jonathan


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.
--
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] GeoServer 2.3.0 GDAL extension

[Daniele Romagnoli]

Hi Santiago,
These GLIBCXX_ issues have been previously sometime encountered and
reported by users which were attempting to use the linux libraries on some
particular distro.
These are mainly due to the underlying base libs being not available/or
differents on that specific distro with respect to the Centos/Ubuntu
machines where they have been builts.
Which version did you download?
Anyway, after some attempts we have concluded that some specific systems
requires it specific GDAL builds to make sure to solve this kind of issue
with the internal libraries.

You could maybe check your GLIBCXX version and then check the ones
requested by the available libs and if none fits your needs, I think the
solution would be that you build GDAL on your machine.
Please, let us know.
Regards,
Daniele




> paisaje@vision3:~/gdal$ ./gdalinfo
> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
> (required by libNCSEcw.so.0)
>
> Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do
> not have sudo privileges in the system I am deploying the server...
>
>
>
>
>
>
> 2013/3/19 Simone Giannecchini 
>
>> Ciao Santiago,
>> did you try to run the gdalinfo tool to check that the nativelibs
>> where properly installed?
>> It should be part of the native libs as well. Moreover, make sure
>> there is no other installation on the same server as
>> this might cause problems.
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39 333 8128928
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>>
>>
>> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
>> wrote:
>> > Hello everyone,
>> >
>> > I have tried to install the GDAL extension following the instructions at
>> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>> >
>> > I have followed each step carefully, but after restarting no new raster
>> > formats are available. Looking into the logs via webadmin I can't see
>> the
>> > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> WARNING:
>> > Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
>> > java.library.path"
>> > Or anything related to gdal.
>> >
>> > The system is a Debian 6.0 2.6.32-5-amd64
>> > java version "1.6.0_18"
>> > OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
>> > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
>> > and Tomcat 7.0.35
>> >
>> > Am I missing something?
>> >
>> > 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_mar
>> > ___
>> > 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_mar
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---
--
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] GeoServer 2.3.0 GDAL extension

[Simone Giannecchini]

It looks like the combination of gcc and libstdc++ on your system does
not match the ones we built ourselves.
Let' see if Daniele has any suggestions.

Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Tue, Mar 19, 2013 at 2:00 PM, Santiago Timón  wrote:
> Does gdalinfo need to be globally available? if yes, what are the steps?
>
> gdalinfo fails :(
>
> paisaje@vision3:~/gdal$ ./gdalinfo
> ./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
> (required by libNCSEcw.so.0)
>
> Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do
> not have sudo privileges in the system I am deploying the server...
>
>
>
>
>
>
> 2013/3/19 Simone Giannecchini 
>>
>> Ciao Santiago,
>> did you try to run the gdalinfo tool to check that the nativelibs
>> where properly installed?
>> It should be part of the native libs as well. Moreover, make sure
>> there is no other installation on the same server as
>> this might cause problems.
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob:   +39 333 8128928
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>>
>>
>> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
>> wrote:
>> > Hello everyone,
>> >
>> > I have tried to install the GDAL extension following the instructions at
>> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>> >
>> > I have followed each step carefully, but after restarting no new raster
>> > formats are available. Looking into the logs via webadmin I can't see
>> > the
>> > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>> > WARNING:
>> > Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
>> > java.library.path"
>> > Or anything related to gdal.
>> >
>> > The system is a Debian 6.0 2.6.32-5-amd64
>> > java version "1.6.0_18"
>> > OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
>> > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
>> > and Tomcat 7.0.35
>> >
>> > Am I missing something?
>> >
>> > 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_mar
>> > ___
>> > 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_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.3.0 released

[Andrea Aime]

On Tue, Mar 19, 2013 at 2:17 PM, Jonathan Moules
 wrote:
> Another quick observation - the stable documentation -
> http://docs.geoserver.org/stable/en/user/ - says 2.2.x, at the top of the
> page and in the browser-header.
> If I change the URL to http://docs.geoserver.org/latest/en/user/ - it
> becomes 2.4.x.

The home page I've fixed, but the doc server is managed by OpenGeo... cc'ing
some people over there that might be useful in solving this one

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

Re: [Geoserver-users] GeoServer 2.3.0 released

[Jonathan Moules]

Another quick observation - the stable documentation -
http://docs.geoserver.org/stable/en/user/ - says 2.2.x, at the top of the
page and in the browser-header.
If I change the URL to http://docs.geoserver.org/latest/en/user/ - it
becomes 2.4.x.

Jonathan



On 19 March 2013 10:24, Jonathan Moules
wrote:

> Hi Andrea,
>   Good to see this release.
> This may still be on the todo-list of the release schedule, but the latest
> news info on the GeoServer homepage is still advertising 2.2.5.
>
> Jonathan
>
>
>
>
> On 19 March 2013 09:38, Andrea Aime  wrote:
>
>> The GeoServer team is happy to announce the release of GeoServer
>> 2.3.0, available for download:
>> http://geoserver.org/display/GEOS/GeoServer+2.3.0
>>
>> Please check about the news of this release in the official blog here:
>>
>> http://blog.geoserver.org/2013/03/18/geoserver-2-3-0-released-first-official-osgeo-release/
>> and if you haven't done so already, read a longer introduction to the
>> 2.3.x series
>> improvements here:
>> http://blog.geoserver.org/2013/01/29/geoserver-2-3-beta-released/
>>
>> Download GeoServer 2.3, try it out, and provide feedback on this
>> mailing list.  ù
>> As with any new version, be sure to backup your data directory before
>> upgrading.
>>
>> Thanks again for using GeoServer!
>>
>> The GeoServer team
>>
>>
>> --
>> 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
>>
>
>


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.
--
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] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

Does gdalinfo need to be globally available? if yes, what are the steps?

gdalinfo fails :(

paisaje@vision3:~/gdal$ ./gdalinfo
./gdalinfo: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
(required by libNCSEcw.so.0)

Do I need to install GLIBCXX_3.4.14? To make things more complicated, I do
not have sudo privileges in the system I am deploying the server...






2013/3/19 Simone Giannecchini 

> Ciao Santiago,
> did you try to run the gdalinfo tool to check that the nativelibs
> where properly installed?
> It should be part of the native libs as well. Moreover, make sure
> there is no other installation on the same server as
> this might cause problems.
>
> Regards,
> Simone Giannecchini
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more information.
> ==
>
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob:   +39 333 8128928
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
>
> On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón 
> wrote:
> > Hello everyone,
> >
> > I have tried to install the GDAL extension following the instructions at
> > http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
> >
> > I have followed each step carefully, but after restarting no new raster
> > formats are available. Looking into the logs via webadmin I can't see the
> > error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
> WARNING:
> > Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
> > java.library.path"
> > Or anything related to gdal.
> >
> > The system is a Debian 6.0 2.6.32-5-amd64
> > java version "1.6.0_18"
> > OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
> > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
> > and Tomcat 7.0.35
> >
> > Am I missing something?
> >
> > 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_mar
> > ___
> > 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_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.3.0 GDAL extension

[Simone Giannecchini]

Ciao Santiago,
did you try to run the gdalinfo tool to check that the nativelibs
where properly installed?
It should be part of the native libs as well. Moreover, make sure
there is no other installation on the same server as
this might cause problems.

Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

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

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

---


On Tue, Mar 19, 2013 at 11:58 AM, Santiago Timón  wrote:
> Hello everyone,
>
> I have tried to install the GDAL extension following the instructions at
> http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.
>
> I have followed each step carefully, but after restarting no new raster
> formats are available. Looking into the logs via webadmin I can't see the
> error "it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING:
> Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in
> java.library.path"
> Or anything related to gdal.
>
> The system is a Debian 6.0 2.6.32-5-amd64
> java version "1.6.0_18"
> OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
> OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
> and Tomcat 7.0.35
>
> Am I missing something?
>
> 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_mar
> ___
> 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_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer 2.3.0 GDAL extension

[Santiago Timón]

Hello everyone,

I have tried to install the GDAL extension following the instructions at
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html.

I have followed each step carefully, but after restarting no new raster
formats are available. Looking into the logs via webadmin I can't see the
error "*it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no
gdaljni in java.library.path"*
Or anything related to gdal.

The system is a Debian 6.0 2.6.32-5-amd64
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze2)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
and Tomcat 7.0.35

Am I missing something?

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_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.3.0 released

[Jonathan Moules]

Hi Andrea,
  Good to see this release.
This may still be on the todo-list of the release schedule, but the latest
news info on the GeoServer homepage is still advertising 2.2.5.

Jonathan



On 19 March 2013 09:38, Andrea Aime  wrote:

> The GeoServer team is happy to announce the release of GeoServer
> 2.3.0, available for download:
> http://geoserver.org/display/GEOS/GeoServer+2.3.0
>
> Please check about the news of this release in the official blog here:
>
> http://blog.geoserver.org/2013/03/18/geoserver-2-3-0-released-first-official-osgeo-release/
> and if you haven't done so already, read a longer introduction to the
> 2.3.x series
> improvements here:
> http://blog.geoserver.org/2013/01/29/geoserver-2-3-beta-released/
>
> Download GeoServer 2.3, try it out, and provide feedback on this
> mailing list.  ù
> As with any new version, be sure to backup your data directory before
> upgrading.
>
> Thanks again for using GeoServer!
>
> The GeoServer team
>
>
> --
> 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
>


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.
--
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] GeoServer 2.3.0 released

[gabriel]

If I want to show layer through OpenLayers in LayerPreview i cant see image.
I get this error message 
java.lang.NoClassDefFoundError: Could not initialize class
org.geotools.image.ImageWorker
Could not initialize class org.geotools.image.ImageWorker



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/GeoServer-2-3-0-released-tp5041290p5041297.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
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] GeoServer 2.3.0 released

[Andrea Aime]

The GeoServer team is happy to announce the release of GeoServer
2.3.0, available for download:
http://geoserver.org/display/GEOS/GeoServer+2.3.0

Please check about the news of this release in the official blog here:
http://blog.geoserver.org/2013/03/18/geoserver-2-3-0-released-first-official-osgeo-release/
and if you haven't done so already, read a longer introduction to the
2.3.x series
improvements here:
http://blog.geoserver.org/2013/01/29/geoserver-2-3-beta-released/

Download GeoServer 2.3, try it out, and provide feedback on this
mailing list.  ù
As with any new version, be sure to backup your data directory before upgrading.

Thanks again for using GeoServer!

The GeoServer team

--
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] Openlayers library

[Khaoula MIMID]

Hello,
Thank you for your answer.
i would like to use your second suggestion :
-create a new web project JSLibrary
-In web content i copy the unziped folder openLayers-2.12
- when i want to refer to it  in another web project  :
src="/JsLibrarp/OpenLayers/OpenLayers.js"
Is that so?
one more thing : when i imoprt the folder openlayers2-12 to a project, i
get a red cross on it like if there are errors in the .js pages. Shall i
ignore that
thank you


2013/3/18 Phil Scadden 

> In your web pages, you include Openlayers with
>