Editor’s Draft,

This version:
Latest published version:
Version History:
Feedback: with subject line “[magnetometer] … message topic …” (archives)
Issue Tracking:
Anssi Kostiainen (Intel Corporation)
Rijubrata Bhaumik (Intel Corporation)
Bug Reports:
via the w3c/magnetometer repository on GitHub
Test Suite:
web-platform-tests on GitHub


This specification defines a concrete sensor interface to measure magnetic field in the X, Y and Z axis.

Status of this document

This is a public copy of the editors’ draft. It is provided for discussion only and may change at any moment. Its publication here does not imply endorsement of its contents by W3C. Don’t cite this document other than as work in progress.

If you wish to make comments regarding this document, please send them to (subscribe, archives). When sending e-mail, please put the text “magnetometer” in the subject, preferably like this: “[magnetometer] …summary of comment…”. All comments are welcome.

This document was produced by the Device and Sensors Working Group.

This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.

This document is governed by the 1 March 2017 W3C Process Document.

1. Introduction

Magnetometer extends the Generic Sensor API [GENERIC-SENSOR] to provide information about the magnetic field as detected by the device’s primary magnetometer sensor. The magnetometer sensor measures the ambient magnetic field for all three physical axes (x, y, z) in μT (micro Tesla).

The magnetic field is a field that exerts magnetic force on magnetometer sensor due to the magnetic effect generated by electric currents, magnetic materials or Earth’s magnetic force that is attributed to the combined effects of the planetary rotation and the movement of molten iron in the Earth’s core.

A magnetoresistive component (permalloy) is one which changes resistance in proportion to the strength of a magnetic field along its axis. The 3 axis magnetometer usually found in mobile phones, have 3 such components oriented such that each one is orthogonal to the other two, one each in the device’s local X, Y and Z axes. Each individual magnetoresistive element senses only the component of the magnetic field parallel to the element axis and ignores field components orthogonal to the element axis.

2. Examples

let sensor = new Magnetometer();

sensor.onchange = () => {
    console.log("Magnetic field along the X-axis " + sensor.x);
    console.log("Magnetic field along the Y-axis " + sensor.y);
    console.log("Magnetic field along the Z-axis " + sensor.z);

sensor.onerror = event => console.log(, event.error.message);

3. Security and Privacy Considerations

There are no specific security and privacy considerations beyond those described in the Generic Sensor API [GENERIC-SENSOR].

4. Model

The magnetometer’s associated Sensor subclass is the Magnetometer class.

Magnetometer has a default sensor, which is the device’s main magnetomer sensor.

A latest reading per sensor of magnetometer type includes three entries whose keys are "x", "y", "z" and whose values contain current magnetic field about the corresponding axes.

The sign of the magnetic field values must be according to the right-hand convention in a local coordinate system defined by the device.

Note: The local coordinate system of a mobile device is usually defined relative to the device’s screen when the device in its default orientation (see figure below).

Magnetometer coordinate system.

5. API

5.1. The Magnetometer Interface

[Constructor(optional SensorOptions sensorOptions)]
interface Magnetometer : Sensor {
  readonly attribute unrestricted double? x;
  readonly attribute unrestricted double? y;
  readonly attribute unrestricted double? z;

To Construct a Magnetometer Object the user agent must invoke the construct a Sensor object abstract operation.

5.1.1. Magnetometer.x

The x attribute of the Magnetometer interface represents the magnetic field around X-axis. In other words, this attribute returns latest reading["x"].

5.1.2. Magnetometer.y

The y attribute of the Magnetometer interface represents the magnetic field around Y-axis. In other words, this attribute returns latest reading["y"].

5.1.3. Magnetometer.z

The z attribute of the Magnetometer interface represents the magnetic field around Z-axis. In other words, this attribute returns latest reading["z"].

6. Limitations of Magnetometer Sensors

This section is non-normative.

The direction and magnitude of the Earth’s field changes with location, latitude in particular. For example, the magnitude is lowest near the equator and highest near the poles. Some hard-iron interference, meaning presence of permanent magnets (e.g. magnets in the speaker of a phone) in the vicinity of the sensor also affects the accuracy of the reading. Presence of electronic items, laptops, batteries, etc also contribute to the soft-iron interference. Flight Mode option in mobile phones might help in decreasing the electro magnetic interference.

In addition to the above spatial variations of the magnetic field, time based variations, like solar winds or magnetic storms, also distort the magnetosphere or external magnetic field of the earth.

7. Compass Heading Using Magnetometers

Compasses, instruments that align themselves with the magnetic poles of the Earth, have been used in navigation for centuries. The earth’s rotational axis defines the geographic north and south poles that we use for map references. It turns out that there is a discrepancy of around 11.5 degrees (around 1000 miles) between the geographic poles and the magnetic poles. Declination angle is applied to the magnetic direction to correct for this situation.

If the device is always level to the earth’s surface, compass heading can be determined by using just the x and y component of the earth’s magnetic field, that is, the directions planar with the earth’s surface. To determine geographic north (or true north) heading, add the appropriate declination angle.

Magnetic declination or declination angle is the angle on the horizontal plane between magnetic north and the true north and depends on the position on the Earth’s surface, and changes over time. By convention, declination is positive when magnetic north is east of true north, and negative when it is to the west. You can get real time value for magnetic declination e.g. using the Magnetic declination calculator provided by the National Oceanic and Atmospheric Administration (NOAA).

Magnetic north calculation is simple:

let sensor = new Magnetometer();
var headingDegrees = Math.atan2(sensor.y,
                                sensor.x) * (180 / Math.PI);

console.log('Heading in degrees: ' + headingDegrees);

To get geographic north (or true north) that considers the magnetic declination at the given latitude and longitude, further work is required:

// First, get the latitude and longitude (omitted for brevity).
var latitude = 0, longitude = 0;

// Then, get the magnetic declination using your favorite web service.
var base = '';
fetch(base + '?lat1=' + latitude + '&lon1=' + longitude + '&resultFormat=csv')
  .then(response => response.text()).then(text => {
    var declinationDegrees =
        parseFloat(text.replace(/^#.*$/gm, '').trim().split(',')[4]);
    // Compensate for the magnetic declination to get the true north.
    console.log('True heading in degrees: ' + (headingDegrees + declinationDegrees));

Note: If the device is not level to the Earth’s surface, a developer needs to apply various tilt compensation techniques for which she needs a 3-axis accelerometer. Data from the orientation sensor, which is a fusion of the accelerometer and magnetometer sensors, is required to implement this particular use case.

8. Acknowledgements

Tobie Langel for the work on Generic Sensor API.

9. Conformance

Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.

All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]

A conformant user agent must implement all the requirements listed in this specification that are applicable to user agents.

The IDL fragments in this specification must be interpreted as required for conforming IDL fragments, as described in the Web IDL specification. [WEBIDL]


Terms defined by this specification

Terms defined by reference


Normative References

Tobie Langel; Rick Waldron. Generic Sensor API. URL:
Anne van Kesteren; Domenic Denicola. Infra Standard. Living Standard. URL:
S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. March 1997. Best Current Practice. URL:
Cameron McCormack; Boris Zbarsky; Tobie Langel. Web IDL. URL:

IDL Index

[Constructor(optional SensorOptions sensorOptions)]
interface Magnetometer : Sensor {
  readonly attribute unrestricted double? x;
  readonly attribute unrestricted double? y;
  readonly attribute unrestricted double? z;