You don’t want to understand me, right? I answered to
We are not limited to 9 labels at any level. Ten possibilities are labeled 11 12 13 14 15 21 22 23 24 25. Reread and understand that your system just doesn’t work for people who want to get things done. If I put a tenth entry into collection 315, I’m fucked by your system. Just let’s close this subthread. It’s a waste of time and effort for everyone. Am 11.01.21 um 15:02 schrieb 'Bo Jacoby' via Programming: > Hi Hauke. > You have > 3151 s > 3152 o > 3153 m > 3154 e > 3155 t > 3156 h > 3157 i > 3158 n > 3159 g > 3251 s > 3252 t > 3253 u > 3254 f > 3255 f > > You select > 3150: s o m e t h i n g > > You want to insert 315, but 315=3150 is already superordinate to 'something'. > Where do you want to place it? > A commercial data base does not contain conjunctions like 'and' but the creed > does contain 'ET':1351: CREDO IN SPIRITUM QUI ADORATUR AMEN > 1352: CREDO IN SPIRITUM QUI GLORIFICATUR AMEN > 1350: CREDO IN SPIRITUM QUI ADORATUR ET GLORIFICATUR AMEN > What number should be given to 'ET' in order to make it appear only when both > ADORATUR and GLORIFICATUR appear? I chose 1359. Of course you can have 9 in > the query, but it does not make much sense: > 09: CREDO ET ET ET CONFITEOR EXPECTO ET AMEN > summarizing: > 10: CREDO IN DEUM ET JESUM ET SPIRITUM ET ECCLESIAM AMEN20: CONFITEOR > BAPTISMA AMEN30: EXPECTO RESURRECTIONEM ET VITAM AMEN > But this is not important at this stage. > In commercial data bases the order of the entries is immaterial, but in the > CREDO the order of the words is conventionally fixed. AMEN is the last word. > The ordinal fraction arithmetic is independent on the order of the entries in > the file, so this is also not important at this stage. > Please repeat open questions. > I don't see that it doesn't work. > Hi Justin: > "Why create such a distinction between arithmetic and geometry?" > The urge to picture geometrically is not always useful. Picturing the orbit > of an electron was an obstacle to physicists trying to understand quantum > mechanics. Ordinal fraction arithmetic is very simple, and geometric > interpretations are in my experience unhelpful. So my advice is: understand > the arithmetic. > Thank you all! > Bo. > > Den søndag den 10. januar 2021 19.10.49 CET skrev Hauke Rehr > <hauke.r...@uni-jena.de>: > > Again: This just doesn’t work. > Say I have 9 Elements at 315 > > 3151 s > 3152 o > 3153 m > 3154 e > 3155 t > 3156 h > 3157 i > 3158 n > 3159 g > > and correspondingly I have some elements at 325 > > 3251 s > 3252 t > 3253 u > 3254 f > 3255 f > > and say I used to get all of them using query 3050 > > If I now want to introduce another item at 315, > I need to restructure > • 315 (that’s nasty but maybe acceptable) > • 325 (wait, why this? that’s a sign of bad bad architecture) > • and there might be many more > • my query (ugh, no way! adding an element should not do that) > > > … and then the query is not supposed to contain a 9?? > What random convention is this? > So the above 315 doesn’t work, we need to split even sooner. > > > Well, I showed some inconsistencies between Bo’s examples. > And I asked questions Bo still doesn’t want to answer. > But I don’t care. I can give answers myself now. > I wrote programs that can be used for data structured like > CREDO and may easily be adapted. > > > Now that’s it. R.E. is right. I put too much effort into this. > Let’s end this thread here (or at least its OF spin-off). > > > Am 10.01.21 um 17:09 schrieb 'Bo Jacoby' via Programming: >> We are not limited to 9 labels at any level. Ten possibilities are labeled >> 11 12 13 14 15 21 22 23 24 25. > -- ---------------------- mail written using NEO neo-layout.org ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
