So submitting back to PG would be more like replacing a PG edition, instead of updating it; and I doubt the original PG submitter would like it if their hard work was simply replaced by someone else who thought their version was an improvement.
Our volunteers do sometimes submit typos they find back to PG. We don't require that, so some producers do, and others don't.
But yes, I see that you’re practising some editorial oversight and not aiming to faithfully represent the original in all regards, which I gather is more generally Project Gutenberg’s goal; and this would obviously contraindicate upstreaming.
On the other hand, when it comes to more stylistic matters, I tend to wish Project Gutenberg had more consistency. There’s too much gratuitous variation in presentation and ridiculous 256-colour backgrounds. It’s often too obvious much of it is the work of a group of individuals rather than a coherent effort.
I’m curious about the footnote-to-endnote thing, because I’m not sure how the various formats in question handle them all, but in print endnotes are almost always just awful. If anything, I’d be expecting to replace endnotes with footnotes. (Me, I’m partial to sidenotes.)
—⁂—
¹ Hickory dickory dock, three mice ran up the clock; the clock struck one, and has been charged with assault and battery.
Agree on notes in print, side notes (on very-wide editions) are best, then foot, then end of chapter endnotes. Full end-of-work endnotes are awful. Maybe they're better in ebooks, than footnotes, though? E-readers' poor UX for not-even-that-advanced features of books is part of why I barely use them, and practically never for any work that'd have notes of any sort.
In the case of Standard Ebooks, “sound‐alike” changes are allowed (so spelling and capitalization changes are allowed when they make sense). Censorship, and even innocuous grammatical changes, are not. Despite generally appreciating old works in their own context, I find the tradeoff in readability for such a widespread practice to be worth it given how minor SE’s alterations are.
When I see erroneous changes in SE books, I argue to revert, and have generally been successful. In my experience it’s drama‐free, like fixing any other typo.
That is one major advantage SE has, I think, which is that we do allow people to make pull requests against any of our ebook repositories and any PRs that get merged are automatically deployed to the site. This makes it much, much easier for tech-savvy people to submit proofreading corrections!
On the other side of the coin, Standard Ebooks's heavy endorsement/buy-in of GitHub-based workflows are offputting to broader audiences. (It's pretty offputting to me, and I'm not even non-technical; I just recognize it as a sort of Conway's Law + Law of the Hammer sort of thing, and it chafes.) I.e., for others what you describe is far less than "ideal".
Can you share or document how? https://standardebooks.org/contribute suggests that "Technically inclined readers can produce ebooks themselves" but doesn't provide any point of entry to do so other than a link to the GitHub org, and "No technical experience is necessary. Contact the mailing list if you want to help." just links to the Google Group.