[JPP-Devel] Question about ViewOptionsPlugin
Greeting Roberto Rossi, from the University of Padova, asked me if the synchronizationCheckBox on ViewOptinsPanel can be se enabled by defaut on fresh OpenJUMP distributuions. This option synchronizes selection between Attribute Table Records and Map Items. The question is if enabling sync by defaut will affect OJ ram usage. Peppe -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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 MultiInputDialog
it's your baby. and there is no hurry, so i'll leave the final decision and implementation to you as long as it is feasible at all. ..ede On 22.05.2017 13:16, Giuseppe Aruta wrote: > OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog > That could be a minimalist and intuitive solution, > Peppe > > 2017-05-22 13:14 GMT+02:00 Giuseppe Aruta : > >> Tanks for the comment Ede >> again tomorrow I will be out for work for 11 days. I will post pone any >> decision when I am back. >> If you want to do any modification, you are most welcome. >> Peppe >> >> 2017-05-22 13:06 GMT+02:00 : >> >>> On 22.05.2017 12:40, Giuseppe Aruta wrote: 1. open Project Properties 2. enable Metadata Change checkbox (a "Cancel" button that is enabled together with "Apply") 3. change the comment 4. ups, i erred, i want the old entry back As the GUI is defined (by MultiInputDialog) can see two schenarios: *) If the "Apply" button is not clicked, it close the diallog with no effects on any modification the user can do (see Style dialog). *The old good entry is save*. >>> >>> yes, but un-intuitive as the user would expect an alternative to APPLY >>> buttonwise ;) >>> >>> the Change Style Dialog is actually wrong as well. it allows you to apply >>> a style and after that Cancel and Ok have the same function. so it is not >>> exactly a good role model to follow here. >>> >>> i suggest you choose either >>> >>> OK/Cancel - advantage easy to understand, disadvantage OK saves the new >>> values & closes the dialog, no visual confirmation >>> >>> OK, replaced by Cancel/Apply on changes, back to OK only when changes >>> were applied/cancelled - advantage visual confirmation of the changes, >>> disadvantage more effort to implement >>> but **) if the "Apply" button is clicked before than "Cancel" button, this will close dialog but modifications are not restored to original >>> values. *The old good entry is gone.* >>> >>> that's how it usually works >>> I am thinking more to an extra button, located close to "Edit project metadata", called "Restore metadata form file" that does the job. This would work even if the user changes his mind after having clicked "Apply" and inadvertently closed the dialog. >>> >>> ok, that's an idea. but do you really think it is worth the effort? are >>> the SRS code and an info comment that difficult to reentry by hand? ;) >>> Extra schenario. The user does 1 to 4 steps, click "Apply" button, >>> closes the dialog, *saves project* and "repents at the end of his days". Possible solutions a) add an extra warning on SaveProject plugin that that project is >>> going to be saved b) implement undo/redo on TaskPropertiesPlugin >>> >>> same as above, SRS code and info comment. nothing crucial around here >>> ;).. ede >>> >>> >>> -- >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog That could be a minimalist and intuitive solution, Peppe 2017-05-22 13:14 GMT+02:00 Giuseppe Aruta : > Tanks for the comment Ede > again tomorrow I will be out for work for 11 days. I will post pone any > decision when I am back. > If you want to do any modification, you are most welcome. > Peppe > > 2017-05-22 13:06 GMT+02:00 : > >> On 22.05.2017 12:40, Giuseppe Aruta wrote: >> > 1. open Project Properties >> > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled >> > together with "Apply") >> > 3. change the comment >> > 4. ups, i erred, i want the old entry back >> > >> > As the GUI is defined (by MultiInputDialog) can see two schenarios: >> > *) If the "Apply" button is not clicked, it close the diallog with no >> > effects on any modification the user can do (see Style dialog). *The old >> > good entry is save*. >> >> yes, but un-intuitive as the user would expect an alternative to APPLY >> buttonwise ;) >> >> the Change Style Dialog is actually wrong as well. it allows you to apply >> a style and after that Cancel and Ok have the same function. so it is not >> exactly a good role model to follow here. >> >> i suggest you choose either >> >> OK/Cancel - advantage easy to understand, disadvantage OK saves the new >> values & closes the dialog, no visual confirmation >> >> OK, replaced by Cancel/Apply on changes, back to OK only when changes >> were applied/cancelled - advantage visual confirmation of the changes, >> disadvantage more effort to implement >> >> > but >> > **) if the "Apply" button is clicked before than "Cancel" button, this >> > will close dialog but modifications are not restored to original >> values. *The >> > old good entry is gone.* >> >> that's how it usually works >> >> > I am thinking more to an extra button, located close to "Edit project >> > metadata", called "Restore metadata form file" that does the job. >> > This would work even if the user changes his mind after having clicked >> > "Apply" and inadvertently closed the dialog. >> >> ok, that's an idea. but do you really think it is worth the effort? are >> the SRS code and an info comment that difficult to reentry by hand? ;) >> >> > Extra schenario. The user does 1 to 4 steps, click "Apply" button, >> closes >> > the dialog, *saves project* and "repents at the end of his days". >> > Possible solutions >> > a) add an extra warning on SaveProject plugin that that project is >> going to >> > be saved >> > b) implement undo/redo on TaskPropertiesPlugin >> > >> >> same as above, SRS code and info comment. nothing crucial around here >> ;).. ede >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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 MultiInputDialog
Tanks for the comment Ede again tomorrow I will be out for work for 11 days. I will post pone any decision when I am back. If you want to do any modification, you are most welcome. Peppe 2017-05-22 13:06 GMT+02:00 : > On 22.05.2017 12:40, Giuseppe Aruta wrote: > > 1. open Project Properties > > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled > > together with "Apply") > > 3. change the comment > > 4. ups, i erred, i want the old entry back > > > > As the GUI is defined (by MultiInputDialog) can see two schenarios: > > *) If the "Apply" button is not clicked, it close the diallog with no > > effects on any modification the user can do (see Style dialog). *The old > > good entry is save*. > > yes, but un-intuitive as the user would expect an alternative to APPLY > buttonwise ;) > > the Change Style Dialog is actually wrong as well. it allows you to apply > a style and after that Cancel and Ok have the same function. so it is not > exactly a good role model to follow here. > > i suggest you choose either > > OK/Cancel - advantage easy to understand, disadvantage OK saves the new > values & closes the dialog, no visual confirmation > > OK, replaced by Cancel/Apply on changes, back to OK only when changes were > applied/cancelled - advantage visual confirmation of the changes, > disadvantage more effort to implement > > > but > > **) if the "Apply" button is clicked before than "Cancel" button, this > > will close dialog but modifications are not restored to original values. > *The > > old good entry is gone.* > > that's how it usually works > > > I am thinking more to an extra button, located close to "Edit project > > metadata", called "Restore metadata form file" that does the job. > > This would work even if the user changes his mind after having clicked > > "Apply" and inadvertently closed the dialog. > > ok, that's an idea. but do you really think it is worth the effort? are > the SRS code and an info comment that difficult to reentry by hand? ;) > > > Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes > > the dialog, *saves project* and "repents at the end of his days". > > Possible solutions > > a) add an extra warning on SaveProject plugin that that project is going > to > > be saved > > b) implement undo/redo on TaskPropertiesPlugin > > > > same as above, SRS code and info comment. nothing crucial around here ;).. > ede > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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 MultiInputDialog
On 22.05.2017 12:40, Giuseppe Aruta wrote: > 1. open Project Properties > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled > together with "Apply") > 3. change the comment > 4. ups, i erred, i want the old entry back > > As the GUI is defined (by MultiInputDialog) can see two schenarios: > *) If the "Apply" button is not clicked, it close the diallog with no > effects on any modification the user can do (see Style dialog). *The old > good entry is save*. yes, but un-intuitive as the user would expect an alternative to APPLY buttonwise ;) the Change Style Dialog is actually wrong as well. it allows you to apply a style and after that Cancel and Ok have the same function. so it is not exactly a good role model to follow here. i suggest you choose either OK/Cancel - advantage easy to understand, disadvantage OK saves the new values & closes the dialog, no visual confirmation OK, replaced by Cancel/Apply on changes, back to OK only when changes were applied/cancelled - advantage visual confirmation of the changes, disadvantage more effort to implement > but > **) if the "Apply" button is clicked before than "Cancel" button, this > will close dialog but modifications are not restored to original values. *The > old good entry is gone.* that's how it usually works > I am thinking more to an extra button, located close to "Edit project > metadata", called "Restore metadata form file" that does the job. > This would work even if the user changes his mind after having clicked > "Apply" and inadvertently closed the dialog. ok, that's an idea. but do you really think it is worth the effort? are the SRS code and an info comment that difficult to reentry by hand? ;) > Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes > the dialog, *saves project* and "repents at the end of his days". > Possible solutions > a) add an extra warning on SaveProject plugin that that project is going to > be saved > b) implement undo/redo on TaskPropertiesPlugin > same as above, SRS code and info comment. nothing crucial around here ;).. ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
On 22.05.2017 12:43, Giuseppe Aruta wrote: > This solution doesn't take into account that user could modify metadata > more than once. Undo/redo probably solve this but I'd rather use undo/redo > only for editing. yupp.. definitely overkill. let's not go there. ..ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
This solution doesn't take into account that user could modify metadata more than once. Undo/redo probably solve this but I'd rather use undo/redo only for editing. Peppe 2017-05-22 12:40 GMT+02:00 Giuseppe Aruta : > 1. open Project Properties > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled > together with "Apply") > 3. change the comment > 4. ups, i erred, i want the old entry back > > As the GUI is defined (by MultiInputDialog) can see two schenarios: > *) If the "Apply" button is not clicked, it close the diallog with no > effects on any modification the user can do (see Style dialog). *The old > good entry is save*. > but > **) if the "Apply" button is clicked before than "Cancel" button, this > will close dialog but modifications are not restored to original values. *The > old good entry is gone.* > > I am thinking more to an extra button, located close to "Edit project > metadata", called "Restore metadata form file" that does the job. > This would work even if the user changes his mind after having clicked > "Apply" and inadvertently closed the dialog. > > Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes > the dialog, *saves project* and "repents at the end of his days". > Possible solutions > a) add an extra warning on SaveProject plugin that that project is going > to be saved > b) implement undo/redo on TaskPropertiesPlugin > > Peppe > > > 2017-05-22 11:56 GMT+02:00 : > >> Peppe, >> >> not to be misunderstood. consider this flow >> >> 1. open Project Properties >> 2. enable Metadata Change checkbox >> 3. change the comment >> 4. ups, i erred, i want the old entry back >> >> now the user has a UI that only allows >> hit APPLY and then OK (values are saved, user does not want that!) >> or >> disable the Metadata checkbox, hit OK (the value is not saved, but it >> looks as if because it is still there until the dialog is reopened) >> or >> close the dialog via the X of the frame >> . >> >> a "proper" UI would actually compare the values (saved vs. dialog) and >> only if they differ show Cancel/Apply buttons instead of OK. Apply would >> update the task properties, Cancel restore the dialog fields with the old >> values. Result of both would be no difference between saved vs. dialog >> values anymore, hence OK is shown. >> >> something like that.. ede >> >> >> On 22.05.2017 11:24, Giuseppe Aruta wrote: >> > Thanks for the enhancement on OK/Apply buttons, Ede. >> > I did a small upgrade of the GUI: it showns the unit as a separate box, >> in >> > case one day we improve unit conversion. >> > I prefer to have a dedicate button (like "Restore properties from the >> > file") instead to have a cancel button. I added a method on Utils >> class. Or >> > we can have both. but this makes thinks more ambiguous for users (my >> > opinion). And we want to have OJ as more easy as possible >> > Peppe >> > >> > 2017-05-21 13:39 GMT+02:00 : >> > >> >> Peppe, >> >> >> >> one issue still remains though. if there is an APPLY button, there >> should >> >> be a CANCEL button to abort _and_ restore the previous state. i leave >> that >> >> to you in case you are interested. the needed method's to hide, >> en/disable >> >> are in place now. >> >> >> >> it's sunday, so i am being lazy.. ede >> >> >> >> On 21.05.2017 13:01, edgar.sol...@web.de wrote: >> >>> ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the >> edit >> >> checkbox text, so that can stay as it is. >> >>> >> >>> another thing. editing the info comment only get's applied when apply >> is >> >> pressed before ok. that's creative but not intuitive. OK implies >> >> acknowledgement, so is essentially the same as APPLY in this context. >> >>> >> >>> just took some time to add the initially requested OK button method >> and >> >> some more and conditionally bound that to the APPLY button. the >> ProjectInfo >> >> dialog should behave now somewhat more intuitively. >> >>> >> >>> ..ede >> >>> >> >>> On 21.05.2017 10:57, edgar.sol...@web.de wrote: >> Peppe, >> >> what about the translation strings for the user interface >> org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata >> ? >> >> ..ede >> >> On 20.05.2017 10:42, Giuseppe Aruta wrote: >> > Hi Ede, >> > I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. >> > >> > Peppe >> > >> > 2017-05-11 17:46 GMT+02:00 : >> > >> >> On 11.05.2017 17:44, Giuseppe Aruta wrote: >> >>> No problem to rename it. >> >>> Actually I am out for a couple of weeks. Can you make that >> >> modification >> >> Ede? Or we can make a list of modifications that I will do when I >> am >> >> back >> >> home. >> >> >> >> no stress.. the plugin is new and no release in sight. do it when >> you >> >> come >> >> around to do it ;).. >> >> >> >> ..ede >> >> >> > >> >> >> >> -
Re: [JPP-Devel] Question about MultiInputDialog
1. open Project Properties 2. enable Metadata Change checkbox (a "Cancel" button that is enabled together with "Apply") 3. change the comment 4. ups, i erred, i want the old entry back As the GUI is defined (by MultiInputDialog) can see two schenarios: *) If the "Apply" button is not clicked, it close the diallog with no effects on any modification the user can do (see Style dialog). *The old good entry is save*. but **) if the "Apply" button is clicked before than "Cancel" button, this will close dialog but modifications are not restored to original values. *The old good entry is gone.* I am thinking more to an extra button, located close to "Edit project metadata", called "Restore metadata form file" that does the job. This would work even if the user changes his mind after having clicked "Apply" and inadvertently closed the dialog. Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes the dialog, *saves project* and "repents at the end of his days". Possible solutions a) add an extra warning on SaveProject plugin that that project is going to be saved b) implement undo/redo on TaskPropertiesPlugin Peppe 2017-05-22 11:56 GMT+02:00 : > Peppe, > > not to be misunderstood. consider this flow > > 1. open Project Properties > 2. enable Metadata Change checkbox > 3. change the comment > 4. ups, i erred, i want the old entry back > > now the user has a UI that only allows > hit APPLY and then OK (values are saved, user does not want that!) > or > disable the Metadata checkbox, hit OK (the value is not saved, but it > looks as if because it is still there until the dialog is reopened) > or > close the dialog via the X of the frame > . > > a "proper" UI would actually compare the values (saved vs. dialog) and > only if they differ show Cancel/Apply buttons instead of OK. Apply would > update the task properties, Cancel restore the dialog fields with the old > values. Result of both would be no difference between saved vs. dialog > values anymore, hence OK is shown. > > something like that.. ede > > > On 22.05.2017 11:24, Giuseppe Aruta wrote: > > Thanks for the enhancement on OK/Apply buttons, Ede. > > I did a small upgrade of the GUI: it showns the unit as a separate box, > in > > case one day we improve unit conversion. > > I prefer to have a dedicate button (like "Restore properties from the > > file") instead to have a cancel button. I added a method on Utils class. > Or > > we can have both. but this makes thinks more ambiguous for users (my > > opinion). And we want to have OJ as more easy as possible > > Peppe > > > > 2017-05-21 13:39 GMT+02:00 : > > > >> Peppe, > >> > >> one issue still remains though. if there is an APPLY button, there > should > >> be a CANCEL button to abort _and_ restore the previous state. i leave > that > >> to you in case you are interested. the needed method's to hide, > en/disable > >> are in place now. > >> > >> it's sunday, so i am being lazy.. ede > >> > >> On 21.05.2017 13:01, edgar.sol...@web.de wrote: > >>> ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit > >> checkbox text, so that can stay as it is. > >>> > >>> another thing. editing the info comment only get's applied when apply > is > >> pressed before ok. that's creative but not intuitive. OK implies > >> acknowledgement, so is essentially the same as APPLY in this context. > >>> > >>> just took some time to add the initially requested OK button method and > >> some more and conditionally bound that to the APPLY button. the > ProjectInfo > >> dialog should behave now somewhat more intuitively. > >>> > >>> ..ede > >>> > >>> On 21.05.2017 10:57, edgar.sol...@web.de wrote: > Peppe, > > what about the translation strings for the user interface > org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata > ? > > ..ede > > On 20.05.2017 10:42, Giuseppe Aruta wrote: > > Hi Ede, > > I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. > > > > Peppe > > > > 2017-05-11 17:46 GMT+02:00 : > > > >> On 11.05.2017 17:44, Giuseppe Aruta wrote: > >>> No problem to rename it. > >>> Actually I am out for a couple of weeks. Can you make that > >> modification > >> Ede? Or we can make a list of modifications that I will do when I am > >> back > >> home. > >> > >> no stress.. the plugin is new and no release in sight. do it when > you > >> come > >> around to do it ;).. > >> > >> ..ede > >> > > > > > >> -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > 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 MultiInputDialog
Peppe, not to be misunderstood. consider this flow 1. open Project Properties 2. enable Metadata Change checkbox 3. change the comment 4. ups, i erred, i want the old entry back now the user has a UI that only allows hit APPLY and then OK (values are saved, user does not want that!) or disable the Metadata checkbox, hit OK (the value is not saved, but it looks as if because it is still there until the dialog is reopened) or close the dialog via the X of the frame . a "proper" UI would actually compare the values (saved vs. dialog) and only if they differ show Cancel/Apply buttons instead of OK. Apply would update the task properties, Cancel restore the dialog fields with the old values. Result of both would be no difference between saved vs. dialog values anymore, hence OK is shown. something like that.. ede On 22.05.2017 11:24, Giuseppe Aruta wrote: > Thanks for the enhancement on OK/Apply buttons, Ede. > I did a small upgrade of the GUI: it showns the unit as a separate box, in > case one day we improve unit conversion. > I prefer to have a dedicate button (like "Restore properties from the > file") instead to have a cancel button. I added a method on Utils class. Or > we can have both. but this makes thinks more ambiguous for users (my > opinion). And we want to have OJ as more easy as possible > Peppe > > 2017-05-21 13:39 GMT+02:00 : > >> Peppe, >> >> one issue still remains though. if there is an APPLY button, there should >> be a CANCEL button to abort _and_ restore the previous state. i leave that >> to you in case you are interested. the needed method's to hide, en/disable >> are in place now. >> >> it's sunday, so i am being lazy.. ede >> >> On 21.05.2017 13:01, edgar.sol...@web.de wrote: >>> ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit >> checkbox text, so that can stay as it is. >>> >>> another thing. editing the info comment only get's applied when apply is >> pressed before ok. that's creative but not intuitive. OK implies >> acknowledgement, so is essentially the same as APPLY in this context. >>> >>> just took some time to add the initially requested OK button method and >> some more and conditionally bound that to the APPLY button. the ProjectInfo >> dialog should behave now somewhat more intuitively. >>> >>> ..ede >>> >>> On 21.05.2017 10:57, edgar.sol...@web.de wrote: Peppe, what about the translation strings for the user interface org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata ? ..ede On 20.05.2017 10:42, Giuseppe Aruta wrote: > Hi Ede, > I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. > > Peppe > > 2017-05-11 17:46 GMT+02:00 : > >> On 11.05.2017 17:44, Giuseppe Aruta wrote: >>> No problem to rename it. >>> Actually I am out for a couple of weeks. Can you make that >> modification >> Ede? Or we can make a list of modifications that I will do when I am >> back >> home. >> >> no stress.. the plugin is new and no release in sight. do it when you >> come >> around to do it ;).. >> >> ..ede >> > >> -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> -- >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging t
Re: [JPP-Devel] Question about MultiInputDialog
Thanks for the enhancement on OK/Apply buttons, Ede. I did a small upgrade of the GUI: it showns the unit as a separate box, in case one day we improve unit conversion. I prefer to have a dedicate button (like "Restore properties from the file") instead to have a cancel button. I added a method on Utils class. Or we can have both. but this makes thinks more ambiguous for users (my opinion). And we want to have OJ as more easy as possible Peppe 2017-05-21 13:39 GMT+02:00 : > Peppe, > > one issue still remains though. if there is an APPLY button, there should > be a CANCEL button to abort _and_ restore the previous state. i leave that > to you in case you are interested. the needed method's to hide, en/disable > are in place now. > > it's sunday, so i am being lazy.. ede > > On 21.05.2017 13:01, edgar.sol...@web.de wrote: > > ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit > checkbox text, so that can stay as it is. > > > > another thing. editing the info comment only get's applied when apply is > pressed before ok. that's creative but not intuitive. OK implies > acknowledgement, so is essentially the same as APPLY in this context. > > > > just took some time to add the initially requested OK button method and > some more and conditionally bound that to the APPLY button. the ProjectInfo > dialog should behave now somewhat more intuitively. > > > > ..ede > > > > On 21.05.2017 10:57, edgar.sol...@web.de wrote: > >> Peppe, > >> > >> what about the translation strings for the user interface > >> org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata > >> ? > >> > >> ..ede > >> > >> On 20.05.2017 10:42, Giuseppe Aruta wrote: > >>> Hi Ede, > >>> I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. > >>> > >>> Peppe > >>> > >>> 2017-05-11 17:46 GMT+02:00 : > >>> > On 11.05.2017 17:44, Giuseppe Aruta wrote: > > No problem to rename it. > > Actually I am out for a couple of weeks. Can you make that > modification > Ede? Or we can make a list of modifications that I will do when I am > back > home. > > no stress.. the plugin is new and no release in sight. do it when you > come > around to do it ;).. > > ..ede > > >>> > >> > >> > -- > >> Check out the vibrant tech community on one of the world's most > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >> ___ > >> Jump-pilot-devel mailing list > >> Jump-pilot-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >> > > > > > -- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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 MultiInputDialog
Peppe, one issue still remains though. if there is an APPLY button, there should be a CANCEL button to abort _and_ restore the previous state. i leave that to you in case you are interested. the needed method's to hide, en/disable are in place now. it's sunday, so i am being lazy.. ede On 21.05.2017 13:01, edgar.sol...@web.de wrote: > ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit > checkbox text, so that can stay as it is. > > another thing. editing the info comment only get's applied when apply is > pressed before ok. that's creative but not intuitive. OK implies > acknowledgement, so is essentially the same as APPLY in this context. > > just took some time to add the initially requested OK button method and some > more and conditionally bound that to the APPLY button. the ProjectInfo dialog > should behave now somewhat more intuitively. > > ..ede > > On 21.05.2017 10:57, edgar.sol...@web.de wrote: >> Peppe, >> >> what about the translation strings for the user interface >> org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata >> ? >> >> ..ede >> >> On 20.05.2017 10:42, Giuseppe Aruta wrote: >>> Hi Ede, >>> I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. >>> >>> Peppe >>> >>> 2017-05-11 17:46 GMT+02:00 : >>> On 11.05.2017 17:44, Giuseppe Aruta wrote: > No problem to rename it. > Actually I am out for a couple of weeks. Can you make that modification Ede? Or we can make a list of modifications that I will do when I am back home. no stress.. the plugin is new and no release in sight. do it when you come around to do it ;).. ..ede >>> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit checkbox text, so that can stay as it is. another thing. editing the info comment only get's applied when apply is pressed before ok. that's creative but not intuitive. OK implies acknowledgement, so is essentially the same as APPLY in this context. just took some time to add the initially requested OK button method and some more and conditionally bound that to the APPLY button. the ProjectInfo dialog should behave now somewhat more intuitively. ..ede On 21.05.2017 10:57, edgar.sol...@web.de wrote: > Peppe, > > what about the translation strings for the user interface > org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata > ? > > ..ede > > On 20.05.2017 10:42, Giuseppe Aruta wrote: >> Hi Ede, >> I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. >> >> Peppe >> >> 2017-05-11 17:46 GMT+02:00 : >> >>> On 11.05.2017 17:44, Giuseppe Aruta wrote: No problem to rename it. Actually I am out for a couple of weeks. Can you make that modification >>> Ede? Or we can make a list of modifications that I will do when I am back >>> home. >>> >>> no stress.. the plugin is new and no release in sight. do it when you come >>> around to do it ;).. >>> >>> ..ede >>> >> > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
Peppe, what about the translation strings for the user interface org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata ? ..ede On 20.05.2017 10:42, Giuseppe Aruta wrote: > Hi Ede, > I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. > > Peppe > > 2017-05-11 17:46 GMT+02:00 : > >> On 11.05.2017 17:44, Giuseppe Aruta wrote: >>> No problem to rename it. >>> Actually I am out for a couple of weeks. Can you make that modification >> Ede? Or we can make a list of modifications that I will do when I am back >> home. >> >> no stress.. the plugin is new and no release in sight. do it when you come >> around to do it ;).. >> >> ..ede >> > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
On 11.05.2017 17:44, Giuseppe Aruta wrote: > No problem to rename it. > Actually I am out for a couple of weeks. Can you make that modification Ede? > Or we can make a list of modifications that I will do when I am back home. no stress.. the plugin is new and no release in sight. do it when you come around to do it ;).. ..ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
No problem to rename it. Actually I am out for a couple of weeks. Can you make that modification Ede? Or we can make a list of modifications that I will do when I am back home. Peppe Il 11/Mag/2017 10:46, ha scritto: > hey All, > > without going into details, Peppe is right that there are scenarios where > file time stamps may be altered reset. taking that into account there is no > harm to have _both_ cration and last mod.time written to the project file. > > Peppe, would you mind renaming PROJ_METADATA to comment or details, hwich > would be more fitting? > > ..ede > > On 11.05.2017 09:31, Giuseppe Aruta wrote: > > (Last) modification date of a projct could be different from the date of > creation of the file. This is a schenario : a project file is created on > date 1. It has stored into a back-up. Then later (date 2 ) restored and > moved to another device ( together with all associated files): > > The date of creation of the project file would be reset to date 2, while > the tag "last modification " into the .jmp file testify that the project > was (last) modified on date 1. > > This option could help to trace back the history of projects, especially > if those move back and forth from an user to another. > > Peppe > > > > > > Il 10/Mag/2017 23:11, "Michaël Michaud" <mailto:m.michael.mich...@orange.fr>> ha scritto: > > > > Hi, > > > > As Jukka says, it is difficult to give a modification date which > makes sense for projects containing datasources like WMS or DataStores. > > > > A date reflecting the date of the project file is OK for me. Not > really essential, but maybe useful in some situations. > > On the other hand, if it is just the date of the file, it is useless > to record it, and the modification tag is useless. > > So I don't know what is the date Peppe want to display and for which > use case. > > > > Michaël > > > > > > Le 10/05/2017 à 18:31, Giuseppe Aruta a écrit : > >> GvSIG (official) uses a "Creation date" and a "Modification date" > for project file. > >> This is a screenshot of all "properties" that can be modified into > an GvSIG project, included SRS > >> > >> Immagine incorporata 1 > >> The file is not editable via- notepad so I cannot see the structure > >> > >> Both Kosmo and QGIS use XML files, as I can see none of them record > a "Modification date" or "Creation" one > >> Peppe > >> > >> > >> 2017-05-10 16:53 GMT+02:00 edgar.sol...@web.de>>: > >> > >> thx, > >> > >> so in general other GIS use the projects file last mod. time or > a saved date value within the same? > >> > >> ..ede > >> > >> On 10.05.2017 16:52, Rahkonen Jukka (MML) wrote: > >> > Hi, > >> > > >> > How could you tell what is the last update time of database > layers, or image layers? For shapefiles one could try to read when the file > was saved to disk, or better the last_update data from DBF file (see > http://www.gdal.org/drv_shapefile.html <http://www.gdal.org/drv_ > shapefile.html>) that is often updated when software saves the dbf file, > but not always. I would say that it is hard to do in a reliable way and so > that users would have benefit of that feature. > >> > > >> > -Jukka- > >> > > >> > -Alkuperäinen viesti- > >> > Lähettäjä: edgar.sol...@web.de <mailto:edgar.sol...@web.de> > [mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>] > >> > Lähetetty: 10. toukokuuta 2017 15:08 > >> > Vastaanottaja: jump-pilot-devel@lists.sourceforge.net > <mailto:jump-pilot-devel@lists.sourceforge.net>; Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi <mailto:jukka.rahkonen@ > maanmittauslaitos.fi>> > >> > Aihe: Re: [JPP-Devel] Question about MultiInputDialog > >> > > >> > On 09.05.2017 17 :12, Giuseppe Aruta > wrote: > >> >> C. > >> >> wrt. Modification Time - how is this handled within other > GIS (Jukka?), especial wrt. changed datasets. i can imagine a scenario > where only a dataset is changed but the project as such is not changed, > >> >> - which date would be more important? > >> >> - woul
Re: [JPP-Devel] Question about MultiInputDialog
hey All, without going into details, Peppe is right that there are scenarios where file time stamps may be altered reset. taking that into account there is no harm to have _both_ cration and last mod.time written to the project file. Peppe, would you mind renaming PROJ_METADATA to comment or details, hwich would be more fitting? ..ede On 11.05.2017 09:31, Giuseppe Aruta wrote: > (Last) modification date of a projct could be different from the date of > creation of the file. This is a schenario : a project file is created on date > 1. It has stored into a back-up. Then later (date 2 ) restored and moved to > another device ( together with all associated files): > The date of creation of the project file would be reset to date 2, while the > tag "last modification " into the .jmp file testify that the project was > (last) modified on date 1. > This option could help to trace back the history of projects, especially if > those move back and forth from an user to another. > Peppe > > > Il 10/Mag/2017 23:11, "Michaël Michaud" <mailto:m.michael.mich...@orange.fr>> ha scritto: > > Hi, > > As Jukka says, it is difficult to give a modification date which makes > sense for projects containing datasources like WMS or DataStores. > > A date reflecting the date of the project file is OK for me. Not really > essential, but maybe useful in some situations. > On the other hand, if it is just the date of the file, it is useless to > record it, and the modification tag is useless. > So I don't know what is the date Peppe want to display and for which use > case. > > Michaël > > > Le 10/05/2017 à 18:31, Giuseppe Aruta a écrit : >> GvSIG (official) uses a "Creation date" and a "Modification date" for >> project file. >> This is a screenshot of all "properties" that can be modified into an >> GvSIG project, included SRS >> >> Immagine incorporata 1 >> The file is not editable via- notepad so I cannot see the structure >> >> Both Kosmo and QGIS use XML files, as I can see none of them record a >> "Modification date" or "Creation" one >> Peppe >> >> >> 2017-05-10 16:53 GMT+02:00 > <mailto:edgar.sol...@web.de>>: >> >> thx, >> >> so in general other GIS use the projects file last mod. time or a >> saved date value within the same? >> >> ..ede >> >> On 10.05.2017 16:52, Rahkonen Jukka (MML) wrote: >> > Hi, >> > >> > How could you tell what is the last update time of database >> layers, or image layers? For shapefiles one could try to read when the file >> was saved to disk, or better the last_update data from DBF file (see >> http://www.gdal.org/drv_shapefile.html >> <http://www.gdal.org/drv_shapefile.html>) that is often updated when >> software saves the dbf file, but not always. I would say that it is hard to >> do in a reliable way and so that users would have benefit of that feature. >> > >> > -Jukka- >> > >> > -----Alkuperäinen viesti- >> > Lähettäjä: edgar.sol...@web.de <mailto:edgar.sol...@web.de> >> [mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>] >> > Lähetetty: 10. toukokuuta 2017 15:08 >> > Vastaanottaja: jump-pilot-devel@lists.sourceforge.net >> <mailto:jump-pilot-devel@lists.sourceforge.net>; Rahkonen Jukka (MML) >> > <mailto:jukka.rahko...@maanmittauslaitos.fi>> >> > Aihe: Re: [JPP-Devel] Question about MultiInputDialog >> > >> > On 09.05.2017 17 :12, Giuseppe Aruta wrote: >> >> C. >> >> wrt. Modification Time - how is this handled within other GIS >> (Jukka?), especial wrt. changed datasets. i can imagine a scenario where >> only a dataset is changed but the project as such is not changed, >> >> - which date would be more important? >> >> - would it make sense to show the mod. times of the datasets as >> well? >> > >> > Jukka, Mike, others.. what do you think? ..ede >> > >> >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> __
Re: [JPP-Devel] Question about MultiInputDialog
thx, so in general other GIS use the projects file last mod. time or a saved date value within the same? ..ede On 10.05.2017 16:52, Rahkonen Jukka (MML) wrote: > Hi, > > How could you tell what is the last update time of database layers, or image > layers? For shapefiles one could try to read when the file was saved to disk, > or better the last_update data from DBF file (see > http://www.gdal.org/drv_shapefile.html) that is often updated when software > saves the dbf file, but not always. I would say that it is hard to do in a > reliable way and so that users would have benefit of that feature. > > -Jukka- > > -Alkuperäinen viesti- > Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] > Lähetetty: 10. toukokuuta 2017 15:08 > Vastaanottaja: jump-pilot-devel@lists.sourceforge.net; Rahkonen Jukka (MML) > > Aihe: Re: [JPP-Devel] Question about MultiInputDialog > > On 09.05.2017 17:12, Giuseppe Aruta wrote: >> C. >> wrt. Modification Time - how is this handled within other GIS (Jukka?), >> especial wrt. changed datasets. i can imagine a scenario where only a >> dataset is changed but the project as such is not changed, >> - which date would be more important? >> - would it make sense to show the mod. times of the datasets as well? > > Jukka, Mike, others.. what do you think? ..ede > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
Hi, How could you tell what is the last update time of database layers, or image layers? For shapefiles one could try to read when the file was saved to disk, or better the last_update data from DBF file (see http://www.gdal.org/drv_shapefile.html) that is often updated when software saves the dbf file, but not always. I would say that it is hard to do in a reliable way and so that users would have benefit of that feature. -Jukka- -Alkuperäinen viesti- Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] Lähetetty: 10. toukokuuta 2017 15:08 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net; Rahkonen Jukka (MML) Aihe: Re: [JPP-Devel] Question about MultiInputDialog On 09.05.2017 17:12, Giuseppe Aruta wrote: > C. > wrt. Modification Time - how is this handled within other GIS (Jukka?), > especial wrt. changed datasets. i can imagine a scenario where only a dataset > is changed but the project as such is not changed, > - which date would be more important? > - would it make sense to show the mod. times of the datasets as well? Jukka, Mike, others.. what do you think? ..ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
On 09.05.2017 17:12, Giuseppe Aruta wrote: > C. > wrt. Modification Time - how is this handled within other GIS (Jukka?), > especial wrt. changed datasets. i can imagine a scenario where only a dataset > is changed but the project as such is not changed, > - which date would be more important? > - would it make sense to show the mod. times of the datasets as well? Jukka, Mike, others.. what do you think? ..ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
Hi Ede,
thanks for Dilbert! He is selfexplaining too...
A) I think I explain in a former mail to Michael. Anyhow I agree: "using
Task tags saved to XML is the much more sensible solution". I adopted this
way.
B) Actually OJ ask to save a project only when an user click on "Exit"
plugin ("Do you want to close selected project...?"). Clicking on "X"
button of a Tak frame simply pops up a different warning ("Do you ant to
close a project?"). There are some warnings for modified layers or layers
with no datasource but no control on other project modifciations (chenged
styles and, in this case, changed task properies).
A check that controls all these modifications should be very useful.
I will keep project properties modified but not saved into the project. And
move the question to (automatically) save them on closing task.
C)..
D) It is OK for me
Peppe
2017-05-08 11:38 GMT+02:00 :
> hey Peppe,
>
> A.
> can you point me to where the tags are currently written/read/managed in
> our Task code?
> i remember us talking about metadata and me opposing to add
> Getters/Setters for each and every field that might come along as handy, so
> i think (re)using Task tags saved to XML is the much more sensible solution.
>
> B.
> wrt. OK/Cancel etc.. - yes the OK button is effectively Cancel if there is
> nothing to change, so you are on the right way.
> you might wanna replace the OK button with Save to make the user aware
> that (the whole incl. all changes?) project is about to be saved when there
> are changes committed.
> generally our workflow has users deciding when to save, so maybe you
> consider just to change the setting, set the project to modified but leave
> saving up to the user?
>
> C.
> wrt. Modification Time - how is this handled within other GIS (Jukka?),
> especial wrt. changed datasets. i can imagine a scenario where only a
> dataset is changed but the project as such is not changed,
> - which date would be more important?
> - would it make sense to show the mod. times of the datasets as well?
>
> D.
> location in menus. the plugin should be available at the end of (instead
> of Customize)
> MAINMENU->Edit
> ...
> Separator
> Project Properties
>
> additionally it can be added in the category popup menu, maybe above the
> 'Open' menu entry.
>
> it's selfexplaining in the UI that users can change values there, so no
> need to add "View/Edit" to the plugin name.
>
> so far.. ede
>
> PS: a little dilbert - http://dilbert.com/strip/2017-05-04 &
> http://dilbert.com/strip/2017-05-05 & http://dilbert.com/strip/2017-05-06
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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 MultiInputDialog
hey Peppe, A. can you point me to where the tags are currently written/read/managed in our Task code? i remember us talking about metadata and me opposing to add Getters/Setters for each and every field that might come along as handy, so i think (re)using Task tags saved to XML is the much more sensible solution. B. wrt. OK/Cancel etc.. - yes the OK button is effectively Cancel if there is nothing to change, so you are on the right way. you might wanna replace the OK button with Save to make the user aware that (the whole incl. all changes?) project is about to be saved when there are changes committed. generally our workflow has users deciding when to save, so maybe you consider just to change the setting, set the project to modified but leave saving up to the user? C. wrt. Modification Time - how is this handled within other GIS (Jukka?), especial wrt. changed datasets. i can imagine a scenario where only a dataset is changed but the project as such is not changed, - which date would be more important? - would it make sense to show the mod. times of the datasets as well? D. location in menus. the plugin should be available at the end of (instead of Customize) MAINMENU->Edit ... Separator Project Properties additionally it can be added in the category popup menu, maybe above the 'Open' menu entry. it's selfexplaining in the UI that users can change values there, so no need to add "View/Edit" to the plugin name. so far.. ede PS: a little dilbert - http://dilbert.com/strip/2017-05-04 & http://dilbert.com/strip/2017-05-05 & http://dilbert.com/strip/2017-05-06 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ 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 MultiInputDialog
Hi Peppe, Maybe you can try to add a setOKVisible method to OKCancelPanel. What can of dialog do you want to create that does not need a OK button ? Michaël Le 04/05/2017 à 18:49, Giuseppe Aruta a écrit : Hi all, this probably will sound as an ordinary question. I want to remove the "OK" button from a MultiInputDialog and keep only "Cancel" one. We have inner method like setCancelVisible(boolean) and setApplyVisible(boolean) but I didn't find a way to remove "OK". Thanks for any idea Peppe -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about MultiInputDialog
Hi all, this probably will sound as an ordinary question. I want to remove the "OK" button from a MultiInputDialog and keep only "Cancel" one. We have inner method like setCancelVisible(boolean) and setApplyVisible(boolean) but I didn't find a way to remove "OK". Thanks for any idea Peppe -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ 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 Michaël's Coordinate Transformation Plugin
Hi Michaël, thanks for the answer. I recently had a conversation with an Italian OpenJUMP user about your plugin and the possibility to use grids in OpenJUMP. This let me check around a solution. I found some .gsb files available( for transformations in Italy) under Creative Commons copyright. I will try to use your information to make them available fro your plugin. Best regards Peppe 2015-10-25 22:25 GMT+01:00 Michaël Michaud : > Hi Peppe, > > It "should" be possible. At least if you have a NTv2 grid to define your > transformation. > > You should try to define your transformation with a +nadgrids=grid_name.gsb > parameter > as in the IGNF registry and to add your transformation in the epsg file. > > Not sure it will be so easy, but have a try and let me know how it goes. > > Michaël > > > > Le 25/10/2015 09:47, Giuseppe Aruta a écrit : > > Hi Michaël, > I can see that your plugin can also make transformations using an internal > IGNF registry .gsb grid file. > Do you think it is possible to adopt also other grids for other areas/crs? > thanks for the answer > Peppe > > > -- > > > > ___ > Jump-pilot-devel mailing > listJump-pilot-devel@lists.sourceforge.nethttps://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] Question about Michaël's Coordinate Transformation Plugin
Hi Peppe, It "should" be possible. At least if you have a NTv2 grid to define your transformation. You should try to define your transformation with a +nadgrids=grid_name.gsb parameter as in the IGNF registry and to add your transformation in the epsg file. Not sure it will be so easy, but have a try and let me know how it goes. Michaël Le 25/10/2015 09:47, Giuseppe Aruta a écrit : Hi Michaël, I can see that your plugin can also make transformations using an internal IGNF registry .gsb grid file. Do you think it is possible to adopt also other grids for other areas/crs? thanks for the answer Peppe -- ___ 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
[JPP-Devel] Question about Michaël's Coordinate Transformation Plugin
Hi Michaël, I can see that your plugin can also make transformations using an internal IGNF registry .gsb grid file. Do you think it is possible to adopt also other grids for other areas/crs? thanks for the answer Peppe -- ___ 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 Saving .classpath .settings files/folder on SVN
Hey Peppe, On 05.05.2015 11:04, Giuseppe Aruta wrote: > Hi Ede, > Today I create a new folder on > http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put > all Sextante documents (in English - in order to use on On-Line manual) > And I had again files .classpath, .project and folder .settings saved on > SVN repository. How can avoid it again? not sure what happens there on your side. did you copy the file in from a file browser as opposed to within eclipse? >Is there a setting on Eclipse that I can configure? How can I delete them from >SVN? I saw that you corrected few days ago a similar problem (probably my >mistake) > I thank you in advance > eclipse will alwas show you a dialog before you actually commit your change. check that for unwanted files _everytime_ before you hit the OK button. you can checkbox unselect them. ..ede -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 Saving .classpath .settings files/folder on SVN
Thanks Stefan, I only found this option under Windows>Properties>Team>CVS>Ignore resources. I wonder if I have to activate here. Peppe 2015-05-05 16:21 GMT+02:00 sstein : > Hi Peppe, > > > > for a plugin dev project, it may actually be good to have these files. > > However, for a project there are also svn-ignore setting... its somewhere > in the projects/team? context menu (if you select the file), if i remeber > correctly. > > > > stefan > > > -- Originalnachricht -- > *Von: *Giuseppe Aruta > *Datum: *05.05.2015 5:05 > *An: *OpenJump develop and use; > *Betreff:*[JPP-Devel] Question about Saving .classpath .settings > files/folder on SVN > > > Hi Ede, > Today I create a new folder on > http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to > put all Sextante documents (in English - in order to use on On-Line manual) > And I had again files .classpath, .project and folder .settings saved on > SVN repository. How can avoid it again? Is there a setting on Eclipse that > I can configure? How can I delete them from SVN? I saw that you corrected > few days ago a similar problem (probably my mistake) > I thank you in advance > > Giuseppe > > > -- > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ 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 Saving .classpath .settings files/folder on SVN
Hi Peppe, for a plugin dev project, it may actually be good to have these files.However, for a project there are also svn-ignore setting... its somewhere in the projects/team? context menu (if you select the file), if i remeber correctly. stefan -- Originalnachricht --Von: Giuseppe Aruta Datum: 05.05.2015 5:05An: OpenJump develop and use;Betreff:[JPP-Devel] Question about Saving .classpath .settings files/folder on SVNHi Ede,Today I create a new folder on http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put all Sextante documents (in English - in order to use on On-Line manual) And I had again files .classpath, .project and folder .settings saved on SVN repository. How can avoid it again? Is there a setting on Eclipse that I can configure? How can I delete them from SVN? I saw that you corrected few days ago a similar problem (probably my mistake)I thank you in advanceGiuseppe -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about Saving .classpath .settings files/folder on SVN
Hi Ede, Today I create a new folder on http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put all Sextante documents (in English - in order to use on On-Line manual) And I had again files .classpath, .project and folder .settings saved on SVN repository. How can avoid it again? Is there a setting on Eclipse that I can configure? How can I delete them from SVN? I saw that you corrected few days ago a similar problem (probably my mistake) I thank you in advance Giuseppe -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ 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 loading an image on OJ workbench via Layer.class
On 17.03.2015 12:31, Giuseppe Aruta wrote: > I wanted to check a couple of alternatives: > 1) (going back to poit f) Reload the result layer as ReferencedImagesLayer because you hope that the ReferencedImage API is faster? > 2) move all the process from RasterImageLayer to ReferencedImagesLayer. In > this case I could modify the original Jump AffineTransformationPlugin in > order to work ether with vector layers or with ReferencedImagesLayer. sounds reasonable. as you might know, ReferencedImagesLayer is just a plain Layer with geometries and an attribute with an image path. because of it's special style it renders the image into mapview. an idea i didn't follow up to realize was to "realtime" scale and rotate the images via their respective bbox geometry. currently you can edit the geometry but the image renderer will ignore the changes.. nope.. just tested it agn, it will respect scaling but not rotation of the geometry. the code is in the paint() method of the respective ReferencedImage implementations (GeoImage, GeoTIFFImage, AbstractGraphicImage). have fun ;) the idea was to add rotation and then to export the georeferencing as world file or even tagged tiff later. ..ede -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 loading an image on OJ workbench via Layer.class
Thanks for the answer Stefan. I will go on working using Sextante, and try to find a solution for the open issue (transparency, ect) 2015-03-17 16:26 GMT+01:00 Stefan Steiniger : > Don't know if this is any useful info, but the original JUMP was able to > read JPG and PNG... but I don't remeber that it did read TIFF (ok, just > seeing that in JUMP 1.2 TIFF support was added). If you look at the > code, it should be also possible to see that Jon Aquino wrote the classes. > (or worst case, one can still check out the original JUMP here: > http://www.vividsolutions.com/jump/ ) > > http://www.vividsolutions.com/jump/javadoc/com/vividsolutions/jump/workbench/imagery/package-summary.html > > I am also not sure if it makes sense to keep working on that. Because it > did not head the flexibility and generics of Sextante. However, perhaps > you can find a gem. > > One nice thing I still remember was the first projection plugin, Jon > Aquino wrote. > > On 03/17/2015 06:19 AM, edgar.sol...@web.de wrote: > > a. > > no, ReferencedImagesLayer is the older non-sextante image framework > simply showing and positioning images. no more no less. > > yes, everything in org.openjump.core.rasterimage is sextante compatible > raster code. > > > > b. > > depends on what you want to do. > > > > generally there is a wish to unify OJ raster support into one API only > (Jukka), so we might decide to retire ReferencedImagesLayer and it's > descendants. before we do that i want to take a closer look at Alberto's > changes and check if we can convince it to load more formats. > > > > what exactly ddo you wanna do and why _don't_ you wanna use the > RasterImageLayer for it? > > > > ..ede > > > > > > On 17.03.2015 08:10, Giuseppe Aruta wrote: > >> Hi Ede > >> > >> a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer > is > >> also a Pirol derived class? I used to know that all the framework into > >> org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I > know > >> how to save/load raster file using thiss class (I added a support > >> RasterImageIOUtils class on OJ to expole all those I/O methods). I image > >> that the answer to my question is the class ReferencedImagesLayer. > >> > >> b) Exploring ReferencedImagesLayer as you mentioned, I found > >> ReferencedImageFactoryFileLayerLoader and > GeoImageFactoryFileLayerLoader. > >> First class has createLayer(layerManager, uri) method. Should I use > that > >> to load a TIF file? > >> > >> thanks > >> > >> Peppe > >> > >> 2015-03-16 20:38 GMT+01:00 : > >> > >>> you mean like the other other image framework beside pirol/sextante > >>> com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer > >>> ? > >>> > >>> ..ede > >>> > >>> On 16.03.2015 20:34, Giuseppe Aruta wrote: > Hi all, > I want to build a plugin that programatically load an image file into > OJ > workbench through Layer.class (not RasterImageLayer.class). For > instance > >>> a > layer that I already know the path (ex. D:/temp/test.tif, or jpg, or > >>> png). > I am working around a simple OJ affine warp transformation plugin for > images. > Do we have some defined methods (like as in RasterImageIO.class or > GridFloat.class for Sextante layers)? Or is there an OJ class that > could > >>> be > used as a sample? > Thanks for replay. > Peppe > > > > > >>> > -- > Dive into the World of Parallel Programming The Go Parallel Website, > >>> sponsored > by Intel and developed in partnership with Slashdot Media, is your hub > >>> for all > things parallel software development, from weekly thought leadership > >>> blogs to > news, videos, case studies, tutorials and more. Take a look and join > the > conversation now. http://goparallel.sourceforge.net/ > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > >>> > >>> > -- > >>> Dive into the World of Parallel Programming The Go Parallel Website, > >>> sponsored > >>> by Intel and developed in partnership with Slashdot Media, is your hub > for > >>> all > >>> things parallel software development, from weekly thought leadership > blogs > >>> to > >>> news, videos, case studies, tutorials and more. Take a look and join > the > >>> conversation now. http://goparallel.sourceforge.net/ > >>> ___ > >>> Jump-pilot-devel mailing list > >>> Jump-pilot-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>> > >> > >> > >> > -- > >> Dive into the World of Parallel P
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
Don't know if this is any useful info, but the original JUMP was able to read JPG and PNG... but I don't remeber that it did read TIFF (ok, just seeing that in JUMP 1.2 TIFF support was added). If you look at the code, it should be also possible to see that Jon Aquino wrote the classes. (or worst case, one can still check out the original JUMP here: http://www.vividsolutions.com/jump/ ) http://www.vividsolutions.com/jump/javadoc/com/vividsolutions/jump/workbench/imagery/package-summary.html I am also not sure if it makes sense to keep working on that. Because it did not head the flexibility and generics of Sextante. However, perhaps you can find a gem. One nice thing I still remember was the first projection plugin, Jon Aquino wrote. On 03/17/2015 06:19 AM, edgar.sol...@web.de wrote: > a. > no, ReferencedImagesLayer is the older non-sextante image framework simply > showing and positioning images. no more no less. > yes, everything in org.openjump.core.rasterimage is sextante compatible > raster code. > > b. > depends on what you want to do. > > generally there is a wish to unify OJ raster support into one API only > (Jukka), so we might decide to retire ReferencedImagesLayer and it's > descendants. before we do that i want to take a closer look at Alberto's > changes and check if we can convince it to load more formats. > > what exactly ddo you wanna do and why _don't_ you wanna use the > RasterImageLayer for it? > > ..ede > > > On 17.03.2015 08:10, Giuseppe Aruta wrote: >> Hi Ede >> >> a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is >> also a Pirol derived class? I used to know that all the framework into >> org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know >> how to save/load raster file using thiss class (I added a support >> RasterImageIOUtils class on OJ to expole all those I/O methods). I image >> that the answer to my question is the class ReferencedImagesLayer. >> >> b) Exploring ReferencedImagesLayer as you mentioned, I found >> ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. >> First class has createLayer(layerManager, uri) method. Should I use that >> to load a TIF file? >> >> thanks >> >> Peppe >> >> 2015-03-16 20:38 GMT+01:00 : >> >>> you mean like the other other image framework beside pirol/sextante >>> com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer >>> ? >>> >>> ..ede >>> >>> On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance >>> a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or >>> png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could >>> be used as a sample? Thanks for replay. Peppe >>> -- Dive into the World of Parallel Programming The Go Parallel Website, >>> sponsored by Intel and developed in partnership with Slashdot Media, is your hub >>> for all things parallel software development, from weekly thought leadership >>> blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> -- >>> Dive into the World of Parallel Programming The Go Parallel Website, >>> sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub for >>> all >>> things parallel software development, from weekly thought leadership blogs >>> to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> >> -- >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for >> all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> >> >> >> ___ >> Jump-pi
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
I already used RasterImageLayer.class. I attached to this mail a plugin sample for a simple raster affine transformation. *Please test it with the latest OJ snapshot* as this plugin depends on some enhancements I did a couple of days ago on OJ saving raster. The plugin is located on "Raster>Warp" menu It allows to do a simple affine transformation (move, resize, rotate and partially stretch) on an image. It needs 3 warping vectors and uses a class already embedded into OJ (import com.vividsolutions.jump.warp.AffineTransform) plus JAI warping classes. It is a minimal plugin, far away from a true Image georeferencer. But enough stable and useful to do a simple georeferencing of an image. How it works: a) load an image using Sextante Raster loader b) draw one, two or three warping vectors (from Menu Warp) depending the type of deformation you want c) select the raster on the layer tree d) click on "Raster>Warp>Affine transformation" e) a new raster file is saved on OS/TEMP folder f) image file is reloaded as RasterImageLayer (Sextante) on the workbench. The original raster layer is hidden. This plugin works fine, except for a "bug" that was introduced with the new Alberto's changes: the alpha channel now is displayed as black and it is not possible to set that color to transparent (check on OJ bugs, I already opened a couple of them). If the image is rotated or streched, that black colar is visible on the workbench and it is not possible to hide it. I wanted to check a couple of alternatives: 1) (going back to poit f) Reload the result layer as ReferencedImagesLayer 2) move all the process from RasterImageLayer to ReferencedImagesLayer. In this case I could modify the original Jump AffineTransformationPlugin in order to work ether with vector layers or with ReferencedImagesLayer. Regarding the wish to unify OJ raster support into one API = RasterImageLayer. I totally agree. It make things more simple (at least for me) but I feel we need to improve some aspects: a) loading an image via ReferencedImagesLayer is more faster that via RasterImageLayer - in many case I observed that the difference is at least of an order of magnitude. b) if I load several image via RasterImageLayer and I just zoom form one to another, it takes time to display the s next. c) And of coarse the bug-tickets. I hope my explanation was enough detailed. Peppe 2015-03-17 10:19 GMT+01:00 : > a. > no, ReferencedImagesLayer is the older non-sextante image framework simply > showing and positioning images. no more no less. > yes, everything in org.openjump.core.rasterimage is sextante compatible > raster code. > > b. > depends on what you want to do. > > generally there is a wish to unify OJ raster support into one API only > (Jukka), so we might decide to retire ReferencedImagesLayer and it's > descendants. before we do that i want to take a closer look at Alberto's > changes and check if we can convince it to load more formats. > > what exactly ddo you wanna do and why _don't_ you wanna use the > RasterImageLayer for it? > > ..ede > > > On 17.03.2015 08:10, Giuseppe Aruta wrote: > > Hi Ede > > > > a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is > > also a Pirol derived class? I used to know that all the framework into > > org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I > know > > how to save/load raster file using thiss class (I added a support > > RasterImageIOUtils class on OJ to expole all those I/O methods). I image > > that the answer to my question is the class ReferencedImagesLayer. > > > > b) Exploring ReferencedImagesLayer as you mentioned, I found > > ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. > > First class has createLayer(layerManager, uri) method. Should I use that > > to load a TIF file? > > > > thanks > > > > Peppe > > > > 2015-03-16 20:38 GMT+01:00 : > > > >> you mean like the other other image framework beside pirol/sextante > >> com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer > >> ? > >> > >> ..ede > >> > >> On 16.03.2015 20:34, Giuseppe Aruta wrote: > >>> Hi all, > >>> I want to build a plugin that programatically load an image file into > OJ > >>> workbench through Layer.class (not RasterImageLayer.class). For > instance > >> a > >>> layer that I already know the path (ex. D:/temp/test.tif, or jpg, or > >> png). > >>> I am working around a simple OJ affine warp transformation plugin for > >>> images. > >>> Do we have some defined methods (like as in RasterImageIO.class or > >>> GridFloat.class for Sextante layers)? Or is there an OJ class that > could > >> be > >>> used as a sample? > >>> Thanks for replay. > >>> Peppe > >>> > >>> > >>> > >>> > >> > -- > >>> Dive into the World of Parallel Programming The Go Parallel Website, > >> sponsored > >>> by Intel and developed in partnership with Slashdot Media, is your hub > >> for all > >>>
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster support into one API only (Jukka), so we might decide to retire ReferencedImagesLayer and it's descendants. before we do that i want to take a closer look at Alberto's changes and check if we can convince it to load more formats. what exactly ddo you wanna do and why _don't_ you wanna use the RasterImageLayer for it? ..ede On 17.03.2015 08:10, Giuseppe Aruta wrote: > Hi Ede > > a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is > also a Pirol derived class? I used to know that all the framework into > org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know > how to save/load raster file using thiss class (I added a support > RasterImageIOUtils class on OJ to expole all those I/O methods). I image > that the answer to my question is the class ReferencedImagesLayer. > > b) Exploring ReferencedImagesLayer as you mentioned, I found > ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. > First class has createLayer(layerManager, uri) method. Should I use that > to load a TIF file? > > thanks > > Peppe > > 2015-03-16 20:38 GMT+01:00 : > >> you mean like the other other image framework beside pirol/sextante >> com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer >> ? >> >> ..ede >> >> On 16.03.2015 20:34, Giuseppe Aruta wrote: >>> Hi all, >>> I want to build a plugin that programatically load an image file into OJ >>> workbench through Layer.class (not RasterImageLayer.class). For instance >> a >>> layer that I already know the path (ex. D:/temp/test.tif, or jpg, or >> png). >>> I am working around a simple OJ affine warp transformation plugin for >>> images. >>> Do we have some defined methods (like as in RasterImageIO.class or >>> GridFloat.class for Sextante layers)? Or is there an OJ class that could >> be >>> used as a sample? >>> Thanks for replay. >>> Peppe >>> >>> >>> >>> >> -- >>> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub >> for all >>> things parallel software development, from weekly thought leadership >> blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> >>> >>> >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> >> -- >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for >> all >> things parallel software development, from weekly thought leadership blogs >> to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > > > -- > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 loading an image on OJ workbench via Layer.class
Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 : > you mean like the other other image framework beside pirol/sextante > com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer > ? > > ..ede > > On 16.03.2015 20:34, Giuseppe Aruta wrote: > > Hi all, > > I want to build a plugin that programatically load an image file into OJ > > workbench through Layer.class (not RasterImageLayer.class). For instance > a > > layer that I already know the path (ex. D:/temp/test.tif, or jpg, or > png). > > I am working around a simple OJ affine warp transformation plugin for > > images. > > Do we have some defined methods (like as in RasterImageIO.class or > > GridFloat.class for Sextante layers)? Or is there an OJ class that could > be > > used as a sample? > > Thanks for replay. > > Peppe > > > > > > > > > -- > > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > > by Intel and developed in partnership with Slashdot Media, is your hub > for all > > things parallel software development, from weekly thought leadership > blogs to > > news, videos, case studies, tutorials and more. Take a look and join the > > conversation now. http://goparallel.sourceforge.net/ > > > > > > > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > Dive into the World of Parallel Programming The Go Parallel Website, > sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for > all > things parallel software development, from weekly thought leadership blogs > to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ 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 loading an image on OJ workbench via Layer.class
you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: > Hi all, > I want to build a plugin that programatically load an image file into OJ > workbench through Layer.class (not RasterImageLayer.class). For instance a > layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). > I am working around a simple OJ affine warp transformation plugin for > images. > Do we have some defined methods (like as in RasterImageIO.class or > GridFloat.class for Sextante layers)? Or is there an OJ class that could be > used as a sample? > Thanks for replay. > Peppe > > > > -- > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about loading an image on OJ workbench via Layer.class
Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ 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 Basic Style
Hi, In OJ 1.4.0.3 the option seems to be number 189. Latest version show number “0” for all patterns above 37. Perhaps related this changelog item at the end of page http://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/ 2011-11-09 mmichaud Changes from discussion held on 2011-11-04 and 2011-11-05 * Move jpg images from com.vividsolutions.workbench.ui.images directory used by to FillPatternFactory to lib/ext/FillPatterns (to be used with FillPatternFactory -user defined pattern - or from CadPlan extension) -Jukka Rahkonen- Giuseppe Aruta wrote: Hi all, as fas as I remember, on old OJ realizes "Change Styles",->Fill Pattern ->option "37 (no image chosen)" originally was opening a dialog where user could have chosen a raster/svg file to use as a fill pattern (maybe on OJ 1.4/1.5). Does anybody remember when/why this option was deactivated? I wonder if it is possible to reactivateit. Or (just in case it is not possible) to hide it as there is no reason to have on the fillpattern dropbox. thanks for the answer Peppe -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about Basic Style
Hi all, as fas as I remember, on old OJ realizes "Change Styles",->Fill Pattern ->option "37 (no image chosen)" originally was opening a dialog where user could have chosen a raster/svg file to use as a fill pattern (maybe on OJ 1.4/1.5). Does anybody remember when/why this option was deactivated? I wonder if it is possible to reactivateit. Or (just in case it is not possible) to hide it as there is no reason to have on the fillpattern dropbox. thanks for the answer Peppe -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] question on development in openjump
Hi, If you just need to change the look and feel, you can use the menu Customize > Options > Skins If you need to make deeper changes and/or develop new plugins, you should 1) have a look at the documentation : http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Main_Page 2) come back to the list with more precise questions Regards, Michaël Hi, I need to change the look and feel of the openjump.Openjump folder contail class files,so how can i change the class file, or is there is any option to customize openjump,please tell me hoe to do change.. */Thank You,/* */Tintu Mary George/* -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] question on development in openjump
Hi, I need to change the look and feel of the openjump.Openjump folder contail class files,so how can i change the class file, or is there is any option to customize openjump,please tell me hoe to do change.. Thank You, Tintu Mary George -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may___ 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 visual "objects" (frames?) on layer tree
Hi Sergio, thaks for the answer, I found that class very useful to understand how OJ/Kosmo work Giuseppe --- Ven 17/6/11, Sergio Baños Calvo ha scritto: Da: Sergio Baños Calvo Oggetto: Re: [JPP-Devel] question about visual "objects" (frames?) on layer tree A: "OpenJump develop and use" Data: Venerdì 17 giugno 2011, 11:26 Hi Giuseppe. If it hasn't been changed in OpenJUMP, they are defined in the com.vividsolutions.jump.workbench.ui.LayerNameRenderer class. Regards, El 17/06/2011 11:11, Giuseppe Aruta escribió: Hi all, I am sure it is a stupid question, but I was not able to understand which part of the codes define the icon and the toggle visibility box on the layer tree for WMS layers. I attached an image to explain what I am writing about. By the way, should I call them as "visual objects" or "frames"? regards and thanks for the answer. Giuseppe -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Sergio Baños Calvo Jefe de desarrollos Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.) Tlfno. móvil: 685005960 Tlfno. fijo: (+34) 954788876 E-mail: s...@saig.es -Segue allegato- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ 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 visual "objects" (frames?) on layer tree
Thanks for answering Peppe's question Sergio! Landon 2011/6/17 Sergio Baños Calvo > ** > Hi Giuseppe. > > If it hasn't been changed in OpenJUMP, they are defined in the > com.vividsolutions.jump.workbench.ui.LayerNameRenderer class. > > Regards, > > El 17/06/2011 11:11, Giuseppe Aruta escribió: > > Hi all, > I am sure it is a stupid question, but I was not able to understand which > part of the codes define the icon and the toggle visibility box on the layer > tree for WMS layers. > I attached an image to explain what I am writing about. > By the way, should I call them as "visual objects" or "frames"? > > regards and thanks for the answer. > > Giuseppe > > > -- > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility > Checking.http://p.sf.net/sfu/ephox-dev2dev > > > ___ > Jump-pilot-devel mailing > listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > -- > > Sergio Baños Calvo > > Jefe de desarrollos > Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.) > Tlfno. móvil: 685005960 > Tlfno. fijo: (+34) 954788876 > > E-mail: s...@saig.es > > > -- > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ 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 visual "objects" (frames?) on layer tree
Hi Giuseppe. If it hasn't been changed in OpenJUMP, they are defined in the com.vividsolutions.jump.workbench.ui.LayerNameRenderer class. Regards, El 17/06/2011 11:11, Giuseppe Aruta escribió: Hi all, I am sure it is a stupid question, but I was not able to understand which part of the codes define the icon and the toggle visibility box on the layer tree for WMS layers. I attached an image to explain what I am writing about. By the way, should I call them as "visual objects" or "frames"? regards and thanks for the answer. Giuseppe -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Sergio Baños Calvo Jefe de desarrollos Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.) Tlfno. móvil: 685005960 Tlfno. fijo: (+34) 954788876 E-mail: s...@saig.es -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] question about visual "objects" (frames?) on layer tree
Hi all, I am sure it is a stupid question, but I was not able to understand which part of the codes define the icon and the toggle visibility box on the layer tree for WMS layers. I attached an image to explain what I am writing about. By the way, should I call them as "visual objects" or "frames"? regards and thanks for the answer. Giuseppe <>-- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question to Larry - Skyjump color manage
Hi Larry, It seems fine on this way. Peppe --- Mar 23/11/10, Larry Becker ha scritto: Da: Larry Becker Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Martedì 23 novembre 2010, 15:39 Here is what I propose to implement for the "CAD Style": Add a new panel to the Style dialog with: 1) a check box to enable the style 2) a menu drop-down to choose the layer attribute. I will parse through all of the candidate attributes and list only those that contain a String with a hexadecimal RGB color specification (i.e. "FF" for red). This style will override the basic style panel fill and line colors just as color theming does. Of course, other kinds of per-feature CAD styling such as line type, etc. could be added in the future. Comments, suggestions? Larry On Sat, Nov 20, 2010 at 3:54 AM, Giuseppe Aruta wrote: Hi Larry, I did amistake: The name of the attribute field would be "color" and not "Color". See the difference between uppercase and lowercase. thanks Peppe --- Ven 19/11/10, Giuseppe Aruta ha scritto: Da: Giuseppe Aruta Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Venerdì 19 novembre 2010, 15:35 Hi Larry , thanks for your availability, I am interested to both tools. As I can see from ISA plugin, the interactive color tool already seems to work with OJ. R_G_B style would be quite useful as general style tool. The the interactive color tool is interesting, too, as a CAD drawing tool. Is it possible to change "R_G_B" attribute name to "Color"? This will harmonize the import/export and automatically colorize an imported DXF into OJ. thanks again, Peppe --- Ven 19/11/10, Larry Becker ha scritto: Da: Larry Becker Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Venerdì 19 novembre 2010, 15:02 Hi Peppe, I could do that. Would you want the interactive color tool, the style that recognizes R_G_B attributes, or both? Larry On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta wrote: Hi Larry, I found quite useful the tool into Skyjump that allows to set feature color according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import this tool into OpenJUMP. Regards Peppe -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Increase Vis
Re: [JPP-Devel] Question to Larry - Skyjump color manage
Here is what I propose to implement for the "CAD Style": Add a new panel to the Style dialog with: 1) a check box to enable the style 2) a menu drop-down to choose the layer attribute. I will parse through all of the candidate attributes and list only those that contain a String with a hexadecimal RGB color specification (i.e. "FF" for red). This style will override the basic style panel fill and line colors just as color theming does. Of course, other kinds of per-feature CAD styling such as line type, etc. could be added in the future. Comments, suggestions? Larry On Sat, Nov 20, 2010 at 3:54 AM, Giuseppe Aruta wrote: > Hi Larry, > I did amistake: > The name of the attribute field would be "color" and not "Color". See the > difference between uppercase and lowercase. > thanks > > Peppe > > --- *Ven 19/11/10, Giuseppe Aruta * ha scritto: > > > Da: Giuseppe Aruta > > Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage > A: "OpenJump develop and use" > Data: Venerdì 19 novembre 2010, 15:35 > > > Hi Larry , > thanks for your availability, > I am interested to both tools. > As I can see from ISA plugin, the interactive color tool already seems to > work with OJ. > R_G_B style would be quite useful as general style tool. > The the interactive color tool is interesting, too, as a CAD drawing tool. > Is it possible to change "R_G_B" attribute name to "Color"? This will > harmonize the import/export and automatically colorize an imported DXF into > OJ. > thanks again, > Peppe > > --- *Ven 19/11/10, Larry Becker * ha scritto: > > > Da: Larry Becker > Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage > A: "OpenJump develop and use" > Data: Venerdì 19 novembre 2010, 15:02 > > Hi Peppe, > > I could do that. Would you want the interactive color tool, the style > that recognizes R_G_B attributes, or both? > > Larry > > On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta > wrote: > > Hi Larry, > I found quite useful the tool into Skyjump that allows to set feature color > according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster > DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import > this tool into OpenJUMP. > Regards > > Peppe > > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > -Segue allegato- > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > > -Segue allegato- > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > -Segue allegato- > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > > -Segue allegato- > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net<http://mc/compose?to=jump-pilot-de...@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev &g
Re: [JPP-Devel] Question to Larry - Skyjump color manage
Hi Larry, I did amistake: The name of the attribute field would be "color" and not "Color". See the difference between uppercase and lowercase. thanks Peppe --- Ven 19/11/10, Giuseppe Aruta ha scritto: Da: Giuseppe Aruta Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Venerdì 19 novembre 2010, 15:35 Hi Larry , thanks for your availability, I am interested to both tools. As I can see from ISA plugin, the interactive color tool already seems to work with OJ. R_G_B style would be quite useful as general style tool. The the interactive color tool is interesting, too, as a CAD drawing tool. Is it possible to change "R_G_B" attribute name to "Color"? This will harmonize the import/export and automatically colorize an imported DXF into OJ. thanks again, Peppe --- Ven 19/11/10, Larry Becker ha scritto: Da: Larry Becker Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Venerdì 19 novembre 2010, 15:02 Hi Peppe, I could do that. Would you want the interactive color tool, the style that recognizes R_G_B attributes, or both? Larry On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta wrote: Hi Larry, I found quite useful the tool into Skyjump that allows to set feature color according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import this tool into OpenJUMP. Regards Peppe -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question to Larry - Skyjump color manage
Hi Larry , thanks for your availability, I am interested to both tools. As I can see from ISA plugin, the interactive color tool already seems to work with OJ. R_G_B style would be quite useful as general style tool. The the interactive color tool is interesting, too, as a CAD drawing tool. Is it possible to change "R_G_B" attribute name to "Color"? This will harmonize the import/export and automatically colorize an imported DXF into OJ. thanks again, Peppe --- Ven 19/11/10, Larry Becker ha scritto: Da: Larry Becker Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: "OpenJump develop and use" Data: Venerdì 19 novembre 2010, 15:02 Hi Peppe, I could do that. Would you want the interactive color tool, the style that recognizes R_G_B attributes, or both? Larry On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta wrote: Hi Larry, I found quite useful the tool into Skyjump that allows to set feature color according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import this tool into OpenJUMP. Regards Peppe -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Segue allegato- -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev -Segue allegato- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question to Larry - Skyjump color manage
Hi Peppe, I could do that. Would you want the interactive color tool, the style that recognizes R_G_B attributes, or both? Larry On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta wrote: > Hi Larry, > I found quite useful the tool into Skyjump that allows to set feature color > according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster > DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import > this tool into OpenJUMP. > Regards > > Peppe > > > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question to Larry - Skyjump color manage
Hi Larry, I found quite useful the tool into Skyjump that allows to set feature color according to a R_G_B attribute in Hexadecimal value - used with Dante Fuster DXF plugin made easy CAD2SHP conversion. I ask you if you plan to import this tool into OpenJUMP. Regards Peppe -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ 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 getUltimateWrappee()
This code has always been wrapped in a mystery to me.
Larry
On Wed, Sep 8, 2010 at 6:57 PM, Stefan Steiniger wrote:
> me neither
>
> I think you need to ask Jon Aquino or Martin Davis about this ;)
>
> stefan
>
> Michaël Michaud wrote:
> > Hi Kevin,
> >> The FeatureCollectionWrapper.getUltimateWrappee() looks like this:
> >>
> >> public FeatureCollection getUltimateWrappee() {
> >> FeatureCollection currentWrappee = fc;
> >> while (currentWrappee instanceof FeatureCollectionWrapper) {
> >> currentWrappee = ((FeatureCollectionWrapper) currentWrappee).fc;
> >> }
> >> return currentWrappee;
> >> }
> >>
> >> Is there a reason line 66 references .fc directly instead of
> .getWrappee() ?
> > I have no idea. Did you try to find calls to this method in the whole
> > source tree ?
> > Maybe also worthwhile to check in WFS plugin or other plugins which
> > could use caching if this method is called.
> >
> > Michaël
> >
> >> For me this currently returns the wrong answer. In the case of a
> >> CachingFeatureCollection, there are actually two FeatureCollections: the
> >> actual wrapped FC and a cached FC (a potentially small subset of the
> >> wrapped FC). So, in this case, .fc references the cached FC, which is
> >> not the FC I'm actually after.
> >>
> >> I've overridden CachingFeatureCollection.getWrappee() in a custom
> >> variant to return the actual wrapped FC, which in my case is a custom
> >> DataStoreFeatureCollection that mimics a database table, not the cached
> >> FC subset.
> >>
> >>
> >> -- Kevin
> >>
> >>
> --
> >> This SF.net Dev2Dev email is sponsored by:
> >>
> >> Show off your parallel programming skills.
> >> Enter the Intel(R) Threading Challenge 2010.
> >> http://p.sf.net/sfu/intel-thread-sfd
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >>
> >
> >
> >
> --
> > This SF.net Dev2Dev email is sponsored by:
> >
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
>
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd___
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 getUltimateWrappee()
me neither
I think you need to ask Jon Aquino or Martin Davis about this ;)
stefan
Michaël Michaud wrote:
> Hi Kevin,
>> The FeatureCollectionWrapper.getUltimateWrappee() looks like this:
>>
>> public FeatureCollection getUltimateWrappee() {
>> FeatureCollection currentWrappee = fc;
>> while (currentWrappee instanceof FeatureCollectionWrapper) {
>> currentWrappee = ((FeatureCollectionWrapper) currentWrappee).fc;
>> }
>> return currentWrappee;
>> }
>>
>> Is there a reason line 66 references .fc directly instead of .getWrappee() ?
> I have no idea. Did you try to find calls to this method in the whole
> source tree ?
> Maybe also worthwhile to check in WFS plugin or other plugins which
> could use caching if this method is called.
>
> Michaël
>
>> For me this currently returns the wrong answer. In the case of a
>> CachingFeatureCollection, there are actually two FeatureCollections: the
>> actual wrapped FC and a cached FC (a potentially small subset of the
>> wrapped FC). So, in this case, .fc references the cached FC, which is
>> not the FC I'm actually after.
>>
>> I've overridden CachingFeatureCollection.getWrappee() in a custom
>> variant to return the actual wrapped FC, which in my case is a custom
>> DataStoreFeatureCollection that mimics a database table, not the cached
>> FC subset.
>>
>>
>> -- Kevin
>>
>> --
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
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 getUltimateWrappee()
Hi Kevin,
> The FeatureCollectionWrapper.getUltimateWrappee() looks like this:
>
> public FeatureCollection getUltimateWrappee() {
> FeatureCollection currentWrappee = fc;
> while (currentWrappee instanceof FeatureCollectionWrapper) {
> currentWrappee = ((FeatureCollectionWrapper) currentWrappee).fc;
> }
> return currentWrappee;
> }
>
> Is there a reason line 66 references .fc directly instead of .getWrappee() ?
I have no idea. Did you try to find calls to this method in the whole
source tree ?
Maybe also worthwhile to check in WFS plugin or other plugins which
could use caching if this method is called.
Michaël
> For me this currently returns the wrong answer. In the case of a
> CachingFeatureCollection, there are actually two FeatureCollections: the
> actual wrapped FC and a cached FC (a potentially small subset of the
> wrapped FC). So, in this case, .fc references the cached FC, which is
> not the FC I'm actually after.
>
> I've overridden CachingFeatureCollection.getWrappee() in a custom
> variant to return the actual wrapped FC, which in my case is a custom
> DataStoreFeatureCollection that mimics a database table, not the cached
> FC subset.
>
>
> -- Kevin
>
> --
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] question about getUltimateWrappee()
The FeatureCollectionWrapper.getUltimateWrappee() looks like this:
public FeatureCollection getUltimateWrappee() {
FeatureCollection currentWrappee = fc;
while (currentWrappee instanceof FeatureCollectionWrapper) {
currentWrappee = ((FeatureCollectionWrapper) currentWrappee).fc;
}
return currentWrappee;
}
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/feature/FeatureCollectionWrapper.java?revision=859&view=markup#l66
Is there a reason line 66 references .fc directly instead of .getWrappee() ?
For me this currently returns the wrong answer. In the case of a
CachingFeatureCollection, there are actually two FeatureCollections: the
actual wrapped FC and a cached FC (a potentially small subset of the
wrapped FC). So, in this case, .fc references the cached FC, which is
not the FC I'm actually after.
I've overridden CachingFeatureCollection.getWrappee() in a custom
variant to return the actual wrapped FC, which in my case is a custom
DataStoreFeatureCollection that mimics a database table, not the cached
FC subset.
-- Kevin
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
I forgot to mention, that if no getTaskMonitorDialog() is provided by the
PlugIn, the default TaskMonitorDialog is used.
2010/1/12 Benjamin Gudehus
> For customizing the TaskMonitorDialog the source code of a plugin could
> look like this:
>
>
> class HelloProgressPlugIn extends AbstractPlugIn implements ThreadedPlugIn
> {
>
> void initialize(PlugInContext pluginContext) {}
>
> boolean execute(PlugInContext pluginContext) {
> return true
> }
>
> void run(TaskMonitor monitor, PlugInContext context) {
> Thread.sleep(2000)
> }
>
> TaskMonitorDialog getTaskMonitorDialog() {
> // return customized taskmonitordialog.
> }
>
> }
>
> Then in TaskMonitorManager.execute() it asks HelloProgressPlugIn for a
> TaskMonitorDialog using HelloProgressPlugIn.getTaskMonitorDialog() and sends
> it to the constructor of TaskWrapper.
>
> TaskWrapper itself calls the run()-method of plugin (i.e.
> HelloPressPlugIn).
>
> This is my basic idea. Have to test this, whether it's feasible. Maybe I
> have some time later this week.
>
> Here again an excerpt of the call hierarchy for AbstractPlugIn.
>
>
> === AbstractPlugIn.toActionListener() ===
>
> boolean executeComplete = plugIn.execute(plugInContext);
> if (plugIn instanceof ThreadedPlugIn && executeComplete) {
> taskMonitorManager.execute((ThreadedPlugIn) plugIn, plugInContext);
> }
>
> === TaskMonitorManager.execute() ===
>
> final TaskWrapper taskWrapper = new TaskWrapper(plugIn, context,
> progressDialog);
>
> === TaskWrapper.run() ===
>
> plugIn.run(dialog, context);
>
> --Benjamin
>
>
> 2009/12/30 Sunburned Surveyor
>
> It's been a while since I posted that thread, and I'm afraid I don't
>> remember all of the details that made me ask the questions. I know I
>> definitely had concerns about adding layers inside a thread. It still
>> seems to me that this would trigger painting of the LayerViewPanel.
>> When this repainting is triggered, does it occur on the AWT Event
>> Dispatch Thread, or withing the thread that added the layer? If the
>> latter is true, we could run into threading problems.
>>
>> I never did get a good solution to my problem. I think I ended up not
>> displaying a progress bar. I would like to revisit the issue at some
>> point.
>>
>> Benjamin: Did you find a solution for your particular case? If not, I
>> would be interested in discussing the situation with you so I could
>> explore some solutions.
>>
>> The Sunburned Surveyor
>>
>> On Thu, Dec 10, 2009 at 10:27 AM, Stefan Steiniger
>> wrote:
>> > Hei
>> >
>> > Benjamin Gudehus wrote:
>> >> Hi!
>> >>
>> >> PS: Who send the first message? I did not get it.
>> >>
>> >> I found the first message here:
>> >>
>> http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html
>> >
>> > aha.. thanks. I was traveling in August - that's why I did not know it.
>> > But its quite funny that Landon asked that. because the plugins I write
>> > contain text from Jon, which says what is happening, and the wiki has
>> > those infos too.
>> >
>> >
>> >>
>> >> you know that this is possible using
>> >> * monitor.report("computing feature " + count + " of " +
>> numFeatures);
>> >>
>> >>
>> >> I already implemented my plugin using monitor.report(). But after run()
>> >> finished the dialog disappears. I also want to customize it, to show a
>> >> nice progress bar (JProgressBar).
>> >>
>> >> Maybe I try to make TaskMonitorManager more flexible, thus one can use
>> >> customized dialogs for run(). I have some experience with testing
>> >> threads and swing. I suppose some tests would be very useful.
>> >
>> > ah good.. go ahead! Useful extensions are always welcome.
>> > my experiences are rather in GIS algorithms. Threading is a black box to
>> > me :) Though Sascha Teichman did know quite a bit, but he hasn't written
>> > since they got this new project a year ago.
>> >
>> >
>> >
>> --
>> > Return on Information:
>> > Google Enterprise Search pays you back
>> > Get the facts.
>> > http://p.sf.net/sfu/google-dev2dev
>> > ___
>> > 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 Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and
>> easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev
>> ___
>> 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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
For customizing the TaskMonitorDialog the source code of a plugin could look
like this:
class HelloProgressPlugIn extends AbstractPlugIn implements ThreadedPlugIn {
void initialize(PlugInContext pluginContext) {}
boolean execute(PlugInContext pluginContext) {
return true
}
void run(TaskMonitor monitor, PlugInContext context) {
Thread.sleep(2000)
}
TaskMonitorDialog getTaskMonitorDialog() {
// return customized taskmonitordialog.
}
}
Then in TaskMonitorManager.execute() it asks HelloProgressPlugIn for a
TaskMonitorDialog using HelloProgressPlugIn.getTaskMonitorDialog() and sends
it to the constructor of TaskWrapper.
TaskWrapper itself calls the run()-method of plugin (i.e. HelloPressPlugIn).
This is my basic idea. Have to test this, whether it's feasible. Maybe I
have some time later this week.
Here again an excerpt of the call hierarchy for AbstractPlugIn.
=== AbstractPlugIn.toActionListener() ===
boolean executeComplete = plugIn.execute(plugInContext);
if (plugIn instanceof ThreadedPlugIn && executeComplete) {
taskMonitorManager.execute((ThreadedPlugIn) plugIn, plugInContext);
}
=== TaskMonitorManager.execute() ===
final TaskWrapper taskWrapper = new TaskWrapper(plugIn, context,
progressDialog);
=== TaskWrapper.run() ===
plugIn.run(dialog, context);
--Benjamin
2009/12/30 Sunburned Surveyor
> It's been a while since I posted that thread, and I'm afraid I don't
> remember all of the details that made me ask the questions. I know I
> definitely had concerns about adding layers inside a thread. It still
> seems to me that this would trigger painting of the LayerViewPanel.
> When this repainting is triggered, does it occur on the AWT Event
> Dispatch Thread, or withing the thread that added the layer? If the
> latter is true, we could run into threading problems.
>
> I never did get a good solution to my problem. I think I ended up not
> displaying a progress bar. I would like to revisit the issue at some
> point.
>
> Benjamin: Did you find a solution for your particular case? If not, I
> would be interested in discussing the situation with you so I could
> explore some solutions.
>
> The Sunburned Surveyor
>
> On Thu, Dec 10, 2009 at 10:27 AM, Stefan Steiniger
> wrote:
> > Hei
> >
> > Benjamin Gudehus wrote:
> >> Hi!
> >>
> >> PS: Who send the first message? I did not get it.
> >>
> >> I found the first message here:
> >>
> http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html
> >
> > aha.. thanks. I was traveling in August - that's why I did not know it.
> > But its quite funny that Landon asked that. because the plugins I write
> > contain text from Jon, which says what is happening, and the wiki has
> > those infos too.
> >
> >
> >>
> >> you know that this is possible using
> >> * monitor.report("computing feature " + count + " of " +
> numFeatures);
> >>
> >>
> >> I already implemented my plugin using monitor.report(). But after run()
> >> finished the dialog disappears. I also want to customize it, to show a
> >> nice progress bar (JProgressBar).
> >>
> >> Maybe I try to make TaskMonitorManager more flexible, thus one can use
> >> customized dialogs for run(). I have some experience with testing
> >> threads and swing. I suppose some tests would be very useful.
> >
> > ah good.. go ahead! Useful extensions are always welcome.
> > my experiences are rather in GIS algorithms. Threading is a black box to
> > me :) Though Sascha Teichman did know quite a bit, but he hasn't written
> > since they got this new project a year ago.
> >
> >
> >
> --
> > Return on Information:
> > Google Enterprise Search pays you back
> > Get the facts.
> > http://p.sf.net/sfu/google-dev2dev
> > ___
> > 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 Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ___
> 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 Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/
Re: [JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
It's been a while since I posted that thread, and I'm afraid I don't
remember all of the details that made me ask the questions. I know I
definitely had concerns about adding layers inside a thread. It still
seems to me that this would trigger painting of the LayerViewPanel.
When this repainting is triggered, does it occur on the AWT Event
Dispatch Thread, or withing the thread that added the layer? If the
latter is true, we could run into threading problems.
I never did get a good solution to my problem. I think I ended up not
displaying a progress bar. I would like to revisit the issue at some
point.
Benjamin: Did you find a solution for your particular case? If not, I
would be interested in discussing the situation with you so I could
explore some solutions.
The Sunburned Surveyor
On Thu, Dec 10, 2009 at 10:27 AM, Stefan Steiniger wrote:
> Hei
>
> Benjamin Gudehus wrote:
>> Hi!
>>
>> PS: Who send the first message? I did not get it.
>>
>> I found the first message here:
>> http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html
>
> aha.. thanks. I was traveling in August - that's why I did not know it.
> But its quite funny that Landon asked that. because the plugins I write
> contain text from Jon, which says what is happening, and the wiki has
> those infos too.
>
>
>>
>> you know that this is possible using
>> * monitor.report("computing feature " + count + " of " + numFeatures);
>>
>>
>> I already implemented my plugin using monitor.report(). But after run()
>> finished the dialog disappears. I also want to customize it, to show a
>> nice progress bar (JProgressBar).
>>
>> Maybe I try to make TaskMonitorManager more flexible, thus one can use
>> customized dialogs for run(). I have some experience with testing
>> threads and swing. I suppose some tests would be very useful.
>
> ah good.. go ahead! Useful extensions are always welcome.
> my experiences are rather in GIS algorithms. Threading is a black box to
> me :) Though Sascha Teichman did know quite a bit, but he hasn't written
> since they got this new project a year ago.
>
>
> --
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> ___
> 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 Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
___
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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
Hei
Benjamin Gudehus wrote:
> Hi!
>
> PS: Who send the first message? I did not get it.
>
> I found the first message here:
> http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html
aha.. thanks. I was traveling in August - that's why I did not know it.
But its quite funny that Landon asked that. because the plugins I write
contain text from Jon, which says what is happening, and the wiki has
those infos too.
>
> you know that this is possible using
> * monitor.report("computing feature " + count + " of " + numFeatures);
>
>
> I already implemented my plugin using monitor.report(). But after run()
> finished the dialog disappears. I also want to customize it, to show a
> nice progress bar (JProgressBar).
>
> Maybe I try to make TaskMonitorManager more flexible, thus one can use
> customized dialogs for run(). I have some experience with testing
> threads and swing. I suppose some tests would be very useful.
ah good.. go ahead! Useful extensions are always welcome.
my experiences are rather in GIS algorithms. Threading is a black box to
me :) Though Sascha Teichman did know quite a bit, but he hasn't written
since they got this new project a year ago.
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
Hi!
PS: Who send the first message? I did not get it.
>
I found the first message here:
http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html
you know that this is possible using
> * monitor.report("computing feature " + count + " of " + numFeatures);
>
I already implemented my plugin using monitor.report(). But after run()
finished the dialog disappears. I also want to customize it, to show a nice
progress bar (JProgressBar).
Maybe I try to make TaskMonitorManager more flexible, thus one can use
customized dialogs for run(). I have some experience with testing threads
and swing. I suppose some tests would be very useful.
2009/12/9 Stefan Steiniger
>
> >
> > BTW: I'm currently trying to modify the TaskMonitorDialog to show a
> > progressbar with addional information.
>
> you know that this is possible using
> * monitor.report("computing feature " + count + " of " + numFeatures);
>
>
> I also use often the following option to send messages during processing
> (though not the best way - but ok for my purposes):
>
> * context.getWorkbenchFrame().warnUser("no point dataset");
> * context.getWorkbenchFrame().setTimeMEssage("blabla");
>
> stefan
>
> PS: Who send the first message? I did not get it.
>
>
>
> --
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
>
> BTW: I'm currently trying to modify the TaskMonitorDialog to show a
> progressbar with addional information.
you know that this is possible using
* monitor.report("computing feature " + count + " of " + numFeatures);
I also use often the following option to send messages during processing
(though not the best way - but ok for my purposes):
* context.getWorkbenchFrame().warnUser("no point dataset");
* context.getWorkbenchFrame().setTimeMEssage("blabla");
stefan
PS: Who send the first message? I did not get it.
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
Hi!
> I'm trying to figure out how to separate the code by putting the one
> task in the execute method and the other task in the run method, but I
> can't find a solution yet. (I need to determine the relationship
> between the execute and run method. The Javadoc doesn't seem to
> indicate when the two methods are invoked in relation to each other.
> Is execute called first, and followed immediately by the run method?
> Must I call explicitly call the run method from within the execute
> method?)
>
> If execute() returns true, the run() method is called in a separate thread.
Some plugins use the execute() method to show a dialog and if the user
clicks
on ok, true is returned from execute() and run() method is called.
class HelloProgressPlugIn extends AbstractPlugIn implements ThreadedPlugIn {
void initialize(PlugInContext pluginContext) {}
boolean execute(PlugInContext pluginContext) {
println "execute"
return true
}
void run(TaskMonitor monitor, PlugInContext context) {
println "run"
Thread.sleep(2000)
}
}
During the execution of run() a dialog (TaskMonitorDialog) is displayed, one
can send
progress messages using monitor.progress() to the dialog. Only if the plugin
is implementing
ThreadedPlugIn (i.e. the run() method) this dialog is displayed.
BTW: I'm currently trying to modify the TaskMonitorDialog to show a
progressbar with addional information.
An optional message dialog, displayed after run() is finished, would also be
great. StandardPirolPlugIn
is implementing something like that.
Some code snippets are welcome! This also fits with "[JPP-Devel] More
code-examples?" ;)
I have no clue about changing the taskmonitor within run(). So I trying to
find the class, which
calls execute() and run().
Greetings from Hanover!
--Benjamin
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
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 TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
OK, I figured out this call hierarchy for
* execute() (in AbstractPlugIn.toActionListener()) and
* run() (in TaskWrapper.run()).
=== FeatureInstaller.addMainMenuItem() ===
public void addMainMenuItem(PlugIn executable, String[] menuPath,
String menuItemName, boolean checkBox, Icon icon, EnableCheck
enableCheck) {}
=== FeatureInstaller.associate() ===
private void associate(JMenuItem menuItem, PlugIn plugIn) {
menuItem.addActionListener(AbstractPlugIn.toActionListener(plugIn,
workbenchContext, taskMonitorManager));
}
=== AbstractPlugIn.toActionListener() ===
boolean executeComplete = plugIn.execute(plugInContext);
if (plugIn instanceof ThreadedPlugIn && executeComplete) {
taskMonitorManager.execute((ThreadedPlugIn) plugIn, plugInContext);
}
=== TaskMonitorManager.execute() ===
final TaskWrapper taskWrapper = new TaskWrapper(plugIn, context,
progressDialog);
=== TaskWrapper.run() ===
plugIn.run(dialog, context);
2009/12/9 Benjamin Gudehus
> Hi!
>
>> I'm trying to figure out how to separate the code by putting the one
>>
>> task in the execute method and the other task in the run method, but I
>> can't find a solution yet. (I need to determine the relationship
>> between the execute and run method. The Javadoc doesn't seem to
>> indicate when the two methods are invoked in relation to each other.
>>
>> Is execute called first, and followed immediately by the run method?
>> Must I call explicitly call the run method from within the execute
>> method?)
>>
>> If execute() returns true, the run() method is called in a separate
> thread.
> Some plugins use the execute() method to show a dialog and if the user
> clicks
> on ok, true is returned from execute() and run() method is called.
>
> class HelloProgressPlugIn extends AbstractPlugIn implements ThreadedPlugIn
> {
>
> void initialize(PlugInContext pluginContext) {}
>
> boolean execute(PlugInContext pluginContext) {
> println "execute"
> return true
> }
>
> void run(TaskMonitor monitor, PlugInContext context) {
> println "run"
> Thread.sleep(2000)
> }
>
> }
>
> During the execution of run() a dialog (TaskMonitorDialog) is displayed,
> one can send
> progress messages using monitor.progress() to the dialog. Only if the
> plugin is implementing
> ThreadedPlugIn (i.e. the run() method) this dialog is displayed.
>
> BTW: I'm currently trying to modify the TaskMonitorDialog to show a
> progressbar with addional information.
> An optional message dialog, displayed after run() is finished, would also
> be great. StandardPirolPlugIn
> is implementing something like that.
>
> Some code snippets are welcome! This also fits with "[JPP-Devel] More
> code-examples?" ;)
>
> I have no clue about changing the taskmonitor within run(). So I trying to
> find the class, which
> calls execute() and run().
>
>
> Greetings from Hanover!
>
> --Benjamin
>
>
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration
Stefan wrote: "is your question serious?" Of course. I usually put in a smiley face if I am joking. Stefan wrote: "the XML file for loading plugins partly replaced OpenJUMPConfiguration. However, a couple if OJ additions in particular the file loader framework and theming/display styles are still initialized there. Hence, I have kept this class to load things that are standard and should not be loaded on demand, such as functionality enhancements. If you look into the class you should see what it loads." Thanks for the information. I am ripping the file loader frameowork out of BizzJUMP, so I won't need that. I'll take a look at the style/theming stuff that is still loaded in the OpenJUMPConfiguration class. I'll be moving functionality that I can into standard plug-ins. SS On Mon, Sep 21, 2009 at 9:29 AM, Stefan Steiniger wrote: >> >> - What is the purpose of the OpenJUMPConfiguration class? Is it really >> needed? Can't we have OpenJUMP plug-ins loaded via the standard >> mechanism in by placing a JAR file in the lib/ext directory? How is >> the functionality of the OpenJUMPConfiguration class duplicated by the >> plug-in XML file we use? > > is your question serious? > > the XML file for loading plugins partly replaced OpenJUMPConfiguration. > However, a couple if OJ additions in particular the file loader > framework and theming/display styles are still initialized there. > Hence, I have kept this class to load things that are standard and > should not be loaded on demand, such as functionality enhancements. If > you look into the class you should see what it loads. > > stefan > > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration
> > - What is the purpose of the OpenJUMPConfiguration class? Is it really > needed? Can't we have OpenJUMP plug-ins loaded via the standard > mechanism in by placing a JAR file in the lib/ext directory? How is > the functionality of the OpenJUMPConfiguration class duplicated by the > plug-in XML file we use? is your question serious? the XML file for loading plugins partly replaced OpenJUMPConfiguration. However, a couple if OJ additions in particular the file loader framework and theming/display styles are still initialized there. Hence, I have kept this class to load things that are standard and should not be loaded on demand, such as functionality enhancements. If you look into the class you should see what it loads. stefan -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration
Thanks for the tip Larry. Eclipse seems to always have another handy tool I haven't learned about. In the source code LayerPrinter and LayerPrinter2 looked very similar, so I was trying to determine the difference. I may compare the two (2) files with the diff tool if Stefan doesn't have any short explanations. It also looks like I might be able to eliminate the OpenJUMPConfiguration class from BizzJUMP. That is why I was asking Stefan about it. It appears the class has gone through a lot of changes, because several sections of it are commented out. The Sunburned Surveyor On Mon, Sep 21, 2009 at 6:27 AM, Larry Becker wrote: > Hi Sunburned, > > As a general tip, try the Eclipse Search->File option and search for the > Class you are interested in. I find that looking at where the class is used > gives me a lot of information about it. > > regards, > Larry > > On Fri, Sep 18, 2009 at 4:56 PM, Sunburned Surveyor > wrote: >> >> I have been running around the source code in the core over the last >> couple of days, and I had questions on a couple of classes I found >> there. >> >> - What is the purpose of the LayerPrinter2 class? I didn't find any >> documentation on in the source code or Javadoc that indicated what it >> did that was significantly different from the LayerPrinter class? >> >> - What is the purpose of the OpenJUMPConfiguration class? Is it really >> needed? Can't we have OpenJUMP plug-ins loaded via the standard >> mechanism in by placing a JAR file in the lib/ext directory? How is >> the functionality of the OpenJUMPConfiguration class duplicated by the >> plug-in XML file we use? >> >> Thanks for any info. >> >> Landon >> >> >> -- >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > -- > Larry Becker > Integrated Systems Analysts, Inc. > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration
Hi Sunburned, As a general tip, try the Eclipse Search->File option and search for the Class you are interested in. I find that looking at where the class is used gives me a lot of information about it. regards, Larry On Fri, Sep 18, 2009 at 4:56 PM, Sunburned Surveyor < sunburned.surve...@gmail.com> wrote: > I have been running around the source code in the core over the last > couple of days, and I had questions on a couple of classes I found > there. > > - What is the purpose of the LayerPrinter2 class? I didn't find any > documentation on in the source code or Javadoc that indicated what it > did that was significantly different from the LayerPrinter class? > > - What is the purpose of the OpenJUMPConfiguration class? Is it really > needed? Can't we have OpenJUMP plug-ins loaded via the standard > mechanism in by placing a JAR file in the lib/ext directory? How is > the functionality of the OpenJUMPConfiguration class duplicated by the > plug-in XML file we use? > > Thanks for any info. > > Landon > > > -- > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Larry Becker Integrated Systems Analysts, Inc. -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration
I have been running around the source code in the core over the last couple of days, and I had questions on a couple of classes I found there. - What is the purpose of the LayerPrinter2 class? I didn't find any documentation on in the source code or Javadoc that indicated what it did that was significantly different from the LayerPrinter class? - What is the purpose of the OpenJUMPConfiguration class? Is it really needed? Can't we have OpenJUMP plug-ins loaded via the standard mechanism in by placing a JAR file in the lib/ext directory? How is the functionality of the OpenJUMPConfiguration class duplicated by the plug-in XML file we use? Thanks for any info. Landon -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP
Last week I was in the process of wrapping-up my plug-in that allows the user to import survey point data in a text delimited format. I wanted to show the user a progress bar as the data was being loaded. I first attempted to use the TaskMonitorDialog directly, which didn't work very well. (The dialog displayed, but never went away. This was due to an error in my code, no doubt.) So I started digging around to figure out the best way to use the TaskMonitorDialog when loading data into OpenJUMP. The deeper I dug, the more questions I got. I could just write the plug-in without the TaskMonitorDialog, but I would really like to figure this out so I can do things properly. Have you written a plug-in that used the TaskMonitorDialog? Did this plug-in load data into OpenJUMP? Then maybe you can halp me with a couple of questions: When is it OK to use the TaskMonitorDialog class directly? (It looks like existing plug-ins that load data don't do this. Instead, they use an implementation of the ThreadedPlugIn interface. I believe the LoadDataSetPlugIn is an example of this.) I wonder if it is appropriate to use an implementation of ThreadedPlugIn to load data into OpenJUMP in this way. Here is why: Loading data (like the data stored in a shapefile) into OpenJUMP usually involves adding a layer to the active Task and repainting the LayerViewPanel. When we use a ThreadedPlugIn to do this, are we trying to repaint the LayerViewPanel outside of the main Swing thread? In my case it would seem better to load the data from the delimited text file in a separate thread, and then to add the data in a new Layer in part of the main application thread, so as not to mess with Swing. Can I separate the reading of the data from the file and adding the layer by putting separate code in the run and execute methods of the ThreadedPlugIn interface? I'm trying to figure out how to separate the code by putting the one task in the execute method and the other task in the run method, but I can't find a solution yet. (I need to determine the relationship between the execute and run method. The Javadoc doesn't seem to indicate when the two methods are invoked in relation to each other. Is execute called first, and followed immediately by the run method? Must I call explicitly call the run method from within the execute method?) I'm not any good at using Java threads, so I appreciate any suggestions. I will keep digging in the code in an attempt to get some answers. Hopefully I can update the Javadoc comments when I am done. Landon -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] question on embedded gif fill patterns
Hi, I see that image fill patterns are embedded into \openjump-core-1.3-SNAPSHOT.jar\com\vividsolutions\jump\workbench\ui\images\ folder. Is it possible to customize them? ex. copying into the folder new fill patterns or substituting them with others? I don't use source code. I wonder if simly using 7-zip it is possible to make some advanced customizations on Openjump. This would be usefull for simple users. regards Peppe -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on -plugi-in-directory option
Peppe, I don't think OJ can currently support two (2) plug-in directories, although it would be possible to tweak the core to make this happen. I think we would need to discuss the need for the change, and the potential consequences of it. The Sunburned Surveyor On Fri, Jun 26, 2009 at 3:39 AM, Giuseppe Aruta wrote: > > Hi all, > > I see I can modify this option so it points to another folder. for instance > from "%LIB%\ext" to "%LIB%\ext\Sextante". > How can I modify this option so it can points to more than two folders? Is it > possible? This would probabily solve the "inflaction" of libraries into the > ext folder and make easier to understand which library belongs to which tools. > > Peppe > > > > > -- > ___ > 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
[JPP-Devel] Question on -plugi-in-directory option
Hi all, I see I can modify this option so it points to another folder. for instance from "%LIB%\ext" to "%LIB%\ext\Sextante". How can I modify this option so it can points to more than two folders? Is it possible? This would probabily solve the "inflaction" of libraries into the ext folder and make easier to understand which library belongs to which tools. Peppe -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on use cases of JTS trianguation API
Hi Martin, You may already know the benchmark done by Erwan's team with some java implementations (http://conference.osgeo.org/index.php/foss4g/2008/paper/view/282/177) It eventually shows the triangulator I have written a few years ago (available on http://geo.michaelm.free.fr/OpenJUMP/resources/) is very fast (I have to add it is not 100% robust as it sometimes fails for large datasets - more than 100k points) They also wrote a more recent paper about their new implementation for orbisgis : http://hal.archives-ouvertes.fr/docs/00/32/95/03/PDF/CDT-paper.pdf Now about your question : INPUT - should be able to input ponctual (sites) , lineal (breaklines), polygonal geometries (points and breaklines to be extracted) - collection of coordinates INPUT/OUTPUT - in my plugin, I decided that when the input was a single polygon, the output should be a triangulation containing only triangles inside the polygon (not all triangles inside the convex hull) (may not concern the low level api) OUTPUT - in my Triangulation class, I decided to return a simple Coordinate[] array containing n*3 objects (elements 0, 1 and 2 composing the first triangle...) I'm not that sure, but I think this structure just contained references to input coordinates (memory-friendly) - i would prefer a collection of Linestrings or a collection of Polygons than a MultiLinestring or MultiPolygon, because I'm not sure a mutigeometry of one million elements is easy to deal with (spatial indexation inefficient for example). Moreover, individual geometries can give the oppurtunity to keep the tin structure with links between elements represented as attributes, or to compute height, slope, orientation on every individual triangle and keep them as attributes. I understand why a Tin structure is interesting (no duplicate), but not a multi-geometry. My 2 cents Michaël Martin Davis a écrit : > To those that are interested in the upcoming JTS triangulation API, a > question: > > What type of input and output structures would you find useful? > > Currently I'm developing the following: > > INPUT: > - Geometry (from which the site/vertex coordinates are extracted) > - Collection of Coordinates > > OUTPUT: > - MultiLineString containing triangulation edges > - GeometryCollection of Polygons containing triangles > > You can also work directly with the internal datastructures of the > triangulation (Vertices, QuadEdges, etc), but this requires a higher > level of understanding. > > Is there any other option I haven't though of? > > -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on use cases of JTS trianguation API
For input, it would be nice to be able to give a collection of coordinates (or Points for that matter) and an optional collection of lines to use for the constrained algorithm. For output, it would be nice to have some way to get a raw representation of the network; ideally, I'd like to be able to collect the vertices of the network, which vertices are associated with each triangle, and what triangles neighbor each triangle along its edges. From what I remember of the DT algorithms I've seen, you'd need know most of that information to do a DT. --Christopher --- On Wed, 4/29/09, Martin Davis wrote: > From: Martin Davis > Subject: [JPP-Devel] Question on use cases of JTS trianguation API > To: "OpenJUMP Dev" , "JTS Topology > Suite Development" > Date: Wednesday, April 29, 2009, 8:57 AM > To those that are interested in the > upcoming JTS triangulation API, a > question: > > What type of input and output structures would you find > useful? > > Currently I'm developing the following: > > INPUT: > - Geometry (from which the site/vertex coordinates are > extracted) > - Collection of Coordinates > > OUTPUT: > - MultiLineString containing triangulation edges > - GeometryCollection of Polygons containing triangles > > You can also work directly with the internal datastructures > of the > triangulation (Vertices, QuadEdges, etc), but this requires > a higher > level of understanding. > > Is there any other option I haven't though of? > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > -- > Register Now & Save for Velocity, the Web Performance > & Operations > Conference from O'Reilly Media. Velocity features a full > day of > expert-led, hands-on workshops and two days of sessions > from industry > leaders in dedicated Performance & Operations tracks. > Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on use cases of JTS trianguation API
Hei Martin, mhm.. need to think about it for a while. input for my work can bot only be corners of a geometry, but the centroid of a geometry as well - if I want to triangulate for instance buildings. However, this would only require to derive the centroids as an additional step. Import here is the option to attach an "arbitrary" object (in my case a jump feature) to a Node (or line) object. I.e. to get a link between features (not just geometries) and graph elements. Breaklines (Collection of LineStrings), mentioned by Sunburned, may be interesting too for constrained triangulations. The contour lines of course are something else. In terms of output - what comes to my mind is maybe a bit off-hand but of interested in may GIS applications are Voronoi edges and/or Thiessen polygons (i.e. the triangulation dual). The latter could be of course generated from the Voronoi edges. It would be also nice to have a function that generates a Minimum Spanning Tree out of the triangulation or a proximity graph (I guess the latter is a bit different that a triangulation?). I have code on that - but not from myself - so I can send it only offlist. If you are interested into this too. Without looking into it - in terms of API would be nice to update the triangulation locally. Some more map generalization use cases can be found here: http://www.ordnancesurvey.co.uk/oswebsite/partnerships/research/publications/docs/2005/034_NICOLASREGNAULD_gen.pdf N Regnauld 2005: Spatial structures to support automatic generalisation and here: http://www.geo.unizh.ch/gis/services/downloads/phd/mneun/phd_moritz_neun_2007.pdf ... it is in part II - research paper 3: M Neun et al 2008: Web service approaches for providing enriched data structures to generalisation operators thanks for your work on this! I may find more stuff over time ;) Stefan Martin Davis wrote: > The JTS API per se will just be focussed on computing the raw TIN edges > and triangles. Any further information (such as contour lines, > slope/aspect etc) are outside the scope of JTS, but can be built fairly > easily on top of the functionality the JTS API provides. > > So this won't be replacing the entire JTIN package, but could be used > within to the provide the triangulation process. > > My question will probably be clearer when people have had a chance to > actually work with the API. > > M > > Sunburned Surveyor wrote: >> Martin, >> >> This is just a suggestion, but Christopher has already done some great >> work on file formats for TIN information. Maybe JTS could use that? >> >> My typical surveying workflow is something like this: >> >> Input: >> - 3D Points (Point Number, Northing, Easting, Elevation, Description) >> - Breaklines (3D Polyline or LineString ) >> >> Output >> - TIN >> - Contour Lines >> >> In most cases I'm usually only after the contour lines for display on >> a topographic map. Sometimes we will use the surface for >> volume/grading calcs. >> >> If you output polygons representing each TIN face, it would be cool if >> they could have feature attributes representing the slope and aspect. >> That would allow you to easily to some hillshade rendering and other >> TIN queries in OpenJUMP. >> >> SS >> >> On Wed, Apr 29, 2009 at 8:57 AM, Martin Davis >> wrote: >> >>> To those that are interested in the upcoming JTS triangulation API, a >>> question: >>> >>> What type of input and output structures would you find useful? >>> >>> Currently I'm developing the following: >>> >>> INPUT: >>> - Geometry (from which the site/vertex coordinates are extracted) >>> - Collection of Coordinates >>> >>> OUTPUT: >>> - MultiLineString containing triangulation edges >>> - GeometryCollection of Polygons containing triangles >>> >>> You can also work directly with the internal datastructures of the >>> triangulation (Vertices, QuadEdges, etc), but this requires a higher >>> level of understanding. >>> >>> Is there any other option I haven't though of? >>> >>> -- >>> Martin Davis >>> Senior Technical Architect >>> Refractions Research, Inc. >>> (250) 383-3022 >>> >>> >>> -- >>> Register Now & Save for Velocity, the Web Performance & Operations >>> Conference from O'Reilly Media. Velocity features a full day of >>> expert-led, hands-on workshops and two days of sessions from industry >>> leaders in dedicated Performance & Operations tracks. Use code vel09scf >>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> -- >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> ex
Re: [JPP-Devel] Question on use cases of JTS trianguation API
Yup, exactly so. Sunburned Surveyor wrote: > This makes sense. JTS would be providing a triangulation algorithm to > JTin, and nothing more. In that case, we'd want to ask Christopher > what type of input and output the JTin code expects from its pluggable > TIN creators. > > SS > > On Wed, Apr 29, 2009 at 10:28 AM, Martin Davis > wrote: > >> The JTS API per se will just be focussed on computing the raw TIN edges >> and triangles. Any further information (such as contour lines, >> slope/aspect etc) are outside the scope of JTS, but can be built fairly >> easily on top of the functionality the JTS API provides. >> >> So this won't be replacing the entire JTIN package, but could be used >> within to the provide the triangulation process. >> >> My question will probably be clearer when people have had a chance to >> actually work with the API. >> >> M >> >> Sunburned Surveyor wrote: >> >>> Martin, >>> >>> This is just a suggestion, but Christopher has already done some great >>> work on file formats for TIN information. Maybe JTS could use that? >>> >>> My typical surveying workflow is something like this: >>> >>> Input: >>> - 3D Points (Point Number, Northing, Easting, Elevation, Description) >>> - Breaklines (3D Polyline or LineString ) >>> >>> Output >>> - TIN >>> - Contour Lines >>> >>> In most cases I'm usually only after the contour lines for display on >>> a topographic map. Sometimes we will use the surface for >>> volume/grading calcs. >>> >>> If you output polygons representing each TIN face, it would be cool if >>> they could have feature attributes representing the slope and aspect. >>> That would allow you to easily to some hillshade rendering and other >>> TIN queries in OpenJUMP. >>> >>> SS >>> >>> On Wed, Apr 29, 2009 at 8:57 AM, Martin Davis >>> wrote: >>> >>> To those that are interested in the upcoming JTS triangulation API, a question: What type of input and output structures would you find useful? Currently I'm developing the following: INPUT: - Geometry (from which the site/vertex coordinates are extracted) - Collection of Coordinates OUTPUT: - MultiLineString containing triangulation edges - GeometryCollection of Polygons containing triangles You can also work directly with the internal datastructures of the triangulation (Vertices, QuadEdges, etc), but this requires a higher level of understanding. Is there any other option I haven't though of? -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> -- >>> Register Now & Save for Velocity, the Web Performance & Operations >>> Conference from O'Reilly Media. Velocity features a full day of >>> expert-led, hands-on workshops and two days of sessions from industry >>> leaders in dedicated Performance & Operations tracks. Use code vel09scf >>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >>> ___ >>> 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 >> >> >> -- >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > -- > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of s
Re: [JPP-Devel] Question on use cases of JTS trianguation API
This makes sense. JTS would be providing a triangulation algorithm to JTin, and nothing more. In that case, we'd want to ask Christopher what type of input and output the JTin code expects from its pluggable TIN creators. SS On Wed, Apr 29, 2009 at 10:28 AM, Martin Davis wrote: > The JTS API per se will just be focussed on computing the raw TIN edges > and triangles. Any further information (such as contour lines, > slope/aspect etc) are outside the scope of JTS, but can be built fairly > easily on top of the functionality the JTS API provides. > > So this won't be replacing the entire JTIN package, but could be used > within to the provide the triangulation process. > > My question will probably be clearer when people have had a chance to > actually work with the API. > > M > > Sunburned Surveyor wrote: >> Martin, >> >> This is just a suggestion, but Christopher has already done some great >> work on file formats for TIN information. Maybe JTS could use that? >> >> My typical surveying workflow is something like this: >> >> Input: >> - 3D Points (Point Number, Northing, Easting, Elevation, Description) >> - Breaklines (3D Polyline or LineString ) >> >> Output >> - TIN >> - Contour Lines >> >> In most cases I'm usually only after the contour lines for display on >> a topographic map. Sometimes we will use the surface for >> volume/grading calcs. >> >> If you output polygons representing each TIN face, it would be cool if >> they could have feature attributes representing the slope and aspect. >> That would allow you to easily to some hillshade rendering and other >> TIN queries in OpenJUMP. >> >> SS >> >> On Wed, Apr 29, 2009 at 8:57 AM, Martin Davis >> wrote: >> >>> To those that are interested in the upcoming JTS triangulation API, a >>> question: >>> >>> What type of input and output structures would you find useful? >>> >>> Currently I'm developing the following: >>> >>> INPUT: >>> - Geometry (from which the site/vertex coordinates are extracted) >>> - Collection of Coordinates >>> >>> OUTPUT: >>> - MultiLineString containing triangulation edges >>> - GeometryCollection of Polygons containing triangles >>> >>> You can also work directly with the internal datastructures of the >>> triangulation (Vertices, QuadEdges, etc), but this requires a higher >>> level of understanding. >>> >>> Is there any other option I haven't though of? >>> >>> -- >>> Martin Davis >>> Senior Technical Architect >>> Refractions Research, Inc. >>> (250) 383-3022 >>> >>> >>> -- >>> Register Now & Save for Velocity, the Web Performance & Operations >>> Conference from O'Reilly Media. Velocity features a full day of >>> expert-led, hands-on workshops and two days of sessions from industry >>> leaders in dedicated Performance & Operations tracks. Use code vel09scf >>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> >> -- >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> ___ >> 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 > > > -- > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing
Re: [JPP-Devel] Question on use cases of JTS trianguation API
The JTS API per se will just be focussed on computing the raw TIN edges and triangles. Any further information (such as contour lines, slope/aspect etc) are outside the scope of JTS, but can be built fairly easily on top of the functionality the JTS API provides. So this won't be replacing the entire JTIN package, but could be used within to the provide the triangulation process. My question will probably be clearer when people have had a chance to actually work with the API. M Sunburned Surveyor wrote: > Martin, > > This is just a suggestion, but Christopher has already done some great > work on file formats for TIN information. Maybe JTS could use that? > > My typical surveying workflow is something like this: > > Input: > - 3D Points (Point Number, Northing, Easting, Elevation, Description) > - Breaklines (3D Polyline or LineString ) > > Output > - TIN > - Contour Lines > > In most cases I'm usually only after the contour lines for display on > a topographic map. Sometimes we will use the surface for > volume/grading calcs. > > If you output polygons representing each TIN face, it would be cool if > they could have feature attributes representing the slope and aspect. > That would allow you to easily to some hillshade rendering and other > TIN queries in OpenJUMP. > > SS > > On Wed, Apr 29, 2009 at 8:57 AM, Martin Davis wrote: > >> To those that are interested in the upcoming JTS triangulation API, a >> question: >> >> What type of input and output structures would you find useful? >> >> Currently I'm developing the following: >> >> INPUT: >> - Geometry (from which the site/vertex coordinates are extracted) >> - Collection of Coordinates >> >> OUTPUT: >> - MultiLineString containing triangulation edges >> - GeometryCollection of Polygons containing triangles >> >> You can also work directly with the internal datastructures of the >> triangulation (Vertices, QuadEdges, etc), but this requires a higher >> level of understanding. >> >> Is there any other option I haven't though of? >> >> -- >> Martin Davis >> Senior Technical Architect >> Refractions Research, Inc. >> (250) 383-3022 >> >> >> -- >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > -- > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > ___ > 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 -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question on use cases of JTS trianguation API
Martin, This is just a suggestion, but Christopher has already done some great work on file formats for TIN information. Maybe JTS could use that? My typical surveying workflow is something like this: Input: - 3D Points (Point Number, Northing, Easting, Elevation, Description) - Breaklines (3D Polyline or LineString ) Output - TIN - Contour Lines In most cases I'm usually only after the contour lines for display on a topographic map. Sometimes we will use the surface for volume/grading calcs. If you output polygons representing each TIN face, it would be cool if they could have feature attributes representing the slope and aspect. That would allow you to easily to some hillshade rendering and other TIN queries in OpenJUMP. SS On Wed, Apr 29, 2009 at 8:57 AM, Martin Davis wrote: > To those that are interested in the upcoming JTS triangulation API, a > question: > > What type of input and output structures would you find useful? > > Currently I'm developing the following: > > INPUT: > - Geometry (from which the site/vertex coordinates are extracted) > - Collection of Coordinates > > OUTPUT: > - MultiLineString containing triangulation edges > - GeometryCollection of Polygons containing triangles > > You can also work directly with the internal datastructures of the > triangulation (Vertices, QuadEdges, etc), but this requires a higher > level of understanding. > > Is there any other option I haven't though of? > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > -- > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question on use cases of JTS trianguation API
To those that are interested in the upcoming JTS triangulation API, a question: What type of input and output structures would you find useful? Currently I'm developing the following: INPUT: - Geometry (from which the site/vertex coordinates are extracted) - Collection of Coordinates OUTPUT: - MultiLineString containing triangulation edges - GeometryCollection of Polygons containing triangles You can also work directly with the internal datastructures of the triangulation (Vertices, QuadEdges, etc), but this requires a higher level of understanding. Is there any other option I haven't though of? -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] question on how to store layer settings in project file
Hi Stefan, It should be fairly easy. Just add the appropriate entry in: com.vividsolutions.jump.workbench.model.Layer.java2xml Don't forget to test for backward compatibility. Sometimes adding something new breaks the older project files. regards, Larry On Mon, Mar 16, 2009 at 1:02 PM, Stefan Steiniger wrote: > Hei, > > I have never worked with the issue of storing infos to the project > files. So my question (related to a feature request/bug report): > > How can one store the information on the editable/selectable status of > layers in a project? Any hints where to look? (or even volunteers? ;) > > stefan > > > -- > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- http://amusingprogrammer.blogspot.com/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] question on how to store layer settings in project file
Hei, I have never worked with the issue of storing infos to the project files. So my question (related to a feature request/bug report): How can one store the information on the editable/selectable status of layers in a project? Any hints where to look? (or even volunteers? ;) stefan -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ 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 our (the JPP) licensing authority.
Ede made some very good (and correct) comments. However, there is no legal way to improve or add functions to OpenJUMP (as soon as they use whatever OJ functionality - i.e. even the plugin mechanism) without giving back the improvements, i.e. the sources. The only kind-of-legal way is to let things develop by an in-house developer so that "Beta-Versions" are only distributed in-house. To my knowledge, contracting work to other companies wouldn't work in this situation, as the payments are done based on a finished product - ready for distribution. (But it is also sad to hear that some of the contractors doesn't want to share their developments - despite their right to re-use the parts that do not use any OpenJUMP "classes" in their closed-sources) however, everybody is free to do what he thinks is right - and I am glad that Jukka is 'pro'-Free Software. stefan PS: I am still not sure if I like the Idea of Arbonaut's forest management system based on uDig. I.e. did they actually contribute something back to the uDig team or did they just put everything in "external" libraries? edgar.sol...@web.de wrote: >> However, GIS data is a side product for us. Our main job is to run a >> bunch of integrated services. We have a large variety of software in >> use, both commercial, open source and self made. Right now we are >> missing a map component that could be embedded in our existing >> applications lacking spatial features. Because OpenJUMP is under GPL I >> don't believe we can easily use it for that purpose. Correct me if I am >> wrong. > > This mainly depends on the way of integration ... > >> I am meaning integration like making a special OJ plugin for >> logging into our user rights management system, > > this would be GPL in case you aree going to publish it to somebody. > >> tailored connector for >> reading data from our databases, > > also only if published .. for your in house use you can do whatever you > want. > >> sharing some Java components, or being >> integrated with commercial reporting system. > > If sharing java components means integrating GPL'd software parts in > closed software _and_ publishing the result, would lead to a need of > opening the closed source under GPL. > > On integrating it highlky depends on the way of doing so. Please see > http://www.gnu.org/licenses/gpl-faq.html#GPLPluginsInNF > and the following questions. > >> Our contractors have been >> feeling safe with uDig that is LGPL, as well as with MapServer and >> Geoserver. That has not prevented us from committing back if we have >> been able to. >> > > Glad to hear. But essentially I understand GPL as a way to keep software > free, than to force somebody to contribute. eg. > You can do whatever you like with the source and the software, but only > if you give it to somebody, this somebody has to begranted the same > rights that you got as you received your copy ;) > >> It would actually be nice to have some use cases about how OpenJUMP can >> be legally used together with non-open or in-another-way open software. >> > > If you could be more specific, we could work out those ... regards Ede > >> -Jukka Rahkonen- >> -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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 our (the JPP) licensing authority.
> > However, GIS data is a side product for us. Our main job is to run a > bunch of integrated services. We have a large variety of software in > use, both commercial, open source and self made. Right now we are > missing a map component that could be embedded in our existing > applications lacking spatial features. Because OpenJUMP is under GPL I > don't believe we can easily use it for that purpose. Correct me if I am > wrong. This mainly depends on the way of integration ... > I am meaning integration like making a special OJ plugin for > logging into our user rights management system, this would be GPL in case you aree going to publish it to somebody. > tailored connector for > reading data from our databases, also only if published .. for your in house use you can do whatever you want. > sharing some Java components, or being > integrated with commercial reporting system. If sharing java components means integrating GPL'd software parts in closed software _and_ publishing the result, would lead to a need of opening the closed source under GPL. On integrating it highlky depends on the way of doing so. Please see http://www.gnu.org/licenses/gpl-faq.html#GPLPluginsInNF and the following questions. > Our contractors have been > feeling safe with uDig that is LGPL, as well as with MapServer and > Geoserver. That has not prevented us from committing back if we have > been able to. > Glad to hear. But essentially I understand GPL as a way to keep software free, than to force somebody to contribute. eg. You can do whatever you like with the source and the software, but only if you give it to somebody, this somebody has to begranted the same rights that you got as you received your copy ;) > It would actually be nice to have some use cases about how OpenJUMP can > be legally used together with non-open or in-another-way open software. > If you could be more specific, we could work out those ... regards Ede > -Jukka Rahkonen- > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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 our (the JPP) licensing authority.
Edgar Soldin wrote: > Here is as I see it. If someone feels threatened by the GPL > then probably only because this someone does mainly want to > take advantage of GPL'd software without committing own > resources. A company or person opposing version 3 of GPL > should be asked: Are you planning to use legal weaknesses of > GPL2 to workaround the idea of open and free software? > > On the other hand: I also see projects like the linux kernel > deliberately staying with GPL2 ... > > .. just some thoughts, ede Hi, For my private needs GPL is fine. In my profession using OpenJUMP as a stand alone GPL program in place of ArcView or some else is fine as well. We are happily using OpenJUMP as GIS client for showing data from local files or WMS, WFS and Oracle sources. We might even happily edit our data in Oracle with OpenJUMP, but unfortunately it is not possible. However, GIS data is a side product for us. Our main job is to run a bunch of integrated services. We have a large variety of software in use, both commercial, open source and self made. Right now we are missing a map component that could be embedded in our existing applications lacking spatial features. Because OpenJUMP is under GPL I don't believe we can easily use it for that purpose. Correct me if I am wrong. I am meaning integration like making a special OJ plugin for logging into our user rights management system, tailored connector for reading data from our databases, sharing some Java components, or being integrated with commercial reporting system. Our contractors have been feeling safe with uDig that is LGPL, as well as with MapServer and Geoserver. That has not prevented us from committing back if we have been able to. It would actually be nice to have some use cases about how OpenJUMP can be legally used together with non-open or in-another-way open software. -Jukka Rahkonen- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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 our (the JPP) licensing authority.
Well, as the jump source (just checked 1.2 from vivid solutions website) states the infamous * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. paragraph.. we are free to choose ... but again, this is a one way street. While I see personally no reason against it.. here are some more pros - http://www.gnu.org/licenses/rms-why-gplv3.html essentially the open source is better protected with GPL3, but there might be companies that feel attacked by the more strict rules and keep them from commiting. Here is as I see it. If someone feels threatened by the GPL then probably only because this someone does mainly want to take advantage of GPL'd software without committing own resources. A company or person opposing version 3 of GPL should be asked: Are you planning to use legal weaknesses of GPL2 to workaround the idea of open and free software? On the other hand: I also see projects like the linux kernel deliberately staying with GPL2 ... .. just some thoughts, ede -- > Ede, > > Your are absolutely correct. I forgot about the powerful viral quality > of the GPL. I'm not sure how that viral quality affects being able to > move to different versions of the GPL though. This is an intersting > legal question. > > SS > > On Thu, Mar 5, 2009 at 9:25 AM, wrote: > >> Hi Landon :) >> >>> I think you may have understood my previous statement. >>> >>> I'm not saying that others contributions are not also under GPL >>> version 2. I'm saying that we can't choose another license, even a >>> later version of the GPL, because the contributors didn't give us that >>> right explicitly. >>> >>> >> not any, but a later version of the GPL2 ... >> >> >>> When I contribute to OpenJUMP I agree to release my code under the >>> project's current license (GPL V2) and not under any other license or >>> license version. >>> >>> >> actually you don't agree ... it is more that your work (patch, plugin or >> else) is derived from the GPL'd (open)jump codebase and therefore must >> be GPL'd. >> for example: >> You write a new plugin and interface a plugin interface class or extend >> an existing plugin class. Et voila, your work is derived from GPL'd code >> and therefore must be published under GPL as well. >> >> >>> That is why other projects (like Geotools) require programmers to >>> transfer copyright to contributions. The programmer that control's the >>> copyright can relicnese the code as he pleases. >>> >>> >> makes sense. But I can imagine at least one scenario where I wouldn't >> give my copyrights away. >> (Just a note: In german law copyrights can't be given away. Only >> exploitation rights and the others ..) >> ok the scenario: >> A company develops a software in a commercial fork and a GPL'd fork.. >> Third parties have to give their copyrights away, therefor the changes >> get integrated in the commercial version and later on in the GPL'd. >> But some of these changes never come to the GPL'd version and even >> worse. Someday the company discontinues their efforts in th GPL'd fork >> and close the source completely. >> >> >>> I suppose there may be some gray area when someone contributes a patch >>> to an existing JUMP class or interface, since Vivid's statement in the >>> header file allows transfer to a later GPL version. >>> >>> >> Nothing gray at all :) ... this is plain black and is dealt with in the >> GPL. >> http://www.fsf.org/licensing/licenses/gpl-faq.html#TheGPLSaysModifiedVersions >> >> regards ede >> -- >> >>> SS >>> >>> On Thu, Mar 5, 2009 at 6:30 AM, wrote: >>> >>> > I also don't think the permission from just Vivid Solutions is > sufficient. There have been a lot of other people contributing code to > OJ. Our project doesn't require contributors to transfer copyright or > the authority to relicense. That means we'd really need to contact all > of our past contributors for permission to change the license. > > > This is not true. Because the contributions were for a GPL'd codebase and are derived (subclassing, interfacing) from it, they are automatically GPL2. Isn't it amazing how virulent this license works :). > I know people have reacted coldly to the idea of asking for copyright > on contributions before, but this very issue is one reason to do it. > > > Again not necessary as the project is already GPL. Of course has every author the right to do whatever with his/her own code in parallel, but this leads away from the topic. > Still, GPL V2 has worked fine for us, so I don't think this is a burning > issue. > > > In short there is an overview on http://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3 I personally favour GPL3, because it advocates free and ope
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
Ede, Your are absolutely correct. I forgot about the powerful viral quality of the GPL. I'm not sure how that viral quality affects being able to move to different versions of the GPL though. This is an intersting legal question. SS On Thu, Mar 5, 2009 at 9:25 AM, wrote: > Hi Landon :) >> I think you may have understood my previous statement. >> >> I'm not saying that others contributions are not also under GPL >> version 2. I'm saying that we can't choose another license, even a >> later version of the GPL, because the contributors didn't give us that >> right explicitly. >> > > not any, but a later version of the GPL2 ... > >> When I contribute to OpenJUMP I agree to release my code under the >> project's current license (GPL V2) and not under any other license or >> license version. >> > > actually you don't agree ... it is more that your work (patch, plugin or > else) is derived from the GPL'd (open)jump codebase and therefore must > be GPL'd. > for example: > You write a new plugin and interface a plugin interface class or extend > an existing plugin class. Et voila, your work is derived from GPL'd code > and therefore must be published under GPL as well. > >> That is why other projects (like Geotools) require programmers to >> transfer copyright to contributions. The programmer that control's the >> copyright can relicnese the code as he pleases. >> > > makes sense. But I can imagine at least one scenario where I wouldn't > give my copyrights away. > (Just a note: In german law copyrights can't be given away. Only > exploitation rights and the others ..) > ok the scenario: > A company develops a software in a commercial fork and a GPL'd fork.. > Third parties have to give their copyrights away, therefor the changes > get integrated in the commercial version and later on in the GPL'd. > But some of these changes never come to the GPL'd version and even > worse. Someday the company discontinues their efforts in th GPL'd fork > and close the source completely. > >> I suppose there may be some gray area when someone contributes a patch >> to an existing JUMP class or interface, since Vivid's statement in the >> header file allows transfer to a later GPL version. >> > > Nothing gray at all :) ... this is plain black and is dealt with in the > GPL. > http://www.fsf.org/licensing/licenses/gpl-faq.html#TheGPLSaysModifiedVersions > > regards ede > -- >> SS >> >> On Thu, Mar 5, 2009 at 6:30 AM, wrote: >> I also don't think the permission from just Vivid Solutions is sufficient. There have been a lot of other people contributing code to OJ. Our project doesn't require contributors to transfer copyright or the authority to relicense. That means we'd really need to contact all of our past contributors for permission to change the license. >>> This is not true. Because the contributions were for a GPL'd codebase >>> and are derived (subclassing, interfacing) from it, they are >>> automatically GPL2. Isn't it amazing how virulent this license works :). >>> >>> I know people have reacted coldly to the idea of asking for copyright on contributions before, but this very issue is one reason to do it. >>> Again not necessary as the project is already GPL. Of course has every >>> author the right to do whatever with his/her own code in parallel, but >>> this leads away from the topic. >>> >>> Still, GPL V2 has worked fine for us, so I don't think this is a burning issue. >>> In short there is an overview on >>> http://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3 >>> >>> I personally favour GPL3, because it advocates free and open software >>> more efficiently. But thats just my point of view. >>> >>> Regards Ede >>> -- >>> SS On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger wrote: > Hei, > > @Ede: thanks for the comment: > > so the VividSolution note says: > > * This program is free software; you can redistribute it and/or > * modify it under the terms of the GNU General Public License > * as published by the Free Software Foundation; either version 2 > * of the License, or (at your option) any later version. > > so, we could switch to GPL V3, but if Ede is right... there really need > to be some "big advantages" for switching. > > Mhm.. I also just checked. GPL code can not be used on LGPL code, if I > understand correctly: > http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL > but there is also: > http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility > which says there is no way back from GPL/LGP v3 to v2... > > stefan > > edgar.sol...@web.de wrote: > > >> True, >> >> "or later versions of the GPL X.X" is the backdoor for newer GPL >> licences with more up to date legal definitions and regulations in the >> old GPL. But ... once licensed eg. 3
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
Hi Landon :) > I think you may have understood my previous statement. > > I'm not saying that others contributions are not also under GPL > version 2. I'm saying that we can't choose another license, even a > later version of the GPL, because the contributors didn't give us that > right explicitly. > not any, but a later version of the GPL2 ... > When I contribute to OpenJUMP I agree to release my code under the > project's current license (GPL V2) and not under any other license or > license version. > actually you don't agree ... it is more that your work (patch, plugin or else) is derived from the GPL'd (open)jump codebase and therefore must be GPL'd. for example: You write a new plugin and interface a plugin interface class or extend an existing plugin class. Et voila, your work is derived from GPL'd code and therefore must be published under GPL as well. > That is why other projects (like Geotools) require programmers to > transfer copyright to contributions. The programmer that control's the > copyright can relicnese the code as he pleases. > makes sense. But I can imagine at least one scenario where I wouldn't give my copyrights away. (Just a note: In german law copyrights can't be given away. Only exploitation rights and the others ..) ok the scenario: A company develops a software in a commercial fork and a GPL'd fork.. Third parties have to give their copyrights away, therefor the changes get integrated in the commercial version and later on in the GPL'd. But some of these changes never come to the GPL'd version and even worse. Someday the company discontinues their efforts in th GPL'd fork and close the source completely. > I suppose there may be some gray area when someone contributes a patch > to an existing JUMP class or interface, since Vivid's statement in the > header file allows transfer to a later GPL version. > Nothing gray at all :) ... this is plain black and is dealt with in the GPL. http://www.fsf.org/licensing/licenses/gpl-faq.html#TheGPLSaysModifiedVersions regards ede -- > SS > > On Thu, Mar 5, 2009 at 6:30 AM, wrote: > >>> I also don't think the permission from just Vivid Solutions is >>> sufficient. There have been a lot of other people contributing code to >>> OJ. Our project doesn't require contributors to transfer copyright or >>> the authority to relicense. That means we'd really need to contact all >>> of our past contributors for permission to change the license. >>> >>> >> This is not true. Because the contributions were for a GPL'd codebase >> and are derived (subclassing, interfacing) from it, they are >> automatically GPL2. Isn't it amazing how virulent this license works :). >> >> >>> I know people have reacted coldly to the idea of asking for copyright >>> on contributions before, but this very issue is one reason to do it. >>> >>> >> Again not necessary as the project is already GPL. Of course has every >> author the right to do whatever with his/her own code in parallel, but >> this leads away from the topic. >> >> >>> Still, GPL V2 has worked fine for us, so I don't think this is a burning >>> issue. >>> >>> >> In short there is an overview on >> http://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3 >> >> I personally favour GPL3, because it advocates free and open software >> more efficiently. But thats just my point of view. >> >> Regards Ede >> -- >> >>> SS >>> >>> On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger wrote: >>> >>> Hei, @Ede: thanks for the comment: so the VividSolution note says: * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. so, we could switch to GPL V3, but if Ede is right... there really need to be some "big advantages" for switching. Mhm.. I also just checked. GPL code can not be used on LGPL code, if I understand correctly: http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL but there is also: http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility which says there is no way back from GPL/LGP v3 to v2... stefan edgar.sol...@web.de wrote: > True, > > "or later versions of the GPL X.X" is the backdoor for newer GPL licences > with more up to date legal definitions and regulations in the old GPL. > But ... once licensed eg. 3.0 , there is no way back anymore ... without > asking all copyright holders (code contributors). This becomes especially > tricky for new code contributions that are automatically GPL3. > > So the question is if the changes in the new welcome by the community. > > > regards ede > > -- > > >
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
Ede, I think you may have understood my previous statement. I'm not saying that others contributions are not also under GPL version 2. I'm saying that we can't choose another license, even a later version of the GPL, because the contributors didn't give us that right explicitly. When I contribute to OpenJUMP I agree to release my code under the project's current license (GPL V2) and not under any other license or license version. That is why other projects (like Geotools) require programmers to transfer copyright to contributions. The programmer that control's the copyright can relicnese the code as he pleases. I suppose there may be some gray area when someone contributes a patch to an existing JUMP class or interface, since Vivid's statement in the header file allows transfer to a later GPL version. SS On Thu, Mar 5, 2009 at 6:30 AM, wrote: > >> I also don't think the permission from just Vivid Solutions is >> sufficient. There have been a lot of other people contributing code to >> OJ. Our project doesn't require contributors to transfer copyright or >> the authority to relicense. That means we'd really need to contact all >> of our past contributors for permission to change the license. >> > > This is not true. Because the contributions were for a GPL'd codebase > and are derived (subclassing, interfacing) from it, they are > automatically GPL2. Isn't it amazing how virulent this license works :). > >> I know people have reacted coldly to the idea of asking for copyright >> on contributions before, but this very issue is one reason to do it. >> > > Again not necessary as the project is already GPL. Of course has every > author the right to do whatever with his/her own code in parallel, but > this leads away from the topic. > >> Still, GPL V2 has worked fine for us, so I don't think this is a burning >> issue. >> > > In short there is an overview on > http://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3 > > I personally favour GPL3, because it advocates free and open software > more efficiently. But thats just my point of view. > > Regards Ede > -- >> SS >> >> On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger wrote: >> >>> Hei, >>> >>> @Ede: thanks for the comment: >>> >>> so the VividSolution note says: >>> >>> * This program is free software; you can redistribute it and/or >>> * modify it under the terms of the GNU General Public License >>> * as published by the Free Software Foundation; either version 2 >>> * of the License, or (at your option) any later version. >>> >>> so, we could switch to GPL V3, but if Ede is right... there really need >>> to be some "big advantages" for switching. >>> >>> Mhm.. I also just checked. GPL code can not be used on LGPL code, if I >>> understand correctly: >>> http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL >>> but there is also: >>> http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility >>> which says there is no way back from GPL/LGP v3 to v2... >>> >>> stefan >>> >>> edgar.sol...@web.de wrote: >>> True, "or later versions of the GPL X.X" is the backdoor for newer GPL licences with more up to date legal definitions and regulations in the old GPL. But ... once licensed eg. 3.0 , there is no way back anymore ... without asking all copyright holders (code contributors). This becomes especially tricky for new code contributions that are automatically GPL3. So the question is if the changes in the new welcome by the community. regards ede -- > Hei short answer. > > If the current license contains the text "or later versions of the GPL > X.X" then we can switch to V3. I think. But I need to do a bit of > reading on fsf.org pages and in the source code license annotations. > > stefan > > Sunburned Surveyor wrote: > > >> Julien made an interesting request that we relicenze OpenJUMP under >> the GPL version 3. I wanted to discuss this request in a separate >> thread, because I think it is a very important discussion. >> >> My first question would be: Do we have the authority to relicense >> OpenJUMP? >> >> I would think this authority to relicense OpenJUMP would lie with >> Vivid Solutions, and all of our contributors that maintain copyright >> over there code. >> >> I believe this means we can't relicense OpenJUMP, even if we wanted >> to. This is one disadvantage of allowing contributors to keep the >> copyright to their patches/improvements to OpenJUMP. If we could get >> Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still >> have to get agreements from all of our pass contributors. >> >> That is going to be tough. :] >> >> Comments? >> >> The Sunburned Surveyor >> >> -- >> Open Source Business Confer
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
> I also don't think the permission from just Vivid Solutions is > sufficient. There have been a lot of other people contributing code to > OJ. Our project doesn't require contributors to transfer copyright or > the authority to relicense. That means we'd really need to contact all > of our past contributors for permission to change the license. > This is not true. Because the contributions were for a GPL'd codebase and are derived (subclassing, interfacing) from it, they are automatically GPL2. Isn't it amazing how virulent this license works :). > I know people have reacted coldly to the idea of asking for copyright > on contributions before, but this very issue is one reason to do it. > Again not necessary as the project is already GPL. Of course has every author the right to do whatever with his/her own code in parallel, but this leads away from the topic. > Still, GPL V2 has worked fine for us, so I don't think this is a burning > issue. > In short there is an overview on http://en.wikipedia.org/wiki/GNU_General_Public_License#Version_3 I personally favour GPL3, because it advocates free and open software more efficiently. But thats just my point of view. Regards Ede -- > SS > > On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger wrote: > >> Hei, >> >> @Ede: thanks for the comment: >> >> so the VividSolution note says: >> >> * This program is free software; you can redistribute it and/or >> * modify it under the terms of the GNU General Public License >> * as published by the Free Software Foundation; either version 2 >> * of the License, or (at your option) any later version. >> >> so, we could switch to GPL V3, but if Ede is right... there really need >> to be some "big advantages" for switching. >> >> Mhm.. I also just checked. GPL code can not be used on LGPL code, if I >> understand correctly: >> http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL >> but there is also: >> http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility >> which says there is no way back from GPL/LGP v3 to v2... >> >> stefan >> >> edgar.sol...@web.de wrote: >> >>> True, >>> >>> "or later versions of the GPL X.X" is the backdoor for newer GPL licences >>> with more up to date legal definitions and regulations in the old GPL. But >>> ... once licensed eg. 3.0 , there is no way back anymore ... without asking >>> all copyright holders (code contributors). This becomes especially tricky >>> for new code contributions that are automatically GPL3. >>> >>> So the question is if the changes in the new welcome by the community. >>> >>> >>> regards ede >>> >>> -- >>> Hei short answer. If the current license contains the text "or later versions of the GPL X.X" then we can switch to V3. I think. But I need to do a bit of reading on fsf.org pages and in the source code license annotations. stefan Sunburned Surveyor wrote: > Julien made an interesting request that we relicenze OpenJUMP under > the GPL version 3. I wanted to discuss this request in a separate > thread, because I think it is a very important discussion. > > My first question would be: Do we have the authority to relicense > OpenJUMP? > > I would think this authority to relicense OpenJUMP would lie with > Vivid Solutions, and all of our contributors that maintain copyright > over there code. > > I believe this means we can't relicense OpenJUMP, even if we wanted > to. This is one disadvantage of allowing contributors to keep the > copyright to their patches/improvements to OpenJUMP. If we could get > Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still > have to get agreements from all of our pass contributors. > > That is going to be tough. :] > > Comments? > > The Sunburned Surveyor > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation >>
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
Hi all, which are the benefits to switch from GPL V2 to V3? Which are also the effects to other brenches of Jump (Kosmo, SkyJump, OJ Sigle, EcosJump) which have code of the software in it? Right now the list of new and former contributor is quite long. I image that Ede is right. Peppe --- Gio 5/3/09, Sunburned Surveyor ha scritto: > Da: Sunburned Surveyor > Oggetto: Re: [JPP-Devel] Question about our (the JPP) licensing authority. > A: "OpenJump develop and use" > Data: Giovedì 5 marzo 2009, 04:35 > I think Stefan is correct. We need a good reason to switch > the license version. > > I also don't think the permission from just Vivid > Solutions is > sufficient. There have been a lot of other people > contributing code to > OJ. Our project doesn't require contributors to > transfer copyright or > the authority to relicense. That means we'd really need > to contact all > of our past contributors for permission to change the > license. > > I know people have reacted coldly to the idea of asking for > copyright > on contributions before, but this very issue is one reason > to do it. > > Still, GPL V2 has worked fine for us, so I don't think > this is a burning issue. > > SS > > On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger > wrote: > > Hei, > > > > @Ede: thanks for the comment: > > > > so the VividSolution note says: > > > > * This program is free software; you can > redistribute it and/or > > * modify it under the terms of the GNU General > Public License > > * as published by the Free Software Foundation; > either version 2 > > * of the License, or (at your option) any later > version. > > > > so, we could switch to GPL V3, but if Ede is right... > there really need > > to be some "big advantages" for switching. > > > > Mhm.. I also just checked. GPL code can not be used on > LGPL code, if I > > understand correctly: > > > http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL > > but there is also: > > > http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility > > which says there is no way back from GPL/LGP v3 to > v2... > > > > stefan > > > > edgar.sol...@web.de wrote: > >> True, > >> > >> "or later versions of the GPL X.X" is > the backdoor for newer GPL licences with more up to date > legal definitions and regulations in the old GPL. But ... > once licensed eg. 3.0 , there is no way back anymore ... > without asking all copyright holders (code contributors). > This becomes especially tricky for new code contributions > that are automatically GPL3. > >> > >> So the question is if the changes in the new > welcome by the community. > >> > >> > >> regards ede > >> > >> -- > >>> Hei short answer. > >>> > >>> If the current license contains the text > "or later versions of the GPL > >>> X.X" then we can switch to V3. I think. > But I need to do a bit of > >>> reading on fsf.org pages and in the source > code license annotations. > >>> > >>> stefan > >>> > >>> Sunburned Surveyor wrote: > >>> > >>>> Julien made an interesting request that we > relicenze OpenJUMP under > >>>> the GPL version 3. I wanted to discuss > this request in a separate > >>>> thread, because I think it is a very > important discussion. > >>>> > >>>> My first question would be: Do we have the > authority to relicense OpenJUMP? > >>>> > >>>> I would think this authority to relicense > OpenJUMP would lie with > >>>> Vivid Solutions, and all of our > contributors that maintain copyright > >>>> over there code. > >>>> > >>>> I believe this means we can't > relicense OpenJUMP, even if we wanted > >>>> to. This is one disadvantage of allowing > contributors to keep the > >>>> copyright to their patches/improvements to > OpenJUMP. If we could get > >>>> Vivid Solutions to agree to relicense the > JUMP code in OJ, we'd still > >>>> have to get agreements from all of our > pass contributors. > >>>> > >>>> That is going to be tough. :] > >>>> > >>>> Comments? > >>>> > >>>> The Sunburned Surveyor > >>>> > >>>> > ---
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
I think Stefan is correct. We need a good reason to switch the license version. I also don't think the permission from just Vivid Solutions is sufficient. There have been a lot of other people contributing code to OJ. Our project doesn't require contributors to transfer copyright or the authority to relicense. That means we'd really need to contact all of our past contributors for permission to change the license. I know people have reacted coldly to the idea of asking for copyright on contributions before, but this very issue is one reason to do it. Still, GPL V2 has worked fine for us, so I don't think this is a burning issue. SS On Wed, Mar 4, 2009 at 5:54 PM, Stefan Steiniger wrote: > Hei, > > @Ede: thanks for the comment: > > so the VividSolution note says: > > * This program is free software; you can redistribute it and/or > * modify it under the terms of the GNU General Public License > * as published by the Free Software Foundation; either version 2 > * of the License, or (at your option) any later version. > > so, we could switch to GPL V3, but if Ede is right... there really need > to be some "big advantages" for switching. > > Mhm.. I also just checked. GPL code can not be used on LGPL code, if I > understand correctly: > http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL > but there is also: > http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility > which says there is no way back from GPL/LGP v3 to v2... > > stefan > > edgar.sol...@web.de wrote: >> True, >> >> "or later versions of the GPL X.X" is the backdoor for newer GPL licences >> with more up to date legal definitions and regulations in the old GPL. But >> ... once licensed eg. 3.0 , there is no way back anymore ... without asking >> all copyright holders (code contributors). This becomes especially tricky >> for new code contributions that are automatically GPL3. >> >> So the question is if the changes in the new welcome by the community. >> >> >> regards ede >> >> -- >>> Hei short answer. >>> >>> If the current license contains the text "or later versions of the GPL >>> X.X" then we can switch to V3. I think. But I need to do a bit of >>> reading on fsf.org pages and in the source code license annotations. >>> >>> stefan >>> >>> Sunburned Surveyor wrote: >>> Julien made an interesting request that we relicenze OpenJUMP under the GPL version 3. I wanted to discuss this request in a separate thread, because I think it is a very important discussion. My first question would be: Do we have the authority to relicense OpenJUMP? I would think this authority to relicense OpenJUMP would lie with Vivid Solutions, and all of our contributors that maintain copyright over there code. I believe this means we can't relicense OpenJUMP, even if we wanted to. This is one disadvantage of allowing contributors to keep the copyright to their patches/improvements to OpenJUMP. If we could get Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still have to get agreements from all of our pass contributors. That is going to be tough. :] Comments? The Sunburned Surveyor -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> -- >>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >>> -Strategies to boost innovation and cut costs with open source participation >>> -Receive a $600 discount off the registration fee with the source code: SFAD >>> http://p.sf.net/sfu/XcvMzF8H >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> >> -- >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >
Re: [JPP-Devel] Question about our (the JPP) licensing authority.
Hei, @Ede: thanks for the comment: so the VividSolution note says: * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. so, we could switch to GPL V3, but if Ede is right... there really need to be some "big advantages" for switching. Mhm.. I also just checked. GPL code can not be used on LGPL code, if I understand correctly: http://www.fsf.org/licensing/licenses/gpl-faq.html#SwitchToLGPL but there is also: http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility which says there is no way back from GPL/LGP v3 to v2... stefan edgar.sol...@web.de wrote: > True, > > "or later versions of the GPL X.X" is the backdoor for newer GPL licences > with more up to date legal definitions and regulations in the old GPL. But > ... once licensed eg. 3.0 , there is no way back anymore ... without asking > all copyright holders (code contributors). This becomes especially tricky for > new code contributions that are automatically GPL3. > > So the question is if the changes in the new welcome by the community. > > > regards ede > > -- >> Hei short answer. >> >> If the current license contains the text "or later versions of the GPL >> X.X" then we can switch to V3. I think. But I need to do a bit of >> reading on fsf.org pages and in the source code license annotations. >> >> stefan >> >> Sunburned Surveyor wrote: >> >>> Julien made an interesting request that we relicenze OpenJUMP under >>> the GPL version 3. I wanted to discuss this request in a separate >>> thread, because I think it is a very important discussion. >>> >>> My first question would be: Do we have the authority to relicense OpenJUMP? >>> >>> I would think this authority to relicense OpenJUMP would lie with >>> Vivid Solutions, and all of our contributors that maintain copyright >>> over there code. >>> >>> I believe this means we can't relicense OpenJUMP, even if we wanted >>> to. This is one disadvantage of allowing contributors to keep the >>> copyright to their patches/improvements to OpenJUMP. If we could get >>> Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still >>> have to get agreements from all of our pass contributors. >>> >>> That is going to be tough. :] >>> >>> Comments? >>> >>> The Sunburned Surveyor >>> >>> -- >>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >>> -Strategies to boost innovation and cut costs with open source participation >>> -Receive a $600 discount off the registration fee with the source code: SFAD >>> http://p.sf.net/sfu/XcvMzF8H >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >> -- >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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 our (the JPP) licensing authority.
True, "or later versions of the GPL X.X" is the backdoor for newer GPL licences with more up to date legal definitions and regulations in the old GPL. But ... once licensed eg. 3.0 , there is no way back anymore ... without asking all copyright holders (code contributors). This becomes especially tricky for new code contributions that are automatically GPL3. So the question is if the changes in the new welcome by the community. regards ede -- > Hei short answer. > > If the current license contains the text "or later versions of the GPL > X.X" then we can switch to V3. I think. But I need to do a bit of > reading on fsf.org pages and in the source code license annotations. > > stefan > > Sunburned Surveyor wrote: > >> Julien made an interesting request that we relicenze OpenJUMP under >> the GPL version 3. I wanted to discuss this request in a separate >> thread, because I think it is a very important discussion. >> >> My first question would be: Do we have the authority to relicense OpenJUMP? >> >> I would think this authority to relicense OpenJUMP would lie with >> Vivid Solutions, and all of our contributors that maintain copyright >> over there code. >> >> I believe this means we can't relicense OpenJUMP, even if we wanted >> to. This is one disadvantage of allowing contributors to keep the >> copyright to their patches/improvements to OpenJUMP. If we could get >> Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still >> have to get agreements from all of our pass contributors. >> >> That is going to be tough. :] >> >> Comments? >> >> The Sunburned Surveyor >> >> -- >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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 our (the JPP) licensing authority.
Hei short answer. If the current license contains the text "or later versions of the GPL X.X" then we can switch to V3. I think. But I need to do a bit of reading on fsf.org pages and in the source code license annotations. stefan Sunburned Surveyor wrote: > Julien made an interesting request that we relicenze OpenJUMP under > the GPL version 3. I wanted to discuss this request in a separate > thread, because I think it is a very important discussion. > > My first question would be: Do we have the authority to relicense OpenJUMP? > > I would think this authority to relicense OpenJUMP would lie with > Vivid Solutions, and all of our contributors that maintain copyright > over there code. > > I believe this means we can't relicense OpenJUMP, even if we wanted > to. This is one disadvantage of allowing contributors to keep the > copyright to their patches/improvements to OpenJUMP. If we could get > Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still > have to get agreements from all of our pass contributors. > > That is going to be tough. :] > > Comments? > > The Sunburned Surveyor > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Question about our (the JPP) licensing authority.
Julien made an interesting request that we relicenze OpenJUMP under the GPL version 3. I wanted to discuss this request in a separate thread, because I think it is a very important discussion. My first question would be: Do we have the authority to relicense OpenJUMP? I would think this authority to relicense OpenJUMP would lie with Vivid Solutions, and all of our contributors that maintain copyright over there code. I believe this means we can't relicense OpenJUMP, even if we wanted to. This is one disadvantage of allowing contributors to keep the copyright to their patches/improvements to OpenJUMP. If we could get Vivid Solutions to agree to relicense the JUMP code in OJ, we'd still have to get agreements from all of our pass contributors. That is going to be tough. :] Comments? The Sunburned Surveyor -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] question to Michael - Beanshell
Martin,
I look forward to seeing your JEQL plug-in for OpenJUMP as well!
SS
On Tue, Mar 3, 2009 at 2:01 AM, Giuseppe Aruta wrote:
> Thanks Martin for your answer,
> I will give a look at your project
>
> Peppe
>
>
> --- Lun 2/3/09, Martin Davis ha scritto:
>
>> Da: Martin Davis
>> Oggetto: Re: [JPP-Devel] question to Michael - Beanshell
>> A: "OpenJump develop and use"
>> Data: Lunedì 2 marzo 2009, 19:29
>> Not sure if this is quite on the same track, but I'm
>> planning to make a
>> plugin which will allow JEQL to operate within JUMP. JEQL
>> provides a
>> much higher-level language than Beanshell, so it might be
>> close to what
>> you're looking for with a "Model Builder".
>>
>> Ultimately it would be cool to provide a Visual Programming
>> interface to
>> JEQL, which would make this even easier to use. Does the
>> Sextante Model
>> Builder provide a graphical interface?
>>
>> Michaël Michaud wrote:
>> > Giuseppe Aruta a écrit :
>> >
>> >> Hi Michael,
>> >> a couple of question:
>> >> 1) Is it possible to create a bean tool which
>> automatically calculate the x,y coordinates of a point layer
>> and write them as attributes? This script will be quite
>> useful for GPS support.
>> >>
>> >>
>> > Sure, not very difficult,
>> > I put it here after. If you want to test it and if it
>> suits your needs,
>> > we can add it to the distribution.
>> >
>> >> 2) One of the possible line od OJ development is
>> the construction of a "model buider" similar to
>> one which in Sextante
>> (http://openjump.org/wiki/show/Google+Summer+Of+Code+Ideas+List),
>> how Beanshell can be useful for it?
>> >>
>> >>
>> > I did not explore sextante yet, but I like very much
>> the idea of model
>> > builder.
>> > As far as I can imagine a model builder, it uses
>> interfaces with inputs,
>> > outputs and a methods to process data.
>> > The processing part could be defined as a script to
>> include methods
>> > which are not proposed by the basic model builder.
>> > Exemple :
>> > The model builder may propose a "filter a
>> featureCollection", "union a
>> > featureCollection", but miss a "explode a
>> featureCollection containing
>> > geometryCollections". With beanshell, just do it
>> yourself. It's just
>> > some thoughts, it may not be so easy to include
>> scripting capabilities
>> > into such a model and its user interface.
>> >
>> > Michaël
>> >
>> > Here is the script to add XY attributes :
>> >
>> > // This script adds a new layer from a selected one
>> > // The new layer has two new attributes
>> > // containing X and Y of a coordinate
>> >
>> > import com.vividsolutions.jump.feature.*;
>> > import
>> com.vividsolutions.jump.workbench.model.StandardCategoryNames;
>> >
>> > ll = wc.layerNamePanel.selectedLayers;
>> > if (ll.length != 1)
>> wc.workbench.frame.warnUser("Exactly one layer must
>> > be selected");
>> > else {
>> > fc = ll[0].featureCollectionWrapper;
>> > fs = fc.featureSchema.clone();
>> > fs.addAttribute("X",
>> AttributeType.DOUBLE);
>> > fs.addAttribute("Y",
>> AttributeType.DOUBLE);
>> > resultFC = new FeatureDataset(fs);
>> > for (f : fc.features) {
>> > nf = new BasicFeature(fs);
>> > for (int i = 0 ; i < fs.attributeCount-2 ;
>> i++){
>> > nf.setAttribute(i, f.getAttribute(i));
>> > }
>> > nf.setAttribute("X",
>> f.geometry.coordinate.x);
>> > nf.setAttribute("Y",
>> f.geometry.coordinate.y);
>> > resultFC.add(nf);
>> > }
>> >
>> wc.layerManager.addLayer(StandardCategoryNames.RESULT,
>> > ll[0].name+"_XY", resultFC);
>> > }
>> >
>> >
>> >> Regards
>> >>
>> >> Peppe
>> >>
>> >> __
>> >> Do You Yahoo!?
>> >> Poco spazio e tanto spam? Yahoo! Mail ti protegge
>> dallo spam e ti da tanto spazio gratuito per i tuoi file e i
>> messaggi
>> >> http://mail.yahoo.it
>> >>
>> >>
>>
Re: [JPP-Devel] question to Michael - Beanshell
Thanks Martin for your answer,
I will give a look at your project
Peppe
--- Lun 2/3/09, Martin Davis ha scritto:
> Da: Martin Davis
> Oggetto: Re: [JPP-Devel] question to Michael - Beanshell
> A: "OpenJump develop and use"
> Data: Lunedì 2 marzo 2009, 19:29
> Not sure if this is quite on the same track, but I'm
> planning to make a
> plugin which will allow JEQL to operate within JUMP. JEQL
> provides a
> much higher-level language than Beanshell, so it might be
> close to what
> you're looking for with a "Model Builder".
>
> Ultimately it would be cool to provide a Visual Programming
> interface to
> JEQL, which would make this even easier to use. Does the
> Sextante Model
> Builder provide a graphical interface?
>
> Michaël Michaud wrote:
> > Giuseppe Aruta a écrit :
> >
> >> Hi Michael,
> >> a couple of question:
> >> 1) Is it possible to create a bean tool which
> automatically calculate the x,y coordinates of a point layer
> and write them as attributes? This script will be quite
> useful for GPS support.
> >>
> >>
> > Sure, not very difficult,
> > I put it here after. If you want to test it and if it
> suits your needs,
> > we can add it to the distribution.
> >
> >> 2) One of the possible line od OJ development is
> the construction of a "model buider" similar to
> one which in Sextante
> (http://openjump.org/wiki/show/Google+Summer+Of+Code+Ideas+List),
> how Beanshell can be useful for it?
> >>
> >>
> > I did not explore sextante yet, but I like very much
> the idea of model
> > builder.
> > As far as I can imagine a model builder, it uses
> interfaces with inputs,
> > outputs and a methods to process data.
> > The processing part could be defined as a script to
> include methods
> > which are not proposed by the basic model builder.
> > Exemple :
> > The model builder may propose a "filter a
> featureCollection", "union a
> > featureCollection", but miss a "explode a
> featureCollection containing
> > geometryCollections". With beanshell, just do it
> yourself. It's just
> > some thoughts, it may not be so easy to include
> scripting capabilities
> > into such a model and its user interface.
> >
> > Michaël
> >
> > Here is the script to add XY attributes :
> >
> > // This script adds a new layer from a selected one
> > // The new layer has two new attributes
> > // containing X and Y of a coordinate
> >
> > import com.vividsolutions.jump.feature.*;
> > import
> com.vividsolutions.jump.workbench.model.StandardCategoryNames;
> >
> > ll = wc.layerNamePanel.selectedLayers;
> > if (ll.length != 1)
> wc.workbench.frame.warnUser("Exactly one layer must
> > be selected");
> > else {
> > fc = ll[0].featureCollectionWrapper;
> > fs = fc.featureSchema.clone();
> > fs.addAttribute("X",
> AttributeType.DOUBLE);
> > fs.addAttribute("Y",
> AttributeType.DOUBLE);
> > resultFC = new FeatureDataset(fs);
> > for (f : fc.features) {
> > nf = new BasicFeature(fs);
> > for (int i = 0 ; i < fs.attributeCount-2 ;
> i++){
> > nf.setAttribute(i, f.getAttribute(i));
> > }
> > nf.setAttribute("X",
> f.geometry.coordinate.x);
> > nf.setAttribute("Y",
> f.geometry.coordinate.y);
> > resultFC.add(nf);
> > }
> >
> wc.layerManager.addLayer(StandardCategoryNames.RESULT,
> > ll[0].name+"_XY", resultFC);
> > }
> >
> >
> >> Regards
> >>
> >> Peppe
> >>
> >> __
> >> Do You Yahoo!?
> >> Poco spazio e tanto spam? Yahoo! Mail ti protegge
> dallo spam e ti da tanto spazio gratuito per i tuoi file e i
> messaggi
> >> http://mail.yahoo.it
> >>
> >>
> --
> >> Open Source Business Conference (OSBC), March
> 24-25, 2009, San Francisco, CA
> >> -OSBC tackles the biggest issue in open source:
> Open Sourcing the Enterprise
> >> -Strategies to boost innovation and cut costs with
> open source participation
> >> -Receive a $600 discount off the registration fee
> with the source code: SFAD
> >> http://p.sf.net/sfu/XcvMzF8H
> >> ___
> >> Jump-pilot-devel mailing list
&g
Re: [JPP-Devel] question to Michael - Beanshell
Right, yes, I saw that.
It's certainly easier to do for raster analysis - I think there's fewer
corner cases and exception. But FME provides an example of doing this
for vector-based analysis.
Stefan Steiniger wrote:
> Hei Martin
>
> Martin Davis wrote:
>
>> Ultimately it would be cool to provide a Visual Programming interface to
>> JEQL, which would make this even easier to use. Does the Sextante Model
>> Builder provide a graphical interface?
>>
>
> yes .. see the 3rd picture:
> http://forge.osor.eu/plugins/wiki/index.php?Screenshots&id=13&type=g
>
>
>> Michaël Michaud wrote:
>>
>>> Giuseppe Aruta a écrit :
>>>
>>>
Hi Michael,
a couple of question:
1) Is it possible to create a bean tool which automatically calculate the
x,y coordinates of a point layer and write them as attributes? This script
will be quite useful for GPS support.
>>> Sure, not very difficult,
>>> I put it here after. If you want to test it and if it suits your needs,
>>> we can add it to the distribution.
>>>
>>>
2) One of the possible line od OJ development is the construction of a
"model buider" similar to one which in Sextante
(http://openjump.org/wiki/show/Google+Summer+Of+Code+Ideas+List), how
Beanshell can be useful for it?
>>> I did not explore sextante yet, but I like very much the idea of model
>>> builder.
>>> As far as I can imagine a model builder, it uses interfaces with inputs,
>>> outputs and a methods to process data.
>>> The processing part could be defined as a script to include methods
>>> which are not proposed by the basic model builder.
>>> Exemple :
>>> The model builder may propose a "filter a featureCollection", "union a
>>> featureCollection", but miss a "explode a featureCollection containing
>>> geometryCollections". With beanshell, just do it yourself. It's just
>>> some thoughts, it may not be so easy to include scripting capabilities
>>> into such a model and its user interface.
>>>
>>> Michaël
>>>
>>> Here is the script to add XY attributes :
>>>
>>> // This script adds a new layer from a selected one
>>> // The new layer has two new attributes
>>> // containing X and Y of a coordinate
>>>
>>> import com.vividsolutions.jump.feature.*;
>>> import com.vividsolutions.jump.workbench.model.StandardCategoryNames;
>>>
>>> ll = wc.layerNamePanel.selectedLayers;
>>> if (ll.length != 1) wc.workbench.frame.warnUser("Exactly one layer must
>>> be selected");
>>> else {
>>> fc = ll[0].featureCollectionWrapper;
>>> fs = fc.featureSchema.clone();
>>> fs.addAttribute("X", AttributeType.DOUBLE);
>>> fs.addAttribute("Y", AttributeType.DOUBLE);
>>> resultFC = new FeatureDataset(fs);
>>> for (f : fc.features) {
>>> nf = new BasicFeature(fs);
>>> for (int i = 0 ; i < fs.attributeCount-2 ; i++){
>>> nf.setAttribute(i, f.getAttribute(i));
>>> }
>>> nf.setAttribute("X", f.geometry.coordinate.x);
>>> nf.setAttribute("Y", f.geometry.coordinate.y);
>>> resultFC.add(nf);
>>> }
>>> wc.layerManager.addLayer(StandardCategoryNames.RESULT,
>>> ll[0].name+"_XY", resultFC);
>>> }
>>>
>>>
>>>
Regards
Peppe
__
Do You Yahoo!?
Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto
spazio gratuito per i tuoi file e i messaggi
http://mail.yahoo.it
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>> --
>>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>>> -Strategies to boost innovation and cut costs with open source participation
>>> -Receive a $600 discount off the registration fee with the source code: SFAD
>>> http://p.sf.net/sfu/XcvMzF8H
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>>
>
> --
> Open Source Business Conferenc
