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
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
