Stefan,
My plan is to have a directory called .jump in the user's home
directory. This file would contain each user's specific configuration.
The file openjump.profile is used to allow users to override any of the
startup parameters such as Java menu options and any JUMP command line
options. The
The current implementation of the Basic StylePanel does not include the
editable flag. The upshot of this is if you want to tdefine some kind of
custom style and disable the basic style you can't do this. Because if
the user uses the style dialog a new basic style is created without
maintaining the
May I suggest to introduce a "profile" concept,
so that each user can define more than one configuration set
and decide which one to use when launching OJ???
Bye
Paolo Rizzi
> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> conto di Paul
> Austin
> Inviato: l
If we do anything such as profiles, I think this would be done in Java
rather than in a bat,sh, or exe file.
Paul
P.Rizzi Ag.Mobilità Ambiente wrote:
> May I suggest to introduce a "profile" concept,
> so that each user can define more than one configuration set
> and decide which one to use when
Hi all
I found this interesting extension for Arcview, Jump
1.0 project file is also supported
Regards
peppe
___
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
http://it.docs.yahoo.com/nowyoucan.html
--
ok.. that sounds good.
But we need also to get sure, that OJ/JUMP keeps it "pack & go"
property.. which i realy like :)
stefan
Paul Austin wrote:
>Stefan,
>
>My plan is to have a directory called .jump in the user's home
>directory. This file would contain each user's specific configuration.
>
http://gix.sourceforge.net/
I found this interesting extension for Arcview
Jump 1.0 project file is aldo supported
Peppe
___
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
http://it.docs.yahoo.com/nowyoucan.html
--
ok.. fine for me
stefan
Paul Austin wrote:
>The current implementation of the Basic StylePanel does not include the
>editable flag. The upshot of this is if you want to tdefine some kind of
>custom style and disable the basic style you can't do this. Because if
>the user uses the style dialog a n
But if you store the configuration stuff inside the user's home directory,
each user wil have only one set of configuration available, or not???
OK, the user may always user some other more explicit mean to specify
configurations, but...
What about subdirectories of the user's home dir. Each subdir
Hi Paul,
ColorThemingSyle disables the BasicStyle when it is enabled and vice
versa. See ColorThemingStylePanel.updateStyles(). Why would we want
to put this responsibility in the hands of the user?
regards,
Larry
On 9/17/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> ok.. fine for me
>
Why not?
For example a user may want to use the label style but not have the
Point or line displayed
Paul
Larry Becker wrote:
> Hi Paul,
>
> ColorThemingSyle disables the BasicStyle when it is enabled and vice
> versa. See ColorThemingStylePanel.updateStyles(). Why would we want
> to put th
Bad example. It does that now.
Larry
On 9/17/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Why not?
>
> For example a user may want to use the label style but not have the
> Point or line displayed
>
> Paul
>
> Larry Becker wrote:
> > Hi Paul,
> >
> > ColorThemingSyle disables the BasicStyle wh
Turn off line and fill.
On 9/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Bad example. It does that now.
>
> Larry
>
> On 9/17/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> > Why not?
> >
> > For example a user may want to use the label style but not have the
> > Point or line displayed
> >
>
Not really ;) ...
after posting the snippet mentioned, i also had a look in your docs and
found the utility class, even posted about it in the list (see attachment).
once again .. respect to you geotools folks, you really made a nice
feature even more handy by creating the utility class.
just
Edgar Soldin wrote:
> Not really ;) ...
>
> after posting the snippet mentioned, i also had a look in your docs
> and found the utility class, even posted about it in the list (see
> attachment).
> once again .. respect to you geotools folks, you really made a nice
> feature even more handy by c
That is some serious data! I've got Windows Vista/Debian Linux running
an a dual core processor at home. I will have to see how the numbers
compare.
The Sunburned Surveyor
On 9/16/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> I put my new Vista PC together this weekend and fixed the Vista issue
>
You can get away with 512MB if you're willing to wait a long time. I
think I used 750. The four counties parcel data occupied about 470MB
committed memory.
The memory bottleneck during loading is the simultaneous rendering.
SkyJUMP currently turns off event firing after the first layer, when
loa
Hi Stefan,
I just looked at the code and it appears we already have a
selectable property in Layer. However, the setSelectable() method is
currently only called from ImageFeatureCreator. The isSelectable()
method is called in AbstractSelection, so it appears that all we need
to do to add a me
I just created a SelectablePlugIn by copying EditablePlugIn and making
a few trivial changes. It seems to work like a charm!
Now, do we need Snappable, (Sp?) or should not Selectable imply not
Snappable? It doesn't currently.
Larry
On 9/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi Stef
Larry Becker wrote:
> I just created a SelectablePlugIn by copying EditablePlugIn and making
> a few trivial changes. It seems to work like a charm!
>
> Now, do we need Snappable, (Sp?) or should not Selectable imply not
> Snappable? It doesn't currently.
>
I can definitely see situations w
The ZoomRealtime Tool is a very cool idea... but the way it works seems
a bit confusing to me. I would have expected it to keep the initial
point that was clicked directly under the mouse cursor as zooming takes
place. I guess for this to work zooming in would have to take place no
matter wh
we should post this on the wiki :)
love it
stefan
Adrian Custer schrieb:
> On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
>> Edgar Soldin wrote:
>>> just one question .. what is this bursa wolf parameter option?
>
> ...
>
>> My impression is that this is scary math I never quite underst
Well, who'd have thought there was such an obvious explanation? Good stuff!
Adrian Custer wrote:
> On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
>
>> Edgar Soldin wrote:
>>
>>> just one question .. what is this bursa wolf parameter option?
>>>
>
> ...
>
>
>> My impressi
LOL! Clear as mud!
Larry
On 9/17/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> we should post this on the wiki :)
> love it
>
> stefan
>
> Adrian Custer schrieb:
> > On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
> >> Edgar Soldin wrote:
> >>> just one question .. what is this bursa
This is the right way to go IMO, Larry/all. We added the Selectable
option while building the Image framework, to avoid having image
bounding boxes selected all the time. But we never pushed this out to
be visible to the user. Time to do it, I guess!
Have you thought about how to make this v
Hi Martin,
On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
> The ZoomRealtime Tool is a very cool idea... but the way it works seems
> a bit confusing to me. I would have expected it to keep the initial
> point that was clicked directly under the mouse cursor as zooming takes
> place.
Good
How about Italicizing the layer name? This is consistent with bold
meaning Editable.
Larry
On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
> This is the right way to go IMO, Larry/all. We added the Selectable
> option while building the Image framework, to avoid having image
> bounding boxe
mhm..
usecase: if you have activated a drawing tool (such as polygon drawing)
then you can not select at the same time, right? .. so from this point
of few, not selectable can/should imply not snappable, because slectable
layers are still be snappable.
so it could be named a double funtion selec
Looked into it (accidentally) when we were implementing Category
dragging (not in OJ yet). It looked pretty hard - more than a days
work. Those uDig folks cheat - they use RCP.
Larry
On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
> My day to be ideas guy.
>
> Has anyone looked at implemen
My day to be ideas guy.
Has anyone looked at implementing drag'n'drop inside OJ? Specifically,
- drag-n-drop a data file onto a view to load it
- drag-n-drop layers between views
Just an idea I know uDig does this, maybe I'll ask those guys to
see how hard it would be.
--
Martin Davis
Se
Good idea. So italics would mean NOT Selectable, right?
I think Stefan's right - ultimately an icon change would be good too (or
maybe a second icon showing the states). But the font change is good
and quick to do now.
Hey, I just thought of something which might be handy. In Swing
Tooltips
That would certainly be consistent with the ESRI feature dataset model
which puts so much emphasis on extent and coordinate system. Can't
say I'd find a use for it though. My maps all tend to be small and
contiguous.
Larry
On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
> Larry,
>
> Looking
Larry,
Looking at your (or is this in OJ now?) Layer Info dialog - would it be
worth adding the extent of the layer (as a POLYGON wkt string) to the
information listed?
Larry Becker wrote:
> I put my new Vista PC together this weekend and fixed the Vista issue
> with the layer combo box in tool
>> just one question .. what is this bursa wolf parameter option?
it is used to transform from one ellipsoid (e.g. WGS84) to another
ellipsoid (e.g. Clarke 1866). (actually on the geotools page they speak
of spheroid instead ellipsoid, where the latter is a specialisation)
and - i am not really
Larry, you rock!
What was the mem size setting that you used?
Every so often I wonder about whether it's possible to use 64-bit Java
and huge memory sizes to allow processing massive datasets. Anyone had
any experience with this?
Larry Becker wrote:
> I put my new Vista PC together this weeke
I guess if I got used to decoding those tiny symbols on the icons in
Eclipse, I can do it in JUMP too. :-}
Yea, we already enhanced the layer tooltips to show the full source
path, so adding the essential data on as additional lines should be
doable too.
I added mouse wheel zooming to the PanToo
>it is used to transform from one ellipsoid (e.g. WGS84) to another
>ellipsoid (e.g. Clarke 1866). (actually on the geotools page they speak
>of spheroid instead ellipsoid, where the latter is a specialisation)
>
>and - i am not really sure, but there is second method that can be used
>for such
Great work!
What I like about this list is that you can throw out an idea and like
magic it gets implemented 20 minutes later. 8^)
But seriously... it's very inspiring interacting with a bunch of clever
people all focussed on making JUMP work better.
I checked with the uDig guys... DnD is ge
I actually would prefer to have switched icon in the layer menu (maybe
for both editing and selecting). Because i am not sure that people
recognize the change. but the image use can be defered to a later version
> Is there currently a Snappable setting on layers in OJ? Or is this
> still just
On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
> Edgar Soldin wrote:
> > just one question .. what is this bursa wolf parameter option?
...
> My impression is that this is scary math I never quite understood. The
> javadocs describe it all detail (and have links to papers etc..).
Well,
I'd like to use Layerable, since that will give us more flexibity down the road.
SS
On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> yep!
>
> i agree, and this reminds me on having the same for features that show
> the most prominent "what i want to know about" .. ie. number of
> vertice
The Layer Info is in OJ now, and I certainly intended that it should
be extended further, so if someone is motivated, please add away.
Larry
On 9/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> That would certainly be consistent with the ESRI feature dataset model
> which puts so much emphasis o
If anyone is interested in the sample data that I used, you can download it at:
http://www.capcog.org/Information_Clearinghouse/geospatial_main.asp
Larry
On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> That is some serious data! I've got Windows Vista/Debian Linux running
> an a dual
>
>Every so often I wonder about whether it's possible to use 64-bit Java
>and huge memory sizes to allow processing massive datasets. Anyone had
>any experience with this?
>
>
I'm also very interested with 64-bit java experience feedback as even
with 1500Mo dedicated to
the jvm, I have ofte
Peppe,
I have completed my review and edits of the "File" Menu descriptions
in you "List of OpenJUMP Functions".
You have done some great documentation work, and we really appreciate
it. I only had minor changes, like fixing some "plural tense" mistakes
and also revising some fragment sentences.
Uwe and others,
I have created an Eclipse project just for the I18N property files.
This will allow me to easily make updates to these files on the JPP
SourceForge SVN repository without commiting changes from other things
I am working on.
I quickkly skimmed the file, and it appears that most of
Hey,
In the "for dummies" collection, "geodesy for dummies", from adrian,
will surely become a best seller :-)
Michael
Adrian Custer a écrit :
>On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
>
>
>>Edgar Soldin wrote:
>>
>>
>>>just one question .. what is this bursa wolf parameter
I decided that I would try Peppe's idea of using PDF files as embedded
help in OpenJUMP.
I'm going to have a "help" button in some of the dialogs in my Super
Select Tool. The button will open a designated PDF file using a PDF
viewer/reader.
I would like to know if we can use a common variable to
It seems like to me that for most kinds of simple help that it would
be better to use html and store the documents in the jar. Java can
display simple html well enough for help.
Larry
On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> I decided that I would try Peppe's idea of using PDF
49 matches
Mail list logo
