Re: [OSM-talk] Changes in a bbox?
If identifying a past disappearance of data, it'd probably be easier to use the history tab of the main website than a feed? 2009/6/26 Tomas Straupis : > Hello > > I remember seeing recently a link to an rss feed on dev server for > changesets in defined bbox. > Is this feature already on prod? > > I need this to identify strange disappearance of data... > > Thank you! > > -- > Tomas Straupis > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] The map key isn't static anymore
On Tue, Jun 23, 2009 at 9:32 PM, Ævar Arnfjörð Bjarmason wrote: > * It doesn't correspond very well to the map. > > E.g. zoom level 2 still shows motorway/trunk roads in the map key even > though they're nowhere to be found, if someone would collate a list of > what's visible on each zoom level (the possible values are under > "mapkey_values" here: > http://trac.openstreetmap.org/browser/sites/rails_port/app/views/site/_key.html.erb > ) then that could be used to improve the map. > Jochen did an XSLT[1] for summerizing osm.xml files, this sheet would need to sort by scale instead of layer to be useful though: http://geo.topf.org/mapnik/osm.xml [1] http://geo.topf.org/mapnik/mapnik-overview.xsl from [2] [2] http://lists.berlios.de/pipermail/mapnik-users/2008-June/000997.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
John Smith yahoo.com> writes: >I have written a speedometer app for Android handsets that uses the GPS >information to display an analog speed dial. >I recently updated the app to upload GPX data to a work server which then batch >uploads it to OSM servers. Have the users explicitly agreed to this? -- Ed Avis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
--- On Fri, 26/6/09, Ed Avis wrote: > Have the users explicitly agreed to this? Yes, a popup dialog asks them on startup if they wish to upload to OSM, and there is a menu item to enable/disable as well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
On 2009-06-24 22:06, Shaun McDonald wrote: > I also sent him a mail and have just received a response saying that > he'll remove the feature until the problem is resolved. So you seem to have more luck than me - still no answer here. But that doesn't matter the main thing is he really deactivated the OSM upload functionality in the latest version of the software. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Changeset history - hide 'big' edits?
I guess I haven't been paying attention of late, but I just found the History tab above the map on www.openstreetmap.org Whilst this is excellent, in 'my' little corner of the world the list was swamped by 'big' edits (which covered a wide area). Would it be possible to have a magic button to hide all of the 'big' edits so I could quickly see the small local edits, to get an idea of who and how frequently they were editing my area. Cheers, Simon. (aka. Mungewell) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
si...@mungewell.org schrieb: > Would it be possible to have a magic button to hide all of the 'big' edits > so I could quickly see the small local edits, to get an idea of who and > how frequently they were editing my area. Not sure what you exactly mean but http://www.itoworld.com/ might be interesting for you. Click on "osm mapper" and then on "sign up and subscribe". You can create a view of your area (or other interesting parts of the osm-map) and you'll get a colorfull map and list with all the edits performed in that area. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
si...@mungewell.org wrote: > Would it be possible to have a magic button to hide all of the 'big' edits > so I could quickly see the small local edits, to get an idea of who and > how frequently they were editing my area. > > +1, better still, the button should reveal the big edits, default should be hidden. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding OpenStreetMap map into wordpress.com post
Hi all, well so if you guys have some time, please use the contact form of wordpress.com to ask them support the openstreetmap iframes the same way they do with the google maps one. http://support.wordpress.com/contact/ Thks. On Thu, Jun 25, 2009 at 11:17 PM, Ivan Garcia wrote: > Hi Thomas, > > it seems that wordpress.com only allows iframes from Google Maps as you > can see here > > http://support.wordpress.com/google-maps/ > > it transforms the Gmaps iframe in to a wordpress.com tag "[googlemaps" > > I think we'll have to wait until they do the same with OSM iframes, be able > to work i wordpress.com > > Best Regards. > Ivan. > > > On Thu, Jun 25, 2009 at 8:09 PM, Thomas Wood > wrote: > >> The current Google Map you have on that page is embedded via an Iframe. >> >> You can get a similar piece of Iframe code via the Export tab of the >> openstreetmap.org website. >> >> 2009/6/25 Ivan Garcia : >> > Hi, >> > >> > we are trying to replace a Google maps into a OSM map in here, >> > >> > http://barcampvalencia.com/localizacion/ >> > >> > That is inside "wordpress.com" hosting where the inclusion of Iframes, >> or >> > javascript in the posts is limited, and cannot install the OSM plugin >> for >> > wordpress neither. >> > >> > Do you know any other way to do this? >> > >> > Many thanks in advance. >> > Ivan. >> > >> > ___ >> > talk mailing list >> > talk@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk >> > >> > >> >> >> >> -- >> Regards, >> Thomas Wood >> (Edgemaster) >> > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osm2pgsql
Hi - I'm trying to use osm2pgsql to extract a subset area of OSM, but the --bbox option does not appear to be working. I downloaded planet-090617.osm.bz2 and then issued the following command: osm2pgsql --bbox -0.5,51.25,0.5,51.75 -m -d gis planet-090617.osm.bz2 At first it appears to be working producing the following output: planet-090617.osm.bz2 osm2pgsql SVN version 0.66-16084 Using projection SRS 900913 (Spherical Mercator) Applying Bounding box: -0.50,51.25 to 0.50,51.75 Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=100 Reading in file: planet-090617.osm.bz2 Processing: Node(1400k) Way(0k) Relation(0k) But it runs for hours and uses up all of my RAM. I eventually have to kill it. How long should it take to subset a small area such as this? Thanks Jim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] CanVec:CODE vs. CanVec:UUID -relevancy
Hi all, Im sending it out to everyone, as its of international significance when dealing with bulk data. The 4 general tags attribution=Natural Resources Canada - tells the users what agency it came from (public/private) created_by=canvec2osm - tell the user what program was used to create it. ... ie. blame me if the script doesnt work or is wrong. source=CanVec_Import_2009 -tells the user what import project session it is ... ie. next year we might do an import again for the updates. canvec:UUID=11CF43756692E5F4E0409C8467120387 - is the 'lot number / series and actual product identifier, more detailed than the bar code (' which tells the user the identity of each node/way/area they are looking at. The 5th, which is currently being debated canvec:CODE=1200020 - This is the feature identifier, the SKU (Stock keeping unit) or the BIB (Library catelogue number). This tells the user which Library/floor/section/shelf/book/page number that they are looking at. When the UUID identifies each character on the page. Not having this CODE, would be like going to the library and asking if they have a word in a book of 11CF43756692E5F4E0409C8467120387, when the CODE is human-readable. The 0 at the end means its a NODE a 1 - means a way and a 2 means an area. The 120 at the begining means it's part of the 129 series of features. and the '2' means it's the 2nd feature type in the set. Like identifing 2 identical books, 'Times Atlas' where they has different UUID's, but the same Catelogue code. So does anyone have objections to the logic and usefullness behind me keeping canvec:CODE? Or any arguments for/against what i wrote above?.. And at the same time im recommending for all imports that this gets added (it its available). Thanks, Sam Vekemans Across Canada Trails Twitter: @Acrosscanada Facebook: http://www.facebook.com/sam.vekemans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql
On Fri, 2009-06-26 at 18:28 -0400, James McManus wrote: > Hi - I'm trying to use osm2pgsql to extract a subset area of OSM, but > the --bbox option does not appear to be working. I downloaded > planet-090617.osm.bz2 and then issued the following command: > > osm2pgsql --bbox -0.5,51.25,0.5,51.75 -m -d gis planet-090617.osm.bz2 > > > At first it appears to be working producing the following output: > > planet-090617.osm.bz2 > osm2pgsql SVN version 0.66-16084 > > Using projection SRS 900913 (Spherical Mercator) > Applying Bounding box: -0.50,51.25 to 0.50,51.75 > > Setting up table: planet_osm_point > Setting up table: planet_osm_line > Setting up table: planet_osm_polygon > Setting up table: planet_osm_roads > Mid: Ram, scale=100 > > Reading in file: planet-090617.osm.bz2 > > Processing: Node(1400k) Way(0k) Relation(0k) > > But it runs for hours and uses up all of my RAM. I eventually have to kill > it. > How long should it take to subset a small area such as this? How much RAM and swap do you have? It take at least 2 hours to process the full planet, this is time taken just to do the bzip2 decompression and XML parsing without even writing anything out to the database. There is a lot of data in the full planet file. The algorithms in the code are optimised for the full planet import and are not as efficient as they could be for very small areas. Using the --slim option should fix the memory issue. Alternatively you could start with a UK or England only extract and save yourself a lot of bandwidth and import time. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql
On Fri, 2009-06-26 at 23:44 +0100, Jon Burgess wrote: > On Fri, 2009-06-26 at 18:28 -0400, James McManus wrote: > > > > But it runs for hours and uses up all of my RAM. I eventually have > to kill it. > > How long should it take to subset a small area such as this? > > How much RAM and swap do you have? > > It take at least 2 hours to process the full planet, this is time > taken > just to do the bzip2 decompression and XML parsing without even > writing > anything out to the database. There is a lot of data in the full > planet > file. > > The algorithms in the code are optimised for the full planet import > and > are not as efficient as they could be for very small areas. > > Using the --slim option should fix the memory issue. > > Alternatively you could start with a UK or England only extract and > save > yourself a lot of bandwidth and import time. To give you some firm numbers, the full planet import on the main tile server with 12GB of RAM takes around 12 hours. On my home machine I normally import a UK only planet file and it takes about 15 minutes and about 2GB of RAM. The --slim option reduces the RAM usage but the import time will increase if you have less RAM to cache the DB in memory during the import. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Map legends: Another option
Hi All, I know that there's been some talk about generating map legends/keys lately, and I don't know if there's a need for another option. It generated some interest when I mentioned it in my diary recently, however... I created a python script that generates an HTML legend (with images) based on a description of features to be included and one or more Mapnik XML configuration files. Thus, I can automatically generate legends for each zoom level of my map. If I modify the map style, I can just run the script again. Example at: http://toposm.com/ma/ (click on "Show/Hide Legend" at the bottom right). It's dynamic, so it will reload when you zoom in and out. It was created for the TopOSM project, but it may be useful to other projects that use Mapnik for rendering. The script itself, and more info, is available at: http://wiki.openstreetmap.org/wiki/TopOSM#Map_legend - Lars -- Lars Ahlzen l...@ahlzen.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
Chris Hill schrieb: > si...@mungewell.org wrote: >> Would it be possible to have a magic button to hide all of the 'big' edits >> so I could quickly see the small local edits, to get an idea of who and >> how frequently they were editing my area. >> >> > +1, > better still, the button should reveal the big edits, default should be > hidden. Where big edit = bbox is larger what the API would allow in a map call? +1 -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
+1 yep, a show/hide toggle switch would be appropriate :) itoworld is nice, but it is an external app. So users wouldnt know about it, unless there was a direct link to it. Sam On 6/26/09, Dirk-Lüder Kreie wrote: > Chris Hill schrieb: >> si...@mungewell.org wrote: >>> Would it be possible to have a magic button to hide all of the 'big' >>> edits >>> so I could quickly see the small local edits, to get an idea of who and >>> how frequently they were editing my area. >>> >>> >> +1, >> better still, the button should reveal the big edits, default should be >> hidden. > > Where big edit = bbox is larger what the API would allow in a map call? > +1 > > -- > > Dirk-Lüder "Deelkar" Kreie > Bremen - 53.0901°N 8.7868°E > > -- Twitter: @Acrosscanada Facebook: http://www.facebook.com/sam.vekemans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
El Sábado, 27 de Junio de 2009, Dirk-Lüder Kreie escribió: > Where big edit = bbox is larger what the API would allow in a map call? > +1 +1 Would it be possible for the API* (or the editors) to split up big changesets in bboxes that size? * 0.7 anyone? -- -- Iván Sánchez Ortega After your lover has gone you will still have PEANUT BUTTER! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map legends: Another option
It's nice seeing changing road width with zoom also in the legend! It would be also interesting to hide features that are not appearing in the map currently being shown. Sure it would require a bbox query, but it would be much more user friendly (eg when matching 2 shades of green in a map to 5 shades in the legend) and it would also allow showing relevant POI icons OTOH new mappers should see also not yet existing features (as their palette of features to choose from) with links to wiki :) Stefan On Sat, Jun 27, 2009 at 1:17 AM, Lars Ahlzen wrote: > Hi All, > > I know that there's been some talk about generating map legends/keys > lately, and I don't know if there's a need for another option. It > generated some interest when I mentioned it in my diary recently, however... > > I created a python script that generates an HTML legend (with images) > based on a description of features to be included and one or more Mapnik > XML configuration files. Thus, I can automatically generate legends for > each zoom level of my map. If I modify the map style, I can just run the > script again. > > Example at: http://toposm.com/ma/ > > (click on "Show/Hide Legend" at the bottom right). It's dynamic, so it > will reload when you zoom in and out. > > It was created for the TopOSM project, but it may be useful to other > projects that use Mapnik for rendering. > > The script itself, and more info, is available at: > > http://wiki.openstreetmap.org/wiki/TopOSM#Map_legend > > - Lars > > -- > Lars Ahlzen > l...@ahlzen.com > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk