# Delete photos on cloud

**URL:** <https://community.qfield.org/t/delete-photos-on-cloud/380>\
**Category:** Ask the Community\
**Tags:** gh-import\
**Created:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380 "2025-05-14T02:12:27Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/1 "2025-05-14T02:12:27Z")

</div>

Hey, I’m quite new in this topic, so sorry, if I’m using the wrong channel.  
My problem is, when I add a photo to a new created point, the photo will remain in the cloud even if I delete the spatial created point. Is there any chance to delete photos in the cloud? It is not possible, rather through the website or the app.

Wish you all best!

* * *

_Imported from [GitHub discussion](https://github.com/opengisch/qfield/discussions/4171) by @UlfEichelquetscher on 2023-04-15T15:48:29Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/2 "2025-05-14T02:12:28Z")

</div>

hello,  
you can delete the files locally and synchronize your project from qgis (with the ‘prefer local’ option selected). It will then delete the files from the cloud that aren’t present locally anymore.

hopefully this helped 🙂

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-5678604) by @babakou9 on 2023-04-20T21:59:25Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/3 "2025-05-14T02:12:30Z")

</div>

This is not necessarily the case… I recently changed a base layer from raster GPKG to TIFF and removed the GPKG from project in QGIS and from local directory. I also deleted another GPKG vector layer from project at same time. When I synchronized the system did not remove the deleted local files from the cloud. They persisted and cannot be removed through web UI, I guess since they are the only version. The only way I could delete them was by using the qfieldcloud-sdk CLI.

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-5681056) by @wanderingnature on 2023-04-21T03:28:04Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/4 "2025-05-14T02:12:31Z")

</div>

Hello, I’m having a similar issue as well. I’ve deleted all features in the QField app, and synchronized changed changes with my desktop. My Desktop DCIM folder is empty, but all historic photos are persisting in the Qfield app, and I have no option to delete the photos in the project folder. I’m running IOS.

 ![IMG_1059](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/98dd8a0273d152e405222a00986097028ff5239f.jpeg)

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11339934) by @sheafile on 2024-11-21T18:19:08Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/5 "2025-05-14T02:12:33Z")

</div>

sheafile A solution for you would be to delete the project on your device (upload changed features first). Then redownload - if the pictures are not on the cloud anymore (because you deleted them on the desktop and pushed this deletion to the cloud) it will only sync the pictures which are in the cloud.

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11393494) by @meyerlor on 2024-11-27T11:01:21Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/6 "2025-05-14T02:12:34Z")

</div>

i ran in the same problem with PDFs created through QField - they are clogging the device space quite effectivly if you have an atlas with ~2000 features and a file for each one. I created an issue on the QField Ideas Platform - maybe you can upvote it there so the dev’s might look into it.

> **[Better PDF handling - make sync & deletion possible | QFieldCloud Feature...](https://ideas.qfield.org/qfieldcloud-feature-requests/p/better-pdf-handling-make-sync-deletion-possible)**
>
> It is not possible to synchronize PDFs generated through QField with QField Cloud. It is also not possible to delete a PDF once it was created and therefore it

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11393546) by @meyerlor on 2024-11-27T11:06:54Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/7 "2025-05-14T02:12:36Z")

</div>

Absolutely sir, appreciate you passing your fix along! Seems like a pretty notable issue that should be patched…

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11398669) by @sheafile on 2024-11-27T19:32:04Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/8 "2025-05-14T02:12:37Z")

</div>

Here’s the solution: [When printing layouts (atlas and non-atlas ones), place them in the current project path's subfolder for easier synchronization / export by nirvn · Pull Request #5852 · opengisch/QField · GitHub](https://github.com/opengisch/QField/pull/5852) – as of QField’s next version (3.5), layouts will be written in the current project’s subfolder named ‘layouts’, which will allow for synchronization with QFC (provided layouts is added to the attachments directories list) and will make it easier to clear by using the delete project folder from the local files view’s 3-dot menu.

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11401439) by @nirvn on 2024-11-28T02:39:46Z_

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex018/uploads/qfield/original/1X/7d3726da0ef5099a1e135505c03d2f125d527aae.png) [@system](https://community.qfield.org/u/system)\
**Post date:** [14 May 2025 02:12 UTC](https://community.qfield.org/t/delete-photos-on-cloud/380/9 "2025-05-14T02:12:38Z")

</div>

Sweet!

* * *

_Imported from [GitHub comment](https://github.com/opengisch/QField/discussions/4171#discussioncomment-11403027) by @meyerlor on 2024-11-28T07:29:52Z_
