Re: [JPP-Devel] copyright policy
On 14.02.2012 23:36, Michaël Michaud wrote: Hi Landon, Many things in your mail. nearly tl;dr ;) I remember that OpenJUMP name came after JPP was created. I've sometimes wondered if it wouldn't be necessary to create the OpenJUMP project on sourceforge or on other forges, because it would be confusing if someone else decided to create an OpenJUMP project now... sf.net for sure is product centric... but i won't change a running system until there is need. if somebody opens an(other) openjump project we have to deal with it anyway, if on sf.net or somewhere else :) About copyright, I agree that the code base does not follow clear rules and it would need a serious clean up, but I can't see clearly what the real problem is and why we should have to waive our copyright to an organization to be serious. me neither, all modifications to oj's java is based on gpl code and hence automatically copyleft. we should rather cleanup the gpl header and enforce it's usage especially for new files, so it is clear the respective copyright holder makes it copyleft by contributing. I'm pretty attached to copyright, because I feel like having my name associated with the code I wrote is about the only way to get a little recognition for the work in the long run. theoretically every author would have to be mentioned. as this is practically an issue especially with old core code i'd vote to add author tags to javadoc method comments and such but keep the header clean. for initially created classes and code i am fine with a author's note in or below the header. Morover, I think OpenJUMP is still very small to spend time in administration tasks. But it can change quickly. So, let's see what will happen this year. Exactly my point, lot's of bugs and featreqs laying around unresponded because a fistful of volunteers is not enough. And let's hear Stefan, Ede and other members. As far as licensing is concerned, I'm afraid my 2 cents is only 1 cent. So in conclusion: - we should streamline the header (i'd like to make it smaller if possible) - add it to _all_ files e.g. start scripts (or at least a note regarding licensing) - negotiate a way how authors tag their code, if they want to Everything else is beyond our current scope i think. As promising the idea of JPP as an umbrella like Apache Project sounds, i really don't see our group in any shape near that. I don't have objections to the name though, if we decide to keep calling us like that and the product OpenJUMP that's fine with me. ..ede Michaël First I want to talk about JPP versus OpenJUMP. Then I want to talk about copyright on OJ code. I'm still kind of attached to the Jump Pilot Project name, since that's what we used long ago when this all got started. I think it is important to remember that the Jump Pilot Project is technically the software project set-up to coordinate work on a number of JUMP forks. I view OpenJUMP as the product of that software project, not the project itself. That may not seem like an important distinction, but I could see the JUMP Pilot Project being set-up at some future point to help maintain JTS or JCS or other software related to OpenJUMP. For many months I've wanted to use some of the JUMP code to set-up a Geotools like library for OpenJUMP's simple feature model, which is simply the best I've ever seen implemented in code. I haven't had the time to do that yet, but I can see that being another product of the JPP. Apache is the organization that produces the Ant build tool. In a similar way, the JPP produces OpenJUMP. If you've been around long enough, you'll remember when we had the JPP, but OpenJUMP was just had a code base without a name. :] I know not everyone involved in development now has been around long enough to know all this, but I do think they are important details. As far as the copyright notice goes, I think we are a little bit sloppy with how we handle it. I'd prefer not to have a copyright notice at all, rather than a copyright notice done improperly. This get's especially tricky in OpenJUMP since we can have so many contributors working on a single class. It seems like most serious open source projects make you sign a copyright waiver before you contribute code. That is how I would prefer we handle copyright:You waive your copyright to contribute. If that makes people uncomfortable, I think we should have an opt-out system for copyright waiver. In this scenario you would specifically reserve copyright when you think your code is important and unique enough. We'd then have to track that. FYI: This sort of system will make it easier if we ever decide to formalize OpenJUMP as a non-profit. If we really want to handle this properly we should think about making OpenJUMP an OSGeo project or making the JPP a project of the Free Software Conservancy (http://sfconservancy.org/). I made the SurveyOS Project part of the Conservancy a
[JPP-Devel] Keyboard shortcut disturbs the pan tool
Hi, Try this: - Have a map open in map window and pan a few times with the hand tool - Zoom in or out with the keyboard Alt-Mouse click shortcut - Relaese alt button and continue panning with the hand tool It is hard to define what happens but usually the map jumps oddly with the first click and drag panning. It feels like the control is not totally returned for the pan tool but something from the zoom operation is held in memory. This is most easy to see by zooming in the centre of the map but starting the panning near the border. Tested with Windows XP, jre 1.6.0_29 and OJ 1.4.3 Plus from a few days ago. -Jukka Rahkonen- -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [Live-demo] Re: [OSGeo-Discuss] Which Java OS GIS project to join ?
On 14.02.2012 22:54, Cameron Shorter wrote: On 15/02/12 04:09, Andreas Paukner-Ruzicka wrote: Hello, I'd like to contribute to a Java based OpenSource GIS project. Which ones have backlogs of tasks I can work on as a Java programmer and architect ? Any recommendations ? Hey Andreas, OpenJUMP is very small and understaffed (maybe 4 regular contributors on busy months) java based OS-Desktop-GIS project. Advantage is a very small team and no big organizational background. So you are free to contribute at your own timeline and in the amount you can afford. Our bug tracker is here http://sourceforge.net/tracker/?group_id=118054atid=679906status=1 and feature requests are here http://sourceforge.net/tracker/?group_id=118054atid=679909status=1 Maybe you find something you want to tackle. thanks ede/openjump.org -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP roadmap updates
On 14.02.2012 22:01, Michaël Michaud wrote: Here is a suggestion on improving javadoc and unit testing for the 1.6.0 release: We pick a package or two and work together on the javadoc and unit testing over a weekend code sprint. I've never done that before and I tend to do things slowly but continuously, but maybe a code spring is good for motivation ... Will you propose a date and an irc channel to discuss technical stuff during the code sprint ? May be a list of small tasks to achieve would help (javadoc on a particular package, wiki documentation of an api, bug fix, new icons, unit test on a particular plugin...). yeah landon, any suggestions? i'd rather code than document, especially because i am no gis heavy-weight. so i'll probably look through our open bugs/featreqs and pick something or come up with something by myself. an irc channel would be nice, but can be setup at anytime anyway. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Keyboard shortcut disturbs the pan tool
On 15.02.2012 11:11, Rahkonen Jukka wrote: OJ 1.4.3 Plus from a few days ago. you mean one of the latest snapshots i guess? ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Keyboard shortcut disturbs the pan tool
Hi, 20120131 snapshot rev.2715 -Jukka- edgar.sol...@web.de wrote: On 15.02.2012 11:11, Rahkonen Jukka wrote: OJ 1.4.3 Plus from a few days ago. you mean one of the latest snapshots i guess? ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] copyright policy
On 15.02.2012 01:29, Landon Blake wrote: Michael wrote: About copyright, I agree that the code base does not follow clear rules and it would need a serious clean up, but I can't see clearly what the real problem is and why we should have to waive our copyright to an organization to be serious. I'm pretty attached to copyright, because I feel like having my name associated with the code I wrote is about the only way to get a little recognition for the work in the long run. I'll admit I'm no expert on copyright and licensing law. At a minimum, who is? hands up if you're the real patent lawyer ;) if people are concerned about copyright, we should probably do a better job of tracking who does what to which class. If I change a we should right, but we simply have no infrastructure to do so and it is btw. _not_ necessary for gpl based code because of the gpl's viral effect. method in a class, do I own the copyright to that method? What if the method calls another method copyrighted by Stefan? How do our copyright's impact the copyright of Vivid Solutions on the original class? What if Ede rewrites my method? How much of a rewrite is needed to make the method subject to his copyright and not mine? What if the method does basically the same thing, but in a slightly different way? that's all interesting but leading away from the issue: the difference between copyright and licensing. even if i hold the copyright on some code, if i licensed it under GPL to somebody i lost control over it as long the licensee honors the GPL terms. so there is no need to waive anything. This all gets cloudy pretty fast. I believe that is why most organizations that can afford the legal advice ask for a copyright waiver. bigger projects/organization often like you to waive so they can act as copyright holder in legal disputes. that's fine but no help to us at all as we would need all contributors to OJ codebase have to sign a waiver which is impossible as we wouldn't probably know all or find a contact to everybody. If we had done this in the beginning, there would only be one copyright holder to worry about, Vivid Solutions. yep, but we didn't and so it is. At the end of the day, it probably doesn't matter a great deal, because we've gotten so many contributions over the years from so many people that are no longer involved in the project. I have no idea how you would get all of them to waive copyright. (Can you quite title to code copy right retroactively?) exactly my point. Anyhow, I think adding our own personal copyright statements to headers of source code files is a bad practice. But that is just my 1 cent. :] I'll keep contributing to OpenJUMP either way. see my other mail about that. Michael wrote: I've sometimes wondered if it wouldn't be necessary to create the OpenJUMP project on sourceforge or on other forges, because it would be confusing if someone else decided to create an OpenJUMP project now... Now you are talking about trademark protection. Again, this is something a more formal non-profit would handle. We'd need to elect some directors of the non-profit, who would decide how the trademark could be used. For example, my old OpenJUMP Blog might not be allowed. :] Not sure this is even necessary. Probably isn't going to be a huge conspiracy to steal the OpenJUMP name anytime soon. But it seems like a topic we have both thought about. Your comments are appreciated. My point is that there is a right way to handle copyrights and trademarks, and a wrong way. If we want to do it, we should do it the right way. let's not overengineer here. of course we could trademark the name, like somebody bought/pays for openjump.org ... but to what necessity. if someone really want's to sue away JPP or OpenJUMP, this someone probably will succeed and we simply use another one, the name is not our capital, the product is. imho. If we were curious, I can ask someone at the Free Software Conservancy if they could talk to us about the issues. As I mentioned before, I'm no expert. I'd love to see the JPP or OpenJUMP as an OSGeo Project, which would take care of these issues. That is a lot of work though. FYI: OSGeo expects projects to set-up a system for dealing with code copyright and to have rules and a governing body to handle questions about things like trademarks. let's keep it KISS ... maybe if someday a company sponsor or such decides to come on board it would be a good idea to formalize more. for now, KISS ;) ..ede Landon 2012/2/14 Michaël Michaud michael.mich...@free.fr: Hi Landon, Many things in your mail. I remember that OpenJUMP name came after JPP was created. I've sometimes wondered if it wouldn't be necessary to create the OpenJUMP project on sourceforge or on other forges, because it would be confusing if someone else decided to create an OpenJUMP project now... About copyright, I agree that the code base
[JPP-Devel] WMS layer ordering goes to defaults
Hi, The WMS tool lets user to select many layers from WMS service at the same time. The selected layers are collected to the right side of the dialogue. There user can order the layers with the move up / move down arrows. This is important because OpenJUMP is finally sending a request for the WMS server to draw the layers in that order. Lets say there are layers orthophoto and markers. If the order in the request is orthophoto,markers the server will draw orthophoto on the bottom and markers above that which is fine. If order is markers,orthophoto the orthophoto will cover the markers and they will not show. Ordering of the layers works correctly in OpenJUMP but there is an issue: every time the Edit WMS query tool is opened again (from the WMS layer name - right click menu) the layers are ordered back to the default order (alphabetical?). It means that user needs to remember to order the layers again before pressing the OK button. It would be better to keep the edited order and show the list of selected layers accordingly when Edit WMS query is opened. -Jukka Rahkonen- -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP roadmap updates
Let me think about it this morning and I will get back to the list with a suggestion. Stefan: Why are you moving to Chile? Is this a career move, or are you looking for a warmer climate? Please accept my best wishes for a move to the southern hemisphere. Landon On Wed, Feb 15, 2012 at 2:20 AM, edgar.sol...@web.de wrote: On 14.02.2012 22:01, Michaël Michaud wrote: Here is a suggestion on improving javadoc and unit testing for the 1.6.0 release: We pick a package or two and work together on the javadoc and unit testing over a weekend code sprint. I've never done that before and I tend to do things slowly but continuously, but maybe a code spring is good for motivation ... Will you propose a date and an irc channel to discuss technical stuff during the code sprint ? May be a list of small tasks to achieve would help (javadoc on a particular package, wiki documentation of an api, bug fix, new icons, unit test on a particular plugin...). yeah landon, any suggestions? i'd rather code than document, especially because i am no gis heavy-weight. so i'll probably look through our open bugs/featreqs and pick something or come up with something by myself. an irc channel would be nice, but can be setup at anytime anyway. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Editing shapefiles with SBN and SBX indexes
I just ran into an issue with SkyJUMP and I assume OpenJUMP (since our shapefile drivers are the same). When I add features to a shapefile layer that was created by ESRI and save changes, the SBN and SBX optional spatial index files are not updated (when present), This causes problems when viewing in ESRI-based software which assumes that the spatial indexes are up to date with their associated shapefiles. According to Wikipedia, these index files are not supported by any software except ESRI and are not strictly necessary. My testing seems to confirm that deleting them does no harm. I suggest that we check for the existence of shapefiles with.sbn and .sbx extensions (not to be confused with SHX database index files) and delete them as part of the process of writing or updating a shapefile. This should probably go at the end of com.vividsolutions.jump.io.ShapefileWriter.write. Comments? regards, Larry Becker ISA -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Editing shapefiles with SBN and SBX indexes
Hi, Delete then the .qix index files as well. GDAL and Geotools create those and old index file has similar odd effects with GDAL- and Geotools-based software. http://www.gdal.org/ogr/drv_shapefile.html -Jukka Rahkonen- Lähettäjä: Larry Becker [becker.la...@gmail.com] Lähetetty: 16. helmikuuta 2012 0:19 Vastaanottaja: OpenJump develop and use Aihe: [JPP-Devel] Editing shapefiles with SBN and SBX indexes I just ran into an issue with SkyJUMP and I assume OpenJUMP (since our shapefile drivers are the same). When I add features to a shapefile layer that was created by ESRI and save changes, the SBN and SBX optional spatial index files are not updated (when present), This causes problems when viewing in ESRI-based software which assumes that the spatial indexes are up to date with their associated shapefiles. According to Wikipedia, these index files are not supported by any software except ESRI and are not strictly necessary. My testing seems to confirm that deleting them does no harm. I suggest that we check for the existence of shapefiles with.sbn and .sbx extensions (not to be confused with SHX database index files) and delete them as part of the process of writing or updating a shapefile. This should probably go at the end of com.vividsolutions.jump.io.ShapefileWriter.write. Comments? regards, Larry Becker ISA -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Editing shapefiles with SBN and SBX indexes
Hi Larry, Jukka, Deleting index files when the .shp is written back to disk seems safe and easy. Making a test to see how zipped shapefile can be handled, I just discover that OpenJUMP let you modify a file issued from a zip, but throw a warning when you want to save it. Need to check if zipped files can be tagged as read-only. Michaël I just ran into an issue with SkyJUMP and I assume OpenJUMP (since our shapefile drivers are the same). When I add features to a shapefile layer that was created by ESRI and save changes, the SBN and SBX optional spatial index files are not updated (when present), This causes problems when viewing in ESRI-based software which assumes that the spatial indexes are up to date with their associated shapefiles. According to Wikipedia, these index files are not supported by any software except ESRI and are not strictly necessary. My testing seems to confirm that deleting them does no harm. I suggest that we check for the existence of shapefiles with.sbn and .sbx extensions (not to be confused with SHX database index files) and delete them as part of the process of writing or updating a shapefile. This should probably go at the end of com.vividsolutions.jump.io.ShapefileWriter.write. Comments? regards, Larry Becker ISA -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Feature Requests-3488025 ] Delete existing sbn/sbx/qix files when writing a shp
Feature Requests item #3488025, was opened at 2012-02-15 15:14 Message generated for change (Tracker Item Submitted) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679909aid=3488025group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: File/Data IO Group: None Status: Open Priority: 5 Private: No Submitted By: michael michaud (michaudm) Assigned to: Nobody/Anonymous (nobody) Summary: Delete existing sbn/sbx/qix files when writing a shp Initial Comment: See also mail from Larry https://sourceforge.net/mailarchive/message.php?msg_id=28840557 and answer from Jukka https://sourceforge.net/mailarchive/message.php?msg_id=28840661 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679909aid=3488025group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3488028 ] Datasets read from zip files should be tagged read-only
Bugs item #3488028, was opened at 2012-02-15 15:18 Message generated for change (Tracker Item Submitted) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3488028group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenJUMP - Menu - File Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: michael michaud (michaudm) Assigned to: michael michaud (michaudm) Summary: Datasets read from zip files should be tagged read-only Initial Comment: All in title. Comes from https://sourceforge.net/mailarchive/message.php?msg_id=28840699 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3488028group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel