More Mouse Wheel Zooming updates. I fixed some problems with mouse wheel
zoom in and zoom out in the same half second causing radical changes. The
Timer period now resets while the wheel is still moving, and I changed the
Timer period to .7 seconds to better reflect actual use.
Larry
On Tue,
Jukka,
Do you know what lib spatiallite uses for projections? Do you have a
reference to the doc for it?
It seems like it would be nice to have projections built right in to
JUMP. Maybe Proj4J can meet this need, since it's fairly simple and
lightweight.
People will need to think about how
I found the way UDig handled projections to be a nightmare. Never
could get it to work right. Now I use FW Tools instead. I'd prefer to
see projections handled on a per-instance basis. Let the user keep
track of what projection each layer is in. That is likely something he
is doing anyways.
This
Hi,
I would guess it is Proj4. And the table structure looks the same than in
PostGIS and transform queries behave in a similar way.
http://www.gaia-gis.it/spatialite/spatialite-tutorial-2.3.1.html#t5
-Jukka-
-Alkuperäinen viesti-
Lähettäjä: Martin Davis
yep I agree here.
I would say OJ offers options for assigning projections and doing
transformations on a functional basis - i.e. no on the fly stuff? At
least this is the simple way to start with.
Though, we may think then about new measure tools.
Sunburned Surveyor wrote:
I found the way UDig
Sounds like we're all in agreement.
@SS - JEQL now has Proj4J exposed for use. So this provides a command
line tool that pretty much does what you're suggesting.
It's always nice for people to have a UI to use, though, so I'd still
encourage one to be built in OJ.
Stefan Steiniger wrote:
Yes, it definitely looks like PROJ4. I wonder whether they use the same
SRIDs as PostGIS? If not, that's yet another set of magic CRS
number... sigh.
This is good from the point of view of Proj4J - the more projects that
use PROJ4, the more reason there is to stay close to that codeline
Martin wrote: It's always nice for people to have a UI to use,
though, so I'd still
encourage one to be built in OJ.
I'm supposed to be working on that this week. :] If I get a GUI up and
running for Proj4J I'll think about how I can get it integrated into
OpenJUMP.
SS
On Wed, Feb 3, 2010 at
Kewl!
Sunburned Surveyor wrote:
Martin wrote: It's always nice for people to have a UI to use,
though, so I'd still
encourage one to be built in OJ.
I'm supposed to be working on that this week. :] If I get a GUI up and
running for Proj4J I'll think about how I can get it integrated into
Hi,
We had two use cases a few weeks ago: application is working with a UTM
projection epsg:3067 and it should show UTM coordinates of cursor location in
one coordinate box but also WGS84 lat/lon coordinates in another coordinate box
real time. And users should be able to feed manually
Christopher's H2 code comments on SVN
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/summer_of_code/H2-OJ/says
read only H2 support, still flaky, working, but way too slow, R*Tree
implementation, but it is a start.
Larry
2010/2/3 Michaël Michaud michael.mich...@free.fr
Hi,
Just had
What did you use as a Spatialite JDBC connection? Is this pure Java, or
JNI?
I think there are at least two JDBC drivers for SQLite/Spatialite. I
use the Zentus driver with the Jump DB Query Plugin, but I think Jukka
has had success with the Xerial drivers. The Zentus documentation is
a
Hi,
Excellent job. Mouse wheel zooming gives a good feeling because screen
is updating fast and from the server side I can see also that no
unnecessary WMS calls are sent. That gives more speed for OJ user
especially with slow connection to WMS but the feature itself is nice
even without WMS
13 matches
Mail list logo