Ciao Daniele,
please use my gmail address. The one from university is not active anymore.
thanks
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-solved-tp5062627p5065662.html
Sent from the GeoServer - User mailing list
Ciao Daniele,
Let's only focus on the second error message.
I did all the steps you told me and that are described in section 3.7.3.1
(Generating JAVA Bindings) using also make veryclean.
the output of make generate is available here:
http://nopaste.info/6983bcd065.html
This is the only strange message I got at the beginning when starting tomcat:
row
java version 1.6.0_33
Java(TM) SE Runtime Environment (build 1.6.0_33-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.8-b03, mixed mode)
Jul 10, 2013 9:38:08 PM org.apache.catalina.core.AprLifecycleListener init
Ciao Daniele,
Now as last option, I tried with a newer version of tomcat6.
Instead of using the version 6.0.24 I tested it with 6.0.37.
Result: everything works fine now.
Do you need my builds? If yes, let me know
best regards and many thanks for your effort in helping me!!
Markus
--
View
Ciao Daniele,
Indeed, I did a mess before. This is the full output when testing the
gdalinfo test class
this is the correct output:
Seems something went wrong when building the native jars. Isn'T it??
ciao
--
View this message in context:
Ciao Daniele,
I did now all the steps from the tutorial and I was able to build =
successfully everything. But now I got an error:
when testing it:
Do you think this error is related to my glibc version?=20
I see in my installation:=20
glibc-devel-2.12-1.7.el6_0.5.x86_64
Hi everybody,
I tried to install with the newest geoserver release the gdal extension,
following the instructions
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html
I realized that in after the version imageio-ext 1.1.6 in
Hi,
Since Geoserver does not support the GetLegend for SLD with transformation
functions, I want to take care about this.
My suggestion is to create the legend as following image:
For each specified color-value pair,
e.g.
I will produce an image with the symbol in the corresponding color
Hello,
I realized the SLD_BODY Option in a WMS request is ignored, when using a SLD
Transformation function:
In my example I pass a valid SLD as a string to Geoserver.
On the server geoserver gets this parameters, but for rendering the passed
SLD is ignored. Geoserver uses the default
HI Andrea,
thanks for the explanation. I read on the page
http://docs.geoserver.org/latest/en/user/styling/sld-working.html
http://docs.geoserver.org/latest/en/user/styling/sld-working.html
and got the problem!
without specifying the layer geoserver chooses as layer the value in the
element:
Hi Andrea,
Nevertheless this behavior in Geoserver sounds a bit weird: on the one hand
in a WMS request the parameters LAYERS is required, but on the other hand
when adding the additional parameter SLD_BODY, the parameter LAYERS should
not be specified. It is a bit contradictory, isn't it?
Hi,
Do you have any idea when the border problem that occurs when transforming
raster images (tif) into the EPSG:3857 will be solved.
With version 2.3.0 there problem is still there.
Attached you can see a screenshot showing the problem.
Hi everybody,
I am trying to create a legend with an SLD file that uses the transformation
function Interpolate. Geoserver is able to render the objects with the
corresponding colors in the map, but when doing a GetLegendGraphic I got a
NPE, in which the lookupString becomes null.
String
Hi Christian, sorry for not answering you via mailing list.
I checked out code from github and moved to the correct branch.
Until now I always tested everything together with geoserver, which makes
everything in debug mode much more heavy. So in future I want instead to use
only geotools for
Hi Christian,
do you mean many tests, or only tests related to this new functionality?
When installing postgis 2.0 did you run the legacy.sql script?
Maybe it will make sense that I create a develop environment that includes
geoserver as well geotools.
Or check out the version you are working
After debugging I found out, that the postgis function st_asPNG is causing
that error.
Why do you call here
calling st_asTIFF(rast) works fine
Thanks
--
View this message in context:
Hi Christian
thanks for your prompt answer. I will open an issue on jira.
cheers Markus
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/image-mosaic-jdbc-using-Float-32-for-pixel-value-tp4993699p4994432.html
Sent from the GeoServer - User mailing list archive at
The ticket in Jira is open, can you provide me a modified jar file after
fixing the bug?
many thanks
Markus
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/image-mosaic-jdbc-using-Float-32-for-pixel-value-tp4993699p4994459.html
Sent from the GeoServer - User mailing list
Hello,
I am using the image mosaic jdbc extension in Geoserver 2.1.4 to query data
stored in a postgres 2.0 raster db.
I imported the files as following using gdal_translate and raster2pg
utility:
The files is an ascii file where gdalinfo shows the following output:
Then I translate the file
After this modification everything works fine now.
I made the mistake to register it as a postgis layer instead of using
image-mosaic
thanks again
Markus
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Geoserver-2-1-4-and-Postgis-Raster-Support-tp4992121p4992345.html
what I forget to add is the following warning before the exception:
This looks like I have to create first a mapping file. I guess I have to
follow the entire steps described in the tutorial:
Hello,
I have the following question. I want to use Geoserver (2.1.4) with Raster
data stored on a postgres (postgis 2.0).
I read that in order to do that I installed the JDBC Image Mosaic extension.
After doing that I wanted to import a layer, that is stored in a postgis
database having one
Hi, i created now the following things:
1) connect configuration file:
2) mapping configuration file:
3) Coverage config file:
I created the master table named: mosaic_snow
And inserted the table that contains the raster information: snowcover
After that I have to register now the table as
Hello I am trying to run a WFS request of a layer with type point geometry.
The request I invoke within Openlayers using Control.GetFeature.
The layer is stored in Oracle Spatial (or PostGIS). Spatial index is set.
The request that shows me firebug is:
It is very strange that this request takes
I realized that, Geoserver is logging this error message for every layer - and
not only for the specified layer in the WFS request. I assume this is the
reason why it takes so long time.
I don't understand if geoserver is complaining about the the answer of the
request, or about the request?
I was able now to solve this problem:
at the end it was the geowebcache.xml file, which was not valid.
The validator send two invalid notations:
1) keyword tag not valid
Description ResourcePathLocationType
cvc-complex-type.2.4.a: Invalid content was found starting with
I think I can define this behaviour as a bug, since the geowebcache xml
example file, provided in the jar file gwc-2.1.3.jar is invalid in case of
uncommenting those test layers, I will open issue in Jira.
M.
--
View this message in context:
Hi all
I migrated from version 2.1.0 to 2.1.3 by reusing the same data directory.
I use the geoserver web app on Redhat EL 5 in Tomcat 6. When enabling
geowebcaching
by reading a chached layer from the geowebchache.xml file I obtain the
following exception:
There appears the following problem
Hi Geoserver Users,
I wanted to use the gdal plugin on Geoserver 2.1.3 on Linux environment (Red
Hat Enterprise Linux Server release 5.7)
1) I downloaded:
1.1) geoserver extension of gdal:
http://downloads.sourceforge.net/geoserver/geoserver-2.1.3-gdal-plugin.zip
1.2) gdal native libraries:
29 matches
Mail list logo