[OSM-legal-talk] [EMAIL PROTECTED]
Hi, I cannot find any info about licensing of file under http://svn.openstreetmap.org/applications/rendering/mapnik I'd like to use this to render maps for the turistautak.hu community built map, which is a free, but only non-commercial use is allowed (so unfortunately not currently compatible with CC-BY-SA, although I'm trying to convince them, that exchanging data would be good for both sides). I've already checked, that licensing of Mapnik itself and OpenLayers is OK. I very much hope, that there won't be any problem with using osm.xml and generate_tiles.py for this purpose. Thanks, Miklos BTW, here's a sample output, in case anyone is interested: http://szmi28.extra.hu/slippymap.html?zoom=15lat=6024356.97847lon=2118850.37387layers=B0 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-legal-talk] license of osm.xml?
Sorry about the garbled subject on the previous post. On Sat, Mar 15, 2008 at 10:57 PM, Miklos Szeredi [EMAIL PROTECTED] wrote: Hi, I cannot find any info about licensing of file under http://svn.openstreetmap.org/applications/rendering/mapnik I'd like to use this to render maps for the turistautak.hu community built map, which is a free, but only non-commercial use is allowed (so unfortunately not currently compatible with CC-BY-SA, although I'm trying to convince them, that exchanging data would be good for both sides). I've already checked, that licensing of Mapnik itself and OpenLayers is OK. I very much hope, that there won't be any problem with using osm.xml and generate_tiles.py for this purpose. Thanks, Miklos BTW, here's a sample output, in case anyone is interested: http://szmi28.extra.hu/slippymap.html?zoom=15lat=6024356.97847lon=2118850.37387layers=B0 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] josm enhancement remove/identify near nodes
Hi, Maybe a possible josm enhancement is identifying nodes from a specified radius. If my understanding is right the error plugin identifies duplicate nodes if they have the exact location. But I oftentimes encounter nodes (partly due to my editing) that almost overlap but not exactly in the same location. Maybe setting a radius from a given node or set of nodes by a few meter or less can help correct these errors. cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=living_street not rendered?
On Mar 15, 2008, at 05:04, Inge Wallin wrote: I am a very new user that has started to map up the village in Sweden where I live. However, I have found something strange. Look at the slippy map, and search for Ljungsbro. Notice the to streets Kohagsvägen and Ugglebovägen southeast of the center. Then press the 'edit'. What you will see is that there are two small stumps of streets with tags highway=living_street. But they are not rendered in the real map, neither with Mapnik, nor with Osmarender. Is this a bug or am I missing something? I just filed bug reports against Mapnik and Osmarender yesterday (tickets 740, 741). It seems this was forgotten when the tag was moved to Map features. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmxapi returns old data
On Sat, Mar 15, 2008 at 1:43 AM, 80n [EMAIL PROTECTED] wrote: On Sat, Mar 15, 2008 at 12:46 AM, Jon Burgess [EMAIL PROTECTED] wrote: On Sat, 2008-03-15 at 00:30 +, 80n wrote: Lars Thanks for this info, its been very useful. Some edits, that were made during the period when the incremental feeds were down, have not been resynchronized correctly. The problem is due to a difference in the timestamp format between the planet dump and the incremental feeds. I'll fix the resync script and re-run it. 80n I thought they both used the same format:- $ gzip -dc /home/www/tile/direct/planet/planet-080312.osm.gz | grep timestamp | head -n 3 node id=2 lat=50.1360074 lon=8.3023717 timestamp=2007-10-04T18:28:37Z node id=4 lat=51.5220733 lon=-0.1458135 timestamp=2007-01-29T08:48:14Z/ node id=11 lat=4.0840331 lon=73.5129514 timestamp=2006-11-04T18:15:03Z $ bzip2 -dc daily-20080307-20080308.osc.bz2 | grep timestamp | head -n 3 node id=122329 timestamp=2008-03-07T07:33:53Z user=mbuege lat=53.5374636 lon=10.0309499/ node id=122330 timestamp=2008-03-07T07:43:48Z user=mbuege lat=53.5369426 lon=10.0339214/ node id=122331 timestamp=2008-03-07T07:27:15Z user=mbuege lat=53.5389492 lon=10.0325114/ I can see the order of the attributes is different and the diffs contain the user, but the timestamp looks the same format to me. Or do you mean the timestamp in the filename? Yeah, the problem is that there _used_ to be a difference, but now there isn't. My script was expecting them to be different. On further inspection, what I said above is complete rubbish. The timestamp format difference is between the the planet dump and the API not Osmosis: Planet dump: node id=2 lat=50.1360074 lon=8.3023717 timestamp=2007-10-04T18:28:37Z API: node id=2 lat=50.1360074 lon=8.3023717 timestamp=2007-10-04T19:28:37+01:00 My code, which is pants, wrongly assumes that Osmosis was using a timestamp like the API produces, when in fact its the same as the planet dump. Maybe I'll be able to fix it properly now I know what I'm talking about. 80n Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmxapi returns old data
On Sat, 2008-03-15 at 07:31 +, 80n wrote: On further inspection, what I said above is complete rubbish. The timestamp format difference is between the the planet dump and the API not Osmosis: Planet dump: node id=2 lat=50.1360074 lon=8.3023717 timestamp=2007-10-04T18:28:37Z API: node id=2 lat=50.1360074 lon=8.3023717 timestamp=2007-10-04T19:28:37+01:00 My code, which is pants, wrongly assumes that Osmosis was using a timestamp like the API produces, when in fact its the same as the planet dump. Maybe I'll be able to fix it properly now I know what I'm talking about. The timestamps in the planet dumps did match the API until a few months ago. Brett and I agreed to converge on a common timestamp format since the generic Java date parsing was horribly slow. I suppose we could change the API to use this same format if it would help other tools. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [Fwd: [OpenStreetMap] GPX Import failure]
I've had a few GPC import failures recently, but the email with the error seems to be an error in the code. When I resubmit the gpx files they usually import fine. Any ideas ? Thanks Paul. -- Paul Hurley http://www.paulhurley.co.uk/ The knack of flying is learning how to throw yourself at the ground and miss. Hitchhikers Guide to the Galaxy ---BeginMessage--- Hi, It looks like your GPX file 20080314_1629_alnwick_felton_widdrington_2.gpx failed to import. Here's the error: Bad file descriptor - /usr/bin/file -bz /home/osm/gpx/84186.gpx /usr/lib/ruby/gems/1.8/gems/activesupport-2.0.1/lib/active_support/core_ext/kernel/agnostics.rb:7:in ``' /usr/lib/ruby/gems/1.8/gems/activesupport-2.0.1/lib/active_support/core_ext/kernel/agnostics.rb:7:in ``' /var/www/rails/app/models/trace.rb:141:in `xml_file' /var/www/rails/app/models/trace.rb:177:in `import' /var/www/rails/lib/daemons/gpx_import.rb:21 /var/www/rails/lib/daemons/gpx_import.rb:15 /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:159:in `start_load' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:236:in `start' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:51:in `watch' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:51:in `watch' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:45:in `watch' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:44:in `watch' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:84:in `start_with_pidfile' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:64:in `start_with_pidfile' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/monitor.rb:111:in `start' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application_group.rb:111:in `create_monitor' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/application.rb:223:in `start' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/controller.rb:69:in `run' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons.rb:136:in `run' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/cmdline.rb:105:in `catch_exceptions' /usr/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons.rb:135:in `run' lib/daemons/gpx_import_ctl:20 More information about GPX import failures and how to avoid them can be found at: http://wiki.openstreetmap.org/index.php/GPX_Import_Failures ---End Message--- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Coastline checker
On Thu, Mar 13, 2008 at 12:20 PM, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: In firefox, the coastline checker at http://tile.openstreetmap.nl/coastlines.html is giving an XML error: snip Also, according to http://hypercube.telascience.org/~kleptog/last_update.txt it hasn't been updated for nearly 2 weeks. Sorry, it was a combination of several factors: - The daily diffs being broken for a while - The number of nodes exceeding 250 million - Someone changing the DOCTYPE on the HTML file - And me not noticing till today there was a problem It's currently regenerating so some time this afternoon it should finally catch up... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User stats desperately wanted
On 15/03/2008, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, whenever I make a presentation about OSM, I tell them about our exponential growth. I used to show them this http://wiki.openstreetmap.org/images/c/c7/Osmdbstats4A.png but that's stopped in July last year, so I have no current picture about the growth of our user base. The page http://www.openstreetmap.org/stats/data_stats.html has a section Number of users editing over the past Day/Week/ Month and it would be trivial to make a nice chart from this if only I had run a wget on that page for the last year, which I haven't. Has anybody by chance done this and can provide me with data, either raw or cooked? Or is anybody else keeping track of the numbers in any way? Frederik, I have a copy of every stats page for every day since I last did an update. I'll work on getting the basic edit stats updated in the next couple of weeks. As always its a time thing, but I have a presentation myself on 26th so I need the figures too. Also, I am often asked about the size of the community in Germany. What I usually did is take the world-wide figures, compare the size of germany.osm to planet.osm and adjust the figures accordingly. But with the huge amount of TIGER data this gets a bit distorted. Any ideas? Yes, I have the edit figures for dhansen from the daily log. We just need to extract his numbers from the total and we will have a rough idea of what the split is. Cheers Andy Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Andy Robinson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User stats desperately wanted
http://osm.bandnet.org/osm_stats/pngs/month-latest.png Blue line... I never really did anything useful with this. Also missing some when I gave up leaving my computer on. Frederik Ramm wrote: Hi, whenever I make a presentation about OSM, I tell them about our exponential growth. I used to show them this http://wiki.openstreetmap.org/images/c/c7/Osmdbstats4A.png but that's stopped in July last year, so I have no current picture about the growth of our user base. The page http://www.openstreetmap.org/stats/data_stats.html has a section Number of users editing over the past Day/Week/ Month and it would be trivial to make a nice chart from this if only I had run a wget on that page for the last year, which I haven't. Has anybody by chance done this and can provide me with data, either raw or cooked? Or is anybody else keeping track of the numbers in any way? Also, I am often asked about the size of the community in Germany. What I usually did is take the world-wide figures, compare the size of germany.osm to planet.osm and adjust the figures accordingly. But with the huge amount of TIGER data this gets a bit distorted. Any ideas? Bye Frederik -- Tom - www.tracktwo.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User stats desperately wanted
Hi, http://osm.bandnet.org/osm_stats/pngs/month-latest.png Blue line... So we're not *that* exponential then ;-) thanks. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen
Hi! Christoph Eckert schrieb: Bitte nichts neues erfinden! An anderen Stellen werden als Trenner bei OSM Semikolons verwendet: Strichpunkte würde ich meiden. Die machen nämlich, zumindest auf Nodes angewendet, potentiell Probleme in der Datenbank. Ein bischen genauer, bitte. *Wie* angewandt machen sie Probleme? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen
Moin, Strichpunkte würde ich meiden. Die machen nämlich, zumindest auf Nodes angewendet, potentiell Probleme in der Datenbank. Ein bischen genauer, bitte. *Wie* angewandt machen sie Probleme? nachdem ich keinen Datenbankzugriff habe kann ich genaueres nicht sagen. Soweit ich mich erinnere ist es so dass bei Nodes die einzelnen Tags allesamt in ein Feld in der Datenbank marschieren - getrennt durch Strichpunkte. Falls das so stimmt, würde aus sowas wie key=value1;value2 hinterher sowas wie key=value1 value2 Gut sehen kann man das bei Jugendherbergen, die *vermutlich* mit Strichpunkten in den Namenswerten eingelesen wurden. Unter http://christeck.de/POIs/ finden sich POIs für Deutschland. Auspacken und mit Josm ./gpx/Hostel/Hostel.gpx öffnen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen
Hallo, Soweit ich mich erinnere ist es so dass bei Nodes die einzelnen Tags allesamt in ein Feld in der Datenbank marschieren - getrennt durch Strichpunkte. Das stimmt. Das ist nur bei Nodes so, die haben keine eigene Tabelle fuer Tags. Eine Aenderung ist geplant, aber noch nicht umgesetzt. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-GB] Manchester
On Tue, Mar 11, 2008 at 10:57:55AM +, SteveC wrote: Any OSMers around Manchester up for a pint tonight? Oh, I wish I’d caught up on my mail sooner. Oh well. :/ Simon -- A complex system that works is invariably found to have evolved from a simple system that works. — John Gaule signature.asc Description: Digital signature ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb