+1<br><br>I would also be interested in having SDE for Win64 to be compiled somehow ;-)<br><br><br>Best regards,<br><br>Tamas<br><br><br><br><br><div class="gmail_quote">2009/9/2 Frank Warmerdam <span dir="ltr">&lt;<a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Motion: Extent commit access to Harsh Govind.<br>
<br>
---<br>
<br>
PSC members,<br>
<br>
Harsh reports:<br>
<br>
&quot;&quot;&quot;<br>
I am a GIS Developer  at SPADAC Inc. and responsibilities include compiling and upgrading GDAL for our products. In the past 4+ years at SPADAC I have setup automated build process for compiling and building GDAL along with its SDE (multiple versions of ArcSDE) and OCI drivers as plug-ins and C# wrapper for .NET version of our product: Signature AnalystŪ (SA) [Details: <a href="http://www.spadac.com/SignatureAnalyst/" target="_blank">http://www.spadac.com/SignatureAnalyst/</a>]. The build process keeps debug and release versions separate so programmers may step into the code if required during development. My upcoming tasks include creating separate builds for 32bit and 64bit machines.<br>

<br>
I have implemented multiple export formats (vector) for results of SA utilizing GDAL/ OGR. I have been involved in development of tools for reading/writing vector data using GDAL/OGR and also using C# wrapper giving me experience in both C++ and C# (SDE, SHP and PGDB formats in particular). E.g. Export SA assessment as Shapefile, Read SDE data source as factor for SA, Read PGDB data source as factor in SA, etc... I recently fixed a bug in ogrsdedatasource.cpp which would cause a failure to return a particular layer if SDE version is SDE.DEFAULT.<br>

<br>
Also, I am involved in multiple tasks relating GDAL/OGR with other Team members that include KML Super Overlay driver and supporting date query in SHP files.<br>
&quot;&quot;&quot;<br>
<br>
Harsh and SPADAC have been contributing fixes through me and Trac and now have<br>
several substantial improvements including a new KML Super Overlay driver they<br>
would like to contribute.  I have suggested that Harsh become a committer so<br>
that SPADAC can more directly contribute improvements.<br>
<br>
I&#39;ll let Harsh confirm to the mailing list that he is prepared to adhere to<br>
the RFC 3 GDAL Committer Guidelines.<br>
<br>
Best regards,<br>
-- <br>
---------------------------------------+--------------------------------------<br>
I set the clouds in motion - turn up   | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/%7Ewarmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>
and watch the world go round - Rush    | Geospatial Programmer for Rent<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br>