Ho provato quanto segue, input: dati lat/lon quindi calcolerò una casella attorno ad esso, diciamo 50 m, quindi +/- 50 m sul valore di est/nord.lat/lon to utm a lat/lon è estremamente imperfetto, come mai?
Ora riconvertirlo al lat/lon e con uno script:
http://robotics.ai.uiuc.edu/~hyoon24/LatLongUTMconversion.py ottengo un risultato che proprio non può essere, lon prima che è di circa 7, poi intorno 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)
L'errore nel mio codice o potrebbe essere la sceneggiatura imperfetta?
Così ho cercato di usare pyproj, basta lat/lon a UTM di latitudine/longitudine per vedere cosa succede
>>> 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)
E qui non è così estremamente lontani come con lo script dall'alto, ma sembra ancora abbastanza incorretto da non essere in grado di usarlo. Come mai? Cosa posso fare per ottenere risultati più precisi?
EDIT:
ho eseguito test() ed esso tutti i test passati.
in file epsg non esiste una cosa del genere. Il più vicino che ho trovato è stato questo:
<32632> +proj=utm +zone=32 +ellps=WGS84 +datum=WGS84 +units=m +no_defs <>
no tmerc. Inoltre, cosa avrei bisogno per passare il towgs84 come parametri? Quelli sopra?
Coloro che sperano che Ubuntu 13.04 Raring dovrebbe includere un PyProj up-to-date si troverebbero in errore. Installa dalla fonte! – Richard