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
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:
>
> http://www.redefinedhorizons.c
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, S
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 wrote:
> you know that there is also the SRID property. It works per layer but
> could be that there is something for the project
OK.
SS
On Fri, May 1, 2009 at 11:26 AM, Larry Becker 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, 2009 at 11:33 A
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 wrote:
> However you decided to implement it, I'm sure it'
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 th
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 stil
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 wrote:
> > An example of the standard usage pattern for JDBC can be seen in:
you know that there is also the SRID property. It works per layer but
could be that there is something for the project/task as well?
stefan
Sunburned Surveyor schrieb:
> I'm working on some tweaks for my own build of OpenJUMP. I'd like to
> store unit and coordinate system information for tasks.
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
wrote:
> Yes, I tested the modification. It worked as I expected, but I did
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 a
> 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 o
> 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 s
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 exam
...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 Su
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 databa
17 matches
Mail list logo
