On 22 March 2018 at 17:17, Even Rouault wrote:
>
> I've prototyped what should be the new repository (baring any new commits in
> the meantime) and
> put it temporarily at https://github.com/rouault/gdal_wip
>
> You can check if branches, tags etc look good. I've removed a few useless
> branches
Hi,
I've prototyped what should be the new repository (baring any new commits in
the meantime) and
put it temporarily at https://github.com/rouault/gdal_wip
You can check if branches, tags etc look good. I've removed a few useless
branches and tags.
Branches are named release/{major}.{minor} an
Ok, yes, thank you, the code in the trunk made a huge difference. I
appreciated it!
On Thu, Mar 22, 2018 at 3:21 AM, Even Rouault
wrote:
> Kevin,
>
> > I've been working on some large GeoPackage files that have a lot of
> layers.
> > One in particular has over 5000 layers. It was taking a good 5
+1 Kurt
On Wed, Mar 21, 2018 at 3:49 AM, Even Rouault
wrote:
> Hi,
>
> I move to adopt RFC 71: Migration to GitHub
>
> https://trac.osgeo.org/gdal/wiki/rfc71_github_migration
>
> Starting with my +1,
>
> Best regards,
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://w
On mercredi 21 mars 2018 16:16:53 CET Kurt Schwehr wrote:
> Awesome!! Thanks Even.
>
> This isn't a bug, but I hit your workaround for 5.0.1 as I'm using proj
> master near head.
>
> third_party/gdal/ogr/ogrct.cpp:56:20: error: static declaration of
> 'proj_errno_string' follows non-static decla
Kevin,
> I've been working on some large GeoPackage files that have a lot of layers.
> One in particular has over 5000 layers. It was taking a good 5+ minutes
> just to open, so I did some analysis. Here's what I found:
>
> By far the biggest hit is in a query to sqlite_master (called
> from OGRG
