Sentinel-3 GML vs JTS footprint


i found an intresting thing about the footprint of this Sentinel-3 product:

On Scihub, the footprint on the map seems valid. At the product details view, i have two footprint, which are different:

  • Footprint: this is in GML syntax > This can be found in the xfdumanifest.xml, under gml:posList key.
  • JTS footprint: this is in WKT syntax > This cannot be found in the Sentinel-3 metadata, but obviously the map footprint use this.

Here you can see how it looks this two polygon side by side (JTS and GML), and how it looks using the preview function of SNAP:

I would like to bouild a lightweight db using the products footprints, but what i found in the xfdumanifest.xml, is invalid. So my question is, where can i find the JTS footprint? Or if it’s not in the product, how should be generated it?

Many thanks in advance!
Best regards,

In SNAP we generate the outline ourself by stepping around the border of the product. We don’t use the GML information.

I can’t answer your question but I will try to forward it to someone who can.

1 Like

Dear Marpet,

it would be great to have some extra information about this topic, because we need to calculate the real/valid footprint of the product. Many thanks for your cooperation!

Best regards,

I just got the information that it woul be best if you direct your question to the copernicus support.
Send a mail to

When you got an answer, it would be nice if you could share it here.

Today I got the answer from the Copernicus EO Support, find below:

"We confirm that the JTS footprint is not included in the metadata and there is no plan to include it in the future (as far as we know). We don’t know JTS and thus we cannot help you to generate such footprint.

For your information, we invite you to look at the API available in the ESA SciHub which allows making queries by constraining the temporal window and/or the geographical areas."

1 Like

Today i got this answer from the official Technical Support Team of the ESA.

Provided that the metadata contained in the products report only the GML coordinates and not the WKT coordinates,
It is indeed possible to convert GML coordinates to WKT, as also explained by the user, but the conversion generates an invalid polygon that does not look right on a 2D map.
In fact the area sensed by such kind of products (SLSTR L2 Land) is a full orbit stripe whose extremities overlap on the north pole. Moreover the stripe crosses the meridian of 180 degree of longitude.
WKT cannot handle correctly a self-intersecting polygon (over the pole) and the split at the edges of the map (the 180 degree meridian).
There is no easy/simple way to convert the WKT footprint to a valid one.
In the DHuS software was developed an ad hoc algorithm which finds the appropriate points to keep and cuts the polygon in just the right places for showing it on the Mercator projection.

A version of this algorithm is available at: This algorithm version is not the one currently in operations (it does not properly cover some special observation occurrences) but it works for the majority of the cases and it keeps intact the logic behind. It can therefore be analysed by the user as inspiration for his own purposes.

1 Like