Ciao Andrea, perché è uno dei parametri (di solito) da impostare (lo faccio in duckdb, in ogr, in python) e quindi ho fatto semplicemente una prova.
Da me è
eu-west-par
eu-west-par
Come se l’avessi salvata. È strano perché su win non ricordo di avere salvato nulla.
Ma in ogni caso è così svelato (in parte) il mistero.
Grazie Andrea.
Quindi la variabile AWS_REGION è già memorizzata in Windows nel tuo sistema. Per questo il collegamento funziona anche impostando solo AWS_ACCESS_KEY_ID , AWS_SECRET_ACCESS_KEY e AWS_S3_ENDPOINT nel file .bat.
Sarebbe da verificare se il collegamento continua a funzionare anche rimuovendo la variabile AWS_REGION da Windows.
Rimane da capire perché, nello stesso sistema, con la variabile AWS_REGION già memorizzata in Windows, il collegamento non funzionerebbe quando le sole 3 variabili AWS_ACCESS_KEY_ID , AWS_SECRET_ACCESS_KEY e AWS_S3_ENDPOINT vengono impostate in QGIS e non tramite il fie .bat.
In questo caso, quel è l’output dello script?
from osgeo import gdal
print(os.environ.get('AWS_REGION'))
print(gdal.GetConfigOption('AWS_REGION'))
Grazie Andrea.
Anche senza bat, purtroppo sempre:
exec(compile(Path('C:/Users/aborr/AppData/Local/Temp/tmpyf6m_1sa').read_text(), 'Untitled-1', 'exec'))
eu-west-par
eu-west-par
Essendo AWS_REGION impostata in Windows, è normale che sia sempre visibile da QGIS e da GDAL/OGR.
Quello che è strano è che, secondo quanto riportato, impostando in QGIS (e non nel file .bat) le altre tre variabili AWS_ACCESS_KEY_ID , AWS_SECRET_ACCESS_KEY e AWS_S3_ENDPOINT (con AWS_REGION già impostata in Windows), il collegamento non funzioni.
Se è così, allora non riesco a trovare alcun motivo logico per tale non funzionamento.
Grazie ancora per i test effettuati.
