I want to have the dll generated as gdal_2_0_2.dll for gdal 2.0.2 build
and this name has to used in gdal_i.lib
So event the apps like gdalwarp.exe will look for gdal_2_0_2.dll and not
gdal200.dll
Thanks
Gane
___
gdal-dev mailing list
gdal-dev@lists.os
Hi devs,
I'm trying to compile gdal on Centos OS with no root access, I would
like to compile it with hdf4 support. If I compile without hdf4 it
compile correctly but when I try to ad hdf4 I got the following error
(I compile libjpeg and hdf4 by myself)
/usr/bin/ld: /pico/home/usertrain/a08tra27/
Le lundi 18 avril 2016 09:35:09, Luca Delucchi a écrit :
> Hi devs,
>
> I'm trying to compile gdal on Centos OS with no root access, I would
> like to compile it with hdf4 support. If I compile without hdf4 it
> compile correctly but when I try to ad hdf4 I got the following error
> (I compile lib
Le lundi 18 avril 2016 09:27:18, Gane R a écrit :
> I want to have the dll generated as gdal_2_0_2.dll for gdal 2.0.2 build
> and this name has to used in gdal_i.lib
>
> So event the apps like gdalwarp.exe will look for gdal_2_0_2.dll and not
> gdal200.dll
try:
nmake /f makefile.vc VERSION=_2_0_
On 18 April 2016 at 09:50, Even Rouault wrote:
> Le lundi 18 avril 2016 09:35:09, Luca Delucchi a écrit :
>> Hi devs,
>>
>> I'm trying to compile gdal on Centos OS with no root access, I would
>> like to compile it with hdf4 support. If I compile without hdf4 it
>> compile correctly but when I try
Hi
I have implemented the write support in the NWT_GRD format, having to make a
few compromises. I'd like to go through them and see if they are reasonable.
I have also attached the diff.
1. The existing read driver reports 4 bands for a GRD dataset. The first 3
are essentially 'virtual' - they ar
Hi all,
I recently tested the MBTiles write support in the latest beta with good
results.
I'm now testing it with larger files, so here is some of my comments and
questions.
Version is: GDAL 2.1.0beta1, released 2016/04/01
The gdalinfo of the input file is:
Driver: GTiff/GeoTIFF
Files: mosaic.tif
Thank you, this fixed it.
Here is the working command:
String[] cmd = {
"-overwrite",
"-f", "MSSQLSpatial",
"MSSQL:Server=xxx;Database=xxx;Uid=xxx;Pwd=xxx",
"C:\\Users\\mcolbert\\Downloads\\UGRB_Ozone_NAA\\UGRB_Ozone_NAA.shp",
"-lco", "GEOM_TYPE=geography",
"-lco", "GEOM_NAME=geog",
"-nln", "CM_S
Folks,
Some updates on the RFC 62.
Working on the code, I've managed to rewrite the C++ API almost
completely OO. There is a need for only a bootstrap function, which
constructs a new band object from a regular GDALRasterBand. The map
algebra methods are methods of this object. The new band c
Lorenzo,
> The command I used is:
>
> \>gdal_translate mosaic.tif full_def9.mbtiles -of MBTILES -expand rgb -co
> TILE_FORMAT=PNG8 -co ZLEVEL=9
> Input file size is 645661, 308112
> 0...10...20...30...40...50...60...70...80ERROR 1: Failure when inserting
> partial tile (row=759306,col=1099566) at
Hi,
I have prepared a GDAL/OGR 2.1.0 release candidate. This is your
last chance to test before the official release. There have been a number of
non-trivial changes since beta1 (see diff log in Annex)
Peek up an archive among the following ones (by ascending size):
http://download.osgeo.org
Hello,
I am trying to resample a .tif raster in C# GDAL in a way that every other cell
in a row and column is removed.
Something similar to the lower GDAL command:
gdal_translate -outsize 50% 0 input.tif output.tif
But this command creates a new resampled .tif file.
While I would like to
Hi Even,
There's a minor (but possibly confusing) typo in the News file at
https://trac.osgeo.org/gdal/wiki/Release/2.1.0-News
Build(Windows):
- Add support for Visual Studio 2015 (a.k.a MSVC_VER=1900 or VC 13)
VS2015 is actually VC14, not 13. For reasons best known to themselves,
Microsof
Le lundi 18 avril 2016 19:59:32, Didier Bernard a écrit :
> Hello,
>
>
> I am trying to resample a .tif raster in C# GDAL in a way that every other
> cell in a row and column is removed.
>
> Something similar to the lower GDAL command:
>
> gdal_translate -outsize 50% 0 input.tif output.tif
Le lundi 18 avril 2016 22:35:42, Didier Bernard a écrit :
> Hi Even,
>
> I can not use GDAL commands from command prompt. I have to resample my .tif
> by using GDAL C# bindings.
>
> I manually created the previously shown .vrt file, based on examples from
> GDAL .vrt tutorial page: http://www.gda
Hi Even,
I can not use GDAL commands from command prompt. I have to resample my .tif by
using GDAL C# bindings.
I manually created the previously shown .vrt file, based on examples from GDAL
.vrt tutorial page:
http://www.gdal.org/gdal_vrttut.html
I took one example from mentioned page, and re
Le lundi 18 avril 2016 10:51:06, jramm a écrit :
> Hi
> I have implemented the write support in the NWT_GRD format, having to make
> a few compromises. I'd like to go through them and see if they are
> reasonable. I have also attached the diff.
>
> 1. The existing read driver reports 4 bands for a
Hi Even,
I loaded the initial vesuvius_wgs84.tif file by using C# bindings.
Then I've read the following of its dataset variables and properties:
dataset.RasterXSize, dataset.RasterYSize and dataset.GetGeoTransform. Then I
took a template .VRT example, and replaced the upper mentioned values in
Didier Bernard hotmail.com> writes:
> Are you suggesting to simply convert the .tif file from command prompt by
using gdal_translate? Like so:
>
> "C:/gdalwin32-1.4.1/bin/gdal_translate.exe" -of VRT
"C:/vesuvius_wgs84.tif" "C:/vesuvius_wgs84.vrt"
>
> ?
>
> And "build" my .vrt file accord
Hi Jukka,
I really appreciate your suggestion!
Believe it or not, I am not a programmer either.
Manual editing of a .vrt file looks to be far more complicated issue than I
have previously thought it would be
There is no "Pixel size" variable inside a .vrt file, but I know it's the
second and fo
20 matches
Mail list logo