For an initial repair enquiry, send a separate photo copy that shows the defect and enough context to understand it, without unnecessary address clues. Keep the original, finish any visual edits, then re-encode and inspect the actual attachment; removing location metadata alone cannot hide a door number in the picture.
Decide what the recipient needs to estimate
Choose photographs around the question you want answered. A close-up can show a crack, while a restrained overview explains whether it is beside a window or along a cabinet joint. Neither needs to include a parcel label on the counter.
An initial public request and a booked visit have different information needs. You might provide a general service area during the enquiry, then give a selected contractor the exact address through the agreed contact channel. This is an editorial workflow suggestion, not a promise that a contractor can price the job without visiting.
Apple's official source on photo location metadata, checked on September 30, 2026, explains that embedded coordinates may be accessible to recipients. That supports checking the file as well as the scene. It does not establish that every camera photo contains GPS or that an upload service removes it.
Work through a fictional two-photo enquiry
For example, imagine an overview called door-detail.png, 2400 × 1600 pixels, showing a damaged interior door frame. A ruler is beside the defect, while a parcel label appears at the far left. A second close-up shows the damaged edge and ruler markings. These are illustrative inputs, not photographs processed during this article's preparation.
Keep both originals outside the attachment folder. In the overview's working copy, remove the unnecessary left edge with a suitable crop editor. Stop if that would also remove the frame corner needed to explain the damage. A new photograph with the parcel moved out of view is preferable to a crop that makes the repair ambiguous.
Before metadata processing, the expected visual result is an overview that still shows the frame corner and a close-up with readable ruler markings. Neither should show the parcel address, keys, identifying reflections, or an unnecessary view through a window. Do not digitally repair, smooth, or paint over the defect itself: that changes the evidence the contractor is being asked to assess.
Load each finished copy separately into the EXIF Remover. It provides an output-quality slider and a download of a newly encoded image. The current component draws the visible image onto a white canvas and requests JPEG output without copying source EXIF. It does not list GPS fields or certify that every output metadata field was inspected.
If the finished input remains named door-detail.png, the expected download name is door-detail.jpg. That filename rule is verified in the source code, not observed from an export in this run. The tool keeps the filename stem, so rename an identifying stem yourself before attaching the file. Save into a separate folder if an existing JPEG has the same name.
Check usefulness and privacy separately
Open the downloaded overview and detail image, rather than relying on the tool's preview. First check usefulness: can you still see the whole defect, the relevant joint, and the ruler markings? Then inspect the edges, labels and reflections for identifying details. A result must pass both checks.
For the fictional pair, the overview passes only if the frame corner remains visible without the parcel label. The detail passes only if the damaged edge is distinguishable from compression artifacts and the scale can be read. If privacy edits remove the only useful context, retake the photo or ask the recipient for a more appropriate private submission method.
The quality slider changes JPEG encoding quality; it does not set a target attachment size. MDN's canvas export documentation describes this as a lossy-format quality parameter. Lowering it can obscure fine detail. Check a new download after every adjustment, and do not assume that a higher setting restores detail already lost in the source.
Use an original-versus-output metadata check
Inspect the exact final file with a metadata reader. If ExifTool is already available on your device, its official FAQ documents a read-only inspection command: exiftool -a -G1 -s "door-detail.jpg". Replace the filename with the actual path. There is no assignment or removal option in this command; it reads tags.
Run the same inspection on the original and on the downloaded copy. The options include duplicate tags and show their groups, which helps avoid relying on one visible GPS field. Review coordinates, location names, capture information and identifying comments across the report. The FAQ warns that location data can occur outside the EXIF GPS group, so do not restrict the entire review to that group.
For a harmless practice file known to contain location tags, the expected comparison is that the source's coordinates are absent from the sharing copy. If neither input contains GPS, that pair cannot demonstrate GPS removal. Basic file properties and generated resolution information may remain; a nonempty report is not automatically a failure. A file-not-found message is not a clean result.
This is a reproducible reader procedure, not a metadata test performed here. If you cannot inspect a sensitive output, leave that check unresolved rather than interpreting the download message as clearance. Finally, check the attachment picker and message preview to make sure the selected image is the reviewed copy, not the original.
Recognize failures that require another copy or another photo
If the address is still readable, the problem is in the pixels. Re-encoding again will not remove it. Revisit the crop, use an appropriate opaque redaction workflow, or retake the photograph; inspect the new final file after every edit.
If the crack or ruler becomes indistinct, compare the original with the current download. Try a higher quality setting from the retained working input, not another round of recompression from the degraded JPEG. If the source itself is blurred, retake it rather than presenting invented detail.
If the tool reports that it cannot read or export an image, try a browser-readable JPG, PNG or WebP copy. Changing a filename extension is not conversion. Large images can also exceed available browser resources; there is no verified universal maximum size here.
The component does not preserve transparency, inventory metadata, detect addresses or authenticate photographs. Source inspection confirms its encoding path, but no browser export or network audit was performed for this article. Keep originals when chronology or documentation matters, and use the recipient's required process when a quote becomes an insurance or evidence submission.
Common questions
Should I hide the ruler too?
Keep useful scale markings if they contain no unnecessary identifying detail. If a branded label or handwritten name is nearby, reposition the ruler for a new shot instead of covering the measurement the recipient needs.
Can I send one heavily cropped close-up?
Sometimes, but it may lose the location of the defect within the object. A limited overview plus a detail image often answers more questions without exposing the whole room.
Does a JPEG download mean there is no metadata?
No. The tool re-encodes without copying source EXIF, but does not produce an inspection report. Review the final file independently and distinguish ordinary format information from identifying fields.
Why not send the original once a contractor asks for the address?
Providing an address for a visit does not make every background detail necessary. Review each requested attachment for its purpose; keep an original available when legitimately required, but do not attach it by habit.