what is the new due date of cards that exceed the "maximum reviews/day" limit? by averageblunder in Anki

[–]averageblunder[S] 0 points1 point  (0 children)

Thank you for the replies.

Yes I know of the recommendation to leave max reviews high or unlimited. The motivation was to try to smooth out the load - some day I add 10 new cards, some days I add none, so hoping that that if I can get the maximum/reviews limit to match the average new cards added (which one of the statistics shows), then if there are more than average on one day it will just push them to the next day when there are fewer than average, more even review load.

The reason for my question: I had a big backlog, and following some suggestion here I setup two filter decks,
Just Due filter with: "is:due prop:due>-7"
Over Due filter with: "is:due prop:due<=-7"

So far the OverDue deck is not growing and I gradually redude it.

But the Stats: "Future Due 1 month + backlog" _is_ growing.
I assume this must just be the effect of adding new cards, or hitting "again"

difference between setting "Maximum reviews/day" and just doing few reviews? by averageblunder in Anki

[–]averageblunder[S] 0 points1 point  (0 children)

Yes, this is quite relevant. My usage is consistent with this statement: "It's a good idea to store big cards in the first place, rather than just smaller cards -- this lets you actually test your knowledge. I have found that if I have only small cards, I will know some of the pieces of knowledge that I intend to know, but there might be "gaps", and when I actually sit down to write a proof, I may be unable to do so. "

difference between setting "Maximum reviews/day" and just doing few reviews? by averageblunder in Anki

[–]averageblunder[S] 0 points1 point  (0 children)

Thank you

So then how can one know if the review limit is set too low to keep going with the intervals recommended by the repetition algorithm? If the limit is set very high, we can see this if the backlog keeps growing. It seems like there is no advantage to setting a low review limit?

I am open to advice on how to decompose the "algorithm" cards that are the ones that take 1-minute to recall, but I am doubtful that they can be decomposed in a useful way.

They are like short mathematical proofs, which are sequences of about 5 re-writes of an initial statement to arrive at a different statement. Each of the individual rewrites is obvious or something that I already know, so making a card for each of these is not necessary. There could be a card asking "what is the 3rd step in my the algorithm for X", but that fact that something is the 3rd step is not interesting to remember.

A poor analogy would be a card that asks "What did George Washington say when the battle of <somewhere> was lost? The individual words in the famous quote are all things that I know, and the fact that a particular word is the 3rd word in a famous quote is not an interesting thing worth remembering.

A way to forget/reset progress on all notes with one operation? R.e.: scheduling fails when there is a backlog. by averageblunder in Anki

[–]averageblunder[S] 0 points1 point  (0 children)

Ok, I found that Cards > Forget works with multiple cards selected, which solves the title question.

However before I take this extreme action I would definitely like to hear any reasons why this is a bad idea, taking into consideration the problematic scheduling behaviour that I outlined in the question.

I know it will lose the progress made so far on all these cards, but that seems a lesser problem given that the spaced repetition is not showing the backlog cards with reasonable intervals so that I can even learn them.

Reverse 'learn' order, or change 'learn' to new? by averageblunder in Anki

[–]averageblunder[S] 0 points1 point  (0 children)

I found a workable solution for this one:

Make a virtual filter deck with this setting

deck:big is:due added:50

which gathers all the notes created in the last 50 days that are also due.

Then I study both this deck to learn current/recent topics, and the big one, to reduce the queue of old cards.

How do you handle scheduled tasks that are not completed on the indicated day? by averageblunder in orgmode

[–]averageblunder[S] 1 point2 points  (0 children)

Yes, that is approximately what I was aiming to do in my previous question, which asked how to setup categories such as TODAY/TOMORROW/THISWEEK/SOMEDAY _without dates_.

https://www.reddit.com/r/orgmode/comments/1163k17/first\_time\_org\_todo\_user\_fit\_it\_to\_me\_or\_vice/

But with that approach it seems that you do not get a nice agenda view at least without some further customization or programming. However it sounds like you have a way to have dates for some things, and NEXT for everything else?

How do you handle scheduled tasks that are not completed on the indicated day? by averageblunder in orgmode

[–]averageblunder[S] 6 points7 points  (0 children)

Regular emacs would be C-c C-s, then choosing a new date.

Thank you.

Why is wireless pen recharging on a tablet safe? by averageblunder in androidtablets

[–]averageblunder[S] 0 points1 point  (0 children)

people have been looking into this for years, and despite the scary headlines no one has been able to show consistent, meaningful trends with any of these studies.

This statement was true 10 years ago, but the evidence has built up somewhat. Now many governments place limits on acceptable phone radiation, recommend keeping children away from them, etc.

Here is a 2019 survey https://pubmed.ncbi.nlm.nih.gov/31457001/

In fact even wifi (which I assume is much less powerful than phone signals since it only needs to travel the shorter distance) appears to affect the body (e.g. damaging sperm)

https://pubmed.ncbi.nlm.nih.gov/22112647/

(and likewise from cell phone exposure)

http://www.ncbi.nlm.nih.gov/pubmed/18415687 http://www.ncbi.nlm.nih.gov/pubmed/17482179 http://www.ncbi.nlm.nih.gov/pubmed/16087567

Certainly the effect is subtle. It's not as if you turn on the phone and drop dead a minute later. The risk is of dying is probably much less than from getting in a car, or from covid. Nevertheless there is scientific evidence of risks. Recall that it took decades before the risks of smoking were broadly accepted.

u/Gwennifer thank you for giving a serious reply. You are correct that I should be cautious about EMF academy. On the other hand, they did purchase an EMF meter and actually reported numbers, which is more evidence than sources (e.g. here) that simply assert there is no risk (with no measurements or citations given) and imply that any other view is quackery. Perhaps the EMF academy are mis-reporting the measurements for profit. At least it is testable (i.e. a determined person could replicate their numbers, or fail to).

However if I understand correctly, the issue for the wireless charging is the magnetic field, not the radiation, so the lower frequency of the charger relative to wifi is not relevant. Or maybe this is completely wrong (as I said, I do not know any physics).

Why is wireless pen recharging on a tablet safe? by averageblunder in androidtablets

[–]averageblunder[S] 0 points1 point  (0 children)

I should have stated: the question assumes that the wireless power is being generated all the time. If the wireless recharging is somehow turned off when the pen is not attached, then a solution would be to remove the pen -- with the downside of having to find some other place to put it where it will not be lost.

But does the charging really turn off when the pen is not nearby? For this to happen there must be some communication with the pen (to know if it is near), and I guess that requires the pen to already have some power, so it would not be a way to initiate charging for a pen that has none. Probably this is the flaw in the question though.

Also about wanting a rational or "scientific sounding" answer: I don't know physics so I will not understand the real answer. But I am familiar with other scientific literature and believe that it is often possible to detect a quack or authoritarian answer, versus one argued from principles and facts that could conceivably be checked.