Guides & news

Guides

Room scan, object scan, or photo? Choosing a useful home record with PropertyOS

Choose between a structural room record, a textured object model, and reference photos. A PropertyOS example explaining what each capture can answer.

Eternity Labs ·

For a home record, I would choose a room scan to describe the space, an object scan to inspect an individual item's appearance, and reference photos for specific views or readable details. These records can complement one another. A textured model does not automatically certify dimensions, and a room plan does not replace a photograph of a label.

Here is a fictional first-person example. I want to document a small reading corner containing an armchair, a floor lamp, and a cabinet. Nothing is being renovated or sold. I simply want the record to answer useful questions later: where are these things, what do they look like, and which detail identifies each one? No scan described below was actually performed for this article.

I choose the question before choosing the capture

The first decision is what I want to remember. If my question concerns the position of the cabinet relative to the room, a close photograph of its handle will not answer it. If I need to read the lamp's model label, an attractive room overview may be equally unhelpful.

I therefore make a small list of questions before reaching for a capture mode. In the fictional corner, I want an overview of the arrangement, a recognizable record of the chair, and a readable image of the lamp's identifying information. Each question points toward a different kind of evidence.

This helps keep the task manageable. I do not need the most elaborate representation for every item. A clear photograph may solve a particular question completely, while a model adds something useful for another. More capture files are worthwhile only when they improve the record I will actually consult.

PropertyOS connects homes, rooms, equipment, and supporting documents. I would use that organization to keep each representation with the place or object it describes, rather than treating every capture as an unrelated file. The official product page introduces that linked home record.

A structural room record explains an arrangement

A structural room record is useful when the question is about the space and the relationship between its components. I might use it to understand the corner's position within the room or to orient myself before opening more detailed photographs.

Apple describes RoomPlan as using the camera and LiDAR on compatible iPhone and iPad devices to create a parametric representation of a room, including dimensions and recognized furniture categories. That describes the underlying technology, not a guarantee that every feature of an Apple developer example appears in PropertyOS. Apple's RoomPlan overview.

PropertyOS's own listing says its guided room capture combines a structural RoomPlan record with an on-device textured room model on compatible devices. I would check the modes actually available on my device before planning the record. Installing the app and having access to every capture mode are separate questions.

For my reading corner, the structural view is a way to understand the setting. I do not expect it to tell me the lamp's exact product reference or establish the condition of the chair's upholstery. Those questions need different details, which I would preserve separately.

A textured room model adds an appearance to inspect

The word “textured” describes a model with surface appearance, rather than just a simplified structural representation. In this example, that could help me recognize the scene while inspecting the saved room record. I still distinguish the model from the photographs and measurements associated with it.

I would look at the result before declaring the capture useful. Can I recognize the corner I meant to record? Are the parts relevant to my question visible? Does the representation remain understandable when I inspect it from the views the application provides?

If an important area is missing, unclear, or visually confusing, I do not invent an explanation for it. I can add a reference photograph of that area and describe what I have actually preserved. A model's presence in the record does not mean that every surface has become reliable evidence.

The most useful role here is context. A room model may help me understand which object a detail belongs to, while the detail itself remains better served by another file. I want the records to work together, rather than asking one representation to answer every possible question about the home.

An object scan follows one item's identity

The chair has a different role in the record. I may want to inspect its overall form independently of the room in which it happens to stand. PropertyOS documents Object Capture for creating a textured 3D record of an object or linked equipment on compatible devices. Current PropertyOS description.

I would keep that object record associated with the chair. The room explains where it is; the object representation concerns the chair itself. If I later move it elsewhere, I still want to know which item the capture depicts.

Before using the result, I would compare it with the actual object. I would inspect the distinctive parts I care about, such as the shape of the arms and the relationship between the seat and legs. This is a proposed review, not a claim that PropertyOS automatically judges capture completeness or condition.

I would also decide whether the extra representation serves a real purpose. If one ordinary photograph is enough to distinguish this chair from everything else I own, I may stop there. Choosing a simpler record can be a deliberate result of the exercise, not a failure to use an available feature.

A photograph is often the best place for a precise detail

For the lamp's identifying label, I want a legible reference image. I would frame the label clearly, check the result at a size where I can read it, and keep enough context to connect it to the right lamp.

One close photograph and one wider view may solve different parts of the problem. The close view preserves the text. The wider view shows which object carries it. If I save only a close-up of a generic label, I may have to reconstruct that relationship later.

The same principle applies to a small visual detail on the cabinet. I choose the angle that answers my question and check the image before putting the phone away. I do not assume a room model contains a readable equivalent simply because the cabinet appears within it.

PropertyOS describes on-device assistance for documents and equipment details, with suggestions reviewed before saving. If I use a suggestion, I compare it with the source image. A neatly filled field does not remove the need to confirm the text I actually wanted to preserve.

My small capture plan has three different destinations

I would prepare the following plan before recording this fictional corner. These are personal choices about documentation, not a reproduction of PropertyOS menus or an automatically generated checklist.

Question I want to answer laterRecord I would start withExtra check before relying on it
Where is the reading corner within the room?Structural room record or a clear room overviewThe relevant area is recognizable
What does the whole setting look like?Textured room model where supportedImportant visible details are understandable
Which chair does this record describe?Object record, with a photograph if sufficientDistinctive features match the actual chair
What reference is printed on the lamp?Readable close-up plus a contextual viewText and object association are clear
What size must a future purchase fit?An appropriate direct measurementMethod, unit, and measurement points are stated

The final row has a different purpose from remembering appearance. I would not buy something on the assumption that a visually convincing model certifies every dimension. The decision should use a measurement suitable for what must fit.

This plan also prevents unnecessary repetition. If the room overview already identifies the lamp's position, I do not need several nearly identical overviews. I can spend that attention on the label whose readability matters to the record.

I keep measurements, appearance, and dates identifiable

PropertyOS explicitly distinguishes structural geometry, measurements, reference photographs, and textured models. I would preserve that distinction when adding my own descriptions. “Room capture” and “measurement checked for this opening” are not interchangeable labels.

For a measurement I intend to use, I note what was measured and with which unit. A width needs identifiable endpoints. A figure without its method or purpose can look more authoritative than it deserves, especially after I have forgotten why I wrote it down.

I also make the capture's date understandable. A representation describes the situation recorded at a particular time. If I replace the lamp or move the cabinet later, the earlier image can remain useful without becoming a description of the current arrangement.

I would keep a short note explaining a material change rather than silently treating an old capture as current. My aim is not to recreate the room every time I move a book. It is to preserve enough context that a later reader, including me, can tell what the record actually shows.

A useful record must be retrievable and preserved intentionally

After preparing the record, I would test it with a question instead of simply counting the files. Can I find the lamp's label from its equipment record? Can I tell which image shows the room and which representation follows the chair? If I cannot, I improve the association or description.

I would then consider preservation. PropertyOS states that no account is required, there is no Eternity Labs cloud, and external backups go to a Files folder selected by the user. Its current description also discloses limited pseudonymous product analytics without home content. This does not justify assuming either automatic cloud backup or a complete absence of analytics.

When I choose a backup or export, I check the produced result through the available controls and confirm where it was saved. I do not assume that every viewing application can open every representation, or promise a particular export format that I have not verified. The important question is whether my chosen preservation method retains what I need.

Before sending a view to someone else, I inspect the contents. A room overview can include personal details unrelated to the question being asked. Sometimes a tightly framed reference image is the more appropriate thing to share than a complete representation of the room.

The simplest useful capture is the one that answers the question

The US listing checked on September 14, 2026 presents PropertyOS 1.0.1 for iPhone and iPad with iOS or iPadOS 18 or later. Compatible hardware still matters for the capture modes. Non-subscribers receive seven complete days from first opening of this version, without automatic enrollment or charging; monthly or annual Premium is then available by choice. The App Store entry supplies current conditions.

For my fictional corner, I might finish with a room record, one chair representation, and two useful lamp photographs. I might also decide that photographs alone meet my present needs. The outcome is a record whose parts I understand, rather than the largest possible collection of scans.

The general PropertyOS guide explains how those parts fit into the wider home record. I would begin with one question, choose the representation that can answer it, inspect the result, and keep its identity and limits visible when I save it.