Home Blog How GIS Organizes the Data Behind Every Map Point
💡 Quiz

How GIS Organizes the Data Behind Every Map Point

🧮 9  |  🟢 2
12 May 2021 Trishunya Team
How GIS Organizes the Data Behind Every Map Point
EDUCATIONAL

How GIS Organizes the Data Behind Every Map Point

Every dot on a map is a locked drawer. Here's what's actually filed inside, and the five systems used to file it.

12 May 20214 min read TITrishunya India
Filing cabinet style illustration explaining GIS attribute data models like relational and hierarchical databases

Click on a forest stand in a GIS map, and a small window pops up: species, age, height, soil type. That window didn't magically appear. It's the output of a filing system running quietly behind every single point, line, and polygon on the map. GIS has tried five different filing systems over the decades, and only one really won.

The core idea

Attribute data has to live somewhere organized enough to search, update, and link back to the right map feature. How it's organized is the whole story here.

Open Each Drawer

Tap a drawer below to see how each filing system actually works, in the order GIS software adopted them over time.

1Tabular
A flat list of data with fixed positions, like an old spreadsheet with no search function. No way to check data integrity, mostly retired from modern GIS.
2Hierarchical
A tree structure, each record has exactly one parent. Fast to search, but rigid, features rarely fit neatly into one branch only.
3Network
Like hierarchical, but records can link to multiple parents. More realistic, but complexity spirals fast and relationships get hard to track.
4Relational
Data lives in tables, linked by a shared ID column. Flexible, efficient, and by far the most widely used model in GIS today.
5Object-Oriented
Spatial and attribute data bundled into one single object. Newer, gaining ground, and removes the need to separately manage coordinates and records.

Notice the pattern: hierarchical and network models tried to force real-world relationships into rigid structures, and both mostly failed to catch on in GIS. The relational model won because geography rarely fits one tidy hierarchy, a plot of land might relate to its owner, its zoning district, and its flood risk zone all at once, and a relational table handles that without forcing a single parent-child structure.

See the Link Yourself

This is the actual mechanic behind the relational model. Tap a map feature ID on the left, then tap the attribute row on the right that shares its key. That shared ID is the entire trick.

That shared ID column is called the primary key, and it's the entire reason relational databases work so well for GIS solutions. Add a new attribute column tomorrow, and every feature that shares that ID picks it up automatically, no restructuring needed.

Attributes Aren't Just Text

Attribute data also comes in a measurement scale, not just a data type. Whether an attribute is nominal, ordinal, interval, or ratio changes what kind of maths you're allowed to do with it later.

🏷️Nominal: soil type
📊Ordinal: city size class
🌡️Interval: temperature
📈Ratio: population density

Where This Shows Up in Real Projects

A well-built GIS dashboard for a city or utility client is really a relational database wearing a map as its face. Every layer a user toggles on screen is pulling from a table joined by ID, exactly like the drawer system above, just running invisibly and instantly.

The map shows where. The relational table remembers everything else.

Quick Answers

Why did the relational model become the standard?
Because it's flexible enough to represent real-world relationships without forcing data into one rigid hierarchy, while remaining efficient and simple to query.
What is a primary key in GIS attribute data?
A unique identification number, often a feature or stand number, that links a spatial feature's shape to its corresponding row of attribute data in a table.
Is the hierarchical model still used in GIS today?
Rarely. It's mostly been replaced by the relational model, though it still appears in some very stable, rarely-changing datasets.
What's the advantage of the object-oriented model?
It stores spatial and attribute data together in a single database object, removing the complexity of managing coordinates and records separately.
Can attribute data change without affecting the map shape?
Yes, that's one of the biggest advantages of the georelational approach, updating a record's population figure doesn't require touching the geometry at all.

Need a dashboard that keeps your attribute data organized?

See how Trishunya builds GIS dashboards on properly structured relational data your team can trust.

Next time a map pop-up shows you a dozen neatly organized facts about one point, remember what's happening underneath, a table, a shared key, and decades of trial and error to land on this exact system.

Back to all articles