Impossible de trouver l'emplacement UTM de l'OTAN dans Sentinel-2

Voir les coordonnées 31.96212, -103.004715

Les convertisseurs UTM donnent ses coordonnées UTM 13/R/FR.

Un exemple de convertisseur se trouve ici: http://www.rcn.montana.edu/resources/converter.aspx

Mais ils sont nombreux et donnent des réponses similaires pour ces coordonnées.

Simultanément, dans l'ensemble de données Sentinel-2 ici http://sentinel-s2-l1c.s3-website.eu-central-1.amazonaws.com/#tiles/13/R/

Je ne trouve pas de FRsous-répertoire.

Dans google, cet emplacement est ici:

Et trouver le même endroit dans le navigateur d'images Sentinel que je vois, cette tuile est différente

qui signifie par13/S/FR exemple la même UTMbande carrée mais différente.

Comment est-ce possible?

METTRE À JOUR

KML avec les tuiles Sentinel-2 signale également la Stuile à un emplacement donné

MISE À JOUR 2

D'après cette photo

prise d'ici , la FRplace est située à moitié en Szone UTM et à moitié en Rzone. De toute évidence, la plupart des convertisseurs automatiques attribuent ce carré à la Rzone, tandis que Sentinel-2 en tient compte S.

Y a-t-il une vérité ici?

MISE À JOUR 3

Le code Python simple, extrait d'ici https://gis.stackexchange.com/a/224994/32207

bandVals = "CDEFGHJKLMNPQRSTUVWXX"

lon = 31.96212
lat = -103.004715

zone = int(lat + 186.0) / 6

if (lon >= 84.0):
    band = 'Y' if (lat < 0.0) else 'Z'
elif (lon <= -80.0):
    band = 'A' if (lat < 0.0) else 'B'
else:
    band = bandVals[int(lon + 80.0) / 8]

print '{:02d}{:s}'.format(zone,band)

revient également 13R.

Est-ce une erreur dans les données Sentinel-2 ou quoi?

coordinate-system utm sentinel-2 mgrs Dims
la source

n'est-ce pas? sentinel-s2-l1c.s3.amazonaws.com/tiles/13/S/FR/2017/5/6/0/… les différentes bandes sont sentinel-s2-l1c.s3-website.eu-central-1.amazonaws .com / # tiles / 13 /…

Mapperz

C'est le cas S/FR, alors que les convertisseurs UTM donnent R/FR. Comment calculer l'emplacement si les convertisseurs UTM ne fonctionnent pas correctement?

Dims

La latitude est un peu moins de 32 degrés nord. Cela le place carrément dans la "bande" de latitude R. Sentinel-2 peut avoir une tuile en utilisant le point central de la tuile qui pourrait être dans la bande "S" à la place.

mkennedy

@mkennedy comment simuler cet algorithme à partir de coordonnées?

Dims

Vous pouvez également envisager de signaler cela à [email protected], car cela ressemble en effet à un comportement inattendu.

Kersten

Réponses:

En réponse à votre question de commentaire "comment simuler cet algorithme":

C'est une solution assez brute, mais facile à implémenter et devrait donner de bonnes performances:

Utilisez l'un des convertisseurs UTM qui fonctionnent "comme prévu", en plaçant les coordonnées dans 13R.
Vérifiez ensuite si le dossier existe dans la structure de données Sentinel 2. Si oui, vous avez terminé, hourra.
Sinon, vérifiez les grilles UTM voisines et voyez si la tuile / dossier "FR" existe dedans. Étant donné qu'il y a des chevauchements partout, vous devez vérifier les 8 grilles environnantes.
L'ordre de vérification le plus probable serait 13S, 13Q, 12R, 14R, 12S, 14S, 12Q, 14Q.
Les quatre derniers pourraient être pertinents si vos coordonnées se trouvent dans les coins d'une zone UTM, mais sont hautement improbables.

Étant donné la façon dont Sentinel2 étiquette les tuiles, un seul des voisins devrait jamais avoir un tel dossier, ce qui vous garantit d'obtenir le bon fichier.

Toute autre solution géographiquement plus "correcte" impliquerait beaucoup plus de frais de calcul que je ne le pense justifié ici.

Et certainement, indiquez-le à l'équipe de l'ESA, comme l'a suggéré Kersten dans les commentaires. Je ne comprends vraiment pas pourquoi ils ont choisi un système organisationnel aussi inutilement alambiqué.

Senshi
la source