h-geo - Microformats Wiki (original) (raw)

h-geo is a simple, open format for publishing WGS84 geographic coordinates. h-geo is one of several open microformat draft standards suitable for embedding data in HTML.

h-geo is the microformats2 update to geo. It is most commonly used as part of an h-card or h-event.

Status

This is a Draft Specification

Participate

IRC: #microformats on Libera

Editor

Tantek Çelik (Editor)

License

Per CC0, to the extent possible under law, the editors have waived all copyright and related or neighboring rights to this work. In addition, as of 2025-04-27, the editors have made this specification available under the Open Web Foundation Agreement Version 1.0.

Example

Here is a simple h-geo example:

-27.116667, -109.366667

Parsed JSON:

{ "items": [ { "type": [ "h-geo" ], "properties": { "latitude": [ "-27.116667" ], "longitude": [ "-109.366667" ], "name": [ "-27.116667, -109.366667" ] } } ] }

Get started

The class h-geo is a root class name that indicates the presence of an h-geo.

p-latitude, p-longitude and p-altitude classnames define an element as a property of the h-geo.

See microformats2-parsing to learn more about property classnames.

Properties

h-geo properties, inside an element with class h-geo:

All properties are optional.

Status

h-geo is a microformats.org draft specification. Public discussion on h-geo takes place on h-geo-feedback and the #microformats irc channel on libera.chat.

h-geo is ready to use and implemented in the wild, but for backwards compatibility you should also mark h-geos up with classic geo classnames.

Property Details

p-altitude refers to the distance in metres from the nominal sea level along the tangent of the earth’s curve, i.e. the geoid height. For more information refer to the WGS84 specification and the geo URI scheme.

FAQ

How should I mark up lat/long coordinates without them looking messy and confusing?

Unless your content is targeted at an audience with a high leg authoring p-latitude and p-longitude as plain numbers on a webpage may not be the best approach. In addition to this there may be accessibility issues due to the potentially long strings of numbers being read out.

You could present the coordinates in a more human-readable form, retaining the decimal coordinates inside data value attributes:

27° 7′ 0″ S, 109° 22′ 0″ W

Alternatively you could not show coordinates at all and simply show a human-readable representation of the location, with the lat/long in value attributes of empty data elements.

Examples in the Wild

Validating

Test and validate microformats2 markup in general with:

Backward Compatibility

Publisher Compatibility

For backward compatibility, you may wish to use classic geo classnames in addition to the more future-proof h-geo properties, for example:

-27.116667, -109.366667

Parser Compatibility

Microformats parsers SHOULD detect classic properties only if a classic root class name is found and parse them as microformats2 properties.

If an "h-geo" is found, don't look for an "geo" on the same element.

Compatibility root class name: geo

Properties: (parsed as p- plain text unless otherwise specified)

Background

h-geo is based on the WGS84 standard, as well as existing geo specification, which was extracted from hCard in order to allow it to be used for applications other than contact information.

See Also