yes (buildkit) Jeff McKenna (DM
Solutions)
5. Tamas's binaries daily SVN (development and
stable) Win32/Win64 MSVC2003/2005/2008yes
Tamas Szekeres
6. gdalwin32 ???
???Win32
2009/9/6 Martin Hvidberg mar...@hvidberg.net
I got my GDAL from gdal.org http://gdal.org (gdalwin32exe160.zip)
It works on my XP nootebook but not on our 'Window Server 2003'
Hmmm... Just by looking into this package (
http://download.osgeo.org/gdal/win32/1.6/gdalwin32exe160.zip)
2009/9/4 Martin Hvidberg mar...@hvidberg.net
Tamas Szekeres wrote:
Martin,
You didn't mention from where did you obtain those binary files you are
testing with. I would be desirable that all the dependent dlls use the same
CRT settings and the dlls should also have their manifests
+1
I would also be interested in having SDE for Win64 to be compiled somehow
;-)
Best regards,
Tamas
2009/9/2 Frank Warmerdam warmer...@pobox.com
Motion: Extent commit access to Harsh Govind.
---
PSC members,
Harsh reports:
I am a GIS Developer at SPADAC Inc. and
Hi,
The automated builders at http://vbkto.dyndns.org:1280/sdk use hdf5-1.8.2
but I suspect the recent stable version (1.8.3) would also work.
You could also download ready to use SDK packages from this location to
compile gdal with hdf5 easily.
Best regards,
Tamas
2009/9/1 atubar
Hi Jorge,
I really appreciate your efforts to sort these issues out. I consider these
issues would be crucial especially when the requested block number is large
or when using non regular (and possibly overlapped) blocking where each
IReadBlock may result in fetching multiple raster rows.
2009/8/12 Jorge Arévalo jorge.arev...@gmail.com
I'm afraid I have not quite followed the discussion of the IRasterIO
implementation, but I find the above statement quite alarming. It is
imperative that we *not* end up reading back all blocks if only a few
are requested. Imagine a 100GB
this direct
implementation doesn't rely on IReadBlock called by an upper level IRasterIO
therefore the RasterBlock cache is also omitted in this case.
Best regards,
Tamas
2009/8/8 Jorge Arévalo jorge.arev...@gmail.com
Hello,
2009/8/7 Tamas Szekeres szeker...@gmail.com:
Just thinking out loadly
+1
Tamas
2009/8/6 Frank Warmerdam warmer...@pobox.com
Motion: Adopt GDAL 1.6.2RC2 as official GDAL/OGR 1.6.2 release.
---
Folks,
I have tested it briefly and all seems to be in order.
+1 from me
--
---+--
I
Jorge,
Did you call DropLock() right after copying the data on the newly allocated
block? This assertion shows the raster block have remained in locked state.
It's quite annoying if you find long executing times somewhere. Did you know
how much time required to fetch the data and place that into
2009/8/7 Jorge Arévalo jorge.arev...@gmail.com
One issue with this concept would be related to the limited memory size
of
the particular machine, it may be more reasonable to copy the retrieved
blocks directly onto the output buffer if possible. In this case you
cannot
much rely on the
be covered by the
implementation here.
Best regards,
Tamas
2009/8/7 Tamas Szekeres szeker...@gmail.com
2009/8/7 Jorge Arévalo jorge.arev...@gmail.com
One issue with this concept would be related to the limited memory size
of
the particular machine, it may be more reasonable to copy
2009/7/17 Tomas R mon...@home.se
Hi again
Seems like I have solved the problem... the line
such as preprocessing the grid shift file into binary form.
gave me (finally) the hint I needed. Tried to compile Proj4 and the shift
files but managed only compile the first part. Then I finally
2009/7/11 Frank Warmerdam warmer...@pobox.com
Jorge Arévalo wrote:
Hello,
2009/7/10 Tamas Szekeres szeker...@gmail.com:
Jorge,
I'm a bit hesitant to think using a server cursor would be the best
approach
here. Could you explain why is this needed?
Yes. As now I'm working basically
Jorge,
I'm not aware much about the changes in the gdal2wktraster script, I can see
a r4226 which may be related to the problem. Please consult with the author
Mateusz Loskot about the possible reasons you've encountered with the
script.
I'll be trying to reproduce your appcrash and gather
of various problem with plugins in 64 bit mode.
Since you (now) have compiled versions on the web perhaps I should give up
compiling gdal myself?
Thanks for the quick and very good answers both of you.
Yours
Tomas
Tamas Szekeres skrev:
2009/6/30 Tomas R mon...@home.se mailto:mon...@home.se
2009/6/30 Tomas R mon...@home.se
Trying to update my plugin to SportTracks that makes it possible for other
plugins to the great program to make use of Gdal. Currently the plugin uses
Gdal 1.5.1 and the plan is to move to 1.6.1
There seem to not be a soft way to upgrade as a move to gdal
+1
Best regards,
Tamas
2009/6/23 Frank Warmerdam warmer...@pobox.com
Motion: GDAL project commit access is granted to Robin Princeley.
---
Folks,
Robin is involved in the use of GDAL at ESRI and would like to be able to
directly fix things in GDAL trunk as well as maintaining ESRI
Diaren,
Good point. Please file a ticket with this issue and I'll take care of
fixing that in SVN branch-1.6 and trunk.
Best regards,
Tamas
2009/6/4 Diaren diarenw...@yahoo.co.uk
Well I've learnt some swig and possibly solved the problem, can someone
verify that this ok and maybe turn
2009/5/23 Francesco Paolo Lovergine fran...@debian.org
If the swig stuff was by default auto-regenerated at building time we could
have
some problems from time to time in Debian/Ubuntu, due to recurrent
problems in moving from one distributed swig version to another. We found
problems in
I don't think we explicitly set the 1.6 compatibility mode in the builds. I
assume the 1.8 mode is the default setting.
Best regards,
Tamas
2009/5/23 Francesco P. Lovergine fran...@debian.org
On Tue, May 19, 2009 at 06:57:21PM +0200, Tamas Szekeres wrote:
Bruce,
I'm using hdf5-1.8.2
Hi Stefan
I've been asked to implement SQL Server 2008 support in OGR, and add data
source creation support with the ODBC driver, but the company finally
couldn't sponsor this project so this effort have been stopped.
The current ODBC implementation can connect to the SQL Server databases but
Bruce,
I'm using hdf5-1.8.2 and it seems working well.
You can obtain the binaries and build SDKs from here:
http://vbkto.dyndns.org:1280/sdk/Default.aspx
Best regards,
Tamas
2009/5/19 Clay, Bruce bc...@ball.com
I downloaded the latest version of HDF5 from
Sunny,
The HDF5 driver doesn't support the dataset creation at the moment.
Best regards,
Tamas
2009/5/13 Sunny K shkwa...@nate.com
Hi,
I want to create HDF5 format file.
So, I programmed as following C# source code.
But, when I call Create() method, the following error message was
2009/5/4 Agustin Lobo alobolis...@gmail.com
Actually, this support is present for windows binary distributions of QGIS,
provided the user takes the steps described at the end of page
http://sites.google.com/site/eospansite/qsig-for-windows
(mainly thanks to directions provided by Micha
this command using other format (ex. GTIFF, HFA), it
was failed.
ERROR 4: 'gtiff' does not exxist in the file system, and is not
recignised as a supported dataset name.
Does I need any other settings?
Thanks,
Sunny
Tamas Szekeres wrote:
Sunny,
The HDF5 driver is compiled as a plugin
+1
Tamas
2009/4/16 Frank Warmerdam warmer...@pobox.com
Motion: Grant Norman Barker GDAL/OGR commit access.
Norman has been involved with GDAL for several years, and is currently
working
on a JPIP client prototype with progressive display support, and the
associated
RFC
You could also try with the dev or binary packages available to download
from here:
http://vbkto.dyndns.org:1280/sdk/index.html
Best regards,
Tamas
2009/4/11 Reinaldo Escada Chohfi r...@geodesign.com.br
Folks,
Does anyone know the link to download gdalwin32dev160.zip?
Thanks in
meenu,
I assume the layer is read correctly but the map is to be drawn with wrong
extent without specifying that in the mapfile. You should also specify the
projection of the layer and the map to be able to set the extent correctly.
Use ogrinfo.exe to find out the actual extent and projection of
Mateusz,
I'd volunteer to be a backup admin and I think I have enough precognition to
do it so.
In the recent days however I encountered problems logging in via SSH. The
user name is accepted but timeout occurred when submitting the password.
I've also found sometimes the CPU utilization having
Hi Frank,
I've got your build outputs but I still didn't have the chance to inspect
the issue in more detail. I'll get back to you with further information
shortly.
I just wanted to mention thet the buildbot didn't require to have elevated
privileges to build gdal and the SWIG bindings, however
Hi,
You'll have to re-implement the logic in ogr2ogr.cpp by using the
ogr_csharp.dll.
Refer to the following thread for more information:
http://thread.gmane.org/gmane.comp.gis.gdal.devel/11789
Best regards,
Tamas
2009/3/27 Sune Dogan, LIFA A/S s...@lifa.dk
Hi
Im developing a .NET C#
Hi,
You shouldn't have to do it manually, just run:
make interface
make
in the csharp directory right after compiling the gdal libraries.
Best regards,
Tamas
2009/3/24 turtlewax fev...@harris.com
Tamas:
I've been working on the Mono bindings for gdal for months now. All these
steps
2009/3/24 turtlewax fev...@harris.com
1. Should rely on $(CXX) $(CC) and including GDALmake.opt for building
the .cpp .c .cxx files
What does this mean, in terms of actually creating a build? In other words,
what does Should rely on mean? Do I set a flag, an environment variable?
These
+1
Tamas
2009/3/16 Frank Warmerdam warmer...@pobox.com
Motion: Authorize $500 Sponsorship of the Toronto Code Sprint
There had been some previous discussion of GDAL sponsoring the
Toronto Code Sprint (http://wiki.osgeo.org/wiki/Toronto_Code_Sprint_2009).
It did not appear this was
Jeff,
I'm guessing you're linking against an incorrect version of setargv.obj. I
see the Win64 version can be found in:
C:\Program Files (x86)\Microsoft Visual Studio 8\VC\lib\amd64
if you use VC2008 for example.
Best regards,
Tamas
2009/3/6 Jeff McKenna jmcke...@gatewaygeomatics.com
I am
Hi,
There's something missing in your vcvars.bat (ie vcvarsx86_amd64.bat for
the cross compiler version). Try to check the FrameworkDir and the PATH
environment variables to match with the current locations within the batch
file, like for example:
...
@SET
.
Yes, I have a problem too, and yes a q has been posted on this list.
/Tomas
Tamas Szekeres skrev:
You should provide further info about your environment:
1. Did you test your app by running from an IDE like VS2005 for example?
2. What version of OS/IIS you intend to use when deploying
2009/3/6 Tomas R mon...@home.se
Ah, thanks, will look it up more properly in the morning.
A quick check now did not reveal what may be missing. Strange, it is a
fresh installations of the VSE 2008 and SDK. It should work. Or?
Well, probably the version you linked to is good enough for me
Folks,
I'm just trying to run the python tests as a part of my regular builds,
however the test mentioned above causes a crash either with Python25 or
Python26 all the time.
Could someone point me to a possible workaround to this issue? A fragment of
the test output attached below:
Running
Hi All,
I just wanted to know whether the following warnings are about to be ignored
or not during the Windows builds?
http://vbkto.dyndns.org:1280/sdk/build-output/python-build.txt
Best regards,
Tamas
___
gdal-dev mailing list
I've been running against the stable branch. Is this an issue?
Best regards,
Tamas
2009/2/28 Even Rouault even.roua...@mines-paris.org
Yes, exactly you need latest trunk to run this test.
Le Saturday 28 February 2009 18:53:30 Frank Warmerdam, vous avez écrit :
I was seeing a somewhat
Yes, I'll do so in my final configuration.
Thanks,
Tamas
2009/2/28 Even Rouault even.roua...@mines-paris.org
Tamas,
Yes, nitf_37 won't work against the stable branch.
Generally speaking, I think you should only run the stable branch with its
autotest in branches/1.6/autotest, and not
Hi All,
I've set up a build server providing daily snapshot builds for various
compilers/architectures and created a root page containing the links to the
results (along with the build SDKs have been used for the builds)
http://vbkto.dyndns.org:1280/sdk/index.html
You can simply download and
Folks,
I've uploaded my latest SDK packages which provide a quick solution to make
consistent debug or release builds with various compiler versions and
architectures. The Windows builders of the GDAL buildbot have already been
relying on these packages for quite a long time (until the buildbot
Hi,
You might have to copy all of the dll-s (*_csharp.dll, *_wrap.dll,
gdal16.dll, proj.dll etc.) to the application executing directory.
Best regards,
Tamas
2009/2/11 Tri rsosnow...@cableone.net
Can't get GDAL / OGR to work with CSharp. Using the CSharp dlls, I keep
getting exceptions
InnerException: The type initializer for OSGeo.OGR.OgrPINVOKE threw an
excpetion
I am using the 64 bit compiled code from you on Vista 64 bit machine.
Any more ideas? Thanks.
Tamas Szekeres wrote:
Hi,
You might have to copy all of the dll-s (*_csharp.dll, *_wrap.dll
would use your compiled 64 bit GDAL / OGR code to create a
new web service, but running into previously mentioned problem taking this
approach.
Thanks again.
Tamas Szekeres wrote:
What kind of application you develop Console/WinForms/ASP.NET ?
Wouldn't it be sufficient to use 32
Oliver,
There have been an effort to provide such kind of options in GDAL RFC 24 (
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support)
for the drivers involved in slow IO operations an possibly in use of
multiple threads in this regards.
I guess it might be a bit unrelated to this
Marcelo,
How is your GDAL_WMS.. service configuration looking like?
Best regards,
Tamas
2009/1/26 Marcelo Oliveira molive...@geostats.com
Hi There,
I am using the GDAL build that comes with FWTools2.2.6 (GDAL 1.6.0dev)
to try to open OAM (http://openaerialmap.org/static/ww.xml;) using
30318
(404) 588-1004
www.geostats.com
*From:* Tamas Szekeres [mailto:szeker...@gmail.com]
*Sent:* Monday, January 26, 2009 10:36 AM
*To:* Marcelo Oliveira
*Cc:* gdal-dev@lists.osgeo.org
*Subject:* Re: [gdal-dev] Open Aerial Map Access via C#
I just wanted to know how did you specify
2009/1/9 Eric Domazlicky edomazli...@gmail.com
After fixing a bug on my part I was able to figure it out. The only strange
this was that the BandMap array had to declared in reverse order from what
one would expect. This may be a GDI+ issue but here is my code snippet for
the record:
It
data is in RGBA format. I
tried making an array with elements in order: 4,1,2,3 but the destination
data is transparent so I'm thinking the alpha value isn't getting read
right.
On Wed, Jan 7, 2009 at 4:12 PM, Tamas Szekeres szeker...@gmail.comwrote:
Eric,
The most performant option I'm aware
Eric,
The most performant option I'm aware of is reading the dataset directly into
a bitmap buffer something like:
try
{
int stride = bitmapData.Stride;
IntPtr buf = bitmapData.Scan0;
ds.ReadRaster(xOff, yOff, width, height, buf, imageWidth,
imageHeight, dataType,
As having the first post on this list in 2009, let me wish a Happy New Year
to all of the list members!
I'd wonder if we could galvanize life into our buildbot configuration hosted
at http://buildbot.osgeo.org/.
Is anyone aware of where the backup of the original config files in
/osgeo/buildbot
+1
Tamas
2008/12/6 Frank Warmerdam [EMAIL PROTECTED]
Motion: That the GDAL 1.6.0 RC4 release candidate be promoted to being our
official 1.6.0 release.
--
Voting will close Tuesday evening.
--
---+--
I set the
Bruce,
Could you describe your test case in more detail? Are you using one of the
console apps of GDAL? Did you compile for x86 or x64?
Best regards,
Tamas
2008/12/8 Clay, Bruce [EMAIL PROTECTED]
I am having problems getting GDAL 1.6.0 to work on Vista 64 bit. It
fails on OgrRegisterAll.
2008/12/8 Frank Warmerdam [EMAIL PROTECTED]
I am not opposed to exposing additional methods to swig supported languages
at a point release (like 1.6.1). If you think it is important to have it
in 1.6.0 you could veto the RC4 promotion and add we could have an RC5 with
the support. In any
Frank,
I've just noticed that ImportFromMICoordSys/ExportToMICoordSys haven't been
exposed to the SWIG interface yet, which I'd need pretty much to utilize. Is
this somewhat eligible to have there in the upcoming release or I should
target this change in 1.7.0 or 1.6.1 to be exposed?
+1 to each of the actions.
Best regards,
Tamas
2008/11/28 Frank Warmerdam [EMAIL PROTECTED]
Folks,
I would like to prepare a GDAL 1.4.5 release. I anticipate this being
the final 1.4.x release. There have apparently been 15 tickets closed
since the 1.4.4 release that claim to have
PROTECTED] On Behalf Of Tamas Szekeres
Sent: Saturday, November 01, 2008 5:40 PM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] GDAL reference counting is thread unsafe
Folks,
I've found the following issue with the current refcounting
implementation in GDAL:
http://trac.osgeo.org/gdal/ticket
Folks,
I've found the following issue with the current refcounting
implementation in GDAL:
http://trac.osgeo.org/gdal/ticket/2648
Do you have idea whether we could handle this problem possibly for the
next release?
Best regards,
Tamas
___
gdal-dev
Even,
Does this approach provide a significant performance increment
comparing to the search ellipse option in the inverse distance
algorithm?
When I've been recently playing with gdal_grid I could gain further
increment by reducing the number of the floating point operations in
the inner loop
2008/10/30 Dave Goughnour [EMAIL PROTECTED]:
Are there known memory issues with the C# API?
I'm not aware of any. Could you boil down an example application to be
able reproduce it?
Best regards,
Tamas
___
gdal-dev mailing list
Folks,
I'm not totally sure whether this topic has already been discussed or
not, however I'd like to see your opinion about.
I've just worked on adding further drivers to Windows buildbot slaves,
as I consider it would be reasonable to have them regularly tested
especialy during the
Steve,
If you require a Windows based build, you should identify the location
of your SDE client lib and header files and modify your gdal nmake.opt
accordingly:
SDE_ENABLED = YES
SDE_VERSION=92
SDE_PLUGIN = YES
SDE_SDK = C:\arcgis\arcsde
SDE_INC = $(SDE_SDK)\include
SDE_LIB =
2008/10/23 Mullins, Steven [EMAIL PROTECTED]:
Thanks everyone for the pointers. I assume the Linux version compiles with
GCC. From what I read, Visual Studio is needed for a win32 compile, which I
do not have.
You can download and install the Visual Studio Express for free:
It looks like a good plan, I hope I can attend.
Currently I don't have any pending additions which would block the
release process, however I volunteer to extend the windows slaves of
the buildbot configuration by adding further drivers to be compiled
in, and alter the autotest to use SWIG python
Hi,
Here is an example extracted from the gdalinfo.cs sample application
(http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALInfo.cs)
private static string GDALInfoGetPosition(Dataset ds, double x, double y)
{
double[] adfGeoTransform = new double[6];
double dfGeoX,
+1 to the release.
Best regards,
Tamas
2008/10/10 Frank Warmerdam [EMAIL PROTECTED]:
Motion: Adopt GDAL 1.5.3RC1 as official 1.5.3 Release
This vote should be open till late on Tuesday. Please vote or comment after
you have had a chance to try the release candidate.
Best regards,
--
+1
Tamas
2008/10/7 Frank Warmerdam [EMAIL PROTECTED]:
Folks,
I would like to prepare a 1.5.3 release candidate tomorrow since it has been
quite a while since the last stable release. Are there any objections or
bug fixes seen as worth holding this up for?
Also, I'd like to start
Hi,
With regards to the GDAL C# API currently none of those interfaces
(like IList, IBindinglist, IBindingListView etc.) have been
implemented by the classes. Another problem is that the objects don't
reflect the underlying schema for example by exposing the fields as
object properties, therefore
Norman,
Honestly I didn't follow the observations that have turned the things
into a different approach, however I agree that doing callback on
different threads might not be the most reliable option in some cases.
By reviewing the current proposal I'm a bit uncertain about how the
objective
2008/8/29 Adam Nowacki [EMAIL PROTECTED]:
In my proposal the user could:
1) LockBuffer()
2) display the current snapshot
3) UnlockBuffer()
4) sleep for 100ms ignoring the update messages (but
NextAsyncRasterIOMessage() still has to be called to get the GARM_COMPLETE
message)
Adam,
It
2008/8/29 Even Rouault [EMAIL PROTECTED]:
Tamas,
The only thing that was in Adam's proposal and that I don't find in yours is
that, when the RasterIO in async mode returns something valid, the user has
no way to know which part of the buffer has been updated by the driver. Thus,
it
2008/8/29 Adam Nowacki [EMAIL PROTECTED]:
Im trying to design a interface with lowest overhead possible. Driver doesnt
have to keep its own buffer and later copy, received data can be directly
dumped into user buffer.
Adam,
As I have noted in the previous post we cannot easily consider this
Marc,
Wouldn't it be sufficient to create a warped vrt dataset either by
opening the corresponding xml file or using the AutoCreateWarpedVRT
API?
Then you might want to use ReadRaster on that dataset so as to load
the stuff into an in-memory buffer.
Currently there's no native way to access the
2008/8/19 Norman Barker [EMAIL PROTECTED]:
Tamas,
Thanks for the input, much appreciated since I would like to get this
interface defined.
A streaming driver so JPIPKAK for example would need to register as its
own driver to handle urls of the type jpip://, similarly ecwp would need
its
401 - 478 of 478 matches
Mail list logo