Bug report #21075

Update to 3.4.3 via OSGeo4W gets wrong numpy

Added by Loren Amelang over 2 years ago. Updated over 2 years ago.

Affected QGIS version:3.4.3 Regression?:No
Operating System:Win 10 Pro Easy fix?:No
Pull Request or Patch supplied:No Resolution:duplicate
Crashes QGIS or corrupts data:No Copied to github as #:28893


This appeared when I tried to test the GDAL Merge issue in #19628.

Tried it on my 3.4.3 version. The reported error no longer appears, the second merge works just like the first.

But... Both result layers are pure black, while the inputs are grayscale elevation DEMs. They have the proper location and size, at least on the screen, but the "Statistics" and "Spatial Extent" are all zero.

Aha! I'd left the merge window open... And it says:
RuntimeError: module compiled against API version 0xc but this version of numpy is 0xa

Wrong numpy might well return all zeros. This QGIS was just updated days ago by starting OSGeo4W and its update facility. Pretty much let it use default settings. No errors that I noticed.

System-wide PIP sees numpy 1.10.1. But are you using the same python as my system install?

C:\Users\loren>pip search numpy
numpy (1.16.0) - NumPy is the fundamental package for array computing with Python.
LATEST: 1.16.0

How do I fix this without confusing some programs? Can I just PIP the latest numpy onto my system, or do you need exactly "0xc"? Or does it need to be somehow installed into QGIS?

GDAL - numpy is 0xa error.txt Magnifier - The merge window text (5.05 KB) Loren Amelang, 2019-01-23 01:40 AM

Related issues

Duplicates QGIS Application - Bug report #20895: Raster Merge Failure Closed 2018-12-30


#1 Updated by Jürgen Fischer over 2 years ago

  • Resolution set to duplicate
  • Status changed from Open to Closed

#2 Updated by Jürgen Fischer over 2 years ago

Also available in: Atom PDF