Martin,
Could you file a ticket with the details on how to reproduce this? It
should not normally be necessary to set SOURCE_EXTRA and even when it
is needed I would expect the difference to be with regard to whether
there are holes/cracks in the imagery, not duplication. But it is
hard to be su
Martin,
Usually it is enough to have just one extra pixel around the source pixel
while warping. But for the events like this case, we have the option to set
it.
On Tue, Mar 20, 2012 at 1:07 AM, Martin Chapman wrote:
> Chaitanya,
>
> ** **
>
> Thank you very much for your response. The pro
Le lundi 19 mars 2012 03:23:58, Glen Atkins a écrit :
> Hi there,
>
> When getting the properties from the Trace Header of the Seg-Y file the CDP
> X (181-184) and CDP Y (185-188) are not included. This first appeared to
> be because the CDP X and CDP Y were being used to set the OGRPoint X and Y
Le lundi 19 mars 2012 10:01:40, Even Rouault a écrit :
> Selon Jean-Claude Repetto :
> > Hello ,
> > Since this morning, "./configure" of the trunk version of GDAL returns
> > an error :
> > configure: error: FileGDBAPI not found.
> >
> > Tested on Linux 32 bits and Linux 64 bits.
>
> Yes, Chaita
Chaitanya,
Thank you very much for your response. The problem seems to be with the
default SOURCE_EXTRA parameter of the GDALWarpOptions being defaulted to 1.
When I up that number everything works fine. I think the default for that
value should be larger. What do you think?
Best regard
Martin,
Change the resampling method and/or change the SAMPLE_STEPS warp option.
On Tue, Mar 20, 2012 at 12:12 AM, Martin Chapman wrote:
> All,
>
> ** **
>
> Please see the attached sub-region screen capture of an image I created
> using gdalwarp 1.9. I used MS Paint to highlight in red se
All,
Please see the attached sub-region screen capture of an image I created
using gdalwarp 1.9. I used MS Paint to highlight in red several columns
of pixels that repeat a pattern from left to right across the image
(vertically only) where the pixels are the same color for both pixel
columns
What is the exception message specifically?
Best regards,
Tamas
2012/3/19 Pouliot, Christopher (DNR)
> Hello,
>
> The App I'm using GDAL in is a C# (Visual Studio 2010, .NET 4.0)
> executable and is distributed to a couple thousand people. For 95% of
> those people it is running great. For
Hello,
The App I'm using GDAL in is a C# (Visual Studio 2010, .NET 4.0) executable and
is distributed to a couple thousand people. For 95% of those people it is
running great. For the other 5% we're having trouble with the GDAL piece. The
error we get: "The type initialize for 'OSGEO.GDAL.G
Akshay,
While loading the image you need to mind the coordinates of the visible
pixels. When the user clicks on a pixel, add a point to the shape based on
the coordinates at that pixel.
For saving the shape(s), add the shape(s) and their attributes to a layer
and close the datasource to save it.
T
Hi,
I'm trying to develop a web service for gdaltransform utility that gets
four coordinates as input and write it in an input file. Then the
gdaltransform utility is executed as in commandline to produce the output
in the output file. I have the RPC file in the same path. The problem is
the gdalt
Hi,
I have a loaded an raster image using GDAL, and i want to provide a drawing
tool using which user can draw an irregular shape on the raster image and
then save the shape and the enclosing pixels in a vector format for future
use. Can any one tell me how to do this in GDAL/OGR?
Thanks and reg
On 19/03/2012 09:55, Jean-Claude Repetto wrote:
Hello ,
Since this morning, "./configure" of the trunk version of GDAL returns
an error :
configure: error: FileGDBAPI not found.
Tested on Linux 32 bits and Linux 64 bits.
http://osgeo-org.1560.n6.nabble.com/gdal-dev-compiling-with-FileGeodb-AP
Selon Jean-Claude Repetto :
> Hello ,
> Since this morning, "./configure" of the trunk version of GDAL returns
> an error :
> configure: error: FileGDBAPI not found.
>
> Tested on Linux 32 bits and Linux 64 bits.
Yes, Chaitanyah noticed it too. I'll fix that tonight. Sorry for that
You can perha
Hello ,
Since this morning, "./configure" of the trunk version of GDAL returns
an error :
configure: error: FileGDBAPI not found.
Tested on Linux 32 bits and Linux 64 bits.
Regards,
Jean-Claude
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http:
On 03/19/2012 10:04 AM, G. Allegri wrote:
I agree with Jukka.
Working to a lower level of binding (through GDAL/OGR) would let other
foss software leavarage the improvements.
I don't know Inkscape very much, but I've tried to import the latter
example from Jukka (the multilayer PDF) and it keep
16 matches
Mail list logo
