GeometricMean definitionUsing a PatternTest versus a Condition for pattern matchingMoving the location of the...

What are the issues with an additional (limited) concentration slot instead of Bladesong?

Giving a talk in my old university, how prominently should I tell students my salary?

Misplaced tyre lever - alternatives?

Don't know what I’m looking for regarding removable HDDs?

Is divide-by-zero a security vulnerability?

Six real numbers so that product of any five is the sixth one

Where is the line between being obedient and getting bullied by a boss?

How to kill a localhost:8080

Arrow between lines in the align environment

What happened to QGIS 2.x LTR?

Can I become debt free or should I file for bankruptcy? How do I manage my debt and finances?

If nine coins are tossed, what is the probability that the number of heads is even?

Do you continue making death saving throws while petrified?

Why I cant see italic font at the header?

I can't die. Who am I?

Did Amazon pay $0 in taxes last year?

For the Kanji 校 is the fifth stroke connected to the sixth stroke?

What am I? I am in theaters and computer programs

Called into a meeting and told we are being made redundant (laid off) and "not to share outside". Can I tell my partner?

What could trigger powerful quakes on icy world?

Is the withholding of funding notice allowed?

Why can't we make a perpetual motion machine by using a magnet to pull up a piece of metal, then letting it fall back down?

How can I create a Table like this in Latex?

Pure Functions: Does "No Side Effects" Imply "Always Same Output, Given Same Input"?



GeometricMean definition


Using a PatternTest versus a Condition for pattern matchingMoving the location of the branch cut in MathematicaUse elements of Array inside function definitionExtract information from function definition returned by DefineDLLFunctionStrange behaviour of MMA in derivatives of some standard functionsRecursive definition of nested sumsWhy is the evaluation of f different using rules and using arguments to it as a function?Domain definition of a functionRecursion definition wont workImmediate Function Definition inside a Module













4












$begingroup$


According to the documentation for
GeometricMean



GeometricMean[Table[x[i],{i,1,n}]]==Product[x[i],{i,1,n}]^(1/n)


Presumably this is correct for x[i] positive real.



However, GeometricMean returns answers for some negative and complex inputs that are not consistent with this definition.



For example



GeometricMean[{-4, -4}]
(* -4 *)


(Perhaps it simply recognises a constant list as a special case, and shortcuts the definition to give an incorrect answer?)










share|improve this question











$endgroup$












  • $begingroup$
    Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
    $endgroup$
    – Coolwater
    yesterday












  • $begingroup$
    @Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
    $endgroup$
    – mikado
    yesterday






  • 1




    $begingroup$
    "The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
    $endgroup$
    – Bob Hanlon
    yesterday










  • $begingroup$
    GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
    $endgroup$
    – Michael E2
    yesterday


















4












$begingroup$


According to the documentation for
GeometricMean



GeometricMean[Table[x[i],{i,1,n}]]==Product[x[i],{i,1,n}]^(1/n)


Presumably this is correct for x[i] positive real.



However, GeometricMean returns answers for some negative and complex inputs that are not consistent with this definition.



For example



GeometricMean[{-4, -4}]
(* -4 *)


(Perhaps it simply recognises a constant list as a special case, and shortcuts the definition to give an incorrect answer?)










share|improve this question











$endgroup$












  • $begingroup$
    Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
    $endgroup$
    – Coolwater
    yesterday












  • $begingroup$
    @Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
    $endgroup$
    – mikado
    yesterday






  • 1




    $begingroup$
    "The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
    $endgroup$
    – Bob Hanlon
    yesterday










  • $begingroup$
    GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
    $endgroup$
    – Michael E2
    yesterday
















4












4








4





$begingroup$


According to the documentation for
GeometricMean



GeometricMean[Table[x[i],{i,1,n}]]==Product[x[i],{i,1,n}]^(1/n)


Presumably this is correct for x[i] positive real.



However, GeometricMean returns answers for some negative and complex inputs that are not consistent with this definition.



For example



GeometricMean[{-4, -4}]
(* -4 *)


(Perhaps it simply recognises a constant list as a special case, and shortcuts the definition to give an incorrect answer?)










share|improve this question











$endgroup$




According to the documentation for
GeometricMean



GeometricMean[Table[x[i],{i,1,n}]]==Product[x[i],{i,1,n}]^(1/n)


Presumably this is correct for x[i] positive real.



However, GeometricMean returns answers for some negative and complex inputs that are not consistent with this definition.



For example



GeometricMean[{-4, -4}]
(* -4 *)


(Perhaps it simply recognises a constant list as a special case, and shortcuts the definition to give an incorrect answer?)







functions






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited yesterday







mikado

















asked yesterday









mikadomikado

6,6071929




6,6071929












  • $begingroup$
    Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
    $endgroup$
    – Coolwater
    yesterday












  • $begingroup$
    @Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
    $endgroup$
    – mikado
    yesterday






  • 1




    $begingroup$
    "The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
    $endgroup$
    – Bob Hanlon
    yesterday










  • $begingroup$
    GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
    $endgroup$
    – Michael E2
    yesterday




















  • $begingroup$
    Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
    $endgroup$
    – Coolwater
    yesterday












  • $begingroup$
    @Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
    $endgroup$
    – mikado
    yesterday






  • 1




    $begingroup$
    "The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
    $endgroup$
    – Bob Hanlon
    yesterday










  • $begingroup$
    GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
    $endgroup$
    – Michael E2
    yesterday


















$begingroup$
Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
$endgroup$
– Coolwater
yesterday






$begingroup$
Exp[Mean[Log[{-4, -4}]]] yields -4. The definition stated in the documentation doesn't seem to be the one used for numeric input.
$endgroup$
– Coolwater
yesterday














$begingroup$
@Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
$endgroup$
– mikado
yesterday




$begingroup$
@Coolwater, but note that FullSimplify[Exp[Mean[Log[#]]] == GeometricMean[#]] &@{-4, -5} returns False, so I don't think your explanation generalises.
$endgroup$
– mikado
yesterday




1




1




$begingroup$
"The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
$endgroup$
– Bob Hanlon
yesterday




$begingroup$
"The geometric mean applies only to positive numbers." (Wiki (Times @@ #)^(1/Length@#) == Exp@Mean@Log@# &@ RandomReal[10, 100] evaluates to True
$endgroup$
– Bob Hanlon
yesterday












$begingroup$
GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
$endgroup$
– Michael E2
yesterday






$begingroup$
GeometricMean[{-4, -4.}] yields positive 4., and GeometricMean[{-4, Unevaluated[-2^2]}] yields positive 4. Apparently a shortcut is taken when input is a list of identical elements, namely GeometricMean[{a, a,...}] is assumed to be a. (And GeometricMean[{-4, -4, -4, -4, -4.}] illustrates one of @Somos's points.)
$endgroup$
– Michael E2
yesterday












1 Answer
1






active

oldest

votes


















6












$begingroup$

Similar to many other means, the geometric mean is homogenous. This means that



GeometricMean[ c data ] == c GeometricMean[ data ]


should be true for any number c. However, the problem is that $n$th roots are multi-valued in general and this causes no end of confusion. This is usually no problem for positive reals, but for negative reals it can be confusing. Do you want odd roots of negative reals be negative? Sometimes yes and sometimes no. For example, in version 10.2 the result of your example is $4$. Thus, the behavior has changed somewhat over time and there is no way to satisfy all expectations. The documentation for GeometricMean[] should be more clear in this regard.






share|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: "387"
    };
    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: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    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
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmathematica.stackexchange.com%2fquestions%2f192613%2fgeometricmean-definition%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









    6












    $begingroup$

    Similar to many other means, the geometric mean is homogenous. This means that



    GeometricMean[ c data ] == c GeometricMean[ data ]


    should be true for any number c. However, the problem is that $n$th roots are multi-valued in general and this causes no end of confusion. This is usually no problem for positive reals, but for negative reals it can be confusing. Do you want odd roots of negative reals be negative? Sometimes yes and sometimes no. For example, in version 10.2 the result of your example is $4$. Thus, the behavior has changed somewhat over time and there is no way to satisfy all expectations. The documentation for GeometricMean[] should be more clear in this regard.






    share|improve this answer











    $endgroup$


















      6












      $begingroup$

      Similar to many other means, the geometric mean is homogenous. This means that



      GeometricMean[ c data ] == c GeometricMean[ data ]


      should be true for any number c. However, the problem is that $n$th roots are multi-valued in general and this causes no end of confusion. This is usually no problem for positive reals, but for negative reals it can be confusing. Do you want odd roots of negative reals be negative? Sometimes yes and sometimes no. For example, in version 10.2 the result of your example is $4$. Thus, the behavior has changed somewhat over time and there is no way to satisfy all expectations. The documentation for GeometricMean[] should be more clear in this regard.






      share|improve this answer











      $endgroup$
















        6












        6








        6





        $begingroup$

        Similar to many other means, the geometric mean is homogenous. This means that



        GeometricMean[ c data ] == c GeometricMean[ data ]


        should be true for any number c. However, the problem is that $n$th roots are multi-valued in general and this causes no end of confusion. This is usually no problem for positive reals, but for negative reals it can be confusing. Do you want odd roots of negative reals be negative? Sometimes yes and sometimes no. For example, in version 10.2 the result of your example is $4$. Thus, the behavior has changed somewhat over time and there is no way to satisfy all expectations. The documentation for GeometricMean[] should be more clear in this regard.






        share|improve this answer











        $endgroup$



        Similar to many other means, the geometric mean is homogenous. This means that



        GeometricMean[ c data ] == c GeometricMean[ data ]


        should be true for any number c. However, the problem is that $n$th roots are multi-valued in general and this causes no end of confusion. This is usually no problem for positive reals, but for negative reals it can be confusing. Do you want odd roots of negative reals be negative? Sometimes yes and sometimes no. For example, in version 10.2 the result of your example is $4$. Thus, the behavior has changed somewhat over time and there is no way to satisfy all expectations. The documentation for GeometricMean[] should be more clear in this regard.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited yesterday

























        answered yesterday









        SomosSomos

        1,36019




        1,36019






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Mathematica 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%2fmathematica.stackexchange.com%2fquestions%2f192613%2fgeometricmean-definition%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

            El tren de la libertad Índice Antecedentes "Porque yo decido" Desarrollo de la...

            Puerta de Hutt Referencias Enlaces externos Menú de navegación15°58′00″S 5°42′00″O /...

            Castillo d'Acher Características Menú de navegación