• 21 Posts
  • 275 Comments
Joined 1 year ago
cake
Cake day: June 2nd, 2024

help-circle


  • Look at the last table in my original post. It contains 26 columns (A–Z), some of which are not shown, and 27 rows (blank–Z). There are 27 rows and 26 columns, regardless of the contents of the table. If the top-left cell (A, blank) were a 1 and (B, blank) were a 2, then (Z, blank) would contain a 26, and ZZ would contain a 702. Nothing about the layout of that table changes.

    To summarize: The table will always be lopsided, if you start counting at 0 or at 1.







  • On a more serious note: If anyone can just claim anything in a conversation, that would be detrimental to any discussion. Either everybody makes up their own “facts” because no-one bothers proving everyone else’s version of a story (which is just everybody lying in everybody’s face); or everybody is constantly fact-checking everyone else, which makes the conversation take much longer than necessary.

    You already have the source, or at least an idea in which context you got the information and how to find it again. It’s just common courtesy to share it the others rather than making them do the work, too.

    Also: https://en.wikipedia.org/wiki/Burden_of_proof_(philosophy)






  • The reason for this is simply because you include the base note when you start counting, so if you stop midway and stack another interval on top, you have to account for that stop because it decreases the total travel distance by one.

    I’m arguing that ‘counting the base note’ is necessary because there is no zero. If you travel 1 unit of your favorite unit of length, stop, and move one unit more, you have moved 2 units, not 3 as it is in music. Stops don’t add to or reduce travel distance.



  • Why do you assume I’m doing this inside Excel? I was importing a data sheet into other software. By the time I got my hands on the data, it was an object of the sort {A: [/*data*/], AA: [/*data*/], B: [/*data*/]}. I had to sort the keys for presentation purposes.

    In retrospect, sure, there would’ve been easier ways. But at the time I wasn’t aware yet that converting Excel columns to numeric indices isn’t as straightforward as a simple base conversion (like, e.g. from hex to decimal).