I quickly put together a build of BizzJUMP (OpenJUMP) yesterday that
included modifications to the BasicFeature class that allows OpenJUMP
to track modifications to Feature attribute values. This would allow
client code to determine which features have been modified. (This
might be used by a
...that I will gladly commit (only) my BasicFeature modifications and
my SelectModifiedFeatures plug-in to the JPP SVN after other
programmers have a chance to examine the code and test the changes.
I forgot the attachments on the earlier e-mail. They are attached to
this e-mail.
The Sunburned
Have you tested your mod yet?
Larry
On Fri, May 1, 2009 at 9:35 AM, Sunburned Surveyor
sunburned.surve...@gmail.com wrote:
...that I will gladly commit (only) my BasicFeature modifications and
my SelectModifiedFeatures plug-in to the JPP SVN after other
programmers have a chance to examine
Larry wrote: I appreciate all of the clever solutions, but I will
remain convinced that BasicFeature can detect modification without any
need for explicit client methods to set it, until someone shows me
proof that it can not.
I agree with Larry on this point. I believe it would be safe to
An example of the standard usage pattern for JDBC can be seen in:
com.vividsolutions.jump.datastore.jdbc.ValueConverterFactory.
Regardless of whether you use ResultSet's getObject() or something like
getInt(), eventually you are going to need an object representation of
the data in order
Yes, I tested the modification. It worked as I expected, but I didn't
run the thing through rigourous testing. I simply loaded a layer,
modified some attributes, and verified that the plug-in selected only
the modified features.
Is it working for you?
The Sunburned Surveyor
On Fri, May 1, 2009
Larry: I forgot to mention I copied and pasted the code from the
plug-in you had provided to me previously, and then made some small
changes to match my coding style.
SS
On Fri, May 1, 2009 at 8:18 AM, Sunburned Surveyor
sunburned.surve...@gmail.com wrote:
Yes, I tested the modification. It
I tried Sunburn's mod to BasicFeature and it seems to work.
I looked again at Paolo's mod and it looks like it will work.
I have tested my mod and it seems to work.
Larry
On Fri, May 1, 2009 at 10:17 AM, Paolo Rizzi g...@oicom.com wrote:
An example of the standard usage pattern for JDBC can
However you decided to implement it, I'm sure it's going to work well!!!
But please, throw in whatever methods are needed for client code to
force both the mod-status and the init-status to true or false, so that
any client code, present or future, that doesn't follow your assumptions
will
It looks like there are several ways to skin a cat! I have no problem
accepting Larry's presented solution, or modifying my solution to
include the method needed to manually mark the completion of feature
intialization.
I am willing to make these adjustments, offer another round of
testing, and
I would like to think about it more before we commit to a method. There is
a situation than none of the methods handle yet, and that means there are
probably more yet to be discovered.
Larry
On Fri, May 1, 2009 at 11:33 AM, Paolo Rizzi g...@oicom.com wrote:
However you decided to implement
OK.
SS
On Fri, May 1, 2009 at 11:26 AM, Larry Becker becker.la...@gmail.com wrote:
I would like to think about it more before we commit to a method. There is
a situation than none of the methods handle yet, and that means there are
probably more yet to be discovered.
Larry
On Fri, May 1,
Stefan,
Storing the SRID on the layer may also work for me. I will investigate that.
Thanks,
The Sunburned Surveyor
On Fri, May 1, 2009 at 8:49 AM, Stefan Steiniger sst...@geo.uzh.ch wrote:
you know that there is also the SRID property. It works per layer but
could be that there is something
it is actually implemented by the plugin and needed for PostGIS:
see org.openjump.core.ccordsys.srid
Sunburned Surveyor wrote:
Stefan,
Storing the SRID on the layer may also work for me. I will investigate that.
Thanks,
The Sunburned Surveyor
On Fri, May 1, 2009 at 8:49 AM, Stefan
Hei Sunburned
I was going to test your GPX tool.
Ok.. It loaded it - but:
Where are the menu points to load data?
What is geotools repository path?
stefan
Sunburned Surveyor wrote:
Jukka,
You can download my plug-in and the libraries it depends on here:
Stefan,
The plug-in should have loaded a top-level menu named SurveyOS. It
will have a menu item called GPX that will allow you to import a GPX
file. The plug-in only supports the import of waypoints and tracks,
not routes, and it doesn't have any write capabilities.
I need to get it properly
16 matches
Mail list logo