招商资料从系统导出后,有时同一层记录出现两个不一样的数字。一个供人识别楼层,另一个控制它在图中如何排列。若把二者都叫“楼层号”,后续校对就可能把原本有意区分的信息当成错误,甚至把显示顺序改成建筑事实。
VTS 的公开 Marketing Export 说明,在 Floor 对象中分别介绍 name 和 position。前者是系统中的楼层名称,后者是某栋建筑内的排序值,并用于生成 stacking plan。文档示例给出的名称是“2”,排序值是“3”。本文只引用这两个少量字段的概念,不复制完整接口或数据样本。
这个例子首先说明名称与顺序被分开保存,并没有证明某个真实项目存在“二层位于第三层”的情况。示例数字是帮助理解软件格式的材料,不是现场楼层表。也不能仅凭它推导系统一定从零开始编号,或断定差一个数字必然代表包含了地下层。
名称回答“这一层叫什么”,排序回答“在这栋楼的排列关系中怎样放置”。它们可以配合生成楼层组织图,却不要求每次都用同一个数字表达。假设校对人员只看到排序值就把所有楼层名称重命名,改变的便不仅是图中先后,还可能是对外显示的对象身份。这个假设用于说明误读,没有执行任何系统修改。
文档还将平面图链接另行表达。这样的链接指向已经上传的图纸,与楼层排序不是同一类信息。知道一个楼层在组织图中的位置,并不能从排序值读出门窗、房间划分或可用单元形状;讨论单层布局时,仍需对应的实际图纸资料。
对招商沟通,先保留名称与排序的区别,能够把问题说得更精确:是楼层标签写错,还是楼层图排列不符预期,或是链接对应了另一份平面图?这几类问题需要核对不同材料。本文没有访问真实物业数据,也不据公开示例判断任何单元的空置、面积、价格或租赁条件。
所读页面未确认首次发布日期,因此本篇不把它称为新发布功能。这里解释的是数据怎样表达空间层次;楼层名称、排列关系与内部布局各有用途,不能让一个方便展示的顺序值承担它没有提供的建筑信息。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。