Even Rouault-2 wrote
> OK. I've changed the implementation to reflect the above prototyping and
> regenerated from it
> http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france_alternative2.gpkg
MapInfo is fine with that one, too.
-Jukka-
--
View this message in context:
http://
On jeudi 2 mars 2017 07:25:10 CET jratike80 wrote:
> Even Rouault-2 wrote
>
> > And what about
> > http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france_alt
> > ernative.gpkg if you don't mind ?
>
> It opens as well.
OK. I've changed the implementation to reflect the above proto
Even Rouault-2 wrote
> And what about
> http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france_alternative.gpkg
> if you don't mind ?
It opens as well.
BTW. the layer is described as POLYGON in gpkg_geometry_columns but the one
feature in the main table is MULTIPOLYGON.
-Jukka-
On jeudi 2 mars 2017 13:55:19 CET Rahkonen Jukka (MML) wrote:
> http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france_alter
> native.gpkg
And what about
http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france_alternative.gpkg
if you don't mind ?
Note: I've just ref
Hi
Right, ne_10m_admin_0_countries_france_no_ogr_feature_count.gpkg opens with
MapInfo 15.2.
-Jukka-
Lähettäjä: Even Rouault [mailto:even.roua...@spatialys.com]
Lähetetty: 2. maaliskuuta 2017 15:49
Vastaanottaja: gdal-dev@lists.osgeo.org
Kopio: Rahkonen Jukka (MML)
Aihe: Re: [gdal-dev] Testing
On jeudi 2 mars 2017 06:36:06 CET jratike80 wrote:
> Even Rouault-2 wrote
>
> > So I'd be interested if people could test
> > http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france.gpk
> > g
> > (or any other gpkg you may generate with today's ogr2ogr) with other
> > software packa
Even Rouault-2 wrote
> So I'd be interested if people could test
> http://even.rouault.free.fr/geopackage/ne_10m_admin_0_countries_france.gpkg
> (or any other gpkg you may generate with today's ogr2ogr) with other
> software package that
> don't use OGR underneath (ArcGIS for example).
Hi,
MapI
On 2017-03-02 6:14 AM, Jürgen E. Fischer wrote:
Well, if the third party dependencies (like filegdb - which I happend to start
and stop checking) were available that would already be in place.
Maybe I should just drop it in favor of openfilegdb - that's going to happen if
it's still not availab
Hi,
I've committed recently a small improvement regarding vector and attribute
tables in the
GeoPackage driver, so as to get the number of features quickly. This can be
interesting when
dealing with huge tables. Without that, getting the number of features require
a full table
scan. So I've
On jeudi 2 mars 2017 11:14:07 CET Jürgen E. Fischer wrote:
> Hi Even,
>
> On Thu, 02. Mar 2017 at 10:43:16 +0100, Even Rouault wrote:
> > Probably because the last GDAL built in OSGeo4W was done with MSVC2010,
> > before the recent upgrade to MSVC2015 for QGIS master. I guess the next
> > GDAL bui
Hi Even,
On Thu, 02. Mar 2017 at 10:43:16 +0100, Even Rouault wrote:
> Probably because the last GDAL built in OSGeo4W was done with MSVC2010,
> before the recent upgrade to MSVC2015 for QGIS master. I guess the next GDAL
> builds will be done with MSVC2015 too.
Well, if the third party dependenc
Two great answers in 10 minutes! thanks guys!
On 2 March 2017 at 11:43, Mateusz Loskot wrote:
> On 2 March 2017 at 10:32, Idan Miara wrote:
> > Hi,
> >
> > I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL.
> > Currently I'm using the C API, and I might use the C++ API in th
On 2 March 2017 at 10:32, Idan Miara wrote:
> Hi,
>
> I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL.
> Currently I'm using the C API, and I might use the C++ API in the future.
>
> I've run dependency walker on the recent version of gdal201.dll that is
> distributed in osge
On jeudi 2 mars 2017 11:32:11 CET Idan Miara wrote:
> Hi,
>
> I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL.
> Currently I'm using the C API, and I might use the C++ API in the future.
>
> I've run dependency walker on the recent version of gdal201.dll that is
> distribute
Hi,
I'm developing a c++ MSVC (2013 or 2015) program that depends on GDAL.
Currently I'm using the C API, and I might use the C++ API in the future.
I've run dependency walker on the recent version of gdal201.dll that is
distributed in osgeo4w, it depends on msvcr100.dll, thus I assume it was
com
15 matches
Mail list logo
