Re: [OSM-dev] API 0.7+: Split node concept?

2010-10-13 Thread SteveC
Fair point, but then I'm putting the C in RFC. Steve stevecoast.com On Oct 12, 2010, at 2:06 PM, Chris Browet wrote: > > > On Tue, Oct 12, 2010 at 12:49, SteveC wrote: > Seems like there are far more interesting things to do than that. > > Most probably, but the point is not prioritization

Re: [OSM-dev] API 0.7+: Split node concept?

2010-10-13 Thread SteveC
Bugs API built-in, front page clean up, splitting the db across multiple machines, matts space station worldwide triangle system of infinity... (ask matt) Steve stevecoast.com On Oct 12, 2010, at 1:53 PM, John Smith wrote: > On 13 October 2010 05:49, SteveC wrote: >> Seems like there are fa

Re: [OSM-dev] Check out my photos on Facebook

2010-10-13 Thread Chris Browet
Isn't facebook becoming the biggest "legal" botnet ever created? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] API 0.7+: Split node concept?

2010-10-13 Thread Andreas Kalsch
+1 This is the point Am 12.10.10 22:33, schrieb Alan Millar: Frankly, one of the main problems with the classic GIS "shapefile"-style data paradigm is that it does not give you good topological connectivity information, and therefore is inadequate for OSM's multi-use data model. If you think to

Re: [OSM-dev] API 0.7+: Split node concept?

2010-10-13 Thread Andreas Kalsch
Please don't make end users change too much on the next update! I think the current data model is pretty OK, it is more a data data model than a sematical one. And I think we should keep it like that ;) Andi Am 12.10.10 21:45, schrieb Chris Browet: I am wondering (I wonder a lot lately ;-)) if