+1 Howard
On Mon, Jul 29, 2013 at 10:49 AM, Frank Warmerdam wrote:
> +1 Frank
> On Jul 29, 2013 4:14 AM, "Even Rouault"
> wrote:
>
>> Hi,
>>
>> Motion: I move to adopt RFC 41 : Support for multiple geometry fields in
>> OGR
>>
>> http://trac.osgeo.org/gdal/wiki/rfc41_multiple_geometry_fiel
+1 Howard
On Aug 10, 2013, at 3:34 AM, Tamas Szekeres wrote:
> +1
>
> Tamas
>
>
>
> 2013/8/9 Frank Warmerdam
> 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
On Aug 6, 2013, at 10:57 AM, Ricardo Filipe Soares Garcia da
wrote:
> Hello list
>
> I have been using GDAL Python bindings inside a virtualenv on some
> ubuntu-server 12.04 machines to do geoprocessing tasks.
>
> I have an automated script to setup GDAL from the ubuntugis repository and
>
+ 1
On Aug 28, 2013, at 1:50 PM, Daniel Morissette wrote:
> +0.5 I don't think I'll have time to test in the next few days but am
> supportive of the release.
>
> Daniel
>
> On 13-08-28 2:40 PM, Even Rouault wrote:
>> Gentlemen,
>>
>> this is a friendly reminder that this motion is open for
On Sep 28, 2013, at 3:42 AM, Even Rouault wrote:
> Hi,
>
> Jukka is one of our most active power users since many years. You've
> certainly
> noticed him many times answering to question from other users on the mailing
> list, testing bleeding edge trunk or doing precise bug reports. Jukka i
On Nov 4, 2013, at 1:44 PM, Even Rouault wrote:
> If doable, the best thing would be for PDAL to avoid including in the same
> .cpp file both geotiff/cpl_serv.h and gdal/cpl_port.h. Or cheating by #define
> CPL_SERV_H_INCLUDED before including libgeotiff headers.
I'll make the change of #defi
All,
Dan Little and myself would like to put forward an RFC proposing -xml and -json
output support for both ogrinfo and gdalinfo. No changes are proposed to the
current text format (which would continue to be the default output format), but
having JSON and XML available would greatly ease the
On Nov 19, 2013, at 10:49 AM, Mateusz Loskot wrote:
> On 19 November 2013 16:42, Howard Butler wrote:
>> All,
>>
>> Dan Little and myself would like to put forward an RFC proposing -xml and
>> -json output support for both ogrinfo and gdalinfo. No changes are propo
On Nov 19, 2013, at 11:03 AM, Mateusz Loskot wrote:
>>> "You don't parse the output of gdalinfo --format, do you?" :P
>>>
>>> [1] http://lists.osgeo.org/pipermail/gdal-dev/2013-January/035117.html
>>
>> I don't, but I fully expect that are there are folks who have, simply due to
>> not having
On Nov 19, 2013, at 2:01 PM, Even Rouault wrote:
> Certainly a proposal that would please people that don't want to study GDAL
> or
> OGR API ;-)
Hehe, yeah. Hipster enablement.
> - I saw on IRC that you didn't anticipate to make that capability as an API
> call but still rely on parsing th
All,
This is more a question for the LizardTech folks, but I was attempting to
configure GDAL trunk to provide JP2 support via the MrSID --with-jp2mrsid
configure switch, and it complained about not finding libltkdu.a to enable it.
That archive file is not in the DSDK at all, and as far as I ca
On Dec 23, 2013, at 5:00 AM, Even Rouault wrote:
> Hi Howard,
>
> DSDK v8 or later no longer needs libltkdu.a. The test that should have
> succeeded
> and that has not apparently in your case is :
>
>elif test -e "$with_mrsid/lib/libltidsdk.so" \
> -o -e "$with_mrsid/lib/
On Dec 23, 2013, at 9:55 AM, Howard Butler wrote:
>
> On Dec 23, 2013, at 5:00 AM, Even Rouault
> wrote:
>
>> Hi Howard,
>>
>> DSDK v8 or later no longer needs libltkdu.a. The test that should have
>> succeeded
>> and that has not apparently i
+1
> On Mar 17, 2014, at 6:44 AM, Tamas Szekeres wrote:
>
> +1
>
> Tamas
>
>
>
> 2014-03-14 16:42 GMT+01:00 Even Rouault :
>> 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
On Apr 7, 2014, at 5:57 AM, Even Rouault wrote:
> vagrant provision
If you get stuck with vagrant, on prescribed chicken-waving exercise is to
simply do 'vagrant destroy' of the vm and then 'vagrant up' again. 'vagrant
provision' will still have the effects of partially Maybe some prerequisit
+1 to promote to release.
On Apr 24, 2014, at 2:27 PM, Daniel Morissette wrote:
> +0. I won't have time to test myself, but I am supportive based on the
> feedback I've seen from others.
>
> Daniel
>
>
> On 14-04-24 1:28 PM, Even Rouault wrote:
>> PSC,
>>
>> Only I and Jukka have voted on t
+1
Howard
On Sep 29, 2014, at 7:25 PM, Daniel Morissette wrote:
> +1
>
> Daniel
>
> On 14-09-29 3:11 PM, Even Rouault wrote:
>> 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 givin
+1
Howard
On Sep 29, 2014, at 8:10 AM, Daniel Morissette wrote:
> +0. I'm supportive but haven't been able to test.
>
> Daniel
>
> On 14-09-28 8:19 AM, Even Rouault wrote:
>> Hi,
>>
>> No issue has been specifically reported on RC1 so far (*), so I invite PSC
>> members to vote on this motio
> On Dec 1, 2014, at 2:53 PM, Jukka Rahkonen wrote:
>
> Even Rouault spatialys.com> writes:
>
>
>> Motion : I move to adopt RFC 51: RasterIO() improvements : resampling and
>> progress callback
>>
>> http://trac.osgeo.org/gdal/wiki/rfc51_rasterio_resampling_progress
>>
>> Starting with my
+1
Thank you for your leadership and momentum, Even.
> On Jan 5, 2015, at 4:20 PM, Tamas Szekeres wrote:
>
> +1
>
> Tamas
>
> 2015-01-05 21:45 GMT+01:00 Frank Warmerdam :
>> Folks,
>>
>> Motion: Appoint Even Roualt as GDAL Project Management Committee Chair
>>
>> +1 Frank
>>
>> ---
>>
>
+1
Howard
> On Jan 28, 2015, at 10:04 AM, Tamas Szekeres wrote:
>
> +1
>
> Tamas
>
> 2015-01-28 13:23 GMT+01:00 Even Rouault :
> 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
> chan
> On Mar 2, 2015, at 5:20 AM, Even Rouault wrote:
>
> Le jeudi 26 février 2015 10:24:52, Even Rouault a écrit :
>> Hi,
>>
>> As no points have been raised,
>>
>> Motion : I move to adopt RFC 54: Dataset transactions
>>
>> http://trac.osgeo.org/gdal/wiki/rfc54_dataset_transactions
>>
>> Start
+1
Howard
> On Mar 25, 2015, at 8:29 AM, Daniel Morissette
> wrote:
>
> +1
>
> Daniel
>
>
> On 2015-03-25 6:44 AM, Even Rouault wrote:
>> Hi,
>>
>> As no points have been raised,
>>
>> Motion : I move to adopt RFC 55: Refined SetFeature() and
>> DeleteFeature() semantics
>>
>> http://tra
> On Jun 3, 2015, at 4:13 AM, Even Rouault wrote:
>
> Hi,
>
> As no points have been raised on the RFC itself (peripheral discussions on
> how
> to address out-of-range nodata values) :
>
> Motion : I move to adopt RFC 58: Removing Dataset Nodata Value
>
> https://trac.osgeo.org/gdal/wiki/
> On Jun 12, 2015, at 2:35 PM, Even Rouault wrote:
>
> Motion: GDAL/OGR 2.0.0RC1 is promoted to be the official 2.0.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 your own testing and
+1
Howard
> On Jun 18, 2015, at 7:01 AM, Tamas Szekeres wrote:
>
> +1
>
> Tamas
>
> 2015-06-18 11:26 GMT+02:00 Even Rouault :
> Le mardi 16 juin 2015 10:02:37, Even Rouault a écrit :
> > Motion: GDAL/OGR 2.0.0RC2 is promoted to be the official 2.0.0 final
> > release.
> >
> > ---
> >
> > No c
> On Oct 9, 2015, at 3:25 AM, Jukka Rahkonen
> wrote:
>
> Even Rouault spatialys.com> writes:
>
>>
>> Hi,
>>
>> I propose to add Kurt Schwehr to the GDAL project steering committee.
>
> +1
+1
Howard
___
gdal-dev mailing list
gdal-dev@lists.osg
I agree about the need for the feature, and I think it is a useful addition,
but I'll admit to being a bit concerned about the "native" nomenclature. It
allows us to incrementally add capability for stuff like GeoJSON extensions
without having to disrupt the entire API to support it.
Because
> On Nov 4, 2015, at 11:32 AM, Even Rouault wrote:
>
> Hi,
>
> Since no remarks have been done on the latest proposal, I move to adopt RFC
> 60 : Improved round-tripping in OGR
>
> https://trac.osgeo.org/gdal/wiki/rfc60_improved_roundtripping_in_ogr
>
> Starting with my +1,
+1
Howard
_
> On Jan 27, 2016, at 6:22 AM, Jukka Rahkonen
> wrote:
>
> Even Rouault spatialys.com> writes:
>
>>
>> Hi,
>>
>> Motion 1: GDAL/OGR 1.11.4 RC2 is promoted to be the official 1.11.4 final
>> release.
>>
>> Motion 2: GDAL/OGR 2.0.2 RC4 is promoted to be the official 2.0.2 final
> release.
>
> On Apr 25, 2016, at 5:42 AM, Jukka Rahkonen
> wrote:
>
> Even Rouault spatialys.com> writes:
>
>>
>> Motion: GDAL/OGR 2.1.0RC3 is promoted to be the official 2.1.0 final release.
>
> +1
+1
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
ht
> On Apr 27, 2016, at 4:25 AM, Jukka Rahkonen
> wrote:
>
> Even Rouault spatialys.com> writes:
>
>>
>> Motion: GDAL/OGR 2.1.0RC4 is promoted to be the official 2.1.0 final release.
>>
>> ---
>>
>> +1 Even
>
> +1
+1
___
gdal-dev mailing list
gda
> On Fri, Jul 8, 2016 at 3:02 AM, Even Rouault
> wrote:
> Hi,
>
> Motions under vote:
> Motion 1: GDAL/OGR 1.11.5 RC1 is promoted to be the official 1.11.5 final
> release.
+1
> Motion 2: GDAL/OGR 2.0.3 RC2 is promoted to be the official 2.0.3 final
> release.
+1
> To replace the retracted
+1
> On Aug 28, 2016, at 10:30 PM, Kurt Schwehr wrote:
>
> +1 for removing from trunk head if nobody speaks up.
>
> On Sunday, August 28, 2016, Even Rouault wrote:
> Hi,
>
> We have the bridge and vb6 directories in the source tree that are probably no
> longer used by anyone (I don't recal
Even,
I briefly looked at it the other day. My only nit was it seems a little
confusing to have a GetNextFeature on both the Dataset and the Layer. Is one
always better than the other? Which one should I use when? Should I always use
Dataset::GetNextFeature() and let it forward down to
OGRLaye
+1
I couldn't come up with anything better, and I was mostly lamenting the need to
add more to the API surface.
Howard
> On Oct 5, 2016, at 5:53 AM, Tamas Szekeres wrote:
>
> +1
>
> Tamas
>
>
>
> 2016-10-05 12:44 GMT+02:00 Even Rouault :
> Hi,
>
> I know that Howard has expressed some co
> On Oct 19, 2016, at 6:56 AM, Jeff McKenna
> wrote:
>
> On 2016-10-19 6:09 AM, Even Rouault wrote:
>> Motion: GDAL/OGR 2.1.2RC1 is promoted to be the official 2.1.2 final release.
>>
>
> +1 jeff
+1 Howard
___
gdal-dev mailing list
gdal-dev@lists.
> On Oct 25, 2016, at 7:01 AM, Jeff McKenna
> wrote:
>
> On 2016-10-25 5:39 AM, Even Rouault wrote:
>> Motion: GDAL/OGR 2.1.2RC4 is promoted to be the official 2.1.2 final release.
>>
>
> +1 jeff
+1 Howard
___
gdal-dev mailing list
gdal-dev@lists
> On Oct 29, 2016, at 8:02 AM, Even Rouault wrote:
>
> Hi,
>
> I move to formally adopt RFC 65: IETF RFC7946 GeoJSON
>
> https://trac.osgeo.org/gdal/wiki/rfc65_rfc7946_geojson
>
> The implementation has been committed into trunk the past days.
>
> ---
>
> Starting with my +1
+1
Howar
> On Dec 9, 2016, at 5:10 AM, Even Rouault wrote:
>
> Hi,
>
> There have been some good remarks, one regarding integration with GEOS that
> I've taken into account in the implementation, another one regarding the
> possibility to get indexed TIN that I think can be later added if needed.
>
> On Jan 5, 2017, at 9:08 AM, Kurt Schwehr wrote:
>
> A ping to bring the topic of C++11 back to the front post holidays.
>
> Thoughts?
>
> On Fri, Dec 23, 2016 at 10:05 AM, Kurt Schwehr wrote:
> Hi all,
>
> I would like to continue the C++11 discussion over the next couple weeks
> while ma
> On Jan 25, 2017, at 3:28 PM, Daniel Morissette
> wrote:
>
> On 2017-01-25 3:27 AM, Even Rouault wrote:
>>
>> Motion: GDAL/OGR 2.1.3RC1 is promoted to be the official 2.1.3 final
>> release.
>>
>>
>
> +1
>
+1
Howard
___
gdal-dev mailing list
> On Feb 10, 2017, at 5:36 AM, jratike80
> wrote:
>
> Even Rouault-2 wrote
>> Hi,
>>
>> I move to adopt RFC 67: Null values in OGR
>>
>>https://trac.osgeo.org/gdal/wiki/rfc67_nullfieldvalues
>>
>> Starting with my +1,
>>
>> Best regards,
>>
>> Even
>
> +1
>
> -Jukka Rahkonen-
+1
Ho
> On May 4, 2017, at 4:36 AM, Even Rouault wrote:
>
> Hi,
>
> No critical issues have been raised on RC1, so
>
> ---
>
> Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final release.
>
> ---
>
> My vote: +1
+1
Howard
I'm +1 on this. I too found it confusing that Proj.4 worked in this way and no
other libraries did in GDAL.
> I my case, I *cannot* distribute proj4 into my GDAL build and I *need* to
> have the options to let the user decided if they want to add proj4 shared
> libraries.
Ivan,
I don't under
+1
Howard
> On Jun 28, 2017, at 2:59 PM, Daniel Morissette
> wrote:
>
> +1
>
> Daniel
>
> On 2017-06-28 4:47 AM, Even Rouault wrote:
>> Hi,
>> Motion 1: GDAL/OGR 2.1.4RC1 is promoted to be the official 2.1.4 release.
>> Motion 2: GDAL/OGR 2.2.1RC1 is promoted to be the official 2.2.1 release
All,
Continuing my release manager role from the 1.6.1 release, I would
like to produce a 1.6.2RC1 on July 31st. Consider this your notice to
complete any bugs or backports for the 1.6 branch.
http://trac.osgeo.org/gdal/milestone/1.6.2
Howard
_
All,
The GDAL team is pleased to announce the release of GDAL 1.6.2 RC1.
* http://download.osgeo.org/gdal/gdal-1.6.2-RC1.tar.gz
* http://download.osgeo.org/gdal/gdal162-RC1.zip
The following issues were addressed in this release:
General:
* OGR expression parser causes access violations with
y 2009 16:08:02 Howard Butler, vous avez écrit :
All,
The GDAL team is pleased to announce the release of GDAL 1.6.2 RC1.
* http://download.osgeo.org/gdal/gdal-1.6.2-RC1.tar.gz
* http://download.osgeo.org/gdal/gdal162-RC1.zip
The following issues were addressed in this release:
General:
*
On Aug 31, 2009, at 10:25 AM, Michael P. Gerlek wrote:
I have not tried these LIDAR LAS tools, but they looked quite
interesting:
http://www.cs.unc.edu/~isenburg/lastools/
Be careful here -- it is not clear that Isenburg's tools are in fact
OSI-compliant open source. (He has lots of goo
+1. I look forward to SDE maintenance, as I haven't had much time to
keep up with that lately :(
Howard
On Sep 2, 2009, at 2:55 PM, Frank Warmerdam wrote:
Motion: Extent commit access to Harsh Govind.
---
PSC members,
Harsh reports:
"""
I am a GIS Developer at SPADAC Inc. and responsib
On Sep 8, 2009, at 7:15 PM, Christopher Barker wrote:
Hi all,
I had a heck of a time figuring out what version of gdal I was using
today. I eventually found:
gdal.gdal.VersionInfo("RELEASE_NAME")
It's a pretty well supported convention now for Python modules to
have a __version__ attri
On Sep 18, 2009, at 1:43 AM, Hermann Peifer wrote:
Hi,
I see there is a potentially helpful utility for dissolving
geometries at http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/ogrdissolve.cpp
But obviously, there is no related executable in GDAL 1.6.2 or
1.7.0dev. Are there any plans
On Sep 20, 2009, at 10:19 PM, Frank Warmerdam wrote:
Folks,
Motion: Extend Chaitanya's maintenance contract to December 31st.
---
Chaitanya has only billed $1224.00 during the planned maintenance
period
ending August 31st, 2009 out of available funding of $6000.00.
Chaitanya
has indicat
+1
On Sep 26, 2009, at 11:45 AM, Even Rouault wrote:
Selon Tamas Szekeres :
+1
Best regards
Even
Dear PSC,
I would like to nominate Jorge Arévalo for SVN commit access
provided he
agrees with RFC 3.
Jorge has already done a great work in implementing the GDAL WKT
Raster
driver and h
On Oct 6, 2009, at 2:10 PM, Klaus Noekel wrote:
Hi,
I have just installed GDAL 1.6.1.win32-py2.6 on a Win XP system and
set
up the GDAL directory properly (bin directory in PATH, env variable
points to data).
Scripts for coordinate transformation like that below do not crash,
but
just se
Howard Butler schrieb:
On Oct 6, 2009, at 2:10 PM, Klaus Noekel wrote:
Hi,
I have just installed GDAL 1.6.1.win32-py2.6 on a Win XP system
and set
up the GDAL directory properly (bin directory in PATH, env variable
points to data).
Scripts for coordinate transformation like that below do not
On Oct 19, 2009, at 7:59 AM, doug_newc...@fws.gov wrote:
I'm confused, I thought spatialite support was being added to ogr in
1.7 . http://www.gdal.org/ogr/drv_sqlite.html
As to ESRI, I asked at the last DOI meeting prior to the ESRI
conference this year about spatialite support and they s
On Oct 28, 2009, at 11:35 AM, Frank Warmerdam wrote:
Luca Fasano wrote:
Hi all,
I need a way to retrieve a GDAL DataType (its code or its string
name,
it's the same) starting from all information on it. Does it exist a
class or method to to this?
For example:
GdalDataType(nbits=32, float=Tr
On Nov 2, 2009, at 8:36 AM, David Staveley wrote:
Hi there,
I'm new to gdal/ogr, so please be kind.
I was using ogr2ogr to convert some geological shapefiles to kml,
and found I was just getting the geological areas outlined in red as
a result, in other words, it wasn't reading the ArcVie
All,
Continuing my release manager role from the 1.6.2 release, I would like to
produce a 1.6.3RC1 on November 14th (this Sunday). Consider this your notice
to complete any bugs or backports for the 1.6 branch lest they be pushed
forward to 1.6.4 (which is likely to be released after or along
All,
The GDAL team is pleased to announce the release of GDAL 1.6.3 RC1.
http://download.osgeo.org/gdal/gdal-1.6.3-RC1.tar.gz
http://download.osgeo.org/gdal/gdal163-RC1.zip
The following issues were addressed in this release:
General:
* r13533 (ogr postgis plugin) have been added to the stable
I would like to motion to make the 1.6.3-rc1 official. Please run a quick test
if you have a chance before voting.
+1 Howard
On Nov 19, 2009, at 10:09 PM, Howard Butler wrote:
> All,
>
> The GDAL team is pleased to announce the release of GDAL 1.6.3 RC1.
>
> http://download
Even found a small issue with the Python bindings having their version number
be 1.6.2. I have issued an RC 2 to fix this.
http://download.osgeo.org/gdal/gdal-1.6.3-RC2.tar.gz
http://download.osgeo.org/gdal/gdal163-RC2.zip
On Nov 24, 2009, at 3:12 PM, Howard Butler wrote:
> I would like
.3
>
> Daniel
>
> Howard Butler wrote:
>> Even found a small issue with the Python bindings having their version
>> number be 1.6.2. I have issued an RC 2 to fix this.
>> http://download.osgeo.org/gdal/gdal-1.6.3-RC2.tar.gz
>> http://download.osgeo.org/gdal/gdal
All,
The GDAL team is pleased to announce the release of GDAL 1.6.3.
http://download.osgeo.org/gdal/gdal-1.6.3.tar.gz
http://download.osgeo.org/gdal/gdal163.zip
The following issues were addressed in this release:
General:
* r13533 (ogr postgis plugin) have been added to the stable branch only
All (developers and testers),
Consider this your notice of our desire to complete our annual
Frank's-birthday-is-GDAL-major-release-day task on December 20th (21st). All
developers should expect that RC1 will happen on December 15th to give us
enough time to fix up any show stoppers before Fra
On Dec 6, 2009, at 10:40 AM, Frank Warmerdam wrote:
>
> Is SWIG 1.3.39 acceptable for all bindings maintainers?
1.3.39 as our default moving forward would be fine for the Python bindings.
IIRC, 1.3.40 isn't a good release (for some reason, swig releases are like wine
vintages).
Howard
On Dec 8, 2009, at 3:41 AM, Paul Meems wrote:
> LizardTech has released MG4 LiDAR Decode SDK 1.0.1
> when will GDAL support this library?
It most likely won't, at least not without a giant update to support some sort
of point patch or lidar data model within either GDAL or OGR. And even then,
On Dec 8, 2009, at 6:21 AM, Kor de Jong wrote:
> Hi Bart,
>
> On Tuesday 08 December 2009 12:33:10 bart...@osgis.nl wrote:
>> in ArcMap I see negative values, in GDAL all values seem to have a shift
>> of 256, so -21 becomes 235. Nodata values are also off with 256, so -256
>> in ArcMap becomes
Enthusiastically, +1. I'll even help do the surgery.
Howard
On Dec 15, 2009, at 4:24 AM, Jan Hartmann wrote:
> I'm not a developer, but I have had the same problems in my builds (I must
> compile everything on a Linux-cluster as non-root in non-standard locations,
> with up-to-date versions
Just a note to let everyone know that these are now gone.
Howard
http://trac.osgeo.org/gdal/ticket/3286
On Dec 15, 2009, at 8:43 AM, Howard Butler wrote:
> Enthusiastically, +1. I'll even help do the surgery.
>
> Howard
>
> On Dec 15, 2009, at 4:24 AM, Jan Hartmann wr
+1 Howard
On Dec 18, 2009, at 3:04 PM, Tamas Szekeres wrote:
> I nominate Martin Landa for SVN commit access to GDAL.
>
> Martin is a GRASS developer and about to include a new driver (VFK) in OGR
> and be a maintainer of this driver and would also focus on the GRASS related
> portions of the
Edit setup.cfg in swig/python to point to the location of your gdal-config
script. Alternatively, you could edit your PATH environment variable to have
/usr/local/bin on it, and setup should find it.
Howard
On Dec 29, 2009, at 8:29 AM, Leonardo Hardtke wrote:
> Hi all,
> I've been using Pyt
On Dec 31, 2009, at 12:24 PM, Fernando Miguez wrote:
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> error: command 'gcc' failed with exit status 1
You have no g++ installed, which you need to build the GDAL Python bindings.
http://ubuntuforums.org/showthread.php?t=3
+1
Howard
On Jan 14, 2010, at 12:41 PM, Even Rouault wrote:
> +1
>
> Best regards,
>
> Even
>
> Frank Warmerdam a écrit :
>> Motion: Frank Warmerdam is authorized to negotiate a paid maintainer
>> contract with Chaitanya Kumar CH for up to $9360 USD at $13USD/hr over
>> six months, and would
On Feb 4, 2010, at 10:49 PM, Frank Warmerdam wrote:
> Folks,
>
> Ivan has discovered that GDAL 1.7.0 is producing HFA files that are
> corrupt - that is they are only readable with GDAL. Imagine and older
> versions of ArcGIS fail to read them. The problem is described in:
>
> http://trac.os
On Feb 8, 2010, at 8:12 PM, Greg Coats wrote:
> otherwise people will have to wait until GDAL 1.7.2 before being able to use
> it.
I don't see the relaxing of this as any reason to hold up the release. In
fact, one could argue this is a new feature just as easily and should be
targeted at 1
On Feb 8, 2010, at 9:10 PM, Frank Warmerdam wrote:
> It would be nice if the dates of source code in the distribution files
> were based on the date of last change; however, that is not how our
> release preparation steps work. I don't see it as desirable enough to try
> and figure out how to cha
+1
Howard
On Feb 10, 2010, at 12:27 PM, Tamas Szekeres wrote:
> +1
>
> Best regards,
>
> Tamas
>
>
> 2010/2/10 Frank Warmerdam
> Motion: Extend GDAL/OGR Commit Access to Gaige Paulsen.
>
> ---
>
> Folks,
>
> Gaige is a software developer working on Cartographica
> (http://www.macgis.co
On Feb 18, 2010, at 3:58 PM, Daniel Morissette wrote:
> Frank Warmerdam wrote:
>> Motion: Extend GDAL/OGR Commit Access to Kyle Shannon.
>>
>
> +1
+1
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
+1
On Wed, Feb 24, 2010 at 9:30 AM, Andrey Kiselev wrote:
> On Mon, Feb 22, 2010 at 10:32:35PM +0100, Even Rouault wrote:
> > Motion: Extend GDAL/OGR Commit Access to Adam Nowacki.
>
> +1
>
>
> --
> Andrey V. Kiselev
>
___
gdal-dev mailing list
gdal-de
On Mar 3, 2010, at 12:40 AM, Ari Jolma wrote:
> Folks,
>
> gdal-dev has grown to more than 10 mails per day. There are a lot of
> mails about using gdal (often programming questions but still just using
> gdal through one of the APIs). I propose to split this list into
> gdal-dev (for mails that
On Mar 16, 2010, at 12:40 PM, Frank Warmerdam wrote:
> Folks,
>
> Motion: To approve RFC 24 - GDAL Progressive Data Support.
>
> http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support
>
> --
>
> I've incorporated adjustments based on the feedback in the last few
> days, and now I'd l
+1
Howard
On Apr 7, 2010, at 5:18 PM, Tamas Szekeres wrote:
> +1
>
> Tamas
>
>
> 2010/4/7 Frank Warmerdam
> Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
> Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
> 200 hours at $25USD/hr.
>
> --
On May 20, 2010, at 7:48 AM, Vincent Schut wrote:
> Hi,
>
> since some time (I don't know exactly since when, but I regularly update gdal
> from svn and I don't remember this happening earlier), there is a problem
> with the python swig bindings when doing this:
>
> data = gdal_array.BandRead
On Jun 14, 2010, at 7:40 AM, Mateusz Loskot wrote:
> On 14/06/10 13:32, David Burken wrote:
>> Hi Everyone,
>>
>> Just curious if there are any thoughts on migrating to cmake?
>
> A prototype project's started:
>
> http://code.google.com/p/gdal-cmake/
>
> However, it's a bit suspended, tempor
On Jul 17, 2010, at 10:45 AM, Jason Roberts wrote:
> This is probably a question for Tamas Szekeres and Howard Butler, but I’m
> emailing the whole list in case others are knowledgeable or interested.
>
> As part of trying to figure out http://trac.osgeo.org/gdal/ticket/3672, I
On Jul 20, 2010, at 12:51 PM, Python Gis wrote:
> Hi
> this is my code:
>
> from osgeo import ogr
>
> def OpenLayer(shape_path, shape_name):
>drv_shp = ogr.GetDriverByName('ESRI Shapefile')
>shp_ds = drv_shp.Open(shape_path, 1)
>layer = shp_ds.GetLayerByName(shape_name)
>print '
http://prj2epsg.org/search can do this, but it doesn't appear that it's up just
now.
On Jul 28, 2010, at 5:45 PM, John Mitchell wrote:
> Hi,
>
> Does anyone know of a utility that derives the EPSG from the contents
> of a .prj (projection) file?
>
> Thanks,
>
> John
>
> --
> John J. Mitc
On Aug 5, 2010, at 2:50 PM, Frank Warmerdam wrote:
> Folks,
>
> I motion to adopt RFC 28: OGR SQL Generalized Expressions.
>
> http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
>
> The working implementation is available in the sandbox noted in the
> RFC, though I'm still refining it.
+1
Howard
On Aug 6, 2010, at 8:10 AM, Frank Warmerdam wrote:
> Martin Dobias wrote:
>> Hi,
>> As there have been no further comments on RFC 29, I would like to call
>> for vote on it:
>> http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
>
> +1 Frank
+0.
I admit to being a bit worried about the extra
On Sep 7, 2010, at 8:59 AM, Anders Moe wrote:
>
> Hi everyone
>
> Creating a C++ enduser app I was wondering if there is a programmatic way to
> read the various datums/projections etc. files in the gdal data directory ? I
> would like to present these in the interface if the user is to perfo
On Sep 17, 2010, at 9:29 AM, Chris Yesson wrote:
> Hi all,
>
> I have been playing around with a python/gdalnumeric-based raster calculator
> for a while now (http://static.zsl.org/files/gdal-calc-1218.py).
> I thought it was time to try to share this properly via GDAL.
>
> Could this go on
On Sep 17, 2010, at 7:12 AM, Ari Jolma wrote:
> Folks,
>
> I added binding to VSIStatL (my idea is to start using ReadDir from GDAL and
> I need to know if something is a file or a directory).
Why not use the more natural (to you the Perl programmer) facilities your
language provides for dete
On Sep 21, 2010, at 5:21 AM, Anders Moe wrote:
> Hello everyone
>
> I'm generally having some problems with the OGR SDE driver
>
> * lack of UTF support, for example; I reported this almost two years ago, had
> to fix this myself in ogrsdedriver
> * sql errors when writing to the database
>
>
On Sep 22, 2010, at 5:58 AM, Chris Yesson wrote:
> Thanks to everyone for the comments.
> I have tried to fit the options in with the gdal-calc summer of code
> outline.
> Vince's code seems to be doing pretty much the same thing as mine but
> with slightly different options.
> At least if we p
On Sep 29, 2010, at 12:14 PM, Even Rouault wrote:
> Le mercredi 29 septembre 2010 18:17:03, Daniel Morissette a écrit :
>> MOTION: To add Alan Boudreault as GDAL/OGR committer
>>
> +1
>
+1
Howard___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
h
On Jan 9, 2012, at 1:11 PM, Daniel Morissette wrote:
> On 12-01-04 5:30 PM, Frank Warmerdam wrote:
>> Motion: GDAL/OGR 1.9.0RC2 is promoted to be the official
>>1.9.0 final release.
>>
>> ---
>>
>> PSC members please vote on this motion after you have had
>> a chance to do some vali
On Jan 30, 2012, at 2:20 AM, Dmitry Baryshnikov wrote:
> 30.01.2012 12:03, Tyler Mitchell пишет:
>> On 2012-01-29, at 11:46 PM, Dmitry Baryshnikov wrote:
>>
>>> By my opinion, the cmake will more flexible in path searching and setting
>>> all necessary definitions.
>>> I'm playing with cmake bu
1 - 100 of 372 matches
Mail list logo
