draft-rosen-geopriv-pidf-interior-01
description
Transcript of draft-rosen-geopriv-pidf-interior-01
![Page 1: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/1.jpg)
BRIAN ROSENNEUSTAR
draft-rosen-geopriv-pidf-interior-01
![Page 2: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/2.jpg)
Reminder of what this does
Defines a new CAtype, INT, that has 2 parameters N= The “Name” of the item, e.g. “Gate” R= The order of rendering name/value, Before/After
More than one INT can occur, order is important<int N=“Terminal”>1</int><int N=“Concourse”>A</int><int N=“Gate”>33</int><int N=“Level”, R=“A”>Upper</int>
Effectively replaces BLDG/FLR/UNIT/ROOM although we don’t deprecate these fields (as we did with RD
![Page 3: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/3.jpg)
What is wrong with BLDG/FLOOR/UNIT/ROOM?
Lots of structures can’t be represented with fixed tags
Trying to force them into the fixed tags leads to inconsistent results (is a Concourse a “UNIT” and a Gate a “ROOM” or is Concourse a “Floor” and “Gate” a UNIT so we can have a “Loading Bridge” as a ROOM?
Doesn’t match local plans/signage/databases
![Page 4: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/4.jpg)
INT really does work for current and future space designations
Clearly works for any existing structure with signage or flat floor plans
Works for newer structured plans (“Building Information Model”)
Several organizations (example, U.S. Federal Geospatial Data Committee) came to the same conclusion: ordered list of tags with name/value
![Page 5: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/5.jpg)
Registry
The document currently has a registry with expert review and advice to expert to be liberal
The registry really doesn’t help: what you need to do is match existing signage and plans and future data models
Lots of taxonomies, no agreement on oneBut if you think it will help you, it’s in there
![Page 6: draft-rosen-geopriv-pidf-interior-01](https://reader036.fdocuments.net/reader036/viewer/2022082819/5681395d550346895da0fe04/html5/thumbnails/6.jpg)
This rev/next steps
Version 01 adds registry, has a couple of minor cleanups
Work group item?