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"; > 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\"; 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 <[email protected]> >> 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"; rel="alternate" >>> href="http://localhost:8080/geoserver/rest/workspaces/sensorer.xml"; >>> 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"; 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 >>> [email protected] >>> 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 >> [email protected] >> 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. ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
