[JPP-Devel] Run Datastore Query plugin modify
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 already exists similar plugin, or somebody develops on similar plugin, please write me e-mail. please excuse my English P. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] R: Run Datastore Query plugin modify
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 with Oracle). It has no query-builder functionality, so you have to enter the SQL manually, anyway I regularely use it for PostGIS queries with geometric functions and it always worked (with my data at least, since I myself developed it...). Like any other OJ Datastore is read-only. Bye Paolo Rizzi > -Messaggio originale- > Da: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] conto di > Pavel Ševcík > Inviato: mercoledì 11 luglio 2007 13.48 > A: jump-pilot-devel@lists.sourceforge.net > Oggetto: [JPP-Devel] Run Datastore Query plugin modify > > > 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 already > exists similar plugin, or somebody develops on similar > plugin, please write me e-mail. > > please excuse my English > P. > > -- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Windows Launcher
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 proposing is that we start to modularize the Open JUMP SVN and > > put all the windows specific application in it's own module. > > no problem with that > if you want to start.. then go ahead > > (unfortunately i did not had yet one look on the svn) > > stefan > > > > > Paul > > > > Stefan Steiniger wrote: > >> mhm.. i am bit confuses > >> > >> first we were talking about a launch tool and now about an installer? > >> > >> @Paul.. Steve has long time ago setup an installer for windows for OJ > >> version 1.0.1. This stuff is still on the cvs. as far as i remember it > >> is the nullsoft installer. > >> > >> stefan > >> > >> > >> Larry Becker schrieb: > >> > >>> Hi Paul, > >>> > >>> Assuming everyone agrees, of course, that would be great! The > >>> Eclipse launcher that it is based on is written in cross platform C > >>> (mostly) with the necessarily platform dependent stuff isolated into > >>> specific directories. > >>> > >>> Supporting drag and drop is simply a matter of processing command > >>> line arguments to the launcher and passing them on to JUMP on startup. > >>> We had to do a few mods to JUMP to get it working reliably. After > >>> JUMP is up and running, when the launcher gets a drag and drop or > >>> double-click, it sends keystrokes to the JUMP window that give it > >>> focus and invoke the proper interface routine. > >>> > >>> The SkyJUMP launcher source is at: > >>> http://skyjump.cvs.sourceforge.net/skyjump/skyjump/launcher/ > >>> > >>> I can help with the port when I get through with my rendering mods. > >>> > >>> regards, > >>> Larry Becker > >>> > >>> On 7/3/07, Paul Austin <[EMAIL PROTECTED]> wrote: > >>> > Hi Larry, > > As you've obviously tried various different launchers and come up with > one > that works with the JUMP platform, any chance that we could back port > this > work into open jump? What else is required to support drag and drop into > the > JUMP platform. Also I'm presuming your launcher allows you to have only > one > copy so if you double click on a file it loads in the current instance > rather than start a new one. > > I think we should create a new SVN module openjump-win32, where we can > put > the launcher and installers specific to the windows 32-bit platform. > > Paul > > > Larry Becker wrote: > I've tried launch4j and it worked OK. For SkyJUMP I ultimately > decided to build a custom launcher using the eclipse launcher for > additional flexibility. That was the only way I could get > double-click and drag and drop file functionality to work. > > Larry > > On 7/3/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > > Stefan, > > Have a look under installer directory in SVN, I'm not sure who put it > there. > > Paul > > > Stefan Steiniger wrote: > i don't have problems with launch4j > > although i did miss who uses jsmooth? (maybe because i have been not > following the list in the last 2 weeks) > > stefan > > Paul Austin wrote: > > > > I've been looking at the existing windows launcher using JSmooth and > see one problem with it. With JSmooth you have to explicitly state the > full list of jar files in the lib and the batik directory. Therefore > if we change library versions or add new libraries we would need to > update the .jsmooth file and recreate the exe file. > > I had a look at http://launch4j.sourceforge.net/ and it > supports wild > cards for the class path and have created the attached configuration > to create the exe file. > > What do people think about using launch4j instead? > > Paul > > > > > true > gui > > openjump.exe > > -properties bin/workbench-properties.xml -plug-in-directory > lib/ext > .. > normal > http://java.com/download > > true > false > C:\Documents and Settings\paustin\My > Documents\workspace\openjump\installer\OpenJump.ico > > com.vividsolutions.jump.workbench.JUMPWorkbench > ./lib/*.jar > ./lib/batik/*.jar > ./build/*.jar > > > > 1.5.0 > > false > 256 > 256 > -Djava.library.path=lib/ext > -Dlog4j.configuration=file:bin/log4j.xml > > > > -
Re: [JPP-Devel] Windows Launcher
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 PROTECTED]> wrote: > 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 proposing is that we start to modularize the Open JUMP SVN and > > > put all the windows specific application in it's own module. > > > > no problem with that > > if you want to start.. then go ahead > > > > (unfortunately i did not had yet one look on the svn) > > > > stefan > > > > > > > > Paul > > > > > > Stefan Steiniger wrote: > > >> mhm.. i am bit confuses > > >> > > >> first we were talking about a launch tool and now about an installer? > > >> > > >> @Paul.. Steve has long time ago setup an installer for windows for OJ > > >> version 1.0.1. This stuff is still on the cvs. as far as i remember it > > >> is the nullsoft installer. > > >> > > >> stefan > > >> > > >> > > >> Larry Becker schrieb: > > >> > > >>> Hi Paul, > > >>> > > >>> Assuming everyone agrees, of course, that would be great! The > > >>> Eclipse launcher that it is based on is written in cross platform C > > >>> (mostly) with the necessarily platform dependent stuff isolated into > > >>> specific directories. > > >>> > > >>> Supporting drag and drop is simply a matter of processing command > > >>> line arguments to the launcher and passing them on to JUMP on startup. > > >>> We had to do a few mods to JUMP to get it working reliably. After > > >>> JUMP is up and running, when the launcher gets a drag and drop or > > >>> double-click, it sends keystrokes to the JUMP window that give it > > >>> focus and invoke the proper interface routine. > > >>> > > >>> The SkyJUMP launcher source is at: > > >>> http://skyjump.cvs.sourceforge.net/skyjump/skyjump/launcher/ > > >>> > > >>> I can help with the port when I get through with my rendering mods. > > >>> > > >>> regards, > > >>> Larry Becker > > >>> > > >>> On 7/3/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > >>> > > Hi Larry, > > > > As you've obviously tried various different launchers and come up > > with one > > that works with the JUMP platform, any chance that we could back port > > this > > work into open jump? What else is required to support drag and drop > > into the > > JUMP platform. Also I'm presuming your launcher allows you to have > > only one > > copy so if you double click on a file it loads in the current instance > > rather than start a new one. > > > > I think we should create a new SVN module openjump-win32, where we > > can put > > the launcher and installers specific to the windows 32-bit platform. > > > > Paul > > > > > > Larry Becker wrote: > > I've tried launch4j and it worked OK. For SkyJUMP I ultimately > > decided to build a custom launcher using the eclipse launcher for > > additional flexibility. That was the only way I could get > > double-click and drag and drop file functionality to work. > > > > Larry > > > > On 7/3/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > > > > > Stefan, > > > > Have a look under installer directory in SVN, I'm not sure who put it > > there. > > > > Paul > > > > > > Stefan Steiniger wrote: > > i don't have problems with launch4j > > > > although i did miss who uses jsmooth? (maybe because i have been not > > following the list in the last 2 weeks) > > > > stefan > > > > Paul Austin wrote: > > > > > > > > I've been looking at the existing windows launcher using JSmooth and > > see one problem with it. With JSmooth you have to explicitly state the > > full list of jar files in the lib and the batik directory. Therefore > > if we change library versions or add new libraries we would need to > > update the .jsmooth file and recreate the exe file. > > > > I had a look at http://launch4j.sourceforge.net/ and it > > supports wild > > cards for the class path and have created the attached configuration > > to create the exe file. > > > > What do people think about using launch4j instead? > > > > Paul > > > > > > > > > > true > > gui > > > > openjump.exe > > > > -properties bin/workbench-properties.xml -plug-in-directory > > lib/ext > > .. > >
Re: [JPP-Devel] graphic errors in JUMP on MAC OSX
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 know anything. > > Paul > > Stefan Steiniger wrote: > > Hei, > > > > as we won a couple of experienced programmers i would like to report a > > problem with OSX. > > > > the problem appears for a) the load-dataset-dialog (not the one for > > files) and b) the styles pannel. > > > > What happens on OSX is, that > > * for (a) the ok button does not exist (and also the older trick of > > simply closing the dialog after selecting a file does not work anymore) > > * for (b) almost all faders, dropdown boxes and buttons are missing > > > > what i discovered is, that (b)- the style dialog - is very shortly drawn > > completely and then everything disappears. Interestingly, if one clicks > > around the elements appear if one hits them. > > > > I/we tried to solve the problem for the style dialog by calling: > > revalidate() and repaint() at the very last position of the > > BasicStylePannel's constructor. But without any success! :( > > > > any further suggestions? > > > > (actually i realized the styling problem just this week on a colleagues > > computer.. so i don't wonder that there are no MAC-OJ users out there) > > > > stefan > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] whats going on with the downloads
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]> wrote: > Probably got mentioned in an article or popular blog entry. BTW: > Google Analytics is very good for tracking this sort of stuff (you > just need to add a small bit of Javascript on the bottom of every > page) > > Joe. > > On 7/5/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > Hei Guys.. > > > > i just had a look on the download statistics and git shocked: > > > > on July 2nd we had 1,204 downloads. I wonder what happened. Even if i > > imagine that a university course with 100 people started we should have > > at max 500 downloads (oj + doc + data + who knows for plugin..) but we > > have 836 alone for the OJ package. And currently university courses are > > ending rather then beginning. > > > > > > weired.. that manipulates the whole statistics > > > > stefan > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Fwd: Planning For Future Collaboration With GeoTools
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 > > stefan > > Sunburned Surveyor schrieb: > > Sunburned Surveyor wrote: > >> I've been working quitely with Jody Garnett off the mailing list. > >> We've been exlporing opportunities for GeoTools/OpenJUMP > >> collaborartion. > > We tagged in Andrea for a couple of rounds as well. > >> We've decided that we shouldn't let our different FeatureModels be an > >> unsurmountable obstacle to cooperation. We are investigating other > >> areas where we can work together. > >> > >> I must admit this hasn't been all ice cream and cake, and I don't > >> agree with everything the GeoTools developers have to tell me. There > >> is some common ground we can build on despite this, thanks to Jody's > >> efforts. > >> > >> One of these areas is data access or data i/o. Jody and I are talking > >> about designing a set of interfaces that will allow our two projects, > >> at some point in the future, to take advantage of the same data access > >> code. There is really no reason to have duplicate code between our > >> projects in this regard. > > I really would like to set up something simple that *just* reads the > > formats; similar to the split seen in the hibernate OR mapper. I would > > like to arrange similar split resulting in a FR mapper :-) The "mapping" > > part from the raw data into a feature would be the part of interest to > > each project. > >> Our current plans are to offer up some very basic and low-level > >> collection of primitive Java data types, Java Strings, and a geometry > >> representation. (We are still working on how the geometry will be > >> represented.) Our goal is to have a feature representation simple > >> enough to allow easy conversion to the different feature models. > > Doh: what he said. > >> Here is why I am even boring you guys with all of this: > >> > >> Do we currently have any plans for the development of our data access > >> or data i/o framwork? Would anyone be interested in working with me on > >> a plan for this development, and then incorporating this plan into a > >> design of the interfaces that I hope we can share with GeoTools in a > >> couple of years? Is there any major problems with the data access or > >> data I/O that I need to look at when I start work in this? > > GeoTools has no real interesting plans right now; we will implement WFS > > 1.1. support over the course of the summer (several sources seem to be > > gathering funding; basically to wrap our GML3 parser up as as a reader); > > there are a couple competing Oracle implementations , with some > > performance testing and encouragement they will join forces. I would > > like to see a KML reader produced ... > >> I appreciate your feedback and ask that you keep your mind open to the > >> possibilities. > > Cheers, and thanks for doing all the leg work. I know us developer types > > are often too close to the problem at hand to take a longer view. Please > > be patient and we will build all manner of nifty stuff. > > > > Jody > >> P.S. - This doesn't mean that I am forgetting about the Deegree > >> Project. I plan on using their code to access ESRI Shapefiles in my > >> FeatureCache. :] > > I should look over there again; although if you are shopping around the > > gvSig implementation is very smart - it keeps the Geometry in a raw form > > until it is needed as a JTS object. We traded performance numbers with > > them all last summer. > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ __
[JPP-Devel] Patch for InfoModel
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 affected
by this change before I check-in.
Paul
Index: C:/Documents and Settings/paustin/My
Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
===
--- C:/Documents and Settings/paustin/My
Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
(revision 887)
+++ C:/Documents and Settings/paustin/My
Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
(working copy)
@@ -92,8 +92,6 @@
public void remove(Layer layer) {
LayerTableModel layerTableModel = getTableModel(layer);
-((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
-layerToTableModelMap.remove(layer);
for (Iterator i = listeners.iterator(); i.hasNext();) {
InfoModelListener listener = (InfoModelListener) i.next();
@@ -99,6 +97,8 @@
InfoModelListener listener = (InfoModelListener) i.next();
listener.layerRemoved(layerTableModel);
}
+((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
+layerToTableModelMap.remove(layer);
}
public void clear() {
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Rendering problems affecting the quality of printing
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 distribution is that it can be opened in free CAD viewers which have exact measurement tools. The advantage of the PDF is that it is ready to print and everyone understands it." I have been exploring the use of DWF as a means for distributing CAD data as an alternative to PDF. Autodesk has made the DWF viewer and WXF writer available for free, and more importantly the DWF file format is available in a published spec. DWF allows for easy printing, measurment in the drawing with snaps, and markup/commmenting tools. Just a thought... The Sunburned Surveyor On 7/8/07, Larry Becker <[EMAIL PROTECTED]> wrote: > I would be interested in the perceptual limit. > > 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 distribution is that it can be opened in free > CAD viewers which have exact measurement tools. The advantage of the > PDF is that it is ready to print and everyone understands it. > > The disadvantage of PDF is its limited usefulness for viewing on > screen. Zooming is limited and graphics tend to look "chuncky" and > imprecise. This is why I am trying to improve the printing quality to > PDF. The current output looks somewhat unprofessional. > > regards, > Larry > > On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > > The only thing that will make the SVG look different will > > > be a different styling. The right sizes of the graphical > > > attributes must have a physical measure. The output medium > > > has to have a physical measure. Than you can determine the > > > right scales. > > > > do you think that is possible? Since every printer has his own physical > > limits one probably needs to look for the printer settings... a bit > > tricky for different platforms? (ok.. at the end there is always a > > rastering, if one does not use pen-plotters..., so a solution may be to > > let the user define a DPI value in *JUMP). > > The other thing i can remark is that the human has perceptual limits to > > see something. I can post this minimum "mm" thresholds teached in > > cartography if somebody is interested. > > > > stefan > > > > > > > > What we need is a concept of a physical size based output device. > > > Renderers must be aware of this. This leads to a lot of refactoring. > > > As an alternative we can build a complete new rendering path, > > > which has to be consistent with the old one. WYSIWYG is another > > > word that comes to mind. What if someone add a new Layerable with > > > new Renderers? Should she or he implement the same logic twice? > > > > > > - Sascha > > > > > > Sunburned Surveyor schrieb: > > >> Larry, > > >> > > >> I know it is very easy to convert to SVG by using the JTS graphics > > >> painted on the LayerViewPanel and the Batik libs. > > >> > > >> I wonder if some of the problems could be eliminated by using the JTS > > >> Goemetries and Layer styling information to convert directly to SVG. > > >> > > >> Just a thought. > > >> > > >> The Sunburned Surveyor > > >> > > >> On 6/29/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > >>> More surprises (for me). Someone stop me if this is already > > >>> documented. If you set the line width to zero, you get very faint > > >>> lines. The documentation for BasicStroke says, "If width is set to > > >>> 0.0f, the stroke is rendered as the thinnest possible line for the > > >>> target device and the antialias hint setting." > > >>> > > >>> Apparently when you create a new layer, the line width defaults to 1. > > >>> I never noticed that you could drag it left to 0, or if I did I must > > >>> have assumed it was an error. > > >>> > > >>> This could be very handy when you are printing and the lines are > > >>> showing up too wide on the print device, or just when you have a lot > > >>> of linestrings very close together. > > >>> > > >>> regards, > > >>> Larry > > >>> > > >>> On 6/28/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > Interesting... It turns out that when rendering antialiased lines, > > Java2D actually draws lines with fractional widths as shown in the > > attached JumpWindow screen capture. This would make it possible to > > modify the Change Style line width slider to support floating point > > values that represent very thin lines. > > > > Larry > > > > On 6/28/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > To give a better idea of problem (1), I have attached two jpegs. They > > > were made by doing a screen capture within Inkscape whil
Re: [JPP-Devel] JTS/CursorTool side effects with shared vertices from shapefile?
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 modify > > the coordinates with coord.x > > > Good - that's the right way to do it. > > Otherwise, what would be the way to do map generalisation (such as > > applying a line smoothing algorithm that displaces vertices without > > changing the number)??? I know, that by using the Douglas Peucker > > algorithm a new Geometry object could be created afterwards, but here as > > well online-modification may be worth? > > Hence, for me Geoemtries are mutable. (But suggestions are welcome) > > > For any operation on a Geometry, you can always create a new Geometry to > represent the result of the operation. This Geometry can be stored back > in the the Feature object the input came from. > > Note that this implies that Features are mutable. I'm not 100% sure > this is a good idea either - but it's less bad than mutating Geometries. > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about Feature.getID method...
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 some room for problems. Although our interface specifies the basic behavior of the getID method, it doesn't really specify the details of the mechanism used to identify Feature objects. Even if I look at the behavior of copying and cloning in the BasicFeeature implementation, it is possible that my FeatureCache might have to deal with implementations that do not use the same behavior. I will have to think about this problem some more. Perhaps I am missing something. Thanks for the suggestions. The Sunburned Surveyor On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > the ID should be unique within one layer.. > > for cloning and copying look in the code! > > Sunburned Surveyor schrieb: > > I'm still chipping away at my FeatureCache. I'm currently working on > > the class that will write Features to a binary file that uses a > > shortened format of BOFF. > > (http://thejumppilotproject.pbwiki.com/Binary+Open+Feature+Format) > > Part of the format stores a unique numeric identifier for the Feature, > > which I will also be using in my FeatureCache internally. > > > > The BOFF format defines this unique numeric identifier for features as > > an 8 byte long. The Feature interface provides a getID method that > > returns an int. This isn't a problem, since I Java will automatically > > convert the int to a long. > > > > However, I need to ask some questions about the getID method so that I > > don't use it improperly in the guts of the FeatureCache. Is the int > > returned by the getID method gauranteed to be unique within each > > FeatureCollection? Can a Layer contain two Features with the same ID? > > What if a Feature is cloned or copied? > > > > Thanks for any information on how the ID mechanism for Features works > > in JUMP/OpenJUMP. > > > > The Sunburned Surveyor > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Windows Launcher
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 win32 specific as we may want win64, macosx, linux etc launchers and installers in the future. You would then compile this module to create the actual executables. We could also add a copy of the generated binary into the core module when we generate it for the releases. By having separate modules they can have their own life cycle that is independent from the core module. On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher I personally think I'd like to take Larry's code and make changes to brand it as OpenJump as he's done a lot of work to make things work smoothly. When I tried JSmooth it didn't create a valid exe. Paul Sunburned Surveyor wrote: > 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 > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Windows Launcher
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 win32 specific as we may want win64, macosx, linux etc launchers and installers in the future." This makes good sense. Go for it. (Does this eliminate the need for the /trunk/scripts directory? We want to keep things as clean as possible.) Paul wrote: "On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher I personally think I'd like to take Larry's code and make changes to brand it as OpenJump as he's done a lot of work to make things work smoothly. When I tried JSmooth it didn't create a valid exe." O.K. I know Larry does great work, I just worry about getting something that is too complex, even if it is fancy. :] I'll trust your judgement on this one. The Sunburned Surveyor On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote: > 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 win32 specific as we may want > win64, macosx, linux etc launchers and installers in the future. > > You would then compile this module to create the actual executables. > > We could also add a copy of the generated binary into the core module > when we generate it for the releases. > > By having separate modules they can have their own life cycle that is > independent from the core module. > > On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher I > personally think I'd like to take Larry's code and make changes to brand > it as OpenJump as he's done a lot of work to make things work smoothly. > When I tried JSmooth it didn't create a valid exe. > > Paul > > Sunburned Surveyor wrote: > > 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 > > > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Windows Launcher
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 launcher every time (that will come later). Paul Sunburned Surveyor wrote: > 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 win32 specific as we may want > win64, macosx, linux etc launchers and installers in the future." > > This makes good sense. Go for it. (Does this eliminate the need for > the /trunk/scripts directory? We want to keep things as clean as > possible.) > > Paul wrote: "On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher > I > personally think I'd like to take Larry's code and make changes to brand > it as OpenJump as he's done a lot of work to make things work smoothly. > When I tried JSmooth it didn't create a valid exe." > > O.K. I know Larry does great work, I just worry about getting > something that is too complex, even if it is fancy. :] I'll trust your > judgement on this one. > > The Sunburned Surveyor > > On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote: > >> 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 win32 specific as we may want >> win64, macosx, linux etc launchers and installers in the future. >> >> You would then compile this module to create the actual executables. >> >> We could also add a copy of the generated binary into the core module >> when we generate it for the releases. >> >> By having separate modules they can have their own life cycle that is >> independent from the core module. >> >> On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher I >> personally think I'd like to take Larry's code and make changes to brand >> it as OpenJump as he's done a lot of work to make things work smoothly. >> When I tried JSmooth it didn't create a valid exe. >> >> Paul >> >> Sunburned Surveyor wrote: >> >>> 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 >>> >>> >>> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JTS/CursorTool side effects with shared vertices from shapefile?
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 the user or some other tool changes the geometry of one of the Features in the Layer, the index is now invalid. This can lead to unexpected failures or incorrect results. Since Features are so visible to the user, this doesn't seem to be a big problem. I suspect this is because there are very few plugins which actually cache information about Features. And non-mutable objects are a bit more cumbersome to work with, so I'm not really proposing that this be fixed now. One design to mitigate this is to allow FeatureCollections to fire events when Features change. This will probably be necessary in any case to support true updatable, transactional DB layers, I think. Sunburned Surveyor wrote: > 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 modify >>> the coordinates with coord.x >>> >>> >> Good - that's the right way to do it. >> >>> Otherwise, what would be the way to do map generalisation (such as >>> applying a line smoothing algorithm that displaces vertices without >>> changing the number)??? I know, that by using the Douglas Peucker >>> algorithm a new Geometry object could be created afterwards, but here as >>> well online-modification may be worth? >>> Hence, for me Geoemtries are mutable. (But suggestions are welcome) >>> >>> >> For any operation on a Geometry, you can always create a new Geometry to >> represent the result of the operation. This Geometry can be stored back >> in the the Feature object the input came from. >> >> Note that this implies that Features are mutable. I'm not 100% sure >> this is a good idea either - but it's less bad than mutating Geometries. >> >> -- >> Martin Davis >> Senior Technical Architect >> Refractions Research, Inc. >> (250) 383-3022 >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Up and running...
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 on the pluggable rendering system for OpenJUMP. The Sunburned Surveyor - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Patch for InfoModel
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 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 affected
> by this change before I check-in.
>
> Paul
>
> Index: C:/Documents and Settings/paustin/My
> Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> ===
> --- C:/Documents and Settings/paustin/My
> Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> (revision 887)
> +++ C:/Documents and Settings/paustin/My
> Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> (working copy)
> @@ -92,8 +92,6 @@
>
> public void remove(Layer layer) {
> LayerTableModel layerTableModel = getTableModel(layer);
> -((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
> -layerToTableModelMap.remove(layer);
>
> for (Iterator i = listeners.iterator(); i.hasNext();) {
> InfoModelListener listener = (InfoModelListener) i.next();
> @@ -99,6 +97,8 @@
> InfoModelListener listener = (InfoModelListener) i.next();
> listener.layerRemoved(layerTableModel);
> }
> +((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
> +layerToTableModelMap.remove(layer);
> }
>
> public void clear() {
>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] To Sunburned Surveyor - Help files
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. You could control every now
and then that I don't write dumb things
What do you think about?
Peppe
___
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
http://it.docs.yahoo.com/nowyoucan.html
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Rendering problems affecting the quality of printing
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 all developers using their product. This pretty much killed DWF for a decade. I see that it is making a comeback lately, but it has still left a bad taste in my mouth. I have a hard time now trusting any format that isn't truly free in the FSF sense. (Yes, DXF isn't free either, but it isn't going away soon in CAD circles either.) regards, Larry On 7/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > 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 distribution is that it can be opened in free > CAD viewers which have exact measurement tools. The advantage of the > PDF is that it is ready to print and everyone understands it." > > I have been exploring the use of DWF as a means for distributing CAD > data as an alternative to PDF. Autodesk has made the DWF viewer and > WXF writer available for free, and more importantly the DWF file > format is available in a published spec. DWF allows for easy printing, > measurment in the drawing with snaps, and markup/commmenting tools. > > Just a thought... > > The Sunburned Surveyor > > > On 7/8/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > I would be interested in the perceptual limit. > > > > 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 distribution is that it can be opened in free > > CAD viewers which have exact measurement tools. The advantage of the > > PDF is that it is ready to print and everyone understands it. > > > > The disadvantage of PDF is its limited usefulness for viewing on > > screen. Zooming is limited and graphics tend to look "chuncky" and > > imprecise. This is why I am trying to improve the printing quality to > > PDF. The current output looks somewhat unprofessional. > > > > regards, > > Larry > > > > On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > > > The only thing that will make the SVG look different will > > > > be a different styling. The right sizes of the graphical > > > > attributes must have a physical measure. The output medium > > > > has to have a physical measure. Than you can determine the > > > > right scales. > > > > > > do you think that is possible? Since every printer has his own physical > > > limits one probably needs to look for the printer settings... a bit > > > tricky for different platforms? (ok.. at the end there is always a > > > rastering, if one does not use pen-plotters..., so a solution may be to > > > let the user define a DPI value in *JUMP). > > > The other thing i can remark is that the human has perceptual limits to > > > see something. I can post this minimum "mm" thresholds teached in > > > cartography if somebody is interested. > > > > > > stefan > > > > > > > > > > > What we need is a concept of a physical size based output device. > > > > Renderers must be aware of this. This leads to a lot of refactoring. > > > > As an alternative we can build a complete new rendering path, > > > > which has to be consistent with the old one. WYSIWYG is another > > > > word that comes to mind. What if someone add a new Layerable with > > > > new Renderers? Should she or he implement the same logic twice? > > > > > > > > - Sascha > > > > > > > > Sunburned Surveyor schrieb: > > > >> Larry, > > > >> > > > >> I know it is very easy to convert to SVG by using the JTS graphics > > > >> painted on the LayerViewPanel and the Batik libs. > > > >> > > > >> I wonder if some of the problems could be eliminated by using the JTS > > > >> Goemetries and Layer styling information to convert directly to SVG. > > > >> > > > >> Just a thought. > > > >> > > > >> The Sunburned Surveyor > > > >> > > > >> On 6/29/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > >>> More surprises (for me). Someone stop me if this is already > > > >>> documented. If you set the line width to zero, you get very faint > > > >>> lines. The documentation for BasicStroke says, "If width is set to > > > >>> 0.0f, the stroke is rendered as the thinnest possible line for the > > > >>> target device and the antialias hint setting." > > > >>> > > > >>> Apparently when you create a new layer, the line width defaults to 1. > > > >>> I never noticed that you could drag it left to 0, or if I did I must > > > >>> have assumed it was an error. > > > >>> > > >
Re: [JPP-Devel] Question about Feature.getID method...
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 the code!" > > Actually, the getID method is defined in the Feature interface, and is > implemented by BasicFeature. I think this leaves open some room for > problems. Although our interface specifies the basic behavior of the > getID method, it doesn't really specify the details of the mechanism > used to identify Feature objects. Even if I look at the behavior of > copying and cloning in the BasicFeeature implementation, it is > possible that my FeatureCache might have to deal with implementations > that do not use the same behavior. > > I will have to think about this problem some more. Perhaps I am > missing something. > > Thanks for the suggestions. > > The Sunburned Surveyor > > > > On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > the ID should be unique within one layer.. > > > > for cloning and copying look in the code! > > > > Sunburned Surveyor schrieb: > > > I'm still chipping away at my FeatureCache. I'm currently working on > > > the class that will write Features to a binary file that uses a > > > shortened format of BOFF. > > > (http://thejumppilotproject.pbwiki.com/Binary+Open+Feature+Format) > > > Part of the format stores a unique numeric identifier for the Feature, > > > which I will also be using in my FeatureCache internally. > > > > > > The BOFF format defines this unique numeric identifier for features as > > > an 8 byte long. The Feature interface provides a getID method that > > > returns an int. This isn't a problem, since I Java will automatically > > > convert the int to a long. > > > > > > However, I need to ask some questions about the getID method so that I > > > don't use it improperly in the guts of the FeatureCache. Is the int > > > returned by the getID method gauranteed to be unique within each > > > FeatureCollection? Can a Layer contain two Features with the same ID? > > > What if a Feature is cloned or copied? > > > > > > Thanks for any information on how the ID mechanism for Features works > > > in JUMP/OpenJUMP. > > > > > > The Sunburned Surveyor > > > > > > - > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > ___ > > > Jump-pilot-devel mailing list > > > Jump-pilot-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- http://amusingprogrammer.blogspot.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Patch for InfoModel
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 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 affected
> > by this change before I check-in.
> >
> > Paul
> >
> > Index: C:/Documents and Settings/paustin/My
> > Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> > ===
> > --- C:/Documents and Settings/paustin/My
> > Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> > (revision 887)
> > +++ C:/Documents and Settings/paustin/My
> > Documents/workspace/openjump/src/com/vividsolutions/jump/workbench/ui/InfoModel.java
> > (working copy)
> > @@ -92,8 +92,6 @@
> >
> > public void remove(Layer layer) {
> > LayerTableModel layerTableModel = getTableModel(layer);
> > -((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
> > -layerToTableModelMap.remove(layer);
> >
> > for (Iterator i = listeners.iterator(); i.hasNext();) {
> > InfoModelListener listener = (InfoModelListener) i.next();
> > @@ -99,6 +97,8 @@
> > InfoModelListener listener = (InfoModelListener) i.next();
> > listener.layerRemoved(layerTableModel);
> > }
> > +((LayerTableModel) layerToTableModelMap.get(layer)).dispose();
> > +layerToTableModelMap.remove(layer);
> > }
> >
> > public void clear() {
> >
> >
> > -
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about Feature.getID method...
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 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 the code!" > > > > Actually, the getID method is defined in the Feature interface, and is > > implemented by BasicFeature. I think this leaves open some room for > > problems. Although our interface specifies the basic behavior of the > > getID method, it doesn't really specify the details of the mechanism > > used to identify Feature objects. Even if I look at the behavior of > > copying and cloning in the BasicFeeature implementation, it is > > possible that my FeatureCache might have to deal with implementations > > that do not use the same behavior. > > > > I will have to think about this problem some more. Perhaps I am > > missing something. > > > > Thanks for the suggestions. > > > > The Sunburned Surveyor > > > > > > > > On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > > the ID should be unique within one layer.. > > > > > > for cloning and copying look in the code! > > > > > > Sunburned Surveyor schrieb: > > > > I'm still chipping away at my FeatureCache. I'm currently working on > > > > the class that will write Features to a binary file that uses a > > > > shortened format of BOFF. > > > > (http://thejumppilotproject.pbwiki.com/Binary+Open+Feature+Format) > > > > Part of the format stores a unique numeric identifier for the Feature, > > > > which I will also be using in my FeatureCache internally. > > > > > > > > The BOFF format defines this unique numeric identifier for features as > > > > an 8 byte long. The Feature interface provides a getID method that > > > > returns an int. This isn't a problem, since I Java will automatically > > > > convert the int to a long. > > > > > > > > However, I need to ask some questions about the getID method so that I > > > > don't use it improperly in the guts of the FeatureCache. Is the int > > > > returned by the getID method gauranteed to be unique within each > > > > FeatureCollection? Can a Layer contain two Features with the same ID? > > > > What if a Feature is cloned or copied? > > > > > > > > Thanks for any information on how the ID mechanism for Features works > > > > in JUMP/OpenJUMP. > > > > > > > > The Sunburned Surveyor > > > > > > > > - > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > ___ > > > > Jump-pilot-devel mailing list > > > > Jump-pilot-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > > > > > - > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > ___ > > > Jump-pilot-devel mailing list > > > Jump-pilot-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > http://amusingprogrammer.blogspot.com/ > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2
Re: [JPP-Devel] Question about Feature.getID method...
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 different data sets and this would mean that you may have an ID overlap. I think we should probably make the following statement. the FID is a JUMP workspace unique identifier for a feature used internally by JUMP. Features may also have a business unique ID that is specific to that type of feature (e.g database primary key). Paul - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Windows Launcher
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 main jars in OJ vs. one in SJ but it should be fixable. Larry On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote: > 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 launcher > every time (that will come later). > > Paul > > Sunburned Surveyor wrote: > > 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 win32 specific as we may want > > win64, macosx, linux etc launchers and installers in the future." > > > > This makes good sense. Go for it. (Does this eliminate the need for > > the /trunk/scripts directory? We want to keep things as clean as > > possible.) > > > > Paul wrote: "On the issue of JSmooth v.s. launch4j v.s. eclipse base > > launcher I > > personally think I'd like to take Larry's code and make changes to brand > > it as OpenJump as he's done a lot of work to make things work smoothly. > > When I tried JSmooth it didn't create a valid exe." > > > > O.K. I know Larry does great work, I just worry about getting > > something that is too complex, even if it is fancy. :] I'll trust your > > judgement on this one. > > > > The Sunburned Surveyor > > > > On 7/11/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > > >> 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 win32 specific as we may want > >> win64, macosx, linux etc launchers and installers in the future. > >> > >> You would then compile this module to create the actual executables. > >> > >> We could also add a copy of the generated binary into the core module > >> when we generate it for the releases. > >> > >> By having separate modules they can have their own life cycle that is > >> independent from the core module. > >> > >> On the issue of JSmooth v.s. launch4j v.s. eclipse base launcher I > >> personally think I'd like to take Larry's code and make changes to brand > >> it as OpenJump as he's done a lot of work to make things work smoothly. > >> When I tried JSmooth it didn't create a valid exe. > >> > >> Paul > >> > >> Sunburned Surveyor wrote: > >> > >>> 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 > >>> > >>> > >>> > >> - > >> This SF.net email is sponsored by DB2 Express > >> Download DB2 Express C - the FREE version of DB2 express and take > >> control of your XML. No limits. Just data. Click to get it now. > >> http://sourceforge.net/powerbar/db2/ > >> ___ > >> Jump-pilot-devel mailing list > >> Jump-pilot-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >> > >> > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- http://amusingprogrammer.blogspot.com/ -
Re: [JPP-Devel] Windows Launcher
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 of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about Feature.getID method...
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. Some plugins may have there own implementation of Feature and manage id differently. Michaël Sunburned Surveyor a écrit : >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 some room for >problems. Although our interface specifies the basic behavior of the >getID method, it doesn't really specify the details of the mechanism >used to identify Feature objects. Even if I look at the behavior of >copying and cloning in the BasicFeeature implementation, it is >possible that my FeatureCache might have to deal with implementations >that do not use the same behavior. > >I will have to think about this problem some more. Perhaps I am >missing something. > >Thanks for the suggestions. > >The Sunburned Surveyor > > > >On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > >>the ID should be unique within one layer.. >> >>for cloning and copying look in the code! >> >>Sunburned Surveyor schrieb: >> >> >>>I'm still chipping away at my FeatureCache. I'm currently working on >>>the class that will write Features to a binary file that uses a >>>shortened format of BOFF. >>>(http://thejumppilotproject.pbwiki.com/Binary+Open+Feature+Format) >>>Part of the format stores a unique numeric identifier for the Feature, >>>which I will also be using in my FeatureCache internally. >>> >>>The BOFF format defines this unique numeric identifier for features as >>>an 8 byte long. The Feature interface provides a getID method that >>>returns an int. This isn't a problem, since I Java will automatically >>>convert the int to a long. >>> >>>However, I need to ask some questions about the getID method so that I >>>don't use it improperly in the guts of the FeatureCache. Is the int >>>returned by the getID method gauranteed to be unique within each >>>FeatureCollection? Can a Layer contain two Features with the same ID? >>>What if a Feature is cloned or copied? >>> >>>Thanks for any information on how the ID mechanism for Features works >>>in JUMP/OpenJUMP. >>> >>>The Sunburned Surveyor >>> >>>- >>>This SF.net email is sponsored by DB2 Express >>>Download DB2 Express C - the FREE version of DB2 express and take >>>control of your XML. No limits. Just data. Click to get it now. >>>http://sourceforge.net/powerbar/db2/ >>>___ >>>Jump-pilot-devel mailing list >>>Jump-pilot-devel@lists.sourceforge.net >>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >>> >>- >>This SF.net email is sponsored by DB2 Express >>Download DB2 Express C - the FREE version of DB2 express and take >>control of your XML. No limits. Just data. Click to get it now. >>http://sourceforge.net/powerbar/db2/ >>___ >>Jump-pilot-devel mailing list >>Jump-pilot-devel@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> > >- >This SF.net email is sponsored by DB2 Express >Download DB2 Express C - the FREE version of DB2 express and take >control of your XML. No limits. Just data. Click to get it now. >http://sourceforge.net/powerbar/db2/ >___ >Jump-pilot-devel mailing list >Jump-pilot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about Feature.getID method...
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 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. > Some plugins may have there own implementation of Feature and manage id > differently. > > Michaël > > Sunburned Surveyor a écrit : > > >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 some room for > >problems. Although our interface specifies the basic behavior of the > >getID method, it doesn't really specify the details of the mechanism > >used to identify Feature objects. Even if I look at the behavior of > >copying and cloning in the BasicFeeature implementation, it is > >possible that my FeatureCache might have to deal with implementations > >that do not use the same behavior. > > > >I will have to think about this problem some more. Perhaps I am > >missing something. > > > >Thanks for the suggestions. > > > >The Sunburned Surveyor > > > > > > > >On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > > > > >>the ID should be unique within one layer.. > >> > >>for cloning and copying look in the code! > >> > >>Sunburned Surveyor schrieb: > >> > >> > >>>I'm still chipping away at my FeatureCache. I'm currently working on > >>>the class that will write Features to a binary file that uses a > >>>shortened format of BOFF. > >>>(http://thejumppilotproject.pbwiki.com/Binary+Open+Feature+Format) > >>>Part of the format stores a unique numeric identifier for the Feature, > >>>which I will also be using in my FeatureCache internally. > >>> > >>>The BOFF format defines this unique numeric identifier for features as > >>>an 8 byte long. The Feature interface provides a getID method that > >>>returns an int. This isn't a problem, since I Java will automatically > >>>convert the int to a long. > >>> > >>>However, I need to ask some questions about the getID method so that I > >>>don't use it improperly in the guts of the FeatureCache. Is the int > >>>returned by the getID method gauranteed to be unique within each > >>>FeatureCollection? Can a Layer contain two Features with the same ID? > >>>What if a Feature is cloned or copied? > >>> > >>>Thanks for any information on how the ID mechanism for Features works > >>>in JUMP/OpenJUMP. > >>> > >>>The Sunburned Surveyor > >>> > >>>- > >>>This SF.net email is sponsored by DB2 Express > >>>Download DB2 Express C - the FREE version of DB2 express and take > >>>control of your XML. No limits. Just data. Click to get it now. > >>>http://sourceforge.net/powerbar/db2/ > >>>___ > >>>Jump-pilot-devel mailing list > >>>Jump-pilot-devel@lists.sourceforge.net > >>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>> > >>> > >>> > >>> > >>- > >>This SF.net email is sponsored by DB2 Express > >>Download DB2 Express C - the FREE version of DB2 express and take > >>control of your XML. No limits. Just data. Click to get it now. > >>http://sourceforge.net/powerbar/db2/ > >>___ > >>Jump-pilot-devel mailing list > >>Jump-pilot-devel@lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >> > >> > >> > > > >- > >This SF.net email is sponsored by DB2 Express > >Download DB2 Express C - the FREE version of DB2 express and take > >control of your XML. No limits. Just data. Click to get it now. > >http://sourceforge.net/powerbar/db2/ > >___ > >Jump-pilot-devel mailing list > >Jump-pilot-devel@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.n
[JPP-Devel] How are we using Bouy?
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 is was created by a single programmer. The Sunburned Surveyor - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 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 is was created by a single programmer. > > The Sunburned Surveyor > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 Austin <[EMAIL PROTECTED]> wrote: > 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 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 is was created by a single programmer. > > > > The Sunburned Surveyor > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 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 Austin <[EMAIL PROTECTED]> wrote: > >> 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 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 is was created by a single programmer. >>> >>> The Sunburned Surveyor >>> >>> - >>> This SF.net email is sponsored by DB2 Express >>> Download DB2 Express C - the FREE version of DB2 express and take >>> control of your XML. No limits. Just data. Click to get it now. >>> http://sourceforge.net/powerbar/db2/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 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 Austin <[EMAIL PROTECTED]> wrote: > >> 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 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 is was created by a single programmer. >>> >>> The Sunburned Surveyor >>> >>> - >>> This SF.net email is sponsored by DB2 Express >>> Download DB2 Express C - the FREE version of DB2 express and take >>> control of your XML. No limits. Just data. Click to get it now. >>> http://sourceforge.net/powerbar/db2/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 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 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 Austin <[EMAIL PROTECTED]> wrote: >> >> >>> 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 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 is was created by a single programmer. The Sunburned Surveyor - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> - >>> This SF.net email is sponsored by DB2 Express >>> Download DB2 Express C - the FREE version of DB2 express and take >>> control of your XML. No limits. Just data. Click to get it now. >>> http://sourceforge.net/powerbar/db2/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 become a great library for ui development. 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 (+200 ko does not hurt much) - remove buoy + simple query from the core (I would not have any problem with that, there are now some good stuff from vivid for querying, even if some queries are easier to do with simplequery, it can always be delivered as an extension) - rewrite simple query to remove all buoy dependencies (probably not too hard, but also not too high in my priority list) my 2 cents Michaël Paul Austin a écrit : >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 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 is was created by a single programmer. >> >>The Sunburned Surveyor >> >>- >>This SF.net email is sponsored by DB2 Express >>Download DB2 Express C - the FREE version of DB2 express and take >>control of your XML. No limits. Just data. Click to get it now. >>http://sourceforge.net/powerbar/db2/ >>___ >>Jump-pilot-devel mailing list >>Jump-pilot-devel@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> > > >- >This SF.net email is sponsored by DB2 Express >Download DB2 Express C - the FREE version of DB2 express and take >control of your XML. No limits. Just data. Click to get it now. >http://sourceforge.net/powerbar/db2/ >___ >Jump-pilot-devel mailing list >Jump-pilot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] How are we using Bouy?
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 (+200 ko does not hurt much) > > yep - I agree >- remove buoy + simple query from the core (I would not have any problem >with that, there are now some good stuff from vivid for querying, even >if some queries are easier to do with simplequery, it can always be >delivered as an extension) > > nope.. s.q. has some advantages over the built-in queries >- rewrite simple query to remove all buoy dependencies (probably not too >hard, but also not too high in my priority list) > > possible, but i think as well that it has low priority btw.: Jons GUI functions are nice, but the simple query gui is to complex from my point of view but if Paul think that is a simple thing for him to change to an on lib, i won't object stefan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
