The \(\varphi\) method of semi operators, the first half of my research
#11
(07/09/2022, 10:23 PM)MphLee Wrote: Those are suggestive images. Idk if If I'm saying something idiot... but they looks like the white circle is an artifact that can be removed to show the smooth and nice surface underneath...

Too bad I Wanted to be strong on programming...


So far, they do appear to be artifacts, and that's the story I'm sticking to! I have every reason to believe that's the case, because any Schroder iteration will have artifacts exactly about there. So, all's not loss. The problem is I'm not sure how to seamlessly program in a transition from repelling to neutral. This has two problems, near the neutral fixed points everything starts to geek out, and at the neutral case I don't even have code to run, I just return(0) (which only accounts for a measure zero area, so never expect to see it). I somehow have to account for the geeking out near the neutral case. I have a close up of this happening:



   



This is over a \(0.4\) window in the \(x\) axis of \(3 [0.5] x\) centered at \(x = \exp(1)\).



This isn't necessarily a bad thing. But it's not really a good thing. I think though, if this dip is happening it gives us a much more stringent manner of describing the actual semi-operators... they won't have this blip. I think the make or break will be to actually correct this dip. And honestly, it does seem possible, it is still continuous, it's just sharp is all... Which could be due to code (which is highly probable) or due to this is exactly what it looks like. But when I run my code for the \(x = e - 0.1\), it's already failing in the preliminary stages (constructing the Schroder function), before it even gets to the bennet protocol. So it's very likely this is just a programming error. If not, all is still not lost. This is still just the modified bennet. Big Grin



EDIT:


Also Mphlee, I have mathematical evidence this is a computing error.

   

If you look at the Lambert branch, there are points where it is always a curve, but it no longer looks like a function. This is what we are seeing near \(e\), and it's precisely a Lambert branching problem. I have to continue this curve which isn't a function, while maintaining holomorphy.

I solved half the riddle mathematically, and I see much better why this shit code error is happening. Don't lose faith yet...
Reply


Messages In This Thread
RE: The \(\varphi\) method of semi operators, the first half of my research - by JmsNxn - 07/10/2022, 02:58 AM

Possibly Related Threads…
Thread Author Replies Views Last Post
  How could we define negative hyper operators? Shanghai46 2 6,244 11/27/2022, 05:46 AM
Last Post: JmsNxn
  "circular" operators, "circular" derivatives, and "circular" tetration. JmsNxn 15 33,483 07/29/2022, 04:03 AM
Last Post: JmsNxn
  The modified Bennet Operators, and their Abel functions JmsNxn 6 10,278 07/22/2022, 12:55 AM
Last Post: JmsNxn
  The bounded analytic semiHyper-operators JmsNxn 4 16,425 06/29/2022, 11:46 PM
Last Post: JmsNxn
  Holomorphic semi operators, using the beta method JmsNxn 71 86,040 06/13/2022, 08:33 PM
Last Post: JmsNxn
  Hyper operators in computability theory JmsNxn 5 19,861 02/15/2017, 10:07 PM
Last Post: MphLee
  Recursive formula generating bounded hyper-operators JmsNxn 0 6,733 01/17/2017, 05:10 AM
Last Post: JmsNxn
  Rational operators (a {t} b); a,b > e solved JmsNxn 30 120,885 09/02/2016, 02:11 AM
Last Post: tommy1729
  holomorphic binary operators over naturals; generalized hyper operators JmsNxn 15 51,107 08/22/2016, 12:19 AM
Last Post: JmsNxn
  Bounded Analytic Hyper operators JmsNxn 25 77,568 04/01/2015, 06:09 PM
Last Post: MphLee



Users browsing this thread: 1 Guest(s)