[OSM-dev] Some statistics for file-format -development
Hello everyone, during the development of my osmbin file-format I ahev gathered some statistics using an extract of the city of hamburg (a larger extract of all of the state of baden-wuertemberg is computing right now). http://wiki.openstreetmap.org/wiki/User:MarcusWolschon/osmbin_draft#statistics http://spreadsheets.google.com/pub?key=p5alGmffVt6gMsh_x2iXzew They may be usefull for others doing similar tasks. It shows the history of: * how many nodes/ways have now many tags * how many tag-values have each length (for ways and nodes) * how many ways have how many nodes referenced * how many nodes have how many ways referencing them * ... I made the linked spreadshet to find the optimum number of slots for each of these in my fixed-record-length format. PS: I could use some help with specifying and implementing the 2D-index for nodes(location) and ways(bounding-box). ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
Stefan It takes some time to do a complete database rebuild. On bearstech this was hampered by an unexpected reboot of the VM. Meanwhile xapi.openstreetmap.org is behaving oddly. I'm beginning to belive its a hardware problem (memory perhaps), but I'm still trying to nail down the exact issue. Do you want to help sort out these problems? 80n On Fri, Nov 21, 2008 at 12:43 AM, Stefan Keller [EMAIL PROTECTED] wrote: Hi all, What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? From platform status of xapi as of nov. 21, 2008: http://wiki.openstreetmap.org/wiki/Platform_Status: * Xapi service at xapi.openstreetmap.org .DOWN = Database rebuild in progress. * Xapi service at osmxapi.hypercube.telascience.org = OK * Xapi service at osm.bearstech.com ..DOWN = Database rebuild in progress. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
Stefan Keller wrote: What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? Why especially that one? It's no different to any of the others as far as I know. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
Stefan Keller wrote: Hi all, What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? Note, that I'm no XAPI maintainer. IMO there are at least 3 computers running xapi services: - 1 owned by OSM located in UCL is reliable but on a weak machine - 1 donated by bearstech which had a hard disk failure - 1 hosted on hypercube.telascience.org which is quite a powerful box. unfortunately it uses NFS mounted disk space with a history of outages and performance problems over the last weeks (months?) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSMXAPI to be ported? (Was Re: Lean and mean Tile- and XML-API-Server)
Thanks, Frederik, for laying out the requirements. I'm actually after a reliable OSM read-only mirror which offers OSM api, OSMXAPI and Tiling services as described in the Lean and mean Tile- and XML-API-Server thread. Given many business cases, the data freshness can be as good as it gets, beginning with weekly/daily replication. Stefan 2008/11/21 Frederik Ramm [EMAIL PROTECTED]: Hi, Stefan Keller wrote: So it seems that the OSMXAPI is the candidate which really needs to be ported? Instead of porting something that exists, why don't you define your needs and then simply write something that serves those needs? OSMXAPI, for example, has a number of special features, e.g. keeping track of a list of users having touched an object or locking certain tags so that only the person having created it can modify it, which are cool to have but might be unnecessary baggage for the application you have in mind. It is also important to know whether you're aiming at some sort of live replication (using minute diffs and applying them quickly) or whether you are aiming at loading daily diffs; this might also cause you to make different design decisions. Systems that can work with minute diffs tend to spend more time on initial setup, whereas a system that just loads the planet file and is thereafter unable to process minute diffs can load the planet much faster. Another factor is whether or not you need to by XML compatible with the API; if it is sufficient for your application to hand out, say, WKT geometries then you might go down a different route than if you need to hand out the exact data objects. And so on. If you are aiming at a read/write environment then it will be hard to surpass the current API performance. If you intend to do readonly then there's a number of shortcuts you can take. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
Sebastian Spaeth wrote: Stefan Keller wrote: Hi all, What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? Note, that I'm no XAPI maintainer. IMO there are at least 3 computers running xapi services: - 1 owned by OSM located in UCL is reliable but on a weak machine - 1 donated by bearstech which had a hard disk failure - 1 hosted on hypercube.telascience.org which is quite a powerful box. unfortunately it uses NFS mounted disk space with a history of outages and performance problems over the last weeks (months?) A week or so ago there was some uphieve about KPN who were using OSM data for a mobile on-line application without proper attribution. There was some talk on the talk-nl list about KPN giving something back. How about asking them to donate a server with rackspace for this? See http://www.openstreetmap.nl/archives/84-Hi-OpenStreetMap!-How-are-you.html or http://babelfish.yahoo.com/translate_url?doit=donett=urlintl=1fr=bf-hometrurl=http%3A%2F%2Fwww.openstreetmap.nl%2Farchives%2F84-Hi-OpenStreetMap!-How-are-you.htmllp=nl_enbtnTrUrl=Translate for translation. Maarten ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Some statistics for file-format -development
2008/11/21 Matthias Brandt [EMAIL PROTECTED]: Marcus Wolschon wrote: http://wiki.openstreetmap.org/wiki/User:MarcusWolschon/osmbin_draft#statistics http://spreadsheets.google.com/pub?key=p5alGmffVt6gMsh_x2iXzew They may be usefull for others doing similar tasks. Thanks a lot! This is really healpful for me! I ran into an outOfMemory-Exception memory-mapping the file when importing Baden-Württemberg. The current statistics are about a city, this new run should provide more representative data. However it will take a while to change the architecture of my code to not require memory-mapping all of the binary-file while writing. (I did not think this would become an issue for file-sizes of about 100MB) Marcus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] [PATCH] - OrthogonalizeAction
hello gert Gert Gremmen wrote: http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0 0F I suppose you can put that URL into JOSM and download the area. I tried using JOM version 1087 and the most recent plug-ins (though that should not be a problem) Actually it does not delete it, but becomes invisible. you mean the buildings that look like a three-pointed star? well, you can't orthogonalize those as the function tries to orthogonalize _all_ edges. that does not work with such a shape as only shapes with an even number of edges can be truely orthogonalized! I think we need another check before orthogonalizing. how about that: // Check if way has an even number of edges if (((way.nodes.size() - 1) % 2) == 1) { JOptionPane.showMessageDialog(Main.parent, tr(Please select a way with an even number of edges.)); return; } I don't like the wording of the dialog-message. Can someone suggest a better one? regards hermann ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] ewmsplugin on win32
Some improvement. I downloaded the new ewmsplugin using update in JOSM I downloaded the webkit on the same address as before. I get image, but vertically compressed to approx 1/3 of the screen. All data seems to be there. Higher and lower parts of screen remain white. Automatic download functions when scrolling left-right. Automatic download with vertical scrolling creates a new bar of compressed image 2/3 of a screen higher. No problems with JOSM responsiveness anymore !!! Gert Gremmen - Openstreetmap.nl (alias: cetest) -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Dirk Stöcker Verzonden: Friday, November 21, 2008 9:43 AM Aan: [EMAIL PROTECTED] Onderwerp: Re: [josm-dev] ewmsplugin on win32 On Sun, 2 Nov 2008, John3voltas wrote: Last time we heard about Dirk (hope he doesn't mind me calling him by his 1st name) in this thread was around the 22nd October. Please update plugin and redownload the webkit-image stuff and retry. Tell results. Proxy support not included yet. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] OSMXAPI to be ported? (Was Re: Lean and mean Tile- and XML-API-Server)
On Fri, 21 Nov 2008, Stefan Keller wrote: So it seems that the OSMXAPI is the candidate which really needs to be ported? I already have implemented OSMXAPI in C :) Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: premature optimisation is the root of all evil ;-) A premature optimisation would be starting with integers, C, and more. Now even I implemented a relatively 'old' API (0.5) and started with doubles ;) Last night I introduced a comparison table with the 2^32/360 stuff. To see there is 10ms improvement per bbox request ;) Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] ewmsplugin on win32
Hi Dirk there are still some issue with the alignment and scaling of tiles, see http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg My OS: Vista Ultimate Regards Karl -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Stöcker Gesendet: Freitag, 21. November 2008 09:43 An: [EMAIL PROTECTED] Betreff: Re: [josm-dev] ewmsplugin on win32 On Sun, 2 Nov 2008, John3voltas wrote: Last time we heard about Dirk (hope he doesn't mind me calling him by his 1st name) in this thread was around the 22nd October. Please update plugin and redownload the webkit-image stuff and retry. Tell results. Proxy support not included yet. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Some statistics for file-format -development
On Fri, Nov 21, 2008 at 10:59:27AM +0100, Marcus Wolschon wrote: I ran into an outOfMemory-Exception memory-mapping the file when importing Baden-Württemberg. [...] (I did not think this would become an issue for file-sizes of about 100MB) Did you try it on Windows or a POSIX compatible OS? 32bit or 64bit architecture/OS/userspace? On 64bit Linux, I can easily mmap() even the whole planet database (~50GB total, with largest file being ~30GB) - on 32bit it's less, but still way more than a few hundred MBs. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
2008/11/21 Maarten Deen [EMAIL PROTECTED]: Sebastian Spaeth wrote: Stefan Keller wrote: Hi all, What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? Note, that I'm no XAPI maintainer. IMO there are at least 3 computers running xapi services: - 1 owned by OSM located in UCL is reliable but on a weak machine - 1 donated by bearstech which had a hard disk failure - 1 hosted on hypercube.telascience.org which is quite a powerful box. unfortunately it uses NFS mounted disk space with a history of outages and performance problems over the last weeks (months?) A week or so ago there was some uphieve about KPN who were using OSM data for a mobile on-line application without proper attribution. There was some talk on the talk-nl list about KPN giving something back. How about asking them to donate a server with rackspace for this? See http://www.openstreetmap.nl/archives/84-Hi-OpenStreetMap!-How-are-you.html or http://babelfish.yahoo.com/translate_url?doit=donett=urlintl=1fr=bf-hometrurl=http%3A%2F%2Fwww.openstreetmap.nl%2Farchives%2F84-Hi-OpenStreetMap!-How-are-you.htmllp=nl_enbtnTrUrl=Translate for translation. Maarten English information http://www.service2media.com/news/now-where-youre-friends-are-with-hi.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] [PATCH] - OrthogonalizeAction
I understood, and it was not meant to be orthogonalized. Just playing and testing. The message (for now): Why not change the negative into positive : Please add another corner to orthogonalize this shape / polygon Some suggestions: Create the same function for 30, 45, 60, 120, 150, 210, 240, 270 degrees AND 90 degrees mixed in one shape. (gets tricky I think) May be that could work on my star building. Would be nice however if those corners that ARE within for example 85 and 95 degrees were orthogonalized. As well as corners close to +/- 5 degrees could be straightened. Even better if the remaining angles could be symmetrized. I am not sure however, if that works on all shapes . A further improvement could be to accept all shapes that are -selected- instead of just single closed ways. many many roads are essentially build rectangular, and in the maps only close approximations. I imagine 4 roads selected . As your calculation happens only on the nodes (isn't it?) it must be possible. Thanks for the great work. This literally improved my building mapping with a factor 2 at least, at the same time creating much better results. Gert Gremmen - Openstreetmap.nl (alias: cetest) -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Hermann Schwaerzler Verzonden: Friday, November 21, 2008 11:02 AM Aan: [EMAIL PROTECTED] Onderwerp: Re: [josm-dev] [PATCH] - OrthogonalizeAction hello gert Gert Gremmen wrote: http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0 0F I suppose you can put that URL into JOSM and download the area. I tried using JOM version 1087 and the most recent plug-ins (though that should not be a problem) Actually it does not delete it, but becomes invisible. you mean the buildings that look like a three-pointed star? well, you can't orthogonalize those as the function tries to orthogonalize _all_ edges. that does not work with such a shape as only shapes with an even number of edges can be truely orthogonalized! I think we need another check before orthogonalizing. how about that: // Check if way has an even number of edges if (((way.nodes.size() - 1) % 2) == 1) { JOptionPane.showMessageDialog(Main.parent, tr(Please select a way with an even number of edges.)); return; } I don't like the wording of the dialog-message. Can someone suggest a better one? regards hermann ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Some statistics for file-format -development
2008/11/21 Sascha Silbe [EMAIL PROTECTED]: On Fri, Nov 21, 2008 at 10:59:27AM +0100, Marcus Wolschon wrote: I ran into an outOfMemory-Exception memory-mapping the file when importing Baden-Württemberg. [...] (I did not think this would become an issue for file-sizes of about 100MB) Did you try it on Windows or a POSIX compatible OS? 32bit or 64bit architecture/OS/userspace? On 64bit Linux, I can easily mmap() even the whole planet database (~50GB total, with largest file being ~30GB) - on 32bit it's less, but still way more than a few hundred MBs. I will try on a Linux/x86-32 later. ATM I only have an XP on an Eeepc at my hands. I could raise the limit to a few hundred MB by using an undocumented argument to the java-runtime but still , reserving 3GB only allows me to memory-map 2 files with a sum of 450MB. I made sure there are no references to the old mapping when growing the file and mapping again and even called the garbage-collector manually. The code is pretty small and easy to understand. http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/libosm/src/org/openstreetmap/osm/data/osmbin/ https://sourceforge.net/svn/?group_id=203597 (look at nodesfile.java and it's super-class FixedRecordFile.java) I don't understand how this can be yet but I intend to find out. Marcus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] wiki problems
Hi there, The wiki is down again... Are there any help someone with few programming skills but high admin sys skills could provide to help the wiki operate better ? Is the wiki installed on a dedicated machine, does someone can provide me a link to the wiki's visitors stats, load stats ? Is there somewhere an explanation of how the wiki is architecturaly installed ? ( mysql DB ? mysql server ? php ? config files ) Can I get in touch with actual sys admins ? Is my help anyhow wanted ? -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] wiki problems
Could this have something to do with SchlundTech being completely down? Their DNS-servers are gone since a few hours. Marcus 2008/11/21 sylvain letuffe [EMAIL PROTECTED]: Hi there, The wiki is down again... Are there any help someone with few programming skills but high admin sys skills could provide to help the wiki operate better ? Is the wiki installed on a dedicated machine, does someone can provide me a link to the wiki's visitors stats, load stats ? Is there somewhere an explanation of how the wiki is architecturaly installed ? ( mysql DB ? mysql server ? php ? config files ) Can I get in touch with actual sys admins ? Is my help anyhow wanted ? -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: premature optimisation is the root of all evil ;-) A premature optimisation would be starting with integers, C, and more. premature optimisation would be writing something in C(++) when it isn't the bottleneck. the database is currently the bottleneck and i'm pretty sure they already wrote that in C :-) Now even I implemented a relatively 'old' API (0.5) and started with doubles ;) Last night I introduced a comparison table with the 2^32/360 stuff. To see there is 10ms improvement per bbox request ;) what was %age gain? i mean, if its a 10ms improvement on a 500ms call then it might not be such a big deal. if its a 10ms gain on an 11ms call that would be fantastic. don't forget that the rails port also handles user management, friends, messages, diaries, gps points, etc... it would be better to say you have implemented part of 'old' API 0.5. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: premature optimisation is the root of all evil ;-) A premature optimisation would be starting with integers, C, and more. premature optimisation would be writing something in C(++) when it isn't the bottleneck. I hear a different thing when I browse on this list about ruby memory usage :) the database is currently the bottleneck and i'm pretty sure they already wrote that in C :-) The database that is used in production isn't the most efficient one too ;) So that is also optimised ;) Now even I implemented a relatively 'old' API (0.5) and started with doubles ;) Last night I introduced a comparison table with the 2^32/360 stuff. To see there is 10ms improvement per bbox request ;) what was %age gain? i mean, if its a 10ms improvement on a 500ms call then it might not be such a big deal. if its a 10ms gain on an 11ms call that would be fantastic. Double: 50~100ms Integer: 40~80ms But the calltrace revealed in both search situation more optimisations where possible. don't forget that the rails port also handles user management, friends, messages, diaries, gps points, etc... it would be better to say you have implemented part of 'old' API 0.5. I have implemented API0.5 + XAPI. User management and GPX was on the todo. If I implement user management I'll implement an OpenStreetProxy, for now I don't even keep changes (for reasons I already mentioned). Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 2:06 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: premature optimisation is the root of all evil ;-) A premature optimisation would be starting with integers, C, and more. premature optimisation would be writing something in C(++) when it isn't the bottleneck. I hear a different thing when I browse on this list about ruby memory usage :) ah well, thats the price you pay for being able to easily write code without having to manage memory manually (or stick shared_ptr all over the place). there is a bug in there too, i think, which results in libxml not fully free()ing all the memory it is using. the database is currently the bottleneck and i'm pretty sure they already wrote that in C :-) The database that is used in production isn't the most efficient one too ;) So that is also optimised ;) how did you optimise it? (other than converting ways to relations)? Double: 50~100ms Integer: 40~80ms But the calltrace revealed in both search situation more optimisations where possible. 20% is pretty significant. obviously thats an optimisation worth having. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: ah well, thats the price you pay for being able to easily write code without having to manage memory manually (or stick shared_ptr all over the place). there is a bug in there too, i think, which results in libxml not fully free()ing all the memory it is using. Come on you can give better arguments than that :) C/C++ is not a prototype language. You will need to have your functional diagrams ready before start 'scripting'. So I don't mind pointers, and in this case my webserver's api takes care of the string management, so I am a happy coder :) the database is currently the bottleneck and i'm pretty sure they already wrote that in C :-) The database that is used in production isn't the most efficient one too ;) So that is also optimised ;) how did you optimise it? (other than converting ways to relations)? Not using MySQL, but MonetDB. It uses column based storage. Double: 50~100ms Integer: 40~80ms But the calltrace revealed in both search situation more optimisations where possible. 20% is pretty significant. obviously thats an optimisation worth having. Jup, but extra mathematical overhead in query generation that should not be forgotten. Every output has to be atoi - double back. And in the case of storing doubles/floats the input can directly be passed to the user. I need to figure out if the overhead of data translation is not bigger than querying speed. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] wiki problems
Marcus Wolschon wrote: Could this have something to do with SchlundTech being completely down? Their DNS-servers are gone since a few hours. Who are SchlundTech and what do they have to do with anything? Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?
Hello everyone, I have to admit I haven't done much work on Freemap lately - other commitments being a big factor but an equally important factor being that my server cannot cope well with an OSM database covering most of England. So I was considering an alternative approach, in which Freemap no longer focuses on providing custom OSM maps for walkers, but rather uses the standard OSM maps (probably [EMAIL PROTECTED]/osmarender, as they distinguish between tracks with private and public access which is vital for walkers) and focuses instead on providing a separate and more lightweight data layer which allows walkers to report problems with paths, contribute directions in difficult places, photos, etc. However this would obviously mean Freemap embedding [EMAIL PROTECTED] or informationfreeway.org maps in its own site. How acceptable would this be seen to be? Thanks, Nick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] wiki problems
sylvain letuffe wrote: Hi there, The wiki is down again... Are there any help someone with few programming skills but high admin sys skills could provide to help the wiki operate better ? Is the wiki installed on a dedicated machine, does someone can provide me a link to the wiki's visitors stats, load stats ? Is there somewhere an explanation of how the wiki is architecturaly installed ? ( mysql DB ? mysql server ? php ? config files ) Can I get in touch with actual sys admins ? Is my help anyhow wanted ? Time to start a new hardware funding drive I think. We also need a new API internal database server. The problem is load based and the server struggling to keep up. The 'Map Features' page on cache purge is blocking other requests. Load spikes. The server is not dedicated and shared with the Mailing Lists, SVN and a few other minors. The email on squid error page is valid. / Grant ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] ewmsplugin on win32
- Original Message - From: Karl Guggisberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 21, 2008 10:25 AM Subject: Re: [josm-dev] ewmsplugin on win32 Hi Dirk there are still some issue with the alignment and scaling of tiles, see http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg My OS: Vista Ultimate I get something similar on Windows XP. But its an improvement on the last time I tried this, when I git no real image at all. David Regards Karl -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Stöcker Gesendet: Freitag, 21. November 2008 09:43 An: [EMAIL PROTECTED] Betreff: Re: [josm-dev] ewmsplugin on win32 On Sun, 2 Nov 2008, John3voltas wrote: Last time we heard about Dirk (hope he doesn't mind me calling him by his 1st name) in this thread was around the 22nd October. Please update plugin and redownload the webkit-image stuff and retry. Tell results. Proxy support not included yet. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?
2008/11/21 Nick Whitelegg [EMAIL PROTECTED]: Hello everyone, I have to admit I haven't done much work on Freemap lately - other commitments being a big factor but an equally important factor being that my server cannot cope well with an OSM database covering most of England. So I was considering an alternative approach, in which Freemap no longer focuses on providing custom OSM maps for walkers, but rather uses the standard OSM maps (probably [EMAIL PROTECTED]/osmarender, as they distinguish between tracks with private and public access which is vital for walkers) and focuses instead on providing a separate and more lightweight data layer which allows walkers to report problems with paths, contribute directions in difficult places, photos, etc. However this would obviously mean Freemap embedding [EMAIL PROTECTED] or informationfreeway.org maps in its own site. How acceptable would this be seen to be? Thanks, Nick Perfectly fine, providing the standard OSM attribution. In fact, the OpenLayers definition[0] was produced so people could do this easily! [0] http://www.openstreetmap.org/openlayers/OpenStreetMap.js -- Regards, Thomas Wood (Edgemaster) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] wiki problems
On Friday 21 November 2008 14:39, you wrote: Could this have something to do with SchlundTech being completely down? Their DNS-servers are gone since a few hours. Doesn't look a DNS related problem to me but a load one. However, only squid (the proxy cache) is answering me with errors, so that might well be anything from connectivity, to DNS resolving, to crashed raid disk, to network IDS or to a rat having unplugged the global power supply. ( Chance of this happening are, however not equal ) -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 2:22 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: ah well, thats the price you pay for being able to easily write code without having to manage memory manually (or stick shared_ptr all over the place). there is a bug in there too, i think, which results in libxml not fully free()ing all the memory it is using. Come on you can give better arguments than that :) but i don't need to :-) C/C++ is not a prototype language. do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ? You will need to have your functional diagrams ready before start 'scripting'. So I don't mind pointers, and in this case my webserver's api takes care of the string management, so I am a happy coder :) i don't mind pointers either, but i know a lot of people who do. C++ is a powerful and complex language, which takes a long time to learn to use properly. in an open-source project, this means either potential contributors are excluded, or that they submit poorly-written code. of course, its possible for any developer to make a mistake, but at least in ruby it is less likely to cause a colossal failure. how did you optimise it? (other than converting ways to relations)? Not using MySQL, but MonetDB. It uses column based storage. interesting. the web site describes it as an in-memory database, but i assume it can store to disk as well. so why is everyone still using mysql / postgres / oracle? Jup, but extra mathematical overhead in query generation that should not be forgotten. Every output has to be atoi - double back. And in the case of storing doubles/floats the input can directly be passed to the user. I need to figure out if the overhead of data translation is not bigger than querying speed. to be fair, the latency between here and the states is about 150ms, so you may not need to optimise further. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: C/C++ is not a prototype language. do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ? No I mean a language where you start scripting and others have no clue what you are doing until it finished and it works. Other words; Proof-of-Concept. Low level languages are not good for this, too much distractions with memory management etc., but once you know exactly what you want. Don't waste your time on a language that does 90% for you sadly has no compiler to native machine code. how did you optimise it? (other than converting ways to relations)? Not using MySQL, but MonetDB. It uses column based storage. interesting. the web site describes it as an in-memory database, but i assume it can store to disk as well. so why is everyone still using mysql / postgres / oracle? I know some pretty big Dutch banking/insurance organisations are using an ancient version of it, that was tailor made and tested specifically on their applications. There are some datawarehouses that use it. Plus this database implements SQL92 by the letter, no funny extensions. So we can call it; nobody knows, no body is using it. Jup, but extra mathematical overhead in query generation that should not be forgotten. Every output has to be atoi - double back. And in the case of storing doubles/floats the input can directly be passed to the user. I need to figure out if the overhead of data translation is not bigger than querying speed. to be fair, the latency between here and the states is about 150ms, so you may not need to optimise further. You miss the point of concurrent usage every performance improvement will allow more users to be served simultaneously. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
2008/11/21 Stefan de Konink [EMAIL PROTECTED]: Matt Amos wrote: C/C++ is not a prototype language. do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ? No I mean a language where you start scripting and others have no clue what you are doing until it finished and it works. Other words; Proof-of-Concept. Low level languages are not good for this, too much distractions with memory management etc., but once you know exactly what you want. Don't waste your time on a language that does 90% for you sadly has no compiler to native machine code. Meh, proper languages are often over rated. Machines are cheap, developers are expensive, and code lives far longer than most people hope. Maintaining well written code is easier than maintaining crap code, and many of your prototype languages promote well written code. Especially when you talk about ruby on rails. The entire point is an easy to maintain code base, with MVC architecture, database schema versioning, and all the crud and boiler plate taken out of your way. Point a rails developer at a well written rails app and they can figure out what's what in very little time. C/C++ has it's place, and I'm not claiming it's not faster (or even better) for this application. But that doesn't make RoR a prototyping system. Or as a mirror for your last statement: don't waste your time on a language that compiles 90% quicker when it doesn't matter. Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) Dave ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Dave Stubbs wrote: Meh, proper languages are often over rated. Machines are cheap, developers are expensive, and code lives far longer than most people hope. Who is paying for new machines in OSM? And who is getting paid for writing code? Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) As long it is slow, and someone is stupid enough to try and fix it, it matters :) Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] ewmsplugin on win32
On Fri, 21 Nov 2008, Karl Guggisberg wrote: there are still some issue with the alignment and scaling of tiles, see http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg The problem here is, that the white is not white but only nearly white. Very strange I already added 254,254,254 but it seems you still have another white there. That's all a bit strange under Windows. If someone finds a better way to get the final image size compared to the the strip white from the large area idea we surely could get this to work as expected. Probably the Javascript code sends some Qt signal for the resizing tasks and that could be captured. Ideas welcome. And BTW: On all machines I have this works as expected. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote: 2008/11/21 Stefan de Konink [EMAIL PROTECTED]: Don't waste your time on a language that does 90% for you sadly has no compiler to native machine code. i'd have said the same thing about javascript a couple of years ago. Meh, proper languages are often over rated. Machines are cheap, developers are expensive, and code lives far longer than most people hope. to put it another way: computers are getting better and faster, but human brains have been the same for hundreds of thosands of years. Maintaining well written code is easier than maintaining crap code, and many of your prototype languages promote well written code. except for perl, of course ;-) Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) we'll see soon whether api 0.6 will make things better. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote: 2008/11/21 Stefan de Konink [EMAIL PROTECTED]: Don't waste your time on a language that does 90% for you sadly has no compiler to native machine code. i'd have said the same thing about javascript a couple of years ago. Yes this is *exactly* my point. Python/Ruby are great high level languages. But until there is any real progress in getting them to work at native speeds (or at least in the python case, better speeds are possible) it is not an alternative for HP applications, while for HA it can be a choice because of the design. Meh, proper languages are often over rated. Machines are cheap, developers are expensive, and code lives far longer than most people hope. to put it another way: computers are getting better and faster, but human brains have been the same for hundreds of thosands of years. Faster is overrated; hence we are looking here at I/O and scheduling bottlenecks. Not even a Pentium X is going to get more speed out of a sata harddisk. Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) we'll see soon whether api 0.6 will make things better. Very true :) Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
2008/11/21 Stefan de Konink [EMAIL PROTECTED]: Dave Stubbs wrote: Meh, proper languages are often over rated. Machines are cheap, developers are expensive, and code lives far longer than most people hope. Who is paying for new machines in OSM? And who is getting paid for writing code? 1) The OSMF through donations and membership, other random donations etc. 2) Nobody (not by OSM(F) at any rate), so that means we're limited by how much time people are willing to provide for free (either companies or individuals). And besides which it was a general statement in response to your general statement about languages. Any applicability to OSM in particular is a fairly complex question which is, unsurprisingly, going to result in compromises. Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) As long it is slow, and someone is stupid enough to try and fix it, it matters :) Sure, except that the code, once written, doesn't just sit there. People have to maintain this stuff. It's not just about, can it be written?, it's can it be written and maintained?. So I think a better reply (well, maybe just more complete) is that as long as it is slow, and someone is stupid enough to try and fix it, and they can convince the guys who are going to end up responsible for deploying and maintaining it, it matters. Sometimes speed becomes important and it makes sense to replace certain parts of the system, ie: the GPX importer which has already been down this path. Dave ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Cant point to JOSM build dir
I just tried the version in the OSM svn and I cannot reproduce your problem. Ok, I get some deprecation warnings, which should of caurse be cleaned up but it works. And I have to admit, that I have adapted your build.xml to the scheme used by other plugins. BTW: when using the DirectUpload and putting the character ',' into the tags field it ends up with a Bad Request error. It should better check for comma characters before trying to upload. And, I would prefer it, when the filename which is stored in the GPXLayer (if there is one) instead of a temporary one. Cheers, Rapha Am Freitag, den 21.11.2008, 20:24 +0530 schrieb Subhodip Biswas: Sorry for a duplicate post . -- Forwarded message -- From: Subhodip Biswas [EMAIL PROTECTED] Date: Sun, Nov 9, 2008 at 11:57 PM Subject: Unable to compile plugin To: [EMAIL PROTECTED] hi ! I tried to compile DirectUpload plugin with josm-latest.jar v1042 . But compile failed with some errors . I am attaching the error log . It felt like it failing to fetch josm classes . My build.xml is pointing to josm correctly(i guess) ,so i am attaching that also Is it a bug or is there something that i missed . Can anybody point me out , if there are major changes due I18n . Will be grateful to any pointers available . ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Dave Stubbs wrote: 1) The OSMF through donations and membership, other random donations etc. 2) Nobody (not by OSM(F) at any rate), so that means we're limited by how much time people are willing to provide for free (either companies or individuals). And besides which it was a general statement in response to your general statement about languages. Any applicability to OSM in particular is a fairly complex question which is, unsurprisingly, going to result in compromises. Many corporate boys always go to battle with the stupid argument you made. Your general statement only points out laziness of developers, doing things in shorter time resulting (usually) in suboptimal solutions. Since we are a group of people that not get paid and therefore need to produce better work in order to use our facilities more optimal it is to defend to always try to improve the work, because the userbase grows and the amount of hardware is limited. Which leaves the important question: does it matter for OSM? (and is a full rewrite the best way of fixing it if it does) As long it is slow, and someone is stupid enough to try and fix it, it matters :) Sure, except that the code, once written, doesn't just sit there. People have to maintain this stuff. It's not just about, can it be written?, it's can it be written and maintained?. So I think a better reply (well, maybe just more complete) is that as long as it is slow, and someone is stupid enough to try and fix it, and they can convince the guys who are going to end up responsible for deploying and maintaining it, it matters. The amount of people here that feel responsible for each others code is very low. If you look at the tools available for processing OSM data it is also easy to see that some are superseded a long time ago and others get bitrot by updated APIs. In my perspective; if everything is unittested and the limitations are known, they don't break if they are untouched. To use another well known sales boy quote: no one is irreplaceable, there will thus always be someone that is capable of reading the documentation, and changing the code. Sometimes speed becomes important and it makes sense to replace certain parts of the system, ie: the GPX importer which has already been down this path. Exactly, and so can we do with the API/XAPI if we want to :) Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] ewmsplugin on win32
2008/11/21 Dirk Stöcker [EMAIL PROTECTED]: On Fri, 21 Nov 2008, andrzej zaborowski wrote: With gnome-web-photo I modified the wms plugin to calculate the width based on the height of the image, this is pretty simple, but it still relies on the height being correct. Which means you have a fix for the white border problem for GNOME. Can you post this? It will be a hotfix for the WebKit problem as well. It's this one: http://lists.openstreetmap.org/pipermail/josm-dev/attachments/20080915/c56a1d87/attachment-0005.txt The important bit is + ratio = Math.cos(Math.toRadians(lat)); + width = (int) + (img.getWidth() * width / ratio / img.getHeight()) + 1; if I remember ok. Cheers. ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 4:37 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote: 2008/11/21 Stefan de Konink [EMAIL PROTECTED]: Don't waste your time on a language that does 90% for you sadly has no compiler to native machine code. i'd have said the same thing about javascript a couple of years ago. Yes this is *exactly* my point. Python/Ruby are great high level languages. But until there is any real progress in getting them to work at native speeds (or at least in the python case, better speeds are possible) it is not an alternative for HP applications, while for HA it can be a choice because of the design. people are making progress. http://antoniocangiano.com/2008/05/31/maglev-rocks/ http://blog.fallingsnow.net/2008/09/05/rubinius-status/ for high performance it may be worth porting some bits to lower-level languages (e.g: the map call). but some people at the api 0.6 hack weekend had some ideas for improving performance while staying within RoR. Faster is overrated; hence we are looking here at I/O and scheduling bottlenecks. Not even a Pentium X is going to get more speed out of a sata harddisk. install a raid array? ;-) at what point do you decide that your code is fast enough? cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 'holes' in buildings
2008/11/21 Brian Quinion [EMAIL PROTECTED]: Hi, I'm running my own mapnik server and have noticed a strange problem with the rendering. I don't seem to be getting the holes in buildings (i.e. http://www.openstreetmap.org/?lat=52.212704lon=0.102523zoom=18layers=B000FTF ) instead I get 2 seperate polygons, both filled. This is using the standard OSM style sheet so I'm assuming I must be missing something to do with relations when doing the osm2pgsql conversion. At the moment I'm simply running: ./osm2pgsql -d osm uk-081119.osm.bz2 The OSM file from here: http://nick.dev.openstreetmap.org/downloads/planet/ although I've also tried the uk cloudmade file with the same results. Any suggestions? -- Brian You need to use osm2pgsql slim mode (-s), apparently relation parsing is broken in the in-memory mode, since it can't decide which ways are valuable enough to keep before parsing the relation. (Or something similar) -- Regards, Thomas Wood (Edgemaster) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?
Nick Whitelegg [EMAIL PROTECTED] writes: Perfectly fine, providing the standard OSM attribution. In fact, the OpenLayers definition[0] was produced so people could do this easily! Was thinking more of server load than licencing issues (not that freemap has a huge user base!) - sorry if that was unclear. I would say this is what the server is there for: provide tiles for people to look at. Whether they look at them via openstreetmap.org, informationfreeway.org, freemap.org or any other site should not matter. Of course, if your users bog down our server we need to talk again. ;-) Spaetz has the hat on for the [EMAIL PROTECTED] server, BTW. Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: Exactly, and so can we do with the API/XAPI if we want to :) There's only one API though, so you need to do one awesome job of convincing the right people :-) and ensure that no functionality is lost (e.g: user diaries, comments, friends, etc...). i don't use these features, but there are people who like them. Interesting that you mention them, but where can all data be downloaded that is obviously there under CC-SA-BY? The same counts for the full history of OSM. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: and ensure that no functionality is lost (e.g: user diaries, comments, friends, etc...). i don't use these features, but there are people who like them. Interesting that you mention them, but where can all data be downloaded that is obviously there under CC-SA-BY? The same counts for the full history of OSM. obviously there are privacy issues with providing users' data. but the source code of the current API is public, so you could create test data pretty easily. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Matt Amos wrote: On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Matt Amos wrote: and ensure that no functionality is lost (e.g: user diaries, comments, friends, etc...). i don't use these features, but there are people who like them. Interesting that you mention them, but where can all data be downloaded that is obviously there under CC-SA-BY? The same counts for the full history of OSM. obviously there are privacy issues with providing users' data. but the source code of the current API is public, so you could create test data pretty easily. Are the user prefs also in an api? Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
Shaun McDonald wrote: On 21 Nov 2008, at 21:07, Stefan de Konink wrote: Matt Amos wrote: Are the user prefs also in an api? Yes user preferences are in the API. http://wiki.openstreetmap.org/wiki/Api Could you add it to Other API's? Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Lean and mean Tile- and XML-API-Server
On Sat, Nov 22, 2008 at 12:46 AM, Stefan de Konink [EMAIL PROTECTED] wrote: Shaun McDonald wrote: On 21 Nov 2008, at 21:07, Stefan de Konink wrote: Are the user prefs also in an api? Yes user preferences are in the API. http://wiki.openstreetmap.org/wiki/Api Could you add it to Other API's? It's in API 0.5: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5#Preferences -- /emj ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] ewmsplugin on win32
On Sun, 2 Nov 2008, John3voltas wrote: Last time we heard about Dirk (hope he doesn't mind me calling him by his 1st name) in this thread was around the 22nd October. Please update plugin and redownload the webkit-image stuff and retry. Tell results. Proxy support not included yet. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] [PATCH] - OrthogonalizeAction
http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0 0F I suppose you can put that URL into JOSM and download the area. I tried using JOM version 1087 and the most recent plug-ins (though that should not be a problem) Actually it does not delete it, but becomes invisible. Gert Gremmen - Openstreetmap.nl (alias: cetest) -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Hermann Schwaerzler Verzonden: Friday, November 21, 2008 8:37 AM Aan: josm-dev@openstreetmap.org Onderwerp: Re: [josm-dev] [PATCH] - OrthogonalizeAction hello gert Gert Gremmen wrote: [...] Applied on odd polygons the q command deletes the Whole polygon (but leaves the nodes alone) can you send as an osm-file with such an odd polygon? I would like to look into that... regards hermann ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev