[Geoserver-users] RE ST - GET bounding box of one layer

Hi all,
I'm starting to believe that you cannot read detailed information of one
layer via REST...

Example:

REQUEST (via shell, using cURL)
curl -XGET -u admin:password
http://localhost:8080/geoserver/rest/workspaces/<myWorkspace>/coveragestores/<myGeoTIFF>\.xml

RESPONSE:
<coverageStore>
  <name>pm10.2010141.0935.geo.tif</name>
  <type>GeoTIFF</type>
  <enabled>true</enabled>
  <workspace>
    <name>sensorer</name>
    <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer.xml&quot;
type="application/xml"/>
  </workspace>

<url>file:/home/piero/Documents/MODIS_Maps/2010/pm10.2010141.0935.geo.tif</url>
  <coverages>
    <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml&quot;
type="application/xml"/>
  </coverages>

The content of the response of a WMS GetCapabilities is much more detailed,
but the size of it is very huge in my case (about 30 MB).
Any suggestion?

Thanks,
Piero
--
View this message in context: http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020257.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

You’re looking at the coveragestore details, not the coverage details. (This distinction is not very useful for GeoTiff, for which each store contains exactly one coverage, but GeoServer could conceivably have a plugin which provides a coveragestore that can have multiple coverages. See for example the PostGIS datastore which may expose multiple tables from one PostGIS database, an analogous structure on the featuretype side.)

If you follow the link to http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml

(from the block above) you will find a link to the coverage details themselves.

There is also an entry in http://localhost:8080/geoserver/rest/layers.xml for the layer details, which is where you would set the styles for the layer and other “publishing” details.

Hope this helps.


David Winslow
OpenGeo

On Thu, Oct 21, 2010 at 10:47 AM, Piero Campa <piero.campa@anonymised.com> wrote:

Hi all,
I’m starting to believe that you cannot read detailed information of one
layer via REST…

Example:

REQUEST (via shell, using cURL)
curl -XGET -u admin:password
http://localhost:8080/geoserver/rest/workspaces//coveragestores/.xml

RESPONSE:

pm10.2010141.0935.geo.tif
GeoTIFF
true

sensorer
<atom:link xmlns:atom=“http://www.w3.org/2005/Atom” rel=“alternate”
href=“http://localhost:8080/geoserver/rest/workspaces/sensorer.xml
type=“application/xml”/>

file:/home/piero/Documents/MODIS_Maps/2010/pm10.2010141.0935.geo.tif

<atom:link xmlns:atom=“http://www.w3.org/2005/Atom” rel=“alternate”
href=“http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml
type=“application/xml”/>

The content of the response of a WMS GetCapabilities is much more detailed,
but the size of it is very huge in my case (about 30 MB).
Any suggestion?

Thanks,
Piero

View this message in context: http://old.nabble.com/REST—GET-bounding-box-of-one-layer-tp30020257p30020257.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev


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

Hi David,
well unfortunately I still get not much information about the coverage (nor
in the layer).

<coverages>
  <coverage>
    <name>pm10.2010141.0935.geo.tif</name>
    <atom:link rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages/pm10.2010141.0935.geo.tif.xml&quot;
type="application/xml"/>
  </coverage>
</coverages>

Maybe I didn't uploaded my geoTIFFS correctly via REST configuration. ?

PS This was my procedure:
1 - Upload the GeoTiff:
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: image/geotiff'
--data-binary @"$FILE"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname/file.geotiff
2 - Edit URL and ENABLE boolean
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<coverageStore><url>file:$FILE</url><enabled>true</enabled></coverageStore>"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname.xml
3 - Set own SLD
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<layer><defaultStyle><name>$mySLD</name><atom:link
xmlns:atom=\"http://www.w3.org/2005/Atom\\&quot; rel=\"alternate\"
href=\"$URL/rest/styles/$mySLD.xml\"
type=\"application/xml\"/></defaultStyle><enabled>true</enabled></layer>"
"$URL/layers/$mapname.xml

David Winslow-5 wrote:

You're looking at the coveragestore details, not the coverage details.
(This distinction is not very useful for GeoTiff, for which each store
contains exactly one coverage, but GeoServer could conceivably have a
plugin
which provides a coveragestore that can have multiple coverages. See for
example the PostGIS datastore which may expose multiple tables from one
PostGIS database, an analogous structure on the featuretype side.)

If you follow the link to
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml

(from the <coverages> block above) you will find a link to the coverage
details themselves.

There is also an entry in
http://localhost:8080/geoserver/rest/layers.xmlfor the layer details,
which is where you would set the styles for the layer
and other "publishing" details.

Hope this helps.

--
David Winslow
OpenGeo

On Thu, Oct 21, 2010 at 10:47 AM, Piero Campa <piero.campa@anonymised.com>
wrote:

Hi all,
I'm starting to believe that you cannot read detailed information of one
layer via REST...

Example:

REQUEST (via shell, using cURL)
curl -XGET -u admin:password
http://localhost:8080/geoserver/rest/workspaces/
<myWorkspace>/coveragestores/<myGeoTIFF>.xml

RESPONSE:
<coverageStore>
<name>pm10.2010141.0935.geo.tif</name>
<type>GeoTIFF</type>
<enabled>true</enabled>
<workspace>
   <name>sensorer</name>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer.xml&quot;
type="application/xml"/>
</workspace>

<url>file:/home/piero/Documents/MODIS_Maps/2010/pm10.2010141.0935.geo.tif</url>
<coverages>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml
"
type="application/xml"/>
</coverages>

The content of the response of a WMS GetCapabilities is much more
detailed,
but the size of it is very huge in my case (about 30 MB).
Any suggestion?

Thanks,
Piero
--
View this message in context:
http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020257.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and
Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020677.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

I just tried to read the information of a manually uploaded GeoTiff (via web
interface), but still the same amount of information is returned.

Piero Campa wrote:

Hi David,
well unfortunately I still get not much information about the coverage
(nor in the layer).

<coverages>
  <coverage>
    <name>pm10.2010141.0935.geo.tif</name>
    <atom:link rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages/pm10.2010141.0935.geo.tif.xml&quot;
type="application/xml"/>
  </coverage>
</coverages>

Maybe I didn't uploaded my geoTIFFS correctly via REST configuration. ?

PS This was my procedure:
1 - Upload the GeoTiff:
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: image/geotiff'
--data-binary @"$FILE"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname/file.geotiff
2 - Edit URL and ENABLE boolean
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<coverageStore><url>file:$FILE</url><enabled>true</enabled></coverageStore>"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname.xml
3 - Set own SLD
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<layer><defaultStyle><name>$mySLD</name><atom:link
xmlns:atom=\"http://www.w3.org/2005/Atom\\&quot; rel=\"alternate\"
href=\"$URL/rest/styles/$mySLD.xml\"
type=\"application/xml\"/></defaultStyle><enabled>true</enabled></layer>"
"$URL/layers/$mapname.xml

David Winslow-5 wrote:

You're looking at the coveragestore details, not the coverage details.
(This distinction is not very useful for GeoTiff, for which each store
contains exactly one coverage, but GeoServer could conceivably have a
plugin
which provides a coveragestore that can have multiple coverages. See for
example the PostGIS datastore which may expose multiple tables from one
PostGIS database, an analogous structure on the featuretype side.)

If you follow the link to
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml

(from the <coverages> block above) you will find a link to the coverage
details themselves.

There is also an entry in
http://localhost:8080/geoserver/rest/layers.xmlfor the layer details,
which is where you would set the styles for the layer
and other "publishing" details.

Hope this helps.

--
David Winslow
OpenGeo

On Thu, Oct 21, 2010 at 10:47 AM, Piero Campa <piero.campa@anonymised.com>
wrote:

Hi all,
I'm starting to believe that you cannot read detailed information of one
layer via REST...

Example:

REQUEST (via shell, using cURL)
curl -XGET -u admin:password
http://localhost:8080/geoserver/rest/workspaces/
<myWorkspace>/coveragestores/<myGeoTIFF>.xml

RESPONSE:
<coverageStore>
<name>pm10.2010141.0935.geo.tif</name>
<type>GeoTIFF</type>
<enabled>true</enabled>
<workspace>
   <name>sensorer</name>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer.xml&quot;
type="application/xml"/>
</workspace>

<url>file:/home/piero/Documents/MODIS_Maps/2010/pm10.2010141.0935.geo.tif</url>
<coverages>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml
"
type="application/xml"/>
</coverages>

The content of the response of a WMS GetCapabilities is much more
detailed,
but the size of it is very huge in my case (about 30 MB).
Any suggestion?

Thanks,
Piero
--
View this message in context:
http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020257.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and
Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and
Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020759.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Ok, I got the solution:

http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages/pm10.2010141.0935.geo.tif.xml

Thank you for the support.
Cheers,
Piero

Piero Campa wrote:

I just tried to read the information of a manually uploaded GeoTiff (via
web interface), but still the same amount of information is returned.

Piero Campa wrote:

Hi David,
well unfortunately I still get not much information about the coverage
(nor in the layer).

<coverages>
  <coverage>
    <name>pm10.2010141.0935.geo.tif</name>
    <atom:link rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages/pm10.2010141.0935.geo.tif.xml&quot;
type="application/xml"/>
  </coverage>
</coverages>

Maybe I didn't uploaded my geoTIFFS correctly via REST configuration. ?

PS This was my procedure:
1 - Upload the GeoTiff:
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: image/geotiff'
--data-binary @"$FILE"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname/file.geotiff
2 - Edit URL and ENABLE boolean
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<coverageStore><url>file:$FILE</url><enabled>true</enabled></coverageStore>"
"$URL/workspaces/$WORKSPACE/coveragestores/$mapname.xml
3 - Set own SLD
curl -u "$USER:$PASSWORD" -XPUT -H 'Content-type: text/xml' -d
"<layer><defaultStyle><name>$mySLD</name><atom:link
xmlns:atom=\"http://www.w3.org/2005/Atom\\&quot; rel=\"alternate\"
href=\"$URL/rest/styles/$mySLD.xml\"
type=\"application/xml\"/></defaultStyle><enabled>true</enabled></layer>"
"$URL/layers/$mapname.xml

David Winslow-5 wrote:

You're looking at the coveragestore details, not the coverage details.
(This distinction is not very useful for GeoTiff, for which each store
contains exactly one coverage, but GeoServer could conceivably have a
plugin
which provides a coveragestore that can have multiple coverages. See
for
example the PostGIS datastore which may expose multiple tables from one
PostGIS database, an analogous structure on the featuretype side.)

If you follow the link to
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml

(from the <coverages> block above) you will find a link to the coverage
details themselves.

There is also an entry in
http://localhost:8080/geoserver/rest/layers.xmlfor the layer details,
which is where you would set the styles for the layer
and other "publishing" details.

Hope this helps.

--
David Winslow
OpenGeo

On Thu, Oct 21, 2010 at 10:47 AM, Piero Campa <piero.campa@anonymised.com>
wrote:

Hi all,
I'm starting to believe that you cannot read detailed information of
one
layer via REST...

Example:

REQUEST (via shell, using cURL)
curl -XGET -u admin:password
http://localhost:8080/geoserver/rest/workspaces/
<myWorkspace>/coveragestores/<myGeoTIFF>.xml

RESPONSE:
<coverageStore>
<name>pm10.2010141.0935.geo.tif</name>
<type>GeoTIFF</type>
<enabled>true</enabled>
<workspace>
   <name>sensorer</name>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="http://localhost:8080/geoserver/rest/workspaces/sensorer.xml&quot;
type="application/xml"/>
</workspace>

<url>file:/home/piero/Documents/MODIS_Maps/2010/pm10.2010141.0935.geo.tif</url>
<coverages>
   <atom:link xmlns:atom="http://www.w3.org/2005/Atom&quot; rel="alternate"
href="
http://localhost:8080/geoserver/rest/workspaces/sensorer/coveragestores/pm10.2010141.0935.geo.tif/coverages.xml
"
type="application/xml"/>
</coverages>

The content of the response of a WMS GetCapabilities is much more
detailed,
but the size of it is very huge in my case (about 30 MB).
Any suggestion?

Thanks,
Piero
--
View this message in context:
http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020257.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and
Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi
Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America
contest
Create new apps & games for the Nokia N8 for consumers in U.S. and
Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in
marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://old.nabble.com/REST---GET-bounding-box-of-one-layer-tp30020257p30020830.html
Sent from the GeoServer - User mailing list archive at Nabble.com.