I made some testing and it really is so that this undocumented (?) .meta file makes Geoserver to find correct bounds for the jpeg image. Projection is found from the .prj file.
-Jukka-
···
Rahkonen Jukka wrote:
Hi,
Have a look at the default data_dir. From data_dir\coverages\img_sample you can find an image “usa.jpeg” which you can publish simply by creating a store and layer. Perhaps the secret is in the file “usa.meta” which has contents:
Layer Name = Map Capture 1111440603125
Origin Longitude = -130.85168
Origin Latitude = 20.7052
Corner Longitude = -62.0054
Corner Latitude = 54.1141
Now we need some developer to tell how to write this .meta file. Obviously a .prj file is needed as well.
-Jukka Rahkonen-
César Martínez Izquierdo wrote:
Thank you very much for all the suggestions. We want to offer our users the option to upload JPGs, but we might consider to re-code the image before sending it to Geoserver. I assume the best option is Geotiff using tiles and overviews.
@Jukka: I have tried several variation, such as renaming the .wld to .jgw, the .jpg to .jpeg, including or excluding the .xml generated by gdal, etc. No one worked.
In any case, I will open a ticket as suggested.
César
On 6 February 2016 at 12:17, Andrea Aime <andrea.aime@…1107…> wrote:
On Fri, Feb 5, 2016 at 6:30 PM, César Martínez Izquierdo <cesar.izq@…84…> wrote:
Caused by: java.util.NoSuchElementException
at com.sun.imageio.plugins.jpeg.ImageTypeIterator.next(JPEGImageReader.java:1722)
at com.sun.imageio.plugins.jpeg.ImageTypeIterator.next(JPEGImageReader.java:1694)
at org.geotools.coverage.grid.io.AbstractGridCoverage2DReader.setLayout(AbstractGridCoverage2DReader.java:1164)By the looks of this error it seems that the Java own JPEG reader cannot recognize this JPEG variant.
Never seen this error, but I agree with Jukka, serving world files is a recipe for slowness, there
is no inner tiling, every time one has to go, read and un-compress the entire image even if
the area of interest is a small bit.
Anyways, as an alternative to try out, you could install the turbo-jpeg extension:
http://docs.geoserver.org/latest/en/user/extensions/libjpeg-turbo/index.html
It is advertised as an output format, but as far as I know the library also comes as a reader
which might replace the Java built in one. You might give a go at it and see if this
one car read your file.
In any case, I’d open a ticket and attach a sample file that cannot be opened.
Cheers
Andrea
–
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==
Ing. Andrea Aime
@geowolf
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 339 8844549
http://twitter.com/geosolutions_it
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.
–
César Martínez Izquierdo
GIS developer
SCOLAB: http://www.scolab.es