Re: [Geoserver-users] Point symbols for polygons?

[cmaul]

Mihail,

Yes. If you display the entire polygon, that is correct. If you display only
parts of it Geoserver arranges the label or the point symbol accordingly.
Have a look at the cadastre image. Labels are strings in that case but any
XLink would be treated the same.

http://lctest.land.vic.gov.au/cm/label_in_Polygons.jpeg

At the bottom: The 'X-B\PP5529' parcel labels have been shifted vertically,
so that you can see them.
All the labels are in the middle (horizontally), apart from the most right
label '5-B\PP5529' where the parcel is cut off vertically and horizontally.

In the middle the label '5-C\PP5529' is horizontally in the middle, but sits
vertically on top of the centroid.

The four parcels middle right have the labels arranged horizontally and
vertically in the middle. Again the label is horizontally left and right of
the centroid and vertically on top of the centroid. The fourth parcel label
is lowered a bit in order to fit into the cut off polygon.

I think Geoserver does actually quite a nice job in arranging the labels.

Cheers

Christian 



-


Dr Christian Maul
Project Manager

Information Services Branch
Department Environment and Primary Industries
Level13, Marland House, 570 Bourke Street
Melbourne 3000

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Point-symbols-for-polygons-tp5088519p501.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Point symbols for polygons?

[cmaul]

Mihail,

yes and no. If you display the entire polygon, that is correct. If you
display only parts of it Geoserver arranges the label accordingly. Have a
look at the cadastre image.

http://lctest.land.vic.gov.au/cm/label_in_Polygons.jpeg

At the bottom: The 'X-B\PP5529' parcel labels have been shifted vertically,
so that you can see them.
All the labels are in the middle (horizontally), apart from the most right
label '5-B\PP5529' where the parcel is cut off vertically and horizontally.

In the middle the label '5-C\PP5529' is horizontally in the middle, but sits
vertically on top of the centroid.

The four parcels middle right have the labels arranged horizontally and
vertically in the middle. Again the label is horizontally left and right of
the centroid and vertically on top of the centroid. The fourth parcel label
is lowered a bit in order to fit into the cut off polygon.

I think Geoserver does actually quite a nice job in arranging the labels.

Cheers

Christian 



-


Dr Christian Maul
Project Manager

Information Services Branch
Department Environment and Primary Industries
Level13, Marland House, 570 Bourke Street
Melbourne 3000

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Point-symbols-for-polygons-tp5088519p500.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Height data in GeoServer

[Ben Johnson]

Hey Jonathan,

So I did what I think you are attempting to do just a few months ago on a
project I'm on. We have 1m MrSid imagery served up by WMS and DTED data
served by WCS and with that create a world wide 3D environment. I noticed
you stated you were going to use a color map through WMS and we had done
that, but found out that it was painfully slow with the color map applied.
We use XNA for our 3D rendering but are considering a move to OpenGL or
WebGL in the next year or so. What you want to do can definitely be done
but it takes some time. I can share some C# code with you for parts if you
are more specific in which piece of the puzzle you are working on.

Ben


On Fri, Nov 8, 2013 at 8:51 AM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> HI Folks,
> Thanks for all the responses. I think at this point the visualisation
> problem is more one of not really know what client we're going to use (I'm
> struggling to find any good, easy to use, Open Source 3D clients). So I'll
> forgo the visualisation aspect for now.
> I guess I'll just turn it into a WMS heightmap to start with
>
> @Phil, that sounds interesting, I'll have to give it a try.
>
> @Marcus - the web-app you demo'd is interesting. It also kind of works in
> Opera (though you have to out of your way to enable webGL; seems to be off
> by default). Nasa WorldWind can do similar things, though that's Java.
>
> Thanks all,
> Jonathan
>
>
>
> On 7 November 2013 17:06, Sen, Marcus A.  wrote:
>
>> > -Original Message-
>> > From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
>> > Sent: 07 November 2013 15:43
>>
>> > Thanks for your reply. WCS was one option I considered (I dabbled with
>> > it a few years ago). But are there any applications out there that
>> > could use it as a height-layer for draping a WMS over?
>> Not sure if this is the kind of thing you are thinking of and it isn't a
>> ready-to-use end user application but at
>> http://earthserver.bgs.ac.uk/clients/3d/glasgow_geology.html you can see
>> a web client which uses the x3dom library (www.x3dom.org) and WebGL to
>> show a WMS image (the top ground surface layer) draped on a DEM retrieved
>> from a WCS. Well that isn't quite accurate; this version is getting the DEM
>> data from a rasdaman (http://www.rasdaman.org/) WCPS as that allows us
>> to specify a reduction in resolution of the source DEM for retrieval which
>> WCS doesn't. However, we have used WCS (returning data as GML coverages) as
>> well and it also works. This is using some early development code from
>> https://github.com/PHerzig/EarthServer developed for the EarthServer
>> http://earthserver.eu/ project. So this would be an option if you are
>> happy doing some web page and Javascript programming to make something
>> suitable for your own uses. It will get slow if you want to use high
>> resolution DEMs.
>>
>> This requires a WebGL capable browser (and graphics card). I've used
>> Firefox and Chrome, Internet Explorer 11 is supposed to be WebGL capable
>> but I haven’t tested that yet.
>>
>> Regards,
>>
>> Marcus Sen
>> British Geological Survey
>> Keyworth
>> Nottingham
>> NG12 5GG
>> Web: http://www.bgs.ac.uk
>>
>> This message (and any attachments) is for the recipient only. NERC is
>> subject to the Freedom of Information Act 2000 and the contents of this
>> email and any reply you make may be disclosed by NERC unless it is exempt
>> from release under the Act. Any material supplied to NERC may be stored in
>> an electronic records management system.
>>
>
>
> 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.
>
>
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Ac

Re: [Geoserver-users] DescribeFeatureType - schema error

[Rahkonen Jukka]

Hi,

Perhaps it is a misleading error. You use WFS 1.0.0 and typeNames while it 
should be typeName with that version 
http://docs.geoserver.org/stable/en/user/services/wfs/reference.html. Can be 
something else, though.

-Jukka Rahkonen-



Lähettäjä: Jonathan Moules [jonathanmou...@warwickshire.gov.uk]
Lähetetty: 12. marraskuuta 2013 18:50
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] DescribeFeatureType - schema error

Hi List,
I'm just playing around with WFS requests and came across DescribeFeatureType;
when I do it on one of my GeoServer setups with this query:

http://wppgeog3/geoserver/ows?service=wfs&version=1.0.0&request=DescribeFeatureType&typeNames=Public_Data_DB:ONE_STOP_SHOPS_WSHIRE

I get an exception about a different layer:
java.io.IOException: Schema 
'http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does not 
exist. Schema 
'http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does not 
exist.

What does this error mean? Why is it even trying to access a different layer 
for the schema?



On the server it does work on, I can't help but notice that the results for 
whether I include the typeNames parameter or not don't change. Is that supposed 
to be the case? The documentation implies the results are meant to change and 
be layer specific.

Am I doing something wrong?

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.

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] (no subject)

[Hartmut Noack]

Hello geoserver-people,

I am about to implement some integration of geoserver with a
Wordpress-page and have made first progress. It is all UI-Stuff and
WP-pages shall display layers in Gmaps.  Now, that the thing starts to
work, many questions arise.

I try to solve them by the good old RTFM but t be perfectly honest the
f ahhhmmm friendly manual reaches its limits quite fast.

So maybe you can help:

1.) I have to have some more Labels in the Webinterface. I managed it to
get a new Page using wicket and maven, it works OK, though I had to find
out a lot with trial/error, since

http://docs.geoserver.org/2.1.0/developer/programming-guide/wicket-pages/index.html

... is a bit spartan. So maybe you could help.

is there something like a reference for commands, categories and the
like for programming modules with wicket in geoserver?

for instance:



What can "someCategory" be? I *think* it could point to the section of
the page, that shall display the label. Is there a list of valid
category-names somewhere?

2.) Is there really no way to upload a Shapefile or files in general in
the Web-Interface? I have made a small uploader myself but it seems
clumsy to upload a file and then select its adress with dozens of clicks
in the Stores-tools.

3.) I see lots of performance issues and they seem hard to debug. We run
geoserver on a Debian64 GNU/Linux with but 1Gig Ram and a 2-core CPU, is
that not enough? What would you recommend? I have told Tomcat to allow
512MB Ram for its applications, still geoserver reacts slow and
sometimes crashes altogether.
Some of these crashes where due to bugs in my module, but now, that the
module does as planned and most operations work normal, we still got
timeouts and the like.


best regards

HZN/Berlin

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] DescribeFeatureType - schema error

[Jonathan Moules]

Hi List,
I'm just playing around with WFS requests and came across
DescribeFeatureType;
when I do it on one of my GeoServer setups with this query:

http://wppgeog3/geoserver/ows?service=wfs&version=1.0.0&request=DescribeFeatureType&typeNames=Public_Data_DB:ONE_STOP_SHOPS_WSHIRE

I get an exception about a different layer:

> java.io.IOException: Schema '
> http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does
> not exist. Schema '
> http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does
> not exist.


What does this error mean? Why is it even trying to access a different
layer for the schema?



On the server it does work on, I can't help but notice that the results for
whether I include the typeNames parameter or not don't change. Is that
supposed to be the case? The documentation implies the results are meant to
change and be layer specific.

Am I doing something wrong?

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.
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoTIFFs verus JP2

[Jonathan Moules]

HI All,
Many thanks for the all the responses. Interesting discussion; I've learnt
a lot.

I think my next step is to do some testing; I've not tried the four band -
RGBI imagery yet. When I do I'll post back here with whatever seems to work
best.

Cheers,
Jonathan

On 12 November 2013 13:45, Even Rouault wrote:

> Selon Andrea Aime :
>
> > On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini <
> > simone.giannecch...@geo-solutions.it> wrote:
> >
> > > >
> > > > Will the PHOTOMETRIC= YCBCR work with a four band RGBI?
> > > >
> > >
> > > It should not.
> > >
> >
> > Actually... JPEG itself is not defined on 4 bands images as far as I
> know?
> > Maybe GDAL is dropping the 4th band during the JPEG compression?
>
> The YCbCR JPEG profile of TIFF is indeed limited to 3 bands. So if you
> pass a 4
> band image, gdal_translate should refuse to process it.
> You can JPEG compress a 4 band image, but it will use a JPEG codestream
> for each
> band independantly, so the resulting size will be bigger.
> A possible option would be to generate 2 GeoTIFFs for each input file : one
> YCbCR JPEG compressed with the RGB components, and one JPEG compressed
> with the
> I component. But that might complicate the overall workflow.
>
> Even
>
> >
> > 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
> >
> > ---
> >
>
>
>
>
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

-- 
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.
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoTIFFs verus JP2

[Even Rouault]

Selon Andrea Aime :

> On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini <
> simone.giannecch...@geo-solutions.it> wrote:
>
> > >
> > > Will the PHOTOMETRIC= YCBCR work with a four band RGBI?
> > >
> >
> > It should not.
> >
>
> Actually... JPEG itself is not defined on 4 bands images as far as I know?
> Maybe GDAL is dropping the 4th band during the JPEG compression?

The YCbCR JPEG profile of TIFF is indeed limited to 3 bands. So if you pass a 4
band image, gdal_translate should refuse to process it.
You can JPEG compress a 4 band image, but it will use a JPEG codestream for each
band independantly, so the resulting size will be bigger.
A possible option would be to generate 2 GeoTIFFs for each input file : one
YCbCR JPEG compressed with the RGB components, and one JPEG compressed with the
I component. But that might complicate the overall workflow.

Even

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



--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] labels separated from lines

[Andrea Aime]

On Tue, Nov 12, 2013 at 1:23 PM, Edward Mac Gillavry <
emacgilla...@hotmail.com> wrote:

>
> Check "PerpendicularOffset"
>
>
> http://docs.geoserver.org/latest/en/user/styling/sld-reference/labeling.html#perpendicularoffset
>

Mind, it's only supported when not using the followLine vendor option, as
we don't have yet
ability to compute proper offset curves.
I should start working on that topic soon tough.

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

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

Re: [Geoserver-users] GeoTIFFs verus JP2

[Rahkonen Jukka]

Hi,

JPEG2000 format supports up to 16384 components (bands) but all JPEG2000 
libraries probably not.  Those working with medical imaging or multispectral 
scanners appreciate this but it is also practical for storing multichannel 
satellite images. Bands do not even need to have same extents or resolutions 
but I do not recommend to create such images because few software can utilize 
them.

It you want to trial, take a multiband TIFF and convert it into JPEG2000 with 
Kakadu demo program "kdu_show". You can get it for free from 
http://www.kakadusoftware.com/index.php?option=com_content&task=view&id=26&Itemid=22
 It will be harder to find a good viewer for showing your multichannel JPEG200 
images but you can have a try with QGis or OpenEV.

PHOTOMETRIC=YCBCR works only for 3-band images.

In theory it feels clever to use RGBI originals and pick either true colour or 
CIR presenstations out of them on-the-fly. It means 4 physical bands instead of 
6 when compared to having separate RGB and CIR versions. However, I have been 
disappointed with this approach because it is hard to adjust the RGBI bands so 
that both RGB and CIR looks good without further adjustment in the viewer or by 
the server. And as discussed, three band images compress well with YCBCR and 
the saving in disk space is not necessarily so great. Situation is different 
with for example Landsat images with 7 thematic bands. I can't even count how 
many different RGB combinations there are.

-Jukka Rahkonen-

Jonathan Moules wrote:

Hi Both,
Thanks for the quick and helpful replies. I'll do some experimentation with 
these things. And there I was thinking I'd figured out GDAL. :-) You might want 
to put some of this stuff in your "GeoServer on Steroids" presentation.

I'd thought that overviews were compressed - useful to know they're not; 
that'll be a saving of a couple of GB.

I could have sworn someone told me JP2 couldn't do four bands. Hmmm. For now 
I'll stick with GeoTIFFs - I don't have any 4 band JP2's and our vendor wasn't 
able to create them (nor can FME), so I can't provide a sample I'm afraid.


Will the PHOTOMETRIC= YCBCR work with a four band RGBI?


The GDALINFO for a source Geotiff is:

Driver: GTiff/GeoTIFF
Files: SP4044.tif
   SP4044.tfw
Size is 8000, 8000
Coordinate System is:
PROJCS["OSGB 1936 / British National Grid",
GEOGCS["OSGB 1936",
DATUM["OSGB_1936",
SPHEROID["Airy 1830",6377563.396,299.3249753150316,
AUTHORITY["EPSG","7001"]],
AUTHORITY["EPSG","6277"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4277"]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",49],
PARAMETER["central_meridian",-2],
PARAMETER["scale_factor",0.9996012717],
PARAMETER["false_easting",40],
PARAMETER["false_northing",-10],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","27700"]]
Origin = (44.000,245000.000)
Pixel Size = (0.125,-0.125)
Metadata:
  TIFFTAG_XRESOLUTION=72
  TIFFTAG_YRESOLUTION=72
  TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (  44.000,  245000.000) (  1d24'57.45"W, 52d 6'5.31"N)
Lower Left  (  44.000,  244000.000) (  1d24'57.87"W, 52d 5'32.94"N)
Upper Right (  441000.000,  245000.000) (  1d24'4.89"W, 52d 6'5.04"N)
Lower Right (  441000.000,  244000.000) (  1d24'5.32"W, 52d 5'32.68"N)
Center  (  440500.000,  244500.000) (  1d24'31.39"W, 52d 5'48.99"N)
Band 1 Block=8000x32 Type=Byte, ColorInterp=Red
Band 2 Block=8000x32 Type=Byte, ColorInterp=Green
Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue
Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined

Thanks again,
Jonathan

On 12 November 2013 08:50, Simone Giannecchini 
mailto:simone.giannecch...@geo-solutions.it>>
 wrote:
Ciao Jonathan,
please read my comments inline below...

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, Nov 12, 2013 at 9:27 AM, Jonathan Moules
mailto:jonathanmou...@warwickshire.gov.uk>> 
wrote:
> Hi List,
> We've recently taken deliver of some aerial photography.
>
> As lossless GeoTIFFs, the RedGreenBlue data is 278GB
> As a compressed JP2 file the data is 26GB - the JP2 is almost as good as the
> GeoTIFFs and comes with pyramids built in.
Unless you have an ECW or Kakadu license JP2 reading won't be as fast
as GeoTiff, I mean, nowhere near to it :)

>
> But for speed purposes with GeoServer I've cre

Re: [Geoserver-users] labels separated from lines

[Edward Mac Gillavry]

Check "PerpendicularOffset"

http://docs.geoserver.org/latest/en/user/styling/sld-reference/labeling.html#perpendicularoffset

Cheers,

Edward

> Date: Tue, 12 Nov 2013 04:11:43 -0800
> From: pascal2...@gmail.com
> To: geoserver-users@lists.sourceforge.net
> Subject: [Geoserver-users] labels separated from lines
> 
> Hi, 
> 
> I know that it's possible for a label to follow the ligne with the
> VendorOption name="followLine">true< parameter.
> But in that case, the label is on the line. Is it possible to separate it
> from the line like it's possible to do with a point with the deplacement
> parameter?
> 
> Thanks a lot, 
> 
> Pascal.
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/labels-separated-from-lines-tp5088746.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
> 
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most 
> from the latest Intel processors and coprocessors. See abstracts and register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
  --
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] labels separated from lines

[pascal]

Hi, 

I know that it's possible for a label to follow the ligne with the
VendorOption name="followLine">true< parameter.
But in that case, the label is on the line. Is it possible to separate it
from the line like it's possible to do with a point with the deplacement
parameter?

Thanks a lot, 

Pascal.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/labels-separated-from-lines-tp5088746.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoTIFFs verus JP2

[Andrea Aime]

On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini <
simone.giannecch...@geo-solutions.it> wrote:

> >
> > Will the PHOTOMETRIC= YCBCR work with a four band RGBI?
> >
>
> It should not.
>

Actually... JPEG itself is not defined on 4 bands images as far as I know?
Maybe GDAL is dropping the 4th band during the JPEG compression?

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

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

Re: [Geoserver-users] GeoTIFFs verus JP2

[Simone Giannecchini]

Ciao Jonathan,
please, read below...

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, Nov 12, 2013 at 10:20 AM, Jonathan Moules
 wrote:
> Hi Both,
> Thanks for the quick and helpful replies. I'll do some experimentation with
> these things. And there I was thinking I'd figured out GDAL. :-) You might
> want to put some of this stuff in your "GeoServer on Steroids" presentation.
>

actually that is a good idea, we have some more things coming down the pipe

> I'd thought that overviews were compressed - useful to know they're not;
> that'll be a saving of a couple of GB.
>

that's true on very large imagery


> I could have sworn someone told me JP2 couldn't do four bands. Hmmm. For now
> I'll stick with GeoTIFFs - I don't have any 4 band JP2's and our vendor
> wasn't able to create them (nor can FME), so I can't provide a sample I'm
> afraid.
>
>
> Will the PHOTOMETRIC= YCBCR work with a four band RGBI?
>

It should not.


>
> The GDALINFO for a source Geotiff is:
>
>> Driver: GTiff/GeoTIFF
>> Files: SP4044.tif
>>SP4044.tfw
>> Size is 8000, 8000
>> Coordinate System is:
>> PROJCS["OSGB 1936 / British National Grid",
>> GEOGCS["OSGB 1936",
>> DATUM["OSGB_1936",
>> SPHEROID["Airy 1830",6377563.396,299.3249753150316,
>> AUTHORITY["EPSG","7001"]],
>> AUTHORITY["EPSG","6277"]],
>> PRIMEM["Greenwich",0],
>> UNIT["degree",0.0174532925199433],
>> AUTHORITY["EPSG","4277"]],
>> PROJECTION["Transverse_Mercator"],
>> PARAMETER["latitude_of_origin",49],
>> PARAMETER["central_meridian",-2],
>> PARAMETER["scale_factor",0.9996012717],
>> PARAMETER["false_easting",40],
>> PARAMETER["false_northing",-10],
>> UNIT["metre",1,
>> AUTHORITY["EPSG","9001"]],
>> AUTHORITY["EPSG","27700"]]
>> Origin = (44.000,245000.000)
>> Pixel Size = (0.125,-0.125)
>> Metadata:
>>   TIFFTAG_XRESOLUTION=72
>>   TIFFTAG_YRESOLUTION=72
>>   TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
>>   AREA_OR_POINT=Area
>> Image Structure Metadata:
>>   COMPRESSION=LZW
>>   INTERLEAVE=PIXEL
>> Corner Coordinates:
>> Upper Left  (  44.000,  245000.000) (  1d24'57.45"W, 52d 6'5.31"N)
>> Lower Left  (  44.000,  244000.000) (  1d24'57.87"W, 52d 5'32.94"N)
>> Upper Right (  441000.000,  245000.000) (  1d24'4.89"W, 52d 6'5.04"N)
>> Lower Right (  441000.000,  244000.000) (  1d24'5.32"W, 52d 5'32.68"N)
>> Center  (  440500.000,  244500.000) (  1d24'31.39"W, 52d 5'48.99"N)
>> Band 1 Block=8000x32 Type=Byte, ColorInterp=Red
>> Band 2 Block=8000x32 Type=Byte, ColorInterp=Green
>> Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue
>> Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined
>
>
> Thanks again,
> Jonathan
>
> On 12 November 2013 08:50, Simone Giannecchini
>  wrote:
>>
>> Ciao Jonathan,
>> please read my comments inline below...
>>
>> 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, Nov 12, 2013 at 9:27 AM, Jonathan Moules
>>  wrote:
>> > Hi List,
>> > We've recently taken deliver of some aerial photography.
>> >
>> > As lossless GeoTIFFs, the RedGreenBlue data is 278GB
>> > As a compressed JP2 file the data is 26GB - the JP2 is almost as good as
>> > the
>> > GeoTIFFs and comes with pyramids built in.
>>
>> Unless you have an ECW or Kakadu license JP2 reading won't be as fast
>> as GeoTiff, I mean, nowhere near to it :)
>>
>> >
>> > But for speed purposes with GeoServer I've created an imageMosaic of 13
>> > Jpeg
>> > compressed GeoTIFFs with overviews/tiles etc. This comes out at a
>> > massive
>> > 106GB and the quality is worse than the JP2 file despite being four
>> > times
>> > the size.
>> >
>> > Can anyone advise how I can improve these files to make them smaller
>> > (ideally with better quality too)? I created each of the GeoTIFFs with
>> > the
>> > following two commands
>> >
>> > Merge, tile, and compress all at once.
>> >>
>> >> gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES
>> >> -co
>> >> COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512
>> >> --optfile t

[Geoserver-users] WCS 1.1.1 conformance test for geoserver

[manish]

Hi,
While testing geoserver for WCS compliance I am getting the following
errors.
I am testing directly on OGC TeamEngine

Test wcs:GetCoverage_MinimalRequest (View Details): Failed
Cannot convert string "21.565502029745325 21.56550202..." to xs:decimal

*Below is the complete log for the error. Hope you can help me out with
this.*


Test wcs:GetCoverage_MinimalRequest type Mandatory default result Passed
(s0009/d1e339_1/d1e9275_1)

Assertion: Verify that when a GetCoverage request with only mandatory
   parameters is submitted, the response is not an exception.

Message d1e12738_1:
   Using KVP encoding.

Request bfb466f6/d1e150_1:
   Method: GET
   URL:
http://182.71.192.178:8088/geoserver/wcs?&service=WCS&request=DescribeCoverage&version=1.1.1&identifiers=Chandipur
   Response from parser ::
  http://www.opengis.net/gml";
xmlns:ogc="http://www.opengis.net/ogc";
  xmlns:ows="http://www.opengis.net/ows/1.1";
  xmlns:wcs="http://www.opengis.net/wcs/1.1.1";
  xmlns:xlink="http://www.w3.org/1999/xlink";
 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 
xsi:schemaLocation="http://182.71.192.178:8088/geoserver/schemas/wcs/1.1.1/wcsDescribeCoverage.xsd";>
   
  Chandipur
  Generated from ImageMosaic
  
 WCS
 ImageMosaic
 Chandipur
  
  opengeo:Chandipur
  
 

   86.8359374997
21.348224247239912
   87.0886253140545
21.565502029745325


   21.348224247239912
86.8359374997
   21.565502029745325
87.0886253140545


   urn:ogc:def:crs:EPSG::4326
  
urn:ogc:def:method:WCS:1.1:2dGridIn2dCrs
   86.83594007279855
21.565499456946753
   5.145597144044892E-6 0.0 0.0
-5.145597144044892E-6
  
urn:ogc:def:cs:OGC:0.0:Grid2dSquareCS

 
  
  
 
contents

   
  
 0.0
 0.0
  
   

0.0
0.0
0.0
0.0

   linear
   cubic


   
  RED_BAND
  GREEN_BAND
  BLUE_BAND
  ALPHA_BAND
   

 
  
  urn:ogc:def:crs:EPSG::4326
  EPSG:4326
 
image/tiff;subtype="geotiff"
  image/gif
  image/png
  image/jpeg
  image/tiff
   
   

Cannot convert string "21.565502029745325 21.56550202..." to xs:decimal
Result: Failed



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/WCS-1-1-1-conformance-test-for-geoserver-tp5088728.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver user details issue

[Andrea Aime]

On Fri, Nov 8, 2013 at 4:31 PM, Christian Mueller <
christian.muel...@os-solutions.at> wrote:

> For basic auth,  the principal seems to be  a String.
>
> @Andrea, what do you think about code proposal ?
>

I did open a ticket for it, to avoid losing the idea, and Justin agreed:
https://jira.codehaus.org/browse/GEOS-6144

First one that has a chance/need can do the commit I guess?

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

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

[Geoserver-users] After upgrading Geoserver from 2.1.4 to 2.4.1 i now receive a 503 error

[Coffi]

After upgrading Geoserver from 2.1.4 to 2.4.1 i now receive a 503 error when
trying to access the web admin page. any help would be greatly appreciated. 

Log is included below.

HTTP ERROR: 503 

SERVICE_UNAVAILABLE 
RequestURI=/geoserver/web 

Powered by jetty:// 

I have included my log file below, any help would be greatly appreciated. 

2013-11-04 20:56:13,651 ERROR [geoserver.global] - 
-- 
- GEOSERVER_DATA_DIR: C:\Program Files (x86)\GeoServer 2.1.4\data_dir 
-- 
2013-11-04 20:56:13,792 INFO [org.geoserver] - Loaded style 'burg' 
2013-11-04 20:56:13,809 INFO [org.geoserver] - Loaded style 'capitals' 
2013-11-04 20:56:13,826 INFO [org.geoserver] - Loaded style 'cite_lakes' 
2013-11-04 20:56:13,842 INFO [org.geoserver] - Loaded style 'dem' 
2013-11-04 20:56:13,860 INFO [org.geoserver] - Loaded style 'giant_polygon' 
2013-11-04 20:56:13,876 INFO [org.geoserver] - Loaded style 'grass' 
2013-11-04 20:56:13,893 INFO [org.geoserver] - Loaded style 'green' 
2013-11-04 20:56:13,910 INFO [org.geoserver] - Loaded style 'line' 
2013-11-04 20:56:13,926 INFO [org.geoserver] - Loaded style 'poi' 
2013-11-04 20:56:13,943 INFO [org.geoserver] - Loaded style 'point' 
2013-11-04 20:56:13,960 INFO [org.geoserver] - Loaded style 'polygon' 
2013-11-04 20:56:13,977 INFO [org.geoserver] - Loaded style 'poly_landmarks' 
2013-11-04 20:56:13,993 INFO [org.geoserver] - Loaded style 'pophatch' 
2013-11-04 20:56:14,010 INFO [org.geoserver] - Loaded style 'population' 
2013-11-04 20:56:14,026 INFO [org.geoserver] - Loaded style 'rain' 
2013-11-04 20:56:14,044 INFO [org.geoserver] - Loaded style 'raster' 
2013-11-04 20:56:14,061 INFO [org.geoserver] - Loaded style 'restricted' 
2013-11-04 20:56:14,077 INFO [org.geoserver] - Loaded style 'simple_roads' 
2013-11-04 20:56:14,094 INFO [org.geoserver] - Loaded style 'simple_streams' 
2013-11-04 20:56:14,111 INFO [org.geoserver] - Loaded style 'tiger_roads' 
2013-11-04 20:56:14,113 INFO [org.geoserver] - Loaded default workspace
Lidar 
2013-11-04 20:56:14,135 INFO [org.geoserver] - Loaded workspace 'cite' 
2013-11-04 20:56:14,169 INFO [org.geoserver] - Loaded workspace
'it.geosolutions' 
2013-11-04 20:56:14,203 INFO [org.geoserver] - Loaded workspace 'Lidar' 
2013-11-04 20:56:14,237 INFO [org.geoserver] - Loaded workspace 'nurc' 
2013-11-04 20:56:14,270 INFO [org.geoserver] - Loaded workspace 'sde' 
2013-11-04 20:56:14,304 INFO [org.geoserver] - Loaded workspace 'sf' 
2013-11-04 20:56:14,338 INFO [org.geoserver] - Loaded workspace 'tiger' 
2013-11-04 20:56:14,371 INFO [org.geoserver] - Loaded workspace 'topp' 
2013-11-04 20:56:14,395 INFO [org.geoserver] - Loaded store 'DTM_PCA',
enabled 
2013-11-04 20:56:14,416 INFO [org.geoserver] - Loaded coverage store
'DTM_PCA' 
2013-11-04 20:56:15,010 WARN [referencing.factory] - Axis elements found in
a wkt definition, the force longitude first axis order hint might not be
respected: 
PROJCS["WGS84 / Simple Mercator", GEOGCS["WGS 84", DATUM["WGS_1984",
SPHEROID["WGS_1984", 6378137.0, 298.257223563]], PRIMEM["Greenwich", 0.0],
UNIT["degree", 0.017453292519943295]], PROJECTION["Mercator_1SP_Google"],
PARAMETER["latitude_of_origin", 0.0], PARAMETER["central_meridian", 0.0],
PARAMETER["scale_factor", 1.0], PARAMETER["false_easting", 0.0],
PARAMETER["false_northing", 0.0], UNIT["m", 1.0], AXIS["x", EAST], AXIS["y",
NORTH], AUTHORITY["EPSG","54004"]] 
2013-11-04 20:56:15,311 INFO [org.geoserver] - Loaded coverage 'DTM_PCA',
enabled 
2013-11-04 20:56:15,336 INFO [org.geoserver] - Loaded coverage 'DTM_PCA' 
2013-11-04 20:56:15,369 INFO [org.geoserver] - Loaded layer 'DTM_PCA' 
2013-11-04 20:56:15,370 INFO [org.geoserver] - Loaded store 'DTM_Slope',
enabled 
2013-11-04 20:56:15,386 INFO [org.geoserver] - Loaded coverage store
'DTM_Slope' 
2013-11-04 20:56:15,396 INFO [org.geoserver] - Loaded coverage 'DTM_Slope',
enabled 
2013-11-04 20:56:15,412 INFO [org.geoserver] - Loaded coverage 'DTM_Slope' 
2013-11-04 20:56:15,430 INFO [org.geoserver] - Loaded layer 'DTM_Slope' 
2013-11-04 20:56:15,431 INFO [org.geoserver] - Loaded store 'firsted',
enabled 
2013-11-04 20:56:15,448 INFO [org.geoserver] - Loaded coverage store
'firsted' 
2013-11-04 20:56:15,460 INFO [org.geoserver] - Loaded coverage 'firsted',
enabled 
2013-11-04 20:56:15,477 INFO [org.geoserver] - Loaded coverage 'firsted' 
2013-11-04 20:56:15,495 INFO [org.geoserver] - Loaded layer 'firsted' 
2013-11-04 20:56:15,496 INFO [org.geoserver] - Loaded store 'hillshade',
enabled 
2013-11-04 20:56:15,512 INFO [org.geoserver] - Loaded coverage store
'hillshade' 
2013-11-04 20:56:15,513 INFO [org.geoserver] - Loaded store
'HillSha_dtm141', enabled 
2013-11-04 20:56:15,529 INFO [org.geoserver] - Loaded coverage store
'HillSha_dtm141' 
2013-11-04 20:56:15,537 INFO [org.geoserver] - Loaded coverage
'DTM_Hillshade', enabled 
2013-11-04 20:56:15,553 INFO [org.geoserver] - Loaded coverage
'HillSha_dtm141' 
2013-11-04 20:56:15,571 INFO [org.geoserver] -

[Geoserver-users] ERROR on gwc 1.5.0 integrated in geoserver 2.4.1

[mbaga...@sardegnait.it]

Hello everybody,
I configured geoserver ver. 2.4.1 with integrated gwc that is external from
the geoserver_data_dir:
   
   GEOSERVER_DATA_DIR
/usr/local/geoserverppr2013_data_dir



   GEOWEBCACHE_CACHE_DIR
   /usr/local/gwcppr/geoserverppr2013


When I go to the geoserver page
http://10.2.50.107:8680/geoserverppr2013/gwc/demo

and request for a preview I get the following error.
Yet, I cannot seed the layer and I get the same error.
Below, you can see the software version I installed.
Many thanks in advance.

Mauro




2013-11-12 10:48:44,498 INFO [geoserver.wms] -
Request: getServiceInfo
2013-11-12 10:48:44,499 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: No such style: AA01_A1
at
org.geoserver.wms.map.GetMapKvpRequestReader.parseStyles(GetMapKvpRequestReader.java:1386)
at
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:318)
at
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:80)
at
org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1412)
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:622)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1138)
2013-11-12 10:48:44,504 ERROR [geowebcache.GeoWebCacheDispatcher] - Problem
communicating with GeoServer
http://10.2.50.107:8680/geoserverppr2013/gwc/service/wms






Build Information

   - Version2.4.1
   - Git Revision2bd0f71f9d0037e6f92a9fd639f0c93200f4b4f7
   - Build Date21-Oct-2013 01:44
   - GeoTools Version10.1 (rev 568b187de57623f5962225d965de67d070e9d941)
   - GeoWebCache Version1.5.0 (rev
   1.5.x/f981cafd349886bb2a1ef45067f26b1aa8e4aff4)

JVM VersionOracle Corporation: 1.7.0_17 (Java HotSpot(TM) 64-Bit Server VM)
Locks0
Free 
locks
Connections1Memory Usage1 GB



-- 
Mauro Bagazzi
SardegnaIT srl
Via dei giornalisti, 6, Cagliari
Telefono : +39-0706069017
E-mail: 
Skype: mauro.bagazzi
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver user details issue

[soni]

My problem is still not solved ...will u please any one tell me the other
solutions..

Thanks 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/geoserver-user-details-issue-tp5087093p5088590.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoTIFFs verus JP2

[Jonathan Moules]

Hi Both,
Thanks for the quick and helpful replies. I'll do some experimentation with
these things. And there I was thinking I'd figured out GDAL. :-) You might
want to put some of this stuff in your "GeoServer on Steroids" presentation.

I'd thought that overviews were compressed - useful to know they're not;
that'll be a saving of a couple of GB.

I could have sworn someone told me JP2 couldn't do four bands. Hmmm. For
now I'll stick with GeoTIFFs - I don't have any 4 band JP2's and our vendor
wasn't able to create them (nor can FME), so I can't provide a sample I'm
afraid.


Will the PHOTOMETRIC= YCBCR work with a four band RGBI?


The GDALINFO for a source Geotiff is:

Driver: GTiff/GeoTIFF
> Files: SP4044.tif
>SP4044.tfw
> Size is 8000, 8000
> Coordinate System is:
> PROJCS["OSGB 1936 / British National Grid",
> GEOGCS["OSGB 1936",
> DATUM["OSGB_1936",
> SPHEROID["Airy 1830",6377563.396,299.3249753150316,
> AUTHORITY["EPSG","7001"]],
> AUTHORITY["EPSG","6277"]],
> PRIMEM["Greenwich",0],
> UNIT["degree",0.0174532925199433],
> AUTHORITY["EPSG","4277"]],
> PROJECTION["Transverse_Mercator"],
> PARAMETER["latitude_of_origin",49],
> PARAMETER["central_meridian",-2],
> PARAMETER["scale_factor",0.9996012717],
> PARAMETER["false_easting",40],
> PARAMETER["false_northing",-10],
> UNIT["metre",1,
> AUTHORITY["EPSG","9001"]],
> AUTHORITY["EPSG","27700"]]
> Origin = (44.000,245000.000)
> Pixel Size = (0.125,-0.125)
> Metadata:
>   TIFFTAG_XRESOLUTION=72
>   TIFFTAG_YRESOLUTION=72
>   TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
>   AREA_OR_POINT=Area
> Image Structure Metadata:
>   COMPRESSION=LZW
>   INTERLEAVE=PIXEL
> Corner Coordinates:
> Upper Left  (  44.000,  245000.000) (  1d24'57.45"W, 52d 6'5.31"N)
> Lower Left  (  44.000,  244000.000) (  1d24'57.87"W, 52d 5'32.94"N)
> Upper Right (  441000.000,  245000.000) (  1d24'4.89"W, 52d 6'5.04"N)
> Lower Right (  441000.000,  244000.000) (  1d24'5.32"W, 52d 5'32.68"N)
> Center  (  440500.000,  244500.000) (  1d24'31.39"W, 52d 5'48.99"N)
> Band 1 Block=8000x32 Type=Byte, ColorInterp=Red
> Band 2 Block=8000x32 Type=Byte, ColorInterp=Green
> Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue
> Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined


Thanks again,
Jonathan

On 12 November 2013 08:50, Simone Giannecchini <
simone.giannecch...@geo-solutions.it> wrote:

> Ciao Jonathan,
> please read my comments inline below...
>
> 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, Nov 12, 2013 at 9:27 AM, Jonathan Moules
>  wrote:
> > Hi List,
> > We've recently taken deliver of some aerial photography.
> >
> > As lossless GeoTIFFs, the RedGreenBlue data is 278GB
> > As a compressed JP2 file the data is 26GB - the JP2 is almost as good as
> the
> > GeoTIFFs and comes with pyramids built in.
>
> Unless you have an ECW or Kakadu license JP2 reading won't be as fast
> as GeoTiff, I mean, nowhere near to it :)
>
> >
> > But for speed purposes with GeoServer I've created an imageMosaic of 13
> Jpeg
> > compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive
> > 106GB and the quality is worse than the JP2 file despite being four times
> > the size.
> >
> > Can anyone advise how I can improve these files to make them smaller
> > (ideally with better quality too)? I created each of the GeoTIFFs with
> the
> > following two commands
> >
> > Merge, tile, and compress all at once.
> >>
> >> gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES
> -co
> >> COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512
> >> --optfile tiff_list.txt
>
> I believe quality is too low. This makes the files smaller but also
> makes the jpeg artifacts quite visibile. I would go with the default
> which is 75%.
> Moreover, you should use this switch PHOTOMETRIC= YCBCR to improve
> JPEG compression.
>
> >
> >
> > Pyramids
> >>
> >> gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256
>
> This is correct but could be done better. Since the base level is
> compressed I would compress overviews as well.
> gdaladdo -r cubic -config COMPRESS_OVERVIEW JPEG --config
> PHOTOMETRIC_OVERVIEW YCBCR %THIS_DIR%.tif 2 4 8 16 32 64 128 256
>
> This should provide more quality but also relatively small size.
>
> >
> >
> >
> > Using JP2 with GDAL is tempting (though supposedly much slower) - but
> we're
> > likely to be putting up four band (

Re: [Geoserver-users] GeoTIFFs verus JP2

[Simone Giannecchini]

Ciao Jonathan,
please read my comments inline below...

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, Nov 12, 2013 at 9:27 AM, Jonathan Moules
 wrote:
> Hi List,
> We've recently taken deliver of some aerial photography.
>
> As lossless GeoTIFFs, the RedGreenBlue data is 278GB
> As a compressed JP2 file the data is 26GB - the JP2 is almost as good as the
> GeoTIFFs and comes with pyramids built in.

Unless you have an ECW or Kakadu license JP2 reading won't be as fast
as GeoTiff, I mean, nowhere near to it :)

>
> But for speed purposes with GeoServer I've created an imageMosaic of 13 Jpeg
> compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive
> 106GB and the quality is worse than the JP2 file despite being four times
> the size.
>
> Can anyone advise how I can improve these files to make them smaller
> (ideally with better quality too)? I created each of the GeoTIFFs with the
> following two commands
>
> Merge, tile, and compress all at once.
>>
>> gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES -co
>> COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512
>> --optfile tiff_list.txt

I believe quality is too low. This makes the files smaller but also
makes the jpeg artifacts quite visibile. I would go with the default
which is 75%.
Moreover, you should use this switch PHOTOMETRIC= YCBCR to improve
JPEG compression.

>
>
> Pyramids
>>
>> gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256

This is correct but could be done better. Since the base level is
compressed I would compress overviews as well.
gdaladdo -r cubic -config COMPRESS_OVERVIEW JPEG --config
PHOTOMETRIC_OVERVIEW YCBCR %THIS_DIR%.tif 2 4 8 16 32 64 128 256

This should provide more quality but also relatively small size.

>
>
>
> Using JP2 with GDAL is tempting (though supposedly much slower) - but we're
> likely to be putting up four band (RGB + Infrared) data, which I think we
> can use GeoServer to visualise (still to play with). JP2 can't handle four
> bands.

Ehm, I am playing with 4 bands JP2 just these days, hence I am not so
sure this is true (which means I believe it is not :) )

I am doing some work to improve performance + quality of 16 bits 4
bands imagery, if you move on along the JP2 lines I could make good
use of a sample.

>
> Am I doing something wrong with the GeoTIFF creation?
>
> Thoughts welcome.
> Thanks,
> 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.
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoTIFFs verus JP2

[Andrea Aime]

On Tue, Nov 12, 2013 at 9:27 AM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> Hi List,
> We've recently taken deliver of some aerial photography.
>
> As lossless GeoTIFFs, the RedGreenBlue data is *278GB*
> As a compressed JP2 file the data is *26GB* - the JP2 is almost as good
> as the GeoTIFFs and comes with pyramids built in.
>
> But for speed purposes with GeoServer I've created an imageMosaic of 13
> Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a
> massive *106GB* and the quality is worse than the JP2 file despite being
> four times the size.
>

Try something like this instead:

gdal_translate out.tiff in.tiff -co TILED=YES -co blockxsize=512 -co
blockysize=512 -co COMPRESS=JPEG -co JPEG_QUALITY=85 -co PHOTOMETRIC=YCBCR
gdaladdo out.tiff -r average --config COMPRESS_OVERVIEW JPEG --config
JPEG_QUALITY_OVERVIEW 85 --config INTERLEAVE_OVERVIEW PIXEL --config
PHOTOMETRIC_OVERVIEW YCBCR 2 4 8 16 32

Should give you much better quality, and still, a relatively low size (not
as small as JP2, but faster)

Cheres
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

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

[Geoserver-users] GeoTIFFs verus JP2

[Jonathan Moules]

Hi List,
We've recently taken deliver of some aerial photography.

As lossless GeoTIFFs, the RedGreenBlue data is *278GB*
As a compressed JP2 file the data is *26GB* - the JP2 is almost as good as
the GeoTIFFs and comes with pyramids built in.

But for speed purposes with GeoServer I've created an imageMosaic of 13
Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a
massive *106GB* and the quality is worse than the JP2 file despite being
four times the size.

Can anyone advise how I can improve these files to make them smaller
(ideally with better quality too)? I created each of the GeoTIFFs with the
following two commands

Merge, tile, and compress all at once.

> gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES -co
> COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512
> --optfile tiff_list.txt


Pyramids

> gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256



Using JP2 with GDAL is tempting (though supposedly much slower) - but we're
likely to be putting up four band (RGB + Infrared) data, which I think we
can use GeoServer to visualise (still to play with). JP2 can't handle four
bands.

Am I doing something wrong with the GeoTIFF creation?

Thoughts welcome.
Thanks,
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.
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users