Apologies: Version 2.1.21 of math/uu failed its pre-release checks. (Or would have done if I'd run them.)
Please use pacman to upgrade math/uu to 2.1.22 math/cal and math/tabula need an up-to-date math/uu to work. There may be more missing verbs in the JAL release. I've now realised my pre-release checks won't always find them. Having a non-AVX machine, I can only test up to j807. j901 may throw up more bugs. I can't (yet) understand why it's not finding verb: eval. math/tabula ought to load now. It creates verb: test_z_ which can be run by menu: Run > Test F5 This is a helpful diagnostic if we hit another error. test'' +++ BUILTIN TEST OF UU [CAL, TABULA] --- VERSION of UU -- 2.1.22 --- VERSION of CAL -- 2.1.21 --- VERSION of TABULA -- 2.1.12 --- TP*_z_ paths: ┌────┬────────────────────────────────────────┐ │TPAR│/users/ianclark/tabula-user/ttarchive │ ├────┼────────────────────────────────────────┤ │TPAT│/applications/j64-807/addons/math/tabula│ ├────┼────────────────────────────────────────┤ │TPCA│/applications/j64-807/addons/math/cal │ ├────┼────────────────────────────────────────┤ │TPCL│/users/ianclark │ ├────┼────────────────────────────────────────┤ │TPMC│/applications/j64-807/addons/math/cal │ ├────┼────────────────────────────────────────┤ │TPMT│/applications/j64-807/addons/math/tabula│ ├────┼────────────────────────────────────────┤ │TPMU│/applications/j64-807/addons/math/uu │ ├────┼────────────────────────────────────────┤ │TPNG│/applications/j64-807/addons/math/tabula│ ├────┼────────────────────────────────────────┤ │TPSA│/applications/j64-807/addons/math/cal │ ├────┼────────────────────────────────────────┤ │TPTA│/applications/j64-807/addons/math/tabula│ ├────┼────────────────────────────────────────┤ │TPTT│/users/ianclark/tabula-user │ ├────┼────────────────────────────────────────┤ │TPUC│/applications/j64-807/addons/math/uu │ ├────┼────────────────────────────────────────┤ │TPUF│/applications/j64-807/addons/math/uu │ ├────┼────────────────────────────────────────┤ │TPUM│/applications/j64-807/addons/math/uu │ ├────┼────────────────────────────────────────┤ │TPUT│/applications/j64-807/addons/math/tabula│ ├────┼────────────────────────────────────────┤ │TPUU│/applications/j64-807/addons/math/uu │ └────┴────────────────────────────────────────┘ Ian Clark On Fri, 7 Jun 2019 at 19:45, 'robert therriault' via Chat < [email protected]> wrote: > Hi Ian, > > I initially loaded up 'math/tabula' on J807 with no problems. Then I did > an update with Pacman and although all the versions reported the same, I > got the following error even though the Tabula window appeared. > > JVERSION > Engine: j807/j64/darwin > Release-d: commercial/2019-03-18T16:07:14 > Library: 8.07.26 > Qt IDE: 1.7.9/5.9.6 > Platform: Darwin 64 > Installer: J807 install > InstallPath: /users/bobtherriault/j64-807 > Contact: www.jsoftware.com > VERSION_cal_ > 2.1.16 > VERSION_tabby_ > 2.1.11 > VERSION_uu_ > 2.1.18 > load 'math/tabula' > > ┌───────────────────────────────┬────┬────────────────────┬────────────────────────────────────┐ > │tabengineError: bad instruction│CTBU│errmsg from CAL_CTBU│|value error: > isStr | isStr y │ > > └───────────────────────────────┴────┴────────────────────┴────────────────────────────────────┘ > |domain error: dquote > | wd'psel tab; set panel items ', dquote t > > > In J901 I got the following error using math/cal 2.1.20 math/tabula > 2.1.11 and math/uu 2.1.20 > > JVERSION > Engine: j901/j64/darwin > Beta-g: commercial/2019-05-28T14:58:30 > Library: 9.01.07 > Qt IDE: 1.8.3/5.12.3 > Platform: Darwin 64 > Installer: J901 install > InstallPath: /users/bobtherriault/j901 > Contact: www.jsoftware.com > > load 'math/tabula' > |value error: eval > | uvalu=:eval openv > |[-1858] /users/bobtherriault/j901/addons/math/uu/uu.ijs > > and no display of the table > > after updating > > load 'math/tabula' > |value error: eval > | uvalu=:eval openv > |[-1866] /users/bobtherriault/j901/addons/math/uu/uu.ijs > > > of course using wd tabula does not work on the JHS platform. > > Hope this helps, > > Cheers, bob > > > On Jun 7, 2019, at 11:33 AM, Ian Clark <[email protected]> wrote: > > > > Thanks, Bob. > > > >> But I think that it does show the magnitude of the effect this topic is > > beginning to have on our lives. > > > > My mistake to choose a topic that's too important. But they do say it's > > worth capturing the interest of the class. > > > > Also I was concerned to leverage the magnitude of the problem for its > halo > > effect on two very mundane tasks: > > ++ copying data across correctly > > ++ making sure the code works (…once you've loaded all the J-words it > needs > > :-) > > > > Most people just dismiss the issues arising as the way of the world. > > But never has so much hung on getting these simple matters right. > > > > Ian > > > > On Fri, 7 Jun 2019 at 19:26, 'robert therriault' via Chat < > > [email protected]> wrote: > > > >> You made your questions very clear Ian, > >> > >> But I think that it does show the magnitude of the effect this topic is > >> beginning to have on our lives. It would be like you had asked someone > to > >> check trajectory numbers on incoming enemy fire. The first response may > be > >> to be strategies on getting away from the danger, rather than to > determine > >> the nature of the danger. It gives me hope that people react this way > >> initially, although I agree with you that the important part may be to > look > >> at the situation more analytically. > >> > >> I will take a look at your project when I get a chance because I think > >> that the question of accuracy is important, but also because the subject > >> affects the entire planet. > >> > >> Nice application of the J resources. > >> > >> Cheers, bob > >> > >>> On Jun 7, 2019, at 11:14 AM, Ian Clark <[email protected]> wrote: > >>> > >>>> I'm going to put myself in the "not enough interest to try to figure > >> this > >>> out" category, for now. > >>> > >>> Whoa, folks. It's only an example! Let's not carried away by the > >> magnitude > >>> of the problem domain to refuse to focus on the two limited questions > >> I've > >>> asked. > >>> > >>> Let me repeat them, hopefully clarifying them… > >>> > >>> ++ are the input figures reliable, i.e. has the data been corrupted > when > >>> moving it from web to SAMPLE9? > >>> ++ is TABULA calculating it right? > >>> > >>> These are purely questions of data integrity and code reliability. I > >>> thought everyone on this list was keenly interested in such issues. > >>> > >>> The first question arises from the deceptively simple task of looking > up > >> a > >>> quantity on the web and transferring it into a calculating engine. > >> Simple, > >>> but errors can arise. Issues arise about where such-and-such a physical > >>> constant or observation comes from. How the end-user can verify its > >> source. > >>> Would it have helped if I'd phrased it in terms of looking up the > current > >>> $/£ exchange rate? > >>> > >>> TABULA is distributed with tables of physical and chemical constants. > Are > >>> they up-to-date? Have they been copied across correctly? Built-in > tables > >>> are an inherently unsatisfactory solution. I'm now considering an > >>> interactive specialised browser, with which the user can locate any of > >>> these quantities on a given webpage, draw a box round them, and leave > >>> TABULA to fetch the numbers and units at the point of use. Hey presto: > >>> keying errors eliminated, up-to-date figures, near-perfect assurance of > >> the > >>> integrity of the data being fetched. Warning if the webpage has been > >>> corrupted or pulled. > >>> > >>> These, and only these, are the questions I'm interested in here. I just > >>> fail to see how I could possibly have made it clearer. > >>> > >>> On Fri, 7 Jun 2019 at 18:43, Raul Miller <[email protected]> > wrote: > >>> > >>>> On Fri, Jun 7, 2019 at 12:18 PM Ian Clark <[email protected]> > >> wrote: > >>>>> Would anyone fancy checking my calculations? > >>>> > >>>> I don't, but if I did, I'd try to find an alternate way of getting the > >>>> same information and see if the numbers land in the same order of > >>>> magnitude. > >>>> > >>>> (For example, when talking about global temperature change over the > >>>> last century, I like double checking those kinds of numbers with rise > >>>> in sea level. Weather stations tend to be near airports, which tend to > >>>> have lots of asphalt, but sea level doesn't have that issue and the > >>>> thermal expansion coefficient of water is something I can easily find, > >>>> as are NOAA numbers on sea level...) > >>>> > >>>> So, if I were be double checking numbers related to CO2, I'd try to > >>>> find some similar thing. For actual levels, I don't have any good > >>>> ideas - maybe something optical? > >>>> > >>>> For cost of pulling it back out? The big mechanism there has always > >>>> been trees and similar vegetation. So maybe I'd check forestry service > >>>> records, or lumber statistics. I'd probably have to put some thought > >>>> into it though - maybe a few weeks before I had any really good ideas > >>>> on what to look for. Hopefully someone else has been doing this > >>>> thinking, but most people aren't really interested in doing that kind > >>>> of thinking. > >>>> > >>>> (Related: It takes about 60 years to grow a typical crop of trees for > >>>> lumber -- maybe 10 times that for something like Sitka Spruce -- and > >>>> during that time they relatively large amount of CO2 out of the > >>>> atmosphere. So if enough land is earmarked for vegetation, we should > >>>> be seeing a lot of CO2 being pulled out of the atmosphere. Well, that > >>>> and don't let them burn up in forest fires, for example.) > >>>> > >>>> Anyways, good luck, but I'm going to put myself in the "not enough > >>>> interest to try to figure this out" category, for now. Maybe if I > >>>> think up a good approach I'll change my mind. > >>>> > >>>> Thanks, > >>>> > >>>> -- > >>>> Raul > >>>> ---------------------------------------------------------------------- > >>>> For information about J forums see > http://www.jsoftware.com/forums.htm > >>>> > >>> ---------------------------------------------------------------------- > >>> For information about J forums see http://www.jsoftware.com/forums.htm > >> > >> ---------------------------------------------------------------------- > >> For information about J forums see http://www.jsoftware.com/forums.htm > >> > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
