Hello, I am now able to reference shape files outside of geoserver's data directory without copying the file in Geoserver's data directory using the following configuration after applying the patch found at: http://jira.codehaus.org/browse/GEOS-3999
curl -u admin:geoserver -v -XPUT -H 'Content-type: text/plain' -d 'file:/home/grass/shapefiles/test2.shp' http://localhost:9090/geoserver/rest/workspaces/icens/datastores/test3/external.shp what I noticed, however, is that when in the connection parameters section the file path is not entered and two stores are created with the same name. Also if I remove any one of the stores I would be unable to view the shape file uploaded. In this case two entries of the data store test3 would be created. If I reference a geotiff's file outside of geoserver's data directory, the path for the connection parameters are automatically added and only one one entry is created under the store. I would like to do the same for shape files. Any help with this would be greatly appreciated. Regards, Mckeane Jon Britton-3 wrote: > > Thanks Adam, that sorted me out :-) > > Jon > > On 7 June 2010 00:57, Adam Scarr <[email protected]> wrote: > >> Hi Jon, >> >> You might want to have a read of: >> >> http://old.nabble.com/can-geoserver-discover-spatial-meta-data-during-geotiff-post-to-rest-api--td28305043.html >> >> It looks like the ability to PUT a url to >> coverages/foo/external.<extension> is there for coverages, so you >> might be in luck. This really should be in the docs, though I get the >> feeling it isn't 'restfull' enough for some of the REST fanatics and >> has been swept under the rug - Out of sight out of mind. >> >> Let me know if you make any headway and I HTH. >> >> Regards, >> Adam Scarr >> >> On Fri, Jun 4, 2010 at 8:18 PM, Jon Britton <[email protected]> >> wrote: >> > Hi, >> > I've searched for previous posts on this topic, but none have solved my >> > problem. I'm using GeoServer 2.0.1 and the restconfig plugin to try >> and >> add >> > a new coverage to GeoServer. The coverage (a GeoTIFF) is stored on the >> > local disk, so I don't need to upload it, I just want to pass GeoServer >> a >> > reference to its location. >> > So far, I've managed to create a coveragestore for my coverage by >> POSTing >> > the following XML to >> > http://localhost:8080/geoserver/rest/workspaces/temp/coveragestores >> > >> <coverageStore><name>jyvt1iqlayiy</name><type>GeoTIFF</type><enabled>true</enabled><url>D:\workspaces\REST\REST-Test\.\tempcoverages\jyvt1iqlayiy.tiff</url></coverageStore> >> > This creates the coveragestore, but doesn't make the actual coverage >> > available. How do I create the actual coverage using REST? Is there a >> > simpler method that allows my to make the coveragestore and the >> coverage >> at >> > the same time? >> > Also, another problem is that for some reason my coveragestore ends up >> in >> > the "cite" workspace instead of the "temp" workspace I've specified >> ("temp" >> > does exist). I guess this is a bug? >> > Thanks, >> > Jon >> > >> ------------------------------------------------------------------------------ >> > ThinkGeek and WIRED's GeekDad team up for the Ultimate >> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >> > lucky parental unit. See the prize list and enter to win: >> > http://p.sf.net/sfu/thinkgeek-promo >> > _______________________________________________ >> > Geoserver-users mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/geoserver-users >> > >> > >> > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- View this message in context: http://old.nabble.com/Creating-a-coverage-using-REST-tp28778106p29966510.html Sent from the GeoServer - User mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
