ok.. no prob..
and yes, I like those feature comparison matrix thing [however, we don't
have an OpenJUMP Info, Editor and Light :) ... but we could add actually
all JUMPS in the matrix.. for SkyJUMP it would have a point like:
Advanced Editing, while for deeJUMP it would be enhanced OGC standard
>Larry talked once about a flyer he has done for SkyJump... can you
>(Larry) send it?
@Stefan, I'm not finding anything like a SkyJUMP flyer. I may have done
one at one time for a trade show, but I can't find it now.
I think the original JUMP Data Sheet had some pretty good info, although I
li
Stefan Steiniger a écrit :
> Hei,
>
> just a thought on the Google zoom slider:
> they have one advantage: they know their data and it goes just in an out
> from a certain resolution [5m?] to the world.. so they have a fixed
> frame. While GIS data in general could reach from [mm] to whatever
> sca
Ede,
When you have time to do the research can you put together a simple
task list of the improvements/changes that need to be made? If you can
coordinate the work that needs to be done I will do some of the heavy
lifting needed to port your plug-in to OJ 1.3.
SS
On Wed, Oct 29, 2008 at 10:22 AM
Good points Stefan and Larry.
As you both point out, OpenJUMP's vector editing capabilities are
really a strong point. I don't think there is another open source GIS
program out there that comes close.
Maybe a short video on vector editing with OpenJUMP would be
appropriate for the next release.
I agree,
the question is, if we also say what we can not provide yet ;)
Larry talked once about a flyer he has done for SkyJump... can you
(Larry) send it? The QGIS flyer would be a good start too
(http://qgis.org/brochure/qgis_brochure_en.pdf) .
What would be necessary is that we have a target
Hi SS,
I think that a little marketing would be very good for the project. It
should probably focus on ease of use for end users, along with good data
analysis and editing tools.
regards,
Larry
On Wed, Oct 29, 2008 at 11:57 AM, Sunburned Surveyor <
[EMAIL PROTECTED]> wrote:
> I've done some
I've done some work with the Deegree CRS transformation code, and I
agree that it would be a great addition to OpenJUMP. If this is
something Stefan would like to have done before the next official
release I could start work on it in November.
I was also thinking our next official release might be
puh.. good question.
I/we need investigate what is still needed and about the menu structure.
Another thing was that I original planned to include transformation
support with deegree plugin and I still haven't updated the postgis
plugin. Need to think about that in November.
stefan
Sunburned
Hei,
just a thought on the Google zoom slider:
they have one advantage: they know their data and it goes just in an out
from a certain resolution [5m?] to the world.. so they have a fixed
frame. While GIS data in general could reach from [mm] to whatever
scale. And you do not need an option to zoo
Hi Peppe,
The auto-assign attribute tool supports incrementing an embedded number,
so your example of AL01... should work, however it would not currently put a
leading zero in to preserve the string length. Is that necessary? It
should be easy to add.
As you probably know, the Text Block to
I thought maybe Edgar Soldin had written a plug-in that could do this.
Perhaps (if he is listening) he could comment for us.
Edgar did point me to the gpsylon library, which should allow OpenJUMP
to read from a GPS receiver directly. This is something I would like
to work on in the future, but I d
Hi all,
thanks Larry! The autoassign attribute is very usefull, I use it to define a
unique number to features on a layer which than will be combined with external
databases.
Nevertheless I can assign only numbers in sequence (0,1,2,...) but I was not
able to assign a code in sequence (AL01,AL
13 matches
Mail list logo