I'm working on a QGIS project and adding layers from CSV files. I can Add Delimited Text Layer, then save the layer as a shapefile, making sure I've selected Latitude and Longitude correctly as y and x. But whether I specify Lat as y and Long as x or vice versa, the point shows up in the same place, in the Galapagos Islands, not Chicago as it should be. I'm using the correct Geometry CRS for the project.
Resolved: The problem resolved itself when I closed and re-opened QGIS.
Related
I have a small section of point cloud on MGA55 projection.
I converted it to a new las file on EPSG 7855 using las2las from the LASTools suite.
I then uploaded the 2 files to Cesium and I am seeing a difference or around 1.8m cloud to cloud.
I have interrogated the 2 files in CloudCompare to see that the file contents has not changed. They do not, they overlay perfectly.
The only thing about the 2 las files that I can see that is different is that the projection information in the las header and the variable length records has changed after the conversion, which I would assume is entirely to be expected.
I cannot figure out why this reprojection is not mapping perfectly, any ideas?
I guess the difference comes from
the conversion from MGA55 to ECCF and the conversion from EPSG 7855 to ECCF.
I have found the issue, I believe the tool set I am using is reprojecting to an old datum:
"The Geocentric Datum of Australia 2020 (GDA2020) is Australia’s new national datum which replaces GDA94. GDA2020 is of higher-accuracy than GDA94, aligns more closely with GPS and GNSS positioning services and supports nationally consistent datasets, free of the known distortions of GDA94. GDA2020 coordinates are approximately 1.8 metres to the north east of GDA94 coordinates, which represents the tectonic motion of the Australian plate between 1994 and 2020."
My errors align with the rough bearing and distance indicated by this post.
I have geo data, that contain X field like: 1012532,749 and Y field like: 178774,7655. This data from the shapefile format, but I don`t know in what GEO standart this data is.
Maybe someone know, or can show me the way to find out, how translate this coords in GPS.
From your comment the situation is clear:
You got an invalid shape file:
The prj file states WGS84 coordinates in decimal degrees
which has range: (longitude(x) [-180-.0, 180.0], latitude(y): [-90.0, 90.0].
But the coordinates posted are not in valid range.
The prj definition does not fit to the rest of the shape files (your posted coordinate).
(This happens because the prj file is optional, and has probably the default settings of some other project)
There is little chance of knowing, without further knowlegde.
Simply ask the data provider which geographical datum (name) the coordinates are related to. Further you should claim, that the file is erorrnous and that they should provide a correct prj file (or remove the prj file, if the coordinates are not related to world coordinates)
IF you know the source, e.g the swiss "Landesvermessung" then you could think it is for example a "Swiss Grid CH1903+ / LV95" grid system. (This was an example, the coordinates are not in that Swiss grid)
But it does not make sense to reverse engineer that, just ask the data provider, or if appliable read the info where you have got that data from.
I am looking to convert UGC or FIPS6 geocodes to polygons (or even rough lat/lng coordinates + radius). An example of the geocodes can be found here: http://alerts.weather.gov/cap/us.php?x=0
Anybody knows where I could find a mapping for these geocodes?
The data used by the NWS can be found here:
http://www.nws.noaa.gov/geodata/
In order to actually get the coordinates from the data, I used the program OpenJump to save the data in the CSV format.
Updated Answer for June 2019
The NWS Public Forecast Zones can be downloaded as a shapefile from https://www.weather.gov/gis/PublicZones
I used QGIS to convert the shapefile to WGS84 (EPSG:4326) and exported to CSV using WKT geometry. That resulted in a 122MB CSV file.
Instructions for Windows QGIS 3.4.3
Download and extract z_02ap19.zip
In QGIS, Layer -> Add Layer -> Add Vector Layer... (or press Ctrl+Shift+V)
Source Type = File, Encoding = System, Vector Dataset(s) = z_02ap19.shp extracted eariler. Then click Add.
Result
[Optional] Right click the layer, Set CRS -> Set Layer CRS... and set the CRS to EPSG:4326.
Right click the layer, Export -> Save Feature As...
Format = Comma Separated Value [CSV]
Choose a file location.
Choose an encoding, usually System or UTF-8.
Uncheck "Add saved file to map"
Make sure all fields are selected
Geometry type should be Automatic (They all end up as Polygons)
Layer Options:
CREATE_CSVT = YES (Creates a single file that describes the field types, useful for re-importing the file back into other GIS programs)
GEOMETRY = AS_WKT
LINEFORMAT = CRLF (Windows) or LF (Unix), historically, but most programs now can handle both
SEPARATOR = COMMA (Up to you)
STRING_QUOTING = ALWAYS (Likely doesn't matter as the data won't contain quotes anyways)
WRITE_BOM = NO (Byte-order mark, up to you)
Click OK, and QGIS will generated the file which takes several seconds.
I have a set of ESRI shapefiles which, I'm told, have been written using the British National Grid coordinate system. I need to convert these files to WGS84 lat/lons, for onward conversion to KML files. I'm having trouble doing this as follows:
If I open each of the original files in MapInfo Professional telling it that my file has a projection which is British National Grid then I can't see any geographic objects in the file; the map window is completely empty.
If I use MapInfo Professional's Universal Translator to convert the files to a WGS84 MapInfo TAB file then, just as before, the converted file won't display any geographic objects, the MapInfo window is empty.
Can I verify the coordinate system of these files? Am I missing anything here? Should I be able to convert the shapefiles in the way I'm expecting to be able to and view them using MapInfo Professional? Will another tool do a better job for me?
Thanks.
More Info:
My shapefile has coordinates which don't seem to translate to lat/lon properly and I'm now wondering if the coordinates aren't actually British National Grid. I'm seeing coordinates such as 383702523, 399081141 which appears to be approximately lat/lon 53.488182, -2.247153. Have you any idea what projection system my input file is in?
OS grid doesn't use WGS84 - it uses Airy 1936 (OSGB36) spheroid
So you need to go from OSgrid -> lat/lon then OSGB36->WGS84.
See http://www.ordnancesurvey.co.uk/oswebsite/gps/docs/convertingcoordinatesEN.pdf
To do OS grid to lat-lon see http://www.movable-type.co.uk/scripts/latlong-gridref.html
Then to go from OSGB36 -> WGS84 see http://www.movable-type.co.uk/scripts/latlong-convert-coords.html
http://gothos.info/2009/04/14/transform-projections-with-gdal-ogr/
ogr2ogr is a great tool for doing these sorts of conversions. You would run it with a command like
ogr2ogr -t_srs EPSG:4326 map_wgs84.shp map_original.shp
-t_srs is the option to transform co-ordinate systems. 4326 is the EPSG SRID for WGS84.
I'm working on a project that contains Thomas Brothers Map page and grid numbers. Is there a way to programatically convert from this map page to a latitude & longitude?
An Example would be for the intersection of the US101 & I405 freeways.
ThomasBrothers: 561-3G (page-grid)
Not that I know of, but I don't have a lot of experience with Thomas bros maps. Are you talking about printed version of the maps or is there a link somewhere to an online map?
If you just need a few lat/longs, then you can look up the locations that correspond to the grid and get the lats and longs manually at many websites, including http://itouchmap.com/latlong.html
If you provide a link to a Thomas bros map that you are using, I might be able to help further.
By looking at the link above, you can determine that US 101 and I-405 has a latitude of 34.16073390017978 and a longitude of -118.46952438354492.
Your best source would be the map publisher. If they choose to help, someone there can tell you exactly what you need to know. If they won't help you, it's unlikely that they've released the information to anyone else.
If that's the case, you could do some work by hand to correlate one point from the map grid to your target coordinate system. Effectively, you could reverse engineer a mapping "datum" for each page. You'd also have to know what map projection was used to render the maps, so that you can calculate the transform from the map coordinates to the geographic coordinates as you move away from your "origin". Finally, you'll need to establish the orientation of the map, since different notions of "north" exist.
It sounds like the Thomas maps use a new grid for every page, rather than bleeding the grid continuously from page to page. If that's the case, you'll have to correlate one point on each map. For example, find a spot where a map grid intersection coincides with a notable road intersection. Then you can find the coordinates of the road intersection using a map with latitude and longitude (a topographic map, TerraServer, etc.). Doing this with two points on the same vertical grid line should help you establish the north used on the map as well.
The short answer is that each of the nine regions has a grid derived from a Lambert conformal conic projection with custom parameters, so you cannot write a conversion program without the parameters.
I've also got ThomasBros. pages that I would like to convert to lat/long for lookup against Google Maps API. They also provided something called TBXY ... not sure what this is -- perhaps some notation for GPS/lat/long?
<Area>"El Cajon"</Area>
<ThomasBrothers>"1297 5E"</ThomasBrothers>
<TBXY>"6481390:1827008"</TBXY>
Thomas Brothers Maps invested a lot when developing their GIS system to create their digital mapping system. Though the first "digitally produced" map was Sacramento County-1990, the development began back in 1986. I expect that their map projection equations are a well guarded trade-secret, which Rand McNally now owns. I'd don't know those equations, but would also like to know them.
There are 9 projections covering the 48 states. If you know the equations for Los Angeles, it is valid across California & Nevada. Oregon & Washington have their own projection. Arizona, New Mexico, Colorado, and Utah share another projection.
I do know this...
As many know, the page grid is an exact 1/2 mile square, or 2640 feet by 2640 feet. The coordinate measurement unit is 1 foot.
To determine the Thomas Brothers XY Coordinate, get one or more of the Thomas Guide CD- ROM maps, which were recently discontinued. The last ones produced for certain California counties were the 2008 edition. Last editions for Seattle, Portland, Las Vegas, and Phoenix/Tucson were the 2007 edition. Each is still available on the Rand McNally website for $20.
When you geo-code a group of addresses, you'll see an output file with the TGXY coordinates and Lat/Lon for the addresses you specified, and the page # and grid that point is in. Once that file is open, you can click on the map to add additional geo-coded points, which will also provide both the coordinates. The output file is saved in an Access database ".mdb" file.
If you know a lot about map projections or solid geometry, the set of corresponding TGXY and Lat/Lon coordiantes will provide you some good data for testing.
As you mentioned San Diego Page 1297, I'll provide its bordering coordinates.
West x=3062760
East x=3086520
North y=0985040
South-y=0966560
This is not in range of the "TBXY" you found on Google. Maybe it's the same projection, with a relocated origin.