Try setting the fix_type within the sl.GNSSData. If your GNSS data covariance is indeed varying, then setting the fix_type might fix your issue and ingestion will be successful. I was having similar issues with C++. I’m not certain but I think there’s a bug in ZEDSDK that returns the wrong ingest error code when printing it using the sl::toString method, which can be misleading.
I made a pose about it here. After getting GNSS fusion to work with my camera, I was also having issues with the heading of the camera’s GeoPose being connected to the wrong axis of the camera.