Also, I wouldn't worry much about the multispectral part of the data. You're
going to have more trouble with reliably finding the correct key point matches.
Use RANSAC, also in OpenCV.
~Seth
via iPhone
> On Mar 15, 2014, at 12:50 PM, Kshitij Kansal wrote:
>
> Hello Again,
>
> @Dimitriy - Cu
I have done something like this recently. You would be better off tearing out
SURF & linking to OpenCV for all feature detection and extraction. Here is a
link to the patch that OpenCV needs to support large & 16 bit imagery.
https://github.com/Itseez/opencv/pull/1932
~Seth
via iPhone
> On Ma
I am interested in seeing an OpenCL JPEG2000 decoder/encoder developed. I have
a bit of experience writing OpenCL kernels. Please contact me if you need help.
~Seth
via iPhone
> On Mar 1, 2014, at 7:27 AM, Aaron Boxer wrote:
>
> Hello,
>
> I recently started developing an open source jpeg2000
t; Regards,
> Dmitry
>
> 08.12.2012 3:02, Seth Price пишет:
>> I've worked the FLANN library into GDALSimpleSURF for a massive speedup
>> and made some other minor speed improvements mainly related to setting
>> constants as the right type and moving invariants outside of loops.
I've worked the FLANN library into GDALSimpleSURF for a massive speedup
and made some other minor speed improvements mainly related to setting
constants as the right type and moving invariants outside of loops.
You can grab the updated source here. Please add it to whatever repository
is appropria
If you tell OpenCL to target the CPU, it will produce a multiprocessor
implementation instead of GPU.
~Seth
via iPhone
On Jun 10, 2012, at 3:52 PM, Even Rouault wrote:
> Le dimanche 10 juin 2012 23:44:54, Yogesh Dahiya a écrit :
>> As far I know gdal1.9 has integrated opencl so we can paralle
-trivial.
~Seth
On Dec 17, 2010, at 3:54 PM, Even Rouault wrote:
Le vendredi 17 décembre 2010 23:41:53, Seth Price a écrit :
I'm working on the trunk OpenCL build on my Mac now.
** First, on my mac I get an error at the end of make:
[...] ./ogr/.libs/ogr_srs_xml.o ./ogr/.libs/ograsse
I'm working on the trunk OpenCL build on my Mac now.
** First, on my mac I get an error at the end of make:
[...] ./ogr/.libs/ogr_srs_xml.o ./ogr/.libs/ograssemblepolygon.o ./
ogr/.libs/ogr2gmlgeometry.o ./ogr/.libs/gml2ogrgeometry.o ./ogr/.libs/
ogr_expat.o /opt/local/lib/libsqlite3.dyli
th
On Dec 7, 2010, at 12:01 AM, Even Rouault wrote:
Le mardi 07 décembre 2010 02:05:51, Seth Price a écrit :
Ah, the joys of multiple platform development.
The first two warnings should be fixable by replacing "-99.0" with
"-99.0f".
Your fix for read_imagef() should work
line is :
"""
//Make a fake image so we don't have a NULL pointer
(*srcImag) = clCreateImage2D(warper->context, CL_MEM_READ_ONLY,
&imgFmt,
1, 1, sz, NULL, &err);
handleErr(err);
"""
Any idea
supported?
Kosta
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org
] On Behalf Of Frank Warmerdam (External)
Sent: Monday, December 06, 2010 1:43 AM
To: Seth Price
Cc: Philippe Vachon; gdal-dev; Wolf Bergenheim
Subject: [gdal-dev] Re
Bilinear uses the nearest four pixels, bicubic uses the nearest 16
pixels. That's what makes them linear and cubic. Do you have a source
for another way to do it?
It would be possible to do averaging, *then* resample, but I'm not
sure that's worth it here. (Weighted averaging would be bette
The only way to 'force' it is to use cubicspline or lanczos. Everything
else has a hardcoded filter size. If those are too slow, I'd suggest using
the OpenCL code I wrote over the summer. It's many times faster. (It
should be in trunk soon if it isn't already.)
http://github.com/mailseth/OpenCL-in
1) What did I do last week?
All my work can be seen here:
http://github.com/mailseth/OpenCL-integration-for-GRASS---GDAL
I put a bunch more effort into finding and fixing bugs. The latest bug
(which I spent way too much time on) seems to be caused by error
introduced in the GPU. I think I've
I just finished the first performance tests of my gdalwarp OpenCL
code. It's doing better than I expected. I used this command:
"time gdalwarp -q -r lanczos -t_srs '+proj=merc +a=6378137.0
+b=6378137.0 +nadgri...@null +wktext +units=m' big_test.tif
big_test.out.tif"
I can compile the OpenCL
I've been working on OpenCL for gdalwarp, and I have the majority of
the code written. However, I'm going to need some help getting the
compiler flags right. I need to detect an OpenCL install, then add the
correct compiler flag(s) ("-framework OpenCL" when on the Mac).
How do I get do this
es not
exeed the 256 MB
Can you suggest a profiler?
Thanks,
Stefano
Il giorno 10/giu/2010 10.31, Seth Price ha
scritto:
> Unfortunately, both nearest neighbor and bilinear are probably not
CPU
>
> bound, so speeding up their processing won't help. They are
probably I/O
>
>1) hw accelerated functions as IPP or GPU (e.g CUDA)
This is my (ongoing) Google Summer of Code project, except I'm using
OpenCL. :D
What resampling algorithm are you using?
~Seth
On Thu, June 10, 2010 1:49 am, Stefano Moratto wrote:
> I use GDAL in my traffic optimization CAD program.
> It is
This isn't the right list for requesting DEM data, but you could start
here:
http://www2.jpl.nasa.gov/srtm/
~Seth
On Apr 8, 2010, at 8:47 AM, weixj2003ld wrote:
Where could I download DEM data,please give me a web address..
Thanks for help in advance.
_
I've been intending for a while to work on either CUDA or OpenCL with GDAL
& GRASS. I applied to do this for the Google Summer of Code, but wasn't
accepted this past summer. I'll probably work on it someday just to make
sure my thesis work gets finished within budget.
However, I'm mostly interest
Jumping in here, and I may be misunderstanding, but I don't see how we
would have greater than 2 gigapixel images in the foreseeable future.
Doing the math: if we represent the entire earth as a single image, each
pixel would be 2 cm at the equator, and the whole image would be 6291456
TB in size (
Could you give an example of the problem? Anti-aliasing generally only
applies when you are going from vector line drawings to rasterized images.
If I was trying to smooth things I would first look at cubic or bilinear.
Any other resampling may enhance any noise in your image.
~Seth
On Fri, Octob
The reason that what you are suggesting isn't done is mainly speed and
simplicity. GDAL makes the assumption that you are warping from one
resolution to another, similar, resolution. The current scheme works well
for that.
However, I believe that Cubic Spline and Lanczos resampling both do what
yo
I would personally use Condor to distribute the processes, but the
learning curve may be steep depending on where you're coming from.
~Seth
On Jun 12, 2009, at 5:05 AM, John Donovan wrote:
Hi,
We currently have a stand-alone app that converts, mosaicks and scales
GDAL-supported images to a pr
One reason that warping is different than overviews is that warping has
much more versatile resampling. For the current overview code, an integer
number of pixels are combined into one pixel, and there is no overlap
between resampling areas. For warping code, each destination pixel draws
from sourc
formance is a really big problem with Lanczos/cubicspline...
>
> I'll take a look at the code.
>
> Regards,
>
> Benoît Andrieu
> b...@ixsea.com
> benoit.andr...@gmail.com
>
>> -Message reçu-
>> De: "Seth Price"
>> Ã: Benoît An
The resampling code between gdal_warp and gdaladdo is completely separate,
thus it is basically two different projects. For the Google Summer of Code
application I'm about to submit I will be working on the resampling code
in GDAL's warper and GRASS. If I have time (and my application is
accepted!)
How can one remove the nodata values from a GeoTIFF? I'm working with a 3
band RGB image.
I find many instructions on how to add the values, but none on how to
remove them.
Thanks,
Seth
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osg
Default compile fails due to the bug I reported here:
http://trac.osgeo.org/gdal/ticket/2628
~Seth
On Nov 30, 2008, at 10:33 AM, Frank Warmerdam wrote:
Folks,
There have been a few noteworthy errors identified and corrected since
RC1 was issued. So I've decided to retract it and prepare an R
I would also be very interested in seeing the command which produced those
files. It looks like something I would expect to see as a result of
overview building after this patch (and average resampling):
https://trac.osgeo.org/gdal/ticket/2408
~Seth
On Thu, November 20, 2008 10:05 am, Frank Warm
ion of
gdal to work properly on my system. I think I remember seeing some
traffic from Mateuz in the recent past that indicated he used
FWTools to build against. I'll see if I can figure out what he was
doing. If I recall correctly, Frank wasn't a huge fan of this
techn
I agree with Frank, this sounds like the bug that I reported (and
fixed) here:
http://trac.osgeo.org/gdal/ticket/2327
(Although it became a log of my alterations to the warper kernel,
which was well beyond the scope of the original bug.)
~Seth
On Sep 29, 2008, at 11:19 PM, Frank Warmerdam
32 matches
Mail list logo
