Re: [OSM-dev] Stable, professional OSM - no thanks (was: 0.6 api - one more time)

2008-05-11 Thread bvh
On Sat, May 10, 2008 at 10:05:28PM +0200, Frederik Ramm wrote: Look at how fossilized big projects like Debian have become, where every slightest move requires ages just because they want to be stable, professional, respect the established user base and so on. That is a strawman. No one has

Re: [OSM-dev] Stable, professional OSM - no thanks (was: 0.6 api - one more time)

2008-05-11 Thread Martijn van Oosterhout
On Sun, May 11, 2008 at 7:07 AM, bvh [EMAIL PROTECTED] wrote: That is a strawman. No one has seriously proposed anything like the bureacrazy of Debian. For example with the OSM 0.6 API there was a concrete proposal to make it backwards compatible that seems not difficult to implement and would

Re: [OSM-dev] Stable, professional OSM - no thanks

2008-05-11 Thread Dirk-Lüder Kreie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bvh schrieb: On Sat, May 10, 2008 at 10:05:28PM +0200, Frederik Ramm wrote: Look at how fossilized big projects like Debian have become, where every slightest move requires ages just because they want to be stable, professional, respect the

[OSM-dev] Bounds for Osmarender - 0.6?

2008-05-11 Thread Robert Funnell
At http://wiki.openstreetmap.org/index.php/Osmarender/Options#Bounds it says 'It is hoped that the API and/or JOSM will implement the bounds element to indicate the boundary of the data requested, since some nodes will always be outside this.' Is this a candidate for 0.6? If I understand the

Re: [OSM-dev] Bounds for Osmarender - 0.6?

2008-05-11 Thread Cartinus
On Sunday 11 May 2008 13:23:36 Robert Funnell wrote: I don't really understand the 'and/or JOSM' part. If you download some data with JOSM and then save it as an .osm file, it has one or more elements like the one below at the top of the file. bound

Re: [OSM-dev] Bounds for Osmarender - 0.6?

2008-05-11 Thread Robert Funnell
On Sun, 11 May 2008, Cartinus wrote: On Sunday 11 May 2008 13:23:36 Robert Funnell wrote: I don't really understand the 'and/or JOSM' part. If you download some data with JOSM and then save it as an .osm file, it has one or more elements like the one below at the top of the file. bound

Re: [OSM-dev] World Boundaries for Rendering with mapnik (debian package)

2008-05-11 Thread Joerg Ostertag (OSM Munich/Germany)
I managed to download the Files now. So the new debian-package openstreetmap-mapnik-world-boundaries (282MB ) is out on the debian repository http://www.gpsdrive.de/debian With Version openstreetmap-mapnik-world-boundaries_7750_all.deb all necessary

Re: [OSM-dev] World Boundaries for Rendering with mapnik (debian package)

2008-05-11 Thread Jon Burgess
2008/5/11 Joerg Ostertag (OSM Munich/Germany) [EMAIL PROTECTED]: I managed to download the Files now. So the new debian-package openstreetmap-mapnik-world-boundaries (282MB ) is out on the debian repository http://www.gpsdrive.de/debian With Version

Re: [OSM-dev] mapnik: which database name is right

2008-05-11 Thread Jon Burgess
2008/5/11 Joerg Ostertag (OSM Munich/Germany) [EMAIL PROTECTED]: I'm just looking at he osm.xml file in svn and find it strange that i see 2 different dbnames. Or is the osm.xml outdated? In this case we should delete it. I know at least one person that still uses the osm.xml file. There are

[OSM-dev] api06 change: report_error

2008-05-11 Thread Christopher Schmidt
report_error is currently used to report errors with the /map? API call. Recently, with the Export tab, I've had some users confused by the fact that their map call is not returning any data. This is because the report_error call has a render :nothing = true, and puts the error text in the header.

[OSM-dev] mod_tile / renderd issue

2008-05-11 Thread wwalker
I've built and installed renderd and mod_tile. renderd receives a request. It builds 5 images, then it deletes them! extracted from an strace of renderd. I can run convert_meta and it will recreate the png files, but the next request, mod_tile doesn't use the existing .png, but requests a new

Re: [OSM-dev] deleting nodes/ways that are members of relations

2008-05-11 Thread Richard Fairhurst
Christopher Schmidt wrote: To consolidate these a bit, might it make sense to take a 'force deletion' parameter in the API which says 'delete this node from any way which it is a member of and remove it from any relations which it is a member of'? This would likely be added as a parameter

[josm-dev] Validator plugin WronglyOrderedWays false error

2008-05-11 Thread Roy Rankin
The validator plugin was giving a false error on a lake with a clockwise way. When I looked at the code, I found the code locates the most northern point of the way and then looks at the next point and if it is east of the north point the way is considered to be clockwise. In my case the

Re: [josm-dev] Validator plugin WronglyOrderedWays false error

2008-05-11 Thread Martijn van Oosterhout
On Sun, May 11, 2008 at 9:58 AM, Roy Rankin [EMAIL PROTECTED] wrote: I have done a rewrite of the code as follows: Determine the mean latitude of the closed way. Then add the deltas of longitude for each segment starting with a latitude greater than mean and subtract the deltas of

Re: [josm-dev] EOL style

2008-05-11 Thread Shaun McDonald
On 10 May 2008, at 20:52, Frederik Ramm wrote: Hi, I have just removed all CR characters from the JOSM source files (we had a mix of Unix and DOS line endings in there), and set the svn:eol-style property to native on all files. If I didn't get it totally wrong, then that should give

Re: [josm-dev] EOL style

2008-05-11 Thread Sander Hoentjen
On Sat, 2008-05-10 at 21:52 +0200, Frederik Ramm wrote: Hi, I have just removed all CR characters from the JOSM source files (we had a mix of Unix and DOS line endings in there), and set the svn:eol-style property to native on all files. If I didn't get it totally wrong, then that should

Re: [josm-dev] Validator plugin WronglyOrderedWays false error

2008-05-11 Thread Roy Rankin
Thanks Martijn. I have convinced myself your tip is the correct approach (although your formula is slightly wrong as it gives twice the area) and I have replaced my changes with a new fix using this new approach in the 737 trac ticket. Regards, Roy Rankin Martijn van Oosterhout wrote: On