+1
On Wed, Jul 9, 2025 at 2:29 PM Tamas Szekeres via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1
>
> Tamas
>
> Even Rouault via gdal-dev ezt írta (időpont:
> 2025. júl. 9., Sze, 9:30):
>
>> Hi,
>>
>> starting with my +1
>>
>> Even
>>
>> --
>> http://www.spatialys.com
>> My software is free,
Hi,
Now GDAL supports plugins, are there any out of tree open source drivers? I
am looking for a template for a driver I am working on. Particularly around
how to update the drivers.ini. If not then I will write one.
Many thanks,
Norman
___
gdal-dev ma
Sorry for missing the vote, Michael gets my +1!
On Wed, Mar 5, 2025 at 12:32 PM Daniel Morissette via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hi everyone,
>
> I declare this motion passed with +1 from PSC members JavierJS, EvenR,
> FrankW, KurtS, TamasS, JukkaR, DanB, SeanG and me.
>
> Welc
Should note that this is the desktop redistributable not the server
redistributable. I don't think (and this was the case in the past for me)
that you can use this in a server though INAL.
Norman
On Thu, Jan 16, 2025 at 11:33 AM Kurt Schwehr via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Fr
+1 Norman
On Thu, Jan 2, 2025 at 12:11 PM Frank Warmerdam via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1 Frank
>
> On Thu, Jan 2, 2025 at 1:00 PM Sean Gillies via gdal-dev <
> gdal-dev@lists.osgeo.org> wrote:
>
>> +1 and a happy new year to all!.
>>
>> On Thu, Jan 2, 2025 at 7:54 AM Even Ro
+1
On Wed, Oct 23, 2024 at 8:22 AM Kurt Schwehr via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1 KurtS
>
> On Wed, Oct 23, 2024, 5:32 AM Howard Butler via gdal-dev <
> gdal-dev@lists.osgeo.org> wrote:
>
>> PSC,
>>
>> I am motioning to renew Alessandro's maintainer contract through the GDAL
>>
Thanks Even, I didn't realize that.
On Thu, Sep 19, 2024 at 5:26 PM Even Rouault
wrote:
>
> Le 20/09/2024 à 00:25, Norman Barker via gdal-dev a écrit :
>
> +1 The old RFCs were useful but as you can get them from the wayback
> machine that is fine.
>
> They are
+1 The old RFCs were useful but as you can get them from the wayback
machine that is fine.
On Thu, Sep 19, 2024 at 4:35 PM Daniel Baston via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1
>
> Dan
>
> On Thu, Sep 19, 2024 at 3:34 PM Javier Jimenez Shaw via gdal-dev
> wrote:
> >
> > I agree
> >
+1
On Fri, Sep 13, 2024 at 12:29 AM Frank Warmerdam via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> A belated +1!
>
>
> On Thu, Sep 12, 2024 at 9:19 PM Howard Butler via gdal-dev <
> gdal-dev@lists.osgeo.org> wrote:
>
>> Declaring this motion passed with +1s from Sean, Jukka, Daniel, Javier,
>>
+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 i
+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 écr
+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 progre
+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
> GatewayGeo:
+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 moti
+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 motio
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 80:
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
___
g
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 Rouault
+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
standa
+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 mai
+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 years
+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 GDA
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 iss
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 profession
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 I
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 rc1
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 hdf
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&rep=rep1&type=pdf
Precincts and Tiles are different approaches for data access within J2K,
and defining a J2K profile (and an
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.
Thank
Hi,
I am building the current trunk (the osgeo master from the github mirror of
svn), I am running on centos.
Running `python gpkg.py` from the autotest suite gives (with CPL_DEBUG ON)
GNM: GNMRegisterAllInternal
GNM: RegisterGNMFile
GNM: RegisterGNMdatabase
TEST: gpkg_init ... success
TEST:
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 sinc
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 un
probably my favourite April Fools - UFO FTW :)
Norm
On Wed, Apr 1, 2015 at 10:41 AM, Andrea Aime
wrote:
> On Wed, Apr 1, 2015 at 6:21 PM, G. Allegri wrote:
>
>> Even, you forgot to say that this driver will be available only one day a
>> year! :D
>>
>>
> Now... this might hamper its widespread
ka.rahko...@maanmittauslaitos.fi> wrote:
> Norman Barker 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 tha
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 overhead
On Wed, Mar 4, 2015 at 8:02 AM, Even Rouault
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 user would need
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 woul
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 dif
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
wrote:
> Le mercredi 10 dé
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: A
] On Behalf Of Even Rouault
Sent: Thursday, June 18, 2009 2:11 PM
To: gdal-dev@lists.osgeo.org
Cc: Norman Barker
Subject: Re: [gdal-dev] rfc 24 - jpip
Norman,
Sorry for not having given feedback in a more timely way, but the amount of
changes didn't encourage ;-)
Anyway, here are my com
Hi
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support
and the code at
http://svn.osgeo.org/gdal/sandbox/normanb/
has been available for some time without any significant comments, are
we at a point to vote on this RFC and if not then what needs to be done?
I would l
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
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.
N
: [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 updated the RFC on
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support to
reflect the current prototype code.
Code release is waiting on SVN access, IP release etc., but it gives me
time to complete a python demo in addition to Java ImageIO.
The initial work for
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 B
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 sp
Hi,
within GDAL is there a way to get libcurl to pickup the .curlrc (_curlrc
on windows) files, in particular to set --insecure flag so that gdal can
talk to self-signed https wcs and wms (and in my case jpips)?
The curl utility can pick up the conf file if either curl_home is set,
or in the us
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
commun
PM
To: Norman Barker
Cc: Even Rouault; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman,
I'd require at least one more roundtrip to reach the final form before
placing a vote on this. I'm afraid not all of the comments have been
taken into account an
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
Hi Tamas,
Looks like we are getting there in terms of defining the interface :-)
My comments are inline.
-Original Message-
From: Tamas Szekeres [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2008 5:33 AM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev
Hi,
I have updated the RFC
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support
To take in all of your comments, and I have added a comment about how
this is a progressive format driver, but is no longer asynchronous, and
I am not sure how it ever could be asynchronous within the driv
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, a
it is acceptable?
Can we iterate this is a few times, and then how is this RFC approved
(or rejected!)?
Many thanks,
Norman
-Original Message-
From: Adam Nowacki [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2008 10:50 AM
To: Even Rouault
Cc: Norman Barker; gdal-dev
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 re
observer like pattern 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
this interface defined and approved, so that format drivers
for streaming data can be written.
Many thanks,
Norman
-Original Message-
From: Even Rouault [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 27, 2008 2:42 PM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal
nd at the moment I am leaning towards that.
Norman
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adam Nowacki
Sent: Saturday, August 23, 2008 6:08 PM
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
Norman Barker wrote
, 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
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,
Frank,
Comments inline, I will refer mainly to JPIP (since this is what I know)
but this should hopefully apply to other streaming formats.
-Original Message-
From: Frank Warmerdam [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 19, 2008 2:44 PM
To: Norman Barker
Cc: gdal-dev
,
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
class.
Thanks,
Norman
-Original Message-
From: Norman Barker
Sent: Thursday, August 14, 2008 2:51 PM
To: gdal-dev@lists.osgeo.org
Subject: progressive rendering
Hi,
I am interested in discussing (and perhaps we can brainstorm on IRC, or
on the GDAL wiki) how to add generic progressive
Any 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
83 matches
Mail list logo
