Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spec Writing Guide #26

Closed
7 tasks done
pjcozzi opened this issue Oct 3, 2015 · 0 comments
Closed
7 tasks done

Spec Writing Guide #26

pjcozzi opened this issue Oct 3, 2015 · 0 comments

Comments

@pjcozzi
Copy link
Contributor

pjcozzi commented Oct 3, 2015

As we add more tile formats, 3D Tiles needs to stay consistent.

Terminology

  • Tiles are composed of sections such as header and body. Sections are composed of fields such as magic and version.
  • "Feature" - indicates one model in a batch of models (b3dm), one instance in a collection of instances (i3dm), one point in a point cloud (pnts), one polygon in a vector tile (vctr), etc.

Fields

  • field names are in camelCase.
  • Length - a Length suffix on a field name indicates the number of elements in an array.
  • ByteLength - a ByteLength suffix indicates the number of bytes, not to be confused with just Length.

Header

  • Each tile format starts with a header that starts with the following fields:
magic            // uchar[4], indicates the tile format
version          // uint32,   1
byteLength       // uint32,   length, in bytes, of the entire tile.

Binary

  • All binary data, e.g., tile formats, are in little endian.

This is a work-in-progress. There are more guidelines to come.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant