Hi Agustin,
The points are correct (therefore the errors etc), but the
georeferenced image is shifted. May be the datum is not taken into
account
when the georeferenced image is created.
I did a clean checkout, and could finally reproduce the problem:
it stems from the fact that your input
Hello Agustin,
No, the correct one is the one on the left, which is the one made with
arcgis. I've made an screenshot
with transparency:
https://sites.google.com/site/openfiles2/home/errorgeorefARCG_QGIStransp.jp
eg?attredirects=0d=1
Hi Agus,
Cannot download http://www.warped-space.de/Ilerfly125v2_modifziert.tif,
I get:
Oops! This link appears to be broken.
sorry, the correct link is
http://www.warped-space.de/Ilerfly125v2_modifiziert.tif
The procedure we follow is:
1. Set project to CRS EPSG:23031
2. No On
Hi Agustin,
Please see the screenshot here:
https://sites.google.com/site/filestemp2/home/error_georef.jpg?attredirects
=0
We've tried polynomia of order 1 and 2 and Helmert, with very similar
results. CRS is ED50 UTM31N
I've uploaded the input layer and points file to:
Hi Jean Roc,
With QGIS 1.7 svn 15861 (osgeo4w), the output of the georeferencing
plugin does not take into account the compression setting and so creates
a 1go file instead of a 100Mo.
I could not reproduce the problem here, so I need a bit more input to zero
in on the cause.
could you be
Hi Jean Roc,
With QGIS 1.7 svn 15861 (osgeo4w), the output of the georeferencing
plugin does not take into account the compression setting and so creates
a 1go file instead of a 100Mo.
Before creating a bug report, could someone confirm the following
problem ?
I'll look into it.
Hi,
the problem seem to be incorrect / inconsistent
handling of geotransforms with positive y-axis
scale. I have the feeling that at some place the
raster extent calculation is performed using
a negative y-axis (probably because the CRS is
not valid), but some other routines from
the gdal
Hi Paolo,
Warning: Object::connect: No such signal
QgsGCPListWidget::replaceDataPoint( QgsGeorefDataPoint*, int )
in
/home/paolo/build/qgis/qgis_unstable/src/plugins/georeferencer/qgsgcplist
w idget.cpp:70 All the best.
apart from this warning (which shouldn't have any side effects), I
Hi,
And under Ubuntu today we seemed to find no situation in which it
would actually allow the transform to be carried out...
I can't reproduce either of the bugs (not the bad_alloc() nor the
transform failure). Do you have any specifics?
cheers,
Manuel
