sorry - I meant to say that I convert CURVEPOLYGON to POLYGON, not
COMPOUNDCURVE TO POLYGON.
Andreas
On 2017-09-29 08:32, Andreas Neumann wrote:
> Hi,
>
> when using ogr2ogr I can fix the geometry type for cases where I use SQL
> statements.
>
> Can I use nlt multiple times? In my case I
Hi,
when using ogr2ogr I can fix the geometry type for cases where I use SQL
statements.
Can I use nlt multiple times? In my case I would like to specify -nlt
CONVERT_TO_LINEAR to convert from CompounCurve to Polygon and then use
-nlt POLYGON to tell it you are really a POLYGON. Is this possibl
Hi Even,
Here is my first cut at fixing the half pixel shifts:
https://github.com/piyushrpt/gdal/commit/ead79550e7120767187a0b9c836b5d861223d997
With these changes, the shifts are down to sub 0.2 pixels. Still not sure if I
got the math right. Feel like the errors should be smaller for the i
On jeudi 28 septembre 2017 22:18:31 CEST Agram, Piyush S (334D) wrote:
> Hi Even,
> I implemented the bilinear weighting like we discussed and that took out
> the systematic pixel shift from 1 to 0.5 (sign depending on orientation).
> You can see the changes here:
> https://github.com/piyushrpt
Hi Even,
I implemented the bilinear weighting like we discussed and that took out
the systematic pixel shift from 1 to 0.5 (sign depending on orientation).
You can see the changes here:
https://github.com/piyushrpt/gdal/commit/b199cbae9ea15e31c787c1480c342bb84debf774
I also tried playing with
Evan,
Thank you for the insight and fix.
Roarke
On Thu, Sep 28, 2017 at 2:17 PM, Even Rouault
wrote:
> On jeudi 28 septembre 2017 09:08:00 CEST Roarke Gaskill wrote:
>
> > Hi,
>
> >
>
> > It seems the nodata value is not being used as "fill" completely around
>
> > tiled images.
>
> >
>
> > To
On 28 September 2017 at 21:58, Even Rouault wrote:
> On jeudi 28 septembre 2017 21:53:44 CEST Mateusz Loskot wrote:
>
>> Two years ago, we dropped the Windows CE maintenance [1]
>> but it looks that the website has not been cleaned up.
>>
>> I don't see the wince.html page in the repository anywhe
On jeudi 28 septembre 2017 21:53:44 CEST Mateusz Loskot wrote:
> Hi,
>
> Two years ago, we dropped the Windows CE maintenance [1]
> but it looks that the website has not been cleaned up.
>
> I don't see the wince.html page in the repository anywhere,
> looks like just a dangling file on the serve
Hi,
Two years ago, we dropped the Windows CE maintenance [1]
but it looks that the website has not been cleaned up.
I don't see the wince.html page in the repository anywhere,
looks like just a dangling file on the server.
How to remove remove it?
[1] https://lists.osgeo.org/pipermail/gdal-dev/
On jeudi 28 septembre 2017 17:26:52 CEST Agram, Piyush S (334D) wrote:
> Hi Even,
> I think I have figured out how the GeoLocTransformer works. Dumped out
> the backmap and might have some changes.
>
> 1) Rounding up to the nearest integer is definitely the issue here.
>
> 2) I
On jeudi 28 septembre 2017 09:08:00 CEST Roarke Gaskill wrote:
> Hi,
>
> It seems the nodata value is not being used as "fill" completely around
> tiled images.
>
> To reproduce:
>
> http://download.osgeo.org/geotiff/samples/spot/chicago/SP27GTIF.TIF
>
> gdal_translate -ot Float32 -of GPKG -co
> On a different topic altogether, how would I go about contributing to
> the doxygen-created documentation? In playing around with gdal_rasterize
> I discovered that it's not clear in the current docs what options
> trigger creation of a new raster instead of overwriting an existing
> raster. My C
Hi Even,
I think I have figured out how the GeoLocTransformer works. Dumped out the
backmap and might have some changes.
1) Rounding up to the nearest integer is definitely the issue here.
2) I’m going to try this first – maybe a weighted approach will be
better. For now, if a
Evan,
Thanks for your help. Adjusting the nearblack parameters and using
-setalpha instead of -setmask got the mask working as expected.
I'd normally agree with you on mid-process compression, and if I were
using the data for any kind of analysis I would do as little compression
as possible. How
Hi,
It seems the nodata value is not being used as "fill" completely around
tiled images.
To reproduce:
http://download.osgeo.org/geotiff/samples/spot/chicago/SP27GTIF.TIF
gdal_translate -ot Float32 -of GPKG -co
"TILING_SCHEME=GoogleMapsCompatible" SP27GTIF.TIF chi1.gpkg
gdal_translate -a_noda
On 28 September 2017 at 12:05, Even Rouault wrote:
>
> Given the feedback, I've just committed the below change (in trunk only)
>
> -OPTFLAGS= $(CXX_PDB_FLAGS) /nologo /MD /EHsc /GR /FC /DDEBUG
> +OPTFLAGS= $(CXX_PDB_FLAGS) /nologo /MDd /EHsc /GR /FC /DDEBUG
It's worth to notice that switch to /M
Hi,
Given the feedback, I've just committed the below change (in trunk only)
Even
>
> $ svn diff nmake.opt
> Index: nmake.opt
> ===
> --- nmake.opt (revision 40206)
> +++ nmake.opt (working copy)
> @@ -132,13 +132,13 @@
> !IFNDEF
On jeudi 28 septembre 2017 02:14:53 CEST Agram, Piyush S (334D) wrote:
> Hi,
> I’m trying to track down systematic pixel shift effects observed with
> warping data using geolocation arrays:
> https://trac.osgeo.org/gdal/ticket/6959
>
> Essentially, the same data (image and location) provided
On jeudi 28 septembre 2017 02:14:53 CEST Agram, Piyush S (334D) wrote:
> Hi,
> I’m trying to track down systematic pixel shift effects observed with
> warping data using geolocation arrays:
> https://trac.osgeo.org/gdal/ticket/6959
>
> Essentially, the same data (image and location) provided
19 matches
Mail list logo
