Tag Info

New answers tagged

5

The Arc Select by location tool does not work so well for buffer analysis if your data is not projected (WGS 1984). It will draw the resulting buffer as a perfect circle shape, instead of a ovular shape by default (Euclidian vs. Geodesic). The circle does not represent distances accuratly because it does not take into account the curvature of the earth, and ...


0

Why don't you just use arcpy.SpatialReference(WKID)?


4

I recommend you to have a look at the webpage epsg.io. There you can search also for regions to see which EPSG-codes are common for these regions. As you have written in your profile that you are from Sweden, I guess the coordinates are from Sweden,too. The best match i found so far was EPSG 3006 but i guess you flipped the x and y -values, is that possible? ...


0

You could assign a projection to your map in the platform you are working in. For example, you could first try to assign a UTM Zone 11 North projection and overlay the map with a base map (e.g. Google Layer) and see whether the features of your map align with the features of the base layer. If not, assign UTM Zone 12, and so on.


2

The central meridian of the UTM systems is at 93°W +/- 6° and has a value of 500000m in the local system. So you have to look up those central meridians and see which aligns with your UTM grid. The next central meridian will be about 300 km away, and appear bended in the chosen UTM projection.


0

As I read the Help at 10.2, you need to provide a path to an existing prj file, feature class or dataset, or set a spatial reference. There's no mention of using a layer file from the TOC. The Help seems to be the same back to 10.0; 9.3 help is different, but not as clear to me. If you set the workspace to wherever your Polygon layer is (assuming that's not ...


0

The two numerals before the decimal point and those after are minutes, the two/three numerals at the front are degrees, i.e. 32 degrees, 46.4270 minutes, 117 degrees, 04.3785 minutes, etc. You can convert these to decimal degrees after loading doesn't need three lines but hopefully this makes the process clearer


0

I wish to thank @mkennedy for his useful help. I am posting a reply with some details just in case someone will jump here in the future. I do not know why, but the shapefiles they provided were without .prj file, yet they infomed me that the coordinate system used was a stripped version of ED1950,UTM-zone33N. I managed to fix the problem by the following ...


0

If the data is all in the same projection just delete all the .prjs and .qpjs Then add them into qgis or ESRI and check they all line up


1

I'm going to put this as an answer, but I'm making several assumptions so this may not be the 'right' answer! This will prove whether or not the values are ED1950 UTM 33 North but with the leading digits stripped off. Delete any coordinate reference system from the problematic shapefile. A very easy way to do this is to delete (or rename) the .prj file. ...


0

change the default SRC is the reason for the misplacement. If you want lat/lon coordinates, turn that back to the original value, and save the layer to a different file name and CRS EPSG:4326 using Rightclick -> Save As...


0

If you just want to do coordinate transformation you can use CTS library on android. This is a lightweight library written fully in Java. Coordinate Transformation Suite (abridged CTS) is a library developed to perform coordinate transformations using well known geodetic algorithms and parameter sets. CTS handles 4257 coordinate reference systems (3910 ...


5

No, because UTM coordinates are repeated in each zone. If the data was localized--only covered the eastern and western parts of two zones, you might be able to do it because you could segregate the values into the two zones. If you had 539594, 9071398 and 493840, 9198483 are these in the same zone or in zones 31 and 32 or 10 and 11?


0

Depending on the program you are using, you should be able to choose which UTM zone to convert to. If the web converter is detecting the coordinate locations to be within the 35X zone, it's probably going to use that. It wouldn't make sense to use a zone that doesn't actually contain your points. It definitely seems like one zone would be correct over the ...


1

You should be able to do this by using the Project Raster (Data Management) tool to transform your DEM from a Geographic Coordinate System in decimal degrees to a Projected Coordinate System in meters.


1

An old Shapefile projected in GK3 although with a Transverse Mercator as Projection System was found and deleted. After restarting the PC Computer, all Settings for GK3 are now consistent across the different zones.


1

I can't figure out how this is occurring. I stepped back in time, and I can't find an occurrence where 31467 ever used Transverse Mercator for the projection name. It would be quite unusual because I usually copy and paste definitions when setting up a set of zones like this, so I would expect all zones to have Transverse Mercator. You're correct that at ...


2

@Michael Miles-Stimson was on track w/ his first comment. since your ArcGIS Tiled Map Service defines its own projection using WKT (as opposed to WKID), you need to use an identical projection definition in your code to indicate to the JSAPI that the point you are passing is in the same coordinate system as the map. check out a working jsbin here another ...


1

Try this : import com.vividsolutions.jts.geom.Coordinate; import javax.measure.unit.NonSI; import org.jscience.geography.coordinates.LatLong; import org.jscience.geography.coordinates.UTM; import org.jscience.geography.coordinates.crs.ReferenceEllipsoid; This method makes the conversion in JAVA and return a Coordinate. Is easy to obtain X and Y from ...


0

WFS version 1.0.0 supports officially only the default SRS/CRS both for input and output. However, many WFS server brands have backported the srsName parameter that came with WFS 1.1.0 at least for output. With some WFS servers srsName may work also for defining the input geometry but let's assume that it is not possible and concentrate on WFS 1.1.0. As far ...


0

My understanding is that you must make a request in the native CRS of the dataset you're querying. Here's another StackExchange question which is similar to yours: WFS getfeature request with diffent SRS I use Proj4js to reproject my query coordinates into my native projection, and use the SrsName option to specify the output coordinates. Here is an ...


2

I have a new stack exchange account and don't have a reputation high enough to comment on the "Uncaught TypeError: Failed to execute 'putImageData' on 'CanvasRenderingContext2D': float parameter 3 is non-finite." error. This occurs because you have the lat and the long inputs backwards. map.getView().setCenter(ol.proj.transform([lat, long], 'EPSG:4326', ...


1

After making some assumptions, here's a possible prj file for the definition that you gave. The assumptions are: GeoCRS is NAD 1983 False easting is 1872000.0 meters (assuming the origin values are given in meters) False northing is -828000.0 meters (this is the one that I feel most unsure about) (2) and (3) are based on the statement that the 0,0 ...


0

The obvious option for this task is GeoTools. It includes a few JTS utility classes such as Transform and Convert that work on objects of the Geometry type. You may wish to follow the Geometry CRS Tutorial for a first contact with this aspect of the library.


1

This seems to be a known bug in GDAL working in the background of QGIS about different ways of definition for LCC 1-SP and 2-SP projections: See https://github.com/mapbox/node-srs/issues/1 http://lists.osgeo.org/pipermail/gdal-dev/2011-May/028728.html http://trac.osgeo.org/gdal/ticket/2072 Adding ESRI:: in a gdalwarp command line as described should ...


0

I googled Buenos Aires and "sistema de coordenadas" and found a PDF that has this information. GeoCRS (datum): Campo Inchauspe Projection: Transverse Mercator Central Meridian: -58.4627 Latitude of Origin: -34.6297166 Scale Factor: 0.999998 False Easting: 100000.0 m False Northing: 100000.0 m Unit: Meter The document doesn't have a date, so it's ...


2

Expanding on mkennedy's comment, and translating generic map terms to proj.4 parameters: Projection - Lambert Conical Orthomorphic → +proj=lcc Ellipsoid: Bessel 1841 → +ellps=bessel False Easting : 700000 → +x_0=700000 False Northing : 600000 → +y_0=600000 Central Meridian : 14.0° ...


2

You have to consider that QGIS uses the NADCON datum shift grid, while other software might use a 3- or 7-parameter Molodensky transformation, or no transformation at all. The shift grid is internally used in +datum=NAD27, but when the grid file is not included in the software, it might just do nothing. You will get a small shift anyway because the ...


1

The different software applications are either Not applying any datum transformation Applying different transformations One trick when comparing different software applications and there's a datum transformation involved is to run each step separately if possible. In this case, convert from WGS 1984 to NAD 1927 first. If the values are not changed, or ...


1

The DEM tiles are already projected if they are in NAD 1983 UTM Zone 17/18N. From what I understand, a Mosaic Dataset IS able to handle multiple projections: http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//009t0000000n000000 just search this page for "different projections" and you will find a brief paragraph explaining this. You will, ...


1

I solve my problem with editing database and inverse Y field : create 2 copy of original table(contain personal data). sort 1st copy of table with Z,X,Y ACE and add a newID. sort 2nd copy of table with Z,X ACE and Y DESC and add a newID. update Y filed of 1st table with Y of 2nd table where newID=newID. now i have a table (1st copy) same as original ...



Top 50 recent answers are included