Hello, Heiner, GDL development and user support had moved to GitHub good few years ago. Please post your question at: https://github.com/gnudatalanguage/gdl/issues/new Thanks, Sylwester
I write jpg-images in GDL !version.release '6.5' on a Linux-System using ImageMagick-6.9.7 After a system update I use GDL !!version.release '8.2' using ImageMagick-6.9.11 Here the jpg-Images as well as png-Images are black. With read_jpeg these data are all 0 Is this problem solved in later versions ?
Hello, Anna, GDL development and user support had moved to GitHub good few years ago. Please post your question at: https://github.com/gnudatalanguage/gdl/discussions Also, please specify the version of GDL you are using. Thanks, Sylwester
Hello, I'm brand-new to GDL, and I've never used it before and don't understand its structure well. I'm trying to use MSD and microrheology codes, which take the x-y coordinates of a cell moving through time and get the MSD and the mechanical properties of these cells. The first function I'm trying to call is msd.pro; I don't entirely understand how to use it, despite having read the documentation provided. I need to link in an array with coordinates, that's 4 values wide and 24 long, but I'm not...
Please note that GDL development and support had moved to github back in 2018. Please post further feedback at https://github.com/gnudatalanguage/gdl/discussions Thanks
This is resolved. I forgot to export the environment variable GDL_PATH . ie: export GDL_PATH="< my gdl install path >" Works now.
This is resolved. I forgot to export the environment variable GDL_PATH . ie: export GDL_PATH="< my gdl install path >" Works now.
Hello, I compiled GDL from source. 'make check' shows plots opening up on the desktop as one of the tests. For some reason the IDL console does not know the PLOT or OPLOT functions. Thankful for any ideas.
Compiled for linux (Ubuntu). If I run 'make check' the checks show some plots opening up on the desktop. So plotting works with PLPlot. Not sure why there are no PLOT(...) or OPLOT() functions available in GDL though. Any ideas would be appreciated.
Ansastasia, please ask further questions on our github account, ( https://github.com/gnudatalanguage/gdl) since we do not use SF anymore. Regarding your problem, EW-FAC seems to be only distributed as a virtual machine executable and thus cannot be run with GDL. The good way to use it is to download the IDL virtual machine from https://www.l3harrisgeospatial.com/ (apparently you have to go through a full download of IDL - never done that) and then start IDL withe the -vm option: $ idl -vm then load...
There is an EW-FAC model (https://github.com/VTMIST/EW-FAC) written in IDL. The model is supplied in binary format. I am trying to run EW-FAC using GDL. The file does not start and no errors are reported. I have never worked with either IDL or GDL. How can I run the EW-FAC model supplied in binary using GDL?
Please note that GDL development had moved to Github. Please use the relevant Github functionalities for reporting problems: - https://github.com/gnudatalanguage/gdl/issues - https://github.com/gnudatalanguage/gdl/discussions When reporting, please make sure to indicate the version of GDL and please provide the actual code depicting the issue.
I am unable to use angstrom symbol in my plot outputs from gnudatalanguage. I use ubuntu 20.04. Every other symbol is working except angstrom. Any one has faced a similar issue?
Please note that GDL development has moved a few years ago to Github. Could you please post your inquiry there: http://github.com/gnudatalanguage/gdl/issues/new It will gather proper attention of other users and developers. What is essential also is to provide version information and the way GDL was installed (package or manual compilation). Thanks, Sylwester
Hi Everyone, I have downloaded GDL and am really new to this sort of software and Ubuntu. After attempting to open a test file, an error occured and read as; % Error opening file. File: test. what I typed was: .run test I am not usre if i need to change anything and have been stuck with this for a while and I cannot find help anywhere online. Hope someone can help. Many Thanks.
CMake is required if compiling from source. If using a UNIX platform, you can try the follwing script which automates download and compilation of all minimal dependencies along with compilation of GDL itself: https://raw.githubusercontent.com/gnudatalanguage/gdl/master/scripts/minimum_script4gdl.sh If using Windows, please check out the pre-build binaries: https://github.com/gnudatalanguage/gdl/wiki/GDL-on-Windows In any case, please report back on Github and please specify which system you are working...
Thanks for getting back to me. It says to install, see install files. Do you have to install CMake first? On Wed, Jun 24, 2020 at 1:33 AM Sylwester Arabas slayoo@users.sourceforge.net wrote: There are already three newer release since 0.9.9 (i.e., over 600 commits in 20 months), highly recommend to use a newer version (see https://github.com/gnudatalanguage/gdl/releases/). Please post (if possible on GitHub), the actual code (or just line) that triggers the not-implemented message. Thanks [support-requests:#43]...
There are already three newer release since 0.9.9 (i.e., over 600 commits in 20 months), highly recommend to use a newer version (see https://github.com/gnudatalanguage/gdl/releases/). Please post (if possible on GitHub), the actual code (or just line) that triggers the not-implemented message. Thanks
Thanks for getting back to me. Version used was 0.9.9. All I know, it said this not implemented yet. On Tue, Jun 23, 2020 at 12:11 PM Sylwester Arabas slayoo@users.sourceforge.net wrote: status: open --> closed [support-requests:#43] https://sourceforge.net/p/gnudatalanguage/support-requests/43/ oplot instituted yet?* Status: closed Group: v1.0 (example) Created: Tue Jun 23, 2020 04:51 PM UTC by Paul Greninger Last Updated: Tue Jun 23, 2020 06:11 PM UTC Owner: nobody Has oplot been instituted yet...
oplot instituted yet?
OPLOT was introduced in GDL 0.8.7 back in 2004. Please clarify which version have you tried, perhaps it is a matter of some particular calling sequence? Please also note that GDL development had moved to Github: https://github.com/gnudatalanguage/ Please report issues at https://github.com/gnudatalanguage/gdl/issues/new
oplot instituted yet?
and I cannot reproduce that with GDL> !gdl
format differences between 'print' and 'printf'
Please note that development of GDL had moved to Github back in 2018. Please report the problem on GitHub: http://github.com/gnudatalanguage/gdl/issues/ Version of GDL used will be very useful to diagnose the issue. Thanks, Sylwester
format differences between 'print' and 'printf'
colors1.tbl traceback error
Please note that GDL development had moved to Github. I've re-posted your report there: https://github.com/gnudatalanguage/gdl/issues/723
colors1.tbl traceback error
huge thanks!
Well, apparently some XML parsing functionality has been added to GDL just this May: https://github.com/gnudatalanguage/gdl/commit/c3b4d34ee983a708db0074f831449ae6ad1450b1 See also: https://github.com/gnudatalanguage/gdl/blob/master/testsuite/ob_xml_to_struct__define.pro
You can call Python functions from GDL using the PYTHON function. See e.g., https://github.com/gnudatalanguage/gdl/blob/master/testsuite/test_python.pro Alos, development of GDL has moved to github last year, please follow up with further questions/feedback at https://github.com/gnudatalanguage/gdl
how could you then transfer data to gdl? I mean, I also used python to parse xml file. Then when I get my variables from xml, I could not transfer it to gdl.
magick/semaphore.c connection failure
GDL development had moved to github. Please contribute by providing relevant info here: https://github.com/gnudatalanguage/gdl/issues/611 Thanks
magick/semaphore.c connection failure
Hello all, I've installed GDL 0.9.8 from sources (Gnu compilation) I encounter the following problem. This loop FOR i=0,257 DO PRINT, i works fine However that one does not work FOR i=0,257 DO BEGIN PRINT, i ENDFOR Are there any obvious errors in the second loop? Or could it be some problems in my GDL installation? Thanks Charles
Also, please note that v0.9.9 was released on 18 Nov 2018 on github: https://github.com/gnudatalanguage/gdl/releases
Loop seems fine, please be more specific in terms of what does not work and how you execute the code. BTW, GDL development had been moved to github, please use the issue-tracking facilities there: http://github.com/gnudatalanguage/gdl
Hello all, I've installed GDL 0.9.8 from sources (Gnu compilation) I encouter the following problem. This loop FOR i=0,257 DO PRINT, i works fine However that one does not work FOR i=0,257 DO BEGIN PRINT, i ENDFOR Are there any obvious errors in the second loop? Or could it be some problems in my GDL installation? Thanks Charles
bye, the way, how do you people get your funding? There has been no funding per se that I know of (of course, several of GDL contributors' institutions could be effectively considered as supporting GDL).
hi, please note that GDL has moved on github http://github.com/gnudatalanguage/gdl/ , that's where bugs should be reported, and probably discussions be transferred also, as we do not monitor sourceforge anymore. In the present case, I find no difference btw GDL and IDL outputs using the latest gdl, 0.9.9 (apart the smaller size of fonts in the GDL version that are debatable).
Thanks so much for getting back to me. It worked. It's been a while since I ran these files. bye, the way, how do you people get your funding? On Mon, Jun 10, 2019 at 3:00 PM Christian Wimmer brandy25@users.sourceforge.net wrote: Hi, when you compile the contents of the file with the .compile command then the procedure bcalcstix19g will be compiled: … pro bcalcstix19g starttime = systime(1) … You need to type bcalcstix19g in order to execute the program If you want that bcalcstix19g_4thquad is being...
Hi, when you compile the contents of the file with the .compile command then the procedure bcalcstix19g will be compiled: … pro bcalcstix19g starttime = systime(1) … You need to type bcalcstix19g in order to execute the program If you want that bcalcstix19g_4thquad is being executed then you need to change your program inside to: … pro bcalcstix19g_4thquad starttime = systime(1) … Did you understand? The filename is: bcalcstix19g_4thquad.pro but the procedure name is bcalcstix19g Best regards, Chris...
This file compiles nicely with the .COMPILE command. When I try and run it by typing the file name name ( without the dot pro extension), I get the follwing error ," Variable is undefined bcalcstix19g_4thquad," which is the name of the file that I compiled. Any Fixes?
Please note that GDL development has moved to github: http://github.com/gnudatalanguage/ We have now automated builds of GDL for Windows - you can download a ready-to-use builds at https://ci.appveyor.com/project/slayoo/gdl/branch/master - please chose approproate build (32 bit or 64 bit), click on "Artifacts" tab and then click on gdl_build.zip In case of problems, please report it here: https://github.com/gnudatalanguage/gdl/issues/new
Hello, I want to install GDL on my PC, so I try to follow the CregYoung discussion https://sourceforge.net/p/gnudatalanguage/discussion/338695/thread/4ebd1e60/ I succeeded with the MSYS2 install and with associated updates. I launch pacman to install gcc as indicated in the link (cf. upper line). But as I'm just an analyst and not a system engineer I don't understand clearly the secondary instructions like: etc. cmake numpy - will also bring in dependencies of numpy (i.e. python) wxwidgets .... As...
The following code produces multiple plots using oplot. First a basic set of axes are laid down using /nodata and a blank title. Then oplot is used to overlay two graphs, and then a title. The title is printed correctly by the code, but not displayed correctly on the graph.
The following code produces multiple plots using oplot. First a basic set of axes are laid down using /nodate and a blank title. Then oplot is used to overlay two graphs, and then a title. The title is printed correctly by the code, but not displayed correctly on the graph.
Right! On 26 Apr 2019, at 15:43, Paul Greninger wrote: Thanks for proving me wrong!. I see what you mean, with 1L. You could also do i*1000./2., that works too. On Fri, Apr 26, 2019 at 12:13 PM Christian Wimmer brandy25@users.sourceforge.net wrote: Hi, this is normal and correct behaviour since the variable "i" is an signed integer that can run from -32767 to +32767. The product i*1000 gets the value 33000 (for i=33) which is higher than 32767 and thus making it negative. Then the negative value...
Thanks for proving me wrong!. I see what you mean, with 1L. You could also do i*1000./2., that works too. On Fri, Apr 26, 2019 at 12:13 PM Christian Wimmer brandy25@users.sourceforge.net wrote: Hi, this is normal and correct behaviour since the variable "i" is an signed integer that can run from -32767 to +32767. The product i*1000 gets the value 33000 (for i=33) which is higher than 32767 and thus making it negative. Then the negative value is divided by two and then stored into the float variable...
Hi, this is normal and correct behaviour since the variable "i" is an signed integer that can run from -32767 to +32767. The product i*1000 gets the value 33000 (for i=33) which is higher than 32767 and thus making it negative. Then the negative value is divided by two and then stored into the float variable freq. If you want to avoid the behavior start the for loop with for i=1L, 40 do begin... Then it will work as you want.
In the following code freq(i) goes negative, when its index value i=33. Note that freq(i) is dimensioned properly, with findgen(41). Using epel-release-latest-7.noarch, for GDL. ; program gets in trouble when i=33, freq(i) turns negative pro Test2 atten=findgen(41) freq=findgen(41) for i=1,40 do begin freq(i)=i*1000/2. print,i,freq(i) endfor end
Tick marks overlap with x and y-plot-label values, when you choose xticklen=-0.03, and yticklen=-0.03. The minus sign directs the tick marks to be directed out of the plot area, but then they overlap with the x and y plot-label values. See attached post script file. pro test1 atten=findgen(21) freq=findgen(21) Title = 'Test1' title1='Test1.ps' Set_Plot, 'PS' Device, /portrait, /color, filename=title1 ncon = 255 LOADCT, 39, ncolors = ncon for i=1,20 do begin freq(i)=i1000 atten(i)=.1sqrt(freq(i))...
The following program plots with a red background in terminal mode, which is misleading, while an output file does not. In the enclosed file, to create a Postscript file, make the comment statements SET_PLOT, 'PS" and Device, /portrait, /color, filename=title1 program statements, by removing the ";" in front of the program statements.
Launch the GUI with the command startx in a terminal window.
The fix to this problem is you have to start the GUI first, then run GDL through a terminal window.
Thanks, again. I set DISPLAY=:0 . Still no work. I see what you mean now by saying do any other x programs work. Programs startx, and xev work, rest do not like xeyes, xfd, xload. Does this change anything On Sat, Apr 20, 2019 at 2:13 PM Orion Poplawski opoplawski@users.sourceforge.net wrote: Typically this is set to ":0" for local display. No idea why what would not be set unless you are connecting via ssh. But in any case you have a more fundamental display issue that is not an issue with GDL....
Typically this is set to ":0" for local display. No idea why what would not be set unless you are connecting via ssh. But in any case you have a more fundamental display issue that is not an issue with GDL.
Thanks for getting back to me. DISPLAY wasn't set to anything. I set it to 0.0 . Problem still persists. Regarding do other X program work I have a more complicated plot program, but it doesn't work (if this is what you mean) so I thought I give it something real simple. On Fri, Apr 19, 2019 at 8:48 PM Orion Poplawski opoplawski@users.sourceforge.net wrote: What is your DISPLAY environment variable set to? Do other X programs work? GDL plot command saying, "Cannot connect to X server." https://sourceforge.net/p/gnudatalanguage/discussion/338691/thread/a75de69588/?limit=25#f984...
What is your DISPLAY environment variable set to? Do other X programs work?
This program used to work. It now says, "Cannot connect to X server." Using epel-release-latest-7.noarch for GDL, CentOs 7, VirtualBox 6.0.4 pro test orig=sin((findgen(200)/35)^2.5) plot,orig END
Got it thanks! On Mon, Apr 15, 2019 at 3:39 PM Orion Poplawski opoplawski@users.sourceforge.net wrote: Don't do that. Enable the EPEL repo and then 'yum install gdl'. Trouble installing GDL CentOS 7 https://sourceforge.net/p/gnudatalanguage/discussion/338691/thread/0c2ef75931/?limit=25#b572 Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnudatalanguage/discussion/338691/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscri...
Don't do that. Enable the EPEL repo and then 'yum install gdl'.
Using the instructions found on URL: https://centos.pkgs.org/7/epel-x86_64/gdl-0.9.9-6.el7.x86_64.rpm.html Downloaded gdl-0.9.9-6.el7.x86_64.rpm . Able to unpack using command: rpm -Uvh gdl-0.9.9-6.el7.x86_64.rpm . response: Loaded plugins: fastest mirror, langspacks loading mirror speeds for cashed hostfile *base: repos-tx.phychz.net * extras: ewr.edge.kernel.org * updates: mirror.compevo.com * No package gdl available Why can't it find file gdl?
Using the instructions found on URL: https://centos.pkgs.org/7/epel-x86_64/gdl-0.9.9-6.el7.x86_64.rpm.html Downloaded gdl-0.9.9-6.el7.x86_64.rpm . Able to unpack using command: rpm -Uvh gdl-0.9.9-6.el7.x86_64.rpm . response: Loaded plugins: fastest mirror, langspacks loading mirror speeds for cashed hostfile *base: repos-tx.phychz.net * extras: ewr.edge.kernel.org * updates: mirror.compevo.com * No package gdl available Why can't it find file gdl?
I don't quite follow you. This thread is about installing on El Capitan. If you want to install on CentOS 7 you can get 0.9.9 from EPEL - https://fedoraproject.org/wiki/EPEL#Quickstart
I'm having trouble finding the basic INSTALL file, this is so you don't have to use CMake. In what folder is it in? Also, what is the purpose of quick_start_GDL.sh? It keeps referring to a file gdl in folder src, which doen't exist. Using gdl-0.9.7, VirtualBox 6.0, and CentOS 7-x86_64_minimal.
some comments have been now posted on github page cited above.
Thank you, Sylwester Arabas.
Thank you for feedback, let me suggest to report the issue on Github where GDL development was moved to: http://github.com/gnudatalanguage/gdl/issues
Hello, I am experienced with IDL but my first step in GDL was not successful. In the Workbench, I opened the following simple program called COLOURS, which works well under IDL: x=indgen(21) y0=intarr(21) y=x^2 plot,x,y0,xrange=[0,20],yrange=[0,400] oplot,x,y,color=255 y1=200(1+sin(2!pix/20)) y2=y0+200 oplot,x,y1,color=256L255L oplot,x,y2,color=256L255L255L end The reply was as follows: % Procedure not found: COLOURS % Execution halted at: $MAIN$ For reasons unknown to me, no HELP is available (likely,...
Created a GDL version of chisqr_cvf
Closing - please open a new ticket at github if needed. Thanks
polyfillv
I've posted the test routine on github: https://github.com/gnudatalanguage/gdl/issues/439 Closing here
Add POLYFILLV?
Alain has created a ticket on github for it: https://github.com/gnudatalanguage/gdl/issues/439 Let's also move the discussion there - closing here
I've re-posted your message on github: https://github.com/gnudatalanguage/gdl/issues/425 Please, let's continue the discussion there.
Please move to GitHub with my students we made some tests on current version of polyfillv in src/pro and we hope to have an improved version next week (some edges are not well processed now)
Hello, I am using GDL version 0.9.7 Regards, Ioannis On 31. Jul 2018, at 16:10, Alain C. alaingdl@users.sourceforge.net wrote: hey, thanks ! We move to GitHub https://github.com/gnudatalanguage/gdl/ https://github.com/gnudatalanguage/gdl/ Which version of GDL do you use ? we already have a draft of Polyfillv (as a *.pro) (but we need to test it carrefully) [feature-requests:#157] https://sourceforge.net/p/gnudatalanguage/feature-requests/157/ Add POLYFILLV? Status: open Group: Next Release (example)...
hey, thanks ! We move to GitHub https://github.com/gnudatalanguage/gdl/ Which version of GDL do you use ? we already have a draft of Polyfillv (as a *.pro) (but we need to test it carrefully)
Add POLYFILLV?
Dear Alain and developer community: I don't find any of (colon operator, *gen keyword, implicit print, issues) important for my use, nor do I know others who extensively use it. But it is in simple examples in on-line materials now, so might be good to address this. breakpoint, on the other hand, is really valuable. My recommendations (for what they are worth): * Fix colon operator, findgen, indgen,.. keywords, implicit print issues -----------> Zero Allocation of Resources (live with it) Publish...
Thanks We are now in 0.9.8 and have moved to GitHub https://github.com/gnudatalanguage/gdl/blob/master/README.md Please consider joining us on GitHub ! My matrix is clearly outdated :( Not see as an urgent task ! (also because without details ont Keywords, a large part of useful information is missing) No breakpoint and no discussion on that since a while ! this is available in the Git version GDL> t=findgen(10,start=1) yes the implicit print is available in Git version (but we have a small issue...
Thanks We are now in 0.9.8 and have moved to GitHub https://github.com/gnudatalanguage/gdl/blob/master/README.md Please consider joining us on GitHub ! My matrix is clearly outdated :( Not see as an urgent task ! (also because without details ont Keywords, a large part of useful information is missing) No breakpoint and no discussion on that since a while ! this is available in the Git version GDL> t=findgen(10,start=1) yes the implicit print is available in Git version (but we have a small issue...
Dear All: I have recently noted a few more differences IDL8.5.1 vs. GDL0.9.5. These particularly jumped out at me because my student, Alina, pointed out the first two differences when she was working beginning examples from IDL help pages on the web. I don't see them in the Alain's notes in the chart http://aramis.obspm.fr/~coulais/IDL_et_GDL/Matrice_IDLvsGDL.html . Alina noted this page: https://www.harrisgeospatial.com/docs/Creating_Arrays.html discusses the colon operator as a shorthand for indgen....
Please note that just today a major set of TIFF-related improvements has been merged into the main GDL repo on github. These include GeoTIFF support.
Please note that newly written support for TIFF and GeoTIFF has just been merged into the main GDL repo on github
Please note that GeoTIFF is now available in GDL!
GDL 0.9.8 released
Hello again, and thank you for adding the issue to the 'to do' list. Unfortunately, I have no idea about wxWidgets (the command did not work for me). However, I would like to share a very temporary solution for the people who experienced the same problem without wxWidgets. I added 'for j=0,6 do' at the beginning of the OPLOT command (i.e., repeating OPLOT 7 times): for i=0,15 do begin & plot,[0,1],[0,1] & for j=0,6 do oplot,[1,0],[0,1],col=255 & wait,1 & endfor and it worked (I have no idea why <...
Hello again, and thank you for adding the issue to the 'to do' list. Unfortunately, I have no idea about wxWidgets (the command did not worked for me). However, I would like to share a very temporary solution for the people who experienced the same problem without wxWidgets. I added 'for j=0,6 do' at the beginning of the OPLOT command (i.e., repeating OPLOT 7 times): for i=0,15 do begin & plot,[0,1],[0,1] & for j=0,6 do oplot,[1,0],[0,1],col=255 & wait,1 & endfor and it worked (I have no idea why...
Hello, thanks for pointing this. It comes from requests for optimization: as gdl plot was deemed veeery slow, especially in X11 client-server mode, all the X11 synchro was removed when using the plplot x11 device. This permits much faster plots (quite fair values given the plplot library overhead) but indeed it is not ideal in a loop. Probably a X11 sync at some adequate point in the loop should do the job, I report this as a bug on our new site on GH. In the meantime, if you have a version compiled...
Hello, I'm using GDL 0.9.8-1 on Fedora 28. When you run this command: plot,[0,1],[0,1] & oplot,[1,0],[0,1],col=255 you get perpendicular white and red lines on the GDL0 window as expected. However, when this command is in a loop: for i=0,15 do begin & plot,[0,1],[0,1] & oplot,[1,0],[0,1],col=255 & wait,1 & endfor you see that the red line is not present while the code is working (even it is placed before the WAIT command!). At the end of the loop, GDL plots the last red line only. This is not an...
Hello, I'm using IDL 0.9.8-1 on Fedora 28. When you run this command: plot,[0,1],[0,1] & oplot,[1,0],[0,1],col=255 you get perpendicular white and red lines on the GDL0 window as expected. However, when this command is in a loop: for i=0,15 do begin & plot,[0,1],[0,1] & oplot,[1,0],[0,1],col=255 & wait,1 & endfor you see that the red line is not present while the code is working (even it is placed before the WAIT command!). At the end of the loop, GDL plots the last red line only. This is not an...
Hello, I'm using IDL 0.9.8-1 on Fedora 28. When you run this command: plot,[0,1],[0,1] & oplot,[1,0],[0,1],col=255 you get perpendicular white and red lines on the GDL0 window as expected. However, when this command is in a loop: for i=0,15 do begin&plot,[0,1],[0,1]&oplot,[1,0],[0,1],col=255&wait,1&endfor you see that the red line is not present while the code is working (even it is placed before the WAIT command!). At the end of the loop, GDL plots the last red line only. This is not an issue in...
Perfect! Thanks for the update.
On 05/22/2018 01:46 PM, Tolgahan KILICOGLU wrote: It says, nothing provides gdl-runtime = 0.9.8-1.fc28 needed by gdl-common-0.9.8-1.fc28.noarch this time. I couldn't find gdl-runtime on the page. That's provided by the main gdl package. You need to install both gdl and gdl-common at the same time. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion@nwra.com Boulder, CO 80301 https://www.nwra.com/