Hi,
when I load a TIFF file which has a worldfile
with Layer>Add Image Layer
a new layer appears but nothing happens (no errormessage and no image)!
Running OpenJUMPNight 1.2D with Eclipse I see the error:
com.vividsolutions.jump.JUMPException: Neither geotiff tags nor valid
worldfile found.
Th
Hi,
I made a quick test with one 9996 by 9996 pixel colour image. The original is
band interleaved geotiff. I converted it with gdal_translate to following
formats:
- png (gdal_translate -of PNG jumptest.tif jumptest.png)
- jpeg (gdal_translate -of jpeg jumptest.tif jumptest.jpg)
- ecw (gdal_t
mhm.. interesting... and thanx for test
but normal jpgs/png without a worldfile can be displayed on my computer
i tested by taking a screenshot 1440x900 and then stored the screenshot
as jpg and png - non interlace - with Adobe Photoshop
the only issue was, that OJ became quite slow
stefan
Rah
btw.. if it does not load..
can it be a image size problem?
because 9996x9996 px is shown by Adobe Photoshop as file with 285MB size
in memory (stored as jpg: 15MB - of course depending on the image
packability itself)
If i try to load the file with OpenJUMP (java memory option -Xmx256M)..
the
Hi,
It really seems to be due to the size. I made small versions (1000 by 1000
pixels) of the png and jpg images, and they do work. They also seem to accept
both .tfw named world files and those named according to image format
(jgw/pgw). That's good.
User should get some informative warning
Paul,
I have always found the function of mouse wheel zoom that you
described very useful. It reduces the need for panninf when you zoom
in on an object.
The Sunburned Surveyor
On 8/16/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi Paul,
>
> I tried that method and didn't find it useful, but
This whole issue of support for large image sizes is the reason that
SkyJUMP doesn't have Image Layers yet. It seems to open up a can of
worms. If you need jai to process images, IMHO you are already in
(memory) trouble. Also, some formats, such as GeoTIFF are simply to
complex to ever get worki
There is also another option that using a jni interface to an image
library. You can always execute a command line tool which you use to
create a temporary file for the resize and crop and then load that.
I switched my photo web site code to do this as I was having memory and
quality problems with
Now that I think of it, I guess I didn't really give the mode a
chance. The ZoomAt method will zoom to any point, but then that point
becomes the center of the window. In order for it to work correctly,
you would have to make a ZoomTo? function that would keep the zoom
point under the cursor.
La
Hi Paul,
Now that you mention it, I was remembering incorrectly. The MrSID
plugin does ues a command line tool and not JNI. This has the
advantage of spawning a new process that doesn't affect the Java
process memory.
Larry
On 8/17/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> There is also a
Does anyone know the easiest way to move the mouse pointer to the center
of the map viewport. What I want to do is when you zoom using my
suggested center at current mouse location on Shirt + mouse wheel that
it moves the mouse to the center of the viewport. This way if you want
to zoom in several
Hi Larry,
What I wanted to do is move the cursor and the point to the center of
the viewport.
Paul
Larry Becker wrote:
> OK the code to perform the mouse wheel zoom at cursor is:
>
> public void mouseWheelMoved(MouseWheelEvent e) {
> int nclicks = e.getWheelRotation(); //neg
OK the code to perform the mouse wheel zoom at cursor is:
public void mouseWheelMoved(MouseWheelEvent e) {
int nclicks = e.getWheelRotation(); //negative is up/away
try {
double zoomFactor = (nclicks > 0)
? (1 / (Math.abs(nclicks)*WHEEL_
Hmm, that seems a bit confusing to the user, especially if
accidentally invoked. I've never been fond of interfaces that take
control of my cursor, like jumping it to be over the default button.
It might have a bad interaction with other modes for accessibility
such as mouse keys. However if you
Hi Larry,
Normally I hate people messing with my mouse pointer but in this case I
would find it useful.
Here are the three options for mouse wheel zooming that I see.
1. Zoom in and out of the current viewport center (not that useful in
my view).
2. Zoom in and out at the current mou
Hi Paul,
Some of the functionality you are talking about is already present
in my new ZoomRealTime tool, which pans and zooms continuously in real
time. Perhaps I should port it over (it just needs
internationalization) before doing any more tweaks to Mouse Wheel
Zoom, which I thought was prett
OK, I have added a Zoom Realtime tool to the toolbar. This tool uses
image stretching to simulate the zoom before it occurs for an accurate
preview. Left click and drag down to zoom in, or up to zoom out.
Moving side to side will position the image. Alternatively, right
click and drag to the ri
Well, I guess I'll commit the change on the strength or Paul and
Sunburn's recommendation. We can always back out the change if we
don't like it.
Larry
On 8/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi Paul,
>
> Some of the functionality you are talking about is already present
> in my
Larry,
Before you commit, can you replace duplicate method calls such as
getPanel().getViewport() with a local variable and make the method call
once. There are two reasons for this.
1. There is less code to read on each line which makes working out what
is going on easier.
2. When debuging if yo
Those duplicate method calls are mostly cut and pasted from PanTool
code. As you might have noticed, JUMP code tends not to create many
variables. With threading, there is actually some justification for
this. I've gotten used to it over the years and don't really notice
it much anymore. I've qu
20 matches
Mail list logo
