I'm surprised that you ran out of heap that fast, but I guess the typical
use would be to change the Geometry Type of an entire layer so perhaps
you're right not to undo.
Larry
On Sun, Apr 5, 2009 at 5:26 PM, Edgar Soldin wrote:
> in this case you should be able to reuse the updated plugin unch
great and thanx for looking into it!
so lets see what Jukka sais tomrrow or tuesday
if it works we are kind of ready for a OJ 1.3 release. I will copy then
next week the missing Portuguese chars from the Brazil file, update the
version number, and setup the build (haven't done that for over a ye
in this case you should be able to reuse the updated plugin unchanged...
what do you think about the undoable choice option? On a quick test the
default heap filled up quite quick by converting a bunch of geometries.
Also the whole operation stpped in the middle because of that.
.. ede
> Hi,
>
>
Hi,
SkyJUMP also has MenuNames for compatibility with OJ. I also recently
added I18N strictly so that I could get the latest Simple Query code. OJ
should come first, but I'll definitely be updating the Geometry conversion
in SkyJUMP.
Larry
On Sun, Apr 5, 2009 at 4:01 PM, Edgar Soldin wrote:
You are correct. I think I just wrapped your code in some iteration, so
that would be the expected behavior. Clearly, it needs to use an
EditTransaction. See org.openjump.core.ui.plugin.toolsReducePointsISAPlugIn
for an example.
regards,
Larry
On Sun, Apr 5, 2009 at 1:03 PM, Edgar Soldin wrot
Hi,
Probably related to a change I did in Layer class, but cannot reproduce
exacly the bug you describe.
I tried to load a postgis table and get the folowing error :
com.vividsolutions.jts.util.AssertionFailedException: If this event is
being fired because you are constructing a Layer, cat wil
Hi,
Of the versions I found from this computer, openjump-core-1.2-20090118-bin
seems to work, but February 23rd version does not. Check first what has
happened between those dates.
-Jukka-
Stefan Steiniger wrote:
Hei Jukka,
thanks for reporting.
As far as i can see the last change was don
Stefan Steiniger wrote:
> The tools menu should be generated by the new default-plugins.xml file
>
> to get the international version we use the string retrieved from
> MenuNames.TOOLS
>
> The first plugin that adds an entry to Edit Geometries should be:
> org.openjump.core.ui.plugin.tools.geometry
Hei Jukka,
thanks for reporting.
As far as i can see the last change was done by Michael in Layer - which
changed the layer property to changed by default (so that OJ always
askes for storing if closed). However, I don't see why this would cause
a problem.
But interestingly - the line given in
The tools menu should be generated by the new default-plugins.xml file
to get the international version we use the string retrieved from
MenuNames.TOOLS
The first plugin that adds an entry to Edit Geometries should be:
org.openjump.core.ui.plugin.tools.geometrychange.ExtractPointsPlugIn
acc
Hey Larry,
it seems that currently only the last conversion is undoable. Would you
please doublecheck in skyjump and tell me your observation?
Also. Do you think it would make sense to add a second, not undoable
conversion menu item, for the case of converting lots of geometries and
does delibera
Hi,
As reported earlier, there is now something wrong with adding database layers
to OpenJUMP project. A trial fails with error message:
com.vividsolutions.jts.util.AssertionFailedException
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:68)
at com.vividsolutions.jts.util
Hi All,
I have recent OJ sources and am working on the internationalized
GeomConv Plugin.
Anyway I can't seem to find the 'Tools' Menu Entry .. is it an entry
generated by Plugins?
Which plugin does use it populating entries under 'Edit Geometries'?
I am just concerned about the ordering of the me
13 matches
Mail list logo
