Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-14 Thread Grégory Bataille
important to us. Thanks for the support. I don't think I would have found this grid thing on my own. --- Gregory Bataille On Thu, Nov 14, 2019 at 1:03 PM Grégory Bataille wrote: > Oh, I could gdalwarp the dataset myself to WGS84 and then tile it, so as > to consistently "ignore&quo

Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-14 Thread Grégory Bataille
re 2019 05:54:09 CET Grégory Bataille wrote: > > wow, thanks. > > > > I'm not quite sure I'm following it all though. I'm reaching a bit my > > knowledge limit here with those transforms. I'll need to spend a bit more > > time on it to get more understanding and se

Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-13 Thread Grégory Bataille
wow, thanks. I'm not quite sure I'm following it all though. I'm reaching a bit my knowledge limit here with those transforms. I'll need to spend a bit more time on it to get more understanding and see what I can do, how I might use your update. But thanks for the quick turnaround Cheers ---

Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-13 Thread Grégory Bataille
the client the one he has asked for when he wants to get the raw dataset? Do you have any ideas/recommandations? Is there a way to disable the PROJ6 auto-selection feature? Thanks --- Gregory Bataille On Fri, Nov 8, 2019 at 12:36 PM Grégory Bataille wrote: > That’s a problem for us. W

Re: [gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-08 Thread Grégory Bataille
mentioned (on Monday though I think) Thanks for having a look Greg On Fri, 8 Nov 2019 at 12:30, Even Rouault wrote: > On vendredi 8 novembre 2019 08:18:11 CET Grégory Bataille wrote: > > Hey all, > > > > So I have a strange issue that I somewhat isolated, but I don't know how

[gdal-dev] Discrepancy when tiling on MAC and Linux

2019-11-07 Thread Grégory Bataille
Hey all, So I have a strange issue that I somewhat isolated, but I don't know how to move further. I have dataset in EPSG 31468-15949 My goal is to tile it, render it with openlayers, and add a marker on the GCP location. Trouble is that the GCP location was falling a bit away from the marker

Re: [gdal-dev] deb package for 2.2.3

2018-05-04 Thread Grégory Bataille
yes, that should happen soonish also :) Thanks --- Gregory Bataille On Fri, May 4, 2018 at 8:02 AM Sebastiaan Couwenberg <sebas...@xs4all.nl> wrote: > On 05/04/2018 07:11 AM, Grégory Bataille wrote: > > I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I

Re: [gdal-dev] deb package for 2.2.3

2018-05-03 Thread Grégory Bataille
you sent cheers --- Gregory Bataille On Fri, May 4, 2018 at 7:28 AM Sebastiaan Couwenberg <sebas...@xs4all.nl> wrote: > On 05/04/2018 07:11 AM, Grégory Bataille wrote: > > I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I > just > > got stuck by htt

[gdal-dev] deb package for 2.2.3

2018-05-03 Thread Grégory Bataille
Hi all, I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I just got stuck by https://trac.osgeo.org/gdal/ticket/7143. Took me some time to debug because I develop locally on Mac, where the package is at 2.2.3 and the bug is fixed. What does it take to build the .deb package.

Re: [gdal-dev] Gdal2tiles gains parallel processing features

2017-09-30 Thread Grégory Bataille
esolutions in the new architecture? > > Cheers > Jeremy > > On Sat, Sep 30, 2017 at 4:50 AM, Grégory Bataille < > gregory.batai...@gmail.com> wrote: > >> Hi all, >> >> I just wanted to announce that after a few months of work (took long, I >> got laz

Re: [gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Grégory Bataille
oh... ok for gdal2tiles_old.py. I just wished to make a potential rollback "easy" Anyway, that's good enough for me :) Thanks --- Gregory Bataille On Fri, Sep 29, 2017 at 5:59 PM, Even Rouault <even.roua...@spatialys.com> wrote: > On vendredi 29 septembre 2017 17:50:11 CE

[gdal-dev] Gdal2tiles gains parallel processing features

2017-09-29 Thread Grégory Bataille
Hi all, I just wanted to announce that after a few months of work (took long, I got lazy), *gdal2tiles has gained parallel computing abilities* It is now *on trunk*. *A few things to know:* - I took upon me to rewrite the script almost entirely to make it more modular, testable, ... - Because

Re: [gdal-dev] gdal2tiles error

2017-08-23 Thread Grégory Bataille
Hello, In your stack trace I gather you are using GDAL 1? If that's the case, you should use the latest gdal 2.2). I'm quite sure the issue is fixed there On a mac, look for the osgeo4mac brew tap and install the gdal2 package. I think it's up-to-date. Otherwise you should retrieve gdal2tiles.py

Re: [gdal-dev] Bus error on gdal.Open

2017-07-25 Thread Grégory Bataille
result. What I really can't understand is that ipython and ipython launched through django, in the same virtualenv, give different results --- Gregory Bataille On Tue, Jul 25, 2017 at 11:37 AM, Even Rouault <even.roua...@spatialys.com> wrote: > On mardi 25 juillet 2017 11:00:36 CES

[gdal-dev] Bus error on gdal.Open

2017-07-25 Thread Grégory Bataille
Hi everyone, I have the strangest issue and I don't know how to address it. I'm running on a *mac*. I have *gdal 2.2.0* installed on the system. I have a python 3.5.2 *virtualenv* (same behavior in 3.6.1) inside I have a number of libraries, including django and the *GDAL bindings*. If from this

Re: [gdal-dev] gdal2tiles.py of transparent background vrt/png gives black background tiles

2017-04-24 Thread Grégory Bataille
Hey John, That's a lot of information to process :) So your conclusion would be that gdal2tiles does not handle TIF "Byte" files properly? Would you be able to submit some samples of working TIF + VRT and non-working ones so that I might have a look in the future if it's a bug? --- Gregory

Re: [gdal-dev] gdal2tiles.py of transparent background vrt/png gives black background tiles

2017-04-23 Thread Grégory Bataille
Hey John, Is your TIF transparent background using properly the NODATA special value? If so you can tell gdal2tiles how to interpret and translate the nodata in RGBA using the -a option gdal2tiles.py SOURCE DEST -a 0,0,0,0 I think that should produce the desired effect Let me know ---

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-28 Thread Grégory Bataille
2017 at 9:38 AM, Grégory Bataille < gregory.batai...@gmail.com> wrote: > hum... debugging in the C layers, that'll be interesting... > Ok, I'll continue to dig in, thanks > > > --- > Gregory Bataille > > On Tue, Mar 21, 2017 at 8:44 AM, Even Rouault <even.roua...@sp

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-21 Thread Grégory Bataille
hum... debugging in the C layers, that'll be interesting... Ok, I'll continue to dig in, thanks --- Gregory Bataille On Tue, Mar 21, 2017 at 8:44 AM, Even Rouault <even.roua...@spatialys.com> wrote: > On mardi 21 mars 2017 05:51:18 CET Grégory Bataille wrote: >

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Grégory Bataille
Does that mean a different vrt file or simply reopen the file to create a gdal object in each process. Because I'm reopening the vrt file in each thread On Thu, 16 Mar 2017 at 17:23, Even Rouault <even.roua...@spatialys.com> wrote: > On jeudi 16 mars 2017 17:16:20 CET Grégory Batai

[gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Grégory Bataille
Hello all, Reaching out to the community caused I have failed for the past few days. *short version*, I'm trying to multithread the gdal2tiles utility, and I'm getting this Generating Base Tiles: ERROR 1: LZWDecode:Wrong length of decoded string: data probably corrupted at scanline 256 ERROR 1:

Re: [gdal-dev] [gdal2tiles.py] python engineering

2017-01-27 Thread Grégory Bataille
est files in nitf_test.py. And I > haven't tried these with python 3.x. > > -kurt > > On Wed, Jan 25, 2017 at 10:52 AM, Grégory Bataille < > gregory.batai...@gmail.com> wrote: > >> You are completely right. Symbolic link. Don't know what I was thinking >> abou

[gdal-dev] [gdal2tiles.py] Crash if the asked tile level is from too high

2017-01-26 Thread Grégory Bataille
Hey all, So if you try to launch gdal2tiles.py with an asked tile level that is from very high, so that the output should be a single tile where not a single pixel value of the original raster is displayed, gdal2tiles.py simply crashes (stack trace) when trying to write nothing in the output file

Re: [gdal-dev] [gdal2tiles.py] python engineering

2017-01-25 Thread Grégory Bataille
https://github.com/schwehr/gdal-autotest2 > > And, sadly, it looks like I've yet to get any of the python code in > there. I'll try to get at least something in there today. > > On Wed, Jan 25, 2017 at 3:35 AM, Grégory Bataille < > gregory.batai...@gmail.com> wrote: > &

Re: [gdal-dev] [gdal2tiles.py] python engineering

2017-01-25 Thread Grégory Bataille
ok, thansk for the pointers on the deployment side. I'll think about it --- Gregory Bataille On Wed, Jan 25, 2017 at 12:19 PM, Even Rouault <even.roua...@spatialys.com> wrote: > On mercredi 25 janvier 2017 05:48:00 CET Grégory Bataille wrote: > > > Hello, > > > >

[gdal-dev] [gdal2tiles.py] python engineering

2017-01-24 Thread Grégory Bataille
Hello, If I want to really spend some time for this utility, I'd like to do some clean engineering around it. What I'd like to do is: - split the script into several files (smaller, single purpose, ...) --> can you confirm that on all target platform, all .py files are deployed and the

Re: [gdal-dev] Participating on gdal2tiles

2017-01-22 Thread Grégory Bataille
Hey all, 2 questions: seeing that it's complex to build trunk on mac (and that some recent changes have an impact on gdal2tiles output), I wanted to setup the vagrant box, but I get this error. Any clue? > shell provisioner: > * `path` for shell provisioner does not exist on the host system: >

Re: [gdal-dev] Participating on gdal2tiles

2017-01-20 Thread Grégory Bataille
ault <even.roua...@spatialys.com> > wrote: > >> On vendredi 20 janvier 2017 05:45:28 CET Grégory Bataille wrote: >> >> > Hi everyone, >> >> > >> >> > I just subscribed to this list. Due to current interest, driven by my >> >> &g

Re: [gdal-dev] Participating on gdal2tiles

2017-01-20 Thread Grégory Bataille
youhou... :) ok, I'll see what I can do then --- Gregory Bataille On Fri, Jan 20, 2017 at 8:59 AM, Even Rouault <even.roua...@spatialys.com> wrote: > On vendredi 20 janvier 2017 05:45:28 CET Grégory Bataille wrote: > > > Hi everyone, > > > > > > I just sub

[gdal-dev] Participating on gdal2tiles

2017-01-19 Thread Grégory Bataille
Hi everyone, I just subscribed to this list. Due to current interest, driven by my current job, I'd like to participate on gdal2tiles. However I'm not sure how to go about it and how active the development still is. I, for example, encountered an issue, that after investigation led me there