[Geoserver-users] attempting to load GeoTIFFs into GeoServer problems

Hi,

I am attempting to load GeoTIFFs into GeoServer like so:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-bin
ary @C:\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/covearg
estores/ds_teste/file.tiff

But I keep getting

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveargestores/ds_teste/file.tiff HTTP/1.1

Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Could not determine format. Try setting the Content-type header.* Connection #0
to host localhost left intact

  • Closing connection #0

Any hints?

Tks in advance

Marcos


“Saber o que é certo e não fazê-lo é a pior covardia.”

Hi Marcos,
looking at 1, geotiff is a supported extension.
Try modifying your request using “file.geotiff” instead of “file.tiff”

Let us know.
Regards,
Daniele

On Thu, May 14, 2009 at 6:34 AM, Marcos Nogueira <nomarcos@anonymised.com.84…> wrote:

Hi,

I am attempting to load GeoTIFFs into GeoServer like so:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-bin
ary @C:\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/covearg
estores/ds_teste/file.tiff

But I keep getting

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveargestores/ds_teste/file.tiff HTTP/1.1

Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Could not determine format. Try setting the Content-type header.* Connection #0
to host localhost left intact

  • Closing connection #0

Any hints?

Tks in advance

Marcos


“Saber o que é certo e não fazê-lo é a pior covardia.”


The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there’s a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you’ll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com


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

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it


Thanks a lot for your reply Daniele,

yeah… one of the issues was that what you suggested…
but there was another one:
I was accessing the content of geoserver using:
http://localhost:8080/geoserver/rest/workspaces/topp.html
and then clicking in the name of the coveragestore:
http://localhost:8080/geoserver/rest/workspaces/topp/coveargestores/cs_teste.html
I was using that link in my command… and… as you can see… it was generating the wrong word (“a” and “r” switched places)…
When I changed that it then showed me the mistake you mentioned. I corrected it. But now I face another one:
Here’s my command now:
curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-binary @C
:\tiffs\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/coverag
estores/cs_teste/file.geotiff

Now I get:

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveragestores/cs_teste/file.geotiff HTTP
1.1
Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 500 Internal Server Error
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Error auto-configuring coverage:java.lang.NullPointerException* Connection #0 to
host localhost left intact

  • Closing connection #0

(
I created the coverageStore using the following command:
curl -u admin:geoserver -v -XPOST -H “Content-type: text/xml” -d “cs_teste” http://localhost:8080/geoserver/rest/wo
rkspaces/topp/coveragestores

which worked just fine
)

any hints?

tks in advance

Marcos

On Thu, May 14, 2009 at 4:27 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com> wrote:

Hi Marcos,
looking at 1, geotiff is a supported extension.
Try modifying your request using “file.geotiff” instead of “file.tiff”

Let us know.
Regards,
Daniele

On Thu, May 14, 2009 at 6:34 AM, Marcos Nogueira <nomarcos@anonymised.com> wrote:

Hi,

I am attempting to load GeoTIFFs into GeoServer like so:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-bin
ary @C:\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/covearg
estores/ds_teste/file.tiff

But I keep getting

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveargestores/ds_teste/file.tiff HTTP/1.1

Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Could not determine format. Try setting the Content-type header.* Connection #0
to host localhost left intact

  • Closing connection #0

Any hints?

Tks in advance

Marcos


“Saber o que é certo e não fazê-lo é a pior covardia.”


The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there’s a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you’ll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com


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

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it



“Saber o que é certo e não fazê-lo é a pior covardia.”

Hi,

On Thu, May 14, 2009 at 5:14 PM, Marcos Nogueira <nomarcos@anonymised.com> wrote:

Thanks a lot for your reply Daniele,

yeah… one of the issues was that what you suggested…
but there was another one:
I was accessing the content of geoserver using:
http://localhost:8080/geoserver/rest/workspaces/topp.html
and then clicking in the name of the coveragestore:
http://localhost:8080/geoserver/rest/workspaces/topp/coveargestores/cs_teste.html

Ah. Can you open a JIRA for this issue, please?

I was using that link in my command… and… as you can see… it was generating the wrong word (“a” and “r” switched places)…
When I changed that it then showed me the mistake you mentioned. I corrected it. But now I face another one:
Here’s my command now:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-binary @C

:\tiffs\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/coverag
estores/cs_teste/file.geotiff

Now I get:

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveragestores/cs_teste/file.geotiff HTTP
1.1
Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.

.3

Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue

< HTTP/1.1 500 Internal Server Error
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<

Error auto-configuring coverage:java.lang.NullPointerException* Connection #0 to
host localhost left intact

  • Closing connection #0

(
I created the coverageStore using the following command:
curl -u admin:geoserver -v -XPOST -H “Content-type: text/xml” -d “cs_teste” http://localhost:8080/geoserver/rest/wo
rkspaces/topp/coveragestores

which worked just fine
)

Mmm. Did you tried to remove the coveragestore from the catalog and re-insert it using the first REST request?
Which version of GeoServer are you using?

Cheers,
Daniele

any hints?

tks in advance

Marcos

On Thu, May 14, 2009 at 4:27 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com07…> wrote:

Hi Marcos,
looking at 1, geotiff is a supported extension.
Try modifying your request using “file.geotiff” instead of “file.tiff”

Let us know.
Regards,
Daniele

On Thu, May 14, 2009 at 6:34 AM, Marcos Nogueira <nomarcos@anonymised.com> wrote:

Hi,

I am attempting to load GeoTIFFs into GeoServer like so:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-bin
ary @C:\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/covearg
estores/ds_teste/file.tiff

But I keep getting

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveargestores/ds_teste/file.tiff HTTP/1.1

Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Could not determine format. Try setting the Content-type header.* Connection #0
to host localhost left intact

  • Closing connection #0

Any hints?

Tks in advance

Marcos


“Saber o que é certo e não fazê-lo é a pior covardia.”


The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there’s a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you’ll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com


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

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it



“Saber o que é certo e não fazê-lo é a pior covardia.”

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it


Hi,

On Thu, May 14, 2009 at 12:34 PM, Daniele Romagnoli <daniele.romagnoli@anonymised.com.> wrote:

Hi,

On Thu, May 14, 2009 at 5:14 PM, Marcos Nogueira <nomarcos@anonymised.com> wrote:

Thanks a lot for your reply Daniele,

yeah… one of the issues was that what you suggested…
but there was another one:
I was accessing the content of geoserver using:
http://localhost:8080/geoserver/rest/workspaces/topp.html
and then clicking in the name of the coveragestore:
http://localhost:8080/geoserver/rest/workspaces/topp/coveargestores/cs_teste.html

Ah. Can you open a JIRA for this issue, please?

I opened the JIRA…
I am using GeoServer 1.7.4 with the REST for 1.7.4 as it is in geoserver.org

I was using that link in my command… and… as you can see… it was generating the wrong word (“a” and “r” switched places)…
When I changed that it then showed me the mistake you mentioned. I corrected it. But now I face another one:
Here’s my command now:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-binary @C

:\tiffs\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/coverag
estores/cs_teste/file.geotiff

Now I get:

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveragestores/cs_teste/file.geotiff HTTP
1.1
Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.

.3

Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue

< HTTP/1.1 500 Internal Server Error
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<

Error auto-configuring coverage:java.lang.NullPointerException* Connection #0 to
host localhost left intact

  • Closing connection #0

(
I created the coverageStore using the following command:
curl -u admin:geoserver -v -XPOST -H “Content-type: text/xml” -d “cs_teste” http://localhost:8080/geoserver/rest/wo
rkspaces/topp/coveragestores

which worked just fine
)

Mmm. Did you tried to remove the coveragestore from the catalog and re-insert it using the first REST request?
Which version of GeoServer are you using?

Checking the JIRAs I saw this one:
http://jira.codehaus.org/browse/GEOS-2926
which seems to be the same problem I am having…
and he mentions:
“When uploading a GeoTiff, I get the stack trace that is covered in my conversations with Justin. A note that this occurs even the first time that a coverage is uploaded. NullPointerException is always thrown.”

so…does it mean that there’s no way now at all to upload a geotiff in an automatized way?

tks in advance,
Marcos

Cheers,
Daniele

any hints?

tks in advance

Marcos

On Thu, May 14, 2009 at 4:27 AM, Daniele Romagnoli <daniele.romagnoli@anonymised.com> wrote:

Hi Marcos,
looking at 1, geotiff is a supported extension.
Try modifying your request using “file.geotiff” instead of “file.tiff”

Let us know.
Regards,
Daniele

On Thu, May 14, 2009 at 6:34 AM, Marcos Nogueira <nomarcos@anonymised.com> wrote:

Hi,

I am attempting to load GeoTIFFs into GeoServer like so:

curl -u admin:geoserver -v -XPUT -H “Content-type: image/tiff” --data-bin
ary @C:\sample.tiff http://localhost:8080/geoserver/rest/workspaces/topp/covearg
estores/ds_teste/file.tiff

But I keep getting

  • About to connect() to localhost port 8080 (#0)
  • Trying 127.0.0.1… connected
  • Connected to localhost (127.0.0.1) port 8080 (#0)
  • Server auth using Basic with user ‘admin’

PUT /geoserver/rest/workspaces/topp/coveargestores/ds_teste/file.tiff HTTP/1.1

Authorization: Basic YWRtaW46Z2Vvc2VydmVy
User-Agent: curl/7.19.4 (i386-pc-win32) libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2
.3
Host: localhost:8080
Accept: /
Content-type: image/tiff
Content-Length: 692230
Expect: 100-continue

< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
< Transfer-Encoding: chunked
< Server: Jetty(6.1.8)
<
Could not determine format. Try setting the Content-type header.* Connection #0
to host localhost left intact

  • Closing connection #0

Any hints?

Tks in advance

Marcos


“Saber o que é certo e não fazê-lo é a pior covardia.”


The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there’s a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you’ll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com


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

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it



“Saber o que é certo e não fazê-lo é a pior covardia.”

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it



“Saber o que é certo e não fazê-lo é a pior covardia.”