Giter Club home page Giter Club logo

Comments (21)

m-kuhn avatar m-kuhn commented on September 4, 2024

The same setup works here. Error reporting in the app certainly could need some love. Something we have experienced problems with in the past was if no autoincrementing primary key was present in the spatialite file.

from qfield.

guidohaefliger avatar guidohaefliger commented on September 4, 2024

I did add an autoincrement key field to the spatiallitedb-layer. But its is the same behaviour, points are lost after closing/opening the project on sdcard

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Can you attach the project and the database here (or send it to us by mail if it is not public)

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Too bad we do not have an sdcard slot in our test device.

from qfield.

guidohaefliger avatar guidohaefliger commented on September 4, 2024

OK, its not an urgent problem, we don't need project on sdcard for the moment, I can put project/data to device storage

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Note to self, probably only requires this permission:

http://developer.android.com/reference/android/Manifest.permission.html#WRITE_EXTERNAL_STORAGE

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

building to test

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

as of 0.6.6 from playstore writing to external sd fails silently

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

the same project on internal sd works as expected. My own builds crash when writing anywhere, I guess that is something else

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

The WRITE_EXTERNAL_STORAGE permission must only grant write access to the primary external storage on a device. Apps must not be allowed to write to secondary external storage devices, except in their package-specific directories as allowed by synthesized permissions. Restricting writes in this way ensures the system can clean up files when applications are uninstalled.

IIUC, all works needs to be done in /Android/data/ch.opengis.qfield/files

With Android 5 we get this extra intent ACTION_OPEN_DOCUMENT_TREE

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

haha, I was going to post the same comment after noticing how ES file browser does things.

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

Confirmed that putting projects and data on the external SD card in

/Android/data/ch.opengis.qfield/files

Works on my galaxy s7 edge android 6

from qfield.

mbernasocchi avatar mbernasocchi commented on September 4, 2024

so currently QField supports reading data from any location on an an SD card but writing only works in the /Android/data/ch.opengis.qfield/files folder of the SDCard. No writing is possible yet in other folders (unless possibly if the device is rooted).

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Thanks @mbernasocchi

I think we should (in the following order)

  1. document this
  2. add a warning when this happens
  3. offer to "unlock" the location with ACTION_OPEN_DOCUMENT_TREE in the warning

from qfield.

ludodo avatar ludodo commented on September 4, 2024

Thank's for the redirection and the answer.
I moved my "SIG" directories data and project into /[sdcard2]/Android/data/ch.opengis.qfiel/files
No more warning when editing...
Attribut modification are well saved but when editing new geometries, they don't appear, with no log in qfield.

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Does the layer's CRS match the project CRS?

from qfield.

ludodo avatar ludodo commented on September 4, 2024

Humm not really, I've got WGS84 mbtiles with Lambert 93 (EPSG:2154) shapefiles. Project is in on the fly SCR. Qfield needs only one projection to work ?

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Yes, I just documented the status in #58
We should fix that but meanwhile just keep your digitizing layers in the project CRS.

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

Interesting information https://bugreports.qt.io/browse/QTBUG-50759

from qfield.

signedav avatar signedav commented on September 4, 2024

What is the status here @m-kuhn?

from qfield.

m-kuhn avatar m-kuhn commented on September 4, 2024

@marioba looked into it and adjusted the project loader dialog to be more explicit about where data is read only and where it's writable.

from qfield.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.