Zulip Chat Archive
Stream: Lean Together 2026
Topic: Stefan Kebekus - Project VD
Markus Himmel (Jan 20 2026 at 15:02):
Discussion thread for the talk.
Johan Commelin (Jan 20 2026 at 15:42):
@Stefan Kebekus Would you mind sharing your slides? I'm interested in brainstorming further about differential operators.
Sébastien Gouëzel (Jan 20 2026 at 15:46):
I think we will want many flavors of differential operators. If you're doing analysis, you want them to act pointwise, on functions with a low degree of smoothness that might even not be fixed throughout the discussion, so the sheaf point of view is not viable there. But if you want to play with D-modules, you will need to switch to a more algebraic framework.
Johan Commelin (Jan 20 2026 at 15:48):
Hmmmzz, so even something like docs#TopCat.LocalPredicate is not really useful, because it's too sheafy?
(I'm also wondering whether it should take unbundled topological spaces as input.)
Johan Commelin (Jan 20 2026 at 15:49):
@Sébastien Gouëzel If the degree of smoothness is not fixed, does that immediately rule out sheaves?
Sébastien Gouëzel (Jan 20 2026 at 15:53):
A comment on the difficulty to define the field of meromorphic functions. This is very much related to the definition of the space in analysis, which is a space of equivalence classes of functions if you want to do functional analysis, but where you think of the elements as genuine functions when you write (i.e., all the time). This has been a difficulty in the Carleson project, where you really want to use both points of view. In the end, what has worked best is to use the functions as true functions, and only project to equivalence classes when really necessary.
Sébastien Gouëzel (Jan 20 2026 at 15:55):
To be honest, I'm not really into sheaves, so don't listen to me too much here. For me, an issue with this point of view is that if you look at the Laplacian on C^2 functions, and the Laplacian on C^3 functions, they act on different sheaves so they're not directly related.
Stefan Kebekus (Jan 20 2026 at 16:07):
@Johan Commelin Please find my slides here:
Stefan Kebekus (Jan 20 2026 at 16:10):
Sébastien Gouëzel schrieb:
A comment on the difficulty to define the field of meromorphic functions. This is very much related to the definition of the space in analysis, which is a space of equivalence classes of functions if you want to do functional analysis, but where you think of the elements as genuine functions when you write (i.e., all the time). This has been a difficulty in the Carleson project, where you really want to use both points of view. In the end, what has worked best is to use the functions as true functions, and only project to equivalence classes when really necessary.
I agree. Eventually, we will probably have two objects, "meromorphic function, the function" and "meromorphic function, the field element". The task is then to devise an API that makes shifting hence and forth between the notions as painless as possible.
Stefan Kebekus (Jan 20 2026 at 16:15):
Sébastien Gouëzel schrieb:
To be honest, I'm not really into sheaves, so don't listen to me too much here. For me, an issue with this point of view is that if you look at the Laplacian on C^2 functions, and the Laplacian on C^3 functions, they act on different sheaves so they're not directly related.
I am a great fan of sheaves. C^3 functions are C^2, so that eventually we need a way to state compatibility. Also, all notions of differential operators I came across
- are local in nature
- are linear over a fixed ring (constants, functions coming from the base of a fibration, …)
- satisfy the iterated Leibniz rule whenever there is enough regularity to even state the rule.
Even if we end up with different flavors of differential operators, I would expect them to have enough in common to warrant a common API that encapsulates these basic properties.
@Sébastien Gouëzel Please disagree. I will be more than happy to discuss.
Sébastien Gouëzel (Jan 20 2026 at 19:18):
My background in algebraic geometry is essentially inexistent, so please take what I say with a grain of salt. Still, I see at least two issues with the algebraic, sheafy, point of view.
First, in analysis one needs quite quickly to get out of the realm of differential operators, because they are too rigid (notably when you want to construct some kind of inverses). Instead one uses pseudo-differential operators, which are much more flexible while sharing a lot of the nice algebraic properties of differential operators -- except that they are not exactly local, only up to higher order terms.
Second, there is this weird fact. Take a nice space (say or ) and a finite differentiability (say ). Then, on the space of compactly supported functions on , there is a derivation at (i.e., a linear map satisfying ) which is not coming from a tangent vector at , i.e., which can not be written as . This means that algebraic characterisations of differential operators only work well in , but not in finite smoothness.
Kevin Buzzard (Jan 20 2026 at 20:16):
Doesn't the fact that d on C^2 functions is not d on C^3 functions simply translate into the statement that there's d on C^2 and d on C^3 and inclusions of sheaves from C^3 to C^2 and then there's some commutative square of morphisms of sheaves?
It's the non-locality comment which is scaring me a lot more though. The sheaf axiom is precisely "the property which defines me can be checked locally" and a morphism of sheaves involves a lot of commutative diagrams which again say that the information in the morphism is of a local nature. What is an example of a pseudodifferential operator being "not exactly local"?
Sébastien Gouëzel (Jan 20 2026 at 20:34):
If and coincide around , then you may have when is a pseudo-differential operator.
Moritz Doll (Jan 20 2026 at 21:10):
Kevin Buzzard said:
What is an example of a pseudodifferential operator being "not exactly local"?
Basically every pseudodifferential operator that is not a differential operator is non-local, so you could take from my talk for . This is related to the fact that a distribution supported at a single point has to be a sum of derivatives of the Dirac delta.
The feature of a pseudodifferential operator is that it preserves local regularity, i.e., if a distribution is smooth at a point, then A f (for A psido) is smooth at that point, or even better microlocal regularity (where you measure regularity in directions (using the Fourier transform)).
Kevin Buzzard (Jan 20 2026 at 23:45):
It sounds like sheaf theory is not set up to handle pseudodifferential operators!
Junyan Xu (Jan 21 2026 at 00:08):
I also just realized, the classic Sheaves on Manifolds (Kashiwara--Schapira) in algebraic analysis doesn't actually cover pseudo-differential operators.
image.png
Stefan Kebekus (Jan 21 2026 at 05:56):
@Sébastien Gouëzel Thanks for pointing this out. I learned something! With that in mind, do you think it might make sense to concentrate on potential implementations of "differential operators" for now, and leave "pseudodifferential operators" for later? It might already be an achievement if we can come up with a sane API that covers the classical cases (including Lie derivatives of functions and differential forms, the Laplacian on a Riemann manifold, del and delBar on complex manifolds, ...)
Sébastien Gouëzel (Jan 21 2026 at 09:16):
It would definitely make sense to build first (or separately) a theory for differential operators. For me, the main question is: does it act on unbundled or bundled objects? I.e., would a differential operators be defined on all functions (or on all sections of a given vector bundle) or only on the ones that are global and with some degree of smoothness? I have a preference for the unbundled design, because it is more flexible and easier to localize (i.e., if a function is around a point but not globally, then its laplacian is well behaved around this point -- which is not something one can get if the laplacian is only defined on the space of globally functions). So I'd advocate that the main API should be unbundled, but of course one should also deduce bundled versions from them.
Patrick Massot (Jan 21 2026 at 20:50):
Note that in our differential geometry branch, Michael and I defined covariant derivatives on vector bundles and we did you the unbundled approach, for the reasons indicated by Sébastien.
Antoine Chambert-Loir (Jan 22 2026 at 10:11):
About differential operators and sheaves, remember the theorem of Peetre, https://en.wikipedia.org/wiki/Peetre_theorem
Stefan Kebekus (Jan 22 2026 at 12:41):
@Antoine Chambert-Loir Unable to remember because I was not aware of the theorem :frown:
Thanks for pointing this out! I will definitely carry that with me into the upcoming discussions.
Anatole Dedecker (Jan 22 2026 at 13:12):
Antoine Chambert-Loir said:
About differential operators and sheaves, remember the theorem of Peetre, https://en.wikipedia.org/wiki/Peetre_theorem
Doesn't this suffer from the issue mentionned by Sébastien that it doesn't work for finite regularities?
Sébastien Gouëzel (Jan 22 2026 at 13:18):
I think it works in finite regularity, see Theorems A and B in https://www.degruyterbrill.com/document/doi/10.1515/forum-2013-0159/html (reference provided by chatGPT, I haven't checked the proofs)
Moritz Doll (Jan 22 2026 at 13:51):
It seems like you can track the regularity needed in the Schwartz kernel theorem (Hörmander does that in the proof, but states the result only for smooth), and then it you end up with a proof for finite regularity (the kernel theorem reduces the result to a fact about distributions with support at a point).
Anatole Dedecker (Jan 22 2026 at 16:44):
Okay nice, I had only ever heard about it in the smooth case, nice to know.
Bas Spitters (Jan 22 2026 at 18:12):
@Stefan Kebekus The link to the slides does not work for me. It's behind a login.
Stefan Kebekus (Jan 23 2026 at 11:45):
@Bas Spitters Apologies, I accidentally moved the file while cleaning up after the talk. Here's a new link
Last updated: Feb 28 2026 at 14:05 UTC