This article is rated C-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Mathematics This article is within the scope of WikiProject Mathematics, a collaborative effort to improve the coverage of mathematics on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.MathematicsWikipedia:WikiProject MathematicsTemplate:WikiProject Mathematicsmathematics ??? This article has not yet received a rating on the project's priority scale.

Do conditional event algebras form a category with nice properties? For instance, the sentence "The latter, however, support the intuitively appealing identity A → (B → C) = (A ∩ B) → C, while the former do not." seems to suggest that the latter is cartesian closed. A5 12:30, 23 May 2007 (UTC)[reply]

I have started to drastically revise this article. My original version was too technical in the early going; people just getting familiar with probability theory need something more accessible. Also, I wanted to expand and improve the exposition in the second half. The content from the article on Goodman-Nguyen-Van Fraassen algebras is being merged into this one under the heading Product-space algebras. Knorlin (talk) 20:44, 19 March 2022 (UTC)[reply]

In the Talk page for the article on Goodman–Nguyen–Van Fraassen algebras, which has been merged into this one, reader A. Bacon wrote:

In the "construction of the algbera" section it says: "Note that the construction can be iterated; A and B can themselves be conditional events." This doesn't seem to be true as stated: in the definition A and B are members of the original algebra F, i.e. subsets of Omega, whereas the resultant conditional event is a subset of Omega^hat. I think this remark should be changed, or the definition should be expanded to apply to members of Omega^hat.

This criticism is valid. The merged article avoids making this error, and a coming revision will address the issue explicitly. Knorlin (talk) 20:44, 19 March 2022 (UTC)[reply]

Goodman-Nguyen-Van Fraassen algebraGoodman-Nguyen-Van Fraassen algebra redirects here but has substantial text after the #REDIRECT directive. Please can an editor familiar with the subject un-redirect, merge, delete or otherwise deal with the content? Pinging the main contributor, Knorlin. Thanks, Certes (talk) 21:47, 10 December 2022 (UTC)[reply]

Thank you for taking an interest in the article. If there's an issue, I'm happy to try to fix it. But I need to make sure I understand what the issue is. Is it that I didn't carry all the material in the old Goodman–Nguyen–Van Fraassen algebra article over to the new Conditional Event Algebra article? Or is it that when one creates a redirect, one is supposed to delete all the material one is redirecting away from, leaving a skeleton page with just the redirect instruction? I don't have enough experience with redirects to know what is customary. Knorlin (talk) 23:10, 10 December 2022 (UTC)[reply]

@Knorlin: It's customary for a page to be either an article or a redirect (with nothing beneath except, perhaps, templates and categories). (Redirects aren't articles.) Goodman-Nguyen-Van Fraassen algebra has both a #REDIRECT line and content, which readers won't see because they get redirected. There are at least three possible ways to deal with this mismatch:

1. Remove the #REDIRECT line to expose the content, making the page an article again
2. Merge: move the content after #REDIRECT into the target article, deleting it from the redirect page
3. Simply delete the content after #REDIRECT if it has no value

I have a maths degree and roughly understand the content, but I don't know the topic well enough to be sure which approach is best here. Certes (talk) 11:41, 11 December 2022 (UTC)[reply]

OK, thanks for the mini-lesson. I will shortly do #3 after reviewing to see if any bits is worth preserving and merging into the new article. Knorlin (talk) 03:37, 12 December 2022 (UTC)[reply]

UPDATE: Done Knorlin (talk) 05:45, 12 December 2022 (UTC)[reply]