Hi Larry, hi Landon,
please let me explain this problem from the
user-side, so maybe it would be clear what I mean :-)
1. I have a new project with two layer.
2. Then I save the first layer to directory A and
the second layer to directory B.
3. After that I save the project and open the project
--- Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> - Does it actually matter to have a 2D versus a 3D
> Triangulation? Or do
> you intend to triangulate in 2D and use 'z' as an
> attribute? (The
> simplex insert algortitm from Paul Chew should be
> 2D?, I am not sure
> about Pirol's Triangulatio
Chris,
Nice overview! There are a few grammatical and spelling errors,
otherwise it's message is clear and it makes sense to the
reader(laymen, programmer, or otherwise).
Eric
On May 27, 2008, at 8:31 AM, Sunburned Surveyor wrote:
The doc looks very comprehensive Chris. I'll try to re
The extension is using a java gps framework which can be found here
http://javagps.sourceforge.net/
and should work as smoothly as in 2004 (at least I hope so) as soon as
the serial input is brought back to life. Though there might be
problems with changes between jump 1.1.1 & the recent openjum
Chris,
Your project overview for JTin is great! Thanks for taking the time to
put it together. A couple of quick comments:
[1] You mentioned designing the library to allow swapping
triangulation algortihms in the future. This is a good idea and not
something that I thought about.
[2] I would agr
Peppe,
I don't have any complaints about the basic outline you've got for a
revised manual. Now all I need to do is find the time to contribute
some material to it.
The Sunburned Surveyor
On Mon, May 19, 2008 at 7:07 AM, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
> Hi
> I starded to reorganize th
Uwe,
I would agree with Larry's comments. I don't know that there is a
solution that will please everyone. We could add "store to last
folder" and "store to project directory" buttons to the save dialog,
but I don't know if it would be worth it.
The Sunburned Surveyor
--
Hei Christopher:
You did exactly what I expected and I have now a good idea on your
motivation and on what you want achieve. Good work!
now my first notes and questions:
- I agree with you on that we should watch out for existing DT
algorithms. (If Erwans team has finished its release, we may u
Paul wrote: "If you have two copies of the application running you can
get a corrupted file if one is trying to load the file while another
is writing to it. Maybe we need a locking mechanism."
You mean like a lock file? That would really be the only thing that
would work across multiple instances
Sounds good Paul.
The Sunburned Surveyor
On Tue, May 27, 2008 at 10:23 AM, Paul Austin <[EMAIL PROTECTED]> wrote:
> All,
>
> I have checked in the change so you can add properties to a Task.
> Properties are keyed by a QName instance, see
> org.openjump.core.model.OpenJumpTaskProperties for the l
No problem with me either Paul.
The Sunburned Surveyor
On Tue, May 27, 2008 at 10:01 AM, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> +1
> sounds reasonable (alhough I never needed something like this for my
> experimental stuff)
>
> Andreas Schmitz schrieb:
>> Paul Austin wrote:
>>
>> Hi,
>>
>>
Sounds like people don't like the preferences API so I won't use it for
anything in the core JUMP. I'll just use it in my plug-ins where I need
immediate saving of preferences.
There are a couple of problems with the current persistent blackboard.
* If you have two copies of the application
All,
I have checked in the change so you can add properties to a Task.
Properties are keyed by a QName instance, see
org.openjump.core.model.OpenJumpTaskProperties for the list of standard
properties (just SRID at the moment). If you want to add a standard
property it would go in this constant
Hei Christiano,
I thought first you refer to another bug (to much triangles). But what I
see is that you whish to have your background polygon completely covered
by the thiessen polygons, right?
Well the thing is, that currently the algorithm takes only in account
the input points. It does not
+1
sounds reasonable (alhough I never needed something like this for my
experimental stuff)
Andreas Schmitz schrieb:
> Paul Austin wrote:
>
> Hi,
>
>> At the moment there is not a good way to find the Task which owns a
>> Layerable or Category. The only way I can see this is you have to find
15 matches
Mail list logo
