Good Day.
I want create wizard for spatial queries for system PostGis by means of edits
existing plugin Run Datastore Query. Wizard would 'd to be similar to Wizard
use in application QuantumGIS 0.8. It should make possible simple trust using
PostGis function. (Lenght, Distance, Transform…). If
You can try the SIS DataBase Plug-In.
It can be downloaded from:
http://sourceforge.net/project/showfiles.php?group_id=118054&package_id=217237
Instructions are inside file SISDB.txt.
It works for "add a Datastore query" too and it also works with Oracle
(albeit it's not fully debugged
Paul,
I don't have a problem with adding a module to the SVN for Microsoft
Windows specific items either.
Would we make a subdiredtory of /trunk/installer or /trunk/scripts for
this purpose?
The Sunburned Surveyor
On 7/4/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>
> >
> > What I'm propo
Larry's idea for a launcher based on Eclipse sounds interesting, but
might we contact the JSmooth folks to see of there is already support
for a flexible class path that we are missing, or, to see if there are
plans to add it?
The Sunburned Surveyor
On 7/11/07, Sunburned Surveyor <[EMAIL PROTECTE
Stefan,
I don't have access to a Mac either, so I'm afraid that I won't be much help.
SS
On 7/4/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Hi Stefan,
>
> If only I had a MacOSX computer I could look into it, but I'm stuck with
> win and lin for now :(
>
> I'll ask some friends to see if they k
Every once and a while I get the chance to mention OpenJUMP on a GIS
mailing list used by mostly ESRI folks, or users of other proprietary
software. Perhaps we could be getting a spike in downloads from that,
or something similar?
The Sunburned Surveyor
On 7/5/07, Joe Desbonnet <[EMAIL PROTECTED]
Thank you for mentioning these other two players. They should be
involved as well.
The Sunburned Surveyor
On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> just a note:
>
> apart from degree one may also look on Kosmos code and Erwans Project:
> http://geosysin.iict.ch/irstv-trac/wiki
>
>
I have created a patch for the InfoModel class so that it does not
actually remove the features for a Layer until after it has notified the
listeners. This enables the listeners to get the features that are going
to be removed.
Can people have quick look and see if their plugins would be affec
Larry wrote: "Our users typically produce maps for limited distribution in two
different formats: DXF and PDF. It also may be printed on either a
standard printer or a large size plotter in order to study it more
closely or prepare for a meeting with a client.
The advantage of the DXF distributio
Martin,
Why would mutable Features be a bad idea?
SS
On 7/9/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>
>
> Stefan Steiniger wrote:
> >
> > my 2 cents:
> > i think my first implementations also modified coordinates of layer
> > geometries directly. But in general, i always copy a geometry and
Stefan wrote: "the ID should be unique within one layer..."
That is what I thought. Thank you for confirming.
Stefan wrote: "for cloning and copying look in the code!"
Actually, the getID method is defined in the Feature interface, and is
implemented by BasicFeature. I think this leaves open som
SS,
When I think modules I think top level directories in the SVN with their
own trunk, tags and branches.
So we would have
/openjump-launcher
/trunk
/tags
/branches
This module would contain any source code for building binary launchers
and installers. I changed my mind from win3
Paul wrote: "When I think modules I think top level directories in the
SVN with their
own trunk, tags and branches.
So we would have
/openjump-launcher
/trunk
/tags
/branches
This module would contain any source code for building binary launchers
and installers. I changed my mind from w
SS,
I'm going to do this in stages.
1. Create the new module
2. Change and test the new binary
3. Cleanup the core module, moving some launcher files around a bit.
Will need something like the scripts directory to put the compiled
versions in so that the nightly build doesn't have to build the
The ususal reason - unexpected aliasing effects. I.e. it means that
code can never depend on Features not changing underneath them.
Consider for example some extension which creates an index on top of a
FeatureCollection which is contained in a Layer, and caches this index
for future use. If
I've got my computers unpacked, hooked up, and my internet service
switched over to my new house. I'm still in the process of unpacking
and organizing, but I should be up and running now.
Since Jon has got the nightly builds running with Subversion (you are
awesome Jon!) I will return to my work o
This seems like a logical patch to apply Paul. If no one pipes up
about a problem I think you should go for it.
SS
On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> I have created a patch for the InfoModel class so that it does not
> actually remove the features for a Layer until after it has
Hi SS,
I have an idea:
I think I could tranfer the things I wrote about the
help on your "New User Guide" web page.
I could use a new page ("List of Functions") or I can
modify the "Index" page. By the time I finish new
parts I can upgrade it. Of coarse I will use minimum
text and few pictures.
Hi Sunburned,
I actually got on board with DWF back in 1995 when AutoDesk first
introduced the WHIP! web browser plug-in. I got the "free" SDK and
started developing an application based on it. Imagine my surprise
when I got a letter from AutoDesk saying that they were revoking the
licenses of
Actually, I believe the FID is currently unique across all layers.
Larry
On 7/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> Stefan wrote: "the ID should be unique within one layer..."
>
> That is what I thought. Thank you for confirming.
>
> Stefan wrote: "for cloning and copying look in
Seems like a harmless change to me.
Larry
On 7/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> This seems like a logical patch to apply Paul. If no one pipes up
> about a problem I think you should go for it.
>
> SS
>
> On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> > I have created
I'll try to dig around in the code to see if I can figure out the
answer to this question. I think we need to clarify/resolve some of
these questions about Feature identification.
Thanks for the help.
The Sunburned Surveyor
On 7/11/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> Actually, I believ
Features that extend AbstractBasicFeature use the FeatureUtil.nextID()
to generate an ID which is unique across all layers.
I would not tie the uniqueness of an ID to a dataset (currently one
dataset == one Layer), as in the future you may have query layers which
bring in features from differen
Paul,
As it currently stands, the SkyJUMP launcher assumes that the
startup jar has all of the classpath stuff defined in the Manifest.
This is what SkyJUMP does, but to date this technique has not worked
on OJ. I'm not sure what the problem is. It may have something to do
with having two mai
Larry,
I've done work related to launchers and classpaths before so I should be
able to adapt it to work with multiple jar files
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version
Hi,
ID is not only unique for a layer, it is unique for all the features
derived from AbstractBasicFeature (mainly BasicFeature).
Note : when you connect to a database in such a way that data is only
loaded on demand, the same feature can take successively different ids
each time it is reloaded
Thanks for the comments.
Let me chew on this one a little while and then I'll probably have
something to add.
SS
On 7/11/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
> Hi,
>
> ID is not only unique for a layer, it is unique for all the features
> derived from AbstractBasicFeature (mainly Basic
I was reading a little today about Bouy, one of the libraries we are
using in OpenJUMP. It seems very interesting. I'm curious if this
library is a dependency of the core, or if it is instead being used by
plug-ins.
Is the Bouy library still maintained? It seems from reading the Bouy
website that
Bouy is used by
org.openjump.core.ui.plugin.queries.QueryDialog
There is an unused import in
org.openjump.core.ui.plugin.queries.Condition
Paul
Sunburned Surveyor wrote:
> I was reading a little today about Bouy, one of the libraries we are
> using in OpenJUMP. It seems very interesting. I'm c
Thanks Paul.
I'm just wondering if the use of this library is really necessary. It
seems that we aren't using it extensively.
Is it something we should keep around? Perhaps if it isn't maintained
it is worth removing.
What do you guys think? Is it a library we should keep?
SS
On 7/11/07, Paul
I'd be happy to remove it from the core libraries, and if needed be come
up with our own library of reusable UI components. I'm already coming up
with a few.
Paul
Sunburned Surveyor wrote:
> Thanks Paul.
>
> I'm just wondering if the use of this library is really necessary. It
> seems that we a
It's always nicer to have as few dependencies on external libraries as
possible.
If this is just to make some UI development easier, I'd say gun it, and
step up to Swing. Of course, this will require the client plugins to be
modified.
Sunburned Surveyor wrote:
> Thanks Paul.
>
> I'm just wond
And there's also the cool Dialog generator that Jon wrote, which is used
extensively in JUMP. I'd suggest enhancing that when & where it makes
sense.
Paul Austin wrote:
> I'd be happy to remove it from the core libraries, and if needed be come
> up with our own library of reusable UI component
Hi,
I used buoy when I wrote SimpleQueryPlugIn. After that, the plugin has
been included in OpenJUMP's core.
Buoy has been written by a single developper which is also the author of
aoi (art of illusion), a fantastic 3D modelling and rendering software.
At that time, I thought that buoy could b
my opinion:
>Now, I still consider buoy as a very cool library, but I can see that
>adoption by java community is very slow, and you are right, adding such
>a library for only one plugin is not worthwhile.
>Some scenarios for the future of buoy in OJ are :
>- let buoy and simple query as it is
35 matches
Mail list logo
