Re: [JPP-Devel] GeoJP2
Hi, I think that the alternatives for wavelet based compression of geospatial imagery are MrSID, ECW and JPEG2000. I wouldn't be very afraid of the submarine patents, JPEG2000 has been there a long time already and it is rather widely used for geospatial and medical imagery. Digital cinema will use JPEG2000 as well. I wonder how long those submarine patent holders would wait with their claims? JPEG2000 is fine and extremely flexible format, but just the flexibility makes it a bit tricky to use. I have been playing several years with JPEG2000 and I have about 3 terabytes JPEG2000 imagery I can use for testing if someone gets interested in adding JPEG2000 support to OpenJUMP. To have something to compary with, www.kakadusoftware.com has free demo utilities, including compression/decompression utilities and a fast JPEG2000 viewer. The viewer is for Windows only because of some platform dependent accelaration code, but other utilities work with Unix/Linux/Mac as well. Usage examples shipped with demos give also an idea about the flexibility of JPEG2000 standard :) I don't know if there are other Open source Jpeg2000 libraries than Jasper. Some major commercial ones are made by Aware, Kakadu, Luratech and Pegasus. Lizardtech and Ermapper (MrSID and ECW makers) support JPEG2000 as well in their SDKs. I do not know the pricing of other SDKs, but I suppose that individual non-commercial Kakadu license worth 250 Australian dollars would be enough for OpenJUMP. The web page says 'This license is sufficient for the development and distribution of JPEG2000 "freeware".' With ERMapper ECW/JPEG2000 the situation may be unclear now because Leica Geosystems bought the company. I would really like to see some day a GIS application supporting image streaming with JPIP protocol, which is now an accepted part of JPEG2000 standard. Kakadu demos include JPIP server as well. If someone gets interested I can send a link to my JPIP server that can be accessed with Kakadu viewer, or with the IAS viewer by ITT Visual Information solutions http://www.ittvis.com/ias/index.asp? -Jukka Rahkonen- > -Alkuperäinen viesti- > Lähettäjä: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Puolesta Sunburned Surveyor > Lähetetty: 17. heinäkuuta 2007 2:24 > Vastaanottaja: List for discussion of JPP development and use. > Aihe: Re: [JPP-Devel] GeoJP2 > > This is interesting. It sounds like the JPEG 2000 committee didn't > know if there were submarine patents, and I wonder if this was stated > by the committee as a way to deflect liability. > > Is there any opinion on whether there is a danger of the JPEG 2000 > format being shot down by a patent claim? Is there a good alternative > to the format? > > The Sunburned Surveyor > > On 7/13/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > See the Wikipedia article on JPEG 2000 for comments on > legal issues re: JP2000: > > > > http://en.wikipedia.org/wiki/JPEG_2000#Legal_issues > > > > It seems OK, but it pays to be informed. > > > > Larry > > > > > > On 7/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote: > > > Paul Austin a écrit : > > > > > > >Has anyone done any work with GeoJP2 in Java or JUMP? > > > > > > > > > > > Not that I know, I think it would be a great replacement > for ecw and > > > mrsid which are proprietary formats > > > > > > Michaël > > > > > > >Paul > > > > > > > > >- > > > > >This SF.net email is sponsored by DB2 Express > > > >Download DB2 Express C - the FREE version of DB2 express and take > > > >control of your XML. No limits. Just data. Click to get it now. > > > >http://sourceforge.net/powerbar/db2/ > > > >___ > > > >Jump-pilot-devel mailing list > > > >Jump-pilot-devel@lists.sourceforge.net > > > >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > > > > > > > > > > > > > > > > > -- > --- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > ___ > > > Jump-pilot-devel mailing list > > > Jump-pilot-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > -- > > http://amusingprogrammer.blogspot.com/ > > > > > -- > --- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.ne
Re: [JPP-Devel] GeoJP2
Hi Jukka, Thanks for the information. As you point out, support for such a flexible format as JP2000 is tricky. Without a large library of diverse image samples encoded with different codecs, it would be difficult to test effectively, so it is good to hear you have 3 TB of data. There do seem to be a number of JPEG2000 sources, including a JAI plugin from sun, and JJ2000 (a Java reference implementation with source). Actually I would prefer a native code cross-platform command line utility that can extract image tiles. In fact, I have been waiting and hoping that Lizardtech would add JP2000 to their utility. This would make it trivial for our MRSID plugin to support the format. But so far I haven't had any customers with JPEG2000 images, so I won't be working on implementing it any time soon. regards, Larry Becker On 7/17/07, Rahkonen Jukka <[EMAIL PROTECTED]> wrote: > Hi, > > I think that the alternatives for wavelet based compression of geospatial > imagery are MrSID, ECW and JPEG2000. I wouldn't be very afraid of the > submarine patents, JPEG2000 has been there a long time already and it is > rather widely used for geospatial and medical imagery. Digital cinema will > use JPEG2000 as well. I wonder how long those submarine patent holders would > wait with their claims? > JPEG2000 is fine and extremely flexible format, but just the flexibility > makes it a bit tricky to use. I have been playing several years with JPEG2000 > and I have about 3 terabytes JPEG2000 imagery I can use for testing if > someone gets interested in adding JPEG2000 support to OpenJUMP. > To have something to compary with, www.kakadusoftware.com has free demo > utilities, including compression/decompression utilities and a fast JPEG2000 > viewer. The viewer is for Windows only because of some platform dependent > accelaration code, but other utilities work with Unix/Linux/Mac as well. > Usage examples shipped with demos give also an idea about the flexibility of > JPEG2000 standard :) > I don't know if there are other Open source Jpeg2000 libraries than Jasper. > Some major commercial ones are made by Aware, Kakadu, Luratech and Pegasus. > Lizardtech and Ermapper (MrSID and ECW makers) support JPEG2000 as well in > their SDKs. I do not know the pricing of other SDKs, but I suppose that > individual non-commercial Kakadu license worth 250 Australian dollars would > be enough for OpenJUMP. The web page says 'This license is sufficient for the > development and distribution of JPEG2000 "freeware".' With ERMapper > ECW/JPEG2000 the situation may be unclear now because Leica Geosystems bought > the company. > I would really like to see some day a GIS application supporting image > streaming with JPIP protocol, which is now an accepted part of JPEG2000 > standard. Kakadu demos include JPIP server as well. If someone gets > interested I can send a link to my JPIP server that can be accessed with > Kakadu viewer, or with the IAS viewer by ITT Visual Information solutions > http://www.ittvis.com/ias/index.asp? > > -Jukka Rahkonen- > > > > > -Alkuperäinen viesti- > > Lähettäjä: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Puolesta Sunburned Surveyor > > Lähetetty: 17. heinäkuuta 2007 2:24 > > Vastaanottaja: List for discussion of JPP development and use. > > Aihe: Re: [JPP-Devel] GeoJP2 > > > > This is interesting. It sounds like the JPEG 2000 committee didn't > > know if there were submarine patents, and I wonder if this was stated > > by the committee as a way to deflect liability. > > > > Is there any opinion on whether there is a danger of the JPEG 2000 > > format being shot down by a patent claim? Is there a good alternative > > to the format? > > > > The Sunburned Surveyor > > > > On 7/13/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > See the Wikipedia article on JPEG 2000 for comments on > > legal issues re: JP2000: > > > > > > http://en.wikipedia.org/wiki/JPEG_2000#Legal_issues > > > > > > It seems OK, but it pays to be informed. > > > > > > Larry > > > > > > > > > On 7/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote: > > > > Paul Austin a écrit : > > > > > > > > >Has anyone done any work with GeoJP2 in Java or JUMP? > > > > > > > > > > > > > > Not that I know, I think it would be a great replacement > > for ecw and > > > > mrsid which are proprietary formats > > > > > > > > Michaël > > > > > > > > >Paul > > > > > > > > > > > >- > > > > > > >This SF.net email is sponsored by DB2 Express > > > > >Download DB2 Express C - the FREE version of DB2 express and take > > > > >control of your XML. No limits. Just data. Click to get it now. > > > > >http://sourceforge.net/powerbar/db2/ > > > > >___ > > > > >Jump-pilot-devel mailing list > > > > >Jump-pilot-devel@lists.sourceforge.net > > > > >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > >
Re: [JPP-Devel] GeoJP2
This is great information Jukka. Thank you for adding it to our discussion. The Sunburned Surveyor On 7/17/07, Rahkonen Jukka <[EMAIL PROTECTED]> wrote: > Hi, > > I think that the alternatives for wavelet based compression of geospatial > imagery are MrSID, ECW and JPEG2000. I wouldn't be very afraid of the > submarine patents, JPEG2000 has been there a long time already and it is > rather widely used for geospatial and medical imagery. Digital cinema will > use JPEG2000 as well. I wonder how long those submarine patent holders would > wait with their claims? > JPEG2000 is fine and extremely flexible format, but just the flexibility > makes it a bit tricky to use. I have been playing several years with JPEG2000 > and I have about 3 terabytes JPEG2000 imagery I can use for testing if > someone gets interested in adding JPEG2000 support to OpenJUMP. > To have something to compary with, www.kakadusoftware.com has free demo > utilities, including compression/decompression utilities and a fast JPEG2000 > viewer. The viewer is for Windows only because of some platform dependent > accelaration code, but other utilities work with Unix/Linux/Mac as well. > Usage examples shipped with demos give also an idea about the flexibility of > JPEG2000 standard :) > I don't know if there are other Open source Jpeg2000 libraries than Jasper. > Some major commercial ones are made by Aware, Kakadu, Luratech and Pegasus. > Lizardtech and Ermapper (MrSID and ECW makers) support JPEG2000 as well in > their SDKs. I do not know the pricing of other SDKs, but I suppose that > individual non-commercial Kakadu license worth 250 Australian dollars would > be enough for OpenJUMP. The web page says 'This license is sufficient for the > development and distribution of JPEG2000 "freeware".' With ERMapper > ECW/JPEG2000 the situation may be unclear now because Leica Geosystems bought > the company. > I would really like to see some day a GIS application supporting image > streaming with JPIP protocol, which is now an accepted part of JPEG2000 > standard. Kakadu demos include JPIP server as well. If someone gets > interested I can send a link to my JPIP server that can be accessed with > Kakadu viewer, or with the IAS viewer by ITT Visual Information solutions > http://www.ittvis.com/ias/index.asp? > > -Jukka Rahkonen- > > > > > -Alkuperäinen viesti- > > Lähettäjä: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Puolesta Sunburned Surveyor > > Lähetetty: 17. heinäkuuta 2007 2:24 > > Vastaanottaja: List for discussion of JPP development and use. > > Aihe: Re: [JPP-Devel] GeoJP2 > > > > This is interesting. It sounds like the JPEG 2000 committee didn't > > know if there were submarine patents, and I wonder if this was stated > > by the committee as a way to deflect liability. > > > > Is there any opinion on whether there is a danger of the JPEG 2000 > > format being shot down by a patent claim? Is there a good alternative > > to the format? > > > > The Sunburned Surveyor > > > > On 7/13/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > See the Wikipedia article on JPEG 2000 for comments on > > legal issues re: JP2000: > > > > > > http://en.wikipedia.org/wiki/JPEG_2000#Legal_issues > > > > > > It seems OK, but it pays to be informed. > > > > > > Larry > > > > > > > > > On 7/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote: > > > > Paul Austin a écrit : > > > > > > > > >Has anyone done any work with GeoJP2 in Java or JUMP? > > > > > > > > > > > > > > Not that I know, I think it would be a great replacement > > for ecw and > > > > mrsid which are proprietary formats > > > > > > > > Michaël > > > > > > > > >Paul > > > > > > > > > > > >- > > > > > > >This SF.net email is sponsored by DB2 Express > > > > >Download DB2 Express C - the FREE version of DB2 express and take > > > > >control of your XML. No limits. Just data. Click to get it now. > > > > >http://sourceforge.net/powerbar/db2/ > > > > >___ > > > > >Jump-pilot-devel mailing list > > > > >Jump-pilot-devel@lists.sourceforge.net > > > > >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > --- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > ___ > > > > Jump-pilot-devel mailing list > > > > Jump-pilot-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > > > > > > > -- > > > http://amusingprogrammer.blogspot.com/ > > > > > > > > ---
Re: [JPP-Devel] How are we using Bouy?
Nacho, Thank you for the helpful feedback. You have answered one of my biggest questions about the inclusion of the Bouy library in OpenJUMP: Is it worth using? It sounds like you have some experience with the library and are a strong proponent of its use. Sounds like the library can stay. The Sunburned Surveyor On 7/13/07, Nacho Uve <[EMAIL PROTECTED]> wrote: > Hello all, > > I've used Buoy and I think it is a great library... Easy to use and very > powerful. > I always wonder why Java community doesn't use it more often. > > In my opinion, Bouy would have to remain in OJ... even favor its use. > > Nacho. > > > > > 2007/7/12, Stefan Steiniger <[EMAIL PROTECTED]>: > > my opinion: > > > > > > >Now, I still consider buoy as a very cool library, but I can see that > > >adoption by java community is very slow, and you are right, adding such > > >a library for only one plugin is not worthwhile. > > >Some scenarios for the future of buoy in OJ are : > > >- let buoy and simple query as it is (+200 ko does not hurt much) > > > > > > > > yep - I agree > > > > >- remove buoy + simple query from the core (I would not have any problem > > >with that, there are now some good stuff from vivid for querying, even > > >if some queries are easier to do with simplequery, it can always be > > >delivered as an extension) > > > > > > > > nope.. s.q. has some advantages over the built-in queries > > > > >- rewrite simple query to remove all buoy dependencies (probably not too > > >hard, but also not too high in my priority list) > > > > > > > > possible, but i think as well that it has low priority > > > > btw.: Jons GUI functions are nice, but the simple query gui is to > > complex from my point of view > > > > but if Paul think that is a simple thing for him to change to an on lib, > > i won't object > > > > stefan > > > > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Extension Manager
Pedro, Can you open the zip file manually? Maybe it isn't a problem with the path, but with the zip file itself. I'm not familiar with the extension manager code, so this is just a shot in the dark. The Sunburned Surveyor On 7/14/07, Pedro Doria Meunier <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Guys :) > > Excellent idea for having a method to download installable plugins! > I've tried to use this with openjump-20070710-0017 for installing > Edgar's CTS and this is what I got: > > java.util.zip.ZipException: error in opening zip file >at java.util.zip.ZipFile.open(Native Method) >at java.util.zip.ZipFile.(Unknown Source) >at java.util.zip.ZipFile.(Unknown Source) >at > de.latlon.deejump.plugin.manager.ExtensionHelper.install(ExtensionHelper.java:66) >at > de.latlon.deejump.plugin.manager.ExtensionManagerDialog.updateExtensions(ExtensionManagerDialog.java:394) >at > de.latlon.deejump.plugin.manager.ExtensionManagerPlugIn.run(ExtensionManagerPlugIn.java:40) >at > com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:149) >at java.lang.Thread.run(Unknown Source) > > > Perhaps a path problem? > Kind regards, > Pedro Doria Meunier > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Remi - http://enigmail.mozdev.org > > iD8DBQFGmLYC2FH5GXCfxAsRAmabAJ9tTftelidbCU3R/tjqjg1WWzUNjwCeMH61 > r78jiQ8Px6ad3S6w++zLbWg= > =3AJD > -END PGP SIGNATURE- > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] To Sunburned Surveyor - Help files
Peppe,
I'm sorry that I didn't get back to you on this question sooner. Are
you talking about the JPP wiki, or something else?
Let me know, and we can talk some more about it.
The Sunburned Surveyor
On 7/11/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
>
> Hi SS,
>
> I have an idea:
> I think I could tranfer the things I wrote about the
> help on your "New User Guide" web page.
> I could use a new page ("List of Functions") or I can
> modify the "Index" page. By the time I finish new
> parts I can upgrade it. Of coarse I will use minimum
> text and few pictures. You could control every now
> and then that I don't write dumb things
> What do you think about?
>
> Peppe
>
>
> ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
> http://it.docs.yahoo.com/nowyoucan.html
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Image reprojection
I'll bounce an e-mail to the GeoTools list, and will get back to you guys if they have anything. No point in reinventing the wheel. The Sunburned Surveyor On 7/15/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > no.. > > dont know how far geotools people worked on that > > but are you talking about geographical projections or just simple image > stretching and rotation (i.e. affine transforms) > > stefan > > Paul Austin schrieb: > > Has anyone done any work with the raster plugins to support reprojecting > > the images when loading/viewing in JUMP? > > > > Thanks, > > Paul > > > > - > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > ___ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Rendering problems affecting the quality of printing
Very interesting. I don't have a great trust of Autodesk either. (It's hard when they keep violating their customers with forced upgrades.) SS On 7/11/07, Larry Becker <[EMAIL PROTECTED]> wrote: > Hi Sunburned, > > I actually got on board with DWF back in 1995 when AutoDesk first > introduced the WHIP! web browser plug-in. I got the "free" SDK and > started developing an application based on it. Imagine my surprise > when I got a letter from AutoDesk saying that they were revoking the > licenses of all developers using their product. This pretty much > killed DWF for a decade. I see that it is making a comeback lately, > but it has still left a bad taste in my mouth. I have a hard time now > trusting any format that isn't truly free in the FSF sense. (Yes, DXF > isn't free either, but it isn't going away soon in CAD circles > either.) > > regards, > Larry > > > On 7/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > > Larry wrote: "Our users typically produce maps for limited distribution in > > two > > different formats: DXF and PDF. It also may be printed on either a > > standard printer or a large size plotter in order to study it more > > closely or prepare for a meeting with a client. > > > > The advantage of the DXF distribution is that it can be opened in free > > CAD viewers which have exact measurement tools. The advantage of the > > PDF is that it is ready to print and everyone understands it." > > > > I have been exploring the use of DWF as a means for distributing CAD > > data as an alternative to PDF. Autodesk has made the DWF viewer and > > WXF writer available for free, and more importantly the DWF file > > format is available in a published spec. DWF allows for easy printing, > > measurment in the drawing with snaps, and markup/commmenting tools. > > > > Just a thought... > > > > The Sunburned Surveyor > > > > > > On 7/8/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > I would be interested in the perceptual limit. > > > > > > Our users typically produce maps for limited distribution in two > > > different formats: DXF and PDF. It also may be printed on either a > > > standard printer or a large size plotter in order to study it more > > > closely or prepare for a meeting with a client. > > > > > > The advantage of the DXF distribution is that it can be opened in free > > > CAD viewers which have exact measurement tools. The advantage of the > > > PDF is that it is ready to print and everyone understands it. > > > > > > The disadvantage of PDF is its limited usefulness for viewing on > > > screen. Zooming is limited and graphics tend to look "chuncky" and > > > imprecise. This is why I am trying to improve the printing quality to > > > PDF. The current output looks somewhat unprofessional. > > > > > > regards, > > > Larry > > > > > > On 7/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > > > > > The only thing that will make the SVG look different will > > > > > be a different styling. The right sizes of the graphical > > > > > attributes must have a physical measure. The output medium > > > > > has to have a physical measure. Than you can determine the > > > > > right scales. > > > > > > > > do you think that is possible? Since every printer has his own physical > > > > limits one probably needs to look for the printer settings... a bit > > > > tricky for different platforms? (ok.. at the end there is always a > > > > rastering, if one does not use pen-plotters..., so a solution may be to > > > > let the user define a DPI value in *JUMP). > > > > The other thing i can remark is that the human has perceptual limits to > > > > see something. I can post this minimum "mm" thresholds teached in > > > > cartography if somebody is interested. > > > > > > > > stefan > > > > > > > > > > > > > > What we need is a concept of a physical size based output device. > > > > > Renderers must be aware of this. This leads to a lot of refactoring. > > > > > As an alternative we can build a complete new rendering path, > > > > > which has to be consistent with the old one. WYSIWYG is another > > > > > word that comes to mind. What if someone add a new Layerable with > > > > > new Renderers? Should she or he implement the same logic twice? > > > > > > > > > > - Sascha > > > > > > > > > > Sunburned Surveyor schrieb: > > > > >> Larry, > > > > >> > > > > >> I know it is very easy to convert to SVG by using the JTS graphics > > > > >> painted on the LayerViewPanel and the Batik libs. > > > > >> > > > > >> I wonder if some of the problems could be eliminated by using the JTS > > > > >> Goemetries and Layer styling information to convert directly to SVG. > > > > >> > > > > >> Just a thought. > > > > >> > > > > >> The Sunburned Surveyor > > > > >> > > > > >> On 6/29/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > > > >>> More surprises (for me). Someone stop me if this is already > > > > >>> documented. If you set the line width to zero, you get very faint > > > > >>> lines. The documentati
Re: [JPP-Devel] RenderManager optimized for Interactive vs. batch processing
Geoff, Have you used Eclipse at all? I've got an Ant build script that I can share with you that makes building OpenJUMP a snap. If you are interested I can help you set up an Eclipse project to build OpenJUMP. The Sunburned Surveyor On 7/12/07, Larry Becker <[EMAIL PROTECTED]> wrote: > Hi Geoff, > > I'm still testing the changes in SkyJUMP. They don't seem to cause > any issues since the new RenderingManager defaults to working just as > before; however, I'm not sure that they have a significant benefit. I > was hoping that printing plugins like yours would benefit. I put in > the code changes to LayerPrinter2 and they worked fine, but it worked > fine before. > > In order to determine if it was possible to put the RenderingManager > into a mode that would produce vectors instead of rasters in a printer > driver, I have written my own printer driver. It simply prints what > you see in the LayerViewPanel (expanded to fill a page). Using this > new driver, I was able to determine that the RenderingManager changes > were not sufficient to produce vector output on a printer (I used PDF > drivers like CutePDF and the one from Adobe for testing). > > Only when I wrote my own inline rendering code (just a few lines of > code actually) was I able to produce vector output. I also had to > take steps to remove transparency and to defeat double-buffering. > Even this would occasionally produce raster output unless I used a sun > proprietary interface to set some printing class properties. > > Getting back to the RenderingManager changes, I would say that I > haven't found a compelling need for them yet, so I don't really want > to commit them. If you could test them out and find some use for them > or some modification to make them useful, it would be helpful. > > Thanks to JUMP's workbench-properties.xml file support, you don't have > to build OpenJump in order to test new changes. The hardest part of > getting OJ to run from within Eclipse (or NetBeans) is getting the > Classpath entries right. > > regards, > Larry Becker > > > On 7/12/07, Geoffrey G Roy <[EMAIL PROTECTED]> wrote: > > Dear Larry > > > > Have these changes to the RenderingManager been built into the daily > > builds yet? I am interested in testing it, but not in trying to build > > my own OpenJump jar. > > > > Geoff > > > > > > Larry Becker wrote: > > > I have completed the RenderingManager modifications. It now supports > > > three modes of interactivity: interactive, single thread queue, or > > > execute on event thread. It defaults to interactive which operates > > > just as it always did. > > > > > > The execute on event thread mode blocks the GUI, and the single thread > > > queue renders all layers sequentially on the default renderer thread > > > queue. > > > > > > I have also added the capability to request a call back in the form of > > > a Runnable when rendering is complete. The definition of complete > > > varies with the mode of interactivity. > > > > > > I have tested the new code in interactive mode with the > > > ZoomToSelectedItemsPlugIn, and in execute on event thread mode on my > > > LayerPrinter2 plug-in which generates high resolution images. > > > Everything seems to be working fine. I hope that others can get some > > > time to test the modifications. > > > > > > regards, > > > Larry Becker > > > > > > On 6/26/07, Larry Becker <[EMAIL PROTECTED]> wrote: > > >> Sascha, > > >> > > >> Thanks for checking it out. No rush. > > >> > > >> > I'm still a bit concerned that the hole expensive rendering is done > > >> >inside the event dispatch thread. I have to test if this may lead to > > >> >trouble elsewhere. > > >> > > >> I also got a little concerned about the effect of GUI blocking on > > >> ZoomToSelectedItemsPlugIn so I tested some really slow server layers. > > >> It took about 30 seconds for the zoom and flash to occur. Clearly, > > >> this is a case of the cure being worse than the disease. Flashing out > > >> of order or not flashing at all seems pretty trivial when you are > > >> waiting for something to happen. Since the GUI is frozen, the user > > >> could panic and kill the application. > > >> > > >> It would seem that my solution need some more tweaking. > > >> > > >> I'll post again after I've made some modifications to change to a > > >> non-blocking notifying version. > > >> > > >> regards, > > >> Larry Becker > > >> > > >> On 6/25/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote: > > >> > Larry, > > >> > > > >> > Larry Becker schrieb: > > >> > > [...] > > >> > > I'm hoping someone will verify that this solution works for printing > > >> > > plugins. > > >> > > > >> > I will implement a path for the Print/Layout plug-in to be able > > >> > to test it. I'm quiet a bit busy at the moment so results will only > > >> > be available in two days. > > >> > > > >> > > [...] > > >> > > > >> > Regards, > > >> > Sascha > > >> > > > >> > > > >>
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
Peppe, As you can see, our project could benefit from a little more organized approach to releases. However, I typically defer to Stefan in this particular area, so I will let him respond to your post if he is not too busy. The Sunburned Surveyor On 7/16/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Hi all, > > I saw that OpenJUMP 1.2 Beta is still available on > Sourge forge. > Nevertheless OJ nightly build walked more further. > Many important bugs were solved (see snap options)and > there are also some small but significant > modifications (see the desapeared "Open or Save > datastore as file.." function from "file" menu). > Many new user would be confused and download the buggy > OJ Beta instaead of new nightly build ones which seem > to work better. > > Questions/proposals: > > 1) is it time to upgrade OJ BETA on Sourgeforce to one > of the latest nightly build? > > 2) would we call it OpenJUMP 1.2 (no beta). Nightly > Builds solve bugs but they are on the road to > something different (OJ 1.3?) because of the small > modification and other up-to-come projects (ex. see > Paul Austins' Open (File) Plugin project) > > 3) What about to plan a sort of road map for the > future (OJ 1.3 and maybe OJ 1.4)? > > Thanks all > > Peppe > > > ___ > L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: > http://it.docs.yahoo.com/nowyoucan.html > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
Hei, i am actually nearly back to business. I submitted my work by end of last week. i thought about the proposal from Peppe over the weekend, but i have not even decided yet for myself. what we could do is to make (fast) a new release with the improvements. But... *) it should not be 1.2, since a couple of things have still to be done (i.e. translations, chnaging of menu sub-grouping?) *) what would be the version? 1.2.1 is not possible, probably 1.2 C ??, but this looks crude, any suggestions? There are currently no developement plans. We never have setup them so far, as we never had that much programmers available as now. I guess our major future efforts will be on transfering the developments from SkyJUMP. Making plans for new developements is possible, but requires probably professionals that are not working in their free time on OJ. We could start something like, but i dont want that we impose something on volunteers, as i am glad we have them. Currently i also don't see that development is going into a wrong direction, as in the majority small usefull plugins are developed (e.g. by Paul) Of course, larger changes need plans, but currently i don't see that we have as much man-power to realize large core changes. I know that a couple of projects have such plans ( i think even Qgis has), but most of the teams have a company in the backgound and further we should only setup plans if there is a real chance that we can stick to them. But suggestions/comments are welcome. stefan Sunburned Surveyor schrieb: > Peppe, > > As you can see, our project could benefit from a little more organized > approach to releases. > > However, I typically defer to Stefan in this particular area, so I > will let him respond to your post if he is not too busy. > > The Sunburned Surveyor > > On 7/16/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: >> Hi all, >> >> I saw that OpenJUMP 1.2 Beta is still available on >> Sourge forge. >> Nevertheless OJ nightly build walked more further. >> Many important bugs were solved (see snap options)and >> there are also some small but significant >> modifications (see the desapeared "Open or Save >> datastore as file.." function from "file" menu). >> Many new user would be confused and download the buggy >> OJ Beta instaead of new nightly build ones which seem >> to work better. >> >> Questions/proposals: >> >> 1) is it time to upgrade OJ BETA on Sourgeforce to one >> of the latest nightly build? >> >> 2) would we call it OpenJUMP 1.2 (no beta). Nightly >> Builds solve bugs but they are on the road to >> something different (OJ 1.3?) because of the small >> modification and other up-to-come projects (ex. see >> Paul Austins' Open (File) Plugin project) >> >> 3) What about to plan a sort of road map for the >> future (OJ 1.3 and maybe OJ 1.4)? >> >> Thanks all >> >> Peppe >> >> >> ___ >> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: >> http://it.docs.yahoo.com/nowyoucan.html >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] New Help Page on OpenJUMP wiki
@Pepe, btw: if you want to inlcude images in the help (on the wiki) we can add you to our "developer list" (that requires an sourceforge account) and we can give you write access to our project-webspace for storing the images. please send me an email if that would fit you and i will send you further instructions. (actually one may also think about using the sourceforge wiki for it, but the OJ wiki is still our major page, i.e. most important) stefan Sunburned Surveyor schrieb: > I agree with Michael and Stefan, Peppe. This is great documentation. > > Thanks for the hard work. > > The Sunburned Surveyor > > On 7/14/07, Michaël Michaud <[EMAIL PROTECTED]> wrote: >> Hi Giuseppe, >> >> Nice and useful list, I'm sure many users don't know what OpenJUMP >> really can do :-) . >> >> Michaël >> >> Giuseppe Aruta a écrit : >> >>> Hi everybody >>> >>> I invite you to see the new help page (OpenJUMP List >>> of Function) which I put on OpenJUMP Documentation >>> Page >>> http://openjump.org/wiki/show/OpenJUMP+List+of+Functions >>> I put on this page some paragraphers (the ones I wrote >>> by now) and I program to upgrade by the time I write >>> new one. >>> The aim is to have a complete list of functions of >>> OpenJUMP software >>> >>> >>> Peppe >>> >>> >>> ___ >>> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: >>> http://it.docs.yahoo.com/nowyoucan.html >>> >>> - >>> This SF.net email is sponsored by DB2 Express >>> Download DB2 Express C - the FREE version of DB2 express and take >>> control of your XML. No limits. Just data. Click to get it now. >>> http://sourceforge.net/powerbar/db2/ >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >>> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
wow.. but lets see how the look and feel will be (it looks in the screenshot pretty much like eclipse which is not that probably a low usuability for the non-devloping-enduser due to an information overload) but if all windows except the map window are "stackable" (term ?) into one window using tabs.. then it is pretty cool. btw. @Paul: about the file-dialog. i had an idea a while ago using an intermediate dialog, showing icons, from which one selects other types of data sources - with their necessary params and so on). This concept is for instance used in Cadcorp SIS (similar to the info/view tabs). I can send some images if needed. stefan Paul Austin schrieb: > Stefan, > > In terms of naming of releases I like the form major.minor.patch then > with suffixes like _pre when we are getting ready for a release or > _beta when we have a version ready for testing but it's not close to > being a final release. > > I've managed to convert all my stuff to plug-ins now with no changes to > the core, so when I have something ready to share I'll put it out there > and we can decide if we want to integrate into the core at a later date. > I've attached a screen shot as a teaser for what I've been working on. > > Paul > > Stefan Steiniger wrote: >> Hei, >> >> i am actually nearly back to business. I submitted my work by end of >> last week. >> >> i thought about the proposal from Peppe over the weekend, >> but i have not even decided yet for myself. >> >> what we could do is to make (fast) a new release with the >> improvements. But... >> *) it should not be 1.2, since a couple of things have still to be >> done (i.e. translations, chnaging of menu sub-grouping?) >> >> *) what would be the version? 1.2.1 is not possible, probably 1.2 C >> ??, but this looks crude, any suggestions? >> >> There are currently no developement plans. We never have setup them so >> far, as we never had that much programmers available as now. I guess >> our major future efforts will be on transfering the developments from >> SkyJUMP. >> Making plans for new developements is possible, but requires probably >> professionals that are not working in their free time on OJ. We could >> start something like, but i dont want that we impose something on >> volunteers, as i am glad we have them. Currently i also don't see that >> development is going into a wrong direction, as in the majority small >> usefull plugins are developed (e.g. by Paul) >> Of course, larger changes need plans, but currently i don't see that >> we have as much man-power to realize large core changes. I know that a >> couple of projects have such plans ( i think even Qgis has), but most >> of the teams have a company in the backgound and further we should >> only setup plans if there is a real chance that we can stick to them. >> >> But suggestions/comments are welcome. >> >> stefan >> >> Sunburned Surveyor schrieb: >> >>> Peppe, >>> >>> As you can see, our project could benefit from a little more organized >>> approach to releases. >>> >>> However, I typically defer to Stefan in this particular area, so I >>> will let him respond to your post if he is not too busy. >>> >>> The Sunburned Surveyor >>> >>> On 7/16/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: >>> Hi all, I saw that OpenJUMP 1.2 Beta is still available on Sourge forge. Nevertheless OJ nightly build walked more further. Many important bugs were solved (see snap options)and there are also some small but significant modifications (see the desapeared "Open or Save datastore as file.." function from "file" menu). Many new user would be confused and download the buggy OJ Beta instaead of new nightly build ones which seem to work better. Questions/proposals: 1) is it time to upgrade OJ BETA on Sourgeforce to one of the latest nightly build? 2) would we call it OpenJUMP 1.2 (no beta). Nightly Builds solve bugs but they are on the road to something different (OJ 1.3?) because of the small modification and other up-to-come projects (ex. see Paul Austins' Open (File) Plugin project) 3) What about to plan a sort of road map for the future (OJ 1.3 and maybe OJ 1.4)? Thanks all Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourc
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
sorry for my english.. i changed the sentence afterwards: right form: but lets see how the look and feel will be (it looks in the screenshot pretty much like eclipse. That type of GUI ordering probably has low usuability for the non-devloping-enduser due to an possible information overload) stefan - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
>I've attached a screen shot as a teaser for what I've been working on. consider me teased. :-) Larry On 7/17/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > wow.. > > but lets see how the look and feel will be (it looks in the screenshot > pretty much like eclipse which is not that probably a low usuability for > the non-devloping-enduser due to an information overload) but if all > windows except the map window are "stackable" (term ?) into one window > using tabs.. then it is pretty cool. > > > btw. @Paul: > about the file-dialog. i had an idea a while ago using an intermediate > dialog, showing icons, from which one selects other types of data > sources - with their necessary params and so on). This concept is for > instance used in Cadcorp SIS (similar to the info/view tabs). I can send > some images if needed. > > stefan > > Paul Austin schrieb: > > Stefan, > > > > In terms of naming of releases I like the form major.minor.patch then > > with suffixes like _pre when we are getting ready for a release or > > _beta when we have a version ready for testing but it's not close to > > being a final release. > > > > I've managed to convert all my stuff to plug-ins now with no changes to > > the core, so when I have something ready to share I'll put it out there > > and we can decide if we want to integrate into the core at a later date. > > I've attached a screen shot as a teaser for what I've been working on. > > > > Paul > > > > Stefan Steiniger wrote: > >> Hei, > >> > >> i am actually nearly back to business. I submitted my work by end of > >> last week. > >> > >> i thought about the proposal from Peppe over the weekend, > >> but i have not even decided yet for myself. > >> > >> what we could do is to make (fast) a new release with the > >> improvements. But... > >> *) it should not be 1.2, since a couple of things have still to be > >> done (i.e. translations, chnaging of menu sub-grouping?) > >> > >> *) what would be the version? 1.2.1 is not possible, probably 1.2 C > >> ??, but this looks crude, any suggestions? > >> > >> There are currently no developement plans. We never have setup them so > >> far, as we never had that much programmers available as now. I guess > >> our major future efforts will be on transfering the developments from > >> SkyJUMP. > >> Making plans for new developements is possible, but requires probably > >> professionals that are not working in their free time on OJ. We could > >> start something like, but i dont want that we impose something on > >> volunteers, as i am glad we have them. Currently i also don't see that > >> development is going into a wrong direction, as in the majority small > >> usefull plugins are developed (e.g. by Paul) > >> Of course, larger changes need plans, but currently i don't see that > >> we have as much man-power to realize large core changes. I know that a > >> couple of projects have such plans ( i think even Qgis has), but most > >> of the teams have a company in the backgound and further we should > >> only setup plans if there is a real chance that we can stick to them. > >> > >> But suggestions/comments are welcome. > >> > >> stefan > >> > >> Sunburned Surveyor schrieb: > >> > >>> Peppe, > >>> > >>> As you can see, our project could benefit from a little more organized > >>> approach to releases. > >>> > >>> However, I typically defer to Stefan in this particular area, so I > >>> will let him respond to your post if he is not too busy. > >>> > >>> The Sunburned Surveyor > >>> > >>> On 7/16/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > >>> > Hi all, > > I saw that OpenJUMP 1.2 Beta is still available on > Sourge forge. > Nevertheless OJ nightly build walked more further. > Many important bugs were solved (see snap options)and > there are also some small but significant > modifications (see the desapeared "Open or Save > datastore as file.." function from "file" menu). > Many new user would be confused and download the buggy > OJ Beta instaead of new nightly build ones which seem > to work better. > > Questions/proposals: > > 1) is it time to upgrade OJ BETA on Sourgeforce to one > of the latest nightly build? > > 2) would we call it OpenJUMP 1.2 (no beta). Nightly > Builds solve bugs but they are on the road to > something different (OJ 1.3?) because of the small > modification and other up-to-come projects (ex. see > Paul Austins' Open (File) Plugin project) > > 3) What about to plan a sort of road map for the > future (OJ 1.3 and maybe OJ 1.4)? > > Thanks all > > Peppe > > > ___ > L'email della prossima generazione? Puoi averla con la nuova Yahoo! > Mail: http://it.docs.yahoo.com/nowyoucan.html > > - > > This SF.net email is sp
Re: [JPP-Devel] OpenJUMP 1.2 Beta vs Openjump Nightly Build
Hi Stefan, I'm using the docking windows framework from www.infonode.net. They have a good demo of what you can do with the framework. With it you can stack the views together into a series of tabs and generally just drag things around to the location that suits the way you work. Another nice thing is you can undock a window altogether which is nice if you have multiple monitors. Send us some screen shots of the open dialog concept you have. Cheers, Paul Stefan Steiniger wrote: > wow.. > > but lets see how the look and feel will be (it looks in the screenshot > pretty much like eclipse which is not that probably a low usuability for > the non-devloping-enduser due to an information overload) but if all > windows except the map window are "stackable" (term ?) into one window > using tabs.. then it is pretty cool. > > > btw. @Paul: > about the file-dialog. i had an idea a while ago using an intermediate > dialog, showing icons, from which one selects other types of data > sources - with their necessary params and so on). This concept is for > instance used in Cadcorp SIS (similar to the info/view tabs). I can send > some images if needed. > > stefan > > Paul Austin schrieb: > >> Stefan, >> >> In terms of naming of releases I like the form major.minor.patch then >> with suffixes like _pre when we are getting ready for a release or >> _beta when we have a version ready for testing but it's not close to >> being a final release. >> >> I've managed to convert all my stuff to plug-ins now with no changes to >> the core, so when I have something ready to share I'll put it out there >> and we can decide if we want to integrate into the core at a later date. >> I've attached a screen shot as a teaser for what I've been working on. >> >> Paul >> >> Stefan Steiniger wrote: >> >>> Hei, >>> >>> i am actually nearly back to business. I submitted my work by end of >>> last week. >>> >>> i thought about the proposal from Peppe over the weekend, >>> but i have not even decided yet for myself. >>> >>> what we could do is to make (fast) a new release with the >>> improvements. But... >>> *) it should not be 1.2, since a couple of things have still to be >>> done (i.e. translations, chnaging of menu sub-grouping?) >>> >>> *) what would be the version? 1.2.1 is not possible, probably 1.2 C >>> ??, but this looks crude, any suggestions? >>> >>> There are currently no developement plans. We never have setup them so >>> far, as we never had that much programmers available as now. I guess >>> our major future efforts will be on transfering the developments from >>> SkyJUMP. >>> Making plans for new developements is possible, but requires probably >>> professionals that are not working in their free time on OJ. We could >>> start something like, but i dont want that we impose something on >>> volunteers, as i am glad we have them. Currently i also don't see that >>> development is going into a wrong direction, as in the majority small >>> usefull plugins are developed (e.g. by Paul) >>> Of course, larger changes need plans, but currently i don't see that >>> we have as much man-power to realize large core changes. I know that a >>> couple of projects have such plans ( i think even Qgis has), but most >>> of the teams have a company in the backgound and further we should >>> only setup plans if there is a real chance that we can stick to them. >>> >>> But suggestions/comments are welcome. >>> >>> stefan >>> >>> Sunburned Surveyor schrieb: >>> >>> Peppe, As you can see, our project could benefit from a little more organized approach to releases. However, I typically defer to Stefan in this particular area, so I will let him respond to your post if he is not too busy. The Sunburned Surveyor On 7/16/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Hi all, > > I saw that OpenJUMP 1.2 Beta is still available on > Sourge forge. > Nevertheless OJ nightly build walked more further. > Many important bugs were solved (see snap options)and > there are also some small but significant > modifications (see the desapeared "Open or Save > datastore as file.." function from "file" menu). > Many new user would be confused and download the buggy > OJ Beta instaead of new nightly build ones which seem > to work better. > > Questions/proposals: > > 1) is it time to upgrade OJ BETA on Sourgeforce to one > of the latest nightly build? > > 2) would we call it OpenJUMP 1.2 (no beta). Nightly > Builds solve bugs but they are on the road to > something different (OJ 1.3?) because of the small > modification and other up-to-come projects (ex. see > Paul Austins' Open (File) Plugin project) > > 3) What about to plan a sort of road map for the > future (OJ 1.3 and maybe OJ 1.4)? > > Thanks all > > Peppe >
Re: [JPP-Devel] Core development
Dear SS I think I made the decision some time ago not to get involved with core development, for the moment I am content to stay with the development of the odd plugin. If I change my mind I will let you know Geoff Sunburned Surveyor wrote: > Geoff, > > Have you used Eclipse at all? I've got an Ant build script that I can > share with you that makes building OpenJUMP a snap. > > If you are interested I can help you set up an Eclipse project to > build OpenJUMP. > > The Sunburned Surveyor > > On 7/12/07, Larry Becker <[EMAIL PROTECTED]> wrote: > >> Hi Geoff, >> >> I'm still testing the changes in SkyJUMP. They don't seem to cause >> any issues since the new RenderingManager defaults to working just as >> before; however, I'm not sure that they have a significant benefit. I >> was hoping that printing plugins like yours would benefit. I put in >> the code changes to LayerPrinter2 and they worked fine, but it worked >> fine before. >> >> In order to determine if it was possible to put the RenderingManager >> into a mode that would produce vectors instead of rasters in a printer >> driver, I have written my own printer driver. It simply prints what >> you see in the LayerViewPanel (expanded to fill a page). Using this >> new driver, I was able to determine that the RenderingManager changes >> were not sufficient to produce vector output on a printer (I used PDF >> drivers like CutePDF and the one from Adobe for testing). >> >> Only when I wrote my own inline rendering code (just a few lines of >> code actually) was I able to produce vector output. I also had to >> take steps to remove transparency and to defeat double-buffering. >> Even this would occasionally produce raster output unless I used a sun >> proprietary interface to set some printing class properties. >> >> Getting back to the RenderingManager changes, I would say that I >> haven't found a compelling need for them yet, so I don't really want >> to commit them. If you could test them out and find some use for them >> or some modification to make them useful, it would be helpful. >> >> Thanks to JUMP's workbench-properties.xml file support, you don't have >> to build OpenJump in order to test new changes. The hardest part of >> getting OJ to run from within Eclipse (or NetBeans) is getting the >> Classpath entries right. >> >> regards, >> Larry Becker >> >> >> On 7/12/07, Geoffrey G Roy <[EMAIL PROTECTED]> wrote: >> >>> Dear Larry >>> >>> Have these changes to the RenderingManager been built into the daily >>> builds yet? I am interested in testing it, but not in trying to build >>> my own OpenJump jar. >>> >>> Geoff >>> >>> >>> Larry Becker wrote: >>> I have completed the RenderingManager modifications. It now supports three modes of interactivity: interactive, single thread queue, or execute on event thread. It defaults to interactive which operates just as it always did. The execute on event thread mode blocks the GUI, and the single thread queue renders all layers sequentially on the default renderer thread queue. I have also added the capability to request a call back in the form of a Runnable when rendering is complete. The definition of complete varies with the mode of interactivity. I have tested the new code in interactive mode with the ZoomToSelectedItemsPlugIn, and in execute on event thread mode on my LayerPrinter2 plug-in which generates high resolution images. Everything seems to be working fine. I hope that others can get some time to test the modifications. regards, Larry Becker On 6/26/07, Larry Becker <[EMAIL PROTECTED]> wrote: > Sascha, > > Thanks for checking it out. No rush. > > >> I'm still a bit concerned that the hole expensive rendering is done >> inside the event dispatch thread. I have to test if this may lead to >> trouble elsewhere. >> > I also got a little concerned about the effect of GUI blocking on > ZoomToSelectedItemsPlugIn so I tested some really slow server layers. > It took about 30 seconds for the zoom and flash to occur. Clearly, > this is a case of the cure being worse than the disease. Flashing out > of order or not flashing at all seems pretty trivial when you are > waiting for something to happen. Since the GUI is frozen, the user > could panic and kill the application. > > It would seem that my solution need some more tweaking. > > I'll post again after I've made some modifications to change to a > non-blocking notifying version. > > regards, > Larry Becker > > On 6/25/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote: > >> Larry, >> >> Larry Becker schrieb: >> >>> [...] >>> I'm hoping someone will verify that this solution works for printing >>> plugins.
