Re: [Geoserver-users] Fwd: imports failed to load

[Andrea Aime]

Hi Pablo,
this list provides help for the standard GeoServer downladed from
geoserver.org,
it does not look like you're using it.

That said, a normal GeoServer won't answer workspace specific REST requests.
Not sure if it's true for what you have too, but try to change your URL:
http://my_domain/geoserver/my_workspace/rest/imports
to:
http://my_domain/geoserver/rest/imports

Cheers
Andrea


On Mon, Oct 12, 2015 at 4:15 AM, pablo zader  wrote:

> Hi list
> Sorry, I am forwarding the query days ago I did because I could not even
> solve the problem.
> Any hints you can give me?
>
> Thanks in advanced
>
> -- Forwarded message --
> From: pablo zader 
> Date: 2015-10-04 15:22 GMT-03:00
> Subject: imports failed to load
> To: "geoserver-users@lists.sourceforge.net" <
> geoserver-users@lists.sourceforge.net>
>
>
> Hi list
>
> I'm having various error messages, like this:
>
> http://my_domain/geoserver/my_workspace/rest/imports Failed to load
> resource: the server responded with a status of 404 (No Encontrado)
>
> Likewise, the layers indicated workspace is loaded on the client.
>
> I'm using geoexplorer as gis client
>
> Where it could be the problem?
>
> Thanks in advanced
>
> Pablo
>
>
>
> --
> *Pablo J. Zader*
> *Lic. en Cs. de la Computación*
> *pablo.za...@gmail.com *
>
>
>
>
>
> *"Los Grandes Hombres hablan sobre ideas... Los Hombres Promedio hablan
> sobre cosas... Los Hombres Pequeños hablan.. de otros Hombres.*
> *del libro Matemática estas ahi? A. Paenza "*
>
>
> --
>
> ___
> 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. 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

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

---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Transform fails on Multipolygon but not on polygon

[Fernando Gonzalez]

So, the error only appears when the multipolygon is not drawn because
it is too small. In the layer preview, with this[1] bbox, quite big
but centered on the geometry, I get the exception. But when I click
the zoom-in button twice I get the drawing of the multipolygon and the
exception does not appear in the log.

When visualizing the whole extent of the layer there are a lot of
these polygons that are not drawn and exceptions get logged in a super
fat catalina.out. If there are more than 1000 of these errors, the
image will not draw at all.

I think I will put all this in a reproducible way and file a bug report.

Cheers.

[1] -8929252.1,-491855.7,-8708634.6,-271204.3

On 12 October 2015 at 13:47, Fernando Gonzalez
 wrote:
> Thanks for your answer. Indeed, the geometry is in Ecuador and I get
> the same results using PostGIS ST_Transform, but I think the latitude
> is the second component. Am I wrong? If I transform with postgis and
> visualize qith QGIS, the -79 is the X and the -3 is the Y, which makes
> sense.
>
> It is driving me crazy. On a layer with such a geometry I get no
> exception if I use a bbox around this square[1], but it fails if the
> bounding box takes the whole original layer[2]. Always in 900913 to
> force the transform.
>
> If the layer is a polygon instead of a multipolygon it works in both
> cases. The multipolygon is created so[3] and the polygon so[4].
>
> [1] -8819252.1,-381855.7,-8818634.6,-381204.3
> [2] -9314310.518718,-1101232.202228,-8061966.247294,391603.390185
> [3] st_multi(st_buffer(geom, 0))::geometry(multipolygon,32717)
> [4] st_buffer(geom, 0)::geometry(polygon,32717)
>
> On 9 October 2015 at 19:02, Rahkonen Jukka (MML)
>  wrote:
>> Hi,
>>
>> That multipolygon in EPSG:4326 is
>>
>> MULTIPOLYGON ((( -79.21951189395617 -3.4269410394638835, -79.2238452277241 
>> -3.426941039463947, -79.2238452277241 -3.422607705695983, -79.21951189395617 
>> -3.422607705695945, -79.21951189395617 -3.4269410394638835 )))
>>
>> Thus the error message that talks about latitude 90°00.0'S is not correct.
>>
>> -Jukka Rahkonen-
>> 
>> Fernando Gonzalez wrote:
>>
>> Hi, I just found a weird behavior in GeoServer.
>>
>> Having a table with just this geometry[1] in EPSG:32717 makes this
>> exception[2] while rendering on EPSG:900913. The exception message in
>> English is something like "latitude 90°00.0'S is too near to the
>> Pole".
>>
>> However, just removing the MULTIPOLYGON and having a simple POLYGON
>> with exactly the same coordinates makes the rendering work.
>>
>> GeoServer version is 2.5.4. Is this a known issue? If it is useful I
>> could try to reproduce with geotools and report in its users list.
>>
>> Best.
>>
>>
>> [1] MULTIPOLYGON(((697803.658648209 9621031.75598731,697322.091746693
>> 9621032.64972812,697322.979469726 9621511.86060929,697804.548540555
>> 9621510.96799324,697803.658648209 9621031.75598731)))
>>
>> [2]
>> 09 oct 14:43:34 ERROR [geotools.rendering] - La Latitud 90°00.0'S esta
>> muy próxima al Polo.
>> org.geotools.referencing.operation.projection.ProjectionException: La
>> Latitud 90°00.0'S esta muy próxima al Polo.
>> at 
>> org.geotools.referencing.operation.projection.Mercator$Spherical.transformNormalized(Mercator.java:209)
>> at 
>> org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:883)
>> at 
>> org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:924)
>> at 
>> org.geotools.referencing.operation.transform.ConcatenatedTransformDirect.transform(ConcatenatedTransformDirect.java:81)
>> at 
>> org.geotools.referencing.operation.transform.ConcatenatedTransformDirect.transform(ConcatenatedTransformDirect.java:80)
>> at org.geotools.renderer.ScreenMap.checkAndSet(ScreenMap.java:105)
>> at 
>> org.geotools.renderer.lite.StreamingRenderer$RenderableFeature.getShape(StreamingRenderer.java:3244)
>>
>> --
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
> Fernando González
> http://geomati.co/



-- 
Fernando González
http://geomati.co/

--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Transform fails on Multipolygon but not on polygon

[Fernando Gonzalez]

Thanks for your answer. Indeed, the geometry is in Ecuador and I get
the same results using PostGIS ST_Transform, but I think the latitude
is the second component. Am I wrong? If I transform with postgis and
visualize qith QGIS, the -79 is the X and the -3 is the Y, which makes
sense.

It is driving me crazy. On a layer with such a geometry I get no
exception if I use a bbox around this square[1], but it fails if the
bounding box takes the whole original layer[2]. Always in 900913 to
force the transform.

If the layer is a polygon instead of a multipolygon it works in both
cases. The multipolygon is created so[3] and the polygon so[4].

[1] -8819252.1,-381855.7,-8818634.6,-381204.3
[2] -9314310.518718,-1101232.202228,-8061966.247294,391603.390185
[3] st_multi(st_buffer(geom, 0))::geometry(multipolygon,32717)
[4] st_buffer(geom, 0)::geometry(polygon,32717)

On 9 October 2015 at 19:02, Rahkonen Jukka (MML)
 wrote:
> Hi,
>
> That multipolygon in EPSG:4326 is
>
> MULTIPOLYGON ((( -79.21951189395617 -3.4269410394638835, -79.2238452277241 
> -3.426941039463947, -79.2238452277241 -3.422607705695983, -79.21951189395617 
> -3.422607705695945, -79.21951189395617 -3.4269410394638835 )))
>
> Thus the error message that talks about latitude 90°00.0'S is not correct.
>
> -Jukka Rahkonen-
> 
> Fernando Gonzalez wrote:
>
> Hi, I just found a weird behavior in GeoServer.
>
> Having a table with just this geometry[1] in EPSG:32717 makes this
> exception[2] while rendering on EPSG:900913. The exception message in
> English is something like "latitude 90°00.0'S is too near to the
> Pole".
>
> However, just removing the MULTIPOLYGON and having a simple POLYGON
> with exactly the same coordinates makes the rendering work.
>
> GeoServer version is 2.5.4. Is this a known issue? If it is useful I
> could try to reproduce with geotools and report in its users list.
>
> Best.
>
>
> [1] MULTIPOLYGON(((697803.658648209 9621031.75598731,697322.091746693
> 9621032.64972812,697322.979469726 9621511.86060929,697804.548540555
> 9621510.96799324,697803.658648209 9621031.75598731)))
>
> [2]
> 09 oct 14:43:34 ERROR [geotools.rendering] - La Latitud 90°00.0'S esta
> muy próxima al Polo.
> org.geotools.referencing.operation.projection.ProjectionException: La
> Latitud 90°00.0'S esta muy próxima al Polo.
> at 
> org.geotools.referencing.operation.projection.Mercator$Spherical.transformNormalized(Mercator.java:209)
> at 
> org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:883)
> at 
> org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:924)
> at 
> org.geotools.referencing.operation.transform.ConcatenatedTransformDirect.transform(ConcatenatedTransformDirect.java:81)
> at 
> org.geotools.referencing.operation.transform.ConcatenatedTransformDirect.transform(ConcatenatedTransformDirect.java:80)
> at org.geotools.renderer.ScreenMap.checkAndSet(ScreenMap.java:105)
> at 
> org.geotools.renderer.lite.StreamingRenderer$RenderableFeature.getShape(StreamingRenderer.java:3244)
>
> --
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users



-- 
Fernando González
http://geomati.co/

--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] wcs problem

[Rahkonen Jukka (MML)]

Hi,

To start with you could download the WCS 1.0.0 standard 
http://portal.opengeospatial.org/files/?artifact_id=12582 and check from the 
Table 9  “The GetCoverage Request expressed as Key-Value Pairs” the correct 
usage of parameters. Geoserver is rather forgiving but it never hurts to use 
correct requests. Does the issue remain if you:


-  add the compulsory =WCS

-  remove “=work1:pyramids_dem4326” that does not belong to WCS

-  use = instead of =

-Jukka Rahkonen-

Ahmet Temiz wrote:

hello

I tried to get a map through wcs:

curl --trace -i -u admin:***  -XGET -G 
'http://localhost:8080/geoserver/work1/wcs?version=1.0.0=work1:pyramids_dem4326=GetCoverage=work1:pyramids_dem4326=35.670381,39.813051,38.81901235734796,41.106463=504=330=EPSG:4326'

it gives:
 
  
  java.lang.ClassCastException: java.lang.String cannot be cast to 
java.util.List
java.lang.String cannot be cast to java.util.List


How can I solve the problem ?

kind regards

--
Ahmet Temiz
Jeoloji Müh.
Afet ve Acil Durum Yönetimi Başkanlığı
Bilgi İşlem  Dairesi Başkanlığı-CBS Grubu




Ahmet Temiz
Geological Eng.
Information Systems - GIS Group
Disaster and Emergency Management
of Presidency
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Can CQL Expressions be applied to raster bands?

[David Haynes II]

Hello,

I am wondering if CQL expression can be applied to a multibanded raster. I
have a raster that has 10+* bands and I want to have the visualiz
presentation change with input from the user. I successfully loaded the
data into geoserver and each band is present in the raster.

Currently this is error I am receiving in geoserver

Caused by: org.geoserver.platform.ServiceException:
java.lang.IllegalArgumentException: Band number -1 is not valid.
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.directRasterRender(RenderedImageMapOutputFormat.java:990)
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:340)
... 111 more
Caused by: java.lang.IllegalArgumentException: Band number -1 is not valid.
at
org.geotools.renderer.lite.gridcoverage2d.BandSelectionNode.visit(BandSelectionNode.java:210)
at
org.geotools.renderer.lite.gridcoverage2d.ChannelSelectionNode.visit(ChannelSelectionNode.java:152)
at
org.geotools.renderer.lite.gridcoverage2d.RasterSymbolizerHelper.visit(RasterSymbolizerHelper.java:210)
at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.symbolize(GridCoverageRenderer.java:464)
at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.renderImage(GridCoverageRenderer.java:912)
at
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer.renderImage(GridCoverageRenderer.java:750)
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.directRasterRender(RenderedImageMapOutputFormat.java:883)
... 112 more
Caused by: java.lang.NumberFormatException: For input string:
"${env('bandnum',2)}"
at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:481)
at java.lang.Integer.parseInt(Integer.java:527)
at
org.geotools.renderer.lite.gridcoverage2d.BandSelectionNode.visit(BandSelectionNode.java:207)


Seems that CQL expressions are not supported for this yet? Is there another
way I can go about it. Visualization works fine if I specify a new SLD with
the SourceChannelName set to band value (0-10)


  



${env('bandnum',2)}



  

  


-- 
David Haynes, Ph.D.
Research Associate Terra Populus
Minnesota Population Center
612-626-3933
www.terrapop.org
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Can CQL Expressions be applied to raster bands?

[Andrea Aime]

On Mon, Oct 12, 2015 at 4:27 PM, David Haynes II  wrote:

> Seems that CQL expressions are not supported for this yet? Is there
> another way I can go about it. Visualization works fine if I specify a new
> SLD with the SourceChannelName set to band value (0-10)
>

Hi, no, band combining expressions are not yet supported in any form.
Using cql directly in SLD is rather elegant, I admit, it would require
quite a bit of work and API breakage in GeoTools though.

A rendering transformation based on the Jiffle language
 would be less invasive and higher
performing,
and we have the beginning of that solution written in this pull request
https://github.com/geotools/geotools/pull/534
but yeah, also this would require resourcing to make it happen

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

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

---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Labels drawn over graphic elements

[Peter Kovac]

Dear GeoServer users,

I have a layer which shows data from a meteorology station network in 
using very specific graphics symbol.

The symbol consists of a colored square to the left and a colored 
rectangle to the right of feature's anchor point, with a possibility of 
label drawn over the rectangle.

I'm using my custom PNG icons as  and choose the right 
colors according to feature data as follows:


 stations
 
 
 
 
 image/png
 
 
 
 
 
 TEXT
 
 
 Arial
 14
 normal
 bold
 
 
 
 
 0
 0
 
 
 -2
 4
 
 
 
 #FF
 


The problem is that the icons might overlap and when they do the text is 
drawn always on top, regardless of relative z-index of the icon it 
belongs to. Here's an example: http://imgur.com/YxwieHW

It seems to me all graphics are rendered first and all labels are 
rendered after.

What can I do about it?

I tried using shapes from SLD styles but I need to use more than one 
shape for every feature. GeoServer renders multiple shapes centered 
around anchor point and there is no possibility to use Displacement for 
graphic (AFAIK it's possible only with text labels). That's why I use 
ExternalGraphic, I need to show all shapes side by side.

Many thanks

-- 
Peter Kovac
IMS Programmer
MicroStep-MIS
peter.ko...@microstep-mis.sk


--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Labels drawn over graphic elements

[Andrea Aime]

On Mon, Oct 12, 2015 at 6:45 PM, Peter Kovac 
wrote:

> It seems to me all graphics are rendered first and all labels are
> rendered after.
>
> What can I do about it?
>
> I tried using shapes from SLD styles but I need to use more than one
> shape for every feature. GeoServer renders multiple shapes centered
> around anchor point and there is no possibility to use Displacement for
> graphic (AFAIK it's possible only with text labels). That's why I use
> ExternalGraphic, I need to show all shapes side by side.
>

Displacement for graphics is supported in recent versions of GeoServer
(since 2.7
I believe).

About the ability to avoid drawing all labels at the end, it has been
discussed,
in normal situation it just breaks maps big time, as the WMS user can
compose
them in any order they want and labels need to stay on top to be legible,
but we understand there are cases in which this might not be desirable (for
example when labels are not really labels, but more parts of symbols).

For this we'd need to add and code support for a new "drawImmediately"
vendor
option. So far no one has provided either their own coding time to make it
a reality,
or funding to allow core developers to add this features during working
hours.
Maybe you could be the one? ;-)

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

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

---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users