Re: [gdal-dev] Jp2 driver "unhandled projection"

Le 09/02/2024 à 18:13, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev a écrit : I noticed a warning after converting a gtiff image to jp2 stating ‘Warning 6: Unhandled projection method Albers_Conic_Equal_Area’.  The driver apparently completes the conversion

[gdal-dev] Jp2 driver "unhandled projection"

I noticed a warning after converting a gtiff image to jp2 stating ‘Warning 6: Unhandled projection method Albers_Conic_Equal_Area’. The driver apparently completes the conversion and happily reports the projection correctly under gdalinfo. But I find it weird that the format would care about t

[gdal-dev] jp2

Hi list, I'd like to convert NITF to a jpeg2000 (*.jp2) that can be opened by STK (Satellite Tool Kit). I don't have any JP2 decoder. is this command right? gdal_translate -of JPEG2000 input.ntf output.jp2 the progress bar showed 0 to 100%, but the result output.jp2 is empty Thank you

Re: [gdal-dev] JP2 Segfault

___ > Od: gdal-dev [gdal-dev-boun...@lists.osgeo.org] w imieniu Yves Jacolin > [yjaco...@free.fr] Wysłano: 22 lipca 2016 15:38 > Do: gdal-dev@lists.osgeo.org > DW: Jukka Rahkonen > Temat: Re: [gdal-dev] JP2 Segfault > > Even, Jukka, > > Thank both

Re: [gdal-dev] JP2 Segfault

On Friday, July 22, 2016 10:28:15 Jukka Rahkonen wrote: > Yves Jacolin free.fr> writes: > > Jukka, I did not use two --config flags at the same time, but this > > information > > > is a great confirmation how to manage such multi config flag, definitively > > useful > > > for next time. > >

Re: [gdal-dev] JP2 Segfault

Yves Jacolin free.fr> writes: > > Jukka, I did not use two --config flags at the same time, but this information > is a great confirmation how to manage such multi config flag, definitively useful > for next time. Hi Yves, I was carefully reading your first mail which did have two --confi

Re: [gdal-dev] JP2 Segfault

] Wysłano: 22 lipca 2016 15:38 Do: gdal-dev@lists.osgeo.org DW: Jukka Rahkonen Temat: Re: [gdal-dev] JP2 Segfault Even, Jukka, Thank both of you. @Even, I though that I get this kind of issue :) I checked my formats list, but maybe at the end of the day, my eyes were tired. @Jukka, I did not use

Re: [gdal-dev] JP2 Segfault

Even, Jukka, Thank both of you. @Even, I though that I get this kind of issue :) I checked my formats list, but maybe at the end of the day, my eyes were tired. @Jukka, I did not use two --config flags at the same time, but this information is a great confirmation how to manage such multi co

Re: [gdal-dev] JP2 Segfault

Yves Jacolin free.fr> writes: > > Hello, > > I am working on some JP2 data (total 262 Go) . I started creating a vrt file > and then "gdal_translate" them. > > I always have a segfault. I tried to use a GDAL_SKIP config to use another > driver but it seems that I can successfully do this: >

Re: [gdal-dev] JP2 Segfault

Salut Yves, > Using --config GDAL_SKIP ECW doesn't change anything. The name of the driver in that instance is JP2ECW . ECW is for .ecw files > > I can't understand two things: > > * first: why libNCSEcw is used instead of openjpeg200 lib? Answered above > * second: what kind of problem cou

[gdal-dev] JP2 Segfault

Hello, I am working on some JP2 data (total 262 Go) . I started creating a vrt file and then "gdal_translate" them. I always have a segfault. I tried to use a GDAL_SKIP config to use another driver but it seems that I can successfully do this: >> Stack trace in bt << Starting program: /usr/lo

Re: [gdal-dev] JP2 GML Axis Order Problem

Hi Even, I've created ticket #5960 Best Regards, Dennis On Wed, May 13, 2015 at 2:58 PM, Even Rouault wrote: > Dennis, > > Could you open a ticket in GDAL Trac about that ? > > Even > > > Hi guys, > > > > > > > > we have a Pleiades image here, the jp2

Re: [gdal-dev] JP2 GML Axis Order Problem

Dennis, Could you open a ticket in GDAL Trac about that ? Even > Hi guys, > > > > we have a Pleiades image here, the jp2 coming directly from the provider > with an GML header like this: > > > > > > > > > > gml:id="COVERAGE_DS_PHR1A_201306090940372_FR1_PX_E017N43_0315_01434"

[gdal-dev] JP2 GML Axis Order Problem

Hi guys, we have a Pleiades image here, the jp2 coming directly from the provider with an GML header like this: Ortho DS_PHR1A_201306090940372_FR1_PX_E017N43_0315_01434 coverage DS_PHR1A_201306090940372_FR1_PX_E017N43_0315_01434

Re: [gdal-dev] JP2 files created with JP2OpenJPEG can only have 1 or 3 bands?

Le mercredi 15 octobre 2014 22:03:32, Paul Hasenohr a écrit : > Hello Even, > > Thank you for your answer. > > In fact in my case, this 4th band is for a Near Infra Red channel so I > definitely do not want to have it labelled as alpha! > But I will have other satellite images with more than 4 ba

Re: [gdal-dev] JP2 files created with JP2OpenJPEG can only have 1 or 3 bands?

Hello Even, Thank you for your answer. In fact in my case, this 4th band is for a Near Infra Red channel so I definitely do not want to have it labelled as alpha! But I will have other satellite images with more than 4 bands (plus possibly an alpha band). Would it be possible to simply remove

Re: [gdal-dev] JP2 files created with JP2OpenJPEG can only have 1 or 3 bands?

Le mercredi 15 octobre 2014 21:19:37, Paul Hasenohr a écrit : > Hello, > > I just compiled gdal-1.11.1 with support for jpeg2000 through OpenJPEG > and wanted to convert a 4 bands TIFF file (with LZW compression) into a > lossless JP2 file. > While attempting to run gdal_translate, I received this

[gdal-dev] JP2 files created with JP2OpenJPEG can only have 1 or 3 bands?

Hello, I just compiled gdal-1.11.1 with support for jpeg2000 through OpenJPEG and wanted to convert a 4 bands TIFF file (with LZW compression) into a lossless JP2 file. While attempting to run gdal_translate, I received this error message ERROR 6: Unable to export files with 4 bands Looking

Re: [gdal-dev] JP2/J2K codecs in JP2OpenJPEG dataset

Le mercredi 19 mars 2014 18:16:57, Piero Campalani a écrit : > Hi list, > > looking at the JP2OpenJPEG format handler (./frmts/openjpegdataset.cpp), it > seems that only the codec JP2 (and not J2K) is accepted in order to enable > extra boxes (eg GMLJP2 or GeoJP2 ones). > > Might be wrong, but ar

[gdal-dev] JP2/J2K codecs in JP2OpenJPEG dataset

Hi list, looking at the JP2OpenJPEG format handler (./frmts/openjpegdataset.cpp), it seems that only the codec JP2 (and not J2K) is accepted in order to enable extra boxes (eg GMLJP2 or GeoJP2 ones). Might be wrong, but aren't JP2/J2K equivalent formats? >>> ---if( eCodecForm