Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Which coordinate system to choose? #70

Open
sarthak0415 opened this issue Jul 15, 2015 · 16 comments
Open

Which coordinate system to choose? #70

sarthak0415 opened this issue Jul 15, 2015 · 16 comments

Comments

@sarthak0415
Copy link
Contributor

boost.geomtery have various coordinate system here, which one to choose for osm data and do user have to be given an option to choose coordinate system .
If the user wants to choose which coordinate system he wants what do we need?

this is the cartisian model followed by osm.

@cvvergara
Copy link
Member

@sarthak-0415
this is related to #43 what would be an appropiate flag for this?

@sarthak0415
Copy link
Contributor Author

yes we should and name is csystem

@cvvergara
Copy link
Member

csystem what is that?

@cvvergara
Copy link
Member

oh, c for coordinate, c for conf

@sarthak0415
Copy link
Contributor Author

yes and defalut value should the coordinate system we are using currently

@cvvergara
Copy link
Member

yes is c for conf? I think the name should be more meaninful,

  • coord (short for coordinate)

@cvvergara
Copy link
Member

and can you tell me what is the coordinate system osm uses?

@cvvergara
Copy link
Member

nd also what are the valid coordinate systems that we can accept?

@sarthak0415
Copy link
Contributor Author

we use longitudes and lattitudes from the osm file
geographic coordinate system

@sarthak0415
Copy link
Contributor Author

that I dont know but boost.geomtery supports these coordinate systems

  • cartesian
  • spherical
  • spherical_equatorial
  • geographic

@cvvergara
Copy link
Member

@sarthak-0415
please find out what osm use, because that should be the default.
maybe @woodbri knows?

@sarthak0415
Copy link
Contributor Author

@woodbri
Copy link

woodbri commented Jul 18, 2015

I would use a term the is common to postgis to refer to projections, what you are calling coordinate system. postgis uses "srid", GDAL/OGR uses "srs, ESRI uses a file extension "prj", there is not need to define yet another term and because the data is getting loaded into a postgis database we should be consistent with that.

OSM data generally can be found in WGS84 (aka: srid=4326) or Sperical Mercator (aka: srid=900913 or 3857). I think we should leave the provenance of reprojecting the data to postgis and focus on loading the the data.

@woodbri
Copy link

woodbri commented Jul 18, 2015

I'm for using WGS84, like I said users can use postgis to transform the data later to another coordinate system if they need that.

@cvvergara
Copy link
Member

@sarthak-0415
can you ask to boost.geometry what coordinates system is convenient when the data is WGS84?

@dkastl
Copy link
Member

dkastl commented Jul 19, 2015

I'm also for using WGS84 (EPSG:4326).
It's easy enough later to reproject if a user wants to have a different one.

osm2pgsql seems to use Spherical Mercator by default, so it can be used right away for rendering: https://help.openstreetmap.org/questions/6256/why-do-osm2pgsql-and-mapnik-use-spherical-projection-900913

It seems it also supports an -E 4326 flag, but i think we don't do this now. Someone can add this later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants