Tag Info

New answers tagged

0

I'm using QGIS 2.4, but I think it's the same: click the menu PROCESSING, then TOOLBOX. In the Toolbox, type REPROJECT LAYER. Click to open the algorithm. You can select the layer you want to change the coordinate system (INPUT LAYER), and it will result in a new layer (REPROJECTED LAYER), with the new coordinate system.


0

This it's very easy using r package sp. But you should give an example of your data. I'm going to suppose that you have a table with the points coordinates. And you can save this table on CSV format. library(sp) test <- read.csv("test.points.csv") # We create a Spatial points data frame for our data, where X and Y are the fields with coordinates ...


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 ...


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 ...


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

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 ...


0

You will not be able to align these rasters in different coordinate systems especially since they are built from different datum. In the screen capture here, I have taken a raster with UTM projected coordinates and reprojected to GCS WGS 84. You can see the difference in linear shift of the corner of roughly 60m. Unless all of your rasters are projected in ...


0

Are the raster pixel sizes the same? If one is 3m and the other is 10m then there is no way that they can correctly overlap. I would look into that first. Second, if there is a common raster that you can clip it to outside of the ones you are using that shares that same cell size, then I would use that. Double check on the cell sizes to make sure that there ...


0

You can use PostGIS for this. To perform vertical datum transformations, you'll have to add your own SRID to the spatial_ref_sys table with the appropriate WKT and proj4 parameters. For example, if you query the spatial_ref_sys table for NAD83(CSRS) UTM12 (EPSG:2956), select proj4text from spatial_ref_sys where srid=2956; you get: +proj=utm +zone=12 ...


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 ...


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 ...


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 ...


0

I used the Vector --> Analysis Tools --> Distance matrix to find out the distance between the points in Point Layer and then in the resultant file generated .csv multiplied distance column with 111.32 to get the distance in Kms. I verified the results by comparing it with actual distances Hope this help


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 ...


0

For what you are trying to do you could use the WMS datastore in GeoTools to import the layers you need: see https://gitlab.com/snippets/6355 for a full example.


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.


0

First add your coordinate data to ArcMap. You can use Add XY Data or as faith_dur suggested in a comment the Make XY Event Layer tool. Be sure to specify the coordinate system as TM65 with either tool to correctly define the coordinate values of the points. Depending on how you create them you may need to save the result to a feature class or shapefile for ...


1

You could use the GDALAutoCreateWarpedVRT function. This function creates a virtual raster dataset that represents the projected version of your raster. If you use this function, then you can read the properties of your image in the new coordinate system from the virtual raster's geotransform parameters.



Top 50 recent answers are included