Moduli space vs. moduli stack of vector bundles












5












$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:




  1. Can you please explain in both intuitive and (Semi)-technical
    level the difference between the words space and stack?

  2. Can you clarify when we need one and when the other?

  3. Can you explain the jargon?

  4. 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.










share|cite|improve this question









$endgroup$








  • 4




    $begingroup$
    This has obtained a nice answer from a physicist here.
    $endgroup$
    – Dilaton
    Dec 18 '16 at 18:23
















5












$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:




  1. Can you please explain in both intuitive and (Semi)-technical
    level the difference between the words space and stack?

  2. Can you clarify when we need one and when the other?

  3. Can you explain the jargon?

  4. 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.










share|cite|improve this question









$endgroup$








  • 4




    $begingroup$
    This has obtained a nice answer from a physicist here.
    $endgroup$
    – Dilaton
    Dec 18 '16 at 18:23














5












5








5


5



$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:




  1. Can you please explain in both intuitive and (Semi)-technical
    level the difference between the words space and stack?

  2. Can you clarify when we need one and when the other?

  3. Can you explain the jargon?

  4. 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.










share|cite|improve this question









$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:




  1. Can you please explain in both intuitive and (Semi)-technical
    level the difference between the words space and stack?

  2. Can you clarify when we need one and when the other?

  3. Can you explain the jargon?

  4. 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






share|cite|improve this question













share|cite|improve this question











share|cite|improve this question




share|cite|improve this question










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














  • 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










1 Answer
1






active

oldest

votes


















4












$begingroup$


  1. 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).




  1. 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.


  2. 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).


  3. 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.






share|cite|improve this answer











$endgroup$













    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
    });


    }
    });














    draft saved

    draft discarded


















    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









    4












    $begingroup$


    1. 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).




    1. 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.


    2. 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).


    3. 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.






    share|cite|improve this answer











    $endgroup$


















      4












      $begingroup$


      1. 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).




      1. 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.


      2. 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).


      3. 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.






      share|cite|improve this answer











      $endgroup$
















        4












        4








        4





        $begingroup$


        1. 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).




        1. 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.


        2. 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).


        3. 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.






        share|cite|improve this answer











        $endgroup$




        1. 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).




        1. 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.


        2. 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).


        3. 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.







        share|cite|improve this answer














        share|cite|improve this answer



        share|cite|improve this answer








        edited Dec 14 '18 at 2:49

























        answered Dec 10 '18 at 19:37









        BananeenBananeen

        758413




        758413






























            draft saved

            draft discarded




















































            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.




            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            How to change which sound is reproduced for terminal bell?

            Can I use Tabulator js library in my java Spring + Thymeleaf project?

            Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents