Tag Info

New answers tagged

2

Looking at the map that you have given, One can see that the points are coming close to the expected point, and are about 1 Degree Away. Lokking at your data, I can see that your code is converting -122.0, 40.0, 4.0819802 to -121.33219944994444 when it should be -122.66780055005556 This tells me that while you are flipping the sign of the Degree ...


2

I'm not sure who you consulted, but this doesn't seem like great advice. The problem seems to be not one of negative values but more the order of x and y co-ordinates. A latitude (y) can only be in the range of -90 to +90. Longitude (x) can be -180 to +180, broadly speaking. These co-ordinates are from the equator and the Greenwich meridian, respectively. ...


1

If you think of accuracy of distance measurement, mercator or transverse mercator with lat_0 and lon_0 set to the center of your area will do fine. Mercator has true lengths along the latitude, while transverse mercator has them along the meridian. So it depends on the format of your area which one is better. You can use omerc if you need a rotated grid.


0

If you want to measure in meters, switch the project CRS to a projection that uses metres, like the UTM zone of your part of the world. The layers can remain in the original CRS (something that SAGA presumably does not offer).


0

You should be able to go into "project proprties/general" and check that "Canvas units (CRS transformation: ON/OFF)" is set to meters


1

Yes, if you are using PostGIS data source. For CartoCSS, use marker-transform: rotate([angle], 0, 0);. The hard part is adding that angle column to the table. To do that, add a column to your SQL query, which looks like this: ( select degrees(ST_Azimuth(ST_StartPoint(inter), ST_EndPoint(inter))) from ( select ST_Intersection(r.way, ST_Buffer(p.way, ...


1

There is a difference in the proj definition: EPSG:3003 +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=1500000 +y_0=0 +ellps=intl +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +units=m +no_defs EPSG:102091 +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=1500000 +y_0=0 +ellps=intl +units=m +no_defs The first one has a datum shift (+towgs84), the ...


0

You can test the transformation between EPSG:3003 and EPSG:102091 in an unambiguous way with the GDAL tool "gdaltransform" http://www.gdal.org/gdaltransform.html GDAL_dev>gdaltransform -s_srs epsg:3003 -t_srs epsg:102091 100000 100000 100000.113807246 99999.9986070729 0 Test with your own coordinates. There seems to be a little difference and you are ...



Top 50 recent answers are included