Tag Info

Hot answers tagged

3

I tried this out and had no issues... once the data was re-projected and added to the map, I re-set the map to EPSG:3857, added the Google map via OpenLayers, and the re-projected (and projected on the fly) dataset of yours worked just fine:


3

You can use the GeodeticCalculator which should be faster. Something like: package com.envitia.spike; import org.geotools.geometry.DirectPosition2D; import org.geotools.referencing.CRS; import org.geotools.referencing.GeodeticCalculator; import org.opengis.referencing.FactoryException; import org.opengis.referencing.NoSuchAuthorityCodeException; import ...


2

The problem is almost certainly with the "Sphere_Mercator" data. This projected coordinate reference system (CRS) is using a sphere-based geographic CRS. ArcGIS doesn't have any predefined geographic/datum transformations that convert to or from a sphere. The data may have been built on the sphere, or it might have been built on WGS 1984 and then projected ...


2

If you load the South American Data into QGIS as WGS84, then Save as ... under a different name and Selected CRS EPSG:3857 World mercator, the shape will find its correct place in South America (supposed that On-the-fly-reprojection is active). In a second step, you can save the World Mercator file to jet another name and EPSG:4326, which will reproject the ...


2

Terminology By definition, the scale is the amount by which (infinitesimal) distances are multiplied by the projection. Whenever a tiny displacement of d meters on the earth is associated with a displacement of d/s meters on the map, the scale is written as 1:s. It may depend on the direction of the displacement. The scale factor compares the scale at ...


2

I can reproduce the error with another Natural Earth image http://naciscdn.org/naturalearth/10m/raster/NE2_LR_LC.zip and GDAL version 2.0-dev. Write a mail into gdal-dev mailing list. I believe that the issue is real and you can file next a ticket into GDAL bug tracker. I also verified that problem is not caused by the lanczos resampling but "-r average" ...


2

follow the instructions I gave here How to reproject a vector layer in QGIS? and you are done: before: and after:


1

The base dataset is in RGB format but the issue is caused when one layer is not visible due to Min/MaxScaleDominator in the SLD. If you check the two layers individually using GDALinfo I believe you will find that the format of the blank tile has been changed by GeoServer and is now RGBA whilst the visible tile is still in the original RGB. We think it is ...


1

Check if the source data uses paletted colours. You can not reproject them easily, because interpolating paletted colours will fail. Convert the source data to RGB or RGBA, and the interpolation during reprojection will deliver good looking results. Furthermore, check if NODATA value conflicts with any used colour.


1

From the developers via GDAL-dev Mailing list: The issue can be solved by using -wo SAMPLE_STEPS=1000 It even works for me with a value of 500: gdalwarp -overwrite -s_srs EPSG:4326 -t_srs "+proj=natearth +wktext" -wo SAMPLE_STEPS=500 -of GTiff NE2_LR_LC.tif reprojected.tif


1

The definition for MGI_Austria_Lambert is straight from Esri software. It has several differences in naming conventions plus quirks in the projection/parameter names. Some of these date to older versions of the EPSG Geodetic Parameter Registry where Esri has not updated to match EPSG. Esri has one keyword for Lambert conformal conic and it's possible to ...


1

You can do this using cartopy. #!/usr/bin/env python import cartopy import cartopy.crs as ccrs import matplotlib.pyplot as plt from pylab import imread im = imread('Robinson-projection.jpg') ax = plt.axes(projection=ccrs.Robinson()) plt.imshow(im, origin='upper', extent=[-17005833.330525, 17005833.330525, -8622512.772008, 8622512.772008], ...


1

I've used this online converter successfully: http://converter.mygeodata.eu/vector



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