You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(16) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(19) |
Feb
(50) |
Mar
(10) |
Apr
(1) |
May
(12) |
Jun
(4) |
Jul
(17) |
Aug
(39) |
Sep
(9) |
Oct
|
Nov
|
Dec
(12) |
2009 |
Jan
(8) |
Feb
(11) |
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(2) |
Sep
(3) |
Oct
(17) |
Nov
(8) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(12) |
Aug
|
Sep
|
Oct
(12) |
Nov
|
Dec
|
2011 |
Jan
(10) |
Feb
|
Mar
|
Apr
(2) |
May
(6) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(25) |
Nov
(4) |
Dec
(2) |
2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Arlindo da S. <da...@al...> - 2008-12-31 03:48:44
|
Pedro, You are in. For the bulk of the OpenGrADS documentation go to http://opengrads.org and click on documentation on the left. You should receive the wiki password on a separate e-mail; user name is same as on sf.net. To check out bleeding edge sources: export CVS_RSH=ssh cvs -z3 -d:ext:ped...@op...:/cvsroot/opengrads co -r GRADS2_DEV_BRANCH grads Look under grads/src for C and java sources. Are you familiar with CVS? If so, please check in your mods to the Java sources. You will need additional info in order to build grads.class (which derives from C sources using the NestedVM toolchain); in particular the supplibs for NestedVM and a patched NestedVM installation (mostly additions to .h files). What is your development platform? If using Mac OS 10.5 I can share my binaries with you. Otherwise, build the NestedVM toolchain from: http://nestedvm.ibex.org/ However, as you have already figured out, the JGrads.class can be developed separately from the grads.class. Arlindo On Tue, Dec 30, 2008 at 2:14 PM, pedro tsai <ped...@ya...> wrote: > hi Arlindo, > > The 'Unix Name', I think it is 'pedro_tsai'. > > pedro > > --- On *Tue, 12/30/08, Arlindo da Silva <da...@al...>* wrote: > > From: Arlindo da Silva <da...@al...> > Subject: Re: Proof of concept: grads under JVM: Window Resize issue > To: ped...@ya... > Date: Tuesday, December 30, 2008, 12:37 AM > > > > > On Tue, Dec 30, 2008 at 1:48 AM, pedro tsai <ped...@ya...> wrote: > >> hi Arlindo, >> >> My sourceforge ID is *2343265. * >> > > Actually, I need your "Unix username". > > Thanks, > > Arlindo > > >> ** >> thanks, >> >> Pedro >> >> --- On *Mon, 12/29/08, Arlindo da Silva <da...@al...>* wrote: >> >> From: Arlindo da Silva <da...@al...> >> Subject: Re: Proof of concept: grads under JVM: Window Resize issue >> To: ped...@ya... >> Date: Monday, December 29, 2008, 4:21 PM >> >> >> On Mon, Dec 29, 2008 at 4:07 PM, pedro tsai <ped...@ya...>wrote: >> >>> hi Arlindo, >>> >>> No problem. I am on vacation in Seattle this week, but with so much >>> snow and ice last few days, I am pretty much stay inside the house, so I >>> have more time to work this :-)). >>> >>> I will investiage packaging issue with data. >>> >> >> Do you have a sourceforge user id? I'd like to give you developer >> privileges to the OpenGrADS CVS repositoy so you can check in your mods. >> >> Arlindo >> >> >> >> >>> >>> best regards, >>> >>> Pedro >>> >>> --- On *Mon, 12/29/08, Arlindo da Silva <da...@al...>* wrote: >>> >>> From: Arlindo da Silva <da...@al...> >>> Subject: Re: Proof of concept: grads under JVM: Window Resize issue >>> To: ped...@ya... >>> Date: Monday, December 29, 2008, 8:08 AM >>> >>> >>> Pedro, >>> >>> Thank you for the bug fixes. I'll get back to you on this, I have some >>> pressing deadlines in the enxt couple of days... >>> >>> Cheers! >>> >>> Arlindo >>> >>> >>> On Sun, Dec 28, 2008 at 7:57 PM, pedro tsai <ped...@ya...> wrote: >>> > hi Arlindo, >>> > >>> > I found a bug fix which would probably help with the window resizing >>> issue: >>> > >>> > In the JGrads.java file, in the function "private static void >>> > redraw_if_needed() ", >>> > There is a line that determines if it needs to call setCanvassize(...). >>> > >>> > if ( fSize.width!=now.width && fSize.height!=now.height ) >>> > >>> > This line I think this line should be: >>> > >>> > if ( fSize.width!=now.width || fSize.height!=now.height ) >>> > >>> > Otherwise, if window frame is only re-size in one direction, the Canvas >>> size >>> > will not be re-set to the new sizes. >>> > >>> > Pedro >>> > >>> > --- On Sun, 12/21/08, Arlindo da Silva <da...@al...> wrote: >>> > >>> > From: Arlindo da Silva <da...@al...> >>> > Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >>> JVM >>> > To: ped...@ya... >>> > Cc: "Love, Mr. Gary, Contractor, Code 7542" >>> <gar...@nr...>, >>> > "Brian Doty" <do...@co...>,ope...@li... >>> > Date: Sunday, December 21, 2008, 8:08 PM >>> > >>> > All, >>> > >>> > Weekend update: I did some work on the Java graphics and added a >>> > readline replacement. The graphics look quite descent, even nicer >>> > than X on my Mac. I am using the same trick I used for gxyat: lines >>> > are drawn with anti-aliasing, while polygon fills are not (or else you >>> > get those funny horizontal lines). >>> > >>> > I'd appreciate any feedback regarding performance compared to the C >>> > version with *your* data on *your* platform. Of course, this is Java, >>> > it is supposed to be slower. The queston is: is it usable? >>> > >>> > Thanks, >>> > >>> > Arlindo >>> > >>> > >>> > On Fri, Dec 19, 2008 at 4:59 AM, Arlindo da Silva >>> <da...@al...> >>> > wrote: >>> >> On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai >>> <ped...@ya...> >>> > wrote: >>> >>> >>> >>> Dear Arlindo, Gary, Brian >>> >>> >>> >>> I apologized that I have been silent for many years. I went to do >>> >>> commercial software in Silicon Valley since 2000 (except for 2003, >>> > when I >>> >>> was laid-off during the last collapse of bubble, I was fortunate >>> that >>> > I was >>> >>> able to went back to Monterey to work on weather model for a >>> year). >>> > Now >>> >>> days, I work for IC chip design company (for cell phone chips, >>> digital >>> > TV >>> >>> chip, etc). That, pretty much sum up the last 8-9 years. >>> >>> >>> >>> Anyway, I think I still remember the GrADS code I work on with >>> Brian. >>> >>> Let me known if I can be of some help. >>> >> >>> >> Nice to hear from you! I have studied your code in the last couple of >>> days >>> >> (great job, BTW) and I have been able to extract the low level gxJ >>> class >>> >> that I needed >>> >> for adding graphics to grads v2 under the JVM. The latest is here: >>> >> http://opengrads.org/devel/grads2/grads.jar >>> >> >>> >> To run the main application: >>> >> java -jar grads.jar >>> >> For running the utilities, >>> >> java -cp grads.jar gxeps myfile.gm >>> >> It now has basic graphics with animation and double buffer; no >>> widgets, >>> >> though. I am pretty sure there are lots of fine tuning still to be >>> done, >>> >> since there are still many of the gxX() routines that are stubs. On my >>> >> immediate list: >>> >> - window resizing >>> >> - grads-superpack.jar including fonts, map data, etc -- all that is >>> > needed >>> >> to run grads >>> >> - command line parsing, including initial window size >>> >> - Jline (readline replacement) >>> >> - Try to build opendap (or else wait for NetCDF-4) >>> >> Anybody willing to help with the following? >>> >> - Swing based console, IDE (?) >>> >> - JNLP/web start >>> >> - Eclipse plug in? >>> >> Brian: I may need your help to implement the widget stuff. >>> >> Let me known of bugs... >>> >> Arlindo >>> >> >>> >>> >>> >>> Pedro >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> --- On Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 >>> >>> <gar...@nr...> wrote: >>> >>> >>> >>> From: Love, Mr. Gary, Contractor, Code 7542 >>> >>> <gar...@nr...> >>> >>> Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% >>> > under >>> >>> JVM >>> >>> To: "Arlindo da Silva" <da...@al...> >>> >>> Cc: "Brian Doty" <do...@co...>, >>> > ped...@ya... >>> >>> Date: Wednesday, December 17, 2008, 2:47 PM >>> >>> >>> >>> Arlindo, >>> >>> >>> >>> Here's Pedro's email: ped...@ya.... It's been >>> > almost 10 years >>> >>> since he wrote the Java-Grads code, I hope he remembers what he >>> did. >>> >>> >>> >>> Good Luck, >>> >>> Gary >>> >>> ________________________________ >>> >>> From: arl...@gm... [mailto:arl...@gm...] >>> On >>> >>> Behalf Of Arlindo da Silva >>> >>> Sent: Wednesday, December 17, 2008 7:19 AM >>> >>> To: Love, Mr. Gary, Contractor, Code 7542 >>> >>> Cc: ope...@li...; Brian Doty >>> >>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% >>> > under >>> >>> JVM >>> >>> >>> >>> On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code >>> 7542 >>> >>> <gar...@nr...> wrote: >>> >>>> >>> >>>> Brian, Arlindo, >>> >>>> >>> >>>> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >>> >>> >>> >>> This is very helpful, I shall be able to reuse some of this code, >>> > although >>> >>> I have a much simpler problem. Does anybody know Pedro >>> whereabouts? >>> >>> >>> >>> Arlindo >>> >>> >>> >>> >>> >>> >>> >>>> >>> >>>> Gary >>> >>>> >>> >>>> >>> >>>> -----Original Message----- >>> >>>> From: Brian Doty [mailto:do...@co...] >>> >>>> Sent: Saturday, December 13, 2008 3:29 AM >>> >>>> To: Arlindo da Silva >>> >>>> Cc: ope...@li... >>> >>>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 >>> 100% >>> > under >>> >>>> JVM >>> >>>> >>> >>>> Hi Arlindo, this seems to have potential implications for the >>> GDS. >>> >>>> Regarding java graphics, there are no doubt some nice >>> libraries >>> > out >>> >>>> there these days but I have not been keeping up with that >>> area. >>> >>>> Pedro Tsai, about 10 years ago, wrote a grads client/server >>> setup >>> > in >>> >>>> java which included some graphics output of the grads graphics >>> >>>> primitives (this was a precursor to the GDS). I have that >>> code >>> > around >>> >>>> somewhere and I can find it if you think it might be useful >>> for >>> > this. >>> >>>> You don't need to support a whole lot to get most of the >>> > graphics output >>> >>>> working. >>> >>>> >>> >>>> Take a look in gxmeta.c, at function gxhdrw. It redraws the >>> > internal >>> >>>> buffer and draws all the primitives. Look at the code >>> starting >>> > with the >>> >>>> comment "Get message type". If you support color, >>> > polygon, rectangle >>> >>>> (separate from polygon for performance), and line drawing, you >>> get >>> >>>> almost all of the graphics. Line thickness is also nice (can >>> > easily be >>> >>>> soft generated too). >>> >>>> >>> >>>> Even though GrADS has been all X11 for a while now, it >>> didn't >>> > start that >>> >>>> way and I have wanted to avoid being locked into that, thus >>> this >>> > fairly >>> >>>> simple interface has survived. I don't expect to redesign >>> > this in any >>> >>>> substantial way but I do want to add text strings and font >>> > selection as >>> >>>> new primitives (with appropriate fall-back to the Hershey >>> fonts >>> > when >>> >>>> needed). Anyone out there still using gv32? It's not >>> going >>> > to work >>> >>>> much longer.... Brian >>> >>>> >>> >>>> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >>> >>>> >>> >>>> > All, >>> >>>> > >>> >>>> > I just refreshed >>> >>>> > >>> >>>> > http://opengrads.org/devel/grads2/grads.jar >>> >>>> > >>> >>>> > It is getting quite functional now: grib-1, grib-2, >>> netcdf, >>> > hdf, >>> >>>> > printim. Still no readline, x11 or opendap; see output of >>> > "q config" >>> >>>> > below. This is all 100% java (no JNI), it should run >>> > anywhere. >>> >>>> > >>> >>>> > Brian: I know you are thinking about redesigning the >>> > graphical engine >>> >>>> >>> >>>> > in grads. Do you have any thoughts on how one could >>> handle >>> > the >>> >>>> > graphics in Java? Currently, I have gxX.c stubbed out. I >>> was >>> > thinking >>> >>>> > about implementing "gxX.c" in java around >>> JPanel. >>> >>>> > >>> >>>> > Arlindo >>> >>>> > >>> >>>> > >>> >>>> > ga> q config >>> >>>> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf >>> > hdf4-sds Grid >>> >>>> >>> >>>> > Analysis and Display System (GrADS) Version >>> 2.0.a3.oga.2dev >>> > Copyright >>> >>>> > (c) 1988-2008 by Brian Doty and the Institute for Global >>> > Environment >>> >>>> > and Society (IGES) This program is distributed WITHOUT >>> ANY >>> > WARRANTY >>> >>>> > See file COPYRIGHT for more information. >>> >>>> > >>> >>>> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >>> >>>> > >>> >>>> > This version of GrADS has been configured with the >>> following >>> > options: >>> >>>> > o Built on a BIG ENDIAN machine >>> >>>> > o Command line editing DISABLED >>> >>>> > o printim command for image output ENABLED >>> >>>> > http://www.zlib.net >>> >>>> > http://www.libpng.org/pub/png/libpng.html >>> >>>> > http://www.libgd.org/Main_Page >>> >>>> > o GRIB2 interface ENABLED >>> >>>> > http://www.ijg.org >>> >>>> > http://www.ece.uvic.ca/~mdadams/jasper >>> >>>> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> >>>> > g2clib-1.0.5 >>> >>>> > o NetCDF interface ENABLED >>> >>>> > http://www.unidata.ucar.edu/software/netcdf >>> >>>> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >>> >>>> > o NCSA HDF interface ENABLED >>> >>>> > http://hdf.ncsa.uiuc.edu >>> >>>> > HDF4.2r3 >>> >>>> > o Athena Widget GUI DISABLED >>> >>>> > o OPeNDAP gridded data interface DISABLED >>> >>>> > o OPeNDAP station data interface DISABLED >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >>> >>>> > <da...@al...> wrote: >>> >>>> > Hi, >>> >>>> > >>> >>>> > I was able to created a prototype build of grads v2 >>> that >>> > runs >>> >>>> > entirely under the JVM: >>> >>>> > >>> >>>> > http://opengrads.org/devel/grads2/grads.jar >>> >>>> > >>> >>>> > To try it out: >>> >>>> > >>> >>>> > java -cp grads.jar grads >>> >>>> > >>> >>>> > Most external libraries have been disabled at this >>> point, >>> > even X. >>> >>>> > However, you can do things like >>> >>>> > >>> >>>> > ga> open model.ctl >>> >>>> > ga> d ts >>> >>>> > ga> print ts.eps >>> >>>> > >>> >>>> > It feels quite usable on my MacPro laptop, speed-wise I >>> mean. >>> > What do >>> >>>> > you think? Here is the best part of it: >>> >>>> > >>> >>>> > numer of grads source code lines modified: 0, except >>> for >>> > the >>> >>>> > replacing gxX.c with the attached stubs. >>> >>>> > number of build script lines modified: 0 >>> >>>> > >>> >>>> > Jennifer: you may want to carry the gxX.c stubs along >>> with >>> > the sources >>> >>>> >>> >>>> > code and have a --disbale-X11 during configure. This is >>> very >>> > useful to >>> >>>> >>> >>>> > create binaries for machines that do not provide X11 (say >>> > many >>> >>>> > computer centers disable X11 at the compute nodes). >>> >>>> > >>> >>>> > Here is the tool that I used: >>> >>>> > >>> >>>> > http://nestedvm.ibex.org/ >>> >>>> > >>> >>>> > Building this gcc toolchain on Mac OS X 10.5 is kind of >>> > tricky, talk >>> >>>> > to me before attempting to do it yourself. I'll post >>> > notes about it at >>> >>>> >>> >>>> > some point. It may be simpler on Linux, but I have not >>> tried >>> > it >>> >>>> > myself. >>> >>>> > >>> >>>> > Beware: this is rough, just a proof of concept for now; >>> > however I'd be >>> >>>> >>> >>>> > interested in hearing about problems. Soon we may be able >>> to >>> > run grads >>> >>>> >>> >>>> > on cell phones. >>> >>>> > >>> >>>> > Arlindo >>> >>>> > >>> >>>> > >>> >>>> > -- >>> >>>> > Arlindo da Silva >>> >>>> > da...@al... >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > -- >>> >>>> > Arlindo da Silva >>> >>>> > da...@al... >>> >>>> >>> >>>> >>> >>>> >>> > ------------------------------------------------------------------------ >>> >>>> ------ >>> >>>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las >>> > Vegas, >>> >>>> Nevada. >>> >>>> The future of the web can't happen without you. Join us >>> at >>> > MIX09 to >>> >>>> help >>> >>>> pave the way to the Next Web now. Learn more and register at >>> >>>> >>> > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >>> >>>> com/ >>> >>>> _______________________________________________ >>> >>>> Opengrads-devel mailing list >>> >>>> Ope...@li... >>> >>>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Arlindo da Silva >>> >>> da...@al... >>> >>> >>> >> >>> >> >>> >> >>> >> -- >>> >> Arlindo da Silva >>> >> da...@al... >>> >> >>> > >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> > >>> > >>> >>> >>> >>> -- >>> Arlindo da Sil...@al... >>> >>> >>> >> >> >> -- >> Arlindo da Silva >> da...@al... >> >> >> > > > -- > Arlindo da Silva > da...@al... > > > -- Arlindo da Silva da...@al... |
From: pedro t. <ped...@ya...> - 2008-12-29 00:57:05
|
hi Arlindo, I found a bug fix which would probably help with the window resizing issue: In the JGrads.java file, in the function "private static void redraw_if_needed() ", There is a line that determines if it needs to call setCanvassize(...). if ( fSize.width!=now.width && fSize.height!=now.height ) This line I think this line should be: if ( fSize.width!=now.width || fSize.height!=now.height ) Otherwise, if window frame is only re-size in one direction, the Canvas size will not be re-set to the new sizes. Pedro --- On Sun, 12/21/08, Arlindo da Silva <da...@al...> wrote: From: Arlindo da Silva <da...@al...> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under JVM To: ped...@ya... Cc: "Love, Mr. Gary, Contractor, Code 7542" <gar...@nr...>, "Brian Doty" <do...@co...>, ope...@li... Date: Sunday, December 21, 2008, 8:08 PM All, Weekend update: I did some work on the Java graphics and added a readline replacement. The graphics look quite descent, even nicer than X on my Mac. I am using the same trick I used for gxyat: lines are drawn with anti-aliasing, while polygon fills are not (or else you get those funny horizontal lines). I'd appreciate any feedback regarding performance compared to the C version with *your* data on *your* platform. Of course, this is Java, it is supposed to be slower. The queston is: is it usable? Thanks, Arlindo On Fri, Dec 19, 2008 at 4:59 AM, Arlindo da Silva <da...@al...> wrote: > On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai <ped...@ya...> wrote: >> >> Dear Arlindo, Gary, Brian >> >> I apologized that I have been silent for many years. I went to do >> commercial software in Silicon Valley since 2000 (except for 2003, when I >> was laid-off during the last collapse of bubble, I was fortunate that I was >> able to went back to Monterey to work on weather model for a year). Now >> days, I work for IC chip design company (for cell phone chips, digital TV >> chip, etc). That, pretty much sum up the last 8-9 years. >> >> Anyway, I think I still remember the GrADS code I work on with Brian. >> Let me known if I can be of some help. > > Nice to hear from you! I have studied your code in the last couple of days > (great job, BTW) and I have been able to extract the low level gxJ class > that I needed > for adding graphics to grads v2 under the JVM. The latest is here: > http://opengrads.org/devel/grads2/grads.jar > > To run the main application: > java -jar grads.jar > For running the utilities, > java -cp grads.jar gxeps myfile.gm > It now has basic graphics with animation and double buffer; no widgets, > though. I am pretty sure there are lots of fine tuning still to be done, > since there are still many of the gxX() routines that are stubs. On my > immediate list: > - window resizing > - grads-superpack.jar including fonts, map data, etc -- all that is needed > to run grads > - command line parsing, including initial window size > - Jline (readline replacement) > - Try to build opendap (or else wait for NetCDF-4) > Anybody willing to help with the following? > - Swing based console, IDE (?) > - JNLP/web start > - Eclipse plug in? > Brian: I may need your help to implement the widget stuff. > Let me known of bugs... > Arlindo > >> >> Pedro >> >> >> >> >> --- On Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >> >> From: Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> >> Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> To: "Arlindo da Silva" <da...@al...> >> Cc: "Brian Doty" <do...@co...>, ped...@ya... >> Date: Wednesday, December 17, 2008, 2:47 PM >> >> Arlindo, >> >> Here's Pedro's email: ped...@ya.... It's been almost 10 years >> since he wrote the Java-Grads code, I hope he remembers what he did. >> >> Good Luck, >> Gary >> ________________________________ >> From: arl...@gm... [mailto:arl...@gm...] On >> Behalf Of Arlindo da Silva >> Sent: Wednesday, December 17, 2008 7:19 AM >> To: Love, Mr. Gary, Contractor, Code 7542 >> Cc: ope...@li...; Brian Doty >> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> >> On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >>> >>> Brian, Arlindo, >>> >>> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >> >> This is very helpful, I shall be able to reuse some of this code, although >> I have a much simpler problem. Does anybody know Pedro whereabouts? >> >> Arlindo >> >> >> >>> >>> Gary >>> >>> >>> -----Original Message----- >>> From: Brian Doty [mailto:do...@co...] >>> Sent: Saturday, December 13, 2008 3:29 AM >>> To: Arlindo da Silva >>> Cc: ope...@li... >>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >>> JVM >>> >>> Hi Arlindo, this seems to have potential implications for the GDS. >>> Regarding java graphics, there are no doubt some nice libraries out >>> there these days but I have not been keeping up with that area. >>> Pedro Tsai, about 10 years ago, wrote a grads client/server setup in >>> java which included some graphics output of the grads graphics >>> primitives (this was a precursor to the GDS). I have that code around >>> somewhere and I can find it if you think it might be useful for this. >>> You don't need to support a whole lot to get most of the graphics output >>> working. >>> >>> Take a look in gxmeta.c, at function gxhdrw. It redraws the internal >>> buffer and draws all the primitives. Look at the code starting with the >>> comment "Get message type". If you support color, polygon, rectangle >>> (separate from polygon for performance), and line drawing, you get >>> almost all of the graphics. Line thickness is also nice (can easily be >>> soft generated too). >>> >>> Even though GrADS has been all X11 for a while now, it didn't start that >>> way and I have wanted to avoid being locked into that, thus this fairly >>> simple interface has survived. I don't expect to redesign this in any >>> substantial way but I do want to add text strings and font selection as >>> new primitives (with appropriate fall-back to the Hershey fonts when >>> needed). Anyone out there still using gv32? It's not going to work >>> much longer.... Brian >>> >>> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >>> >>> > All, >>> > >>> > I just refreshed >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, >>> > printim. Still no readline, x11 or opendap; see output of "q config" >>> > below. This is all 100% java (no JNI), it should run anywhere. >>> > >>> > Brian: I know you are thinking about redesigning the graphical engine >>> >>> > in grads. Do you have any thoughts on how one could handle the >>> > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking >>> > about implementing "gxX.c" in java around JPanel. >>> > >>> > Arlindo >>> > >>> > >>> > ga> q config >>> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid >>> >>> > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright >>> > (c) 1988-2008 by Brian Doty and the Institute for Global Environment >>> > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY >>> > See file COPYRIGHT for more information. >>> > >>> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >>> > >>> > This version of GrADS has been configured with the following options: >>> > o Built on a BIG ENDIAN machine >>> > o Command line editing DISABLED >>> > o printim command for image output ENABLED >>> > http://www.zlib.net >>> > http://www.libpng.org/pub/png/libpng.html >>> > http://www.libgd.org/Main_Page >>> > o GRIB2 interface ENABLED >>> > http://www.ijg.org >>> > http://www.ece.uvic.ca/~mdadams/jasper >>> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> > g2clib-1.0.5 >>> > o NetCDF interface ENABLED >>> > http://www.unidata.ucar.edu/software/netcdf >>> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >>> > o NCSA HDF interface ENABLED >>> > http://hdf.ncsa.uiuc.edu >>> > HDF4.2r3 >>> > o Athena Widget GUI DISABLED >>> > o OPeNDAP gridded data interface DISABLED >>> > o OPeNDAP station data interface DISABLED >>> > >>> > >>> > >>> > >>> > >>> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >>> > <da...@al...> wrote: >>> > Hi, >>> > >>> > I was able to created a prototype build of grads v2 that runs >>> > entirely under the JVM: >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > To try it out: >>> > >>> > java -cp grads.jar grads >>> > >>> > Most external libraries have been disabled at this point, even X. >>> > However, you can do things like >>> > >>> > ga> open model.ctl >>> > ga> d ts >>> > ga> print ts.eps >>> > >>> > It feels quite usable on my MacPro laptop, speed-wise I mean. What do >>> > you think? Here is the best part of it: >>> > >>> > numer of grads source code lines modified: 0, except for the >>> > replacing gxX.c with the attached stubs. >>> > number of build script lines modified: 0 >>> > >>> > Jennifer: you may want to carry the gxX.c stubs along with the sources >>> >>> > code and have a --disbale-X11 during configure. This is very useful to >>> >>> > create binaries for machines that do not provide X11 (say many >>> > computer centers disable X11 at the compute nodes). >>> > >>> > Here is the tool that I used: >>> > >>> > http://nestedvm.ibex.org/ >>> > >>> > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk >>> > to me before attempting to do it yourself. I'll post notes about it at >>> >>> > some point. It may be simpler on Linux, but I have not tried it >>> > myself. >>> > >>> > Beware: this is rough, just a proof of concept for now; however I'd be >>> >>> > interested in hearing about problems. Soon we may be able to run grads >>> >>> > on cell phones. >>> > >>> > Arlindo >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> > >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> >>> >>> ------------------------------------------------------------------------ >>> ------ >>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, >>> Nevada. >>> The future of the web can't happen without you. Join us at MIX09 to >>> help >>> pave the way to the Next Web now. Learn more and register at >>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >>> com/ >>> _______________________________________________ >>> Opengrads-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> >> >> -- >> Arlindo da Silva >> da...@al... >> > > > > -- > Arlindo da Silva > da...@al... > -- Arlindo da Silva da...@al... |
From: pedro t. <ped...@ya...> - 2008-12-27 17:15:38
|
hi Arlindo, I fixed the issue with setting the initial GrADS window size via the command line. Attached are 3 files that have been modified and added (JGrads.java, gxJ.java, and ConfigInfo.java). For development purpose and to try it out, you can copy these files to your working directory where all the code are, and then javac JGrads.java gxJ.java --- On Sun, 12/21/08, Arlindo da Silva <da...@al...> wrote: From: Arlindo da Silva <da...@al...> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under JVM To: ped...@ya... Cc: "Love, Mr. Gary, Contractor, Code 7542" <gar...@nr...>, "Brian Doty" <do...@co...>, ope...@li... Date: Sunday, December 21, 2008, 8:08 PM All, Weekend update: I did some work on the Java graphics and added a readline replacement. The graphics look quite descent, even nicer than X on my Mac. I am using the same trick I used for gxyat: lines are drawn with anti-aliasing, while polygon fills are not (or else you get those funny horizontal lines). I'd appreciate any feedback regarding performance compared to the C version with *your* data on *your* platform. Of course, this is Java, it is supposed to be slower. The queston is: is it usable? Thanks, Arlindo On Fri, Dec 19, 2008 at 4:59 AM, Arlindo da Silva <da...@al...> wrote: > On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai <ped...@ya...> wrote: >> >> Dear Arlindo, Gary, Brian >> >> I apologized that I have been silent for many years. I went to do >> commercial software in Silicon Valley since 2000 (except for 2003, when I >> was laid-off during the last collapse of bubble, I was fortunate that I was >> able to went back to Monterey to work on weather model for a year). Now >> days, I work for IC chip design company (for cell phone chips, digital TV >> chip, etc). That, pretty much sum up the last 8-9 years. >> >> Anyway, I think I still remember the GrADS code I work on with Brian. >> Let me known if I can be of some help. > > Nice to hear from you! I have studied your code in the last couple of days > (great job, BTW) and I have been able to extract the low level gxJ class > that I needed > for adding graphics to grads v2 under the JVM. The latest is here: > http://opengrads.org/devel/grads2/grads.jar > > To run the main application: > java -jar grads.jar > For running the utilities, > java -cp grads.jar gxeps myfile.gm > It now has basic graphics with animation and double buffer; no widgets, > though. I am pretty sure there are lots of fine tuning still to be done, > since there are still many of the gxX() routines that are stubs. On my > immediate list: > - window resizing > - grads-superpack.jar including fonts, map data, etc -- all that is needed > to run grads > - command line parsing, including initial window size > - Jline (readline replacement) > - Try to build opendap (or else wait for NetCDF-4) > Anybody willing to help with the following? > - Swing based console, IDE (?) > - JNLP/web start > - Eclipse plug in? > Brian: I may need your help to implement the widget stuff. > Let me known of bugs... > Arlindo > >> >> Pedro >> >> >> >> >> --- On Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >> >> From: Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> >> Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> To: "Arlindo da Silva" <da...@al...> >> Cc: "Brian Doty" <do...@co...>, ped...@ya... >> Date: Wednesday, December 17, 2008, 2:47 PM >> >> Arlindo, >> >> Here's Pedro's email: ped...@ya.... It's been almost 10 years >> since he wrote the Java-Grads code, I hope he remembers what he did. >> >> Good Luck, >> Gary >> ________________________________ >> From: arl...@gm... [mailto:arl...@gm...] On >> Behalf Of Arlindo da Silva >> Sent: Wednesday, December 17, 2008 7:19 AM >> To: Love, Mr. Gary, Contractor, Code 7542 >> Cc: ope...@li...; Brian Doty >> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> >> On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >>> >>> Brian, Arlindo, >>> >>> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >> >> This is very helpful, I shall be able to reuse some of this code, although >> I have a much simpler problem. Does anybody know Pedro whereabouts? >> >> Arlindo >> >> >> >>> >>> Gary >>> >>> >>> -----Original Message----- >>> From: Brian Doty [mailto:do...@co...] >>> Sent: Saturday, December 13, 2008 3:29 AM >>> To: Arlindo da Silva >>> Cc: ope...@li... >>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >>> JVM >>> >>> Hi Arlindo, this seems to have potential implications for the GDS. >>> Regarding java graphics, there are no doubt some nice libraries out >>> there these days but I have not been keeping up with that area. >>> Pedro Tsai, about 10 years ago, wrote a grads client/server setup in >>> java which included some graphics output of the grads graphics >>> primitives (this was a precursor to the GDS). I have that code around >>> somewhere and I can find it if you think it might be useful for this. >>> You don't need to support a whole lot to get most of the graphics output >>> working. >>> >>> Take a look in gxmeta.c, at function gxhdrw. It redraws the internal >>> buffer and draws all the primitives. Look at the code starting with the >>> comment "Get message type". If you support color, polygon, rectangle >>> (separate from polygon for performance), and line drawing, you get >>> almost all of the graphics. Line thickness is also nice (can easily be >>> soft generated too). >>> >>> Even though GrADS has been all X11 for a while now, it didn't start that >>> way and I have wanted to avoid being locked into that, thus this fairly >>> simple interface has survived. I don't expect to redesign this in any >>> substantial way but I do want to add text strings and font selection as >>> new primitives (with appropriate fall-back to the Hershey fonts when >>> needed). Anyone out there still using gv32? It's not going to work >>> much longer.... Brian >>> >>> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >>> >>> > All, >>> > >>> > I just refreshed >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, >>> > printim. Still no readline, x11 or opendap; see output of "q config" >>> > below. This is all 100% java (no JNI), it should run anywhere. >>> > >>> > Brian: I know you are thinking about redesigning the graphical engine >>> >>> > in grads. Do you have any thoughts on how one could handle the >>> > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking >>> > about implementing "gxX.c" in java around JPanel. >>> > >>> > Arlindo >>> > >>> > >>> > ga> q config >>> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid >>> >>> > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright >>> > (c) 1988-2008 by Brian Doty and the Institute for Global Environment >>> > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY >>> > See file COPYRIGHT for more information. >>> > >>> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >>> > >>> > This version of GrADS has been configured with the following options: >>> > o Built on a BIG ENDIAN machine >>> > o Command line editing DISABLED >>> > o printim command for image output ENABLED >>> > http://www.zlib.net >>> > http://www.libpng.org/pub/png/libpng.html >>> > http://www.libgd.org/Main_Page >>> > o GRIB2 interface ENABLED >>> > http://www.ijg.org >>> > http://www.ece.uvic.ca/~mdadams/jasper >>> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> > g2clib-1.0.5 >>> > o NetCDF interface ENABLED >>> > http://www.unidata.ucar.edu/software/netcdf >>> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >>> > o NCSA HDF interface ENABLED >>> > http://hdf.ncsa.uiuc.edu >>> > HDF4.2r3 >>> > o Athena Widget GUI DISABLED >>> > o OPeNDAP gridded data interface DISABLED >>> > o OPeNDAP station data interface DISABLED >>> > >>> > >>> > >>> > >>> > >>> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >>> > <da...@al...> wrote: >>> > Hi, >>> > >>> > I was able to created a prototype build of grads v2 that runs >>> > entirely under the JVM: >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > To try it out: >>> > >>> > java -cp grads.jar grads >>> > >>> > Most external libraries have been disabled at this point, even X. >>> > However, you can do things like >>> > >>> > ga> open model.ctl >>> > ga> d ts >>> > ga> print ts.eps >>> > >>> > It feels quite usable on my MacPro laptop, speed-wise I mean. What do >>> > you think? Here is the best part of it: >>> > >>> > numer of grads source code lines modified: 0, except for the >>> > replacing gxX.c with the attached stubs. >>> > number of build script lines modified: 0 >>> > >>> > Jennifer: you may want to carry the gxX.c stubs along with the sources >>> >>> > code and have a --disbale-X11 during configure. This is very useful to >>> >>> > create binaries for machines that do not provide X11 (say many >>> > computer centers disable X11 at the compute nodes). >>> > >>> > Here is the tool that I used: >>> > >>> > http://nestedvm.ibex.org/ >>> > >>> > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk >>> > to me before attempting to do it yourself. I'll post notes about it at >>> >>> > some point. It may be simpler on Linux, but I have not tried it >>> > myself. >>> > >>> > Beware: this is rough, just a proof of concept for now; however I'd be >>> >>> > interested in hearing about problems. Soon we may be able to run grads >>> >>> > on cell phones. >>> > >>> > Arlindo >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> > >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> >>> >>> ------------------------------------------------------------------------ >>> ------ >>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, >>> Nevada. >>> The future of the web can't happen without you. Join us at MIX09 to >>> help >>> pave the way to the Next Web now. Learn more and register at >>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >>> com/ >>> _______________________________________________ >>> Opengrads-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> >> >> -- >> Arlindo da Silva >> da...@al... >> > > > > -- > Arlindo da Silva > da...@al... > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-12-22 04:08:58
|
All, Weekend update: I did some work on the Java graphics and added a readline replacement. The graphics look quite descent, even nicer than X on my Mac. I am using the same trick I used for gxyat: lines are drawn with anti-aliasing, while polygon fills are not (or else you get those funny horizontal lines). I'd appreciate any feedback regarding performance compared to the C version with *your* data on *your* platform. Of course, this is Java, it is supposed to be slower. The queston is: is it usable? Thanks, Arlindo On Fri, Dec 19, 2008 at 4:59 AM, Arlindo da Silva <da...@al...> wrote: > On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai <ped...@ya...> wrote: >> >> Dear Arlindo, Gary, Brian >> >> I apologized that I have been silent for many years. I went to do >> commercial software in Silicon Valley since 2000 (except for 2003, when I >> was laid-off during the last collapse of bubble, I was fortunate that I was >> able to went back to Monterey to work on weather model for a year). Now >> days, I work for IC chip design company (for cell phone chips, digital TV >> chip, etc). That, pretty much sum up the last 8-9 years. >> >> Anyway, I think I still remember the GrADS code I work on with Brian. >> Let me known if I can be of some help. > > Nice to hear from you! I have studied your code in the last couple of days > (great job, BTW) and I have been able to extract the low level gxJ class > that I needed > for adding graphics to grads v2 under the JVM. The latest is here: > http://opengrads.org/devel/grads2/grads.jar > > To run the main application: > java -jar grads.jar > For running the utilities, > java -cp grads.jar gxeps myfile.gm > It now has basic graphics with animation and double buffer; no widgets, > though. I am pretty sure there are lots of fine tuning still to be done, > since there are still many of the gxX() routines that are stubs. On my > immediate list: > - window resizing > - grads-superpack.jar including fonts, map data, etc -- all that is needed > to run grads > - command line parsing, including initial window size > - Jline (readline replacement) > - Try to build opendap (or else wait for NetCDF-4) > Anybody willing to help with the following? > - Swing based console, IDE (?) > - JNLP/web start > - Eclipse plug in? > Brian: I may need your help to implement the widget stuff. > Let me known of bugs... > Arlindo > >> >> Pedro >> >> >> >> >> --- On Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >> >> From: Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> >> Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> To: "Arlindo da Silva" <da...@al...> >> Cc: "Brian Doty" <do...@co...>, ped...@ya... >> Date: Wednesday, December 17, 2008, 2:47 PM >> >> Arlindo, >> >> Here's Pedro's email: ped...@ya.... It's been almost 10 years >> since he wrote the Java-Grads code, I hope he remembers what he did. >> >> Good Luck, >> Gary >> ________________________________ >> From: arl...@gm... [mailto:arl...@gm...] On >> Behalf Of Arlindo da Silva >> Sent: Wednesday, December 17, 2008 7:19 AM >> To: Love, Mr. Gary, Contractor, Code 7542 >> Cc: ope...@li...; Brian Doty >> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> >> On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >>> >>> Brian, Arlindo, >>> >>> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >> >> This is very helpful, I shall be able to reuse some of this code, although >> I have a much simpler problem. Does anybody know Pedro whereabouts? >> >> Arlindo >> >> >> >>> >>> Gary >>> >>> >>> -----Original Message----- >>> From: Brian Doty [mailto:do...@co...] >>> Sent: Saturday, December 13, 2008 3:29 AM >>> To: Arlindo da Silva >>> Cc: ope...@li... >>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >>> JVM >>> >>> Hi Arlindo, this seems to have potential implications for the GDS. >>> Regarding java graphics, there are no doubt some nice libraries out >>> there these days but I have not been keeping up with that area. >>> Pedro Tsai, about 10 years ago, wrote a grads client/server setup in >>> java which included some graphics output of the grads graphics >>> primitives (this was a precursor to the GDS). I have that code around >>> somewhere and I can find it if you think it might be useful for this. >>> You don't need to support a whole lot to get most of the graphics output >>> working. >>> >>> Take a look in gxmeta.c, at function gxhdrw. It redraws the internal >>> buffer and draws all the primitives. Look at the code starting with the >>> comment "Get message type". If you support color, polygon, rectangle >>> (separate from polygon for performance), and line drawing, you get >>> almost all of the graphics. Line thickness is also nice (can easily be >>> soft generated too). >>> >>> Even though GrADS has been all X11 for a while now, it didn't start that >>> way and I have wanted to avoid being locked into that, thus this fairly >>> simple interface has survived. I don't expect to redesign this in any >>> substantial way but I do want to add text strings and font selection as >>> new primitives (with appropriate fall-back to the Hershey fonts when >>> needed). Anyone out there still using gv32? It's not going to work >>> much longer.... Brian >>> >>> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >>> >>> > All, >>> > >>> > I just refreshed >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, >>> > printim. Still no readline, x11 or opendap; see output of "q config" >>> > below. This is all 100% java (no JNI), it should run anywhere. >>> > >>> > Brian: I know you are thinking about redesigning the graphical engine >>> >>> > in grads. Do you have any thoughts on how one could handle the >>> > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking >>> > about implementing "gxX.c" in java around JPanel. >>> > >>> > Arlindo >>> > >>> > >>> > ga> q config >>> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid >>> >>> > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright >>> > (c) 1988-2008 by Brian Doty and the Institute for Global Environment >>> > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY >>> > See file COPYRIGHT for more information. >>> > >>> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >>> > >>> > This version of GrADS has been configured with the following options: >>> > o Built on a BIG ENDIAN machine >>> > o Command line editing DISABLED >>> > o printim command for image output ENABLED >>> > http://www.zlib.net >>> > http://www.libpng.org/pub/png/libpng.html >>> > http://www.libgd.org/Main_Page >>> > o GRIB2 interface ENABLED >>> > http://www.ijg.org >>> > http://www.ece.uvic.ca/~mdadams/jasper >>> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> > g2clib-1.0.5 >>> > o NetCDF interface ENABLED >>> > http://www.unidata.ucar.edu/software/netcdf >>> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >>> > o NCSA HDF interface ENABLED >>> > http://hdf.ncsa.uiuc.edu >>> > HDF4.2r3 >>> > o Athena Widget GUI DISABLED >>> > o OPeNDAP gridded data interface DISABLED >>> > o OPeNDAP station data interface DISABLED >>> > >>> > >>> > >>> > >>> > >>> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >>> > <da...@al...> wrote: >>> > Hi, >>> > >>> > I was able to created a prototype build of grads v2 that runs >>> > entirely under the JVM: >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > To try it out: >>> > >>> > java -cp grads.jar grads >>> > >>> > Most external libraries have been disabled at this point, even X. >>> > However, you can do things like >>> > >>> > ga> open model.ctl >>> > ga> d ts >>> > ga> print ts.eps >>> > >>> > It feels quite usable on my MacPro laptop, speed-wise I mean. What do >>> > you think? Here is the best part of it: >>> > >>> > numer of grads source code lines modified: 0, except for the >>> > replacing gxX.c with the attached stubs. >>> > number of build script lines modified: 0 >>> > >>> > Jennifer: you may want to carry the gxX.c stubs along with the sources >>> >>> > code and have a --disbale-X11 during configure. This is very useful to >>> >>> > create binaries for machines that do not provide X11 (say many >>> > computer centers disable X11 at the compute nodes). >>> > >>> > Here is the tool that I used: >>> > >>> > http://nestedvm.ibex.org/ >>> > >>> > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk >>> > to me before attempting to do it yourself. I'll post notes about it at >>> >>> > some point. It may be simpler on Linux, but I have not tried it >>> > myself. >>> > >>> > Beware: this is rough, just a proof of concept for now; however I'd be >>> >>> > interested in hearing about problems. Soon we may be able to run grads >>> >>> > on cell phones. >>> > >>> > Arlindo >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> > >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> >>> >>> ------------------------------------------------------------------------ >>> ------ >>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, >>> Nevada. >>> The future of the web can't happen without you. Join us at MIX09 to >>> help >>> pave the way to the Next Web now. Learn more and register at >>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >>> com/ >>> _______________________________________________ >>> Opengrads-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> >> >> -- >> Arlindo da Silva >> da...@al... >> > > > > -- > Arlindo da Silva > da...@al... > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-12-22 04:01:35
|
On Fri, Dec 19, 2008 at 4:37 PM, pedro tsai <ped...@ya...> wrote: > Dear Arlindo and friends > > Ok, I think I can help out on this. But I will need some time get > re-familiar with the GrADS code, and get up to speed on the project. Is > this http://opengrads.org/devel/grads2 the place I can find the most > up-to-date code/document and necessary information to get start? > As always, http://grads.iges.org/grads/ is the official source for grads sources. I am yet to document, send to cola my mods for the java port. You can always get my bleeding edge sources from the opengrads.org CVS repository: cvs -d ... co -r GRADS2_DEV_BRANCH grads The grads.jar I mentioned before has all the java sources, so any java related work can be seen there. Most of the code are still in C, with Java byte code being generated using a special version of gcc provided by the NestedVM project. Most of the work has been to port the supplibs: external libraries such as NetCDF, HDF, etc. I'll keep you posted... Arlindo > Pedro > > > > --- On Thu, 12/18/08, Arlindo da Silva <da...@al...> wrote: > > From: Arlindo da Silva <da...@al...> > Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under JVM > To: ped...@ya... > Cc: "Love, Mr. Gary, Contractor, Code 7542" <gar...@nr...>, > "Brian Doty" <do...@co...>, ope...@li... > Date: Thursday, December 18, 2008, 10:59 PM > > On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai <ped...@ya...> wrote: >> >> Dear Arlindo, Gary, Brian >> >> I apologized that I have been silent for many years. I went to do >> commercial software in Silicon Valley since 2000 (except for 2003, when I >> was laid-off during the last collapse of bubble, I was fortunate that I was >> able to went back to Monterey to work on weather model for a year). Now >> days, I work for IC chip design company (for cell phone chips, digital TV >> chip, etc). That, pretty much sum up the last 8-9 years. >> >> Anyway, I think I still remember the GrADS code I work on with Brian. >> Let me known if I can be of some help. > > Nice to hear from you! I have studied your code in the last couple of days > (great job, BTW) and I have been able to extract the low level gxJ class > that I needed > for adding graphics to grads v2 under the JVM. The latest is here: > http://opengrads.org/devel/grads2/grads.jar > > To run the main application: > java -jar grads.jar > For running the utilities, > java -cp grads.jar gxeps myfile.gm > It now has basic graphics with animation and double buffer; no widgets, > though. I am pretty sure there are lots of fine tuning still to be done, > since there are still many of the gxX() routines that are stubs. On my > immediate list: > - window resizing > - grads-superpack.jar including fonts, map data, etc -- all that is needed > to run grads > - command line parsing, including initial window size > - Jline (readline replacement) > - Try to build opendap (or else wait for NetCDF-4) > Anybody willing to help with the following? > - Swing based console, IDE (?) > - JNLP/web start > - Eclipse plug in? > Brian: I may need your help to implement the widget stuff. > Let me known of bugs... > Arlindo > >> >> Pedro >> >> >> >> >> --- On Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >> >> From: Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> >> Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> To: "Arlindo da Silva" <da...@al...> >> Cc: "Brian Doty" <do...@co...>, ped...@ya... >> Date: Wednesday, December 17, 2008, 2:47 PM >> >> Arlindo, >> >> Here's Pedro's email: ped...@ya.... It's been almost 10 years >> since he wrote the Java-Grads code, I hope he remembers what he did. >> >> Good Luck, >> Gary >> ________________________________ >> From: arl...@gm... [mailto:arl...@gm...] On >> Behalf Of Arlindo da Silva >> Sent: Wednesday, December 17, 2008 7:19 AM >> To: Love, Mr. Gary, Contractor, Code 7542 >> Cc: ope...@li...; Brian Doty >> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> >> On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 >> <gar...@nr...> wrote: >>> >>> Brian, Arlindo, >>> >>> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >> >> This is very helpful, I shall be able to reuse some of this code, although >> I have a much simpler problem. Does anybody know Pedro whereabouts? >> >> Arlindo >> >> >> >>> >>> Gary >>> >>> >>> -----Original Message----- >>> From: Brian Doty [mailto:do...@co...] >>> Sent: Saturday, December 13, 2008 3:29 AM >>> To: Arlindo da Silva >>> Cc: ope...@li... >>> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >>> JVM >>> >>> Hi Arlindo, this seems to have potential implications for the GDS. >>> Regarding java graphics, there are no doubt some nice libraries out >>> there these days but I have not been keeping up with that area. >>> Pedro Tsai, about 10 years ago, wrote a grads client/server setup in >>> java which included some graphics output of the grads graphics >>> primitives (this was a precursor to the GDS). I have that code around >>> somewhere and I can find it if you think it might be useful for this. >>> You don't need to support a whole lot to get most of the graphics output >>> working. >>> >>> Take a look in gxmeta.c, at function gxhdrw. It redraws the internal >>> buffer and draws all the primitives. Look at the code starting with the >>> comment "Get message type". If you support color, polygon, rectangle >>> (separate from polygon for performance), and line drawing, you get >>> almost all of the graphics. Line thickness is also nice (can easily be >>> soft generated too). >>> >>> Even though GrADS has been all X11 for a while now, it didn't start that >>> way and I have wanted to avoid being locked into that, thus this fairly >>> simple interface has survived. I don't expect to redesign this in any >>> substantial way but I do want to add text strings and font selection as >>> new primitives (with appropriate fall-back to the Hershey fonts when >>> needed). Anyone out there still using gv32? It's not going to work >>> much longer.... Brian >>> >>> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >>> >>> > All, >>> > >>> > I just refreshed >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, >>> > printim. Still no readline, x11 or opendap; see output of "q config" >>> > below. This is all 100% java (no JNI), it should run anywhere. >>> > >>> > Brian: I know you are thinking about redesigning the graphical engine >>> >>> > in grads. Do you have any thoughts on how one could handle the >>> > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking >>> > about implementing "gxX.c" in java around JPanel. >>> > >>> > Arlindo >>> > >>> > >>> > ga> q config >>> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid >>> >>> > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright >>> > (c) 1988-2008 by Brian Doty and the Institute for Global Environment >>> > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY >>> > See file COPYRIGHT for more information. >>> > >>> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >>> > >>> > This version of GrADS has been configured with the following options: >>> > o Built on a BIG ENDIAN machine >>> > o Command line editing DISABLED >>> > o printim command for image output ENABLED >>> > http://www.zlib.net >>> > http://www.libpng.org/pub/png/libpng.html >>> > http://www.libgd.org/Main_Page >>> > o GRIB2 interface ENABLED >>> > http://www.ijg.org >>> > http://www.ece.uvic.ca/~mdadams/jasper >>> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >>> > g2clib-1.0.5 >>> > o NetCDF interface ENABLED >>> > http://www.unidata.ucar.edu/software/netcdf >>> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >>> > o NCSA HDF interface ENABLED >>> > http://hdf.ncsa.uiuc.edu >>> > HDF4.2r3 >>> > o Athena Widget GUI DISABLED >>> > o OPeNDAP gridded data interface DISABLED >>> > o OPeNDAP station data interface DISABLED >>> > >>> > >>> > >>> > >>> > >>> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >>> > <da...@al...> wrote: >>> > Hi, >>> > >>> > I was able to created a prototype build of grads v2 that runs >>> > entirely under the JVM: >>> > >>> > http://opengrads.org/devel/grads2/grads.jar >>> > >>> > To try it out: >>> > >>> > java -cp grads.jar grads >>> > >>> > Most external libraries have been disabled at this point, even X. >>> > However, you can do things like >>> > >>> > ga> open model.ctl >>> > ga> d ts >>> > ga> print ts.eps >>> > >>> > It feels quite usable on my MacPro laptop, speed-wise I mean. What do >>> > you think? Here is the best part of it: >>> > >>> > numer of grads source code lines modified: 0, except for the >>> > replacing gxX.c with the attached stubs. >>> > number of build script lines modified: 0 >>> > >>> > Jennifer: you may want to carry the gxX.c stubs along with the sources >>> >>> > code and have a --disbale-X11 during configure. This is very useful to >>> >>> > create binaries for machines that do not provide X11 (say many >>> > computer centers disable X11 at the compute nodes). >>> > >>> > Here is the tool that I used: >>> > >>> > http://nestedvm.ibex.org/ >>> > >>> > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk >>> > to me before attempting to do it yourself. I'll post notes about it at >>> >>> > some point. It may be simpler on Linux, but I have not tried it >>> > myself. >>> > >>> > Beware: this is rough, just a proof of concept for now; however I'd be >>> >>> > interested in hearing about problems. Soon we may be able to run grads >>> >>> > on cell phones. >>> > >>> > Arlindo >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> > >>> > >>> > >>> > -- >>> > Arlindo da Silva >>> > da...@al... >>> >>> >>> ------------------------------------------------------------------------ >>> ------ >>> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, >>> Nevada. >>> The future of the web can't happen without you. Join us at MIX09 to >>> help >>> pave the way to the Next Web now. Learn more and register at >>> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >>> com/ >>> _______________________________________________ >>> Opengrads-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> >> >> >> -- >> Arlindo da Silva >> da...@al... >> > > > > -- > Arlindo da Silva > da...@al... > > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-12-19 06:59:50
|
On Thu, Dec 18, 2008 at 1:03 AM, pedro tsai <ped...@ya...> wrote: > Dear Arlindo, Gary, Brian > > I apologized that I have been silent for many years. I went to do > commercial software in Silicon Valley since 2000 (except for 2003, when I > was laid-off during the last collapse of bubble, I was fortunate that I was > able to went back to Monterey to work on weather model for a year). Now > days, I work for IC chip design company (for cell phone chips, digital TV > chip, etc). That, pretty much sum up the last 8-9 years. > > Anyway, I think I still remember the GrADS code I work on with Brian. Let > me known if I can be of some help. > Nice to hear from you! I have studied your code in the last couple of days (great job, BTW) and I have been able to extract the low level gxJ class that I needed for adding graphics to grads v2 under the JVM. The latest is here: http://opengrads.org/devel/grads2/grads.jar To run the main application: java -jar grads.jar For running the utilities, java -cp grads.jar gxeps myfile.gm It now has basic graphics with animation and double buffer; no widgets, though. I am pretty sure there are lots of fine tuning still to be done, since there are still many of the gxX() routines that are stubs. On my immediate list: - window resizing - grads-superpack.jar including fonts, map data, etc -- all that is needed to run grads - command line parsing, including initial window size - Jline (readline replacement) - Try to build opendap (or else wait for NetCDF-4) Anybody willing to help with the following? - Swing based console, IDE (?) - JNLP/web start - Eclipse plug in? Brian: I may need your help to implement the widget stuff. Let me known of bugs... Arlindo > > Pedro > > > > > --- On *Wed, 12/17/08, Love, Mr. Gary, Contractor, Code 7542 < > gar...@nr...>* wrote: > > From: Love, Mr. Gary, Contractor, Code 7542 <gar...@nr... > > > Subject: RE: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under > JVM > To: "Arlindo da Silva" <da...@al...> > Cc: "Brian Doty" <do...@co...>, ped...@ya... > Date: Wednesday, December 17, 2008, 2:47 PM > > > Arlindo, > > Here's Pedro's email: ped...@ya.... It's been almost 10 years > since he wrote the Java-Grads code, I hope he remembers what he did. > > Good Luck, > Gary > > ------------------------------ > *From:* arl...@gm... [mailto:arl...@gm...] *On > Behalf Of *Arlindo da Silva > *Sent:* Wednesday, December 17, 2008 7:19 AM > *To:* Love, Mr. Gary, Contractor, Code 7542 > *Cc:* ope...@li...; Brian Doty > *Subject:* Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under > JVM > > On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 < > gar...@nr...> wrote: > >> Brian, Arlindo, >> >> I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ >> > > This is very helpful, I shall be able to reuse some of this code, although > I have a much simpler problem. Does anybody know Pedro whereabouts? > > Arlindo > > > > >> >> Gary >> >> >> -----Original Message----- >> From: Brian Doty [mailto:do...@co...] >> Sent: Saturday, December 13, 2008 3:29 AM >> To: Arlindo da Silva >> Cc: ope...@li... >> Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under >> JVM >> >> Hi Arlindo, this seems to have potential implications for the GDS. >> Regarding java graphics, there are no doubt some nice libraries out >> there these days but I have not been keeping up with that area. >> Pedro Tsai, about 10 years ago, wrote a grads client/server setup in >> java which included some graphics output of the grads graphics >> primitives (this was a precursor to the GDS). I have that code around >> somewhere and I can find it if you think it might be useful for this. >> You don't need to support a whole lot to get most of the graphics output >> working. >> >> Take a look in gxmeta.c, at function gxhdrw. It redraws the internal >> buffer and draws all the primitives. Look at the code starting with the >> comment "Get message type". If you support color, polygon, rectangle >> (separate from polygon for performance), and line drawing, you get >> almost all of the graphics. Line thickness is also nice (can easily be >> soft generated too). >> >> Even though GrADS has been all X11 for a while now, it didn't start that >> way and I have wanted to avoid being locked into that, thus this fairly >> simple interface has survived. I don't expect to redesign this in any >> substantial way but I do want to add text strings and font selection as >> new primitives (with appropriate fall-back to the Hershey fonts when >> needed). Anyone out there still using gv32? It's not going to work >> much longer.... Brian >> >> On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: >> >> > All, >> > >> > I just refreshed >> > >> > http://opengrads.org/devel/grads2/grads.jar >> > >> > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, >> > printim. Still no readline, x11 or opendap; see output of "q config" >> > below. This is all 100% java (no JNI), it should run anywhere. >> > >> > Brian: I know you are thinking about redesigning the graphical engine >> >> > in grads. Do you have any thoughts on how one could handle the >> > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking >> > about implementing "gxX.c" in java around JPanel. >> > >> > Arlindo >> > >> > >> > ga> q config >> > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid >> >> > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright >> > (c) 1988-2008 by Brian Doty and the Institute for Global Environment >> > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY >> > See file COPYRIGHT for more information. >> > >> > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf >> > >> > This version of GrADS has been configured with the following options: >> > o Built on a BIG ENDIAN machine >> > o Command line editing DISABLED >> > o printim command for image output ENABLED >> > http://www.zlib.net >> > http://www.libpng.org/pub/png/libpng.html >> > http://www.libgd.org/Main_Page >> > o GRIB2 interface ENABLED >> > http://www.ijg.org >> > http://www.ece.uvic.ca/~mdadams/jasper<http://www.ece.uvic.ca/%7Emdadams/jasper> >> > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 >> > g2clib-1.0.5 >> > o NetCDF interface ENABLED >> > http://www.unidata.ucar.edu/software/netcdf >> > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ >> > o NCSA HDF interface ENABLED >> > http://hdf.ncsa.uiuc.edu >> > HDF4.2r3 >> > o Athena Widget GUI DISABLED >> > o OPeNDAP gridded data interface DISABLED >> > o OPeNDAP station data interface DISABLED >> > >> > >> > >> > >> > >> > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva >> > <da...@al...> wrote: >> > Hi, >> > >> > I was able to created a prototype build of grads v2 that runs >> > entirely under the JVM: >> > >> > http://opengrads.org/devel/grads2/grads.jar >> > >> > To try it out: >> > >> > java -cp grads.jar grads >> > >> > Most external libraries have been disabled at this point, even X. >> > However, you can do things like >> > >> > ga> open model.ctl >> > ga> d ts >> > ga> print ts.eps >> > >> > It feels quite usable on my MacPro laptop, speed-wise I mean. What do >> > you think? Here is the best part of it: >> > >> > numer of grads source code lines modified: 0, except for the >> > replacing gxX.c with the attached stubs. >> > number of build script lines modified: 0 >> > >> > Jennifer: you may want to carry the gxX.c stubs along with the sources >> >> > code and have a --disbale-X11 during configure. This is very useful to >> >> > create binaries for machines that do not provide X11 (say many >> > computer centers disable X11 at the compute nodes). >> > >> > Here is the tool that I used: >> > >> > http://nestedvm.ibex.org/ >> > >> > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk >> > to me before attempting to do it yourself. I'll post notes about it at >> >> > some point. It may be simpler on Linux, but I have not tried it >> > myself. >> > >> > Beware: this is rough, just a proof of concept for now; however I'd be >> >> > interested in hearing about problems. Soon we may be able to run grads >> >> > on cell phones. >> > >> > Arlindo >> > >> > >> > -- >> > Arlindo da Silva >> > da...@al... >> > >> > >> > >> > -- >> > Arlindo da Silva >> > da...@al... >> >> >> ------------------------------------------------------------------------ >> ------ >> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, >> Nevada. >> The future of the web can't happen without you. Join us at MIX09 to >> help >> pave the way to the Next Web now. Learn more and register at >> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. >> com/ >> _______________________________________________ >> Opengrads-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opengrads-devel >> > > > > -- > Arlindo da Silva > da...@al... > > > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-12-17 15:19:13
|
On Mon, Dec 15, 2008 at 4:10 PM, Love, Mr. Gary, Contractor, Code 7542 < gar...@nr...> wrote: > Brian, Arlindo, > > I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ > This is very helpful, I shall be able to reuse some of this code, although I have a much simpler problem. Does anybody know Pedro whereabouts? Arlindo > > Gary > > > -----Original Message----- > From: Brian Doty [mailto:do...@co...] > Sent: Saturday, December 13, 2008 3:29 AM > To: Arlindo da Silva > Cc: ope...@li... > Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under > JVM > > Hi Arlindo, this seems to have potential implications for the GDS. > Regarding java graphics, there are no doubt some nice libraries out > there these days but I have not been keeping up with that area. > Pedro Tsai, about 10 years ago, wrote a grads client/server setup in > java which included some graphics output of the grads graphics > primitives (this was a precursor to the GDS). I have that code around > somewhere and I can find it if you think it might be useful for this. > You don't need to support a whole lot to get most of the graphics output > working. > > Take a look in gxmeta.c, at function gxhdrw. It redraws the internal > buffer and draws all the primitives. Look at the code starting with the > comment "Get message type". If you support color, polygon, rectangle > (separate from polygon for performance), and line drawing, you get > almost all of the graphics. Line thickness is also nice (can easily be > soft generated too). > > Even though GrADS has been all X11 for a while now, it didn't start that > way and I have wanted to avoid being locked into that, thus this fairly > simple interface has survived. I don't expect to redesign this in any > substantial way but I do want to add text strings and font selection as > new primitives (with appropriate fall-back to the Hershey fonts when > needed). Anyone out there still using gv32? It's not going to work > much longer.... Brian > > On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: > > > All, > > > > I just refreshed > > > > http://opengrads.org/devel/grads2/grads.jar > > > > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, > > printim. Still no readline, x11 or opendap; see output of "q config" > > below. This is all 100% java (no JNI), it should run anywhere. > > > > Brian: I know you are thinking about redesigning the graphical engine > > > in grads. Do you have any thoughts on how one could handle the > > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking > > about implementing "gxX.c" in java around JPanel. > > > > Arlindo > > > > > > ga> q config > > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid > > > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright > > (c) 1988-2008 by Brian Doty and the Institute for Global Environment > > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY > > See file COPYRIGHT for more information. > > > > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf > > > > This version of GrADS has been configured with the following options: > > o Built on a BIG ENDIAN machine > > o Command line editing DISABLED > > o printim command for image output ENABLED > > http://www.zlib.net > > http://www.libpng.org/pub/png/libpng.html > > http://www.libgd.org/Main_Page > > o GRIB2 interface ENABLED > > http://www.ijg.org > > http://www.ece.uvic.ca/~mdadams/jasper<http://www.ece.uvic.ca/%7Emdadams/jasper> > > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > > g2clib-1.0.5 > > o NetCDF interface ENABLED > > http://www.unidata.ucar.edu/software/netcdf > > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ > > o NCSA HDF interface ENABLED > > http://hdf.ncsa.uiuc.edu > > HDF4.2r3 > > o Athena Widget GUI DISABLED > > o OPeNDAP gridded data interface DISABLED > > o OPeNDAP station data interface DISABLED > > > > > > > > > > > > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva > > <da...@al...> wrote: > > Hi, > > > > I was able to created a prototype build of grads v2 that runs > > entirely under the JVM: > > > > http://opengrads.org/devel/grads2/grads.jar > > > > To try it out: > > > > java -cp grads.jar grads > > > > Most external libraries have been disabled at this point, even X. > > However, you can do things like > > > > ga> open model.ctl > > ga> d ts > > ga> print ts.eps > > > > It feels quite usable on my MacPro laptop, speed-wise I mean. What do > > you think? Here is the best part of it: > > > > numer of grads source code lines modified: 0, except for the > > replacing gxX.c with the attached stubs. > > number of build script lines modified: 0 > > > > Jennifer: you may want to carry the gxX.c stubs along with the sources > > > code and have a --disbale-X11 during configure. This is very useful to > > > create binaries for machines that do not provide X11 (say many > > computer centers disable X11 at the compute nodes). > > > > Here is the tool that I used: > > > > http://nestedvm.ibex.org/ > > > > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk > > to me before attempting to do it yourself. I'll post notes about it at > > > some point. It may be simpler on Linux, but I have not tried it > > myself. > > > > Beware: this is rough, just a proof of concept for now; however I'd be > > > interested in hearing about problems. Soon we may be able to run grads > > > on cell phones. > > > > Arlindo > > > > > > -- > > Arlindo da Silva > > da...@al... > > > > > > > > -- > > Arlindo da Silva > > da...@al... > > > ------------------------------------------------------------------------ > ------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, > Nevada. > The future of the web can't happen without you. Join us at MIX09 to > help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. > com/<http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/> > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel > -- Arlindo da Silva da...@al... |
From: Love, M. G. C. C. 7. <gar...@nr...> - 2008-12-15 21:23:51
|
Brian, Arlindo, I believe Pedro's code is at ftp://www.iges.org/grads/gaserv/ Gary -----Original Message----- From: Brian Doty [mailto:do...@co...] Sent: Saturday, December 13, 2008 3:29 AM To: Arlindo da Silva Cc: ope...@li... Subject: Re: [Opengrads-devel] Proof of concept: grads 2.0.a3 100% under JVM Hi Arlindo, this seems to have potential implications for the GDS. Regarding java graphics, there are no doubt some nice libraries out there these days but I have not been keeping up with that area. Pedro Tsai, about 10 years ago, wrote a grads client/server setup in java which included some graphics output of the grads graphics primitives (this was a precursor to the GDS). I have that code around somewhere and I can find it if you think it might be useful for this. You don't need to support a whole lot to get most of the graphics output working. Take a look in gxmeta.c, at function gxhdrw. It redraws the internal buffer and draws all the primitives. Look at the code starting with the comment "Get message type". If you support color, polygon, rectangle (separate from polygon for performance), and line drawing, you get almost all of the graphics. Line thickness is also nice (can easily be soft generated too). Even though GrADS has been all X11 for a while now, it didn't start that way and I have wanted to avoid being locked into that, thus this fairly simple interface has survived. I don't expect to redesign this in any substantial way but I do want to add text strings and font selection as new primitives (with appropriate fall-back to the Hershey fonts when needed). Anyone out there still using gv32? It's not going to work much longer.... Brian On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: > All, > > I just refreshed > > http://opengrads.org/devel/grads2/grads.jar > > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, > printim. Still no readline, x11 or opendap; see output of "q config" > below. This is all 100% java (no JNI), it should run anywhere. > > Brian: I know you are thinking about redesigning the graphical engine > in grads. Do you have any thoughts on how one could handle the > graphics in Java? Currently, I have gxX.c stubbed out. I was thinking > about implementing "gxX.c" in java around JPanel. > > Arlindo > > > ga> q config > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid > Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright > (c) 1988-2008 by Brian Doty and the Institute for Global Environment > and Society (IGES) This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf > > This version of GrADS has been configured with the following options: > o Built on a BIG ENDIAN machine > o Command line editing DISABLED > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.0.5 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ > o NCSA HDF interface ENABLED > http://hdf.ncsa.uiuc.edu > HDF4.2r3 > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > > > > > > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva > <da...@al...> wrote: > Hi, > > I was able to created a prototype build of grads v2 that runs > entirely under the JVM: > > http://opengrads.org/devel/grads2/grads.jar > > To try it out: > > java -cp grads.jar grads > > Most external libraries have been disabled at this point, even X. > However, you can do things like > > ga> open model.ctl > ga> d ts > ga> print ts.eps > > It feels quite usable on my MacPro laptop, speed-wise I mean. What do > you think? Here is the best part of it: > > numer of grads source code lines modified: 0, except for the > replacing gxX.c with the attached stubs. > number of build script lines modified: 0 > > Jennifer: you may want to carry the gxX.c stubs along with the sources > code and have a --disbale-X11 during configure. This is very useful to > create binaries for machines that do not provide X11 (say many > computer centers disable X11 at the compute nodes). > > Here is the tool that I used: > > http://nestedvm.ibex.org/ > > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk > to me before attempting to do it yourself. I'll post notes about it at > some point. It may be simpler on Linux, but I have not tried it > myself. > > Beware: this is rough, just a proof of concept for now; however I'd be > interested in hearing about problems. Soon we may be able to run grads > on cell phones. > > Arlindo > > > -- > Arlindo da Silva > da...@al... > > > > -- > Arlindo da Silva > da...@al... ------------------------------------------------------------------------ ------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix. com/ _______________________________________________ Opengrads-devel mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opengrads-devel |
From: Brian D. <do...@co...> - 2008-12-13 12:09:24
|
Hi Arlindo, this seems to have potential implications for the GDS. Regarding java graphics, there are no doubt some nice libraries out there these days but I have not been keeping up with that area. Pedro Tsai, about 10 years ago, wrote a grads client/server setup in java which included some graphics output of the grads graphics primitives (this was a precursor to the GDS). I have that code around somewhere and I can find it if you think it might be useful for this. You don't need to support a whole lot to get most of the graphics output working. Take a look in gxmeta.c, at function gxhdrw. It redraws the internal buffer and draws all the primitives. Look at the code starting with the comment "Get message type". If you support color, polygon, rectangle (separate from polygon for performance), and line drawing, you get almost all of the graphics. Line thickness is also nice (can easily be soft generated too). Even though GrADS has been all X11 for a while now, it didn't start that way and I have wanted to avoid being locked into that, thus this fairly simple interface has survived. I don't expect to redesign this in any substantial way but I do want to add text strings and font selection as new primitives (with appropriate fall-back to the Hershey fonts when needed). Anyone out there still using gv32? It's not going to work much longer.... Brian On Dec 12, 2008, at 11:17 PM, Arlindo da Silva wrote: > All, > > I just refreshed > > http://opengrads.org/devel/grads2/grads.jar > > It is getting quite functional now: grib-1, grib-2, netcdf, hdf, > printim. Still no readline, x11 or opendap; see output of "q > config" below. This is all 100% java (no JNI), it should run anywhere. > > Brian: I know you are thinking about redesigning the graphical > engine in grads. Do you have any thoughts on how one could handle > the graphics in Java? Currently, I have gxX.c stubbed out. I was > thinking about implementing "gxX.c" in java around JPanel. > > Arlindo > > > ga> q config > Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds > Grid Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev > Copyright (c) 1988-2008 by Brian Doty and the > Institute for Global Environment and Society (IGES) > This program is distributed WITHOUT ANY WARRANTY > See file COPYRIGHT for more information. > > Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf > > This version of GrADS has been configured with the following options: > o Built on a BIG ENDIAN machine > o Command line editing DISABLED > o printim command for image output ENABLED > http://www.zlib.net > http://www.libpng.org/pub/png/libpng.html > http://www.libgd.org/Main_Page > o GRIB2 interface ENABLED > http://www.ijg.org > http://www.ece.uvic.ca/~mdadams/jasper > http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 > g2clib-1.0.5 > o NetCDF interface ENABLED > http://www.unidata.ucar.edu/software/netcdf > netcdf "3.6.2" of Dec 11 2008 22:17:25 $ > o NCSA HDF interface ENABLED > http://hdf.ncsa.uiuc.edu > HDF4.2r3 > o Athena Widget GUI DISABLED > o OPeNDAP gridded data interface DISABLED > o OPeNDAP station data interface DISABLED > > > > > > On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva > <da...@al...> wrote: > Hi, > > I was able to created a prototype build of grads v2 that runs > entirely under the JVM: > > http://opengrads.org/devel/grads2/grads.jar > > To try it out: > > java -cp grads.jar grads > > Most external libraries have been disabled at this point, even X. > However, you can do things like > > ga> open model.ctl > ga> d ts > ga> print ts.eps > > It feels quite usable on my MacPro laptop, speed-wise I mean. What > do you think? Here is the best part of it: > > numer of grads source code lines modified: 0, except for the > replacing gxX.c with the attached stubs. > number of build script lines modified: 0 > > Jennifer: you may want to carry the gxX.c stubs along with the > sources code and have a --disbale-X11 during configure. This is > very useful to create binaries for machines that do not provide X11 > (say many computer centers disable X11 at the compute nodes). > > Here is the tool that I used: > > http://nestedvm.ibex.org/ > > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, > talk to me before attempting to do it yourself. I'll post notes > about it at some point. It may be simpler on Linux, but I have not > tried it myself. > > Beware: this is rough, just a proof of concept for now; however I'd > be interested in hearing about problems. Soon we may be able to run > grads on cell phones. > > Arlindo > > > -- > Arlindo da Silva > da...@al... > > > > -- > Arlindo da Silva > da...@al... |
From: Arlindo da S. <da...@al...> - 2008-12-13 04:17:34
|
All, I just refreshed http://opengrads.org/devel/grads2/grads.jar It is getting quite functional now: grib-1, grib-2, netcdf, hdf, printim. Still no readline, x11 or opendap; see output of "q config" below. This is all 100% java (no JNI), it should run anywhere. Brian: I know you are thinking about redesigning the graphical engine in grads. Do you have any thoughts on how one could handle the graphics in Java? Currently, I have gxX.c stubbed out. I was thinking about implementing "gxX.c" in java around JPanel. Arlindo ga> q config Config: v2.0.a3.oga.2dev big-endian printim grib2 netcdf hdf4-sds Grid Analysis and Display System (GrADS) Version 2.0.a3.oga.2dev Copyright (c) 1988-2008 by Brian Doty and the Institute for Global Environment and Society (IGES) This program is distributed WITHOUT ANY WARRANTY See file COPYRIGHT for more information. Built Sat Dec 13 00:32:59 BRST 2008 for mips-unknown-elf This version of GrADS has been configured with the following options: o Built on a BIG ENDIAN machine o Command line editing DISABLED o printim command for image output ENABLED http://www.zlib.net http://www.libpng.org/pub/png/libpng.html http://www.libgd.org/Main_Page o GRIB2 interface ENABLED http://www.ijg.org http://www.ece.uvic.ca/~mdadams/jasper http://www.nco.ncep.noaa.gov/pmb/codes/GRIB2 g2clib-1.0.5 o NetCDF interface ENABLED http://www.unidata.ucar.edu/software/netcdf netcdf "3.6.2" of Dec 11 2008 22:17:25 $ o NCSA HDF interface ENABLED http://hdf.ncsa.uiuc.edu HDF4.2r3 o Athena Widget GUI DISABLED o OPeNDAP gridded data interface DISABLED o OPeNDAP station data interface DISABLED On Thu, Dec 11, 2008 at 12:38 AM, Arlindo da Silva <da...@al...>wrote: > Hi, > I was able to created a prototype build of grads v2 that runs entirely > under the JVM: > > http://opengrads.org/devel/grads2/grads.jar > > To try it out: > > java -cp grads.jar grads > > Most external libraries have been disabled at this point, even X. > However, you can do things like > > ga> open model.ctl > ga> d ts > ga> print ts.eps > > It feels quite usable on my MacPro laptop, speed-wise I mean. What do you > think? Here is the best part of it: > > numer of grads source code lines modified: 0, except for the replacing > gxX.c with the attached stubs. > number of build script lines modified: 0 > > Jennifer: you may want to carry the gxX.c stubs along with the sources code > and have a --disbale-X11 during configure. This is very useful to create > binaries for machines that do not provide X11 (say many computer centers > disable X11 at the compute nodes). > > Here is the tool that I used: > > http://nestedvm.ibex.org/ > > Building this gcc toolchain on Mac OS X 10.5 is kind of tricky, talk to me > before attempting to do it yourself. I'll post notes about it at some point. > It may be simpler on Linux, but I have not tried it myself. > > Beware: this is rough, just a proof of concept for now; however I'd be > interested in hearing about problems. Soon we may be able to run grads on > cell phones. > > Arlindo > > > -- > Arlindo da Silva > da...@al... > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-21 14:47:13
|
On Sat, Sep 20, 2008 at 6:33 PM, Jose F. Nieves <ni...@lt...>wrote: > Arlindo > > Just a quick question. > > To update this release with the binary packages, what I need to do is > choose the > > Admin->file release > > menu, and choose the "Edit release" next to the tcl-grads package > to upload the package files I usually upload the file with a simple scp command first: scp tclgrads-x.y.z.tgz you...@fr...:uploads > > and revise the Notes to reflect the addition. > When you go the admin/file release page you will see the file listed under Step 2 and all you need to do is to check the box and click on the "add files" button. > > Is this correct? > A few gotchas... 1. Now, if you are updating a release that you just made, then before you import a new fle with the same name you need to delete the previous file already there. Scroll down, select the file, check the box "I'm sure" and click on the "delete file" button. 2. Once you imported the files, scroll down and select the processor/file type for each file and click on "Update/Refresh" button. Do this one file at a time. If you make the selection for all files and click the update button, only the file next to that button will updated, all else will be lost. As a matter of policy, I usually refresh files (meaning, keeping the same version) if I realize a mistake before making an announcement on gradsusr, or if it is just a documentation update (say in the README file). Otherwise, any bug fix will bump at least the last digit in the version number. Notice that every time you refresh a file the download count gets reset to zero. Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-11 12:08:25
|
On Thu, Sep 11, > > > Do you think you could update the supplib repository with yours+Jennifer > > patches? At least that repository will be current, and could be used as a > > reference for communication with Jennifer (at least it would have the > > history log). You can either import on a COLA vendor branch and merge, or > > else just overwrite what is in the trunk and check in. > > This requires libdap > 3.8.0 in the supplibs, is it the case? Most importantly, in the GrADS code, both v1.9.0-rc1 and the v2 series. > > > Maybe we could wait for the next gadap release with all changes > incorporated to put it in the supplibs, unless this is already > libdap > 3.8.0 in the supplibs. > Yes, the version in the supplibs is for libdap > 3.8.0. A little history. We had the old gadods that Joe wrote. There were substantial API changes going from libdap 3.7 to 3.8 and gadap was broken beyond (simple) repair. Jennifer gave what she had at the time (which had already some mods towards libdap 3.8) and I hacked it away with help from James. With your help I revised the autoconfiscation, tests, etc and checked in the supplibs and have been using it since then for building v1.9 and v2.0. I am not sure if Jennifer have been tracking the version in the repository or have made changes starting from a tarball I sent her at some point. Jennifer current sources appear to have 2 main mods: 1) Change n copyright: from Joe to COLA/IGES, something they had to do 2) Some directory renaming (from m4 to etc) 3) A new function for returning the version number I'll try to reconcile. Arlindo -- Arlindo da Silva da...@al... |
From: Patrice D. <per...@fr...> - 2008-09-11 11:13:07
|
On Tue, Sep 09, 2008 at 01:03:35PM -0400, Arlindo da Silva wrote: > > Yep, the API changes were so extensive that this is not practical. This is > one of the reasons for renaming the files from "dods" to "dap". I'd suggest > forgetting about versions pre 3.8.0. Ok. > I thought we had that already once we autocinfiscated the gadap sources. > What else do we need to do? Not a lot, this is indeed really easy after autocinfiscation. The real burden is that ABI changes have to be tracked afterwards. > In any event, when building the supplibs I always set "--disabled-shared > --enable-static". Indeed. > Do you think you could update the supplib repository with yours+Jennifer > patches? At least that repository will be current, and could be used as a > reference for communication with Jennifer (at least it would have the > history log). You can either import on a COLA vendor branch and merge, or > else just overwrite what is in the trunk and check in. This requires libdap > 3.8.0 in the supplibs, is it the case? Maybe we could wait for the next gadap release with all changes incorporated to put it in the supplibs, unless this is already libdap > 3.8.0 in the supplibs. > This would be used > for supplibs-2.0.2, whenever we have a new version. I am assuming you ahve > done some type of testing. You're not correctly assuming ;-). I am a packager, not a user of gadap, so I don't even know how to test it. I just verified that it compiled, but my changes are very minor. I'll certainly test that I can perform what I usually do with grads with gadap, but it has to build first, and I have to package it too, so I'm not there right now. -- Pat |
From: Arlindo da S. <da...@al...> - 2008-09-11 04:02:45
|
Jose, I took at your implementation. Your README file appears to describe the API, so I'll comment on this, although I'll disclose that I know very little about TCL. grads::init [-options <grads_options>] [-prompt <grads_prompt>] \ [-undef <symbol>] Defaults: -options "-l -b" -prompt "ga->" -undef "?" Must be called first. Why do you need to specify a prompt? The -u option writes out markers so that you can determine when commands start and end, without the need to rely on the propmpt for that. proc grads::end {} Must be called last. proc grads::open {ctlfile} Must be called after grads::init and before any of other functions. The Open method that gerl/pygrads implement take a file name an optional file type, and can do a open, sdfopen or xdfopen depending on the extension. Usually nthe file type can be guessed from the file name. proc grads::exec {args} Sends a command to GrADS for execution. The resulting output from GrADS is saved in an internal variable, and it can retrieved by the following three functions: grads::value grads::output grads::output_list grads::output_line grads::output_word A couple of comments; this method is called "cmd" in gerl/python. These interfaces define 2 functions rline(i) and rword(i,j) to get to the output. I'd suggest have functions of the same name (you can keep the others), and taking the same arguments (yours already do), and these arguments having the same range: lines and words start at "1", not zero. This is important to allow translating functions from gerl/python into tcl. (It is much easier f you do not have to change offsets of indices.) proc grads::value {} Returns the result value from the last command excuted by GrADS (e.g., d tmpprs). If the last command did not correspond to a variable evaluation, the return value is the "undef" parameter ("?" by default). proc grads::output {} Returns the entire output result of GrADS after a call to grads::exec as a single text string. proc grads::output_list {} Returns the output result of GrADS after a call to grads::exec, with the text split in lines as a tcl list. proc grads::output_line {lineindex} Returns the line indexed by $lineindex from the output list. proc grads::output_word {lineindex wordindex} Returns the word indxed by $wordindex from the line indexed by $lineindex. See above. proc grads::evalvar {varname} Returns the result of evaluation of a variable by GrADS. Do you mean an array? How are you exchanging data with grads? Are you using bi-directional pipes, named pipes (FIFOs) or disk transfer files? Gerl/pygrads uses bi-directional pipes; up to recently I exclusively used the IPC extension for data exchange through strdin/stdout, but in pygrads 1.1.0 I start using 'fwrite' to stdout (set fwrite -) with grads v2.0.a3; named pipes did not work in versions prior to 2.0.a3, bit work now. proc grads::get_sizes {array_name} Fills the array (passed in the argument by name) with the various sizes of the data file: number of longitude points (nx) number of latitude points (ny) number of levels (nz) number of times (nt) lon1, lon2, lat1, lat2 In gerl/pygrads I implement a generic query() functions that captures the result of the grads query command. Your function is similar to query("dims"). proc grads::get_levels {level_list} Returns a (tcl) list of the levels in the file (the argument must be passed by name). proc grads::get_times {times_list} Returns a (tcl) list of the forecast times in the file (the argument must be passed by name). See the coords() method in pygrads (gacore.py), not yet implemented in perl. This function returns the value of all ccordinates. How to do you currently retrieve the non-uniform latitudes of a gaussian grid? I checked in your code to contrib/interfaces/tcl; I added a few standard files (such as ChangeLog), but these are blank. Arlindo Define 'gacvs' as an alias to cvs -z3 -d:ext:da...@op...:/cvsroot/opengrads then, check out the code as: % gacvs co -P contrib % cd contrib/interfaces/tcl -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-09 17:03:25
|
On Tue, Sep 9, 2008 at 9:28 AM, Patrice Dumas <per...@fr...> wrote: > Hello, > > Here is a simple patch for gadap > We have a version of gadap in the supplibs, and then there is the one that Jeniffer posted recently. All my builds use the supplibs version. Have you had a chance to reconcile these? It has been on my to do list but I haven't been able to get to it yet. Jennifer: have you done any comparison against the supplib sources? > * missing cstring includes > * use libdap namespace > > I don't know if the libdap namespace use causes gadap not to build with > libdap < 3.8.0 anymore. Yep, the API changes were so extensive that this is not practical. This is one of the reasons for renaming the files from "dods" to "dap". I'd suggest forgetting about versions pre 3.8.0. > If so, it'll need to be conditionalized, could > you please test it? > I can tell you: no way to use the current gadap with the old API without very tedious analysis and testing. In my view it is not worth it. > > I think that it would be nice to have shared libraries with libtool > support. Would you accept if I do that? > I thought we had that already once we autocinfiscated the gadap sources. What else do we need to do? In any event, when building the supplibs I always set "--disabled-shared --enable-static". > Also is there a repository to track your development and avoid doing > patches against old sources? That would be very convenient (and for > grads, too...). > Do you think you could update the supplib repository with yours+Jennifer patches? At least that repository will be current, and could be used as a reference for communication with Jennifer (at least it would have the history log). You can either import on a COLA vendor branch and merge, or else just overwrite what is in the trunk and check in. This would be used for supplibs-2.0.2, whenever we have a new version. I am assuming you ahve done some type of testing. Thank you, Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-06 23:58:11
|
Jose, Thanks. I'll take a look at your code and get back to you. Do you have a sourceforge account? I'd need your userid to give you check in privileges to our repository. Arlindo On Sat, Sep 6, 2008 at 6:48 PM, Jose F. Nieves <ni...@lt...> wrote: > Arlindo > > Thanks for your message. > >> Right now we have released the Perl and Python interfaces, and Luiz >> Rodrigo has contributed a PHP interface that is still in development. >> I have had a query at some point about a TCL interface but we are not >> working on one. So, your effort would be much appreciated. >> >> You may want to know that way back someone wrote a TCL/TK graphical >> user interface for GrADS that you can find here: >> >> ftp://grads.iges.org/grads/sprite/XGrads/xgrads.win32.tar >> >> If I am not mistaken, this uses the "expect" package to interact with >> the GrADS command line. It has not been maintained in a while, so I am >> not sure whether it works with current GrADS releases. One recent >> development that was not available then -- and it is now --- is the >> ability to capture error conditions from GrADS (the command line >> option -u); this is very important for you to perform error handling. > > I discovered by accident the xml-style of output and it is used by > the preliminary interfacet that I am using. > >> >> Now for the Perl and Python interfaces I've been trying to keep the >> "API" sort of consistent among all the interfaces. It would be nice if >> you could keep some level consistency between the TCL and the Perl and >> Python interfaces. You can find more information about the Perl/Python >> interfaces here: >> >> http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS >> http://opengrads.org/wiki/index.php?title=Perl_Interface_to_GrADS >> >> Luiz Rodrigo, who subscribes to this list, may be able to update you >> on where he is with the PHP interface. The last prototype he sent me >> was already very functional, we just need to complete the >> documentation and release it on sf.net. > > I checked the perl interface which I understand better then python > and I believe the eseential ideas are similar, of course the details > differ since the languages are so different. Anyway I can > incorporate suggestions as soon as I get some feedback. > >> So, if you already have an sketch of an interface that you would like >> us to look over please send it to this list and we will be glad to >> send you feedback. As for distributing through OpenGrADS I need to ask >> you a couple of questions: >> >> 1) Are you willing to release your tcl interface under an opensource >> license? GPL is preferred, but any license acceptable to SourceForge >> (our host) is fine too. > > I use the BSD license, which I suppose is fine. > >> >> 2) Are you willing to maintain a simple wiki page at opengrads.org >> with information about installation and usage of your interface? > > > I think I can do it. > >> >> 3) Would you be able to support the package by answering to bug >> reports on our tracker? We understand that people need to work around >> their own schedule, so you do not need to fix things immediately, but >> if the package is to be listed as "actively maintained" you need to so >> periodically, at least a couple of times a year. >> > > I update the software that I write as soon as I find a fix for > an error report. So this should not be a problem either. > >> I look forward to working with you. >> >> Best Regards, >> >> Arlindo > > > I am sending a snapshot of the current package. To run the tests > you probably have to change the #! line at the top of the scripts. > This is still preliminary and not intended for general distribution, > but feel free to distribute it to people you work with. What I would > like to do is to have a simple basic package (not too different in scope > from the current one) and build gradually a higher level library on top > of it. > > Regards > > Jose F Nieves > > -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-05 21:09:47
|
On Wed, Aug 27, 2008 at 10:08 AM, Daniel da Silva <dda...@um...> wrote: >> >> I wrote Nbsp (a noaaport software) and I use GrADS and separately >> tcl for the scripts. I recently started to do a tcl interface to >> GrADS (tclgrads) and a couple of days ago I saw your site. I wonder >> if there is any other similar project to do a tcl interface to grads, >> otherwise I can finish mine and make it available. Right now we have released the Perl and Python interfaces, and Luiz Rodrigo has contributed a PHP interface that is still in development. I have had a query at some point about a TCL interface but we are not working on one. So, your effort would be much appreciated. You may want to know that way back someone wrote a TCL/TK graphical user interface for GrADS that you can find here: ftp://grads.iges.org/grads/sprite/XGrads/xgrads.win32.tar If I am not mistaken, this uses the "expect" package to interact with the GrADS command line. It has not been maintained in a while, so I am not sure whether it works with current GrADS releases. One recent development that was not available then -- and it is now --- is the ability to capture error conditions from GrADS (the command line option -u); this is very important for you to perform error handling. Now for the Perl and Python interfaces I've been trying to keep the "API" sort of consistent among all the interfaces. It would be nice if you could keep some level consistency between the TCL and the Perl and Python interfaces. You can find more information about the Perl/Python interfaces here: http://opengrads.org/wiki/index.php?title=Python_Interface_to_GrADS http://opengrads.org/wiki/index.php?title=Perl_Interface_to_GrADS Luiz Rodrigo, who subscribes to this list, may be able to update you on where he is with the PHP interface. The last prototype he sent me was already very functional, we just need to complete the documentation and release it on sf.net. So, if you already have an sketch of an interface that you would like us to look over please send it to this list and we will be glad to send you feedback. As for distributing through OpenGrADS I need to ask you a couple of questions: 1) Are you willing to release your tcl interface under an opensource license? GPL is preferred, but any license acceptable to SourceForge (our host) is fine too. 2) Are you willing to maintain a simple wiki page at opengrads.org with information about installation and usage of your interface? 3) Would you be able to support the package by answering to bug reports on our tracker? We understand that people need to work around their own schedule, so you do not need to fix things immediately, but if the package is to be listed as "actively maintained" you need to so periodically, at least a couple of times a year. I look forward to working with you. Best Regards, Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-04 14:14:54
|
Hi Luiz Rodrigo, I've been using a MediaWiki extension in the Cookbooks for syntax highlighting, see for example http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file This uses the [http://www.mediawiki.org/wiki/Extension:GeSHiCodeTag GeiSHi] that support many languages but not yet GrADS scripting. Since it is written in PHP, I thought that perhaps you might be able to figure out how to include support for gs scripts. When you have a chance, would you be able to take a look at it and see whether it is doable? I am attaching the emacs syntax highlighting stuff that Joe Wielgosz wrote in the remote possibility that it might be useful for this problem. So far I've using the "fortran" style for gs scripts which almost works. One might be able to start with the fortran stuff and customize it a bit for gs scripts. Thank you, Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-09-02 05:38:21
|
All, Having used the Perl/Python Cookbooks a lot in recent years I thought that a similar format could work for GrADS as well. Therefore, I started working on a Cookbook wiki concept for GrADS which I intend to announce soon on gradsusr: http://www.cookbooks.opengrads.org/index.php?title=Main_Page So far I have only written 1 recipe: http://cookbooks.opengrads.org/index.php?title=Recipe-002:_Saving_GrADS_variable_data_to_a_text_file In addition, please take a look at this: http://www.cookbooks.opengrads.org/index.php?title=Guide_to_Contributors Am I making this too complicated? I just would like to make sure we have a minimum of oversight to ensure some quality. We could also make it free for all. What do you think? I have a tentative list of categories here: http://www.cookbooks.opengrads.org/index.php?title=Table_of_Contents Do you have any suggestions? The idea is for people to contribute their own examples. Although the GrADS documentation has a fair amount of examples, Cookbooks organizes the information in a different way: around simple and focused tasks which often uses more than one command. The idea here is to let people out there help us to write documentation. Any feedback greatly appreciated. I am still looking for a volunteer for Editor of the Cookbooks. Cheers! Arlindo -- Arlindo da Silva da...@al... |
From: <msp...@co...> - 2008-08-22 05:06:13
|
Hi Arlindo, It works great! Reads DOS formatted .txt files fine now. Thanks very much! -- Mark -------------- Original message -------------- From: "Arlindo da Silva" <da...@al...> > On Thu, Aug 21, 2008 at 7:51 AM, Arlindo da Silva wrote: > > On Thu, Aug 21, 2008 at 1:22 AM, Mark Sponsler wrote: > >> Hi Arlindo, > >> Couldn't help myself and started digging a little deeper. Stumbled on a > >> couple of what are likely minor issues: > >> > >> First issue is the same one we had earlier with the software unable to read > >> DOS formatted text files. Once I converted them to unix format, it ran > >> fine. > >> > > > > This is very helpful. I passed some of these patches to Jennifer but I > > may have missed something. Will investigate. > > > > I just refreshed the win32 binaries and I hope I have fixed this > problem. Can you confirm? > > Arlindo > > > -- > Arlindo da Silva > da...@al... |
From: Arlindo da S. <da...@al...> - 2008-08-22 04:07:47
|
On Thu, Aug 21, 2008 at 7:51 AM, Arlindo da Silva <da...@al...> wrote: > On Thu, Aug 21, 2008 at 1:22 AM, Mark Sponsler <msp...@co...> wrote: >> Hi Arlindo, >> Couldn't help myself and started digging a little deeper. Stumbled on a >> couple of what are likely minor issues: >> >> First issue is the same one we had earlier with the software unable to read >> DOS formatted text files. Once I converted them to unix format, it ran >> fine. >> > > This is very helpful. I passed some of these patches to Jennifer but I > may have missed something. Will investigate. > I just refreshed the win32 binaries and I hope I have fixed this problem. Can you confirm? Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-08-22 02:38:16
|
Jennifer, I just verified that the only file that needs to be compiled without "-O2" is gasdf.c. This is an awfully large file, almost 4K lines. The compiler is probably trying to be too clever and messing something up. Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-08-22 02:03:38
|
Jennifer, I am having a bit of trouble building "a3" on Ubuntu x86_64, with either our old build or your new one. Here is what I have: - Linux Niteroi 2.6.24-19-generic #1 SMP Fri Jul 11 21:01:46 UTC 2008 x86_64 GNU/Linux - gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) - ldd grads linux-vdso.so.1 => (0x00007fff5c3fe000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00002b754e94a000) libm.so.6 => /lib/libm.so.6 (0x00002b754ec4d000) libc.so.6 => /lib/libc.so.6 (0x00002b754eece000) libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0x00002b754f231000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00002b754f432000) libdl.so.2 => /lib/libdl.so.2 (0x00002b754f64d000) /lib64/ld-linux-x86-64.so.2 (0x00002b754e72b000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00002b754f852000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002b754fa54000) I am getting segfaults when opening a netcdf file, with either "grads" or "gradap": ga-> sdfopen data/model.nc Scanning self-describing file: data/model.nc Program received signal SIGSEGV, Segmentation fault. read_metadata (pfi=0xadf270) at ./gasdf.c:2270 2270 pvar->offset = 0; Usually everything is compiled with "-g -O2", and this gives me the error above. Now, if I set export CFLAGS="-g" ./configure everything compiles with "-g" (no -O2), and now everything works. BTW, your Ubuntu binary works. So, it could be a supplib issue or a gcc optimization problem. (I rebuilt the supplibs to be sure, and it did not make a difference). Which version of Ubuntu/gcc are you using? Arlindo -- Arlindo da Silva da...@al... |
From: Arlindo da S. <da...@al...> - 2008-08-21 18:48:54
|
On Thu, Aug 21, 2008 at 10:51 AM, Jennifer Adams <jm...@co...> wrote: > I am running 10.4 on both of my macs -- darwin 8.11.1 (intel) and 8.11.0 > (powerpc). Which version of gcc/Xcode are you running? > Upgrading would be a gigantic nuisance for me (was bad enough to > bring the powerpc up to 10.4) and I've heard that X11 on 10.5 is kind of > flaky. Leopard came with my new laptop. The X11 is quite stable. However, what I heard is that upgrading from 10.4 leads to a flaky X11. I just located a box with Mac OS X 10.4 and did an universal build on it: http://opengrads.org/devel/grads2/grads-2.0.a3.oga.1-bin-universal-apple-darwin8.11.1.tar.gz > Is a "universal" build big- or little-endian? Both: if you are on ppc it is big-endian, on i386 it is little-endian. "Universal binaries" basically bundles the 2 executables (ppc and i386) on a single fat universal binary and the OS is smart enough to pick up the correct one at run time. If you have 2 pre-compiled grads executables, say i386/grads and ppc/grads, the properly named "lipo" utility makes a fat "universal binary": % lipo -create -o grads i386/grads ppc/grads So, you only have a set of binaries to distribute. Besides, with the script I sent you you can build both ppc and i386 binaries on the same machine. (Make sure to have supplibs for both architectures on the build machine, and adjust the ???_SUPPLIB variables at the top of the script.) So, you do not even need to have a PPC machine around to build ppc binaries, just for testing. Do you think you could test the 10.4 universal binaries on your intel boxes? Arlindo -- Arlindo da Silva da...@al... |
From: Jennifer A. <jm...@co...> - 2008-08-21 14:51:17
|
I am running 10.4 on both of my macs -- darwin 8.11.1 (intel) and 8.11.0 (powerpc). Upgrading would be a gigantic nuisance for me (was bad enough to bring the powerpc up to 10.4) and I've heard that X11 on 10.5 is kind of flaky. Is a "universal" build big- or little-endian? Jennifer haven't upgraded to 10.5 yet because I heard X11 is flaky and it's a huge pain to reinstall ever On Aug 20, 2008, at 8:19 PM, Arlindo da Silva wrote: > Jennifer, > > I just made my first Mac universal build: > > http://opengrads.org/devel/grads2/grads-2.0.a3.oga.1-bin- > universal-apple-darwin9.4.0.tar.gz > > This was made on Mac OS X 10.5.4 (Leopard) on an intel Mac using > cross-compilation; see the attached script, it might work with your > build. No changes were made to the build scripts. I tried these on an > old PPC Mac running Tigger but it could not find some of the X > libraries, more likely a Leopard/Tigger issue than related to the > universal binaries. > > BTW, which version of Mac OS X do you use for your builds? > > Arlindo > > -- > Arlindo da Silva > da...@al...<darwin_universal.sh>----------------------------- > -------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Opengrads-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengrads-devel -- Jennifer M. Adams IGES/COLA 4041 Powder Mill Road, Suite 302 Calverton, MD 20705 jm...@co... |