You are right. What I wrote doesn't make any sense. It just solved my initial
problem, which blinded me to think that I solved my more general problem, and
that is how to deal with all these projections and reference systems. I'm very
new to GIS
New ground control point feature solved my proble
Hi,
I'm trying to copy data from PostgreSQL to FileGDB. My PostgreSQL table has a
primary key column and ogr indenties it as the FID e.g
CREATE TABLE public.test_fileGDB (
id INTEGER PRIMARY KEY,
data1 TEXT,
shape GEOMETRY(POINT, 4167)
);
INSERT INTO public.test_fileGDB (id, data1,
Hi again,
sorry to say, but I just realized where I did wrong.
ogr2ogr can't "re-project" - that is apply transformation - it can only
set/change it. But not after this ticked was closed:
http://trac.osgeo.org/gdal/ticket/4604
New -gcp switch can re-project - transform coordinates from one proj
Hi,
I want to re-project shapefile from current projection (whatever that is) to
ESPG:4326.
My example layer (misc.shp) is in EPSG:31227:
> ogrinfo -al -so misc.shp
INFO: Open of `misc.shp'
using driver `ESRI Shapefile' successful.
Layer name: misc
Geometry: Line S
I want to tile a file as scale independent. Also because output projection
may not be as same as source projection, I use to the AutoCreateWarpedVRT
function. But it reads the file very slow. Can you help me about this
problem? Or is there any other solution?
*Example Code:*
*Fast:*
Dataset ds = G
Selon Knut-Frode Dagestad :
> Hi list,
>
> When warping images with many GCPs, the -tps switch (Thin Plate Spline)
> is found to be necessary to get decent accuracy. This makes however
> warping very slow. The only method I found to increase speed is the -et
> switch, but at cost of spatial accura
Do you really need to rebuild qgis?
I think replacing the old gdal dll by the new one will be (almost)
enough. In practice things are a bit more complicated because of the
gdal.dll dependencies, but nothing that a good hunt with "Dependency
Walker" cannot solve (and still much easier than rebui
On 12. des. 2012 14:16, Jan Hartmann wrote:
It's far too slow here too, so it's not your build.
I see that the warp itself doesn't start but after a very long time, so
the problem lies in the initial computation of the transformation
matrix. It must have something to do with the distribution of
On 12/12/2012 01:54 PM, Knut-Frode Dagestad wrote:
The GCPs are completely regular, every 40 pixel in each direction.
Warping quality is very good (only slow), so the GCPs are probably
also ok.
I would appreciate very much if you could download this file and test
the command below:
http://d
The GCPs are completely regular, every 40 pixel in each direction.
Warping quality is very good (only slow), so the GCPs are probably also ok.
I would appreciate very much if you could download this file and test
the command below:
http://dl.dropbox.com/u/15885758/testgcp.tif
time gdalwarp -t
No, this is unaaceptable, but I cannot reproduce it. The only problem I
had was with control points that were too close together. Are yours
evenly distributed? Can you do tests with subsets of control points?
On 12/12/2012 01:27 PM, Knut-Frode Dagestad wrote:
Hi Jan,
That sounds interesting a
Hi Jan,
That sounds interesting and promising.
For the mentioned file it takes about 2 minutes with "-et 5" (low
accuracy), and 12 minutes without this switch. Without -tps it takes
less than 0.5 seconds.
The machine is quite decent with 16 GB memory and SSD disk.
Best regards from Knut-Frod
Hi Knut,
What do you mean by "very slow"? I regularly use gdalwarp -tps on much
larger rasters with a few thousand gcp-s, and never noticed unacceptable
delays. Do you have very little physical memory, or many parallel
processes running?
Jan
On 12/12/2012 01:12 PM, Knut-Frode Dagestad wrote
Hi list,
When warping images with many GCPs, the -tps switch (Thin Plate Spline)
is found to be necessary to get decent accuracy. This makes however
warping very slow. The only method I found to increase speed is the -et
switch, but at cost of spatial accuracy.
Below some comments about the
14 matches
Mail list logo
