Dear Daniele Romagnoli
Thank you very much for your reply. I will follow your recommendations and try a static jet colormap. Find bellow the answers for your questions:
1 - Which kind of data are you servingã Do you have any chance to provide a
summary of what gdalinfo or other tools (such as ncdump) report on top of
your data?
Answer: Find the ncdump.docx in attached
2 - Can you provide the SLD you are using?
Answers: I am using Geoserver default SLD
- Are you using your data through NetCDF store or ImageMosaicã
Answers: NetCDF store
I very appreciated your time.
geoserver-users-request@lists.sourceforge.net
11/04/2016 10:50
Favor responder a
geoserver-users@lists.sourceforge.net
Para
geoserver-users@anonymised.comourceforge.net
cc
Assunto
Geoserver-users Digest, Vol 119, Issue 32
Send Geoserver-users mailing list submissions to
geoserver-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
geoserver-users-request@lists.sourceforge.net
You can reach the person managing the list at
geoserver-users-owner@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Geoserver-users digest..."
Today's Topics:
1. Re: H2 JAR version upgrade (Raif S. Naffah)
2. Re: H2 JAR version upgrade (Andrea Aime)
3. Servlet Container Performance (Volkan Gãmãs)
4. Re: NetCDF ColorMap (Daniele Romagnoli)
----------------------------------------------------------------------
Message: 1
Date: Mon, 11 Apr 2016 10:35:14 +1000
From: "Raif S. Naffah" <raif@anonymised.com>
Subject: Re: [Geoserver-users] H2 JAR version upgrade
To: Andrea Aime <andrea.aime@anonymised.com>
Cc: geoserver-users <geoserver-users@lists.sourceforge.net>
Message-ID: <20160411103514.31ee2315@anonymised.com>
Content-Type: text/plain; charset="us-ascii"
hi Andrea,
comments in-line.
On Fri, 8 Apr 2016 09:47:53 +0200, Andrea Aime wrote:
> Hi Raif,
> thorny question. In an ideal world we could:
> 1) Go down in GeoTools and replace gt-jdbc-h2 with h2gis
> 2) Provide an upgrade path for those using jt-jdbc-h2 to h2gis
> 3) Find a way to upgrade the GWC disk quota database with the newer H2
> 4) Find a way to upgrade the KML superoverlay database with newer H2
> 5) Same as 2-3 for any other H2 usage I don't remember now
>
> In the reality, 1) is not possible because H2Gis decided on a license
> that's incompatible with GeoTools (only compatible with GeoServer).
> 1) would thus be real problem because gt-jdbc-h2 is the only store
> that actually runs tests by default in the build, if we remove it,
> we'd have no test coverage left for those modules (by default at
> least). So... I believe we'd have to try and upgrade gt-jdbc-h2 to v
> 2.x, not sure how hard it would be.
i take it you meant version 1.2 or later referring to H2.
over the weekend i downloaded the sources for Justin's geodb [5]
(tagged version 0.8) and GT 14.3. i was able to build locally a geodb
0.9-SNAPSHOT using the latest stable H2 (1.3.176) and hatbox [6]
(1.0.b9) (the library used by geodb for spatial indexing) w/o problems.
i then used this version to build gt-jdbc-h2. i was able to do that w/
few modifications to the SQL used in 3 H2xxxTestSetup classes [7].
w/ this all 325 tests pass. this to me means it's possible w/ little
effort.
> 2) is hard to justify because I believe not very many people use
> gt-jdbc-h2 as the storage, but all of our database integration tests
> in GeoServer and some in geotools do, so ... uff... we'd have to do
> some work here anyways (basicaly back to 1), assuming it's ok to
> drop the axe on actual gt-jdbc-h2 production
> users, hopefully there are few/none)
i think gt-jdbc-h2 should stay as is relying on geodb. in addition to
what you've already mentioned it is an example implementation for adding
spatial capability to Derby/JavaDB if needed using hatbox --a Google
Summer of Code project may beã
> 3/4/5 is annoying because H2 seems to have provided no upgrade path
> from 1.x to 2.x...
i take it you don't consider H2's 'Database Upgrade Helper' tool
appropriate. w/ this tool upgrading existent databases sounds analog
to upgrading PostgreSQL + PostGIS tables: the upgrade is done
separately from GS.
>... for disk quota and superoverlay I guess we could
> just change the location/name of files, drop the old ones, and
> have the system rebuild the database from scratch (might take
> hours the first startup, especially if one has a large tile cache on
> disk with disk quota enabled, the system would have to crawl each and
> every tile).
all valid issues for the developers to consider. for me as a GS user
having the standard distribution contain the latest stable H2 is a step
forward.
> All in all it's not impossible but looks like a fair amount of work
> with some upgrade hiccups for the user base.
>
> Going back to your other question, do I know of production usage of
> h2gis with GeoServerã Not personally, sorry :-)
>
> On Fri, Apr 8, 2016 at 4:37 AM, Raif S. Naffah <raif@anonymised.com>
> wrote:
>
> > hi all,
> >
> > i recently upgraded from GS 2.2.5 to 2.8.3 (w/ JDK 8) and everything
> > works fine. now i'd like to start using 'h2gis' [1] and its GS
> > data-store [2].
> >
> > the (potential) problem i'm facing is the version of the 'H2'. in
> > the standard GS 2.8.3 release the H2 JAR is at 1.1.119 and is
> > present in the webapp's lib. 'h2gis' uses a newer version of H2
> > (1.4.189) which has an incompatible (disk format) w/ the one used
> > in 1.1. H2 also provides a utility to 'upgrade database from
> > 1.1...' [3].
> >
> > this thread [4] (which i believe is still relevant) suggests that
> > H2 is only used in specific use-cases...
> >
> > QUOTE
> > ...once a data directory
> > is converted to use it (either because of superoverlays or gwc
> > metastore) you cannot go back.
> > UNQUOTE
> >
> > in my case, after upgrading to GS 2.8.3 (re-using a copy of the
> > data-dir previously used by GS 2.2.5, which in turn was a copy of
> > the same data-dir used by GS 1.5.4) i tried:
> >
> > * removing the h2-1.1.119 JAR, and separately
> > * replacing it w/ a newer version (1.4.191)
> >
> > everything continues to work fine in both instances. this,
> > empirically at least, tells me that my data-dir is not using any
> > 'feature' that would otherwise cause an H2 database to be generated.
> >
> > my questions are --and thanks for reading so far :-)
> >
> > * is there a reliable check to apply _before_ upgrading to ensure a
> > data-dir will continue to be operational after the upgradeã
> >
> > i guess if an H2 database when created/used is always in a
> > specific location w/in the data-dir then checking for the presence
> > of such file system object should be enough. is this the caseã
> >
> > * has any body attempted migrating to a newer version of H2, had to
> > use the (H2) upgrade utility to 'fix' a GS data-dir, and would like
> > to share their experienceã
> >
> >
> > [1] http://www.h2gis.org/
> > [2] https://github.com/orbisgis/h2gis-gs
> > [3] http://h2database.com/html/download.html
> > [4]
> >
> > https://sourceforge.net/p/geoserver/mailman/geoserver-devel/thread/4C2070F7.4000507%40opengeo.org/#msg25582876
[5] https://github.com/jdeolive/geodb
[6] http://hatbox.sourceforge.net/
[7] replace GEOMETRY in the 'CREATE TABLE ...' w/ either BLOB or a
concrete geometry class; i.e. POINT and POLYGON.
--
cheers;
rsn
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 208 bytes
Desc: OpenPGP digital signature
------------------------------
Message: 2
Date: Mon, 11 Apr 2016 10:15:53 +0200
From: Andrea Aime <andrea.aime@anonymised.com>
Subject: Re: [Geoserver-users] H2 JAR version upgrade
To: "Raif S. Naffah" <raif@anonymised.com>
Cc: geoserver-users <geoserver-users@lists.sourceforge.net>
Message-ID:
<CA+nxMTvZxfQNEZZxFeavMu7aZ7GLxrS+PRWLGD7g+CpK+Kuy9Q@anonymised.com>
Content-Type: text/plain; charset="utf-8"
On Mon, Apr 11, 2016 at 2:35 AM, Raif S. Naffah <raif@anonymised.com> wrote:
> > least). So... I believe we'd have to try and upgrade gt-jdbc-h2 to v
> > 2.x, not sure how hard it would be.
>
> i take it you meant version 1.2 or later referring to H2.
>
Yes, sorry.
>
> over the weekend i downloaded the sources for Justin's geodb [5]
> (tagged version 0.8) and GT 14.3. i was able to build locally a geodb
> 0.9-SNAPSHOT using the latest stable H2 (1.3.176) and hatbox [6]
> (1.0.b9) (the library used by geodb for spatial indexing) w/o problems.
>
> i then used this version to build gt-jdbc-h2. i was able to do that w/
> few modifications to the SQL used in 3 H2xxxTestSetup classes [7].
>
> w/ this all 325 tests pass. this to me means it's possible w/ little
> effort.
>
That's good news. Maybe make a pull request out of itã
The geometry usage is worrysome, it would mean a play "dump and restore"
upgrade would not work for H2 databases due to the type name conflict.
As said, maybe not such a bit deal, hopefully not too many people use it
in production.
>
>
> > 2) is hard to justify because I believe not very many people use
> > gt-jdbc-h2 as the storage, but all of our database integration tests
> > in GeoServer and some in geotools do, so ... uff... we'd have to do
> > some work here anyways (basicaly back to 1), assuming it's ok to
> > drop the axe on actual gt-jdbc-h2 production
> > users, hopefully there are few/none)
>
> i think gt-jdbc-h2 should stay as is relying on geodb. in addition to
> what you've already mentioned it is an example implementation for adding
> spatial capability to Derby/JavaDB if needed using hatbox --a Google
> Summer of Code project may beã
>
Looks like a good idea, if we can find a mentor (we haven't had any
available
for some time now).
>
>
> > 3/4/5 is annoying because H2 seems to have provided no upgrade path
> > from 1.x to 2.x...
>
> i take it you don't consider H2's 'Database Upgrade Helper' tool
> appropriate. w/ this tool upgrading existent databases sounds analog
> to upgrading PostgreSQL + PostGIS tables: the upgrade is done
> separately from GS.
>
Having to perform some manual changes against the data directory
in order to upgrade is something that we haven't required... probably neverã
Not even going from 1.x to 2.x, the upgrade path was fully automated,
even if the two data dirs look nothing alike.
That said, maybe it's possible to use that tool from code, in such
case, one could probably automate all the database migrations.
>
> >... for disk quota and superoverlay I guess we could
> > just change the location/name of files, drop the old ones, and
> > have the system rebuild the database from scratch (might take
> > hours the first startup, especially if one has a large tile cache on
> > disk with disk quota enabled, the system would have to crawl each and
> > every tile).
>
> all valid issues for the developers to consider. for me as a GS user
> having the standard distribution contain the latest stable H2 is a step
> forward.
>
Eh, we've been discussing this upgrade for a long time... hopefully we'll
find
a good samaritan down the road that will either take on the work to do
it in its spare time, or find a way to sponsor it
Cheers
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo ? consentito esclusivamente al destinatario del messaggio,
per le finalitã indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalitã diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Mon, 11 Apr 2016 14:55:54 +0200
From: Volkan Gãmãs <hallo@anonymised.com>
Subject: [Geoserver-users] Servlet Container Performance
To: geoserver-users@lists.sourceforge.net
Message-ID: <570B9EDA.9050308@anonymised.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Hey all,
is there any benchmark or performance comparison between inbuild Jetty
6.18 and other servlet containers like Tomcatã
Regards
Volkan Gãmãs
--
Beste Grããe
Volkan Gãmãs
F1-Computer.de
Tel: 0231 223 985 60
Fax: 0231 330 295 08
Mail: hallo@anonymised.com
------------------------------
Message: 4
Date: Mon, 11 Apr 2016 15:49:29 +0200
From: Daniele Romagnoli <daniele.romagnoli@anonymised.com>
Subject: Re: [Geoserver-users] NetCDF ColorMap
To: pinheiro@anonymised.com
Cc: "geoserver-users@lists.sourceforge.net"
<geoserver-users@lists.sourceforge.net>
Message-ID:
<CAJaHrDwpish3Lmw6VzedUuHzFFjO+JH3vGA7XHVGW5xpb-w83Q@anonymised.com>
Content-Type: text/plain; charset="utf-8"
Hi,
you may consider a simpler style first, setting up a static jet colormap,
then move to dynamic color map if really needed.
Please, in order do provide you more feedbacks you should provide us some
more info:
- Which kind of data are you servingã Do you have any chance to provide a
summary of what gdalinfo or other tools (such as ncdump) report on top of
your dataã
- Can you provide the SLD you are usingã
- Are you using your data through NetCDF store or ImageMosaicã
Cheers,
Daniele
On Sun, Apr 10, 2016 at 10:43 PM, <pinheiro@anonymised.com> wrote:
>
> Dear all,
>
> I have tried to use a colormap style for oceanographic data in a NetCDF.
> I followed the instructions in here for Dynamic ColorMaps:
> http://docs.geoserver.org/2.6.3/user/community/colormap/index.html
>
> However, I am still unable to see the styled map after extracting
> archive's contents into WEB-INF/lib. The images bellow show map in PanoPly
> and Geoserver-OpenLayers respectively. Could anyone help me to figure out
> how to configure geoserver to have a similar colormap like in PanoPlyã
> PanoPly
>
>
>
> Geoserver - OpenLayers
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
> gampad/clkãid=1444514301&iu=/ca-pub-7940484522588532
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==
Ing. Daniele Romagnoli
Senior Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo ? consentito esclusivamente al destinatario del messaggio,
per le finalitã indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalitã diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 4828 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 54684 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 20065 bytes
Desc: not available
------------------------------
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clkãid=1444514301&iu=/ca-pub-7940484522588532
------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
End of Geoserver-users Digest, Vol 119, Issue 32
************************************************
ncdump.docx (15.7 KB)
gs-colormap-2.9-SNAPSHOT.jar (19.9 KB)