Why is my formula pulling the result CELL NAME and not the value of that cell?How to get the reference of the...

How to write cleanly even if my character uses expletive language?

Could the Saturn V actually have launched astronauts around Venus?

How to simplify this time periods definition interface?

Official degrees of earth’s rotation per day

Should we release the security issues we found in our product as CVE or we can just update those on weekly release notes?

Python if-else code style for reduced code for rounding floats

Unexpected result from ArcLength

(Calculus) Derivative Thinking Question

Why do passenger jet manufacturers design their planes with stall prevention systems?

Can I use USB data pins as power source

How to read the value of this capacitor?

How can I track script which gives me "command not found" right after the login?

Hacking a Safe Lock after 3 tries

PTIJ: Who should I vote for? (21st Knesset Edition)

My adviser wants to be the first author

It's a yearly task, alright

Does Mathematica reuse previous computations?

Recruiter wants very extensive technical details about all of my previous work

How to deal with taxi scam when on vacation?

Why did it take so long to abandon sail after steamships were demonstrated?

How to use of "the" before known matrices

Do I need life insurance if I can cover my own funeral costs?

An inequality of matrix norm

Use of undefined constant bloginfo



Why is my formula pulling the result CELL NAME and not the value of that cell?


How to get the reference of the result of an array formula in a list?Why does excel tables break VLOOKUP formulasIndex-Match returning value in cell above desired valueExcel 2016, “{}” disappearing in formulaHow do I return a value that is not in it's own row?Nesting ISERROR with multiple functionsMore complicated version of 990125 (Excel: take horizontal data from table, organize vertically in a different sheet, ignoring blanks)Excel 2010 INDEX MATCH formula failure--need help to resolvecomplex excel double INDEX MATCH formula which returns and uses a unique value summary arrayComparing two Arrays of dates when using INDEX, SMALL and ROW to get nth matches













2















I am creating a worksheet that compares two sets of data pulled on different dates. The column that everything pulls off of is created by an array formula comprised of combined unique values from the two sets of data. Previously, I had it working great because I was manually putting the titles of the lists (List1 and List2):



=IFERROR(IFERROR(INDEX(List1,MATCH(0,IF(ISBLANK(List1),1,COUNTIF($B$3:B3,List1)),0)),INDEX(List2,MATCH(0,IF(ISBLANK(List2),1,COUNTIF($B$3:B3,List2)),0))),"")


Now I am trying to set up the worksheet to hold multiple dates with a menu to select your dates. I set up a reference table so that each spreadsheet has it's own list based on the date it was pulled:



DATES       TAB         LIST
2/4/2015 Requireds A ListA
2/5/2015 Requireds B ListB
2/6/2015 Requireds C ListC
2/7/2015 Requireds D ListD
2/8/2015 Requireds E ListE


I have updated my original formula by replacing 'List1' with referencing the first drop down menu to find the list column in the reference table, and 'List2' to find the second date using Index and Match:



=IFERROR(IFERROR(INDEX(
(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
,MATCH(0,IF(ISBLANK(
(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
),1,COUNTIF($B$3:B3,
(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
)),0)),INDEX(
(INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
,MATCH(0,IF(ISBLANK(
(INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
),1,COUNTIF($B$3:B3,
(INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
)),0))),"")


HOWEVER, here is my problem, when I run 'evaluate formula' it appears as though while the majority of my new look ups will pull the list name, one or two do not. It pulls the list name's cell. So instead of this bringing me 'ListA' it is bringing me:



DropDownTable!$C$2


I don't know if this is the only error in the formula; I'm unsure if having the words 'ListA' is the same as referencing the list itself. That may be something I am messing up, too.



Any guidance would be excellent, but I can't figure out why it doesn't just tell me 'ListA' like it should.










share|improve this question





























    2















    I am creating a worksheet that compares two sets of data pulled on different dates. The column that everything pulls off of is created by an array formula comprised of combined unique values from the two sets of data. Previously, I had it working great because I was manually putting the titles of the lists (List1 and List2):



    =IFERROR(IFERROR(INDEX(List1,MATCH(0,IF(ISBLANK(List1),1,COUNTIF($B$3:B3,List1)),0)),INDEX(List2,MATCH(0,IF(ISBLANK(List2),1,COUNTIF($B$3:B3,List2)),0))),"")


    Now I am trying to set up the worksheet to hold multiple dates with a menu to select your dates. I set up a reference table so that each spreadsheet has it's own list based on the date it was pulled:



    DATES       TAB         LIST
    2/4/2015 Requireds A ListA
    2/5/2015 Requireds B ListB
    2/6/2015 Requireds C ListC
    2/7/2015 Requireds D ListD
    2/8/2015 Requireds E ListE


    I have updated my original formula by replacing 'List1' with referencing the first drop down menu to find the list column in the reference table, and 'List2' to find the second date using Index and Match:



    =IFERROR(IFERROR(INDEX(
    (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
    ,MATCH(0,IF(ISBLANK(
    (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
    ),1,COUNTIF($B$3:B3,
    (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
    )),0)),INDEX(
    (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
    ,MATCH(0,IF(ISBLANK(
    (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
    ),1,COUNTIF($B$3:B3,
    (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
    )),0))),"")


    HOWEVER, here is my problem, when I run 'evaluate formula' it appears as though while the majority of my new look ups will pull the list name, one or two do not. It pulls the list name's cell. So instead of this bringing me 'ListA' it is bringing me:



    DropDownTable!$C$2


    I don't know if this is the only error in the formula; I'm unsure if having the words 'ListA' is the same as referencing the list itself. That may be something I am messing up, too.



    Any guidance would be excellent, but I can't figure out why it doesn't just tell me 'ListA' like it should.










    share|improve this question



























      2












      2








      2








      I am creating a worksheet that compares two sets of data pulled on different dates. The column that everything pulls off of is created by an array formula comprised of combined unique values from the two sets of data. Previously, I had it working great because I was manually putting the titles of the lists (List1 and List2):



      =IFERROR(IFERROR(INDEX(List1,MATCH(0,IF(ISBLANK(List1),1,COUNTIF($B$3:B3,List1)),0)),INDEX(List2,MATCH(0,IF(ISBLANK(List2),1,COUNTIF($B$3:B3,List2)),0))),"")


      Now I am trying to set up the worksheet to hold multiple dates with a menu to select your dates. I set up a reference table so that each spreadsheet has it's own list based on the date it was pulled:



      DATES       TAB         LIST
      2/4/2015 Requireds A ListA
      2/5/2015 Requireds B ListB
      2/6/2015 Requireds C ListC
      2/7/2015 Requireds D ListD
      2/8/2015 Requireds E ListE


      I have updated my original formula by replacing 'List1' with referencing the first drop down menu to find the list column in the reference table, and 'List2' to find the second date using Index and Match:



      =IFERROR(IFERROR(INDEX(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      ,MATCH(0,IF(ISBLANK(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      ),1,COUNTIF($B$3:B3,
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      )),0)),INDEX(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      ,MATCH(0,IF(ISBLANK(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      ),1,COUNTIF($B$3:B3,
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      )),0))),"")


      HOWEVER, here is my problem, when I run 'evaluate formula' it appears as though while the majority of my new look ups will pull the list name, one or two do not. It pulls the list name's cell. So instead of this bringing me 'ListA' it is bringing me:



      DropDownTable!$C$2


      I don't know if this is the only error in the formula; I'm unsure if having the words 'ListA' is the same as referencing the list itself. That may be something I am messing up, too.



      Any guidance would be excellent, but I can't figure out why it doesn't just tell me 'ListA' like it should.










      share|improve this question
















      I am creating a worksheet that compares two sets of data pulled on different dates. The column that everything pulls off of is created by an array formula comprised of combined unique values from the two sets of data. Previously, I had it working great because I was manually putting the titles of the lists (List1 and List2):



      =IFERROR(IFERROR(INDEX(List1,MATCH(0,IF(ISBLANK(List1),1,COUNTIF($B$3:B3,List1)),0)),INDEX(List2,MATCH(0,IF(ISBLANK(List2),1,COUNTIF($B$3:B3,List2)),0))),"")


      Now I am trying to set up the worksheet to hold multiple dates with a menu to select your dates. I set up a reference table so that each spreadsheet has it's own list based on the date it was pulled:



      DATES       TAB         LIST
      2/4/2015 Requireds A ListA
      2/5/2015 Requireds B ListB
      2/6/2015 Requireds C ListC
      2/7/2015 Requireds D ListD
      2/8/2015 Requireds E ListE


      I have updated my original formula by replacing 'List1' with referencing the first drop down menu to find the list column in the reference table, and 'List2' to find the second date using Index and Match:



      =IFERROR(IFERROR(INDEX(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      ,MATCH(0,IF(ISBLANK(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      ),1,COUNTIF($B$3:B3,
      (INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3))
      )),0)),INDEX(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      ,MATCH(0,IF(ISBLANK(
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      ),1,COUNTIF($B$3:B3,
      (INDEX(DropDownTable!A:C,MATCH(Comparison!D1,DropDownTable!A:A,0),3))
      )),0))),"")


      HOWEVER, here is my problem, when I run 'evaluate formula' it appears as though while the majority of my new look ups will pull the list name, one or two do not. It pulls the list name's cell. So instead of this bringing me 'ListA' it is bringing me:



      DropDownTable!$C$2


      I don't know if this is the only error in the formula; I'm unsure if having the words 'ListA' is the same as referencing the list itself. That may be something I am messing up, too.



      Any guidance would be excellent, but I can't figure out why it doesn't just tell me 'ListA' like it should.







      microsoft-excel microsoft-excel-2010 worksheet-function






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Feb 13 '15 at 18:50









      Ƭᴇcʜιᴇ007

      99.7k14158219




      99.7k14158219










      asked Feb 13 '15 at 18:46









      elcoxitaelcoxita

      112




      112






















          2 Answers
          2






          active

          oldest

          votes


















          0














          I'm not sure what you mean.



          Your very first INDEX is expecting a range as the first parameter, and so the result of:



          INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)



          must be such.



          INDEX is a flexible enough function such that the result generated can be either an actual cell value or a cell reference. This is an extremely useful property, as you can imagine.



          And this is where I don't really understand your formula. The result of the above expression will result in a single cell reference, e.g. DropDownTable!$C$8, which is then passed as the range to the first INDEX, which will become something like:



          INDEX((DropDownTable!$C$8,MATCH(0,...



          and so no matter what the result of the following expression, you are still never going to achieve much: INDEXing a single cell does not have much point!



          Very difficult to help you further. This may actually be a case where you'd be better off not posting your existing formulas and instead simply giving a breakdown of what you're trying to achieve. It's often far easier to give solutions starting from scratch than to error-check those of others, particularly if, as in your case, they involve constructions as long and difficult-to-dissect as yours.



          Regards






          share|improve this answer
























          • (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

            – elcoxita
            Feb 13 '15 at 20:16













          • I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

            – XOR LX
            Feb 13 '15 at 20:40













          • Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

            – elcoxita
            Feb 13 '15 at 20:55











          • The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

            – XOR LX
            Feb 13 '15 at 21:07













          • They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

            – elcoxita
            Feb 16 '15 at 14:54



















          0














          Not presenting this as a solution, just a note on troubleshooting INDIRECT() when it involves Named Ranges.



          It can be exquisitely perticular. Say you have two Named Ranges" able and bravo . They refer to cells in your spreadsheet and those cells contain: 5 and able respectively.



          If you use =INDIRECT(able) you get "#REF!" and for =INDIRECT(bravo) you get "able". INDIRECT() is looking at the value that has no double quotes around it as a Named Range directly snf obtaining the NR's value ("5" and "able") then resolving what it gets as if they were NR's. For "able" that's 5 and 5 isn't anything it sees as a cell address while "bravo" yields able which it finds to be a NR and returns its result.



          Now put double quotes around those. You get the literal values of those cells, 5 and able. But nothing past that is done with them because the process is see the double quotes and interpret them as clean text, able and bravo, which it recognizes as NR's and obtains their values. Period. Without the quotes, you get that one more layer. Not with them though.



          Why's that matter? Because the interim results Excel produces as it parses your formula and works its way, largely left to right, through solving it. Some of the individual step results have double quotes around them... and while that does not always matter, it seems "mattering" is more up to the function the string of material is passed on into than general Excel. So that kind of result might work fine in one function yet blow up in another.



          INDIRECT() is VERY freaking particular and you might want to explore the EXACT form some of the interim material takes. The formula evaluator can be helpful as well as using F9 on pieces of the formula. Oddly, doing the F9 thing on a, say, 3 function wrap, might give a good result, but do it on the inner one, works great, the middle one, seems to be good still, but now doing the outer one shows an error instead of working great like it did when you F9'ed the three of them all at once. INDIRECT() is soooo much more particular than most functions and this is a lot of where failures occur for it.



          (In your case, you formula is pretty involved and would seem to offer LOTS of this kind of possibility.)






          share|improve this answer








          New contributor




          Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
          Check out our Code of Conduct.




















            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "3"
            };
            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
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f877633%2fwhy-is-my-formula-pulling-the-result-cell-name-and-not-the-value-of-that-cell%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            I'm not sure what you mean.



            Your very first INDEX is expecting a range as the first parameter, and so the result of:



            INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)



            must be such.



            INDEX is a flexible enough function such that the result generated can be either an actual cell value or a cell reference. This is an extremely useful property, as you can imagine.



            And this is where I don't really understand your formula. The result of the above expression will result in a single cell reference, e.g. DropDownTable!$C$8, which is then passed as the range to the first INDEX, which will become something like:



            INDEX((DropDownTable!$C$8,MATCH(0,...



            and so no matter what the result of the following expression, you are still never going to achieve much: INDEXing a single cell does not have much point!



            Very difficult to help you further. This may actually be a case where you'd be better off not posting your existing formulas and instead simply giving a breakdown of what you're trying to achieve. It's often far easier to give solutions starting from scratch than to error-check those of others, particularly if, as in your case, they involve constructions as long and difficult-to-dissect as yours.



            Regards






            share|improve this answer
























            • (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

              – elcoxita
              Feb 13 '15 at 20:16













            • I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

              – XOR LX
              Feb 13 '15 at 20:40













            • Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

              – elcoxita
              Feb 13 '15 at 20:55











            • The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

              – XOR LX
              Feb 13 '15 at 21:07













            • They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

              – elcoxita
              Feb 16 '15 at 14:54
















            0














            I'm not sure what you mean.



            Your very first INDEX is expecting a range as the first parameter, and so the result of:



            INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)



            must be such.



            INDEX is a flexible enough function such that the result generated can be either an actual cell value or a cell reference. This is an extremely useful property, as you can imagine.



            And this is where I don't really understand your formula. The result of the above expression will result in a single cell reference, e.g. DropDownTable!$C$8, which is then passed as the range to the first INDEX, which will become something like:



            INDEX((DropDownTable!$C$8,MATCH(0,...



            and so no matter what the result of the following expression, you are still never going to achieve much: INDEXing a single cell does not have much point!



            Very difficult to help you further. This may actually be a case where you'd be better off not posting your existing formulas and instead simply giving a breakdown of what you're trying to achieve. It's often far easier to give solutions starting from scratch than to error-check those of others, particularly if, as in your case, they involve constructions as long and difficult-to-dissect as yours.



            Regards






            share|improve this answer
























            • (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

              – elcoxita
              Feb 13 '15 at 20:16













            • I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

              – XOR LX
              Feb 13 '15 at 20:40













            • Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

              – elcoxita
              Feb 13 '15 at 20:55











            • The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

              – XOR LX
              Feb 13 '15 at 21:07













            • They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

              – elcoxita
              Feb 16 '15 at 14:54














            0












            0








            0







            I'm not sure what you mean.



            Your very first INDEX is expecting a range as the first parameter, and so the result of:



            INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)



            must be such.



            INDEX is a flexible enough function such that the result generated can be either an actual cell value or a cell reference. This is an extremely useful property, as you can imagine.



            And this is where I don't really understand your formula. The result of the above expression will result in a single cell reference, e.g. DropDownTable!$C$8, which is then passed as the range to the first INDEX, which will become something like:



            INDEX((DropDownTable!$C$8,MATCH(0,...



            and so no matter what the result of the following expression, you are still never going to achieve much: INDEXing a single cell does not have much point!



            Very difficult to help you further. This may actually be a case where you'd be better off not posting your existing formulas and instead simply giving a breakdown of what you're trying to achieve. It's often far easier to give solutions starting from scratch than to error-check those of others, particularly if, as in your case, they involve constructions as long and difficult-to-dissect as yours.



            Regards






            share|improve this answer













            I'm not sure what you mean.



            Your very first INDEX is expecting a range as the first parameter, and so the result of:



            INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)



            must be such.



            INDEX is a flexible enough function such that the result generated can be either an actual cell value or a cell reference. This is an extremely useful property, as you can imagine.



            And this is where I don't really understand your formula. The result of the above expression will result in a single cell reference, e.g. DropDownTable!$C$8, which is then passed as the range to the first INDEX, which will become something like:



            INDEX((DropDownTable!$C$8,MATCH(0,...



            and so no matter what the result of the following expression, you are still never going to achieve much: INDEXing a single cell does not have much point!



            Very difficult to help you further. This may actually be a case where you'd be better off not posting your existing formulas and instead simply giving a breakdown of what you're trying to achieve. It's often far easier to give solutions starting from scratch than to error-check those of others, particularly if, as in your case, they involve constructions as long and difficult-to-dissect as yours.



            Regards







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Feb 13 '15 at 19:54









            XOR LXXOR LX

            1,05757




            1,05757













            • (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

              – elcoxita
              Feb 13 '15 at 20:16













            • I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

              – XOR LX
              Feb 13 '15 at 20:40













            • Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

              – elcoxita
              Feb 13 '15 at 20:55











            • The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

              – XOR LX
              Feb 13 '15 at 21:07













            • They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

              – elcoxita
              Feb 16 '15 at 14:54



















            • (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

              – elcoxita
              Feb 13 '15 at 20:16













            • I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

              – XOR LX
              Feb 13 '15 at 20:40













            • Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

              – elcoxita
              Feb 13 '15 at 20:55











            • The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

              – XOR LX
              Feb 13 '15 at 21:07













            • They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

              – elcoxita
              Feb 16 '15 at 14:54

















            (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

            – elcoxita
            Feb 13 '15 at 20:16







            (Pressing enter posts the comment--you learn something new everyday!) The value of the cell being returned is the name of a range, which is the range I would like to use. What I'm trying to achieve: When a cell says a certain date, I want my formula to look that date up and use the corresponding named range from a table. My ranges are named ListA through ListE. I want that first index to use one of the named ranges as the index. The most frustrating is it works how I expect it to later in the formula, but in the beginning of the formula it does not.

            – elcoxita
            Feb 13 '15 at 20:16















            I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

            – XOR LX
            Feb 13 '15 at 20:40







            I see. Then the cell which contains the name of that Named Range, and which you are generating via your second INDEX function, must first be passed to INDIRECT prior to being passed to the further INDEX. For example: =IFERROR(IFERROR(INDEX(INDIRECT(INDEX(DropDownTable!A:C,MATCH(Comparison!B1,DropDownTable!A:A,0),3)),MATCH(0,..., etc.

            – XOR LX
            Feb 13 '15 at 20:40















            Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

            – elcoxita
            Feb 13 '15 at 20:55





            Adding in INDIRECT makes the step before INDIRECT is calculated return 'ListA', but then I get #ref once INDIRECT is calculated. I'm unfamiliar with how indirect works, but I'm checking into it. I understand what you're saying at least, and I may be able to find a work around if my result of the second index should be an array.

            – elcoxita
            Feb 13 '15 at 20:55













            The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

            – XOR LX
            Feb 13 '15 at 21:07







            The entry in the cell being passed to INDIRECT must be PRECISELY the same as the Named Range which it supposedly represents. No extra spacing, hyphens, underscores, etc. in one but not the other.

            – XOR LX
            Feb 13 '15 at 21:07















            They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

            – elcoxita
            Feb 16 '15 at 14:54





            They are named exactly the same and I'm still getting (Indirect("ListA") and then when it calculates it goes #REF.. I have made it work by using a long IF clause. I may be trying to think it out more complicated than it should be, so if you have any other ideas throw 'em at me :)

            – elcoxita
            Feb 16 '15 at 14:54













            0














            Not presenting this as a solution, just a note on troubleshooting INDIRECT() when it involves Named Ranges.



            It can be exquisitely perticular. Say you have two Named Ranges" able and bravo . They refer to cells in your spreadsheet and those cells contain: 5 and able respectively.



            If you use =INDIRECT(able) you get "#REF!" and for =INDIRECT(bravo) you get "able". INDIRECT() is looking at the value that has no double quotes around it as a Named Range directly snf obtaining the NR's value ("5" and "able") then resolving what it gets as if they were NR's. For "able" that's 5 and 5 isn't anything it sees as a cell address while "bravo" yields able which it finds to be a NR and returns its result.



            Now put double quotes around those. You get the literal values of those cells, 5 and able. But nothing past that is done with them because the process is see the double quotes and interpret them as clean text, able and bravo, which it recognizes as NR's and obtains their values. Period. Without the quotes, you get that one more layer. Not with them though.



            Why's that matter? Because the interim results Excel produces as it parses your formula and works its way, largely left to right, through solving it. Some of the individual step results have double quotes around them... and while that does not always matter, it seems "mattering" is more up to the function the string of material is passed on into than general Excel. So that kind of result might work fine in one function yet blow up in another.



            INDIRECT() is VERY freaking particular and you might want to explore the EXACT form some of the interim material takes. The formula evaluator can be helpful as well as using F9 on pieces of the formula. Oddly, doing the F9 thing on a, say, 3 function wrap, might give a good result, but do it on the inner one, works great, the middle one, seems to be good still, but now doing the outer one shows an error instead of working great like it did when you F9'ed the three of them all at once. INDIRECT() is soooo much more particular than most functions and this is a lot of where failures occur for it.



            (In your case, you formula is pretty involved and would seem to offer LOTS of this kind of possibility.)






            share|improve this answer








            New contributor




            Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.

























              0














              Not presenting this as a solution, just a note on troubleshooting INDIRECT() when it involves Named Ranges.



              It can be exquisitely perticular. Say you have two Named Ranges" able and bravo . They refer to cells in your spreadsheet and those cells contain: 5 and able respectively.



              If you use =INDIRECT(able) you get "#REF!" and for =INDIRECT(bravo) you get "able". INDIRECT() is looking at the value that has no double quotes around it as a Named Range directly snf obtaining the NR's value ("5" and "able") then resolving what it gets as if they were NR's. For "able" that's 5 and 5 isn't anything it sees as a cell address while "bravo" yields able which it finds to be a NR and returns its result.



              Now put double quotes around those. You get the literal values of those cells, 5 and able. But nothing past that is done with them because the process is see the double quotes and interpret them as clean text, able and bravo, which it recognizes as NR's and obtains their values. Period. Without the quotes, you get that one more layer. Not with them though.



              Why's that matter? Because the interim results Excel produces as it parses your formula and works its way, largely left to right, through solving it. Some of the individual step results have double quotes around them... and while that does not always matter, it seems "mattering" is more up to the function the string of material is passed on into than general Excel. So that kind of result might work fine in one function yet blow up in another.



              INDIRECT() is VERY freaking particular and you might want to explore the EXACT form some of the interim material takes. The formula evaluator can be helpful as well as using F9 on pieces of the formula. Oddly, doing the F9 thing on a, say, 3 function wrap, might give a good result, but do it on the inner one, works great, the middle one, seems to be good still, but now doing the outer one shows an error instead of working great like it did when you F9'ed the three of them all at once. INDIRECT() is soooo much more particular than most functions and this is a lot of where failures occur for it.



              (In your case, you formula is pretty involved and would seem to offer LOTS of this kind of possibility.)






              share|improve this answer








              New contributor




              Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
              Check out our Code of Conduct.























                0












                0








                0







                Not presenting this as a solution, just a note on troubleshooting INDIRECT() when it involves Named Ranges.



                It can be exquisitely perticular. Say you have two Named Ranges" able and bravo . They refer to cells in your spreadsheet and those cells contain: 5 and able respectively.



                If you use =INDIRECT(able) you get "#REF!" and for =INDIRECT(bravo) you get "able". INDIRECT() is looking at the value that has no double quotes around it as a Named Range directly snf obtaining the NR's value ("5" and "able") then resolving what it gets as if they were NR's. For "able" that's 5 and 5 isn't anything it sees as a cell address while "bravo" yields able which it finds to be a NR and returns its result.



                Now put double quotes around those. You get the literal values of those cells, 5 and able. But nothing past that is done with them because the process is see the double quotes and interpret them as clean text, able and bravo, which it recognizes as NR's and obtains their values. Period. Without the quotes, you get that one more layer. Not with them though.



                Why's that matter? Because the interim results Excel produces as it parses your formula and works its way, largely left to right, through solving it. Some of the individual step results have double quotes around them... and while that does not always matter, it seems "mattering" is more up to the function the string of material is passed on into than general Excel. So that kind of result might work fine in one function yet blow up in another.



                INDIRECT() is VERY freaking particular and you might want to explore the EXACT form some of the interim material takes. The formula evaluator can be helpful as well as using F9 on pieces of the formula. Oddly, doing the F9 thing on a, say, 3 function wrap, might give a good result, but do it on the inner one, works great, the middle one, seems to be good still, but now doing the outer one shows an error instead of working great like it did when you F9'ed the three of them all at once. INDIRECT() is soooo much more particular than most functions and this is a lot of where failures occur for it.



                (In your case, you formula is pretty involved and would seem to offer LOTS of this kind of possibility.)






                share|improve this answer








                New contributor




                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.










                Not presenting this as a solution, just a note on troubleshooting INDIRECT() when it involves Named Ranges.



                It can be exquisitely perticular. Say you have two Named Ranges" able and bravo . They refer to cells in your spreadsheet and those cells contain: 5 and able respectively.



                If you use =INDIRECT(able) you get "#REF!" and for =INDIRECT(bravo) you get "able". INDIRECT() is looking at the value that has no double quotes around it as a Named Range directly snf obtaining the NR's value ("5" and "able") then resolving what it gets as if they were NR's. For "able" that's 5 and 5 isn't anything it sees as a cell address while "bravo" yields able which it finds to be a NR and returns its result.



                Now put double quotes around those. You get the literal values of those cells, 5 and able. But nothing past that is done with them because the process is see the double quotes and interpret them as clean text, able and bravo, which it recognizes as NR's and obtains their values. Period. Without the quotes, you get that one more layer. Not with them though.



                Why's that matter? Because the interim results Excel produces as it parses your formula and works its way, largely left to right, through solving it. Some of the individual step results have double quotes around them... and while that does not always matter, it seems "mattering" is more up to the function the string of material is passed on into than general Excel. So that kind of result might work fine in one function yet blow up in another.



                INDIRECT() is VERY freaking particular and you might want to explore the EXACT form some of the interim material takes. The formula evaluator can be helpful as well as using F9 on pieces of the formula. Oddly, doing the F9 thing on a, say, 3 function wrap, might give a good result, but do it on the inner one, works great, the middle one, seems to be good still, but now doing the outer one shows an error instead of working great like it did when you F9'ed the three of them all at once. INDIRECT() is soooo much more particular than most functions and this is a lot of where failures occur for it.



                (In your case, you formula is pretty involved and would seem to offer LOTS of this kind of possibility.)







                share|improve this answer








                New contributor




                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.









                share|improve this answer



                share|improve this answer






                New contributor




                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.









                answered 12 mins ago









                RoyRoy

                1




                1




                New contributor




                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.





                New contributor





                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.






                Roy is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Super User!


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


                    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%2fsuperuser.com%2fquestions%2f877633%2fwhy-is-my-formula-pulling-the-result-cell-name-and-not-the-value-of-that-cell%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

                    Why not use the yoke to control yaw, as well as pitch and roll? Announcing the arrival of...

                    Couldn't open a raw socket. Error: Permission denied (13) (nmap)Is it possible to run networking commands...

                    VNC viewer RFB protocol error: bad desktop size 0x0I Cannot Type the Key 'd' (lowercase) in VNC Viewer...