[JPP-Devel] Bookmarking a map view
Hi, I am using every now and then the "Print map into image file" feature for documenting work progress. It would be nice to be able to easily print exactly the same area and push all image frames into one animated GIF file later. Has anybody been thingking about making some "Bookmark a map" feature? I guess it should do about the same than Save project is doing already but enhanced with setting the canvas size and zooming to stored BBOX. -Jukka Rahkonen- -- 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] EZ Buttons
Hi, I agree totally with Larry. OpenJump is already a very productive editing tool. Connecting routines which are used hundreds of times per day to menu shortcut or toolbar button does not only speed up the work but it also cuts down the number of errors, and perhaps most important, it makes the work much less irritating. And it seems to be that a very useful features can be added by writing a lines of scripting code. I think that we should have a script library somewhere in OpenJump wiki. As an example I must create some screen captures about how to use a fine script made by Larry for assisting in generating Web Coverage Service requests. I also notised a Jython script for measuring distance between two selected features from GvSIG mailing list. Perhaps it could be modified to work with OpenJump as well because the real work is done by JTS. Link to this sript is here: http://n2.nabble.com/Distance-using-Jython-td4139275.html#a4139275 What I am missing most in OpenJump is the ability to write edited data back to the database. -Jukka Rahkonen- Larry Becker wrote: > Thanks for the feedback Michaël and Stefan. In case anyone out there is > wondering what is the use of a toolbox that can only reuse existing menu > features, it is all about optimizing work flow. I believe we have an > opportunity to position OpenJump as being the best tool for data creation > and editing. The EZ Buttons function furthers that aim by allowing users to > optimize repetitive tasks. EZ Buttons can be used in conjunction with > BeanTools scripting for the creation of custom tools. However, I do intend > to eventually revisit Jukka's idea of a quick-and-easy custom data entry > tool for ad hoc field digitizing. > regards, > Larry -- 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] EZ Buttons
mhm.. well in theory ot should be easy to make such a script. But the level is in the detail: if you have two polygons, what distance do you return? the shortest, i.e. boundary to boundary?, or the centroids? an additional (button) function could indeed work stefan Rahkonen Jukka schrieb: > Hi, > > I agree totally with Larry. OpenJump is already a very productive editing > tool. Connecting routines which are used hundreds of times per day to menu > shortcut or toolbar button does not only speed up the work but it also cuts > down the number of errors, and perhaps most important, it makes the work much > less irritating. And it seems to be that a very useful features can be added > by writing a lines of scripting code. I think that we should have a script > library somewhere in OpenJump wiki. As an example I must create some screen > captures about how to use a fine script made by Larry for assisting in > generating Web Coverage Service requests. I also notised a Jython script for > measuring distance between two selected features from GvSIG mailing list. > Perhaps it could be modified to work with OpenJump as well because the real > work is done by JTS. Link to this sript is here: > > http://n2.nabble.com/Distance-using-Jython-td4139275.html#a4139275 > > What I am missing most in OpenJump is the ability to write edited data back > to the database. > > -Jukka Rahkonen- > > > Larry Becker wrote: > > >> Thanks for the feedback Michaël and Stefan. In case anyone out there is >> wondering what is the use of a toolbox that can only reuse existing menu >> features, it is all about optimizing work flow. I believe we have an >> opportunity to position OpenJump as being the best tool for data creation >> and editing. The EZ Buttons function furthers that aim by allowing users to >> optimize repetitive tasks. EZ Buttons can be used in conjunction with >> BeanTools scripting for the creation of custom tools. However, I do intend >> to eventually revisit Jukka's idea of a quick-and-easy custom data entry >> tool for ad hoc field digitizing. > >> regards, >> Larry > > > -- > 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] EZ Buttons
Oh.. forgot this one: > > What I am missing most in OpenJump is the ability to write edited data back > to the database. I guess this is a case for sponsored development? Not sure who even would have the (PostGIS & OJ) knowledge to do that and work on incremental write support. The only way I see for now is the WFS-T stuff (I thought you would use that?) from deeJUMP (Yep, I know you did already sponsor things - thanks for that!) stefan -- 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] EZ Buttons
btw. the best way to not forget such things is to add them to the feature request list. http://sourceforge.net/tracker/?atid=679909&group_id=118054&func=browse stefan Rahkonen Jukka schrieb: > Hi, > > I agree totally with Larry. OpenJump is already a very productive editing > tool. Connecting routines which are used hundreds of times per day to menu > shortcut or toolbar button does not only speed up the work but it also cuts > down the number of errors, and perhaps most important, it makes the work much > less irritating. And it seems to be that a very useful features can be added > by writing a lines of scripting code. I think that we should have a script > library somewhere in OpenJump wiki. As an example I must create some screen > captures about how to use a fine script made by Larry for assisting in > generating Web Coverage Service requests. I also notised a Jython script for > measuring distance between two selected features from GvSIG mailing list. > Perhaps it could be modified to work with OpenJump as well because the real > work is done by JTS. Link to this sript is here: > > http://n2.nabble.com/Distance-using-Jython-td4139275.html#a4139275 > > What I am missing most in OpenJump is the ability to write edited data back > to the database. > > -Jukka Rahkonen- > > > Larry Becker wrote: > > >> Thanks for the feedback Michaël and Stefan. In case anyone out there is >> wondering what is the use of a toolbox that can only reuse existing menu >> features, it is all about optimizing work flow. I believe we have an >> opportunity to position OpenJump as being the best tool for data creation >> and editing. The EZ Buttons function furthers that aim by allowing users to >> optimize repetitive tasks. EZ Buttons can be used in conjunction with >> BeanTools scripting for the creation of custom tools. However, I do intend >> to eventually revisit Jukka's idea of a quick-and-easy custom data entry >> tool for ad hoc field digitizing. > >> regards, >> Larry > > > -- > 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
