What is the exception message specifically?
Best regards,
Tamas
2012/3/19 Pouliot, Christopher (DNR) christopher.poul...@state.mn.us
Hello,
The App I'm using GDAL in is a C# (Visual Studio 2010, .NET 4.0)
executable and is distributed to a couple thousand people. For 95% of
those people
as
it seems more trivial to identify the datums by EPSG code (where exists)
and not only by the datum name.
Any objections to apply such change in gdal (mitab) at last?
Best regards,
Tamas
2012/3/15 Tamas Szekeres szeker...@gmail.com
Hi Devs,
I have run into a problem when assigning
Hi Devs,
I have run into a problem when assigning a spatial reference to a mapinfo
file using ogr2ogr when using -a_srs EPSG:28350.
The mapinfo driver doesn't seem to recognise the datum
(Geocentric_Datum_of_Australia_1994) and assigns WGS84 to the output file
which is a fairly inconvenient
+1
Tamas
2012/3/13 Jorge Arevalo jorgearev...@libregis.org
Motion: GDAL/OGR Commit rights are extended to David Zwarg
Hello,
David Zwarg has been working over the last few weeks in submitting
patches to improve and fix the PostGIS Raster driver. I have
integrated them until now, but I
If you have a compiled version of the HDF4 libraries, you could probably
use the SDK from gisinternals http://www.gisinternals.com/sdk/ to include
that in the build (Makefile should be edited). I have never tried it by
myself, but I'll give it a try as my time permits.
Best regards,
Tamas
+1
Tamas
2012/2/1 Even Rouault even.roua...@mines-paris.org
Motion: GDAL/OGR Commit rights are extended to Robert Coup
---
Folks,
Robert Coup has been working over the last few weeks in submitting patches
to
improve and fix the new FileGDB driver. I have integrated them until now,
+1
Tamas
2012/1/24 Frank Warmerdam warmer...@pobox.com
Motion: GDAL/OGR Commit rights are extended to Dmitry Barishnikov
/Дмитрий Барышников (userid: bishop).
---
Folks,
Dmitry has been providing patches for GDAL/OGR for several years
now and has, in my opinion, demonstrated good
Jeremy,
This seems to be a reasonable requirement. You should create a ticket for
this issue at:
http://trac.osgeo.org/gdal/newticket
Best regards,
Tamas
2012/1/12 Jeremy Palmer jpal...@linz.govt.nz
Hi,
I'm trying to load a CSV file into an existing MSSQL 2008 table using
ogr2ogr:
GDAL autotests are looking good on Win64. Futher tests are welcome.
Best regards,
Tamas
2012/1/2 Etienne Tourigny etourigny@gmail.com
What is the status of Windows 32-bit and 64-bit ? Have they been
tested outside of Tamas' build bot?
best wishes for 2012,
Etienne
On Sun, Jan 1,
+1
Tamas
2011/12/14 Frank Warmerdam warmer...@pobox.com
Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees
to the Islandwood Code Sprint for Brian Case.
-
Brian (aka winkey) has done lots of work in recent years on and with
GDAL/OGR. Most notably he has
Felix,
Not sure I clearly understand the benefit, though it may be due to my lack
of knowledge in NuGet.
Is this just another way how to deploy the compiled binaries or something
to be incorporated in the GDAL build process?
Best regards,
Tamas
2011/11/3 Felix Obermaier o...@ivv-aachen.de
This sounds like a driver specific problem. Do you have some test data to
reproduce this?
Best regards,
Tamas
2011/11/2 Livneh Yehiyam ye...@rafael.co.il
Hi
I'm trying to use the Kakadu Jpeg2000 (JP2KAK) driver to read raster data.
I'm working on windows7 64 bit with gdal
It seems kakadu SDK has an extraordinary license which would call for to
compile this driver as a plugin. I have been asked to compile gdal against
this dependency but I'm hesitant to think I could technically distribute
the gdal binaries in such form without adding the related binaries from the
Dan,
You can specify the geometry column name along with the table name in the
connection string, something like:
MSSQL:server=servername;database=dbname;tables=schemaname.tablename(geomcolumnname)
for more information see: http://www.gdal.org/ogr/drv_mssqlspatial.html
Best regards,
Tamas
+1
Tamas
2011/10/26 Howard Butler hobu@gmail.com
Folks,
Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks
http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata
Having responded to input and updated the document accordingly, I would
like now formally move
2011/10/18 Pouliot, Christopher (DNR) christopher.poul...@state.mn.us
1) **What is the best way to incorporate PROJ.4? Can I simply set
the PROJ_LIB environment variable in my application to point to my PROJ.dll
location?
In the default gdal build proj4 is loaded dynamically. Your
Hi Zhenyu Lu,
You need not install the plugin dll-s if you don't require the corresponding
functionality.
With regards to the dependent dll-s, you can use the -dev packages from
http://www.gisinternals.com/sdk/ to compile your own versions using the
following steps:
1. Download the -dev package
to update such change in the stable branch?
Best regards,
Tamas
2011/9/25 Tamas Szekeres szeker...@gmail.com
Hi Devs,
I've run into a memory exhausted error in the OGR SQL parser when the
token count exceeds 200. This is related to the YYINITDEPTH setting in
swq_parser.cpp
Does anyone
, but I'm not quite sure if we can easily
generate errors at this state of the processing.
Best regards,
Tamas
2011/9/23 Even Rouault even.roua...@mines-paris.org
Le mercredi 21 septembre 2011 19:20:17, Tamas Szekeres a écrit :
Hi Devs,
We have some problems due to the recent changes in the SQL
Hi Devs,
We have some problems due to the recent changes in the SQL expression parser
which is related to the change in the implicit type conversion behaviour.
Formerly we could safely use the following statement:
select * from mytable where ogr_fid in ('1100','1101','1102')
If the data type
+1
Tamas
2011/9/2 Even Rouault even.roua...@mines-paris.org
Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
---
Hi,
Kyle Shannon and I would like to propose Etienne Tourigny for commit access
to
GDAL subversion repository.
Etienne has recently contributed in the
You should make sure about the actual representation of the raster image,
whether it represents the pixel as floats as you have used float arrays in
the code. The last 2 parameters are used to define the byte offset of the
pixels and lines in the image ( for more info see the
Hi,
Make sure to place the ogr_SDE.dll into the /gdalplugins subdirectory from
where your application is running. Alternatively you can set the
GDAL_DRIVER_PATH environment setting to point to the directory of the plugin
dll-s
Best regards,
Tamas
2011/8/9 L.M Tan konglon...@gmail.com
hi,
2011/8/9 Jean-François Gigand j...@geonef.fr
I decided to write this library when I got limited at using OGR/PHP
(segfault crash) and noticed the latter has not been maintained for
years.
After trying to compile the SWIG bindings with no success, I thought a
good robust C++ code would be
Maksim,
You can refer to the example
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALRead.csto
see how to read data into a byte array and then you can write this
array
directly to the memory stream.
Best regards,
Tamas
2011/7/31 Maksim Sestic m...@geoinova.com
Hi
+1
Best regards,
Tamas
2011/7/20 Even Rouault even.roua...@mines-paris.org
Motion: Extend GDAL/OGR Commit Access to Paul Ramsey
---
Hi,
Paul, who has been involved for many years in the developement of various
OSGeo projects like PostGIS or MapServer, has recently contributed in the
+1
Tamas
2011/7/12 Frank Warmerdam warmer...@pobox.com
Motion: GDAL/OGR 1.8.1RC2 is approved as the official 1.8.1
release.
+1 Frank
--
---+--
I set the clouds in motion - turn up | Frank Warmerdam,
Isaac,
I've took a chance to install the numpy-amd64 packages from the site you
mentioned. If the things are going well the tomorrow builds will contain the
numpy enabled gdal win64 packages.
I should however mention that I have some negative experiences with the
numpy enabled GDAL (WIN64)
GDAL Python 3.2 packages has now been added to the builds at
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2011/7/9 Isaac Gerg isaac.g...@gergltd.com
This sounds great. Thanks so much Tamas.
Isaac
On Sat, Jul 9, 2011 at 5:07 PM, Tamas Szekeres szeker...@gmail.comwrote:
I'm
2011/7/8 Even Rouault even.roua...@mines-paris.org
http://vbkto.dyndns.org/sdk/ proposes bindings for 2.6, 2.7 and 3.1.
Perhaps
Tamas would want to add support for 3.2 ?
How do we stand with the Python 3.2 support in GDAL? Do we still require to
patch the gererated interface files so as to
:56:54, Tamas Szekeres a écrit :
2011/7/8 Even Rouault even.roua...@mines-paris.org
http://vbkto.dyndns.org/sdk/ proposes bindings for 2.6, 2.7 and 3.1.
Perhaps
Tamas would want to add support for 3.2 ?
How do we stand with the Python 3.2 support in GDAL? Do we still require
Frank,
I have found 2 issues related to the mssql spatial and the mapinfo tab
driver.
http://trac.osgeo.org/gdal/ticket/4149
http://trac.osgeo.org/gdal/ticket/4150
Committed the fix for each and it would be great to have these changes in
1.8.1
Best regards,
Tamas
2011/7/7 Frank Warmerdam
Congrats for the new job, Frank!
Best regards,
Tamas
2011/7/7 Frank Warmerdam warmer...@pobox.com
Sylvain,
Consider it mentioned now! I had my first day today (lots to take in).
I discussed this on my blog at:
http://fwarmerdam.blogspot.com/2011/06/joining-google.html
The short
+1
Tamas
2011/6/29 Even Rouault even.roua...@mines-paris.org
Motion: Extend GDAL/OGR Commit Access to Antonio Valentino
---
Hi,
Antonio, a regular contributor to discussions on the mailing list, has
submitted quite a few good quality patches, mainly related to SAR formats,
over the
Hi Elijah,
With regards to the CRT dependency I would always recommend to use that
version which corresponds to the CRT dep. of the application. You might use
the Dependency Walker tool to identify which CRT dll the application depends
on. For example the official python (python.org) windows
Hi Paul,
You may have to set up a certificate file (containing the trusted domains)
to make curl + SSL work properly. I've already wrote a blogpost about this
at:
http://szekerest.blogspot.com/2010/12/daily-built-binary-packages-for.html
Hope that helps,
Tamas
2011/5/20 Paul Meems
Have you added C:\Program Files\GDAL to the *PATH* environment variable?
Best regards,
Tamas
2011/5/4 Gregory Yetman gyet...@ciesin.columbia.edu
Hi,
I'm pulling my hair out over what should be a simple problem. I'm trying to
use the pre-compiled GDAL library and bindings published here:
2011/4/19 Francisco José Reyes Peralta gistd...@hotmail.es
Dear friends, I'm vieweing the *GDALDatasetRasterIO.cs* from the Csharp
samples of GDAL and I'm getting an error in the following line *Bitmap
bitmap = new Bitmap(imageWidth, imageHeight, pixelFormat);* In the *
pixelFormat*
Looks like my account on dyndns has been lost :-( Since I'm getting tired
to update the account in every month, I've already registered a domain to
point to this location which is:
http://www.gisinternals.com/sdk/
If you have any links or bookmarks to point to the support site then update
them
Not sure what is the actual value of 'pixelFormat__1' in your program.
Best regards,
Tamas
2011/4/19 Francisco José Reyes Peralta gistd...@hotmail.es
The parameter is not valid is the error that I get.
I use an adaptation of the source .cs code in VB.NET.
Here is part of the code:
You may require to set: 'ENABLE_RELOCATABLE:BOOL=OFF' in CMakeCache.txt
Best regards,
Tamas
2011/4/10 Joaquim Luis jl...@ualg.pt
On 10-04-2011 19:03, Jeff McKenna wrote:
Hello Joaquim,
Oh ok thanks, I will try with poppler 0.14.x as you recommend.
(I can add to the GDAL linker flags
2011/3/28 Kirk McKelvey kmckel...@lizardtech.com
Tamas,
I believe this was happening because of a known issue allocating DLL
objects on the heap. I have made the stream objects into member variables
to work around this problem on the trunk (r22052). Let me know if your
tests continue to
?
De : gdal-dev-boun...@lists.osgeo.org [gdal-dev-boun...@lists.osgeo.org]
de la part de Tamas Szekeres [szeker...@gmail.com]
Date d'envoi : mercredi 23 mars 2011 08:36
À : Even Rouault
Cc : gdal-dev
Objet : Re: [gdal-dev] GDAL autotest (mrsid_1) crashing on Win64
Even
Hi All,
I'm experiencing permanent crash in the mrsid_1 autotest on the Win64 builds
of http://vbkto.dyndns.org/sdk/. This problem may be related due to a recent
change (in 2-3 days).
Any ideas about the reason?
Best regards,
Tamas
___
gdal-dev
Even,
According to the buildlog at http://vbkto.dyndns.org/sdk/ r21980 was still
OK, and r21988 was already wrong.
Best regards,
Tamas
2011/3/23 Even Rouault even.roua...@mines-paris.org
Selon Tamas Szekeres szeker...@gmail.com:
Tamas,
Indeed there have been recent changes. You might
2011/3/23 Kirk McKelvey kmckel...@lizardtech.com
Am I correct that your 32-bit builds are passing this test?
Yes, that is the case.
Best regards,
Tamas
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Hi Joaquim.
You can download
http://vbkto.dyndns.org/sdk/PackageList.aspx?file=release-1600-x64-dev.zipto
obtain the libs/includes.
Best regards,
Tamas
2011/3/9 Joaquim Luis jl...@ualg.pt
On 09-03-2011 16:28, Tamas Szekeres wrote:
I had to do the following tweaks in order to compile
Hi,
I'm not aware of any issue related to x64 specifically. You can obtain
compiled binaries from http://vbkto.dyndns.org/sdk/ (including the csharp
bindings)
Best regards,
Tamas
2011/3/1 Livneh Yehiyam ye...@rafael.co.il
Hi
We will start soon to move our product to 64 bit on windows 7,
Hi Armin,
I've just added wildcard support to the builds at
http://vbkto.dyndns.org/sdk/ according to Frank's suggestion. The
corresponding binaries should be available with the next daily builds.
Best regards,
Tamas
2011/2/24 Armin Burger armin.bur...@gmx.net
Hi all
I wanted to use a
Looks good.
Tamas
2011/2/12 Frank Warmerdam warmer...@pobox.com
On 11-02-11 06:56 PM, Tamas Szekeres wrote:
Frank,
While I'm not sure about what changes you intend to do here, I would
emphatically disagree removing the current approach with the ability of
setting
the full path
Frank,
While I'm not sure about what changes you intend to do here, I would
emphatically disagree removing the current approach with the ability of
setting the full path to the external configuration file from the nmake
command line. My build system is higly depend on this setting and if we
don't
Mike,
Actually the PHP bindings are not maintained at all, so any improvements in
this topic would be welcomed. You might also want to regenerate the bindings
with SWIG since the committed version may be outdated. You should also make
sure the corresponding gdal core is available load (proably by
2011/2/7 geographika geograph...@gmail.com
Hi,
When working with the SQL Server 2008 OGR driver I presume it is necessary
to create the following metadata tables?
geometry_columns
spatial_ref_sys
There appears to be no way to do this automatically in Python, but if I
import a single
://geographika.co.uk
twitter: @geographika
On 07/02/2011 13:26, Tamas Szekeres wrote:
2011/2/7 geographika geograph...@gmail.com
Hi,
When working with the SQL Server 2008 OGR driver I presume it is necessary
to create the following metadata tables?
geometry_columns
spatial_ref_sys
There appears
Folks,
I'd be curious to know what would be the desired process to package specific
parts of GDAL (like the various plugins or bindings) in OSGeo4w.
Currently the only reasonable approach I have in my mind is that all of the
parts are generated from a single compilation (provided to use the same
Frank,
I've reviewed the document and it looks good to me, though it seems better
to enforce these constraints rather at deployment time and not at run-time.
However I would have some further questions:
1. With regards to GDAL_APPLICATION_LICENSE_POLICY=DEFAULT does this mean
that GDAL will
not an expert in MinGW but it would be quite helpful on my side
to be able to reproduce the issue you are talking about. I would also be
curious to know how the perl tests are executed in this case.
Best regards,
Tamas
2011/1/30 Ari Jolma ari.jo...@gmail.com
29.1.2011 20:43, Tamas Szekeres kirjoitti
2011/1/30 Even Rouault even.roua...@mines-paris.org
On Windows, I think that the actual license of the odbc library doesn't
really
count as people won't distribute the windows odbc system library right ?
Otherwise it would make it impossible to distribute GPL software on Windows
since the
Ari,
I would be eager to know the exact use case you have. Did you have some
errors provided by the linker in this case?
It would indeed be a problem how the various compilers decorate their export
functions in a different way. It looks like the __declspec(dllexport) option
(this is what is used
2011/1/25 Jason Roberts jason.robe...@duke.edu
Tamas,
Could you improve the Windows GDAL installer, so that it automatically sets
the environment variables (GDAL_DATA and GDAL_DRIVER_PATH), and adds the
GDAL binaries path to the PATH environment variable ?
I will do some improvements in
2011/1/25 Jason Roberts jason.robe...@duke.edu
Tamas,
Are you still planning to implement the registry-based approach? I ask
because you seemed in favor of avoiding modifying PATH, if at all possible
(a position I agree with), and the registry approach would eliminate that
need while
Server 2008 connection string with OGR. Use the Database
parameter.
Cheers Tamas!
On Sun, Jan 23, 2011 at 11:05 PM, Tamas Szekeres szeker...@gmail.comwrote:
Matthew,
Could you provide a sample data to reproduce this problem?
How the layer and the features are displayed by the ogrinfo
Matthew,
Could you provide a sample data to reproduce this problem?
How the layer and the features are displayed by the ogrinfo command tool?
Best regards,
Tamas
2011/1/23 Matthew Blackler m...@mattblackler.com
Dear all,
I have downloaded v1.8.0 and am using .net CSharp bindings to
2011/1/13 Kirk McKelvey kmckel...@lizardtech.com
3. Do we have a reason to include geotiff in the mrsid makefile?
Yes – though the reason is obscure. It is to build the mrsid driver as a
plugin when linking against the MrSID SDK statically (e.g., older SDKs).
Most of the GDAL symbols
2011/1/11 Kirk McKelvey kmckel...@lizardtech.com
Tamas, from what I understand you have tweaked the layout of the MrSID SDK
used in your daily windows builds. Depending on the details this might work
for you anyway; if it doesn’t, let me know.
Kirk,
The changed were breaking, I'm about to
. This doesn't seem to
work according to the spec at the beginning of nmake.opt (with a preference
for the DLL if both are found)
This detection logic appears to be a cool addition in GDAL, though.
Best regards,
Tamas
2011/1/11 Tamas Szekeres szeker...@gmail.com
2011/1/11 Kirk McKelvey kmckel
2011/1/10 Jason Roberts jason.robe...@duke.edu
Nice job getting something out so quickly. You remind me of this Dilbert
cartoonhttp://dilbert.com/dyn/str_strip/0//000/00/1/8000/400/18402/18402.strip.zoom.giffrom
back in the day.
:-)
Due to various deadlines
Folks,
Upon the inspiration on the recent conversation in this topic I've put some
efforts to automate the creation of a generic GDAL installer derived from
the distributions available at http://vbkto.dyndns.org/sdk/.
Currently the following options are available from this site to install and
]
[-norat] [-noct] [-checksum] [-mdd domain]* datasetname
Otherwise it reports fine on a basic GeoTIFF.
Thanks again, and I hope that small detail is of some use.
Cheers, Mike.
On Sun, Jan 9, 2011 at 11:51 PM, Tamas Szekeres szeker...@gmail.com
wrote:
Folks,
Upon the inspiration
2011/1/7 Jason Roberts jason.robe...@duke.edu
Thanks for your thoughts. Based on them, I'd recommend the following two
things be created.
1. GDAL windows installation program, or at minimum, a wiki page that says
how to install the GDAL libraries and utilities (executables and Python
2011/1/7 Jason Roberts jason.robe...@duke.edu
WIX looks like a great technology for building the installation package.
I’ve never used it but I took a quick look and it seems to provide what is
needed.
Jason,
I've already used WIX many times and I'm very satisfied with it.
As I
2011/1/6 Ari Jolma ari.jo...@gmail.com
GDAL is available but again typically as MS compiler builds - which should
not be a problem in theory because the bindings use it through the C API.
I've tried to use those a couple of times without luck (compiling the
bindings in MinGW was the
Jason,
I appreciate the expertise for all of you along with this thread, I could
already gather quite some useful information from here for this reason. I
must mention that my programming practice in Python can be considered as
zero, this is the main reason that my issues may have trivial
2011/1/6 Ari Jolma ari.jo...@gmail.com
By the age I meant that the SDK packages are old releases (from 1310 to
1600 and not trunk for example - do I understand the release names
correctly?)
Ari,
Those numbers are MSVC compiler numbers (according to
be implemented in the gdal
bindings itself.
Best regards,
Tamas
2011/1/6 Ari Jolma ari.jo...@gmail.com
On 01/06/2011 03:25 PM, Tamas Szekeres wrote:
Assuming we install the gdal-perl modules in a standard location (not sure
where it is), do we have a common mechanism in the perl runtime
2011/1/6 Jason Roberts jason.robe...@duke.edu
2.Build an installation package as above. Have it install the GDAL
DLLs as a subdirectory of the osgeo directory, e.g.
C:\PythonXY\Lib\site-packages\osgeo\bin. Modify gdal.py to set
os.environ['PATH'] = os.environ['PATH'] + ';' gdalInstallDir
2011/1/6 Christopher Barker chris.bar...@noaa.gov
I notice on my system, the dll is gdal17.dll
That is, the version is part of the file name, so there shouldn't be a
problem with different versions installed in the PATH.
WE could even use a longer filename, like *nix systems, we're not
2011/1/6 Christopher Barker chris.bar...@noaa.gov
yup -- it seems long, descriptive file names would help, but that doesn't
seem to be the Windows way...
It would be true, but it's not a common practice of the libraries currently
(assuming we keep the original dll name of each dependency).
2011/1/6 Jason Roberts jason.robe...@duke.edu
So #3 is not better by virtue of not having to modify the bindings; it does
have to modify the bindings. But #3 is appealing because setting the PATH
from Python code sometimes has weird issues. For example, when I tried it in
my code, it
2011/1/5 Livneh Yehiyam ye...@rafael.co.il
I personally will be happy to see FWTOOLS updated at least for major Gdal
releases. I find it to be a much simpler way to distribute Gdal to my end
users.
I agree that OSGeo4W is more complete, but I think that for many users the
simplicity of
2011/1/5 Christopher Barker chris.bar...@noaa.gov
However, for simplicity, a one-click installer for just GDAL/OGR for
Windows, complete with command line tools and ready for use with the python
bindings (and others language bindings?) would be great.
I've found it painful to find
2011/1/5 Christopher Barker chris.bar...@noaa.gov
1) It would be nice to have binaries for the latest release front and
center at the main GDAL site -- having to poke around to find Tamas's site
is not a big deal, but not always obvious.
Chris,
With regards to the comment above, while I'm
2011/1/5 Daniel Morissette dmorisse...@mapgears.com
I agree with you, but it seems that an [OK] button (even if it doesn't do
anything) makes Windows users feel so much better. :)
Daniel,
:-) And sometimes we wonder what a heck is being done behind an OK button
on Windows which takes so
2011/1/5 Jason Roberts jason.robe...@duke.edu
Right now, to install the latest GDAL for Python on Windows, the user has
to download a zip file from http://vbkto.dyndns.org/sdk/, drill in to find
the Python files, copy them to C:\PythonXX\Lib\site-packages, drill into
find the GDAL binaries
in
detail?
Best regards,
Tamas
2011/1/5 Christopher Barker chris.bar...@noaa.gov
It may well be that GDAL has too many different use cases to even have a
standard install, but...
On 1/5/11 1:37 PM, Tamas Szekeres wrote:
2011/1/5 Christopher Barker chris.bar...@noaa.gov
1) It would
Hi,
What is the detailed error message you get?
Could you provide some test data to reproduce this problem?
Have you tried with ogr2ogr to convert this data source from shapefile to
postgis?
Best regards,
Tamas
2010/12/27 Edi.Karadumi edikarad...@gmail.com
Hi everyone,
im a new user to
Kirk,
Would it be a big deal to provide support for DSDK 8 in gdal? At the first
sight the only issue is the missing getVersion function in MrSIDImageReader
referenced in mrsiddataset.cpp. line 1448. We could probably extract the
same information from a different API function call.
Best regards,
+1
Tamas
2010/12/18 Frank Warmerdam warmer...@pobox.com
Folks,
Motion: Extend Commit Priveledges for Kirk McKelvey.
Kirk is a software developer at Lizardtech and has been workin with GDAL
for a number of years. He has proposed some patches to upgrade to version
8 of the MrSID SDK and
BTW: Do you have any compelling reason to use ECW 4.1 instead of an older
version, like the 3.3 povided for example at:
http://vbkto.dyndns.org/sdk/These packages also contain the required
C# bindigs for gdal and mapserver.
You can download the -dev packages so as to compile your own versions of
2010/11/22 Ram prasad ramprasa...@gmail.com
Following is repost, because the message appeared garbled in the mailing
list.
I could not compile my code along with other formats in frmts due to
my insufficient experience in using nmake projects.
http://www.gdal.org/gdal_drivertut.html gives
Do you have any compelling reason to use gdal14 instead of a newer version?
You may download working binaries (along with the java bindings) from here:
http://vbkto.dyndns.org/sdk/
Best regards,
Tamas
2010/11/22 MarvinCO marvin.off...@googlemail.com
I'm sorry, nothing has helped so far. I
2010/11/21 MarvinCO marvin.off...@googlemail.com
Which are the common DLL search locations? Eclipse doesn't give me any clue
about how its starts the JVM, and which additional locations it may ask the
JVM to search automatically. Process monitor also doesn't really give me
any
clue, it
Hi,
While I'm not sure about the layout of the files throughout the application,
I may suppose some of the dependent libraries are not available in the
common dll search locations. You may probably inspect this with a file
monitoring tool (like process
Did you compile GDAL and the plugin with the same CRT setting (ie. /MD),
what kind of subsequent libraries have been compiled in GDAL?
You may probably use http://vbkto.dyndns.org/sdk/release-1500-dev.zip for
compiling both GDAL and your plugin to create a consistent build by using
the same
2010/11/15 Frank Warmerdam warmer...@pobox.com
I have made a couple changes to gdallocationinfo based on feedback I
received when bringing it up for discussion. I am not motioning to adopt
RFC 32, making gdallocationinfo an official GDAL utility, installed
by default, documented and
anyone know the status of the OGR Norwegian SOSI support?
Tamas Szekeres, confirmed it is not being included in the daily built
binaries as the SOSI support depends on a missing FYBA binaries, which
seems
to be the last reference in this ticket:
http://trac.osgeo.org/gdal/ticket/3638#comment:1
+1
Tamas
2010/10/26 Even Rouault even.roua...@mines-paris.org
Folks,
Motion: I move to adopt RFC 7: Use VSILFILE for VSI*L Functions.
http://trac.osgeo.org/gdal/wiki/rfc7_vsilapi
Starting with my +1
Best regards,
Even
___
gdal-dev
snapshot from
http://gdal.org/daily/ ), configure, make, make install ;-)
- Windows users : build from source, or use for example Tamas Szekeres'
daily
builds at http://vbkto.dyndns.org/sdk/ (Note that those builds don't
currently include JP2OpenJPEG and GeoPDF due to the external
Hi poppler gurus,
I've also compiled poppler.lib (version 0.14.4) with various versions of
MSVC, but it seems to generate double free memory corruptions in gdal.
A single run of pdf.py (from the autotest suite) seems to complete
successfully, however running the script multiple times (in a batch)
Hi All,
Do we have any plan to extend OGR SQL for insert/update/delete operations?
Would this idea be reasonable to implement?
I would think something about mapping those commands to the corresponding
CreateFeature/SetFeature/DeleteFeature methods of the OGR layers.
Best regards,
Tamas
201 - 300 of 478 matches
Mail list logo