Hi,
for what concerns the GeoServer REST API, you need that after you have
completed points 1 and 2.
Here you can find some examples using curl to create all the objects you
may need: http://docs.geoserver.org/stable/en/user/rest/examples/curl.html
You can also find examples in some programming
Ciao,
take also a look here:
http://docs.geoserver.org/latest/en/user/rest/examples/index.html
You can find samples to publish, modify and create new resources in
geoserver using curl and much more.
Here is the reference manual:
http://docs.geoserver.org/latest/en/user/rest/index.html
Cheers,
Dear Stefano and Andrea,
just to close this thread, I solved with a geoserver upgrade,now seems to run
correclty.
Thank you for your support.
Regards
Eugenio
Message: 2
Date: Thu, 21 Nov 2013 10:53:13 +0100
From: Andrea Aime andrea.a...@geo-solutions.it
So the upgrade is the most quick
Hello,
I solved to problem but I think it is worth to list it at GeoServer JIRA.
I got rid of white strips by setting up InputTransparentColor to #FF
but I had to change the order of first two colors in a color palette
(see indexes 0 and 1 in Color Table below). After the color palette
On 21 November 2013 21:23, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote:
I would try if it makes difference to save result from gdal_merge first
into uncompressed tiff and compress it with deflate in a separate run.
Yep, that worked. Although that's unfeasible for the full dataset; I don't
Hello,
In the thread
http://sourceforge.net/p/geoserver/mailman/message/21561325/ there is
a problem described related to mosaic and 1bit GeoTIFF rasters. It
concerned GeoServer 1.7.2 and according to information there is it had
been corrected already.
Recently I encountered exactly the
Hi Dariusz,
could you please open a JIRA for this?
It would also be great (for debugging purposes to understand what's
happening) if you could also attach that sample if you are allowed to do
that.
If you can't share it, you can consider creating a reduced version of it
(using gdal_translate as an
Hi,
I think that the reason is that is is hard/impossible to make an optimal
deflate compressed tiff when gdal_merge goes through the circle open file -
add data - close file. There are other alternatives to test:
- You can use a non-optimal deflate compressed tiff as a temporary file - is is
I have been doing a lot of merging recently with GDAL and I have been following
this process
1. gdalwarp -multi -of GTiff -s_srs EPSG:32641 -t_srs EPSG:4326 -r cubic
--config GDAL_CACHEMAX 600 -wm 600 -et 0 -srcnodata 0 -dstnodata 0
$SOURCE_FILE.sid $DEST_FILE.4326.tif
Repeat for each
Le vendredi 22 novembre 2013 19:18:56, Rahkonen Jukka a écrit :
Hi,
I think that the reason is that is is hard/impossible to make an optimal
deflate compressed tiff when gdal_merge goes through the circle open file
- add data - close file. There are other alternatives to test: - You can
use
10 matches
Mail list logo