+1
Tamas
2015-01-28 13:23 GMT+01:00 Even Rouault even.roua...@spatialys.com:
Hi,
I think that the points raised in the discussion have been addressed.
Since the call for discussion, I've updated the RFC to reflect the latest
changes :
- GetFID64()/GetFeatureCount64() removed and replaced
even.roua...@spatialys.com:
Le mardi 27 janvier 2015 14:49:01, Tamas Szekeres a écrit :
Hi Even,
I've noticed build issue on Windows using the latest (stable) Python3.x
versions, hope that this fix will solve that problem too.
Hi Tamas,
Thas would be surprising since my commits solved
I agree to release.
Tamas
2015-01-23 17:28 GMT+01:00 Even Rouault even.roua...@spatialys.com:
Hi,
GDAL 1.11.1 has been released 4 months ago and since then 48 new bug fixes
(*)
have been done in the 1.11 branch, so it might be worth procuding a new
release.
What about cutting a RC in 2
+1
Tamas
2015-01-05 21:45 GMT+01:00 Frank Warmerdam warmer...@pobox.com:
Folks,
Motion: Appoint Even Roualt as GDAL Project Management Committee Chair
+1 Frank
---
For at least a couple years, if not longer, Even has been the leading
contributor to the GDAL project. As we start a
+1
Tamas
2014-12-01 19:48 GMT+01:00 Even Rouault even.roua...@spatialys.com:
Hi,
I think that the points raised in the discussion have been answered.
Since the call for discussion, I've made a change in the RFC and proposed
implementation so that the GDALRasterIOExtraArg* psExtraArg
+1
Tamas
2014-11-24 9:38 GMT+01:00 Even Rouault even.roua...@spatialys.com:
Hi,
I think that the points raised in the discussion have been answered.
So:
Motion : I move to adopt RFC 50: OGR field subtypes
http://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype
Starting with my +1
+1
Tamas
2014-11-11 23:07 GMT+01:00 Even Rouault even.roua...@spatialys.com:
Hi,
I think that the points raised in the discussion have been answered.
So:
Motion : I move to adopt RFC 49: Curve geometries
http://trac.osgeo.org/gdal/wiki/rfc49_curve_geometries
Starting with my +1
Adam,
This is probably due to several breaking changes in the latest SWIG
versions related to the fixes in GDAL C# bindings, you should try with a
1.3.x version instead.
Best regards,
Tamas
2014-10-28 13:41 GMT+01:00 Adam Baxter volta...@voltagex.org:
Hi,
I've been able to build GDAL
Back again.
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2014-10-13 11:46 GMT+02:00 Bo Victor Thomsen bo.victor.thom...@gmail.com:
http://www.gisinternals.com is not accessible at the moment. Is there any
alternatives for downloading binary windows versions of GDAL/OGR ?
Regards
Vladan,
Just committed an implementation for the WKB geometry upload to MSSQL which
should also fix the issue of your use case.
Let me know if you still have issues.
Best regards,
Tamas
2014-10-02 21:23 GMT+02:00 Vladan Divljak ghostil...@gmail.com:
Just to note in case it went to spam,
+1 from me.
2014-10-01 14:07 GMT+02:00 Even Rouault even.roua...@spatialys.com:
Hi,
As some of you know, the OGR MapInfo driver heavily depends on the source
code
of the MITAB library. Over the years, people have contributed fixes and
improvements through GDAL. Not all those changes have
to test some data I'm willing to cooperate.
Regards,
Vladan
On Sun, Sep 28, 2014 at 6:16 PM, Vladan Divljak ghostil...@gmail.com
wrote:
On Sun, Sep 28, 2014 at 12:29 PM, Tamas Szekeres wrote:
Committed a fix in trunk (http://trac.osgeo.org/gdal/changeset/27746)
Tamas,
Thank you
+1
Tamas
2014-09-29 21:11 GMT+02:00 Even Rouault even.roua...@spatialys.com:
Motion: Extend GDAL/OGR commit access to Jukka Rahkonen
---
I'd like to make it easier for Jukka to do documentation improvements and
fixes
by giving him direct access to SVN. It will be a great asset for the
+1
Tamas
2014-09-28 14:19 GMT+02:00 Even Rouault even.roua...@spatialys.com:
Hi,
No issue has been specifically reported on RC1 so far (*), so I invite PSC
members to vote on this motion after doing your own testing and validation.
Input from everyone else who can test it is also very
This is something that can be fixed by binding the UTF8 strings as unicode
when passing to the ODBC driver. Going to provide a fix for this issue in
the MSSQL driver soon.
Best regards,
Tamas
2014-09-27 17:45 GMT+02:00 Vladan Divljak ghostil...@gmail.com:
Hi,
I want migrate data between
Even,
I suspect most companies providing commercial support for GDAL are related
to one or more committers, so it might be reasonable to let the committers
to propose a company to be listed (by describing the support they can
provide) and probably call for a vote on it. (just my 2 cents)
Best
+1
Tamas
2014-05-19 22:29 GMT+02:00 Even Rouault even.roua...@mines-paris.org:
Hi,
I think that the points raised in the discussion have been answered. I've
just
done a minor edit to the RFC text to mention RFC 36, as rightly suggested
by
Ivan.
So:
Motion : I move to adopt RFC 46:
I've experienced the same issue and will provide the fix shortly.
Added a ticket for the record: http://trac.osgeo.org/gdal/ticket/5474
Tamas
2014-05-15 12:45 GMT+02:00 Niels Kjøller Hansen niels@gmail.com:
Hello all
I have been running a python script daily, which takes a table from a
+1
Tamas
2014-04-20 16:03 GMT+02:00 Even Rouault even.roua...@mines-paris.org:
Motion: GDAL/OGR 1.11.0RC1 is promoted to be the official 1.11.0 final
release.
---
No critical issue has been specifically reported on RC1 so far, so I
invite PSC
members to vote on this motion after doing
22:57, Tamas Szekeres szeker...@gmail.com a écrit :
That sounds good to me.
Best regards,
Tamas
2014-03-25 22:37 GMT+01:00 Even Rouault even.roua...@mines-paris.org:
Hi,
GDAL 1.10 was released about one year ago, so it is time to think about
the next
release. I think we should just
That sounds good to me.
Best regards,
Tamas
2014-03-25 22:37 GMT+01:00 Even Rouault even.roua...@mines-paris.org:
Hi,
GDAL 1.10 was released about one year ago, so it is time to think about
the next
release. I think we should just call it 1.11 given that there are no major
Regarding to gisinternals you may probably use the msi installers to have
GDAL set up easily. Any of the 64 bit packages can be used, but the
MSVC2010 versions are used most frequently.
Best regards,
Tamas
2014-03-23 17:51 GMT+01:00 Mike Flannigan mikef...@att.net:
I see this is the
+1
Tamas
2014-03-14 16:42 GMT+01:00 Even Rouault even.roua...@mines-paris.org:
Motion: Extend GDAL/OGR commit access to Vincent Mora.
---
I'd like to make it easier for Vincent to maintain and improve the recently
committed OGR WaSP driver, without me being the bottleneck. He has
+1
Tamas
2014-01-30 Even Rouault even.roua...@mines-paris.org
Motion: Extend GDAL/OGR commit access to Jürgen Fischer.
---
I'd like to make it easier for Jürgen (who is also a contributor to QGIS)
to
continue maintaining and improving the OGR NAS driver in which he has
regularly
Hi Devs,
I'm a bit confused what would be the suggested approach of using GDAL with
the internal libtiff when the application would also use libtiff directly.
Is GDAL libtiff just the raw copy of the official libtiff or just a
limited functionality has been taken over?
Actually some of the
Hi Devs,
Is that intentional that we don't call ReleaseResultset within the
destructor of the OGR Layer object? Actually the destructor is not even
generated (at least for the C# API) which seems to be an improper solution
and leads to memory leaks, definitely. However ReleaseResultset is exposed
download, and was unable to find
that
query. Is that something that you have added but not checked in yet?
In any case, I will give try that query myself. Thanks.
Cheers,
Bob
Tamas Szekeres wrote
The driver is doing something like:
select top 1 ogr_geometry.STSrid from [mytable
Bob,
You should specify the SRID as the attribute in the geometries in the
database table, which should also set the spatial reference of the layer.
Best regards,
Tamas
2013/11/13 Bob Cave b...@bluemarblegeo.com
Hello,
I am using the MS SQL Server driver (1.10.1) with
trying to determine how I can do this myself.
Thanks,
Bob
Tamas Szekeres wrote
Bob,
You should specify the SRID as the attribute in the geometries in the
database table, which should also set the spatial reference of the layer.
Best regards,
Tamas
2013/11/13 Bob Cave
+1
Tamas
2013/10/23 Jürgen E. j...@norbit.de
Hi,
I propose a motion to formally adopt RFC 42 : OGR Layer laundered field
lookup
http://trac.osgeo.org/gdal/wiki/rfc42_find_laundered_fields
There was only a short discussion following the call for discussion:
I've tried your project with my compilation of gdal and it did not crash
(created a tif file with ~1.5GB in size). There might be an issue with your
binary set. You might want to try one of the prebuilt binary packages from
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2013/10/16
It's already in my TODO list (
https://github.com/gisinternals/buildsystem/issues/9), but I still didn't
have enough free time to work that out.
Best regards,
Tamas
2013/10/16 lightxx t...@t-h.cc
never mind. I still had that NuGet Post-build event hook in place which
replaced the dlls from
Heuberger t...@t-h.cc
just out of curiosity, why are there versions compiled with VC2k3 / 2k5 /
2k8 / 2k10? Why not just say 2k10?
On Wed, Oct 16, 2013 at 4:02 PM, Tamas Szekeres szeker...@gmail.comwrote:
It's already in my TODO list (
https://github.com/gisinternals/buildsystem/issues/9
,
You are right. Output shapefile cannot have mixed geometries in the same
file. But two input shapefiles (layers) can be of different geometries
types to perform operations like intersection.
Thanks,
Dhheraj
On Fri, Oct 11, 2013 at 11:19 AM, Tamas Szekeres szeker...@gmail.comwrote:
You
2013/10/11 Ari Jolma ari.jo...@gmail.com
Layer::Intersection supports progress notification but support in the Swig
layer may not be complete. There is of course a possibility of a bug in the
Layer::Intersection code too.
Already figured out :-) But it still also requires additional
...@rothwellgroup.com
Tamas,
I appreciate you adding a ticket for this issue. Thanks. Is there any
other option for me to use OGRLayer intersection with out C# bindings for
now ?
Thanks,
Dheeraj
On Thu, Oct 10, 2013 at 2:21 PM, Tamas Szekeres szeker...@gmail.comwrote:
Dheeraj,
I noticed you
Dheeraj,
I don't think the OSGeo.OGR.Layer.Intersection supports progress
notification. You might probably have encountered a bug which should be
fixed. Do you have a sample code to reproduce this issue? I would
specifically interested in the actual geometries have been passed to the
function.
, 2013 at 12:33 PM, Tamas Szekeres szeker...@gmail.comwrote:
Dheeraj,
I don't think the OSGeo.OGR.Layer.Intersection supports progress
notification. You might probably have encountered a bug which should be
fixed. Do you have a sample code to reproduce this issue? I would
specifically
Jürgen,
Looks like a good proposal.
The only thing I'm uncertain about whether the driver should do something
different when calling OGRLayer::FindFieldIndex with bExactMatch = TRUE
than when calling OGRLayer::GetFieldIndex? I don't see the driver
implementation in the pull request which would
...@norbit.de
Hi Tamas,
On Sun, 06. Oct 2013 at 20:05:18 +0200, Tamas Szekeres wrote:
Looks like a good proposal.
The only thing I'm uncertain about whether the driver should do
something
different when calling OGRLayer::FindFieldIndex with bExactMatch =
TRUE
than when calling
2013/10/6 Jürgen E. j...@norbit.de
int iDstField = bExactFieldNameMatch?
poDstFDefn-GetFieldIndex(poSrcFieldDefn-GetNameRef()) :
poDstLayer-FindFieldIndex(poSrcFieldDefn-GetNameRef());
Ah yes, this is what I wanted to say. No additional method would be
required.
Tamas
2013/9/28 Even Rouault even.roua...@mines-paris.org
Motion: To add Jukka Rahkonen to the GDAL PSC.
+1
Great addition!
Best regards,
Tamas
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
and they
(LizardTech) only support up to gcc 4.4 and VS 2010 with their DSDK and I
want to avoid the mixed-compiler problems we're warning David about.
Has anyone figured out a way to work around this limitation?
Thanks very much,
carl
On Sat, Sep 7, 2013 at 3:21 AM, Tamas Szekeres szeker
Hi,
Not sure what you mean by MapServer for Windows was built in May 2012,
the daily build packages should contain the latest versions of the
development and stable branches.
Your issue may probably be related to the OSM driver specifically. How is
your ogr2ogr command line looking like?
Best
+1
Tamas
2013/8/28 Even Rouault even.roua...@mines-paris.org
Gentlemen,
this is a friendly reminder that this motion is open for vote.
Even
Hi,
I have prepared a GDAL/OGR 1.10.1 RC2. The difference between RC1 and RC2
is http://trac.osgeo.org/gdal/ticket/5214 and
Darrel,
Looks like the winsock library should also be included as an input for the
linker of your app. (ie. wsock32.lib).
Best regards,
Tamas
2013/8/27 Darrel Maddy darrel.ma...@newcastle.ac.uk
Hi all,
** **
I’m not entirely sure what I can do next.
** **
We use gdal to
+1
Tamas
2013/8/9 Frank Warmerdam warmer...@pobox.com
Motion: Commit Access to GDAL for Kurt Schwehr
Kurt has been contributing some patches around maritime formats, and other
aspects of GDAL. He is also taking over my GDAL related responsibilities
at Google, and I feel it would be
A belated +1 from here as well.
I'll update the MSSQL driver, as soon as the core implementation is
committed.
Best regards,
Tamas
2013/8/5 Even Rouault even.roua...@mines-paris.org
Hi,
Motion: I move to adopt RFC 41 : Support for multiple geometry
fields in
OGR
fax 510 873 8701
e-mail gc...@camsys.com
www.camsys.com
From:Genhan Chen gc...@camsys.com
To:Tamas Szekeres szeker...@gmail.com,
Cc:gdal-dev@lists.osgeo.org
Date:06/28/2013 03:15 PM
Subject:Re: [gdal-dev] C# version of ogr2ogr function
Sent
Jeremy,
Thanks for that, I'll review the patch shortly.
Best regards,
Tamas
2013/7/17 Jeremy Palmer jpal...@linz.govt.nz
Hi gdal devs,
I've attached a patch to http://trac.osgeo.org/gdal/ticket/5155 to
support listing, reading and writing of non-spatial tables within the
MSSQLSpatial
You might also use one of the precompiled binary packages from
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2013/7/8 swdmike swdm...@hotmail.com
According to GDAL Raster Formats,GDAL supports JP2 with OpenJPEG library
(v2). So I download openjpeg-2.0.0-win32-x86.zip , but I do not
Hi,
Please refer to: http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
Best regards,
Tamas
2013/7/4 Nikhil Sai Parupalli nikhil.parupa...@iictechnologies.com
Hi ,
Please let me know where to download Gdal libraries of 32 bit
Thanks
Nikhil Sai Parupalli
510 873 8700
fax 510 873 8701
e-mail gc...@camsys.com
www.camsys.com
From:Tamas Szekeres szeker...@gmail.com
To:Genhan Chen gc...@camsys.com,
Cc:gdal-dev@lists.osgeo.org
Date:06/26/2013 11:28 PM
Subject:Re: [gdal-dev] C# version of ogr2ogr
Hi,
For reference see http://trac.osgeo.org/gdal/wiki/GdalOgrInCsharp
Best regards,
Tamas
2013/6/26 Genhan Chen gc...@camsys.com
Hello,
I do not have experience using GDAL modules on .NET server. I have two
basic questions:
1) Where can I download C# version package?
2) How can I
Please refer to this thread for further information:
http://lists.osgeo.org/pipermail/gdal-dev/2009-March/020130.html
Best regards,
Tamas
2013/6/26 Genhan Chen gc...@camsys.com
Hello,
I need a function (similar to ogr2ogr) to convert Shapefile into GeoJson
format.
How can I implement
+1
Tamas
2013/6/12 Frank Warmerdam warmer...@pobox.com
Motion: Extend GDAL/OGR commit access to Wolf Bergenheim.
---
Wolf would like to work on OGR GME support with me, and the easiest place
to collaborate would be in GDAL SVN. Wolf has been a long time contributor
to GRASS and I
Hank,
As far as I know Even Rouault has been working on the maintenance of
GDAL/Java wrapper in the recent time.
You may also consider using GDAL to access the spatialite db, which would
eliminate the need to create the wrapper around spatialite as you have
mentioned.
Best regards,
Tamas
Markus,
The GDAL issue tracker is the right place to record such issues (
http://trac.osgeo.org/gdal/newticket). I'd also require your sample
dataset, since I have no ArcMap 10 available to reproduce that according to
your description below.
Best regards,
Tamas
2013/5/9 markus.u.mueller
+1
Tamas
2013/4/19 Even Rouault even.roua...@mines-paris.org
Motion: GDAL/OGR 1.10.0RC4 is promoted to be the official 1.10.0 final
release.
---
I'll start the voting again with my :
+1 Even
---
#5058 is now fixed and is the only change w.r.t. RC3, so I'm both
announcing
the
Hi,
Make sure all the dependent dll-s like ogr_wrap.dll, gdal19.dll proj.dll
... are available in the appllication directory or the location added in
the PATH environment variable.
Best regards,
Tamas
2013/4/5 Casper Børgesen (CABO) c...@niras.dk
I am experiencing some problems with C#
Hi,
What is the MSVC and the SWIG version are you using? I confirm
MSVC2003/2005/2008/2010 + SWIG1.3.39 compiles successfully.
Best regards,
Tamas
2013/4/3 Finegan Thomas-QTF001 t.fine...@motorolasolutions.com
Hello,
On Windows, none of the swig interfaces are built with the default
Frank,
We seem to consider only a subset of the parameters (filenames and fileds)
that should be utf8 encoded. But it seems that's not enough. For example
treating fields as utf8 would also require to modify SetAttibuteFilter to
provide match with the same value returned from GetFieldAsString. In
.
Marshal.Copy(ptr, bitmapData, 0, bitmapData.Length)
** **
' Unlock the bits.
bmp.UnlockBits(bmpData)
** **
The rest is your code (abbreviated version):
** **
'Code provided by Tamas Szekeres
Gdal.AllRegister()
Dim handle As GCHandle = GCHandle.Alloc
();
}
Gdal.FileFromMemBuffer(memFilename, imageBuffer);
Dataset ds = Gdal.Open(memFilename, Access.GA_ReadOnly);
Best regards,
Tamas
2013/3/24 Tamas Szekeres szeker...@gmail.com
This is because there's no driver to recognise the image data directly.
You should provide
Markus,
Do you experience the same with a newer set of binaries, like with the
daily builds available at: http://www.gisinternals.com/sdk/ ?
Best regards,
Tamas
2013/3/18 markus.u.mueller markus.u.muel...@zoho.com
**
Dear listers,
I have troubles with the C#-bindings of GDAL. I use
Added a ticket with the proposed implementation patch. Let me know how you
like it.
http://trac.osgeo.org/gdal/ticket/5021
Best regards,
Tamas
2013/3/2 Even Rouault even.roua...@mines-paris.org
Le vendredi 01 mars 2013 20:57:43, Tamas Szekeres a écrit :
2013/3/1 Even Rouault even.roua
2013/3/1 Even Rouault even.roua...@mines-paris.org
There's even a 4th option that doesn't require any code change. Create a
OGR
VRT file that renames the source fields to the truncated shapefile field
names (or
the reverse : creates a OGR VRT that renames the truncated shapefile field
Hi All,
Related to issue #3247 http://trac.osgeo.org/gdal/ticket/3247 we
experienced, that if we use ogr2ogr to append source data to a shapefile
destination (by using the -append flag) and field name truncation is taking
place, the corresponding values are not copied.
This is because when
regards,
Tamas
2013/2/25 Even Rouault even.roua...@mines-paris.org
Le lundi 25 février 2013 16:57:08, Tamas Szekeres a écrit :
Hi All,
Related to issue #3247 http://trac.osgeo.org/gdal/ticket/3247 we
experienced, that if we use ogr2ogr to append source data to a shapefile
Felix,
You can use Band.GetOverview to get a particular overview. For an example
see:
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALOverviews.cs
Drivers should anyway be able to select the most reasonable overview when
reading data according to the requested extent.
Best
GDAL plugins should either be installed into a /gdalplugins subdirectory
from where the executable is running or set GDAL_DRIVER_PATH to point to
the directory containing these files. With regards to
gisinternalshttp://www.gisinternals.com/sdk/both the oracle and the
filegdb plugins are provided,
+1
Tamas
2012/11/9 Even Rouault even.roua...@mines-paris.org
Motion: The next major GDAL version released from trunk will be called
GDAL/OGR 1.10.
To take into account 2-figure numbers in the components of the version
number,
the GDAL_VERSION_NUM macro will be changed accordingly as :
With regards to the C# bindings Gdal.FillNodata should work, but
Gdal.RasterizeLayer requires some adjustments. You might file a ticket for
this at http://trac.osgeo.org/gdal/newticket
Best regards,
Tamas
2012/11/7 Dev3 devda...@tengshe.in
Hi All!
I am trying to do some data processing in
Hi Konstantin,
As far as I remember, I'd require some further testing efforts to make sure
the code is feasible in all conditions. This RFC targets a fairly
substantial part of the code, that should be handled with care. But the
client who required this fix (with the intent to fix problems
attempting to figure out how to run it, but I'm not sure if
there is a better way; I.e. I'm running mkinterface.sh, which I
found from mkdgdaldist.sh).
--
Noon
On Mon, Oct 29, 2012 at 4:49 AM, Tamas Szekeres szeker...@gmail.com
wrote:
Noon,
The C# bindings provided by OGR provide
, Oct 29, 2012 at 9:47 PM, Tamas Szekeres szeker...@gmail.com
wrote:
This doc is fairly old (written by me ;-) , but the build process hasn't
been changed for years. What did you mean by it doesn't appear to be
included as part of any existing build/packaging process?
I guess what I meant here
Noon,
The C# bindings provided by OGR provide a common interface for all drivers.
You can use the Datasource class for each of the drivers . You can
instatiate the driver by using the driver specific connection string (ie by
using Ogr.Open) or obtain a specific driver (Ogr.GetDriverByName) and
Hi,
gdal_wrap.dll is not a managed assembly, you should not set reference to
this dll.
gdal_csharp.dll loads gdal_wrap.dll internally (assuming it's location is
added to the PATH environment setting)
Best regards,
Tamas
2012/9/10 Neelima Emmani neelima.emm...@iictechnologies.com
Hi All,
that it
is not a recognized as a supported file format .
Do you have any idea.
With Regards,
Neelima Emmani
--
*From:* Tamas Szekeres [szeker...@gmail.com]
*Sent:* Monday, September 10, 2012 1:20 PM
*To:* Neelima Emmani
*Subject:* Re: [gdal-dev] gdal_wrap dll
Hi
2012/9/10 Jeremy Palmer jpal...@linz.govt.nz
Any limiting factors in improving the Spatialite and MSSQLSpatial drivers
to allow defining the feature ID column LCO like the PostgreSQL (FID) or
FileGDB (OID_NAME) drivers?
Yes it could be implemented. The limiting factor is the available spare
Jimmy,
Seems we can get the significant improvement by using bulk inserts then.
You may submit a ticket to keep this enhancements in scope.
Some of the guys used the driver successfully by using FreeTDS on Linux.
Best regards,
Tamas
2012/8/27 Duchesne, Jimmy jduche...@korem.com
Thanks for
Hi,
Assuming you refer to the MSSQL driver the driver should provide fast data
retrieval, but hasn't yet been optimized to provide fast data upload.
Currently the MSSQL driver use WKT for the geometries when submitting data
to the server, while when retrieving data we use the native
Paul,
If you want to recompile libcurl, I'd suggest to utilize the provided cmake
approach to create a working solution file. All other approaches (on
windows) lead to various mysterious issues which are better to avoid.
Best regards,
Tamas
2012/8/13 Paul Meems bontepaar...@gmail.com
Hi
I recently used this option (curl 7.27.0), but a client reported
performance problems with this approach. May be I would have been trying to
disable one or more services which are compiled by default causing this
side effect, but I rather went back to the original cmake approach
instead. I've
Jay,
Add the directory of the GDAL installation to the beginning of the system
PATH.
Or alternatively, you can run the GDAL console (to set the environment
correctly) and then start python.exe from this command prompt.
Best regards,
Tamas
2012/8/6 Jay L. jzl5...@psu.edu
All,
I am trying
Hi All,
We're thinking about implementing a new OGR driver which would represent a
set of images as a vector data source. The images are taken from any GPS
compatible mobile device, and each picture would be represented as a point
feature, the positions would be extracted from the exif
://www.sno.phy.queensu.ca/**~phil/exiftool/http://www.sno.phy.queensu.ca/~phil/exiftool/-
it is sort of the Swiss Army Knife of photo metadata and one of the fewer
apps that can also set metadata - not just read.
Andreas
On Mon, 23 Jul 2012 09:51:14 +0200, Tamas Szekeres wrote:
Hi All,
We're thinking about
mixing jpegs and tiffs in the same directory, but
the configuration should specify how the similar attributes are provided by
each (sub)driver.
Best regards,
Tamas
2012/7/23 Even Rouault even.roua...@mines-paris.org
Le lundi 23 juillet 2012 09:51:14, Tamas Szekeres a écrit :
Hi All,
We're
://dropbox.aber.ac.uk/?KJHsTqst
Thanks,
Dan
On Mon, 23 Jul 2012 09:51:14 +0200, Tamas Szekeres wrote:
Hi All,
We're thinking about implementing a new OGR driver which would
represent a set of images as a vector data source. The images are
taken from any GPS compatible mobile device, and each
of images.
If I needed this kind of functionality myself I would use a script to
create an OGR point file as suggested by Even, to avoid the overhead caused
by opening all the images.
My 0.02$
Daniel
On 12-07-23 5:27 AM, Tamas Szekeres wrote:
Hi Even,
I just want to use the directory name
Benjamin,
What is the content of the geometry_columns metadata table in your database?
Best regards,
Tamas
2012/7/11 Benjamin benjamin@maxsea.fr
Hi, I try to connect my application to a DB with the framework Ogr (with
C# warper). When I write folloing code, Ogr methods view the DB but
It is required with the current ogr driver, however we could implement some
support to eliminate. This table is anyway included in the simple features
specification for databases standard.
If you create the layers by using ogr (ie. by using ogr2ogr command line
tool) the metadata tables are also
+1
Tamas
2012/6/27 Ari Jolma ari.jo...@gmail.com
Dear GDAL PSC,
Some time ago I and Even spent some time to work on a patch which would
initially implement the RFC OGR Layer Algebra. The RFC proposes new API for
GDAL 2.0. The RFC is at http://trac.osgeo.org/gdal/**
I have added a ticked for such an issue long ago, but I don't remember
what would be the expected solution.
http://trac.osgeo.org/gdal/ticket/2279
There should be an external config option to instruct the driver which
representation should be used.
Best regards,
Tamas
2012/5/29 Craig Bruce
that the bindings exist for it of
course)
Regards,
Maksim Sestic
_
From: Tamas Szekeres
Sent: Monday, August 01, 2011 13:05
To: Maksim Sestic
Subject: Re: [gdal-dev] .NET and OGR writing to stream
Maksim,
You can refer to the example
http://trac.osgeo.org/gdal/browser/trunk
+1
Tamas
2012/5/17 Frank Warmerdam warmer...@pobox.com
Motion: The GDAL/OGR 1.9.1RC2 release candidate is hearby
declared the final GDAL/OGR 1.9.1 release.
--
+1 Frank
--
---+--
I set the clouds in motion -
+1
Tamas
2012/4/29 Tyler Mitchell tyler.mitch...@actian.com
Chen Zhen (zhenchen17) has been instrumental at tweaking our Ingres driver
in OGR
and he hopes for further contributions in the future (backporting and
other improvements).
At Frank's suggestion I'm proposing that Chen is set up
Nicolas ,
Interesting problem, I'll take a look at it. Would you create a ticket for
this issue?
Best regards,
Tamas
2012/4/18 Nicolas Garel nga...@micromine.com
Hi,
** **
I’m relaunching the following thread:
http://lists.osgeo.org/pipermail/gdal-dev/2011-June/029034.html
Maksim,
As far as I remember only the MSVC2010 builds compile for .NET 4.0. All
compilers use the default setting in this regard.
Best regards,
Tamas
2011/3/27 Maksim Sestic m...@geoinova.com
Hi all,
** **
Am I missing something, or OSR managed binandings for GDAL 1.9.0 target
+1
Tamas
2012/3/22 Frank Warmerdam warmer...@pobox.com
Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
contract with Chaitanya Kumar CH for up to $5200 USD at $13USD/hr
over five months, and would be acting as supervisor, operating under
the terms of RFC 9 (GDAL Paid
101 - 200 of 478 matches
Mail list logo