lat/lon utm à lat/lon est extrêmement défectueux, comment venir?

J'ai essayé ce qui suit,
entrée: lat/lon de données
alors, je vais calculer une zone autour d'elle par, disons 50 m, + /- 50 m d'abscisse/ordonnée valeur.

Maintenant, je reconvertir à lat/lon et avec un script:

http://robotics.ai.uiuc.edu/~hyoon24/LatLongUTMconversion.py - Je obtenir un résultat que tout ne peut pas être, lon avant est d'environ 7, par la suite autour de 2.

zone, easting, northing = LLtoUTM(23, location.get_lat(), location.get_lon()) 

topUTM = northing + error
bottomUTM = northing - error
leftUTM = easting - error
rightUTM = easting + error
left, top = UTMtoLL(23, leftUTM, topUTM, zone)

Est l'erreur dans mon code, ou peut-être le script défectueux?

J'ai donc essayé d'utiliser pyproj, juste lat/lon utm à lat/lon à voir ce qui se passe

>>> p = pyproj.Proj(proj='utm', zone=32, ellps='WGS84')
>>> p
<pyproj.Proj object at 0x7ff9b8487dd0>
>>> x,y = p(47.9941214, 7.8509671)
>>> print x,y
5159550.36822 1114087.43925
>>> print p(x,y,inverse=True)
(47.971558538495991, 7.8546573140162605)

Et ici, il n'est pas très loin, comme avec le script ci-dessus, mais il semble encore assez fortement incorrect de ne pas être en mesure de l'utiliser. Comment venir? Que puis-je faire pour obtenir plus de résultats exacts?

EDIT:

J'ai couru test() et tous les tests passés.

en epsg fichier il n'y a pas une telle chose. Le plus proche que j'ai trouvé est celle-ci:

<32632> +proj=utm +zone=32 +ellps=WGS84 +datum=WGS84 +units=m +no_defs <>

pas tmerc. Aussi de Quoi aurais-je besoin de passer le towgs84 comme paramètres? Ceux ci-dessus?

OriginalL'auteur luh | 2011-07-21