Hi,
I did not know about the general R_G_B field support. I can see that if hand
coloured layer is saved into OpenJUMP project it is considered to be classified
by unique values of R_G_B field. This has some consequences. After opening
such a project OJ shows layer styles as if theme colourin
Hello,
i have a problem with my openjump concerning memory, it's too slow to
execute plugins and do operations on my data that contains 34000 records
per layer, in run configuration i used Xmx150M do i have to add more memory
in Xmx (my computer have 4Go of RAM)?
Thanks in advance
--
*Asma OUQALL
Hi,
I may be wrong, but because OpenJUMP works in memory and does not use disk
cache so I guess that having extra memory does not make it faster. If there is
not enough memory the process just fails because of heap memory error. However,
150M is not much. Try is inceasing it to 1500M helps. The
Hello Michaud, Jukka Rahkonen,
no i don't want to apply the color permanently.
i guess i didn't explain correctly, so my plugin search for features from
the layer that matchs the user's needs and zook on the feature, i want to
change color (not only the border instantly) of this feature too so as
is the yellow border not enough to identify selected geometries?
..ede
On 06.03.2013 23:56, Asma ouqalli wrote:
> Hello,
> I need to change the color of the selected data.
> Can anyone help me to find in which class or which method that changes colors
> and give the selected data a specefic or r
Hi,
I hint for the developers: in Kosmo it is possible to set the line colour, fill
colour and fill transparency for the selected features. Also the style, size
and colour of vertices is configurable but it looks like vertices are drawn
only if the layer is in edit mode.
-Jukka Rahkonen-
Asm
Hi Rahkonen Jukka, ,
yes i get this heap memory error.
ok i'll increase it to 1500M, i have 64bits but i installed the 32bit java.
am running for the moment advanced search operation, later i'll have to add
more operations.
in olny 75 sec, ww great job.
ok i'll take a look at Kosmo code src.
On 06.03.2013 23:06, Rahkonen Jukka wrote:
> Hi,
>
> Michaël wrote:
>
>> Hi,
>
>> I try to follow interesting Jukka's input, but I don't use editing tools
>> as much...
>>> I list some quick notes about digitizing with OpenJUMP and some other
>>> programs.
>>
>>> 1) - Before Ede implemented th
Hi
@Jukka
> Perhaps use of R_G_B field for theme colouring should be deactivated from
the user interface.
This could be done simple renaming R_G_B to something else by attribute
panel. We only should find a more easy way for users
>Perhaps theme colouring could be used in opposite way so that the
>i'd suggest to change the icon in the edit toolbox to the same with a "red
x" to visualize users can stop digitizing by clicking on it again. kind of
like a more elegant stop button.
There are also Advanced measure tools which are affected by this "phantom"
problem, and maybe other ones too. I do
hmm.. actually i modified a lot of code, and something might be broken.. but i
tried to keep interfaces as they were, so i don't see no reason to change the
major version. i guess the first major version change should be an additional
plugin interface with appropriate plugin manager.. if it'll h
Big Ede!!
;-)
2013/3/7
> hmm.. actually i modified a lot of code, and something might be broken..
> but i tried to keep interfaces as they were, so i don't see no reason to
> change the major version. i guess the first major version change should be
> an additional plugin interface with appropri
actually i am quite short.. about 1,65 meters ;P ..ede
On 07.03.2013 19:05, Giuseppe Aruta wrote:
> Big Ede!!
> ;-)
>
> 2013/3/7 mailto:edgar.sol...@web.de>>
>
> hmm.. actually i modified a lot of code, and something might be broken..
> but i tried to keep interfaces as they were, so i don'
should be fixed in 3304.. please check. ede
On 07.03.2013 19:43, edgar.sol...@web.de wrote:
> actually i am quite short.. about 1,65 meters ;P ..ede
>
> On 07.03.2013 19:05, Giuseppe Aruta wrote:
>> Big Ede!!
>> ;-)
>>
>> 2013/3/7 mailto:edgar.sol...@web.de>>
>>
>> hmm.. actually i modified a
Le 07/03/2013 10:05, Rahkonen Jukka a écrit :
> Hi,
>
> I did not know about the general R_G_B field support. I can see that if hand
> coloured layer is saved into OpenJUMP project it is considered to be
> classified by unique values of R_G_B field. This has some consequences.
> After opening
Hi,
I may be wrong, but because OpenJUMP works in memory and does not use
disk cache so I guess that having extra memory does not make it faster.
Right. OpenJUMP sometimes goes slower just before reaching max memory
revealing the high activity of garbage collector (but in this case, the
end
Hi,
OK, what you really want (personalized selection rendering) is not a
built-in option,
and you will have to implement it. You can start by the following classes :
- com.vividsolutions.jump.workbench.ui.renderer.AbstractSelectionRenderer
- org.openjump.core.ui.SelectionStyllingOptionsPanel
Hi,
Agree with Ede :
- no v2.0, no branch
- heavy tests before 1.6 release (thanks to Jukka and Peppe for all
their tests)
- ghost shapes : agree that it is not necessary and may confuse users.
If it is possible to cancel unfinished shapes when the user select again
a "editing" tool (without da
Hi,
> should be fixed in 3304.. please check. ede
Ghost disappeared, but unfortunately, we need them when changing the
cursor to zoom tool or pan tool (may be also select, info...)
Ideally, cancelling a shape editing sequence should be authorized by
cursors allowed to edit shapes, not others.
At
On 07.03.2013 22:17, Michaël Michaud wrote:
> Hi,
>> should be fixed in 3304.. please check. ede
> Ghost disappeared, but unfortunately, we need them when changing the
> cursor to zoom tool or pan tool (may be also select, info...)
whqt do i miss? did we ever have what you describe above?
> Idea
Feature Requests item #3607251, was opened at 2013-03-07 13:44
Message generated for change (Tracker Item Submitted) made by michaudm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679909&aid=3607251&group_id=118054
Please note that this message will contain a full
Hi,
>> should be fixed in 3304.. please check. ede
>> Ghost disappeared, but unfortunately, we need them when changing the
>> cursor to zoom tool or pan tool (may be also select, info...)
> whqt do i miss? did we ever have what you describe above?
Maybe not :-[ (must I say that I do not edit so muc
Jukka,
could you comment on the below? especially on the status quo. is switching
tools via mouse behaving as it used to be?
..ede
On 07.03.2013 23:25, Michaël Michaud wrote:
> Hi,
>>> should be fixed in 3304.. please check. ede
>>> Ghost disappeared, but unfortunately, we need them when chang
Hi,
Almost. I seems that selecting the same tool again does not do cancel and by
doing that it is still possible to make ghost lines and also to make othet
shortcuts (pan, zoom) to behave in an odd way. If you can also make
re-selecting the same digitizing tool to cancel drawing then I would s
Hi to all,
I regularly sent thanks to (their personal mails) persons those who are helped
for me in coding OpenJUMP. Unfortunately last one month I am living in remote
area. So I am unable to send replies to persons those who gave answers to my
questions. I don't have personal laptop and I am
Today I made a quick test on OJ 3004 comparing it to ver 3272 (before
Ede's modification). They both show the same behavior
a)
I started digitalizing a linestring
than click again to other tools without finalizing the 1st geometry OR
click to a zoom tool
- The 1st phantom disappears
b)
Start to
Hi,
OpenJUMP info screen shows the jre version but not if it is 32 or 64 bit. I
cannot check but perhaps it does not report either if there is Oracle jre,
Oracle jdk or OpenJDK variant in use.
What is the meaning of total memory in the jre info page? After starting OJ
with 32-bit jre and -Xmx5
27 matches
Mail list logo
