Tag Info

New answers tagged

0

With only three digits before the decimal point it is impossible to do any reprojection. This is the Karimnagar district and the Zone IIIa grid: You need the full coordinates for reprojection. The village of Peddapur is too small to find it on Openstreetmap. Geonames finds a village of that name, but Northwest of Hyderabad.


0

I guess your orijinal data is not in UTM. Becuse your file need to be in meters in such case. Utm is in meter originally you need to check your initial datum. When you transform to wgs84 it will still be in degrees.


1

Part of your error is in the tool you used. You may want to convert them (depends on what you're doing - it's more likely you'll want to go the other way and have your GPS points projected to your contour CS), but that's not what the Define Projection tool does. That tool is intended to be used when you know the projection the data is in, but it doesn't (no ...


4

If it originally shows as "unknown" for CS how is it/how would I know that it is a PCS? Decimal degrees range from -180 to +180 west/east and 90 to -90 north/south, so the values you're seeing are definitely not decimal degrees. If there was no metadata provided with the contour data (and the agency isn't able to provide any information), you may ...


3

You are absolutely correct. From wikipedia's Mercator projection: scale factor = secant (latitude) = 1 / cosine (latitude) Generally, divide map distance by the scale factor to get globe distance. But what about "long" lines, at different latitudes, what scale factor to use? According to EF Burkholder, for short lines, just calculate one scale factor ...


1

You did not specify a file name for the export. In that case, QGIS tries to add ".shp" to a blank file name, which causes the error message you get.


1

In 2008, I usually do select SHAPE.STSrid from dbo.STATES (where SHAPE is the geometry column and dbo.states is the table name). It will give you SRID. Now you can run select * from sys.spatial_reference_systems where spatial_reference_id = 4326 However, as @Jay Cummins mentioned, it seems to have only geographic coordinate systems. Link to the ...


0

Disclaimer: I work at the British Geological Survey I made an internal enquiry on this issue, to see if we had any further information on the Kenya maps, and this answer is a summary of the information received. First off, it's important to note that these maps were hand drawn in the Kenya office and would have used the Kenya topography maps as their base. ...


3

EPSG:24378 Kalianpur 1975 / India I should be the local CRS in the region you mentioned. The extent seems to fit to that: To get this picture using QGIS, create these text files: E N 73.4775 34.3629 and Easting Northing 3250193.00 1115573.00 3249214.00 1111220.00 Load each into QGIS as Delimited Text File, with blank as delimiter and setting CRS to ...


1

It seems you're overcomplicating the use of SRS flags. If you have source data from two spatial reference systems (SRSs): EPSG:4269 (Census data) and EPSG:3081 (Texas data), and your desired SRS (in PostGIS) is EPSG:4269 (same as Census data), then you'd use two variations of the ogr2ogr command. For the Texas data, specify source and target SRSs, so data ...


3

Below is a ToolValidator class (in its entirety so it will make sense) where I needed not only for input datasets to have a spatial reference defined, BUT the datum could only be either WGS84 or NAD83. If validation failed, they got little messages informing them of the issues. class ToolValidator: """Class for validating a tool's parameter values and ...


1

I think the data is rather in meters in a projected local CRS. It might be necessary to add a high number constant to get the full coordinates needed for reprojection to WGS84. For India, a set of local coordinate systems has been established, see http://kanchu_deep.tripod.com/igintro.htm You have to know in which zone your data is collected. It might ...


1

If you have Qgis, you can ask gdalsrsinfo in the OSGeo4w shell: gdalsrsinfo "+proj=tmerc +lat_0=0 +lon_0=-114 +k=0.9999 +x_0=0 +y _0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" PROJ.4 : '+proj=tmerc +lat_0=0 +lon_0=-114 +k=0.9999 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs ' OGC WKT : PROJCS["unnamed", GEOGCS["GRS ...


0

I have figured out that in order to split polygons at the 180 line, the data frame coordinate system should be a geographic one (for instance, WGS84). The feature classes themselves can be defined with a projected coordinate system, but the data frame should be in geogprahic coordinate system. So, it seems as the information in the Help is incorrect ...


8

Using QGIS, you can use the SwapXY plugin. You can also do this with GDAL/OGR: https://trac.osgeo.org/gdal/wiki/FAQVector#HowdoIflipcoordinateswhentheyarenotintheexpectedorder


0

There are a few Reference systems shapefiles data that ESRI provide them when we install ESRI ArcGIS from DVD. You could find it in the "C:\Program Files (x86)\ArcGIS\Desktop10.x\Reference Systems" and in it has a shapefile that has UTM zones, but the coordinate system is in Geographic Coordinate System WGS 1984. So perhaps when you load them your UTM with ...


3

I have edited this answer to reflect the new information in the question. I am leaving the old solutions for anyone who might find the question in future searches but actually have those issues. As dklassen pointed out they may have been created in 21S even though they don't 'belong' there, in which case bringing them in/defining them as what they should ...


1

There are some methods to calculate geodesic distances such as the haversine formula and Vincenty's formulae. These formulae are commonly used. The inverse Vincenty distance formula is the more accurate method to calculate the geodesic distance and is used in Google Maps, but it is slow.


3

I am afraid that the answer is no: what you mean to do is correct but it will not work like this in ArcGIS with Near. From the help, you can read that : The distances calculated by this tool are in the unit of the coordinate system of the input features. If your input is in a geographic coordinate system and you want output distances to be ...


1

No, if using the ArcGIS "Near" tool because, even if the coordinate system is geographic/geodetic, it does not calculate geodesic distances; it merely treats those geographic coordinates as though they were projected and thus gives results that cannot be compared across the US. Yes, if you correctly calculate geodesic distances using geographic ...


0

I've followed carefully your steps and I think that, if you want to see both layers in the same time, not separatelly, you need to make an additional first step: to go to the project properties and to enable the on-the-fly CRS transformation. Only after this step is completed you can properly add and see together your wms and shapefile layers, otherwise ...


1

ok so COSINE is simply the ratio used to calculate the distance from 0° Longitude (i.e. the center of the shpere) to the tangent of the sphere at a given latitude. This site helped me understand the concept. http://www.mathsisfun.com/sine-cosine-tangent.html



Top 50 recent answers are included