When trying to show that the hydrogen wave functions are normalized you do not always get a 1. Frequently you get an expression that upon further evaluation manually works out to 1. Maxima fails to get that 1.
Maxima version: 5.14.0Maxima build date: 21:46 12/27/2007host type: i686-pc-mingw32lisp-implementation-type: GNU Common Lisp (GCL)lisp-implementation-version: GCL 2.6.8.
rvh2006@cavtel.net
Rich Hennessy
Hydrogen Wave Function Definitions
Logged In: YES
user_id=28849
Originator: NO
Not the best solution, but Y is the only part that contains exp(%i*foo) so conjugate(%Psi[n,l,m](x,y,r)) is the same as %Psi[n,l,m](x,-y,r). If you use this in your integration, all of the integrals do work out to 1.
Logged In: YES
user_id=895922
Originator: NO
For another solution, see /share/orthopoly/h_atom.dem.
Logged In: YES
user_id=1975049
Originator: NO
Where is "/share/orthopoly/h_atom.dem" Is this a website?
Rich
Logged In: YES
user_id=895922
Originator: NO
No, it's not a website. Try this:
(%i4) batch("h_atom.dem");
batching #pC:/PROGRA~1/MAXIMA~1.0/share/maxima/5.14.0/share/orthopoly/h_atom.dem
Logged In: NO
Changing the y term to -y works for me. I can use that in general for complex valued functions by changing my functions to have one more variable f(x, y, z) --> f(x, y, z, sign). Then white %i as sign*%i everywhere in the function where there is an %i. f(x, y, z, 1)*f(x, y, z, -1) would do it. I think that works all the time unless there is no %i in the function definition (it could still be complex).
Rich
rvh2006@cavtel.net
Logged In: YES
user_id=501686
Originator: NO
I don't see a specific bug report here, and I'm much too lazy to try to puzzle it out. Closing this report.
Logged In: YES
user_id=501686
Originator: NO
Forgot to actually close it.