What LPF Organizer is
LPF Organizer is a native macOS utility built around a simple photographer-oriented workflow:
Select → Cull (optional) → Rename (optional) → Copy or Move
The design goal is deliberately narrower than applications such as photo catalogs, RAW developers or metadata editors. LPF Organizer handles files. It helps you decide which photographs to keep in a transfer, keeps related files together, creates predictable folders and filenames, and performs the resulting file operation safely.
This focus is intentional. LPF Organizer does not maintain a photo library database, develop RAW files, write ratings into XMP, edit metadata, score sharpness, identify faces, or modify image content.
2. Selecting source files
Choose File → Choose Photos or Folders… or press ⌘O. You can select files or folders, and folders are scanned recursively. You can also drag supported sources into the Organize workspace.
LPF Organizer supports common rendered formats such as JPEG, HEIC/HEIF, TIFF, PNG and WebP, plus RAW formats including RAF, CR2/CR3, NEF/NRW, ARW, ORF, RW2, PEF, DNG, SRW, X3F and RAW. XMP files are recognized as sidecars.
The app reads capture metadata using Apple's native image frameworks. It prefers the original capture timestamp and falls back to the digitized timestamp when needed.
3. Logical photo groups
A central design decision is that a photograph can consist of more than one physical file. Files in the same source directory with the same basename are grouped together. For example:
DSCF1234.RAF
DSCF1234.JPG
DSCF1234.XMP
are one logical photo group.
This matters throughout the app. A culling decision applies to the group, generated filenames stay coordinated, XMP sidecars travel with the image, and Undo handles the files that were actually transferred. An orphan XMP file does not become a photograph on its own.
When both RAW and a rendered companion such as JPEG are present, the rendered image is preferred for fast visual culling. The original RAW file itself is still copied or moved unchanged.
4. The Cull workspace
Culling is optional. Switch to it with the workspace control or ⌘2.
Decisions
There are four states:
Unmarked — no decision yet; still eligible for organizing.
Keep — explicitly keep; eligible for organizing.
Maybe — undecided candidate; eligible for organizing.
Reject — excluded from organizing.
Reject is intentionally non-destructive. It does not delete, move, rename or modify the source. It only tells the Organize stage to exclude that logical photo group when Use Cull selections is enabled.
Grid navigation
Use ← and → to move through photos. The grid scrolls only when necessary and keeps the complete selected card visible. K, M and R set a decision and advance. S advances without changing the current decision. Return performs Keep and advances. ⌘Z undoes the last culling decision.
Thumbnail borders and K/M/R indicators communicate state without relying on color alone.
Preview
Press Space for a large preview. Returning to Grid restores the previous grid viewport, so Preview behaves like a temporary closer look rather than navigation to a new place.
Compare
Press C to pin the current image as Compare 1. Navigate to another image and press C, or click another thumbnail, to select Compare 2. Compare shows both images side by side and retains their culling-state indicators. Esc cancels selection of the second image or leaves Compare; G returns to Grid.
Filters
Use All, Keep, Maybe, Reject, Unmarked or Candidates. Candidates combines Keep and Maybe for a useful review pass.
5. Destination and folder structure
Return to Organize with ⌘1 and choose a destination with ⇧⌘D.
Available folder structures include:
Year / Date — `YYYY/YYYY-MM-DD`
Year / Month / Date — `YYYY/MM/YYYY-MM-DD`
Year / Month — `YYYY/MM`
Date only — `YYYY-MM-DD`
Custom year/month/day component structure
Invalid path components are rejected. The goal is to create predictable, portable filesystem structures rather than hide organization inside a proprietary database.
Recent destinations are remembered for convenience.
6. Filename templates
Renaming is optional. With renaming disabled, LPF Organizer preserves the original filename.
A filename template can use:
Date and time
Camera model or make + model
Lens
Shutter speed, aperture, ISO and focal length
Camera serial and lens serial
Original filename
Sequence number
Your description
Tokens can be reordered and removed. Recent filename templates are remembered after real Copy/Move operations.
Generated names are sanitized for safe filesystem use, preserve the original extension, and can use an ASCII-safe option. Missing metadata is represented predictably instead of silently changing the template. All physical members of one logical photo group share the same generated basename.
7. Preflight Preview
Before a real operation, the Organize preview is a preflight view. It shows where each logical photo group is planned to go and highlights duplicate or collision situations before files are changed.
The list intentionally uses lightweight file symbols instead of hundreds or thousands of small thumbnails. Visual review belongs in Cull; Organize is optimized for file planning and destination inspection. Selecting an item can still show a larger inspector preview and metadata.
8. Copy, Move and Dry Run
Choose Copy when the source should remain untouched. Choose Move when the successful transfer should remove the original from its current location.
Dry Run lets you exercise planning without performing the file operation. A real operation can be started with the main Organize button or ⌘Return.
LPF Organizer never silently overwrites a different file. Name collisions are resolved safely. Exact file comparison is only performed when an actual destination collision needs to be checked for duplication; this keeps large imports efficient without weakening duplicate correctness.
9. Result view, Finder and Undo
After a real Copy or Move, the preflight area becomes the result view and preserves the completed-operation snapshot. Generated year/date headings that contain output become clickable and open the corresponding destination folder in Finder.
Undo applies to files actually copied or moved in the current session. It is intentionally separate from the culling ⌘Z, which only undoes a culling decision.
10. History and performance report
History records real operations, including time, Copy/Move mode, destination, source count, organized/skipped/error counts and cancellation state. Dry Runs are not recorded.
The Performance Report is a diagnostic feature retained from performance tuning. It reports source scanning, logical grouping, metadata work, destination/duplicate planning and total preview-build time. It is useful when testing unusually large sets or new camera/file combinations.
11. File safety and metadata philosophy
LPF Organizer does not develop RAW images and does not alter the contents of photographs. RAW, JPEG and other source files are copied or moved as files. Metadata is read to support capture-date organization, naming and the inspector, currently not rewritten.
Likewise, XMP sidecars are companions rather than a place where LPF Organizer stores ratings. This keeps culling decisions local to the workflow and avoids unexpected changes that could affect Lightroom, Capture One or another photography application.
12. Why the app is designed this way
The app grew from a practical need: take photographs from files or cards, quickly review them, keep RAW/JPEG/XMP companions together, give them useful names, and place them into a clean date-based archive without building another catalog.
Several design choices follow from that goal:
Logical groups instead of individual files because one photograph often has RAW, JPEG and XMP components.
Reject is non-destructive because culling should not become accidental deletion.
Culling is optional because sometimes the job is simply to organize everything.
Filename templates are optional because preserving camera filenames is a valid workflow.
Preflight before execution because photographers should see the planned filesystem result before files move.
Exact duplicate handling and no silent overwrite because file safety is more important than clever automation.
Native macOS technologies and no third-party RAW engine because LPF Organizer needs metadata and previews, not RAW development.
No Organize thumbnail wall because visual decisions belong in Cull and large imports should remain responsive.
Keyboard-first Cull controls because hundreds or thousands of images are faster to review without repeated pointer travel.
No catalog/database dependency because the organized files and folders should remain useful in Finder and in any photography application.
13. Recommended workflow
A typical import can be as simple as:
Select one or more source folders.
Open Cull and review with K/M/R/S and Space.
Return to Organize and enable **Use Cull selections** if you culled.
Choose the destination and folder structure.
Keep original filenames or configure a filename template.
Review the preflight result.
Choose Copy or Move and run the operation.
Use the result view to open generated destination folders in Finder.
For a transfer where every image should be retained, skip Cull entirely and go directly from source selection to Organize.