Tag Info

New answers tagged

0

You may have swapped the coordinates somewhere. If I reproject your resulting lonlat coordinates 103.919768 1.125312 103.690059679 1.35650722603 I get with cs2cs using: cs2cs -f "%%.6f" +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs +to +proj=tmerc +lat_0=1.366666666666667 +lon_0=103.8333333333333 +k=1 +x_0=28001.642 +y_0=38744.572 +ellps=WGS84 ...


0

Hm, ok, let's make a proper answer from my comment: Google Fusion allows you to import data from a number of sources, including csv and kml. But as far as I understand, it only understands plain data tables during csv-import. When you exported your geometry as a csv-file, QGIS used the Well-Known Text-Format to represent it in one of your table's fields ...


0

Coord sys tab ArcMap 10.2.2 ArcMap tells me that DHDN Gauss Zone 3 is also Bessel based (the Deutsches Hauptdreiecksnetz datum). So no trandformation is required. If you do want to transform your data to a WGS84 base, then there are a stack of transformations available. Including Ntv2 method.


1

My preferred solution is to build a custom CRS in QGIS, and test if sample coordinate points are placed correctly compared to Openstreetmap or Google imagery from the openlayers plugin. In Russia, Gauss-Krüger transverse mercator based on the Krassnowsky ellipsoid is common use. The projections named Pulkovo are usually 3 or 6 degrees wide, with a false ...


1

I recommend ProjFinder. The principle is "zoom on the place you are looking for and the tool will provide the supposed projections". You can also use epsg.io and search Russia to sort out possible projections


1

Based on Identifying Coordinate System of Shapefile when Unknown? it directed me to a tool which is very helpful to find relevant CRS which is exactly I was hoping for: http://www.epsg-registry.org/ The result in my case:


2

For the Openlayers plugin, the Project CRS must be in EPSG:3857. Your other layers can have different Layer CRS, if you have enabled On-the-fly-reprojection. BTW, current version of QGIS is 2.4, and the openlayers plugin does not support older versions anymore.


1

The problem with your solution is that source_srs is not a valid osr.SpatialReference(). If the result of source_epsg is 4269 then: source_srs = osr.SpatialReference() source_srs.ImportFromEPSG(4269) gives a valid osr.SpatialReference() NEW If I understand correctly your question, you want to use Leaflet, and Leaflet expects coordinates and GeoJSON ...


1

The first step is ensure which data have the proper information, for this matter I would try to get the coordinates from other resources (google maps, OSM, geographic services in your country),if you can identify a geodesic vertex will much better. When you compare with your data you can identify the wrong information. In case of your DGN file have the ...


1

You would only use a datum transformation if you wanted to transform your data based on Bessel to another model like WGS84/ETRS89. If all your data has a common (Bessel) base to don't need to do this. When the data frame in ArcMap has data with several different datum(s), a warning should pop up. Get to the dataframe properties page, coordinate system tab. ...


0

As long as you stay on the bessel ellipsoid, your data is pretty accurate after reprojecting to Gauss-Krüger. You might run into datum shifts if you add WGS84 (or ETRS89) based data. There is a bunch of valid datum shifts between bessel and WGS84, depending on the part of Germany you work on. Most accurate will be using a NTV2 datum shift grid, but this is ...


2

You might see both datasets aligned because On-the-fly-reprojection is enabled. This works when both datasets have different CRS. Other software does not offer this tool, so you have to reproject one of your datasets to the CRS of the other to make them align in every software. BTW this applies also to some tools integrated in QGIS, like intersection or ...


2

I find openWind normally works very well so, without any further information, I suspect you are spot on about mismatched CRS. According to the documentation: openWind is fundamentally based on a meter grid so the projection only comes into play when converting to and from geographic coordinates. openWind does not carry out on-the-fly projection so ...


0

As mentioned in the comment, a possible problem is the precision of your dataset, which could eplain that the data do not align. However, 20 m seems to be quite large especially in Kentucky where I would expect bing map to be at least below 5 m. The more likely issue is the absence of transformation between WGS 84 and NAD83 when you use "on the fly" ...


4

Maybe check out the properties of Projected Coordinate Systems, to get a view into their utility? There are 3 aspects or properties presented in Projected Coordinate Systems that establish their utility and rationale. Any projection of 3D space on a 2D surface will of course exhibit distortion versus reality. Depending on your application, using a specific ...


7

There's a good answer over at Stack Overflow, which goes a little something like this: The geography type is a little bit more restrictive than geometry. It can't cross different hemispheres and the outer ring must be drawn counter-clockwise. The rest can be found here. Another article goes into some more detail: If you’re looking for the ...


2

Traditionally, topographic maps are plotted using a conformal projection, not an equal area projection. A conformal (or orthomorphic) projection preserves angles and, at any point, has isotropic scaling. Such qualities allow relatively easy computations involving angles and distances. en.wikipedia.org/wiki/Map_projection#Conformal ...


2

Here is the source to the underlying Java library, prj2epsg, used behind the scenes on the webpage you list. Basically, it uses a Lucene index to get the best match between the WKT in your prj file and an underlying EPSG. As AndreJ has already said, this may not be 100% perfect, but Lucene excels at partial/fuzzy matching. gdalsrsinfo might be easier to get ...


2

There is no such tool working 100% perfectly, because there are many EPSG codes that share the same projection parameters. You can run gdalsrsinfo on any Geotiff or shapefile .prj file to get the proj string out of the definition. For some intelligent ways of guessing, follow the answers given here: Identifying Coordinate System of Shapefile when Unknown? ...


3

Try the EPSG Geodetic Parameter Dataset which is more up-to-date and where epsg.io got its information. Admittedly, it doesn't always have projected coordinate reference systems that are suitable for an entire country--but only because no one's told us what is used for a map of the entire country! Spatial Reference allows user-contributions so might have ...


3

Try epsg.io. You can type in the name of a country or even search by CRS. And it is free!


0

If you want to extract value from a SRTM data then you should use a point shapefile because raster image change their pixel value at different level and in polygon layer you can not find right value. so you have to need a point shapfile to extract value.


2

The above code looks more like you just clone shp into shputm and then assign the output of crs(shp) to shputm without performing an actual reprojection. Anyway, if you import both the shapefile and the NDVI raster, and then reproject shp using spTransform, subsequent data extraction should work out fine. Also, the output of extent(shp_utm) roughly agrees ...


2

As you've mentioned, the image contains very little georeferencing information. And, as you're only looking for a 'close approximation', you could bring the image into QGIS and use the georeferencer. It's an easy to use tool, and hey - you might even get the image georeferenced closer than you think! Here's a great tutorial: ...


1

ETRS89 and WGS84 are not the same, although the differences are minor. Some time-dependent transformations between ITRFyy and ETRF2000 are listed here with the XYZ offsets at the centimeter level. ETRS/ETRF is plate-bound (to minimize changes in coordinates over time) while WGS84 is tied to ITRF. This occurs in North America too where NAD83 is tied to the ...


2

Could your question be reformulated to: Features of which (real world) size are correctly represented in this data set if its resolution is 1:10m? I had that question to the Natural Earth data set. After talking to colleagues and finally reading this post Appropriate pixel size when converting vector to raster I made up my answer. I am not sure, if it is ...


3

As you discovered, if the difference in Semi-minor axis is not important for your needs you can consider that they are identical systems. And if you use any program that is using Proj4 projection library (GDAL, QGIS etc.) there will be no difference between these two. You can test it yourself with gdaltransform http://www.gdal.org/gdaltransform.html ...


3

The EPSG registry describes the two CRS as very similar and in some areas interchangeable. In "Area of use" section: EPSG: 32632. Between 6 ° E and 12 ° E, northern hemisphere between equator and 84 ° N, onshore and offshore. Algeria. Austria. Cameroon. Denmark. Equatorial Guinea. France. Gabon. Germany. Italy. Libya. Liechtenstein. Monaco. Netherlands. ...


0

Google Mercator is now EPSG:3857, while 900913 has been dropped from the list of EPSG codes. Furthermore, there is some kind of hack inside the projection definition, because Google mercator is calculated on a sphere (a=b), but the lat/lon coordinates are that of the WGS84 ellisoid. This is only implemented correctly for EPSG:3857.


0

To check the spatial reference, right-click the feature class/shapefile/raster and select properties, then the source tab. You should see both a projected and geographic coordinate system. If you don't, or its wrong, follow Erica's answer.


0

There are two issues that you need to solve. Firstly, the polygon that you have, is in a format that is called the WKT. You will have to convert it to a geometry in the ESRI's JavaScript format. I have used Wicket in the past to do this conversation for me. Once you have an ESRI Polygon, you can use the project operator on the GeometryService. You should ...


2

First open up ArcToolbox. Then there are two possible tools you can use (both in the Data Management / Projections and Transformations toolbox), depending on the specific situation: To define the projection, use the Define Projection tool. Do this when: no projection is currently assigned, or the current projection is incorrect (e.g., data should be in ...


0

Open the original file in a blank project (set the correct EPSG of the project first) Disable "on the fly" transformation. Save the shp adopting the new epsg. Now, if your raster is in 3857, your shape file must be ok without "on the fly" transformation.


0

Its now projecting point. Thanks all of you for your help. Below is the updated code: var map, gsvc; require([ "esri/map", "esri/graphic", "esri/symbols/SimpleMarkerSymbol","esri/symbols/SimpleLineSymbol", "esri/Color", "esri/tasks/GeometryService", "esri/tasks/ProjectParameters", "esri/SpatialReference", "esri/InfoTemplate", "dojo/dom", ...


0

In order to reproject non web-mercator coordinates inside a jsapi app, its necessary to call geometryService.project() which sends off a web request to a valid geometry service. https://developers.arcgis.com/javascript/jsapi/geometryservice-amd.html#project


1

From https://developers.arcgis.com/javascript/jsapi/esri.geometry.webmercatorutils-amd.html#webmercatortogeographic: Translates the given Web Mercator coordinates to Longitude and Latitude. By default the returned longitude is normalized so that it is within -180 and +180. But your NZTM coordinates are not in webMercator units. You have to convert ...


4

The ASTER L1B files contain several subdatasets with different resolutions. That's why you can not easily add them to QGIS. You have to run gdalinfo and gdalwarp on it to get a tif file that QGIS can import: gdalinfo AST_L1B.hdf >>info.txt gives you a long list of metadata. Look out for the subdatasets: Subdatasets: ...


3

I think your first solution, to project the Lat/Long coordinates to your preferred state plane is the right way to go. However, I'm not sure what you mean by "a Geometry Service". Do you mean you're using a 3rd-party web method to perform the coordinate transformation? If so, I would discourage that, as there's not a good reason to have such a dependency in ...


2

EPSG:5714 is a vertical coordinate system. QGIS can only handle 2-dimensional CRS correctly, so there is no chance to get it defined as custom CRS.



Top 50 recent answers are included