Tag Info

New answers tagged

0

If your points are in UTM zone 20S, lat and lon should be swapped. Reprojecting the coordinates to UTM 20S, I get the following x-y coordinates: id;lat;long;x;y 1;-37,83722374;-61,82795608;603131;5811597 2;-37,83772773;-61,82861595;603072;5811542 3;-37,83767676;-61,82724009;603193;5811546 4;-37,83817749;-61,82789676;603135;5811492 The distance from one ...


1

I have constructed below a well-known text (WKT) file for the projected coordinate system that your data is using. You should copy it to a text file that has an extension ".prj". The WKT string must be a single line. Put the text file into your ArcGIS installation folder, then "Coordinate Systems, Projected Coordinate Systems". When you want to project your ...


0

Creating a mosaic from your source images takes only a few seconds if you use GDAL virtual raster as output. Read http://www.gdal.org/gdal_vrttut.html and http://www.gdal.org/gdalbuildvrt.html Often the artifacts like you have can also be avoided by taking care that the individually warped images are aligned to use a common canvas. This can be achieved by ...


1

You should modify the table, by adding 4 fields: x1, y1, x2, y2 or similar. Now do table update: x1=objectnodex(obj,1,1) y1=objectnodey(obj,1,1) For the end it is a little trickier: x2=objectnodex(obj,1,objectinfo(obj,22)) y2=objectnodey(obj,1,objectinfo(obj,22)) The above only works with polylines, not lines. Since the default coordsys is wgs84, you ...


0

I defined the srid wrong. Transposed the 8 in 3857 for the 5. I used the statement below to fix!!!! Forest for the trees! SELECT UpdateGeometrySRID('roads','geom',3857);


1

As per this forum post, I would try: Checking your environment settings (extents, etc.) Checking that you have chosen the correct transformation in the project raster tool.


0

I suggest class from .NET framework: DbGeography DbGeography dbg = DbGeography.FromText(wkt_string);


3

Use the gdalwarp utility. gdalwarp -s_srs epsg:4326 -t_srs epsg:3857 input.tif output.tif


3

Firstly, it's not necessary to project the data to webmercator, since tilemill can project on the fly. But if you have a large dataset, then it helps to have data in WebMercator. You should note that according to the KML standard, the KML data can only be in WGS84 Latlong, i.e. EPSG:4326. Hence we'll have to project this data to some other format. If you ...


1

Use EPSG:3857. That is the official EPSG code number for Google mercator projection. 900913 was incorproated in GDAL some toime ago, but is now dropped in favour of 3857.


0

Thanks for the solution. I was thinking of manipulating OSM.XML file to change the projection information and get a reprojected map on-the-fly. For example, I followed this tutorial but could not get the result. Just wondering if you have any experience in this regard. UPDATE: To have a map with a custom projection (rather than OSM default EPSG:3857), you ...


0

Why not just use the gmap() functionality offered by the dismo package instead of ggmap? You can download Google maps of type 'satellite', 'terrain', 'roadmap' and 'hybrid' there as well. The advantage is that the thus aquired maps are instantly available as objects of class 'RasterLayer' or 'RasterStack', holding a defined spatial information. Setting ...


3

This set of extracts from OSM data may be what you're looking for. In particular, this shapefile of the coastline around Helsinki.


0

I wouldn't recommend to alter the projection already at the DB level, as a lot of tools rely on the default projection for OSM: Instead try to use e.g. Mapproxy to reproject the output tiles.



Top 50 recent answers are included