On Mon, 23 Apr 2012 16:54:10 +0200, Even Rouault wrote:
Selon jr.morre...@enoreth.net:
Hi,
I've a few thousand aerial uncompressed tiff photography that I
would
like to convert to tiff with jpeg compression, unfortunatly I can't
figure the right options to set to overcome the following error
As I worked on a test case and fiddled around with a few other ideas, I think I
found the error of my ways.
The computer I was doing the conversion from vrt to PostGIS has GDAL 1.8. In
my test case, GDAL 1.9 correctly preserves the FIDs. Was -preserve_fid broken
in 1.8? I see the option list
Le lundi 23 avril 2012 19:16:54, Joaquim Luis a écrit :
> > Indeed that solved the linking issue, but while I am at this I have to
> > refer to still another problem.
> > For quite some time that build the mrsid driver (Geo_DSDK-7.0.0.2167)
> > but now it errors with.
> >
> > However, shouldn't it
On 23 April 2012 18:16, Joaquim Luis wrote:
>> However, shouldn't it be trying to link against lti_dsdk_dll.lib instead
>> of lti_dsdk.lib?
>> Again it seams be a 'static' thing that is coming in the way.
>>
>>
>> lti_dsdk.lib(MrSIDEncrypt.obj) : error LNK2019: unresolved external symbol
>> "__dec
William,
The correct formlation appears to be:
Fieldname
There are a few examples in:
autotest/ogr/data/vrt_test.vrt
Given that you already seem to have tried this I don't know why it
isn't working. If you can construct a simple case and file a ticket
it could perhaps be investigated.
Be
Indeed that solved the linking issue, but while I am at this I have to
refer to still another problem.
For quite some time that build the mrsid driver (Geo_DSDK-7.0.0.2167)
but now it errors with.
However, shouldn't it be trying to link against lti_dsdk_dll.lib
instead of lti_dsdk.lib?
Agai
On 23-04-2012 17:28, Even Rouault wrote:
Selon Joaquim Luis:
Hi again,
A couple of weeks ago I referred to a problem building the Win version
and at the end thought the problem was due to the WEBP driver. But now
I'm getting the same type of errors with another driver and, ... one nuance
To r
On 12-04-23 1:19 PM, Joaquim Luis wrote:
> Hi again,
>
> A couple of weeks ago I referred to a problem building the Win version
> and at the end thought the problem was due to the WEBP driver. But now
> I'm getting the same type of errors with another driver and, ... one nuance
>
> To remember, t
Selon Joaquim Luis :
> Hi again,
>
> A couple of weeks ago I referred to a problem building the Win version
> and at the end thought the problem was due to the WEBP driver. But now
> I'm getting the same type of errors with another driver and, ... one nuance
>
> To remember, the errors are are of
Hi again,
A couple of weeks ago I referred to a problem building the Win version
and at the end thought the problem was due to the WEBP driver. But now
I'm getting the same type of errors with another driver and, ... one nuance
To remember, the errors are are of the type
LIBCMT.lib(dosmap.ob
Any ideas on how I can get this to work? Or is it a limitation of the source
csv format?
On Apr 17, 2012, at 12:47 PM, William Kyngesburye wrote:
> I'm having trouble getting the FID option to work in a vrt. The help is not
> clear on how to do this. I've tried
>
> feature_id
>
> and
>
>
It also built fine with VS2010 (32 bits) but one need to put
continuation characters on OPTFLAG= ...
Joaquim
Folks,
I'm looking for a but of assistance from GDAL hackers
who use Visual Studio 2008 or later.
I'd be thankful if someone could conduct the following test for me
against the current
Selon jr.morre...@enoreth.net:
> Hi,
>
> I've a few thousand aerial uncompressed tiff photography that I would
> like to convert to tiff with jpeg compression, unfortunatly I can't
> figure the right options to set to overcome the following error :
>
> gdal_translate -of Gtiff -co "COMPRESS=JPEG"
Hi,
I've a few thousand aerial uncompressed tiff photography that I would
like to convert to tiff with jpeg compression, unfortunatly I can't
figure the right options to set to overcome the following error :
gdal_translate -of Gtiff -co "COMPRESS=JPEG"
"D:\uncompressed_original.tif" "D:\tiff
Even Rouault
> Selon Jukka Rahkonen :
>
> > Hi,
> >
> > We moved orthophotos to a new file system and after that
> gdaltindex became
> > very
> > unreliable, actually unusable. It may be a coincidence but
> old file system
> > does
> > not exist any more and I cannot verify if problem is reall
Selon Jukka Rahkonen :
> Hi,
>
> We moved orthophotos to a new file system and after that gdaltindex became
> very
> unreliable, actually unusable. It may be a coincidence but old file system
> does
> not exist any more and I cannot verify if problem is really due to the new
> file
> storage.
>
>
Hi,
We moved orthophotos to a new file system and after that gdaltindex became very
unreliable, actually unusable. It may be a coincidence but old file system does
not exist any more and I cannot verify if problem is really due to the new file
storage.
What happens now is that only a part of tiff
17 matches
Mail list logo
