How to add vector with itself tranposed?












1












$begingroup$


So I'm solving basic linear algebra questions as part of review.



$$v=begin{bmatrix} 1 & 2 & 3 \ end{bmatrix}$$



When I do the operation $v+v^T$ according to matlab, numpy and wolfram alpha



spits out



$$v+v^T=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Originally I thought it would be like



$$ v + v^T = begin{bmatrix} 1 & 2 & 3 \ 1 & 2 & 3 \ 1 & 2 & 3\ end{bmatrix} + begin{bmatrix} 1 & 1 & 1 \ 2 & 2 & 2 \ 3 & 3 & 3\ end{bmatrix}=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Can someone explain to be how this makes any sense?










share|cite|improve this question









$endgroup$












  • $begingroup$
    How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
    $endgroup$
    – darij grinberg
    Jan 11 at 2:36












  • $begingroup$
    The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
    $endgroup$
    – anomaly
    Jan 11 at 2:38










  • $begingroup$
    Matrices can only be added if both dimensions agree. This is an illegal operation.
    $endgroup$
    – ncmathsadist
    Jan 11 at 2:38










  • $begingroup$
    Show us your alpha input.
    $endgroup$
    – Randall
    Jan 11 at 2:38










  • $begingroup$
    wolframalpha.com/input/… I'm looking at the alternative form
    $endgroup$
    – GrandFleet
    Jan 11 at 2:40
















1












$begingroup$


So I'm solving basic linear algebra questions as part of review.



$$v=begin{bmatrix} 1 & 2 & 3 \ end{bmatrix}$$



When I do the operation $v+v^T$ according to matlab, numpy and wolfram alpha



spits out



$$v+v^T=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Originally I thought it would be like



$$ v + v^T = begin{bmatrix} 1 & 2 & 3 \ 1 & 2 & 3 \ 1 & 2 & 3\ end{bmatrix} + begin{bmatrix} 1 & 1 & 1 \ 2 & 2 & 2 \ 3 & 3 & 3\ end{bmatrix}=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Can someone explain to be how this makes any sense?










share|cite|improve this question









$endgroup$












  • $begingroup$
    How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
    $endgroup$
    – darij grinberg
    Jan 11 at 2:36












  • $begingroup$
    The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
    $endgroup$
    – anomaly
    Jan 11 at 2:38










  • $begingroup$
    Matrices can only be added if both dimensions agree. This is an illegal operation.
    $endgroup$
    – ncmathsadist
    Jan 11 at 2:38










  • $begingroup$
    Show us your alpha input.
    $endgroup$
    – Randall
    Jan 11 at 2:38










  • $begingroup$
    wolframalpha.com/input/… I'm looking at the alternative form
    $endgroup$
    – GrandFleet
    Jan 11 at 2:40














1












1








1





$begingroup$


So I'm solving basic linear algebra questions as part of review.



$$v=begin{bmatrix} 1 & 2 & 3 \ end{bmatrix}$$



When I do the operation $v+v^T$ according to matlab, numpy and wolfram alpha



spits out



$$v+v^T=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Originally I thought it would be like



$$ v + v^T = begin{bmatrix} 1 & 2 & 3 \ 1 & 2 & 3 \ 1 & 2 & 3\ end{bmatrix} + begin{bmatrix} 1 & 1 & 1 \ 2 & 2 & 2 \ 3 & 3 & 3\ end{bmatrix}=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Can someone explain to be how this makes any sense?










share|cite|improve this question









$endgroup$




So I'm solving basic linear algebra questions as part of review.



$$v=begin{bmatrix} 1 & 2 & 3 \ end{bmatrix}$$



When I do the operation $v+v^T$ according to matlab, numpy and wolfram alpha



spits out



$$v+v^T=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Originally I thought it would be like



$$ v + v^T = begin{bmatrix} 1 & 2 & 3 \ 1 & 2 & 3 \ 1 & 2 & 3\ end{bmatrix} + begin{bmatrix} 1 & 1 & 1 \ 2 & 2 & 2 \ 3 & 3 & 3\ end{bmatrix}=begin{bmatrix} 2 & 3 & 4\ 3 & 4 & 5\ 4 & 5 & 6\ end{bmatrix}$$



Can someone explain to be how this makes any sense?







linear-algebra






share|cite|improve this question













share|cite|improve this question











share|cite|improve this question




share|cite|improve this question










asked Jan 11 at 2:34









GrandFleetGrandFleet

1083




1083












  • $begingroup$
    How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
    $endgroup$
    – darij grinberg
    Jan 11 at 2:36












  • $begingroup$
    The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
    $endgroup$
    – anomaly
    Jan 11 at 2:38










  • $begingroup$
    Matrices can only be added if both dimensions agree. This is an illegal operation.
    $endgroup$
    – ncmathsadist
    Jan 11 at 2:38










  • $begingroup$
    Show us your alpha input.
    $endgroup$
    – Randall
    Jan 11 at 2:38










  • $begingroup$
    wolframalpha.com/input/… I'm looking at the alternative form
    $endgroup$
    – GrandFleet
    Jan 11 at 2:40


















  • $begingroup$
    How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
    $endgroup$
    – darij grinberg
    Jan 11 at 2:36












  • $begingroup$
    The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
    $endgroup$
    – anomaly
    Jan 11 at 2:38










  • $begingroup$
    Matrices can only be added if both dimensions agree. This is an illegal operation.
    $endgroup$
    – ncmathsadist
    Jan 11 at 2:38










  • $begingroup$
    Show us your alpha input.
    $endgroup$
    – Randall
    Jan 11 at 2:38










  • $begingroup$
    wolframalpha.com/input/… I'm looking at the alternative form
    $endgroup$
    – GrandFleet
    Jan 11 at 2:40
















$begingroup$
How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
$endgroup$
– darij grinberg
Jan 11 at 2:36






$begingroup$
How it makes sense? It does not. Your guess is probably correct as to how matlab interprets the mathematically meaningless expression.
$endgroup$
– darij grinberg
Jan 11 at 2:36














$begingroup$
The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
$endgroup$
– anomaly
Jan 11 at 2:38




$begingroup$
The expression $v + v^t$ doesn't make sense. Maybe some systems will promote $v$ to a $3times 3$ matrix, but there's no mathematical justification for doing so.
$endgroup$
– anomaly
Jan 11 at 2:38












$begingroup$
Matrices can only be added if both dimensions agree. This is an illegal operation.
$endgroup$
– ncmathsadist
Jan 11 at 2:38




$begingroup$
Matrices can only be added if both dimensions agree. This is an illegal operation.
$endgroup$
– ncmathsadist
Jan 11 at 2:38












$begingroup$
Show us your alpha input.
$endgroup$
– Randall
Jan 11 at 2:38




$begingroup$
Show us your alpha input.
$endgroup$
– Randall
Jan 11 at 2:38












$begingroup$
wolframalpha.com/input/… I'm looking at the alternative form
$endgroup$
– GrandFleet
Jan 11 at 2:40




$begingroup$
wolframalpha.com/input/… I'm looking at the alternative form
$endgroup$
– GrandFleet
Jan 11 at 2:40










3 Answers
3






active

oldest

votes


















0












$begingroup$

Here is what Wolfram alpha is doing when you ask it for $v+v^T$ when $v$ is, say, a $3$-component vector. If $v= (a, b, c)$ it will interpret $v+v^T$ as a sequence of three separate "shifts" of $v^T$: first by $a$, then by $b$, then by $c$. It puts these three shifts as columns of a matrix (in order), giving a $3 times 3$ matrix as output. So, if you shift $v^T$ by $a$ you get $(2a,a+b, a+c)^T$, and this will be the first column of the output matrix. The second column is the shift by $b$ to get $(a+b, 2b, b+c)^T$, etc. If you do this for your example, you get your claimed output above. (I deduced this by following the step-by-step link in alpha where they show you what the computation $v+v^T$ is doing, so this is not speculation on my part.)



However, TO BE CLEAR, this is NOT traditional vector addition in any way whatsoever. This is certainly undefined in your case. (And all cases, except when your vectors have only one component, which is hardly a vector.) It would be defined for square matrices of the same size.



Moral: never trust output unless you REALLY know what the machine is doing.






share|cite|improve this answer











$endgroup$













  • $begingroup$
    This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
    $endgroup$
    – amd
    Jan 11 at 8:40





















0












$begingroup$


Can someone explain to be how this makes any sense?




It doesn't make any sense.



If you're talking about tansposition, then you're implicitly viewing your vectors as matrices with one of the dimensions being $1$.



Then your $v$ is a $1times 3$ matrix and $v^T$ is a $3times 1$ matrix.



Addition of matrices that don't have the same dimension is not defined.






share|cite|improve this answer









$endgroup$













  • $begingroup$
    Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
    $endgroup$
    – GrandFleet
    Jan 11 at 2:39










  • $begingroup$
    @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
    $endgroup$
    – Henning Makholm
    Jan 11 at 2:41



















0












$begingroup$

A thought here as to why those systems would do that: there's an occasionally useful operation on a vector these systems support, namely adding a constant to each term. So then if $a$ is a constant and $v$ is a vector, the systems abbreviate this operator as $a+v$ or $v+a$. In effect, we promote $a$ to a vector with each element equal.



Now, if we're working with a row vector $u^T$ and a column vector $v$? In order to add the constants in each column of $u^T$ to $v$, we promote each of those length-1 columns to full length. In order to add the constants in each row of $v$ to $u^T$, we promote those length-1 rows to full length. This amounts to the same sum of matrices hypothesized in the question.



This is, of course, not standard vector/matrix addition.






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%2f3069426%2fhow-to-add-vector-with-itself-tranposed%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0












    $begingroup$

    Here is what Wolfram alpha is doing when you ask it for $v+v^T$ when $v$ is, say, a $3$-component vector. If $v= (a, b, c)$ it will interpret $v+v^T$ as a sequence of three separate "shifts" of $v^T$: first by $a$, then by $b$, then by $c$. It puts these three shifts as columns of a matrix (in order), giving a $3 times 3$ matrix as output. So, if you shift $v^T$ by $a$ you get $(2a,a+b, a+c)^T$, and this will be the first column of the output matrix. The second column is the shift by $b$ to get $(a+b, 2b, b+c)^T$, etc. If you do this for your example, you get your claimed output above. (I deduced this by following the step-by-step link in alpha where they show you what the computation $v+v^T$ is doing, so this is not speculation on my part.)



    However, TO BE CLEAR, this is NOT traditional vector addition in any way whatsoever. This is certainly undefined in your case. (And all cases, except when your vectors have only one component, which is hardly a vector.) It would be defined for square matrices of the same size.



    Moral: never trust output unless you REALLY know what the machine is doing.






    share|cite|improve this answer











    $endgroup$













    • $begingroup$
      This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
      $endgroup$
      – amd
      Jan 11 at 8:40


















    0












    $begingroup$

    Here is what Wolfram alpha is doing when you ask it for $v+v^T$ when $v$ is, say, a $3$-component vector. If $v= (a, b, c)$ it will interpret $v+v^T$ as a sequence of three separate "shifts" of $v^T$: first by $a$, then by $b$, then by $c$. It puts these three shifts as columns of a matrix (in order), giving a $3 times 3$ matrix as output. So, if you shift $v^T$ by $a$ you get $(2a,a+b, a+c)^T$, and this will be the first column of the output matrix. The second column is the shift by $b$ to get $(a+b, 2b, b+c)^T$, etc. If you do this for your example, you get your claimed output above. (I deduced this by following the step-by-step link in alpha where they show you what the computation $v+v^T$ is doing, so this is not speculation on my part.)



    However, TO BE CLEAR, this is NOT traditional vector addition in any way whatsoever. This is certainly undefined in your case. (And all cases, except when your vectors have only one component, which is hardly a vector.) It would be defined for square matrices of the same size.



    Moral: never trust output unless you REALLY know what the machine is doing.






    share|cite|improve this answer











    $endgroup$













    • $begingroup$
      This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
      $endgroup$
      – amd
      Jan 11 at 8:40
















    0












    0








    0





    $begingroup$

    Here is what Wolfram alpha is doing when you ask it for $v+v^T$ when $v$ is, say, a $3$-component vector. If $v= (a, b, c)$ it will interpret $v+v^T$ as a sequence of three separate "shifts" of $v^T$: first by $a$, then by $b$, then by $c$. It puts these three shifts as columns of a matrix (in order), giving a $3 times 3$ matrix as output. So, if you shift $v^T$ by $a$ you get $(2a,a+b, a+c)^T$, and this will be the first column of the output matrix. The second column is the shift by $b$ to get $(a+b, 2b, b+c)^T$, etc. If you do this for your example, you get your claimed output above. (I deduced this by following the step-by-step link in alpha where they show you what the computation $v+v^T$ is doing, so this is not speculation on my part.)



    However, TO BE CLEAR, this is NOT traditional vector addition in any way whatsoever. This is certainly undefined in your case. (And all cases, except when your vectors have only one component, which is hardly a vector.) It would be defined for square matrices of the same size.



    Moral: never trust output unless you REALLY know what the machine is doing.






    share|cite|improve this answer











    $endgroup$



    Here is what Wolfram alpha is doing when you ask it for $v+v^T$ when $v$ is, say, a $3$-component vector. If $v= (a, b, c)$ it will interpret $v+v^T$ as a sequence of three separate "shifts" of $v^T$: first by $a$, then by $b$, then by $c$. It puts these three shifts as columns of a matrix (in order), giving a $3 times 3$ matrix as output. So, if you shift $v^T$ by $a$ you get $(2a,a+b, a+c)^T$, and this will be the first column of the output matrix. The second column is the shift by $b$ to get $(a+b, 2b, b+c)^T$, etc. If you do this for your example, you get your claimed output above. (I deduced this by following the step-by-step link in alpha where they show you what the computation $v+v^T$ is doing, so this is not speculation on my part.)



    However, TO BE CLEAR, this is NOT traditional vector addition in any way whatsoever. This is certainly undefined in your case. (And all cases, except when your vectors have only one component, which is hardly a vector.) It would be defined for square matrices of the same size.



    Moral: never trust output unless you REALLY know what the machine is doing.







    share|cite|improve this answer














    share|cite|improve this answer



    share|cite|improve this answer








    edited Jan 11 at 2:54

























    answered Jan 11 at 2:47









    RandallRandall

    9,71111230




    9,71111230












    • $begingroup$
      This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
      $endgroup$
      – amd
      Jan 11 at 8:40




















    • $begingroup$
      This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
      $endgroup$
      – amd
      Jan 11 at 8:40


















    $begingroup$
    This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
    $endgroup$
    – amd
    Jan 11 at 8:40






    $begingroup$
    This is explained rather tersely in the Wolfram Language documentation for Plus: “Plus also threads element-wise over lists.“ There’s one other thing that W|A does that contributes to this behavior: a one-level deep list can’t be transposed, so an input of $(a,b,c)^T$ gets interpreted as Transpose[{{a,b,c}}], with an extra layer of nesting. Moral: RTFD.
    $endgroup$
    – amd
    Jan 11 at 8:40













    0












    $begingroup$


    Can someone explain to be how this makes any sense?




    It doesn't make any sense.



    If you're talking about tansposition, then you're implicitly viewing your vectors as matrices with one of the dimensions being $1$.



    Then your $v$ is a $1times 3$ matrix and $v^T$ is a $3times 1$ matrix.



    Addition of matrices that don't have the same dimension is not defined.






    share|cite|improve this answer









    $endgroup$













    • $begingroup$
      Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
      $endgroup$
      – GrandFleet
      Jan 11 at 2:39










    • $begingroup$
      @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
      $endgroup$
      – Henning Makholm
      Jan 11 at 2:41
















    0












    $begingroup$


    Can someone explain to be how this makes any sense?




    It doesn't make any sense.



    If you're talking about tansposition, then you're implicitly viewing your vectors as matrices with one of the dimensions being $1$.



    Then your $v$ is a $1times 3$ matrix and $v^T$ is a $3times 1$ matrix.



    Addition of matrices that don't have the same dimension is not defined.






    share|cite|improve this answer









    $endgroup$













    • $begingroup$
      Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
      $endgroup$
      – GrandFleet
      Jan 11 at 2:39










    • $begingroup$
      @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
      $endgroup$
      – Henning Makholm
      Jan 11 at 2:41














    0












    0








    0





    $begingroup$


    Can someone explain to be how this makes any sense?




    It doesn't make any sense.



    If you're talking about tansposition, then you're implicitly viewing your vectors as matrices with one of the dimensions being $1$.



    Then your $v$ is a $1times 3$ matrix and $v^T$ is a $3times 1$ matrix.



    Addition of matrices that don't have the same dimension is not defined.






    share|cite|improve this answer









    $endgroup$




    Can someone explain to be how this makes any sense?




    It doesn't make any sense.



    If you're talking about tansposition, then you're implicitly viewing your vectors as matrices with one of the dimensions being $1$.



    Then your $v$ is a $1times 3$ matrix and $v^T$ is a $3times 1$ matrix.



    Addition of matrices that don't have the same dimension is not defined.







    share|cite|improve this answer












    share|cite|improve this answer



    share|cite|improve this answer










    answered Jan 11 at 2:37









    Henning MakholmHenning Makholm

    240k17305541




    240k17305541












    • $begingroup$
      Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
      $endgroup$
      – GrandFleet
      Jan 11 at 2:39










    • $begingroup$
      @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
      $endgroup$
      – Henning Makholm
      Jan 11 at 2:41


















    • $begingroup$
      Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
      $endgroup$
      – GrandFleet
      Jan 11 at 2:39










    • $begingroup$
      @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
      $endgroup$
      – Henning Makholm
      Jan 11 at 2:41
















    $begingroup$
    Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
    $endgroup$
    – GrandFleet
    Jan 11 at 2:39




    $begingroup$
    Hmm, then why does matlab, numpy and/or wolfram alpha return an answer?
    $endgroup$
    – GrandFleet
    Jan 11 at 2:39












    $begingroup$
    @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
    $endgroup$
    – Henning Makholm
    Jan 11 at 2:41




    $begingroup$
    @GrandFleet: Either brecause they're written to try their darned best to come up with some meaningful interpretation when they're given nonsense, even if that means they need to invent operations that are not there in the input -- or possibly because you're misunderstanding their input syntax and are actually asking them something different from what you think you're asking.
    $endgroup$
    – Henning Makholm
    Jan 11 at 2:41











    0












    $begingroup$

    A thought here as to why those systems would do that: there's an occasionally useful operation on a vector these systems support, namely adding a constant to each term. So then if $a$ is a constant and $v$ is a vector, the systems abbreviate this operator as $a+v$ or $v+a$. In effect, we promote $a$ to a vector with each element equal.



    Now, if we're working with a row vector $u^T$ and a column vector $v$? In order to add the constants in each column of $u^T$ to $v$, we promote each of those length-1 columns to full length. In order to add the constants in each row of $v$ to $u^T$, we promote those length-1 rows to full length. This amounts to the same sum of matrices hypothesized in the question.



    This is, of course, not standard vector/matrix addition.






    share|cite|improve this answer









    $endgroup$


















      0












      $begingroup$

      A thought here as to why those systems would do that: there's an occasionally useful operation on a vector these systems support, namely adding a constant to each term. So then if $a$ is a constant and $v$ is a vector, the systems abbreviate this operator as $a+v$ or $v+a$. In effect, we promote $a$ to a vector with each element equal.



      Now, if we're working with a row vector $u^T$ and a column vector $v$? In order to add the constants in each column of $u^T$ to $v$, we promote each of those length-1 columns to full length. In order to add the constants in each row of $v$ to $u^T$, we promote those length-1 rows to full length. This amounts to the same sum of matrices hypothesized in the question.



      This is, of course, not standard vector/matrix addition.






      share|cite|improve this answer









      $endgroup$
















        0












        0








        0





        $begingroup$

        A thought here as to why those systems would do that: there's an occasionally useful operation on a vector these systems support, namely adding a constant to each term. So then if $a$ is a constant and $v$ is a vector, the systems abbreviate this operator as $a+v$ or $v+a$. In effect, we promote $a$ to a vector with each element equal.



        Now, if we're working with a row vector $u^T$ and a column vector $v$? In order to add the constants in each column of $u^T$ to $v$, we promote each of those length-1 columns to full length. In order to add the constants in each row of $v$ to $u^T$, we promote those length-1 rows to full length. This amounts to the same sum of matrices hypothesized in the question.



        This is, of course, not standard vector/matrix addition.






        share|cite|improve this answer









        $endgroup$



        A thought here as to why those systems would do that: there's an occasionally useful operation on a vector these systems support, namely adding a constant to each term. So then if $a$ is a constant and $v$ is a vector, the systems abbreviate this operator as $a+v$ or $v+a$. In effect, we promote $a$ to a vector with each element equal.



        Now, if we're working with a row vector $u^T$ and a column vector $v$? In order to add the constants in each column of $u^T$ to $v$, we promote each of those length-1 columns to full length. In order to add the constants in each row of $v$ to $u^T$, we promote those length-1 rows to full length. This amounts to the same sum of matrices hypothesized in the question.



        This is, of course, not standard vector/matrix addition.







        share|cite|improve this answer












        share|cite|improve this answer



        share|cite|improve this answer










        answered Jan 11 at 2:50









        jmerryjmerry

        7,535921




        7,535921






























            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%2f3069426%2fhow-to-add-vector-with-itself-tranposed%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

            android studio warns about leanback feature tag usage required on manifest while using Unity exported app?

            SQL update select statement

            'app-layout' is not a known element: how to share Component with different Modules