Is GeodesyML for me?

Learn more about how the Geodesy Markup Language (GeodesyML) can help you share, search and store geodetic data and metadata

*I am part of the geodetic community and am interested in finding out more*

Read More

GeodesyML for Managers

Find out how Implementing GeodesyML can help you improve the interoperability and discoverability of your geodetic data

*I manage geodetic networks and work with users of geodetic data*

Read More

GeodesyML for IT Specialists

Technical information for IT specialists supporting geodesy programs including schemas, examples and code

*I support geodesy staff with databases, programming and web services*

Read More

GeodesyML Information

Frequently Asked Questions

Geodetic Community FAQs

What is GeodesyML?
Why does the geodetic community need GeodesyML?
Is GeodesyML aligned with international standards?
Who is using GeodesyML?
What is an XML-based standard?
Who developed GeodesyML?
Are there alternatives to GeodesyML?


Geodetic Data Managers FAQs

What does GeodesyML look like?
What are the benefits of using GeodesyML for Data Managers?
How do I implement GeodesyML?
Why use GeodesyML instead of a custom namespace?
Do you have any presentations that I can use internally to promote GeodesyML to my Senior Leadership?
What technical support is available to help our IT specialists implement GeodesyML?


Presentations (PDF)

GeodesyML explained

Maximising interoperability and discoverability of geodetic products and services (pdf 840 KB) IGS Workshop 2016 | Nicholas Brown

GeodesyML IGS Site Logs

Collaborative development of a Standards-Based XML System for IGS Site Log Metadata Management and Dissemination (pdf 5.5 MB) IGS Workshop 2016 | Fran Boler









Presentations (Video)


Maximising interoperability and discoverability of geodetic products and services – IGS Workshop 2016 | Nicholas Brown


Collaborative development of a Standards-Based XML System for IGS Site Log Metadata Management and Dissemination – IGS Workshop 2016 | Fran Boler









International Standards and GeodesyML

Standards like those provided by International Organization for Standardization (ISO) provide a structure (or a standard way) to define and store ( or encode) important information about data. Standardising the way in which data is described and stored makes it much easier to discover, share and integrate.

There are a range of standards that apply to geospatial data and metadata. This blog post aims to describe how GeodesyML (a proposed geodesy standard) fits in with international standards and why it is required.

Let’s use the analogy of a house. Many things are needed to make a house: stable foundations, functional and tidy. We need:

  • concrete to provide strong foundations,
  • walls, a roof and electricity to make it functional and,
  • items like a filing cabinet and spice rack to keep things neat and tidy.

GeodesyML is a spice rack. Let me explain.

Foundation Standards

Some standards provide a structure for fundamental metadata, like where the data is, the date it was captured, overview of the content, quality of the data, description of the appropriate use and a point of contact. This is metadata which is needed for almost all geospatial data. Hence, it is the foundation in our house. In the world of the ISO, this is akin to ISO19115-1:2014 (Geographic information — Metadata — Part 1: Fundamentals).


Functional Standards

The next type of  standards are those that either provide structure for details about specific types of data (e.g. points, raster etc) or define the structure of how data is stored (encoded) and transferred to make data sharing more efficient.


As described above, the foundation standards store general information about the data set but not specific information about each piece of data in it. This detail is dealt with by myriad standards which are specific to the type of data. For example, ISO 19110:2005 (Geographic Information — Methodology for feature cataloguing) and ISO 19157:2013 (Geographic Information — Data quality) are used to capture more specific information about features and the quality of the data than that covered in ISO19115-1:2014. They provide the internal structure, akin to the walls and roof of a house.


The other type of functional standards are those which allow us to do things more efficiently. Two prominent examples are the Geography Markup Language (ISO19136:2007) and the Web Feature Service (ISO 19142:2010).

  • The Geography Markup Language (GML) is an XML based encoding standard for the transport and storage of geographic information modelled in accordance with the conceptual modelling framework used in the ISO 19100 series of International Standards and including both the spatial and non-spatial properties of geographic features. (from ISO GML)
  • ISO 19142:2010 specifies the behaviour of a web feature service that provides transactions on and access to geographic features in a manner independent of the underlying data store. It specifies discovery operations, query operations, locking operations, transaction operations and operations to manage stored parameterized query expressions. (from ISO WFS)

In brief, these two standards provide a structure to store and transfer data and metadata efficiently at a machine to machine level. This is like the electricity in your house; you flick the switch and things move to give you light and power, or in our case, metadata.


Neat and Tidy

As covered above, standards like ISO19115 provide foundation metadata while standards such as ISO19110 and ISO19136 (GML) provide details about features and assist with the efficient transfer of this metadata. However, of all the standards currently available, none are available (until GeodesyML) that handle geodetic data specifically.

GML (ISO19136) can provide details about features (time, dates …), but GeodesyML providing specific details about the geodetic properties of the features (antenna, receiver).

XML example

Hence, GeodesyML is the spice rack providing specific details to keep your geodetic data and metadata neat and tidy. It is also structured in such a way that it is compatible with GML to allow to efficient machine to machine transfer of geodetic data and metadata.

I hope this helps to explain how GeodesyML fits in with international standards, but if you have any questions or would like clarification on anything, please contact feel free to get in touch using the information at the bottom of this page.