Hello,
it is a bit difficult to understand the full CURL command you are trying to send to GeoServer from your email.
What you should do in order to ingest an external geotiff (which means that the GeoTIFF is already present on the server and you are just providing the full path to GeoServer) is:
-
a POST to
http://:/geoserver/rest/workspaces//coveragestores//external.geotiff
-
of a text/plain Content-type text, containing the following line
file://<full_path_to_the_geotiff_on_server>
Please, try checking your code again and let me know if you still have issues.
Regards,
Alessio.
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
Ciao Alessio,
I just tried a quick example and it worked for the most part as you described with this command.
curl -v -u admin:geoserver -XPUT -H “Content-type: text/plain” -d “file:///Users/jdeolive/Documents/Geodata/usa-merc.tif” http://localhost:8080/geoserver/rest/workspaces/topp/coveragestores/usamerc/external.geotiff
There was a hitch though in that it couldn’t seem to figure out the declared crs but I imagine that was a specific problem to this geotiff file… but perhaps not. Anyways, the end result was that the new coverage was configured but it was disabled.
-Justin
···
On Tue, Jun 24, 2014 at 9:32 AM, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:
Hello,
it is a bit difficult to understand the full CURL command you are trying to send to GeoServer from your email.
What you should do in order to ingest an external geotiff (which means that the GeoTIFF is already present on the server and you are just providing the full path to GeoServer) is:
-
a POST to
http://:/geoserver/rest/workspaces//coveragestores//external.geotiff
-
of a text/plain Content-type text, containing the following line
file://<full_path_to_the_geotiff_on_server>
Please, try checking your code again and let me know if you still have issues.
Regards,
Alessio.
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Justin Deoliveira
Vice President, Engineering | Boundless
jdeolive@anonymised.com
@j_deolive
This command also worked fine with me on Windows.
Moreover I used a GeoTIFF with a correct CRS into the metadata and the layer was correctly setup
(GS 2.6-SNAPSHOT)
curl -v -u admin:geoserver -XPUT -H “Content-type: text/plain” -d “file://c:/Temp/tmp/o38094a1_wgs84.tif” http://localhost:8180/geoserver/rest/workspaces/it.geosolutions/coveragestores/atest/external.geotiff
···
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
On Tue, Jun 24, 2014 at 7:41 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
Ciao Alessio,
I just tried a quick example and it worked for the most part as you described with this command.
curl -v -u admin:geoserver -XPUT -H “Content-type: text/plain” -d “file:///Users/jdeolive/Documents/Geodata/usa-merc.tif” http://localhost:8080/geoserver/rest/workspaces/topp/coveragestores/usamerc/external.geotiff
There was a hitch though in that it couldn’t seem to figure out the declared crs but I imagine that was a specific problem to this geotiff file… but perhaps not. Anyways, the end result was that the new coverage was configured but it was disabled.
-Justin
On Tue, Jun 24, 2014 at 9:32 AM, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:
Hello,
it is a bit difficult to understand the full CURL command you are trying to send to GeoServer from your email.
What you should do in order to ingest an external geotiff (which means that the GeoTIFF is already present on the server and you are just providing the full path to GeoServer) is:
-
a POST to
http://:/geoserver/rest/workspaces//coveragestores//external.geotiff
-
of a text/plain Content-type text, containing the following line
file://<full_path_to_the_geotiff_on_server>
Please, try checking your code again and let me know if you still have issues.
Regards,
Alessio.
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 331 6233686
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Justin Deoliveira
Vice President, Engineering | Boundless
jdeolive@anonymised.com
@j_deolive