Hi,
> alas the other thread, here some thought from Michael, when I asked
> something offlist about existing CRS stuff.
Sorry, I should have copied this answer to the list.
By the way, I agree with Matthias and Stefan, the transformation must
not be automatic
although there are a few options liste
AFAIR there was a discussion about a raster shift some month ago regarding
RasterLayer class. In my experience, whenever I made an operation with
Sextante on Images there is a small shift (0.5 pixel, if I am not wrong).
peppe
2013/8/23
> right, top left seems good now, but what about bottom rig
Hi,
Bottom right is wrong with GeoImage reader. There is one whole pixel shift as
if the image is considered to be one pixel smaller in both directions.
(#columns-1) by (#rows-1) pixels.
Should I read the code so that the GeoTIFF reader is creating a TFW file for
interim use? If so, can you cap
Hi Peppe,
so does it work for you now?
In case not:
- I use subversive plugin for eclipse with the java-based driver: SVNKit
1.7.5.
- in the URL field I have:
svn+ssh://svn.code.sf.net/p/jump-pilot/code/
sorry for the late response. I was in La Serena for 2 days.
salduos,
stefan
Am 22.08.13
Hi Ede,
> spoke to soon.. whatever i try the image stays 0.5 pixel shifted..
>
> Michael, Stefan: http://www.youtube.com/watch?v=ZNahS3OHPwA
;-) thanks, the Beatle's song made my day.
One year ago, I have fixed a 0.5 pixel offset problem in GraphicImage.
I had also to change something in WorldFile
On 24.08.2013 20:03, Michaël Michaud wrote:
> Hi Ede,
>> spoke to soon.. whatever i try the image stays 0.5 pixel shifted..
>>
>> Michael, Stefan: http://www.youtube.com/watch?v=ZNahS3OHPwA
> ;-) thanks, the Beatle's song made my day.
pleasure is all mine :)
> One year ago, I have fixed a 0.5 pix
Ok, maybe now. there was a weird -1 computation for the envelope, who knows
why? rev.3683 looks like it does the job.
Jukka, can you verify that?
..ede
On 24.08.2013 15:27, Rahkonen Jukka wrote:
> Hi,
>
> Bottom right is wrong with GeoImage reader. There is one whole pixel shift as
> if the i
Hi all,
joining the discussion late ;)
Yes, there was some pixel off-set problems. But I hope this was fixed
long time ago (and repeatedly as Michael wrote).
The only way to check is by comparing to existing vector data, maybe
some derived from sextante (as it is an independent process). At leas
On 24.08.2013 20:38, Stefan Steiniger wrote:
> Now I am gonna have a look at the video you guys send.
just a cry for help at a late hour .. wrapped in good music .. ede
--
Introducing Performance Central, a new site from
Hi,
It is not totally weird. It is possible to think that pixels in a raster world
are tied to points in the vector world and that each pixel is presenting some
average of an attribute value for the points. Digital elevation model in
GeoTIFF format is one common example. Then it is rather natur
Hi,
The Geotiff reader does now
- examine if tiff image contains geotiff tags
- if not, check if tfw file can be found
- if not, send an error and quit.
It would be often fine just to see the image, even if it is not georeferenced.
How about to make OpenJUMP to use a default tfw file if image is
11 matches
Mail list logo