Re: [JPP-Devel] Search tool for Attributes
yes, it sounds searchtacular! eric On Dec 29, 2008, at 5:56 PM, Stefan Steiniger wrote: me too! sounds spectacular :) .. now we need to find a fancy name. stefan Sunburned Surveyor schrieb: I think that would be handy. SS On Mon, Dec 29, 2008 at 12:12 PM, Larry Becker becker.la...@gmail.com wrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] one way road
On Sep 24, 2008, at 5:32 AM, Nacho Uve wrote: Hello, Maybe you can use one Arrow Line Style for the line representation. I use Change Style - Decorations -End-Arrow-Open. :) 2008/9/24 Bing Ran [EMAIL PROTECTED] The requirement comes up and I need to display one way road on my map. My original map data does contain such information and I'm wondering how everyone else is dealing with this. Is it always a customized attribute and rendering or something (standard, style) is already there? Even more challenging is how to represent no left turn at a time range at road intersections. each intersection should have a point at that position in the path/ road. i tend to use columns in the dB, making a Direction field(N, S, E, W, N-S, E-W), wherein if it is only one-way, it would only have one compass direction(e.g.- N), and if it was a two-way road, it would have N-S. Regarding your Left-turn scenario... is oncoming traffic not permitted to turn RIGHT on that same road? if so, then that road only need be denoted with it's compass direction(e.g.- E). If oncoming traffic CAN turn RIGHT, then perhaps you use two paths, and the oncoming path has a point at that intersection, and the outbound path/ road does not. There are number of ways to go about doing this, many are likely better then what i've suggested. the truth is, dealing with roads and intersections and points on the road, like Km. markers, or speed limit signs, is not addressed in OJ. and so, i find myself creating point maps to go along with my path/road maps, so i can denote various points of interest along the road's path, like garbage cans, or lookout points, or mileage markers as mentioned previously. regards, eric jarvies Any information is appreciated. Bing - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JTIN update and question
christopher, -stay at the resolution the data was gathered -option to interpolate. inline: ericsSignature.png Eric Jarvies On Jul 26, 2008, at 5:24:30:PM, Christopher wrote: I have the contour line extraction plugin working. See attached .jpg for an example of contours created at 100m intervals over the Matterhorn tin. There is still a bit of cleaning up I need to do in order to not have any breaks in the contours. I should have that done and the code uploaded to the svn sometime today. Now the question: Josef Bezdek is doing a similar project for uDig’s SoC. In order to create a smoother contour, he is dividing up each TIN facet into a bunch of coplanar smaller triangles then running the contouring routine over those smaller triangles. For a visual example, see: http://geomatika.ic.cz/GSoC/Corel/TIN_linear_Con.png http://geomatika.ic.cz/GSoC/Corel/TIN_Bezier_10.png http://geomatika.ic.cz/GSoC/Corel/Contour_10.png I, on the other hand, have been avoiding any interpolation of the TIN data to create a denser network. The reason being that we are working with real-world data that is collected at a certain resolution and any computational smoothing might or might not match the real world. I figured it would be important to GIS users that all interaction with data would be at the resolution it was collected. An analogy would be that in pure math, you can have as many decimal digits as you want, but in physics and chemistry, you can only have as many digits as you collected during the data gathering phase. Digits past the significant digits are dropped because including them implies that the answer is more accurate than it really is. So what do the OpenJUMP GIS users want? Should I allow for interpolation or should I stay at the resolution that the data was gathered? --Christopher screenshot26july2008 .jpg - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JTin Summer of Code Update:
hello, on os x, is there an 'easy' way to either copy(and paste) or save-as or export the coordinates of a raster image/geotiff? if so, i would apeciate it if someone could enlighten me. if i go into the Feature Info window, i of course can VIEW this information, and can highlight it, but it does not copy when i attempt to apple-C or right-click- copy(there is no right-click-copy). i have a 1000 or so mrsid files i had converted sometime back to geotiff. now i need to convert them to a handheld format, and the converter requires i enter left, right, top, and bottom coordinates(xmin, xmax, ymin, ymax). and so, it would be wonderful if there was an EASY way to go about getting this info using oj on os x. i have not looked into any other utilities, perhaps they do or do not exist, not sure. but if anyone here knows, again, i would much appreciate it. regards, inline: ericsSignature.png Eric Jarvies On Jul 15, 2008, at 4:47:17:AM, Stefan Steiniger wrote: Hei, so did you look on the link I send a while ago on the swiss DEM data? Everything is there in different or one file. If you need help I may make a short description of that data in case they did not provide the english translation but only the german or french description. stefan Sunburned Surveyor schrieb: Chris, You wrote: 3D point data would be fine for now, but if you could get 3D point data + breaklines + boundaries, I would thrilled. Would the breaklines and boundaries be provided as LineStrings with z values in the LineString coordinates? This might take me a little doing, as I'll have to write some AutoLISP to get the data out of CAD as WKT. I need some tools that will do this anyways, but it'll take me a coupld of days. I might be able to get it done by the end of the week? Landon P.S. - Any suggestions on the classes/class I should start my code review with? On Mon, Jul 7, 2008 at 3:26 PM, Christopher [EMAIL PROTECTED] wrote: From: Sunburned Surveyor [EMAIL PROTECTED] I finally backtracked to Subclipse 1.2 on my laptop, and I was able to download your source code for JTin. I'll try to get that code review squeezed in tonight or tomorrow. That's fine, give me a call if you need anything explained. I just uploaded an updated set of files. The new thing is that triangle clipping is implemented and there is the ability to get a subset of the tin (unused as of now, but it will be useful in the future). Right now, I'm working on javadoc'n then hillshades. I know that we talked a little about my providing some CAD data that you could use to test JTin. What type of simple features do you want? Do you want Point Features? Or do you want LineStrings representing contours? Let me know what you have in mind. 3D point data would be fine for now, but if you could get 3D point data + breaklines + boundaries, I would thrilled. Thanks, --Christopher - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Combine and Explode Layers
On Jul 10, 2008, at 2:43:16:PM, Larry Becker wrote:Hi SS,On Thu, Jul 10, 2008 at 9:39 AM, Sunburned Surveyor [EMAIL PROTECTED] wrote: Lary wrote: "Explode Layer would include the existing "Edit-Extract Layers by Geometry Type" functionality, and add the capability to explode a layer by attribute value. That is, it would create a new layer for each unique value of a given attribute." This sounds pretty cool. You might want to pop up a warning if the user chooses an attribute that has a bunch of different values. I can see a user running the plug-in and inadvertently creating 3000 layers. :] Good point! You wrote: "Combine Selected Layers would allow you to combine LineString, Point, and Polygon shapefile layers into a single layer to save as GML or other multi-geometry tolerant format. Attributes would, of course, be preserved. Preservation of BasicStyle information is also possible with a kind of auto-theming." How would you handle layers with different feature schemas? Merge the schemas with null values for missing attriubtes.better to allow user to keep old/keep new, keep both. Can you explain more about how auto-theming would work? Copy layer's BasicStyle as a custom colour theme.regards,Larry I'm just curious. Your idea sounds very useful. Landon On Wed, Jul 9, 2008 at 11:43 PM, Giuseppe Aruta [EMAIL PROTECTED] wrote: Very good Larry! --- Mer 9/7/08, Nacho Uve [EMAIL PROTECTED] ha scritto: Da: Nacho Uve [EMAIL PROTECTED] Oggetto: Re: [JPP-Devel] Combine and Explode Layers A: "OpenJump develop and use" jump-pilot-devel@lists.sourceforge.net Data: Mercoledì 9 luglio 2008, 23:55 2008/7/9 Larry Becker [EMAIL PROTECTED]:and add the capability to explode a layer by attribute value. Useful!- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l#39;home page che piace a te! www.yahoo.it/latuapagina- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] June OpenJUMP User Survey Results Released
On Jul 5, 2008, at 7:49 AM, abhay menon wrote:Hello All,Just curious about the embedding Google Map or any other Web Map on OpenJump. Is there a possibility implement the same in the long shot using the OpenLayers API (web Api) and then introducing the same using this OpenLayers Interface as Implementation to the background layer. It would be really the best this thing to implement. As it would more over depend on the OpenLayers implementation than Google Map.this is how is see it too. google maps mixed in an openlayers mash-up is effectively running in a 'browser' and so why cannot openjump also be considered a 'browser' of sorts(safari, firefox, opera, etc.). users can run as localhost, applying for their google maps url api(localhost/127.0.0.1 or whatever). and of course, it is theresponsibilityof each user to dal with google maps in terms of 'commercial' licensing, should they so elect to do so. or am off base here?eric It just a suggestion... ;)Rgds.Abhay.On Fri, Jul 4, 2008 at 11:39 PM, Paul Austin [EMAIL PROTECTED] wrote: The problem with the following proposal is not a technical one, it is a legal one. Google and the other providers typically only allow access to their tile layer using their web sites and web APIs. This is in part because they license the data from other parties for a specific purpose. Paul I like very much the feature proposal:"Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as background layer" - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] June OpenJUMP User Survey Results Released
-Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] TaskFrame and WorkbenchContext source code files for review before commit.
atment I should at least know the reason. (I'll gladly accept suggestions or recommendations that deal with technical issues in my source code.) Just to make it clear, I'm not adding the Docking Window Support to OpenJUMP with these changes. That will be done in my own fork. The Sunburned Surveyor On Fri, Jul 4, 2008 at 4:51 PM, Stefan Steiniger [EMAIL PROTECTED] wrote: Landon, before you commit such changes I would like to a) review it (sorry, I have not found the time yet to read all your emails on that subject), which may need some time. b) get an agreement by other programmers [Larry, Paul, Andreas, Michael] that these changes are of benefit. c) know which changes are absolutely necessary to get the docking framework to run [why did you chose the this framework?] d) know about expected compatibility issues. Note: this is a core-change and not just simply a new function or plugin (or am I wrong and you proposed an addition). So commit rules will be more strict in terms of agreement and outlining the absolutely necessity of those changes and the expected problems with backwards compatibility [e.g plugins]. I may refer here to emails by Sascha Teichmann. Up to now there is still the wise saying: "never touch a running system." Btw: I miss your attached files and an additional description outlining the changes. stefan Sunburned Surveyor wrote: I've attached the two (2) source code files with some of my recent clean-up/changes. (This doesn't include any of the docking window framework or look-and-feel changes.) Please review my changes to these two (2) classes if you have concerns before I commit to the core. I'll commit next week if there are no strong objections to my changes. The Sunburned Surveyor - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] June OpenJUMP User Survey Results Released
abhay, i too have a number of functionality and feature pre-visualizations that address the gui from a finished, end-user point of view. if you want to get a wiki page started regarding this, then i'd contribute the mock-ups and work-flows that would be associated with such a plug-in... and would be happy to modify them along the way as suggested features are proven undoable or not practical.regards,ericOn Jul 5, 2008, at 6:22 PM, abhay menon wrote:Hi Larry..If it is possible can you share the code to plugin of the google map plugin. I am actual writting one for a project of mine..Rgds.Abhay.On Sat, Jul 5, 2008 at 10:54 PM, Larry Becker [EMAIL PROTECTED] wrote: @Stefan, SkyJUMP has only implemented KML write, although read should be fairly easy to add. We use WGS84 UTM exclusively, so the (limited) reprojection support was easy to implement. This is the reason that there will (IMIHO) always be a niche for specialized JUMP variants like SkyJUMP that can provide powerful (although less general) features by knowing the exact needs of their user base. @Nacho, I have an experimental Google Maps plugin, but stopped work on it due to the licensing issues that Paul pointed out. It is a lot of fun, though.@Abhay, using OpenLayers would not change the license for the map data. It would still need to be hosted on a web page. regards,LarryOn Fri, Jul 4, 2008 at 3:42 PM, Stefan Steiniger [EMAIL PROTECTED] wrote: ok.. let me note another problem [which includes the nice kml proposal as well]: We don't have a implementation of projections. So everything that relies on that is not doable before we get this implemented Stefan PS: @Larry, did you also implement KML write or only read for SkyJUMP? Paul Austin wrote: The problem with the following proposal is not a technical one, it is a legal one. Google and the other providers typically only allow access to their tile layer using their web sites and web APIs. This is in part because they license the data from other parties for a specific purpose. Paul I like very much the feature proposal:"Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layeras background layer" - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/list
Re: [JPP-Devel] disable/deactivate menu with plugin?
this is a great idea. dumb it down when needing to distribute it to other others(non gis/software users) who merely need to perform some routine/instructed procedures. also, on another subject... anyone play around with the wps plugin from 52north? eric On Jun 29, 2008, at 9:55 AM, Larry Becker wrote: Hi Carl, I can't think of a way without modifying OpenJumpConfiguration. If this is a popular requirement, we could add functionality via the editable workbench-properties.xml file instead of the OpenJumpConfiguration class (as SkyJUMP does). This would make it possible for users to add or remove functionality at will. regards, Larry Becker On Sun, Jun 29, 2008 at 10:49 AM, Carl Grönniger [EMAIL PROTECTED] wrote: Hi! Is it possible to disable or deactivate several OJ functions or complete menues with a plugin? for example disable the tool-menu without editing the core? Carl - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP as an OSGEO project - Assessing the Requirements
hello, i am of the opinion -1. until such a time all outstanding issues are addressed and resolved, and all is consolidated and cleaned, and clear direction is sought out, reduced to mutual understanding(short-mid- long term) by those involved, in fully disclosed and understood pecking order, as well as worship order for those who drafted the plans, laid the foundation, and built the initial floors/walls. full understanding of it's history, and full understanding and disclosure of it's present, by and between the current power's-that-be, and those who laid the pioneered oj, but have since retired themselves and their interest from the project. understanding where it stands, and where it's participants would like to take it. how it compares to the other cross-platform gis java apps currently in development, and on and on. many questions need to be realized and asked and answered, and then a collective plan of action needs to be decided, and then a considerable amount of clean-up and filtration need to occur, and then issues like osgeo can be entered into unencumbered and without any perplexities and uncertainties. respectfully, eric On Jun 17, 2008, at 2:04 PM, Michael Michaud wrote: Hi Stefan, +0 I think joining OSGEO should be fine for OpenJUMP (more visibility, more developpers, more users...), but I'm not sure we have enough human resources to move on. As far as I'm concerned, I have'nt contributed for a while, but I'll keep helping when I can, whatever the decision is. Thank you so much for all the work you and Sunburned Surveyor do to keep the project in good health. Michaël Stefan Steiniger a écrit : Dear OJ user/developer. I send this email to the devel list, as here rather the core people are listening and this is also a discussion list for us. Now, I have read all the docs required for an OSGEO incubation. I will attach a rather lenghtly file where I added comments to the different questions/criteria. A couple of things will require some work and mentorship but I think it would be doable to join OSGEO, as the restrictions in terms of managements seem not to be so tight (i.e. we are require to document the managment processes, but it is actually not said what management rules we should implement) Here is a list of the major things that need to be done (see also the very end of the text file): Summary - Major Issues with respect to human resources required: . document (established) license policy . code contributors need to agree to project's license policy (written form?). . do a Code Provenance Review - check of licenses in the source code (Ohloh may help here) = problem: we probably can not GPL or LGPL (i.e. relicense) source code that has been inherited from other projects, without the author permission (such code needs to be externalized into a library). . found a Steering Comittee . establish documentation on project management procedures for PSC decisions, contributor guidelines, etc. (see Project Graduation Checklist point B3) . start documentation of project decisions . define release rules and process (not sure if that is a requirement) . provide marketing material (handout, feature-matrix) optional: . wiki + webpage transfer to OSGEO . introduce automated testing system (junit) . certification of standards? = The only thing I am personally struggling is the definition of release rules and a development plan if that is required (as this would play against our I contribute when I like idea) I am awaiting your coments and a OJ-Joins-OSEGEO decision (+1: yes, 0: don't know, -1 too much work) from the regular contributors, i.e. at least an oppinion from: Larry, Michael, Peppe, Andreas, Paul, Landon, Martin. I also welcome oppinions from Jukka, Jon, Paolo, Eric, Geoff, Sascha, Lat/Lon, Intevation, Erwan, Arnd, Edgar, Ugo + Steve (if listening ;),... and who ever wants to my personal vote: 0 (influenced by the work that needs to be done, listed above) cheers from sunny Calgary Stefan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace.
Re: [JPP-Devel] Wikispaces
hello everyone, have you considered instead using a subversion/trac setup? the nice thing about this setup is that it eliminates a lot of redundancy as it relates to application documentation. for example, as bugs, feature requests, etc., are reported, those same entries can then be re- purposed as documentation. if the repo is setup correctly from the get-go, meaning end-user gui stuff like buttons, menu selections, operations, etc. are indexed in the bug/feature request menu selections, and associated with the respective classes/interfaces, then this allows non-programmers to easily report a bug or feature request to the right place. an example of what i mean is this: go to openump at sourceforge and select 'submit new bug' and look at the 'category' pull-down menu selections. in this menu the user has: interface jts misc. openjump plugin wfsplugin the above selections serve no useful purpose for the average user(or the active oj programmer), who in all likeliness will be reporting the majority of the problems/bugs. this means it serves little purpose for those who may work on correcting the problem. bug/ticket reporting should be designed for the end user, not the programmer. the association however is what is important to the programmer, and making sure that the ticket that was reported is associated with the correct page/portion/snippet of code that in fact is responsible. this means each source code document should have a plain english reference in it(commented out), or multiple references throughout the document as is needed/warranted. imo, the easiest and best way to do this is by using the gui elements, such as menu items, icon/button items, and contextual menu items as the means of reference. thus, if i was using oj, and encountered a bug, or have an idea of how something could work better(feature request), the oj repo should offer me the following when i am submitting a ticket: Submit New Ticket: pull-down menu #1: bug minor(does not work correctly) medium(works intermittently) major(does not work) feature request core plug-in spelling correction menus help operations appearance menu icon layout pull-down menu #2: vista xp os x linux pull-down menu #3: File Edit View Layer Tools Queries Spatial Query Attribute Query Simple Query Analysis Generate Warp Edit Geometry QA Edit Attributes Generalization Measure in Feet Customize Scripting Image Plugins QA Window Help in the above shortened example, lets say the user selected Bug, OS X, Tools Queries Spatial Query . upon doing so, the respective page(s) of source code that is responsible for 'Spatial Query' should associated. when the user writes a summary and submits the ticket, at that point it is immediately associated with the proper source code page(s). this way, when a programmer looks to address the issue, he need not hunt around trying to locate it's exact location. furthermore, upon ticket submission, the user, and any other user that may view the ticket, can see it's respective association/source code. of course, this means that during the setup of the initial repo, all of this association has to be done. this is something i am willing to do, but will require on you(programmers) who are familiar with the entire inner workings of oj, to help me. of course, once it's done, then thereafter it's just a matter of properly commenting any new source code pages/code snippets in existing pages. anther suggestion i will make is that once the above is completed, we take and create donation pools for any/all bug and feature requests(tickets) that are open on the site. we create a means by which users can commit 'x' amount of money towards a ticket(bug fix or feature addition). we also create a means by which oj programmers can note their best estimate of how many programming hours will be required for said ticket. for example, let's say i filed or found a previously filed ticket for a feature request that i too would like to see implemented. i then want to stimulate some community activity by putting some money where my mouth is, electing to commit $200usd towards the ticket. the ticket indicates that 4 oj programmers have determined it will take about 5 programming hours to complete, and the industry rate for respective programming work is $50usd per hour,
Re: [JPP-Devel] Eric's tests of Plugins
thanks for pointing out and clarifying. your BshEditor4Jump plugin does indeed work. i had missed the scripting menu it had generated, and was looking for it's presence elsewhere in the menu/gui. regards, eric On Apr 3, 2008, at 1:03 AM, Michaël Michaud wrote: Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-) qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite and I made it available on the sourceforge JPP site. I'm interested in knowing more about what is wrong with it (nothing loaded or error message happening at execution time ?) Thanks Michaël - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Eric's tests of Plugins
Hello Peppe, On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote: Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. well, just trying to document some user experience with OJ, as it is a good tool, but very under-exposed... uDig and QGIS are getting all the spotlight. I wish I had known about some of it's features way back when, and I would have started using it sooner. But because it's obscure and seemed inactive(low activity), I simply never took the time to use and abuse/enjoy. But all-in-all it's a great effort, and with some basic GUI clean-up and some bug-stomping, and some good download site postings/promotions, could easily get a few hundred active users in a short period of time. I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates to man hours? There are some part which probabily even Linix or Windows user would take some benefits. I worked on User Guide: http://openjump.org/wiki/show/Index or List of Function page http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together with SS untill last winter, but probabily they need some upgrade for the Up-to-come OpenJUMP 1.3 You are welcome to give your contribute adding/correcting these pages. Great! I'll take a look, and of course I'll edit/add as time/energy permits. For instance, the idea of videos (MOV) tutorials to explain tools is interesting, we could add a link to your video at the Editing Toolbox page http://openjump.org/wiki/show/Editing+Toolbox Is there any way these videos could be stored directly onto the OpenJump server? Otherwise, over time, as domains get shuffled around from server to server, links get broken, etc. Currently I have the photos up at flickr.com, and the movies up on my own domain/server, but they should be on the OJ server imo. I have another 40 videos I made yesterday and today, I just need to upload them and link them. However, many of these videos show bugs and errors, instead of instruction/example. I figured that would help the contributing programmers get an idea of the problems. But first I am really interested in learning from the fathers of this project, where it's going. I see uDig and QGIS with pretty clear plans of where they are going, but have not yet grasped that from OpenJump as of yet(hint). ** Regarding the Plugin test. There are some plugin which probabily don't work even with Windows/Linux version of OpenJUMP (for instance the Jython plugin). Some of them probabily were already added in OJ during time, other probabily had a short life since there was no interest/no need to go on upgrading to newer versions of JUMP/ OpenJUMP. Also, I'd be willing to setup a subversion repository with a trac front end to manage plug-ins/versioning, so we can get that situation somewhat organized. or, just create a table that shows compatibility. Again, I am very interested to know the current state of the core of OJ(lets say compared to uDig or QGIS, and how it could take advantage of geotools, geoserver, openlayers, etc.), and where everyone here thinks OJ is going, or where they want to take it. As I've said before, it seems like such a diamond in the rough, and I wonder why It has just sort of lingered as it has(again, i am not familiar with all it's history, or all those involved). Regards, Eric A m onth ago I planned to do a similar job like yours for Windows. By the time I will have time I will do it so we can compare and see what's left behind! Regards Peppe Michaël Michaud [EMAIL PROTECTED] ha scritto: Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-)
Re: [JPP-Devel] Decoration Styles
Hello, with OJ, is there a way to separate a vector object's geometry from it's appearance(easily)? handling appearance by a class called OJDrawingStyle, which is a tree of graphical attributes and drawing behaviors that can be attached to the vector objects. objects can share styles, so changing the style alters the appearance of all the objects sharing that style, for example. alternatively, a 1:1 relationship between objects and styles could also be adhered to(more conventional for a vector application). however, it would be nice to take styles beyond fill of path and stroke, supporting any number of components. making sure styles define what is drawn, and in what order. it would be wonderful to select a 4 lane highway from the menu, or a dirt road, or a 2-lane with dirt frontage road on the left side(add long list of visually fun possibilities here), and apply that to an existing path/linestring. or some yellow bricks(yellow brick road), or whatever. so please consider this when considering decorations for roads, because at the present time, most all gis apps have really boring single-line, single-color decorations to apply to lines. eric On Apr 3, 2008, at 9:51 AM, Paul Austin wrote: supporting multiple strokes with different line, dash attributes, along with width and colors. All, I'm wondering if there is a better way for users to select the decoration styles. What I was thinking is we can divide them into the following categories. Start End Segment Vertex (also applies to Point) Then each style implementation would implement say LineStartStyle interface to indicate the kind of style it is. The UI would then have 4 sections where you select the style for each one. The decision there would be if that was a multiple selection or a single selection. What do people think of this idea? Paul - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Eric's tests of Plugins
hello, as usual, your responses are informative, as seems to be the case with openjump list members in general. On Apr 3, 2008, at 9:07 AM, Sunburned Surveyor wrote: Eric, You ask a lot of questions that have some long answers. I only have a few minutes before I need to start work, but I will try to answer some of these questions. Eric wrote: I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates to man hours? This would be a pretty monumental task. There are two (2) reasons for this: [1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All of OJ's rendering code, which is very important, is based in Swing. ok, i will read about this and try to make sense of it. [2] Eclipse uses a different (and more complex) plug-in model. Migrating to Eclipse would mean all plug-ins would have to be moved to the Eclipse plug-in model. (Many of the functionality that appear to be built-in to OpenJUMP in actuallu packaged as plug-ins distributed with the core.) so how many of the 10.+- MBs of OJ is core and how many MBs are plugins? In summary, moving to Eclipse would be a monumental task. I think we could accomplish a lot of other great things by investing that time elsewhere. understood :) again, i will now read about swt, jface, and swing, and try to wrap my mind around it. Eric wrote: Is there any way these videos could be stored directly onto the OpenJump server? Our OpenJUMP server is actually a SourceForge server, and they have a size quota. Stefan has been successful in getting this increased so we can host the nightly build, but I don't know what they would say about a bunch of video's. It seems like YouTube might make more sense. If we want the video's on a dedicated server I could consider purchasing more space on my www.redefinedhorizons.com web site, but I'd need to know how much space we are talking about. There are other active programmers that might be able to host videos, like Larry and Paul. i figured if the proggy had server/drive space, then great. but no stress, i'll keep them all on my server. Eric wrote: Also, I'd be willing to setup a subversion repository with a trac front end to manage plug-ins/versioning, so we can get that situation somewhat organized. or, just create a table that shows compatibility. We actually have a Subversion repository already, and I think plug-in source code is hosted there. I've always wanted to have a plug-in catalog or index. I think that would be helpful. ok. Eric wrote: Again, I am very interested to know the current state of the core of OJ(lets say compared to uDig or QGIS, and how it could take advantage of geotools, geoserver, openlayers, etc.), and where everyone here thinks OJ is going, or where they want to take it. As I've said before, it seems like such a diamond in the rough, and I wonder why It has just sort of lingered as it has(again, i am not familiar with all it's history, or all those involved). This is a very difficult question to answer. We don't talk a lot about the future of OpenJUMP. It just evolves as the individual programmers implement changes to scratch their own itches. I guess this makes OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is the reason why you see a difference in it and the other programs. The evolution of OpenJUMP is very user-driven. There is no single entity or organization forcing OpenJUMP to adhere to a road map or plan. ok, i understand now. thank you. Having said that, I can tell you what I would like to see for OpenJUMP in the next couple of years. I put some long term goals for OpenJUMP here: http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP wonderful. There are also lots of other things I have in the hopper, and that I want to eventually implement using OpenJUMP. Let me start with what is currently in the works (at least in my Eclipse IDE) and in various stages of completion. You can see these items in the Sunburned Surveyor section of the following wiki page: http://openjump.org/wiki/show/Work+In+Progress I hope to have the top 4 of these items completed in the next month or two. Then there is all sorts of other great stuff that I hope to one day add to OpenJUMP. This includes awesome DXF support, advanced cartographic labeling, precision drawing (CAD) tools, the ability to create and manage topology, support for spatial relationships, metadata support, TIN management and contour generation, route stationing support, parcel management... The Sunburned Surveyor cool. eric On Thu, Apr 3, 2008 at 4:15 AM, Eric Jarvies [EMAIL PROTECTED] wrote: Hello Peppe, On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote: Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. well, just trying
Re: [JPP-Devel] Shapefile with overlapping shells
i am having the exact same problem with some esri generated shapefiles from one of my sources. eric On Apr 3, 2008, at 11:24 AM, Larry Becker wrote: I've found a shapefile that has what JTS thinks is a topology error of overlapping shells. In ESRI ArcMap it displays correctly as a shell polygon with a hole, but in JUMP, it displays as overlapping polygons. It fails the QA Basic Topology test. I have verified that the hole polygon is not CCW (counter clockwise) and this is being interpreted as a shell by the org.geotools.PolygonHandler. It looks like another case where ESRI isn't following their own specifications. Any suggestions? I don't like to fix customer's data when it works fine in their ESRI system. I'm considering modifying the PolygonHandler code to test all of the polygons in a multipolygon shape to determine if they are completely inside, and then reversing the point order to force CCW. This might make shapefiles read slightly slower. regards, Larry Becker -- http://amusingprogrammer.blogspot.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Missing delete all features from layer
problems replying to this list... keeps bouncing my emails :( eric On Apr 1, 2008, at 5:51 PM, Stefan Steiniger wrote: :o) ok.. I will put it back. However this is kind of funny, because when removing it, I was already thinking that it is a typical developer function for testing. I can not imagine that there are many users out there using it. However, as Uwe was pointing it out already. OpenJUMP seems rather to be driven by development needs than by end user needs ;) stefan Martin Davis wrote: I use it a lot too. Selecting all items is often a pain if there's a lot of them. Um - would it be a good idea to poll the community before removing menu items? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] testing list
testing list with different email address. please disregard this post. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] point map decorations
be appreciated. and to add to this subject, other software like udig has made the move to eclipse, whilst qgis is locked into qt. is openjump going to do the same sometime soon? and if so, will it go the route of eclipse? thanks in advance for your comments/answers! regards, eric jarvies On Apr 1, 2008, at 8:08 PM, Eric Jarvies wrote: testing list with different email address. please disregard this post. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel