Hi,
when I load a TIFF file which has a worldfile
with LayerAdd 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.
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
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 the
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.
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
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();
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 /
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
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
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 new
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
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
14 matches
Mail list logo
