I have a geotiff file with class values (0, 1, 2, 3, and 4).
I want to show each class as different rgb color.
So, I created the text file (color_relief.txt) which contans the following:
0 55 78 94
1 98 23 64
2 112 35 99
3 34 67 72
4 78 250 60
Then I run the following code using python:
import
Le vendredi 22 août 2014 22:08:09, Jukka Rahkonen a écrit :
> Hi,
>
> There is a funny, reproducible case with good screen captures in
> Stackexchange. The World, when reprojected from EPSG:4326 into Natural
> Earth projection with GDAL is almost perfect. However, it looks like
> sharks have been
Le samedi 23 août 2014 00:13:21, JDzialo John a écrit :
> Hi All,
>
> This is my first post so forgive my noobiness...
>
> We are running a cropping tool that used to access data from a local hard
> drive and crop images.
>
> Now we want to use s3 as our storage in aws and want to access files
>
Hi All,
This is my first post so forgive my noobiness...
We are running a cropping tool that used to access data from a local hard drive
and crop images.
Now we want to use s3 as our storage in aws and want to access files through
http requests. Great! Enter vsicurl.
So when we open our s3
I think a commercial support section would be a great idea, but as
others have said, managing it can be tricky. Not all users know how to
analyze the list archives to find the best person to help them with a
specific problem, so this support page would help both the users and the
service provid
Le vendredi 22 août 2014 22:17:37, Blake Thompson a écrit :
> Even,
>
> The naming is perhaps not well choosen, but the documentation of the
>
> > contract
> > of this API should make it clear on what an implementation should do and
> > what
> > it should not do.
>
> Perhaps it should be reverse
Even,
The naming is perhaps not well choosen, but the documentation of the
> contract
> of this API should make it clear on what an implementation should do and
> what
> it should not do.
>
Perhaps it should be reversed? IReadBlock and IReadBlock_not_thread_safe?
(would obviously require lots of
Le vendredi 22 août 2014 21:50:56, Blake Thompson a écrit :
> Even,
>
> On Fri, Aug 22, 2014 at 1:33 PM, Even Rouault
>
> wrote:
> > Note: after re-reading, I realize that I misread your above sentence as
> > "it will work to translate multiple datasets in a parallel way with a
> > *per- dataset
Hi,
There is a funny, reproducible case with good screen captures in
Stackexchange. The World, when reprojected from EPSG:4326 into Natural Earth
projection with GDAL is almost perfect. However, it looks like sharks have
been biting four bits from the corners.
http://gis.stackexchange.com/questio
Le vendredi 22 août 2014 21:34:49, Blake Thompson a écrit :
> Even,
>
> > This might be a problem in practice since the amount of cache might grow
> > quickly. By default a VRT will open simultaneously up to
> > GDAL_MAX_DATASET_POOL_SIZE (whose default is 100, but can be changed at
> > runtime wi
Even,
On Fri, Aug 22, 2014 at 1:33 PM, Even Rouault
wrote:
>
>
> Note: after re-reading, I realize that I misread your above sentence as "it
> will work to translate multiple datasets in a parallel way with a *per-
> dataset* cache").
>
> So, even if you didn't write it, I'm afraid that people wi
Even,
> This might be a problem in practice since the amount of cache might grow
> quickly. By default a VRT will open simultaneously up to
> GDAL_MAX_DATASET_POOL_SIZE (whose default is 100, but can be changed at
> runtime with the config option) source datasets.
> If you do a gdal_translate of
Le vendredi 22 août 2014 17:53:50, Blake Thompson a écrit :
> Jeff,
>
> Thanks Blake for the detailed response. I did not realize that I did not do
>
> > a reply all in my previous email I sent.
>
> Not an issue, glad you guys are interested in my changes.
>
> > --> I thought that this was not
> >
> > Quick question - presumably for VRT datasets any source images currently
> > share the global cache and are treated from this proposals' POV as their
> > own "datasets"? As well as the VRT being a separate dataset? If so, seems
> > like this could be quite a major win for users with VRTs f
On Fri, Aug 22, 2014 at 07:17:15PM +0200, we recorded a bogon-computron
collision of the flavor, containing:
> Tom,
>
> Should be fixed by r27597. This was a side effect of the work done for
> http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification
Indeed, it is fixed by r27597. So it *was
Tom,
Should be fixed by r27597. This was a side effect of the work done for
http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification
Even
> I've just svn updated gdal to r27596 and rebuilt it, grass, and the grass
> plugin and installed them. I had not previously updated gdal since about
> M
Kurt,
>
> With a 2 week old baby, my brain has been soggy.
>
Congrats!
>
> I do see the 3 threads here:
> http://lists.osgeo.org/pipermail/gdal-dev/2014-August/thread.html
>
> The asan/msan/tsan tools are
>
> asan - address sanitizer - https://code.google.com/p/address-sanitizer/
> msan - memor
Blake,
With a 2 week old baby, my brain has been soggy.
I do see the 3 threads here:
http://lists.osgeo.org/pipermail/gdal-dev/2014-August/thread.html
The asan/msan/tsan tools are
asan - address sanitizer - https://code.google.com/p/address-sanitizer/
msan - memory sanitizer - https://code.goog
Kurt,
On Fri, Aug 22, 2014 at 9:07 AM, Kurt Schwehr wrote:
> I've got threading issues on my list of things to investigate with GDAL.
> I've been running MSAN on GDAL lately and want to get TSAN going too. I'm
> out on leave this month, but hope to get more into this stuff (testing,
> threadin
Jeff,
Thanks Blake for the detailed response. I did not realize that I did not do
> a reply all in my previous email I sent.
>
Not an issue, glad you guys are interested in my changes.
>
> --> I thought that this was not possible using current trunk GDAL because
> of the global cache. At least t
Downloaded obstacle data from FAA and imported into QGIS.
I need to create a from-to list by automatically connecting points which are
no more separete than 1 mile.
Sample Point data
https://drive.google.com/file/d/0B8Gy4YUXifTINE1xVXVyclJjdkU/edit?usp=sharing
Convert
*Source Table
P
I've just svn updated gdal to r27596 and rebuilt it, grass, and the grass
plugin and installed them. I had not previously updated gdal since about
May 14.
Now gdalinfo and ogrinfo are reporting:
> gdalinfo --formats
ERROR 1: A non OGR driver is registered with the same name: GRASS
Supporte
I have a geotiff file with class values (0, 1, 2, 3, and 4).
I want to show each class as different rgb color.
So, I created the text file (color_relief.txt) which contans the following:
0 55 78 94
1 98 23 64
2 112 35 99
3 34 67 72
4 78 250 60
Then I run the following code using python:
import
Robert,
> I agree - from reading it seems like the major improvement is shifting
> away from a global, locking cache to a per-dataset cache. (ah. has been
> edited since you read it?)
>
Yes, I updated the RFC some yesterday after the email from Jeff Lacoste. He
forgot to hit reply all so it ende
I've got threading issues on my list of things to investigate with GDAL.
I've been running MSAN on GDAL lately and want to get TSAN going too. I'm
out on leave this month, but hope to get more into this stuff (testing,
threading, caching, etc) come October.
On Fri, Aug 22, 2014 at 6:11 AM, Jeff
Thanks Blake for the detailed response. I did not realize that I did not do
a reply all in my previous email I sent.
On Thu, Aug 21, 2014 at 3:59 PM, Blake Thompson wrote:
>
>
>
> On Thu, Aug 21, 2014 at 11:36 AM, Jeff Lacoste
> wrote:
>
>> Hi,
>>
>> Improving the thread safety of GDAL is a bi
thanks Hanlie.
cleo
On Fri, Aug 22, 2014 at 9:01 PM, Hanlie Pretorius <
hanlie.pretor...@gmail.com> wrote:
> Hi Cleo,
>
> I used
>
> -scale 0 4095 0 255
>
> The reason for the 4095 is that the images actually use only the first
> 12 bits of the 16 bits (according to the documentation) and 2^12
Hi Cleo,
I used
-scale 0 4095 0 255
The reason for the 4095 is that the images actually use only the first
12 bits of the 16 bits (according to the documentation) and 2^12 =
4096.
If it was a true 16 bit image I would use 65535 for the 'max from' value.
Regards
Hanlie
2014-08-22 13:56 MGT+0
hi Hanlie,
can you tell me what value you put for -scale to convert into 8 bit?
cleo
On Fri, Aug 22, 2014 at 7:02 PM, Hanlie Pretorius <
hanlie.pretor...@gmail.com> wrote:
> Hi Even,
>
> Yes, I quoted the exact message, but it displays in the QGIS interface.
>
> I tried gdal_translate with the
Hi Even,
Yes, I quoted the exact message, but it displays in the QGIS interface.
I tried gdal_translate with the -ot and -scale parameters on the
multispectral image and that worked much better, thanks.
Regards
Hanlie
2014-08-21 20:33 MGT+02:00, Even Rouault :
> Le jeudi 21 août 2014 08:57:32,
I have a single band geotiff file with discrete data in bytes.
The unique data values are 0, 1, 2, 3, and 4.
I want to intrepret each unique value as rgb color.
So, I created the text file (color_relief.txt) which contans the following:
0 55 78 94
1 98 23 64
2 112 35 99
3 34 67 72
4 78 250 60
T
31 matches
Mail list logo