Tag Info

Hot answers tagged

6

Nice and reproducible question. Personally, I'd expect that the reason for the difference is in the implementations of the bilinear reprojection. You can obviously look into source code for the two approaches, but I'd expect that to be a vast overkill. It appears that the R implementation introduces bigger "errors" / "changes" than the raw GDAL version ...


2

I tried the files with the GDAL utilities and see the same problem. So I then went into the HDF file with hdfview to see if the data values looked OK and where the projection information was being stored in the metadata. SR-ORG:6932 is definitely not EPSG:6932 as it is a local area map projection for North America. The EPSG definition is at ...


2

I think your issue has been addressed here. As given in the second paragraph, For example, if the metadata describes the item as having one projection but the item's projection has changed since the last automatic update, the old projection information in the metadata will be replaced with the new projection information. Basically geoprocessing ...


2

If the degree coordinates should be in Helsinki (for which UTM zone 35 is correct), you should enter 24.9993393, 60.184716. Note that proj expects East - North order, with negative singns for Southern and western coodinates. Converted to EPSG:3067, the coordinates are 389042, 6673664.


2

You should also change the CRS of the project by clicking the grey planet on the bottom right:


2

If you view the layer in QGIS with On-the-fly-reprojectionenabled (which is default if the loaded layers have different CRS). you will not see any difference. That is the deeper sense of reprojecting: The object stays on the same spot on Earth, but the coordinates change. If you turn off otf, you will see the layers on different places after zooming to the ...


1

This is just a guess, but I assume, its about the distortion inherent to your Projection EPSG:3574 which is extremal because displaying the pole(s). I guess there's only data in your raster layer until around 85°N or something, and you are trying to display data further north. You could try a projection that is "closer" to EPSG:4326 and then also first ...


1

I guess you stumbled over this note on page 53: subsequent civilian adoption of the systems usually ignores the zone prefix to easting. Where this is the case the formulas below do not apply: use the standard TM formula separately for each zone The formulas on page 54 should only be used if the zone number is written before the false Easting, which ...


1

So after discussing this problem with other developers in Gdal-Dev mailing list it turned out that MODIS swath data can not be perfectly re-projected by using gdalwarp. It is because of bow-tie effect of the MODIS scanning sensor which gdal can not deal with. The best option is to download associated geolocation datasets (MOD03) and use MRTswath for ...


1

I suggest to visit http://www.gisinternals.com/stable.php. Depending on the Microsoft VC runtime version (2005 to 2013) and win32 vs win64bit, you get a full package of GDAL. Following the information link on the site, you get to know which formats are supported. If you don't need mapserver binares, just ignore them. The installer will not set up a full ...



Only top voted, non community-wiki answers of a minimum length are eligible