Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am doing
and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21977158.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667 0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667 0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667 0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21989723.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still the
same.
I changed the values in the properties file of each layer and in the "main"
properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not quite
sure what the correct value should be. First I gave it the number of tif
files generated for the layer but then I've seen properties files where for
each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667 0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667 0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667 0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21991961.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Pascal,
I feel the problem is in the properties file.
For the Envelope2D value, get the extent of the index.shp and use it.
>ogrinfo -al index.shp
scroll up and get the values of the field 'Extent:'
Regards,
Suvajit
Pascal Jäger wrote:
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still the
same.
I changed the values in the properties file of each layer and in the
"main" properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not quite
sure what the correct value should be. First I gave it the number of tif
files generated for the layer but then I've seen properties files where
for each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667 0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667 0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667 0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21992102.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hey,
this is the output I get:
INFO: Open of `index.shp'
using driver `ESRI Shapefile' successful.
Layer name: index
Geometry: Polygon
Feature Count: 50
Extent: (-180.000000, -90.000000) - (180.000000, 90.000000)
Layer SRS WKT:
GEOGCS["GCS_WGS_1984",
DATUM["WGS_1984",
SPHEROID["WGS_1984",6378137,298.2572235630016]],
PRIMEM["Greenwich",0],
UNIT["Degree",0.017453292519943295]]
LOCATION: String (255.0)
OGRFeature(index):0
LOCATION (String) = TrueMarble.250m.21600x21600.A1_01_01.tif
POLYGON ((-180 90,-144 90,-144 54,-180 54,-180 90))
.
.
.
The Extent field looks the same in every other layer.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
I feel the problem is in the properties file.
For the Envelope2D value, get the extent of the index.shp and use it.
>ogrinfo -al index.shp
scroll up and get the values of the field 'Extent:'
Regards,
Suvajit
Pascal Jäger wrote:
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still the
same.
I changed the values in the properties file of each layer and in the
"main" properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not quite
sure what the correct value should be. First I gave it the number of tif
files generated for the layer but then I've seen properties files where
for each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667
0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667
0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667
0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work
well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21992202.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
I've seen that the Properties file is very sensitive to spaces between the extent values.
--------------------------------------------------
From: "Suvajit Sengupta" <suvajit.sengupta@anonymised.com>
Sent: Friday, February 13, 2009 9:28 AM
To: <geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] Can't load pyramid into geoserver
Hi Pascal,
I feel the problem is in the properties file.
For the Envelope2D value, get the extent of the index.shp and use it.
>ogrinfo -al index.shp
scroll up and get the values of the field 'Extent:'
Regards,
Suvajit
Pascal Jäger wrote:
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still the
same.
I changed the values in the properties file of each layer and in the
"main" properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not quite
sure what the correct value should be. First I gave it the number of tif
files generated for the layer but then I've seen properties files where
for each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667 0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667 0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667 0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21992102.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hey there,
in the meantime I generated another pyramid with gdal_retile.
And generated the properties files with the absolute values of the
PixelSize.
Generating the coverage store now works but when it comes to generate a
coverage it says
SRS: EPSG:unknown.
I don't know what I should put in there.
The difference in the prj files is that in my new created prj files there is
no authority field, whereas in the 'old' prj files where 3 authority fields.
Can anyone tell me, what to put in theSRS field of the coverage editor?
Regards Pascal
Sylvan Ascent Inc. wrote:
I've seen that the Properties file is very sensitive to spaces between the
extent values.
--------------------------------------------------
From: "Suvajit Sengupta" <suvajit.sengupta@anonymised.com>
Sent: Friday, February 13, 2009 9:28 AM
To: <geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] Can't load pyramid into geoserver
Hi Pascal,
I feel the problem is in the properties file.
For the Envelope2D value, get the extent of the index.shp and use it.
>ogrinfo -al index.shp
scroll up and get the values of the field 'Extent:'
Regards,
Suvajit
Pascal Jäger wrote:
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still the
same.
I changed the values in the properties file of each layer and in the
"main" properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not
quite
sure what the correct value should be. First I gave it the number of tif
files generated for the layer but then I've seen properties files where
for each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667
0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667
0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667
0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work
well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties
index.properties
I just started working with geoserver and stuff for my internship I am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context:
http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21992102.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21993600.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hey, I finally solved my problem.
I added the projection in the call to gdal retile.
In the properties files I added the line "ExppandtoRGB=false". Don't know
what this ist for, but I saw it in other properties files here.
And finally I added EPSG:4326 in the SRS field when adding the pyramid into
GeoServer.
Cheers Pascal
Pascal Jäger wrote:
in the meantime I generated another pyramid with gdal_retile.
And generated the properties files with the absolute values of the
PixelSize.
Generating the coverage store now works but when it comes to generate a
coverage it says
SRS: EPSG:unknown.
I don't know what I should put in there.
The difference in the prj files is that in my new created prj files there
is no authority field, whereas in the 'old' prj files where 3 authority
fields.
Can anyone tell me, what to put in theSRS field of the coverage editor?
Regards Pascal
Sylvan Ascent Inc. wrote:
I've seen that the Properties file is very sensitive to spaces between
the
extent values.
--------------------------------------------------
From: "Suvajit Sengupta" <suvajit.sengupta@anonymised.com>
Sent: Friday, February 13, 2009 9:28 AM
To: <geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] Can't load pyramid into geoserver
Hi Pascal,
I feel the problem is in the properties file.
For the Envelope2D value, get the extent of the index.shp and use it.
>ogrinfo -al index.shp
scroll up and get the values of the field 'Extent:'
Regards,
Suvajit
Pascal Jäger wrote:
Hi Suvajiit,
thanks for your answer, but unfortunately the error message is still
the
same.
I changed the values in the properties file of each layer and in the
"main" properties file to the absolute values.
What else might there be wrong?
The NumFiles argument in the properties file of each layer. I'm not
quite
sure what the correct value should be. First I gave it the number of
tif
files generated for the layer but then I've seen properties files where
for each layer the number of tif files plus 2 had been inserted.
So now I am a bit confused and tried both ways, but still no change.
I hope you have other suggestions.
Regards Pascal
Suvajit Sengupta wrote:
Hi Pascal,
The problem is there in your PROPERTIES file.
The Levels parameter in your index.properties reads:
Levels=0.002083333333333,-002083333333333
0.004166666666667,-0.004166666666667
0.008333333333333,-0.008333333333333
0.016666666666667,-0.016666666666667
0.033333333333333,-0.033333333333333
0.066666666666667,-0.066666666666667
0.133333333333333,-0.133333333333333
Levels depicts the cell size in the X an d Y directions.
The values for "Levels" can be gathered by inspecting the output from
gdalinfo (HINT: read the absolute values from the "Pixel Size" line):
gdalinfo passA2006260173532.tif
where the line of interest reads:
Pixel Size = (10000.000000000000000,-10000.000000000000000)
Copy the above two values and define Levels in properties file as:
Levels=10000.0,10000.0
Probably this will work.
Regards,
Suvajit
Pascal Jäger wrote:
Hi there,
I tried to create a coverage store, but I did not work.
I got this http://www.nabble.com/file/p21977158/error.txt error.txt
I am using the 250m True Marble GLCD from
http://www.unearthedoutdoors.net/global_data/land_cover/download
http://www.unearthedoutdoors.net/global_data/land_cover/download
I tried using the PyramidBuilder from geotools, but it didn't work
well.
This time I used gdal_retile and created the prj and properties files
according to this tutorial
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin
But when I create the coverage store, the error in the attached file
occurs.
I also tried to load a single layer as a mosaic into geoserver, but
it
didn't work neither.
I attached my proeprties and my prj file form the top folder.
http://www.nabble.com/file/p21977158/index.prj index.prj
http://www.nabble.com/file/p21977158/index.properties
index.properties
I just started working with geoserver and stuff for my internship I
am
doing and therefor I'm not quite sure if I misses something?
I hope you can help me.
Greetz
Pascal
--
View this message in context:
http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p21992102.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Can't-load-pyramid-into-geoserver-tp21977158p22245799.html
Sent from the GeoServer - User mailing list archive at Nabble.com.