QGIS » QGIS Application

The path to the file looks very fishy, especially with the = sign ...

/.file/id=6571367

Have you tried moving the files to a clean path like /home/temp?

Greetings and thank you for the response.

I have tried moving files (which were in dropbox folder) to the desktop, to my home directory, and to /home/public, all with the same result with drag/drop:

Invalid Data Source: /.file/id=6571367.3678663 is not a valid or recognized data source

However when double clicking the same .shp from the finder, the files open up fine in QGIS - so that the functionality is partly there, but still something missing.

The path to the file looks very fishy, especially with the = sign ...

/.file/id=6571367

Have you tried moving the files to a clean path like /home/temp?

This issue exists in trunk also. It has been present for some time. I was just looking to post a bug report, but this bug covers it.

To summarize, the browser in qgis works fine for adding files. Double-clicking a shapefile in the Finder will add it to qgis. Using the 'Add vector layer...' menu item and browsing to your file will work. Dragging a shapefile (or any suitable raster or vector layer) results in an error, "Invalid data source ...".

My OS X version is 10.10, had the problem during beta testing of 10.10 also. I do not recall if this issue existed on 10.9.

Hi,

This can be fixed for Qt 4.8.x, but requires direct access to the Cocoa API when needed to introduce the workarounds noted in the QTBUG-40449.

Btw, this is an example of my old PR to introduce abstracted calls to the OS (Mac for example, with Objective-C++) to handle changes in OS API libraries and keep such workarounds in one place instead of peppered throughout the source tree.

I suppose the same could be done for Win as well.

The references qt bug has a comment from Aug 2015 with the following workaround code that should work with recent qt4. Perhaps this can be worked into qgis code to fix this issue that is quite the show-stopper on OS X:

  QString localFileQString = url.toLocalFile();
      // [pzion 20150805] Work around
      // https://bugreports.qt.io/browse/QTBUG-40449
      if ( localFileQString.startsWith("/.file/id=") )
      {
        CFStringRef relCFStringRef =
          CFStringCreateWithCString(
            kCFAllocatorDefault,
            localFileQString.toUtf8().constData(),
            kCFStringEncodingUTF8
            );
        CFURLRef relCFURL =
          CFURLCreateWithFileSystemPath(
            kCFAllocatorDefault,
            relCFStringRef,
            kCFURLPOSIXPathStyle,
            false // isDirectory
            );
        CFErrorRef error = 0;
        CFURLRef absCFURL =
          CFURLCreateFilePathURL(
            kCFAllocatorDefault,
            relCFURL,
            &error
            );
        if ( !error )
        {
          static const CFIndex maxAbsPathCStrBufLen = 4096;
          char absPathCStr[maxAbsPathCStrBufLen];
          if ( CFURLGetFileSystemRepresentation(
            absCFURL,
            true, // resolveAgainstBase
            reinterpret_cast<UInt8 *>( &absPathCStr[0] ),
            maxAbsPathCStrBufLen
            ) )
          {
            localFileQString = QString( absPathCStr );
          }
        }
        CFRelease( absCFURL );
        CFRelease( relCFURL );
        CFRelease( relCFStringRef );
      }

Hi John,

Have you verified that the fix you note works for OS X 10.10?

Hi Larry,

No, I don't have the coding skills to apply this to qgis code. I was hoping someone else would come up with a way to implement this workaround and we could test from there.