daan wrote: ↑Fri May 19, 2023 11:12 amd/d𝜑 (∫₀
𝑦 1 − (1 − 𝑧)³ d𝑧) = d/d𝜑 (2 sin 𝜑)
You made a sign error here, I said (𝑧 − 1) not (1 − 𝑧).
Our respective final values for d𝑦/d𝜑 differ only in that exact sign difference.
To
really spell things out pedantically:
I defined: 𝜃(𝑦) = (𝑦−1)
3+1
The raw integral of interest (verbatim from your post) is: ∫
0𝑦(𝛾
𝑘 − 𝜃(𝑧))
1/𝑘 d𝑧
Substituting the above 𝜃 gives: ∫
0𝑦(𝛾
𝑘 − (z−1)
3 − 1)
1/𝑘 d𝑧
Substituting 𝛾 = 2 and 𝑘 = 1 gives: ∫
0𝑦(2 − (z−1)
3 − 1)
1/𝑘 d𝑧
Simple elimination of terms gives ∫
0𝑦(1 − (z−1)
3)
1/𝑘 d𝑧
(Incidentally, I just now notice that your formula neglects to raise 𝜃(𝑧) to the power of 𝑘, but that is irrelevant in our case where 𝑘 = 1, and any desired exponentiation could just be subsumed into 𝜃 anyway.)
daan wrote: ↑Fri May 19, 2023 11:12 amMeanwhile, what I am stating is to use the mangled function of 𝑦 in 𝑥:
𝑥 = 𝜆 (1 − (1 − 𝑦)³) / 2
I think that is where we have been talking past each other. You state 𝑥 = 𝜆 (1 − 𝑦/2). The reason I don’t use that is because, presumably, the same forces that resulted in 𝜃 within the integral calculation to compute the integrand would also be in play in computing 𝑥, since 𝑥 is a function of the integrand.
This is indeed the part I'm not following.
In the "real" scenario I'm modelling, you wouldn't actually know the behavior of 𝜃. You're trying to calculate ∫ 𝑓(𝑦) d𝑦, but because of inaccuracies in your numerical integration algorithm, you're instead calculating ∫ 𝑓(𝜃(𝑦)) d𝑦. Because these inaccuracies are inherent to your integration algorithm, they cannot be separated from each other. You can calculate 𝑓(𝑦), or you can calculate ∫ 𝑓(𝜃(𝑦)) d𝑦 (and presumably you can also calculate the
inverses of those expressions, through numerical solution if nothing else, if you're trying to figure out the value of 𝑦), but you
cannot calculate 𝑓(𝜃(𝑦)) or ∫ 𝑓(𝑦) d𝑦 (or their respective inverses).
The scenario you're describing would only make sense if the numerical inaccuracies take place inside the calculation of 𝑓, rather than in the integration algorithm.
The equation describing 𝑥 in terms of 𝑦 is extremely simple and does not involve integration at all, and therefore you're unlikely to miscalculate
that equation itself to any significant degree, even if you're plugging in the wrong value for 𝑦. Therefore, I don't see how you're getting your "two wrongs make a right" result.
daan wrote: ↑Fri May 19, 2023 11:12 amTo generalize, this results in equal-area projections:
𝑥 = 𝜆∙𝑓(𝑦)
sin 𝜑 = ∫₀
𝑦𝑓(𝑧) d𝑧
Yes, I agree with that part. This is indeed a valid pseudocylindrical equal-area projection, for any reasonable value of 𝑓. (Reasonable = non-negative over its domain, and the integral eventually reaches 1 for high enough 𝑦. Although without that, it might still be a valid regional projection, just not extensible to a full world map.) Indeed, that exact formulation is very close to how my implementation calculates those projections (except that instead of specifying 𝑓 mathematically, it's read from an image file). However, it only works if you are able to compute the integral to sufficient accuracy (which I do through pixel-counting).