Moduli space vs. moduli stack of vector bundles
$begingroup$
I would like to understand in an intuitive level first and then a technical level also (keeping in mind I am a physicist) the difference between the moduli space of vector bundles and the moduli stack of vector bundles over an algebraic variety or scheme over a complete field, in specific $mathbb{C}$ is sufficient for me.
We can assume that the rank of the vector bundle is fixed. There is some jargon that I cannot figure out: moduli space vs. coarse moduli space, moduli space vs. moduli stack, moduli functor and moduli space etc.
I also want to note that I understand to some extent the definition of an algebraic stack as a 2-category but I do not see how this can be a possibly singular variety whose points parametrize isomorphism classes of vector bundles.
I also am a bit confused on the same question with the replacement of vector bundles to sheaves. But I do have some idea about the differences between the moduli space of the first and the moduli space of coherent torsion free sheaves.
To summarize:
- Can you please explain in both intuitive and (Semi)-technical
level the difference between the words space and stack? - Can you clarify when we need one and when the other?
- Can you explain the jargon?
- What happens if we switch to vector bundles to sheaves?
P.S. There are some nice books like the one of Huybrechts but it is quite above my level for now.
algebraic-geometry sheaf-theory vector-bundles coherent-sheaves moduli-space
$endgroup$
add a comment |
$begingroup$
I would like to understand in an intuitive level first and then a technical level also (keeping in mind I am a physicist) the difference between the moduli space of vector bundles and the moduli stack of vector bundles over an algebraic variety or scheme over a complete field, in specific $mathbb{C}$ is sufficient for me.
We can assume that the rank of the vector bundle is fixed. There is some jargon that I cannot figure out: moduli space vs. coarse moduli space, moduli space vs. moduli stack, moduli functor and moduli space etc.
I also want to note that I understand to some extent the definition of an algebraic stack as a 2-category but I do not see how this can be a possibly singular variety whose points parametrize isomorphism classes of vector bundles.
I also am a bit confused on the same question with the replacement of vector bundles to sheaves. But I do have some idea about the differences between the moduli space of the first and the moduli space of coherent torsion free sheaves.
To summarize:
- Can you please explain in both intuitive and (Semi)-technical
level the difference between the words space and stack? - Can you clarify when we need one and when the other?
- Can you explain the jargon?
- What happens if we switch to vector bundles to sheaves?
P.S. There are some nice books like the one of Huybrechts but it is quite above my level for now.
algebraic-geometry sheaf-theory vector-bundles coherent-sheaves moduli-space
$endgroup$
4
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23
add a comment |
$begingroup$
I would like to understand in an intuitive level first and then a technical level also (keeping in mind I am a physicist) the difference between the moduli space of vector bundles and the moduli stack of vector bundles over an algebraic variety or scheme over a complete field, in specific $mathbb{C}$ is sufficient for me.
We can assume that the rank of the vector bundle is fixed. There is some jargon that I cannot figure out: moduli space vs. coarse moduli space, moduli space vs. moduli stack, moduli functor and moduli space etc.
I also want to note that I understand to some extent the definition of an algebraic stack as a 2-category but I do not see how this can be a possibly singular variety whose points parametrize isomorphism classes of vector bundles.
I also am a bit confused on the same question with the replacement of vector bundles to sheaves. But I do have some idea about the differences between the moduli space of the first and the moduli space of coherent torsion free sheaves.
To summarize:
- Can you please explain in both intuitive and (Semi)-technical
level the difference between the words space and stack? - Can you clarify when we need one and when the other?
- Can you explain the jargon?
- What happens if we switch to vector bundles to sheaves?
P.S. There are some nice books like the one of Huybrechts but it is quite above my level for now.
algebraic-geometry sheaf-theory vector-bundles coherent-sheaves moduli-space
$endgroup$
I would like to understand in an intuitive level first and then a technical level also (keeping in mind I am a physicist) the difference between the moduli space of vector bundles and the moduli stack of vector bundles over an algebraic variety or scheme over a complete field, in specific $mathbb{C}$ is sufficient for me.
We can assume that the rank of the vector bundle is fixed. There is some jargon that I cannot figure out: moduli space vs. coarse moduli space, moduli space vs. moduli stack, moduli functor and moduli space etc.
I also want to note that I understand to some extent the definition of an algebraic stack as a 2-category but I do not see how this can be a possibly singular variety whose points parametrize isomorphism classes of vector bundles.
I also am a bit confused on the same question with the replacement of vector bundles to sheaves. But I do have some idea about the differences between the moduli space of the first and the moduli space of coherent torsion free sheaves.
To summarize:
- Can you please explain in both intuitive and (Semi)-technical
level the difference between the words space and stack? - Can you clarify when we need one and when the other?
- Can you explain the jargon?
- What happens if we switch to vector bundles to sheaves?
P.S. There are some nice books like the one of Huybrechts but it is quite above my level for now.
algebraic-geometry sheaf-theory vector-bundles coherent-sheaves moduli-space
algebraic-geometry sheaf-theory vector-bundles coherent-sheaves moduli-space
asked Dec 17 '16 at 17:59
GorbzGorbz
26419
26419
4
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23
add a comment |
4
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23
4
4
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23
add a comment |
1 Answer
1
active
oldest
votes
$begingroup$
- To simplify greatly, one is interested in some sort of a "parameter space" for vector bundles, where it makes sense to say one bundle is the "limit" of sequence of other bundles, or to have a "curve" of bundles, and so on. Here you can compare it to simplest parameter spaces, like the projective space or a Grassmanian (in the latter space it makes sense, for example, to take a "curve" of linear subspaces, $C to Grass$, which just means you are taking a family of linear subspaces parameterized by curve $C$).
Now it turns out that one just cannot construct a parameter space for all vector bundles as a a nice variety (or scheme), this space is somehow too large and too badly behaved.
At this point one has two choices - either construct a parameter space as something more complicated than a scheme (a stack), or restrict from all vector bundles to some subclass of those (moduli space of (semi)-stable bundles (sheaves)).
If you choose the first route, then your stack will be just a functor, which assigns to any parameterizing base $S$ a set of vector bundles on $X times S$. [So that when applied to $S={pt}$ one just gets all vector bundles on $X$]. If it happened to be representable by some scheme $M$, we would be done and just work with this "moduli space" $M$. However in this generality it is certainly not representable. Thus one applies the usual Grothendieck's philosophy of functor of points and tries to work with this functor as some sort of a space in and of itself. There is a lot of stacks machinery devoted to constructing "atlases" of sorts allowing one to do geometry.
If you take the second route, and consider all semistable sheaves, then an analogous functor which assigns to any parameterizing base $S$ a set of semistable sheaves turns out to be (co)representable, so that all is fine and we work with the representing scheme directly (and not through the functor of points).
Both points of view have their pro's and con's. It is harder to work with the stack directly, but it somehow keeps the information about all bundles or sheaves. Working with the moduli space of semistable bundles is much more direct, but you now need to worry about how one gets to the information about any old bundle starting from semi-stable ones (and there are ways to decompose a given bundle into (semi)-stable ones).
As usual in mathematics, having both languages allows to shed light from different angles. I might be wrong, but the results one obtains in one language can very often be recast in the other.
If the book by Huybrechts is too technical, you can try looking at Le Potier's "Lectures on vector bundles" (although you won't find anything about stacks there).
Nothing really changes when we pass from vector bundles to sheaves. It is mostly a technical enlargement to get better properties of the resulting object.
PS. This answer is indeed excellent.
$endgroup$
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
return StackExchange.using("mathjaxEditing", function () {
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
});
});
}, "mathjax-editing");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "69"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f2062514%2fmoduli-space-vs-moduli-stack-of-vector-bundles%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
- To simplify greatly, one is interested in some sort of a "parameter space" for vector bundles, where it makes sense to say one bundle is the "limit" of sequence of other bundles, or to have a "curve" of bundles, and so on. Here you can compare it to simplest parameter spaces, like the projective space or a Grassmanian (in the latter space it makes sense, for example, to take a "curve" of linear subspaces, $C to Grass$, which just means you are taking a family of linear subspaces parameterized by curve $C$).
Now it turns out that one just cannot construct a parameter space for all vector bundles as a a nice variety (or scheme), this space is somehow too large and too badly behaved.
At this point one has two choices - either construct a parameter space as something more complicated than a scheme (a stack), or restrict from all vector bundles to some subclass of those (moduli space of (semi)-stable bundles (sheaves)).
If you choose the first route, then your stack will be just a functor, which assigns to any parameterizing base $S$ a set of vector bundles on $X times S$. [So that when applied to $S={pt}$ one just gets all vector bundles on $X$]. If it happened to be representable by some scheme $M$, we would be done and just work with this "moduli space" $M$. However in this generality it is certainly not representable. Thus one applies the usual Grothendieck's philosophy of functor of points and tries to work with this functor as some sort of a space in and of itself. There is a lot of stacks machinery devoted to constructing "atlases" of sorts allowing one to do geometry.
If you take the second route, and consider all semistable sheaves, then an analogous functor which assigns to any parameterizing base $S$ a set of semistable sheaves turns out to be (co)representable, so that all is fine and we work with the representing scheme directly (and not through the functor of points).
Both points of view have their pro's and con's. It is harder to work with the stack directly, but it somehow keeps the information about all bundles or sheaves. Working with the moduli space of semistable bundles is much more direct, but you now need to worry about how one gets to the information about any old bundle starting from semi-stable ones (and there are ways to decompose a given bundle into (semi)-stable ones).
As usual in mathematics, having both languages allows to shed light from different angles. I might be wrong, but the results one obtains in one language can very often be recast in the other.
If the book by Huybrechts is too technical, you can try looking at Le Potier's "Lectures on vector bundles" (although you won't find anything about stacks there).
Nothing really changes when we pass from vector bundles to sheaves. It is mostly a technical enlargement to get better properties of the resulting object.
PS. This answer is indeed excellent.
$endgroup$
add a comment |
$begingroup$
- To simplify greatly, one is interested in some sort of a "parameter space" for vector bundles, where it makes sense to say one bundle is the "limit" of sequence of other bundles, or to have a "curve" of bundles, and so on. Here you can compare it to simplest parameter spaces, like the projective space or a Grassmanian (in the latter space it makes sense, for example, to take a "curve" of linear subspaces, $C to Grass$, which just means you are taking a family of linear subspaces parameterized by curve $C$).
Now it turns out that one just cannot construct a parameter space for all vector bundles as a a nice variety (or scheme), this space is somehow too large and too badly behaved.
At this point one has two choices - either construct a parameter space as something more complicated than a scheme (a stack), or restrict from all vector bundles to some subclass of those (moduli space of (semi)-stable bundles (sheaves)).
If you choose the first route, then your stack will be just a functor, which assigns to any parameterizing base $S$ a set of vector bundles on $X times S$. [So that when applied to $S={pt}$ one just gets all vector bundles on $X$]. If it happened to be representable by some scheme $M$, we would be done and just work with this "moduli space" $M$. However in this generality it is certainly not representable. Thus one applies the usual Grothendieck's philosophy of functor of points and tries to work with this functor as some sort of a space in and of itself. There is a lot of stacks machinery devoted to constructing "atlases" of sorts allowing one to do geometry.
If you take the second route, and consider all semistable sheaves, then an analogous functor which assigns to any parameterizing base $S$ a set of semistable sheaves turns out to be (co)representable, so that all is fine and we work with the representing scheme directly (and not through the functor of points).
Both points of view have their pro's and con's. It is harder to work with the stack directly, but it somehow keeps the information about all bundles or sheaves. Working with the moduli space of semistable bundles is much more direct, but you now need to worry about how one gets to the information about any old bundle starting from semi-stable ones (and there are ways to decompose a given bundle into (semi)-stable ones).
As usual in mathematics, having both languages allows to shed light from different angles. I might be wrong, but the results one obtains in one language can very often be recast in the other.
If the book by Huybrechts is too technical, you can try looking at Le Potier's "Lectures on vector bundles" (although you won't find anything about stacks there).
Nothing really changes when we pass from vector bundles to sheaves. It is mostly a technical enlargement to get better properties of the resulting object.
PS. This answer is indeed excellent.
$endgroup$
add a comment |
$begingroup$
- To simplify greatly, one is interested in some sort of a "parameter space" for vector bundles, where it makes sense to say one bundle is the "limit" of sequence of other bundles, or to have a "curve" of bundles, and so on. Here you can compare it to simplest parameter spaces, like the projective space or a Grassmanian (in the latter space it makes sense, for example, to take a "curve" of linear subspaces, $C to Grass$, which just means you are taking a family of linear subspaces parameterized by curve $C$).
Now it turns out that one just cannot construct a parameter space for all vector bundles as a a nice variety (or scheme), this space is somehow too large and too badly behaved.
At this point one has two choices - either construct a parameter space as something more complicated than a scheme (a stack), or restrict from all vector bundles to some subclass of those (moduli space of (semi)-stable bundles (sheaves)).
If you choose the first route, then your stack will be just a functor, which assigns to any parameterizing base $S$ a set of vector bundles on $X times S$. [So that when applied to $S={pt}$ one just gets all vector bundles on $X$]. If it happened to be representable by some scheme $M$, we would be done and just work with this "moduli space" $M$. However in this generality it is certainly not representable. Thus one applies the usual Grothendieck's philosophy of functor of points and tries to work with this functor as some sort of a space in and of itself. There is a lot of stacks machinery devoted to constructing "atlases" of sorts allowing one to do geometry.
If you take the second route, and consider all semistable sheaves, then an analogous functor which assigns to any parameterizing base $S$ a set of semistable sheaves turns out to be (co)representable, so that all is fine and we work with the representing scheme directly (and not through the functor of points).
Both points of view have their pro's and con's. It is harder to work with the stack directly, but it somehow keeps the information about all bundles or sheaves. Working with the moduli space of semistable bundles is much more direct, but you now need to worry about how one gets to the information about any old bundle starting from semi-stable ones (and there are ways to decompose a given bundle into (semi)-stable ones).
As usual in mathematics, having both languages allows to shed light from different angles. I might be wrong, but the results one obtains in one language can very often be recast in the other.
If the book by Huybrechts is too technical, you can try looking at Le Potier's "Lectures on vector bundles" (although you won't find anything about stacks there).
Nothing really changes when we pass from vector bundles to sheaves. It is mostly a technical enlargement to get better properties of the resulting object.
PS. This answer is indeed excellent.
$endgroup$
- To simplify greatly, one is interested in some sort of a "parameter space" for vector bundles, where it makes sense to say one bundle is the "limit" of sequence of other bundles, or to have a "curve" of bundles, and so on. Here you can compare it to simplest parameter spaces, like the projective space or a Grassmanian (in the latter space it makes sense, for example, to take a "curve" of linear subspaces, $C to Grass$, which just means you are taking a family of linear subspaces parameterized by curve $C$).
Now it turns out that one just cannot construct a parameter space for all vector bundles as a a nice variety (or scheme), this space is somehow too large and too badly behaved.
At this point one has two choices - either construct a parameter space as something more complicated than a scheme (a stack), or restrict from all vector bundles to some subclass of those (moduli space of (semi)-stable bundles (sheaves)).
If you choose the first route, then your stack will be just a functor, which assigns to any parameterizing base $S$ a set of vector bundles on $X times S$. [So that when applied to $S={pt}$ one just gets all vector bundles on $X$]. If it happened to be representable by some scheme $M$, we would be done and just work with this "moduli space" $M$. However in this generality it is certainly not representable. Thus one applies the usual Grothendieck's philosophy of functor of points and tries to work with this functor as some sort of a space in and of itself. There is a lot of stacks machinery devoted to constructing "atlases" of sorts allowing one to do geometry.
If you take the second route, and consider all semistable sheaves, then an analogous functor which assigns to any parameterizing base $S$ a set of semistable sheaves turns out to be (co)representable, so that all is fine and we work with the representing scheme directly (and not through the functor of points).
Both points of view have their pro's and con's. It is harder to work with the stack directly, but it somehow keeps the information about all bundles or sheaves. Working with the moduli space of semistable bundles is much more direct, but you now need to worry about how one gets to the information about any old bundle starting from semi-stable ones (and there are ways to decompose a given bundle into (semi)-stable ones).
As usual in mathematics, having both languages allows to shed light from different angles. I might be wrong, but the results one obtains in one language can very often be recast in the other.
If the book by Huybrechts is too technical, you can try looking at Le Potier's "Lectures on vector bundles" (although you won't find anything about stacks there).
Nothing really changes when we pass from vector bundles to sheaves. It is mostly a technical enlargement to get better properties of the resulting object.
PS. This answer is indeed excellent.
edited Dec 14 '18 at 2:49
answered Dec 10 '18 at 19:37
BananeenBananeen
758413
758413
add a comment |
add a comment |
Thanks for contributing an answer to Mathematics Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f2062514%2fmoduli-space-vs-moduli-stack-of-vector-bundles%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
4
$begingroup$
This has obtained a nice answer from a physicist here.
$endgroup$
– Dilaton
Dec 18 '16 at 18:23