+1 Norman
On Wed, Oct 11, 2023 at 12:13 PM Kurt Schwehr via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1 KurtS
>
> On Wed, Oct 11, 2023 at 9:17 AM Howard Butler via gdal-dev <
> gdal-dev@lists.osgeo.org> wrote:
>
>> PSC,
>>
>> I'm a little late but I would like to make the following motions
+1 Norman
On Tue, May 9, 2023 at 7:35 AM Mateusz Loskot wrote:
> +1 Mateusz
>
> On Tue, 9 May 2023 at 14:33, Daniel Morissette
> wrote:
> >
> > +1
> >
> > Daniel
> >
> > On 2023-05-08 09:02, Even Rouault wrote:
> > > Hi,
> > >
> > > Motion:
> > >
> > > Adopt GDAL 3.7.0RC1 as 3.7.0 release
> >
+1 Norman
On Thu, Mar 9, 2023 at 10:38 AM Mateusz Loskot wrote:
> +1 Mateusz
>
> On Thu, 9 Mar 2023 at 16:41, Even Rouault
> wrote:
> >
> > Same motion, just fixing the title to reflect the correction version
> > number, as kindly pointed out.
> >
> > Le 09/03/2023 à 16:33, Even Rouault a
+1
Norman
On Mon, Aug 29, 2022 at 9:28 AM Daniel Morissette
wrote:
> +1
>
> Daniel
>
> On 2022-08-27 08:42, Howard Butler wrote:
> > Dear PSC,
> >
> > It has come to my attention that Even's term as a GDAL Maintainer
> officially ended 31 JUL 2022. I propose that we extend him for another year
I wrote the original jpipkak driver years ago and it a driver I would
suggest for deprecation but I am no longer involved in j2k development to
know how much it is being used.
You will need a jpip server to use the jpip client. Wavelets are different
to cogs and you will get the benefits of
+1
On Mon, May 2, 2022 at 10:57 AM Mateusz Loskot wrote:
> +1
>
>
> On Mon, 2 May 2022, 16:12 Howard Butler, wrote:
>
>>
>>
>> > On May 1, 2022, at 3:45 PM, Even Rouault
>> wrote:
>> >
>> > Hi,
>> >
>> > Motion:
>> >
>> > Adopt GDAL 3.4.3 RC2 as final 3.4.3 release
>> >
>> > Starting with my
+1
Norman
On Tue, Feb 15, 2022 at 12:50 PM Daniel Morissette
wrote:
> +1
>
> Daniel
>
>
> On 2022-02-15 10:37, Howard Butler wrote:
> > GDAL PSC,
> >
> > When we wrote the GDAL RFCs on sponsorship, we provided an escape clause
> to allow us to direct resources to other projects upon which GDAL
+1
I am in favour, and will give it a try.
Norman
On Mon, Jan 17, 2022 at 12:11 PM Jeff McKenna
wrote:
> On 2022-01-17 9:37 a.m., Even Rouault wrote:
> >
> >> Consequently we could shorten the rather conservative schedule
> >
>
> +1
>
> thanks!
>
> -jeff
>
>
>
> --
> Jeff McKenna
>
+1 Norman
On Tue, Sep 14, 2021 at 11:28 AM Mateusz Loskot wrote:
> +1 Mateusz
>
> On Tue, 14 Sept 2021 at 16:59, Howard Butler wrote:
> >
> > Dear PSC,
> >
> > As a result of our fundraising activity and development of NumFOCUS as a
> financial conduit, it is my pleasure to put forward a
+1
Norman
On Tue, Aug 17, 2021 at 10:53 AM Frank Warmerdam
wrote:
> +1 FrankW !
>
> On Tue, Aug 17, 2021 at 10:33 PM Howard Butler wrote:
>
>> Dear PSC,
>>
>> As a result of our fundraising activity and development of NumFOCUS as a
>> financial conduit, it is my pleasure to put forward a
Yes, internally the GDAL TileDB driver remaps vsis3 requests to s3 requests
within the TileDB library. To a user the vsi notation still works the same.
I will look over the PR, thanks Vincent!
Norman
On Fri, Apr 23, 2021 at 9:30 AM Vincent Schut
wrote:
> Even's understanding is correct. I've
+1
Norman
On Fri, Apr 16, 2021 at 1:49 PM Howard Butler wrote:
> +1
>
> Howard
>
> > On Apr 16, 2021, at 12:55 PM, Daniel Morissette <
> dmorisse...@mapgears.com> wrote:
> >
> > +1
> >
> > Daniel
> >
> >
> > On 2021-04-16 10:50, Even Rouault wrote:
> >> Hi,
> >> I hereby motion to adopt RFC
I wrote the Cloudant driver (though it extends the CouchDB driver), it was
very useful! However afaik it is no longer being used. Though I no longer
work with CouchDB I see very little mention of geospatial and CouchDB
nowadays on their mailing lists.
I agree with the list of drivers proposed for
+1
Norman
On Thu, Oct 29, 2020 at 4:39 AM jratike80 <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> +1
>
> -Jukka Rahkonen-
>
>
> Even Rouault-2 wrote
> > Hi,
> >
> > Having heard about no critical ([1]) issues regarding RC1
> >
> > Motion:
> >
> > Adopt GDAL 3.2.0 RC1 as final 3.2.0 release
>
+1
Norman
On Thu, Jun 25, 2020 at 12:27 PM Daniel Morissette
wrote:
> +1
>
> Daniel
>
>
> On 2020-06-25 06:18, Even Rouault wrote:
> > Hi,
> >
> > Having heard no issues with RC1,
> >
> > Motion:
> >
> > Adopt GDAL 3.1.1 RC1 as final 3.1.1 release
> >
> > +1 Even
> >
> > --
> >
> > Spatialys -
On Thu, Apr 30, 2020 at 4:35 AM Even Rouault
wrote:
> Hi,
>
>
>
> Having adressed the few issues raised about RC1, I believe RC2 is good to
> go.
>
>
>
> Motion: promote GDAL 3.1.0 RC2 to final 3.1.0
>
>
>
> Starting with my +1
>
>
>
>
>
+1 Norman
___
Hi Even,
Does https://github.com/OSGeo/gdal/pull/2397 need to be included in the
notes for this RC? I see the code is in the release which is great, thank
you.
I have checked over the other TileDB functions in this RC and it looks good
to me.
Norman
On Tue, Apr 28, 2020 at 10:16 AM Even
+1
On Tue, Jan 28, 2020 at 2:19 PM Howard Butler wrote:
> +1
>
> Howard
>
> > On Jan 28, 2020, at 8:52 AM, Daniel Morissette
> wrote:
> >
> > +1
> >
> > Daniel
> >
> >
> > On 2020-01-28 05:48, Even Rouault wrote:
> >> Hi,
> >> The bug raised yesterday regarding the odd formulation of EPSG:3857
Hi,
TL;DR; I would like to remove part of the API (creation and open options)
from the TileDB driver and move it to the GDAL multi-dimensional API.
The TileDB GDAL driver (new in 3.0) supports multiple attributes per pixel
value and also a version of copying netCDF and HDF files within the
+1 normanb
On Fri, Jan 10, 2020 at 11:43 AM Even Rouault
wrote:
> Hi,
>
> Motion: the GDAL project requests to OSGeo a 2000 USD budget for 2020
>
> ~
>
> +1
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
Hi,
I was looking at the recent 3.0.2 release and it was missing a few of my
commits for the TileDB driver dating back to June. How do I get these added
to the 3.0.x series, I understood the backport function to be for bug fixes?
Norman
___
gdal-dev
+1 Norman
On Tue, Sep 17, 2019 at 11:11 AM Kurt Schwehr wrote:
> +1 Kurt
>
> On Tue, Sep 17, 2019 at 6:22 AM Howard Butler wrote:
>
>> All,
>>
>> I would like to nominate Mateusz Łoskot to the GDAL PSC.
>>
>> Mateusz has been an active contributor to the GDAL project for nearly
>> fifteen
+1
Norman
On Tue, Sep 17, 2019 at 9:07 AM Daniel Morissette
wrote:
> +1
>
> Daniel
>
>
> On 2019-09-17 09:21, Howard Butler wrote:
> > All,
> >
> > I would like to nominate Sean Gillies to the GDAL PSC.
> >
> > Sean leads the development of two important Python geospatial projects
> based on
Hi Even,
thanks for the clarification around indexing and nodata. This works great
and when I have availability and your changes last in master I will upgrade
the tiledb driver.
+1 from me.
Norman
On Thu, Jul 18, 2019 at 10:48 AM Even Rouault
wrote:
> Hi,
>
> >
> > I am in favour of the work
Even,
I am in favour of the work on multi-dimensional arrays. There are two open
PRs https://github.com/rouault/gdal/pulls with changes to the text. Though
I and my employer would like TileDB included in the list of formats (though
happy to wait until I have added the code to support this) the
My votes:
Motion 1: +1
Motion 2: +1
Norman
On Wed, Jul 3, 2019 at 4:16 AM Even Rouault
wrote:
> Hi,
>
> Motion 1: promote GDAL 2.4.2 RC1 to final
> Motion 2: promote GDAL 3.0.1 RC1 to final
>
> ~
>
> My votes:
> Motion 1: +1
> Motion 2: +1
>
> Even
>
> --
> Spatialys - Geospatial
Hi,
with the backport bot how often does the GDAL conda release get updated? Is
this something that can be triggered through the bot?
Thanks,
Norman
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
+1 Norman
On Mon, May 20, 2019 at 9:59 PM Daniel Morissette
wrote:
> +1
>
> Daniel
>
> On 2019-05-20 16:54, Even Rouault wrote:
> > Hi,
> >
> > I believe we are now in a state where the prototype new website is
> functional
> > and should have content at least equivalent to the current one, so
Even,
thank you! I am looking forward to contributing more to the project.
Norman
On Fri, May 17, 2019 at 9:13 AM Even Rouault
wrote:
> Hi,
>
> > Motion: To add Norman Barker to the GDAL PSC.
>
> I declare this motion passed with +1 from PSC members: DanielM, FrankW,
Hi Even,
who is eligible to vote? FWIW I am +1 if I am eligible.
Norman
On Wed, May 1, 2019 at 9:56 AM Even Rouault
wrote:
> Hi,
>
> Motion: GDAL/OGR 2.5.0 rc1 is promoted to be the official 2.5.0 final
> release.
>
> ---
>
> My vote: +1
>
> ---
>
> A few bugs were discovered since
Hi Joe,
just echoing Even's note about the code sprint. I am planning to be there,
as are others, and I have spend a lot of time with the subdataset code
recently. I also (a long time ago) was involved in the the subdataset work
with netCDF within GDAL.
>From your email I see you are from the
Happy Birthday GDAL! GDAL has been a large chunk of my professional career.
I am still using the library and tools every day.
Thank you Frank, Even and the entire GDAL community.
Norman
On Thu, Oct 18, 2018 at 9:32 AM Jeff McKenna
wrote:
> Happy birthday GDAL! (I shared a beer last week with
Victor, Even
Depande and Zeng did propose a HTTP JPEG2000 solution which is documented
by Taubman here -
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.88.2758=rep1=pdf
Precincts and Tiles are different approaches for data access within J2K,
and defining a J2K profile (and an encoder
Hi,
is the original sentinel product described here -
https://trac.osgeo.org/gdal/wiki/CloudOptimizedGeoTIFF
available for download anywhere?
I would like to run some tests with the same dataset. I am able to get the
output tiffs (thanks Even for hosting these) but not the original input.
Hi,
I am currently working on representing a grib file as a netCDF file within
GDAL. My plan is that if a user specifies the netCDF driver and opens a
grib file then the metadata from the grib will be represented as a netCDF
and the data can be read through that driver.
It may seem a bit odd
A JP2 is just a JPEG2000 codestream with a JPEG2000 header, as soon as you
get to the SOC marker then you have all the metadata. Alternatively you
could use the JPX file format to store the metadata separately to the
codestream.
I probably wouldn't use GDAL for this task, just read the metadata
probably my favourite April Fools - UFO FTW :)
Norm
On Wed, Apr 1, 2015 at 10:41 AM, Andrea Aime andrea.a...@geo-solutions.it
wrote:
On Wed, Apr 1, 2015 at 6:21 PM, G. Allegri gioha...@gmail.com wrote:
Even, you forgot to say that this driver will be available only one day a
year! :D
...@maanmittauslaitos.fi wrote:
Norman Barker norman at cloudant.com writes:
Even, Jukka,
the NPJE end EPJE specifications are both good for understanding
progression order in JP2. It all depends on what you are trying to do, so a
default is just that, something that can be changed.
A JP2 file
Even, Jukka,
the NPJE end EPJE specifications are both good for understanding
progression order in JP2. It all depends on what you are trying to do, so a
default is just that, something that can be changed.
A JP2 file with PLT markers (packet markers) in my experience removes most
of the
On Wed, Mar 4, 2015 at 8:02 AM, Even Rouault even.roua...@spatialys.com
wrote:
Norman,
the aim is to sync data between masters as per -
http://dataprotocols.org/couchdb-replication/ An example would be using
GDAL in QGIS and going offline to edit data and then coming back online,
the
Hi Even,
the aim is to sync data between masters as per -
http://dataprotocols.org/couchdb-replication/ An example would be using
GDAL in QGIS and going offline to edit data and then coming back online,
the user would need to synchronize the dataset. As replication is a core
part of CouchDB I
Hi,
I am looking to add sync to the GDAL CouchDB driver. I would rather not add
additional API functions to do this but to wrap it up in the
usual GetFeature call. The first call to GetFeature would initiate a sync,
but thoughts on this are appreciated.
Sync is a useful function that is a key
Tomer,
precincts, layers etc can be dumped with jj2000, OpenJPEG and Jasper and it
can be programatically retrieved with kakadu.
It is not available in GDAL as Even says, but I might be adding a PR for it
shortly.
Norman
On Wed, Dec 10, 2014 at 9:32 AM, Even Rouault even.roua...@spatialys.com
Hi,
I am trying to extract the EPSG code from the SpatialReference object as
follow;
const char * pszEpsg;
char **papszTokens;
if (poSpatialRef-IsProjected())
pszEpsg =
poSpatialRef-GetAttrNode(projcs)-GetNode(authority)-GetValue();
Frank,
Did I get approved for commit writes for GDAL trunk, if so +1.
Norman
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Tuesday, March 16, 2010 11:40 AM
To: gdal-dev
Subject: [gdal-dev] Motion:
Hi,
I have put the JPIPKAK prototype code in
http://svn.osgeo.org/gdal/sandbox/normanb/
and the original RFC is at
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support
I have pruned the formats in this sandbox since I had a lot of problems
uploading to SVN.
Comments appreciated.
Even,
thanks, I will do this now.
Norman
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Fri 4/17/2009 11:34 AM
To: gdal-dev@lists.osgeo.org
Cc: Norman Barker
Subject: Re: [gdal-dev] JPIPKAK in the sandbox
Norman,
I don't think the way you have
: [gdal-dev] Motion: Grant Norman Barker Commit Access
Motion: Grant Norman Barker GDAL/OGR commit access.
Norman has been involved with GDAL for several years, and is currently
working
on a JPIP client prototype with progressive display support, and the
associated
RFC (http://trac.osgeo.org/gdal
Hi,
I have written a gdal driver and would like to hook this into an
existing viewer (public domain) to demonstrate the code. The driver
makes a fair few changes to the GDAL API so it isn't as simple as just
adding to the format list.
Would I be better to use openev or openev2, or perhaps
Cc'd the list
Thanks Ivan! Any comments on how to enable this from the command line
so that when I run gdalinfo in debug I can see if I am leaking!
Thanks.
-Original Message-
From: Lucena, Ivan [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2008 8:38 AM
To: Norman Barker
Hi,
I see that visual leak detector support has been added to gdal
nmake.opt, and I have turned this on.
However the visual studio project files use a make file configuration,
how do you actually get the leak detector to work?
The docs at http://trac.osgeo.org/gdal/ticket/2009 are a little
Hi,
I have been assigned (as in got some business work time) to do the
implementation for jpip and gdal as per RFC 24, and then to reshape RFC
24 with the implementation as a guide. Apologies for the delay in doing
this.
Whilst with the approach I am proposing of separating the jpip
Message-
From: Even Rouault [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2008 4:42 PM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman,
just a very quick review of the latest state of the RFC after a quick reading
of it...
- do
Hi Tamas,
Comments inline, thanks again for your thoughts.
-Original Message-
From: Tamas Szekeres [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2008 10:59 AM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
2008/9/3 Norman
Adam, all
Thanks for the comments and updates, I am working as fast as I can
(after a long weekend without a computer :-) ) to capture all of your
comments and interface definitions and to produce the documented
interfaces (header definitions) for the RFC. I am taking the last email
from Tamas,
is the simplicity for the
user to use this library, they just add a listener and get updates.
http://www.codeproject.com/KB/architecture/observer.aspx
Norman
-Original Message-
From: Even Rouault [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 27, 2008 3:27 PM
To: Norman Barker
Cc: gdal
will post again when the RFC is updated.
Norman
-Original Message-
From: Even Rouault [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 27, 2008 4:00 PM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman,
In fact, Adam's proposal reminds
, 2008 3:45 PM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman Barker wrote:
Mainly it is either end of response, image done, or window done to
indicate that there is a buffer update and the display should be
updated, anything else can pretty
Hi Frank,
-Original Message-
From: Frank Warmerdam [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 19, 2008 3:45 PM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman Barker wrote:
Mainly it is either end of response, image done
,
but I believe we can keep this data internal to the format driver.
Would it be possible to add this callback function as a stub method?
Thanks,
Norman
-Original Message-
From: Tamas Szekeres [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2008 4:03 PM
To: Norman Barker
Cc: gdal-dev
thoughts appreciated, and if you can advise of an appropriate place
to capture this (wiki?).
Many thanks,
Norman Barker
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
61 matches
Mail list logo