Menu
▾
▴
mapbuilder-proj
|
From: Richard G. <ric...@gm...> - 2007-09-27 18:51:34
|
Mike and I met Tuesday and discussed the project. Below is a summary. Things that I think Mike and I have an agreement on: 1. Give it its own name space (once we pick a name). 2. A single transform function in the form of: transform(source_cs, destination_cs, point) 3. Object constructor in the form of: new cs(EPSG_code | Proj4_string) constructor will look for definition files locally and from spatialref.org 4. Library should be able to run w/o a server or Internet connection. To decide: 1. Project name. I'm not stuck on "cscs" but I would like a name that reflects coordinate systems and is not limited to projections. 2. Move the library out of MapBuilder. I'd like to see it move into Proj4 and pr...@li.... Mike, please add your comments. Rich -- Richard Greenwood ric...@gm... www.greenwoodmap.com |
|
From: Mike A. <ma...@dm...> - 2007-09-27 23:16:41
|
Ricahrd, Thanks for the summary. I'd like to settle on the name before I commit any more code for this, how about cs4js or Coords4js? I'm also not too stuck on 'Proj4js', I would just prefer something other than cscs. We also discussed the best way to load the projection class code, dynamically or not, and don't think we came to any conclusions except we can try experimenting some more. We also discussed the work left to do, including using the full proj4 def string, rather than the subset it was using previously. Some more comments below. Mike Richard Greenwood wrote: > Mike and I met Tuesday and discussed the project. Below is a summary. > > Things that I think Mike and I have an agreement on: > 1. Give it its own name space (once we pick a name). > 2. A single transform function in the form of: > transform(source_cs, destination_cs, point) > 3. Object constructor in the form of: > new cs(EPSG_code | Proj4_string) > It might be tricky to distinguish the epsg code from the proj4 definition string, so I would prefer to keep the constructor simple and just use a code here, for lookup on disk or the web database. > constructor will look for definition files locally and from spatialref.org > 4. Library should be able to run w/o a server or Internet connection. > > To decide: > 1. Project name. I'm not stuck on "cscs" but I would like a name that > reflects coordinate systems and is not limited to projections. > 2. Move the library out of MapBuilder. I'd like to see it move into > Proj4 and pr...@li.... > Or perhaps we can use the OSGeo infrastructure for svn, trac, and mailling lists? > Mike, please add your comments. > > Rich > > |
|
From: Frank W. <war...@po...> - 2007-09-30 06:13:21
|
On 9/27/07, Mike Adair <ma...@dm...> wrote: > Or perhaps we can use the OSGeo infrastructure for svn, trac, and > mailling lists? Mike / Rich, I'm very pleased to see things smoothing out. I've been kicking around the concept of a coordinate systems related "meta project" for OSGeo that would include CSMAP, PROJ.4, libproj4, your JavaScript code, and perhaps some stuff for converting coordinate system descriptions from OGR and supporting dictionaries and datum shift files from a variety of sources. I'm thinking this, in part, because any one of the projections projects along don't seem to be substantial enough to justify the whole "project machinery", and because by some loose federation it might be possible to achieve better sharing - in particular of support dictionaries and datum shift files. Possibly also test streams, and coordinate system translation code (translating the coordinate system descriptions as opposed to transforming points). Pending this getting off the ground, perhaps things could live in the mapbuilder tree for a while? Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, war...@po... light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent |
|
From: Mike A. <ma...@dm...> - 2007-10-04 03:46:16
|
Frank, I would fully support this idea. Sharing the data bases would be a big bonus, but a bigger benefit will come from connecting the community of coordinate system experts. Yes let's use the mapbuilder tree for this for now. This may be a good candidate for the OSGeo Labs concept. Mike Frank Warmerdam wrote: > On 9/27/07, Mike Adair <ma...@dm...> wrote: > >> Or perhaps we can use the OSGeo infrastructure for svn, trac, and >> mailling lists? >> > > Mike / Rich, > > I'm very pleased to see things smoothing out. > > I've been kicking around the concept of a coordinate > systems related "meta project" for OSGeo that would > include CSMAP, PROJ.4, libproj4, your JavaScript > code, and perhaps some stuff for converting coordinate > system descriptions from OGR and supporting dictionaries > and datum shift files from a variety of sources. > > I'm thinking this, in part, because any one of the projections > projects along don't seem to be substantial enough to > justify the whole "project machinery", and because by > some loose federation it might be possible to achieve > better sharing - in particular of support dictionaries and > datum shift files. Possibly also test streams, and > coordinate system translation code (translating the > coordinate system descriptions as opposed to transforming > points). > > Pending this getting off the ground, perhaps things could > live in the mapbuilder tree for a while? > > Best regards, > |
|
From: Richard G. <ric...@gm...> - 2007-10-03 00:55:12
|
On 10/2/07, Mike Adair <ma...@dm...> wrote: > Richard, > We need to settle the name issue as it's kind of blocking me from > committing the updates. On the one hand, cscs (or I would even prefer > cs4js) more accurately conveys that it is about coordinate systems, but > on the other hand, most people don't understand the difference, and > Proj4js already has some momentum behind it. Can I leave it as Proj4js > and make the docs clear that it also handles datum transformations? > > Mike I've presented my opposition to "proj*" in the past. A new project has a chance to get off to a clean start. "cscs" is a take off on the all-encompassing cs2cs program which I was trying to emulate, and also serves as an acronym for Client Side Coordinate Systems. But I don't want to see this project get further delayed. We've lost a year already, so do whatever sounds right to you. R -- Richard Greenwood ric...@gm... www.greenwoodmap.com |
Thanks for helping keep SourceForge clean.
X