Thanks!
On Fri, Oct 9, 2015 at 2:11 PM, Even Rouault
wrote:
> Le mercredi 07 octobre 2015 22:54:09, Even Rouault a écrit :
> > Hi,
> >
> > I propose to add Kurt Schwehr to the GDAL project steering committee.
> >
> > Kurt has been a committer for 2 years, and over the last few months has
> > sub
Le mercredi 07 octobre 2015 22:54:09, Even Rouault a écrit :
> Hi,
>
> I propose to add Kurt Schwehr to the GDAL project steering committee.
>
> Kurt has been a committer for 2 years, and over the last few months has
> substantially increased his level of involvment, mainly in the area of
> impro
Le vendredi 09 octobre 2015 20:26:34, Pierre Soille a écrit :
> Dear GDLALers,
>
> recently we tested the following 3 JPEG2000 drivers: JP2ECW, JPEG2000,
> and JP2OpenJPEG. A jp2 file was opened by all three drivers and we
> tested whether the decoded image were equal. To our suprise they are
> n
Dear GDLALers,
recently we tested the following 3 JPEG2000 drivers: JP2ECW, JPEG2000,
and JP2OpenJPEG. A jp2 file was opened by all three drivers and we
tested whether the decoded image were equal. To our suprise they are
not: theJPEG2000 and JP2OpenJPEG lead to the same decoded image but they
di
Larry,
>
> I am curious how hard it would be to build the core GDAL/OGR libs, then
> have most formats created as driver plugins, instead of directly linked
> from the main libs?
>
> Reason: at Homebrew (and in other situations) every time one of the linked
> libs is updated then GDAL/OGR has to
Le vendredi 09 octobre 2015 19:43:28, Jonathan Greenberg a écrit :
> Folks:
>
> I wanted to let you know I've pushed a major release of my gdalUtils
> package to CRAN in the last week. This wraps all non-python GDAL/OGR
> utilities as of GDAL 2.0.1 for use in R, and provides some value-added
> fu
Folks:
I wanted to let you know I've pushed a major release of my gdalUtils
package to CRAN in the last week. This wraps all non-python GDAL/OGR
utilities as of GDAL 2.0.1 for use in R, and provides some value-added
functions as well.
install.packages("gdalUtils")
should work for all OSs, or if
Hi,
I am curious how hard it would be to build the core GDAL/OGR libs, then
have most formats created as driver plugins, instead of directly linked
from the main libs?
Reason: at Homebrew (and in other situations) every time one of the linked
libs is updated then GDAL/OGR has to be rebuilt as wel
Dmitry,
It seems the error is linked to the Python GNM module when GDAL is not
configured --with-gnm.
On Linux, this seems to compile, although at runtime, I can see that
https://s3.amazonaws.com/archive.travis-ci.org/jobs/84538954/log.txt shows
errors like :
... failed to load gnm_test.py ..
Greetings,
yesterday I cloned the Gdal source repository from
https://github.com/OSGeo/gdal.git
and converted it to a Mercurial repository, simply because that's the
version control software I'm at home with. In Mercurial the most recent
commit of the repository looks like this
2015-1
> 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
Even Rouault spatialys.com> writes:
>
> Hi,
>
> I propose to add Kurt Schwehr to the GDAL project steering committee.
+1
-Jukka Rahkonen-
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
12 matches
Mail list logo
