On Fri, Sep 15, 2023, at 19:21, Kurt Schwehr wrote:
> - Q3: Yes to vsi_l_offset -> uint64_t. I'm 90% for it. For me: Yes offset has
> meaning, but if the type is critical to understanding a function / method
> interface, we should have a comment. Knowing that it's an unsigned 64 bit int
> is usu
+1 Yes please!!
Thoughts:
- I've battled with the types so many times over the years. The pain caused
by a switch will be well worth it
- Q1: I'm for going to GDAL 4.0.
- Q2: Having a GDAL_USE_OLD_INT_TYPES for a while seems like a good idea to
expose the alias to users of the library
- Q3: Yes to
I agree that there is an untidy legacy. And it's probably not worth
formalizing the marginal filenames and connection strings. How about
an RFC and formal syntax only for hierarchical datasets then? It seems
like this is the direction the industry is growing.
Hiearchical gridded datasets are w
Hi Alessandro,
On Fri, Sep 15, 2023 at 8:31 AM ElPaso wrote:
> Il 14/09/23 17:14, Sean Gillies ha scritto:
> > Hi all,
> >
> > In https://github.com/OSGeo/gdal/pull/8155#issuecomment-1704923263 I
> > think I see (for the first time?) the beginning of a specification of
> > the syntax for GDAL "f
Even,
I agree that there is an untidy legacy. And it's probably not worth
formalizing the marginal filenames and connection strings. How about an RFC
and formal syntax only for hierarchical datasets then? It seems like this
is the direction the industry is growing.
Yes, I think a formal syntax fo
Il 14/09/23 17:14, Sean Gillies ha scritto:
Hi all,
In https://github.com/OSGeo/gdal/pull/8155#issuecomment-1704923263 I
think I see (for the first time?) the beginning of a specification of
the syntax for GDAL "file names". I think it would be helpful if there
was an RFC for this.
I'm sure
Hi,
I've submitted an initial version of RFC95: Use standard C/C++ integer types
https://github.com/OSGeo/gdal/pull/8399
It has important implications on backward compatibility of C and C++
API. The "questions to be answer" paragraph need to be answered.
Even
--
http://www.spatialys.com
