Why is OpenCV switching the shape when resizing?












0














Loading an image and then resizing it leads to the image being transposed:



import cv2

image = cv2.imread("example.png", cv2.IMREAD_GRAYSCALE)
print (image.shape)
print (cv2.resize(image, dsize=image.shape).shape)


With output:



(337, 458)
(458, 337)


Why do height and width change by using the resize operation? To be more precisely, why does the resize operator expect the dsize argument to be in the order of (width, height), while the shape attribute is in the order (height, width)?










share|improve this question





























    0














    Loading an image and then resizing it leads to the image being transposed:



    import cv2

    image = cv2.imread("example.png", cv2.IMREAD_GRAYSCALE)
    print (image.shape)
    print (cv2.resize(image, dsize=image.shape).shape)


    With output:



    (337, 458)
    (458, 337)


    Why do height and width change by using the resize operation? To be more precisely, why does the resize operator expect the dsize argument to be in the order of (width, height), while the shape attribute is in the order (height, width)?










    share|improve this question



























      0












      0








      0







      Loading an image and then resizing it leads to the image being transposed:



      import cv2

      image = cv2.imread("example.png", cv2.IMREAD_GRAYSCALE)
      print (image.shape)
      print (cv2.resize(image, dsize=image.shape).shape)


      With output:



      (337, 458)
      (458, 337)


      Why do height and width change by using the resize operation? To be more precisely, why does the resize operator expect the dsize argument to be in the order of (width, height), while the shape attribute is in the order (height, width)?










      share|improve this question















      Loading an image and then resizing it leads to the image being transposed:



      import cv2

      image = cv2.imread("example.png", cv2.IMREAD_GRAYSCALE)
      print (image.shape)
      print (cv2.resize(image, dsize=image.shape).shape)


      With output:



      (337, 458)
      (458, 337)


      Why do height and width change by using the resize operation? To be more precisely, why does the resize operator expect the dsize argument to be in the order of (width, height), while the shape attribute is in the order (height, width)?







      opencv






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 13 '18 at 19:49







      Jens Humrich

















      asked Nov 13 '18 at 9:32









      Jens HumrichJens Humrich

      554




      554
























          1 Answer
          1






          active

          oldest

          votes


















          3














          You told it to! Is the simple answer.



          When you do:



          print(image.shape)


          it prints the rows and the columns, i.e. the height and the width.



          When you resize it, you must tell it the new width and height, not the new height and the width.






          share|improve this answer





















          • Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
            – Jens Humrich
            Nov 13 '18 at 19:51










          • I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
            – Mark Setchell
            Nov 13 '18 at 20:36











          Your Answer






          StackExchange.ifUsing("editor", function () {
          StackExchange.using("externalEditor", function () {
          StackExchange.using("snippets", function () {
          StackExchange.snippets.init();
          });
          });
          }, "code-snippets");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "1"
          };
          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%2fstackoverflow.com%2fquestions%2f53277833%2fwhy-is-opencv-switching-the-shape-when-resizing%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









          3














          You told it to! Is the simple answer.



          When you do:



          print(image.shape)


          it prints the rows and the columns, i.e. the height and the width.



          When you resize it, you must tell it the new width and height, not the new height and the width.






          share|improve this answer





















          • Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
            – Jens Humrich
            Nov 13 '18 at 19:51










          • I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
            – Mark Setchell
            Nov 13 '18 at 20:36
















          3














          You told it to! Is the simple answer.



          When you do:



          print(image.shape)


          it prints the rows and the columns, i.e. the height and the width.



          When you resize it, you must tell it the new width and height, not the new height and the width.






          share|improve this answer





















          • Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
            – Jens Humrich
            Nov 13 '18 at 19:51










          • I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
            – Mark Setchell
            Nov 13 '18 at 20:36














          3












          3








          3






          You told it to! Is the simple answer.



          When you do:



          print(image.shape)


          it prints the rows and the columns, i.e. the height and the width.



          When you resize it, you must tell it the new width and height, not the new height and the width.






          share|improve this answer












          You told it to! Is the simple answer.



          When you do:



          print(image.shape)


          it prints the rows and the columns, i.e. the height and the width.



          When you resize it, you must tell it the new width and height, not the new height and the width.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 13 '18 at 11:32









          Mark SetchellMark Setchell

          86.7k674172




          86.7k674172












          • Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
            – Jens Humrich
            Nov 13 '18 at 19:51










          • I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
            – Mark Setchell
            Nov 13 '18 at 20:36


















          • Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
            – Jens Humrich
            Nov 13 '18 at 19:51










          • I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
            – Mark Setchell
            Nov 13 '18 at 20:36
















          Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
          – Jens Humrich
          Nov 13 '18 at 19:51




          Thanks, that is indeed true. Can you add an explanation, why this (apparent) inconsistency was chosen?
          – Jens Humrich
          Nov 13 '18 at 19:51












          I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
          – Mark Setchell
          Nov 13 '18 at 20:36




          I think it's because image.shape is Python/NumPy thing and NumPy arrays are indexed by row first, then by column. That is called "row major" orderung. OpenCV comes at it from the other way and generally indexes by column first, probably because it has its origins in the C-programming world. I'll add any links I can find if I come across a better explanation - as can anyone else.
          – Mark Setchell
          Nov 13 '18 at 20:36


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Stack Overflow!


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





          Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


          Please pay close attention to the following guidance:


          • 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%2fstackoverflow.com%2fquestions%2f53277833%2fwhy-is-opencv-switching-the-shape-when-resizing%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

          Xamarin.iOS Cant Deploy on Iphone

          Glorious Revolution

          Dulmage-Mendelsohn matrix decomposition in Python