Re: [OSM-talk] data inconsistence?
> Edit the way slightly in potlatch, it'll save the correct version to > the database. > This inconsistency sometimes occurs when the server is under high load > due to the lack of transactions in the current API. > This should be fixed in API0.6 What I really do not understand is that the data is still different now more than 12 hours later! :puzzle: Does it have to do with being member of a relation? Roman > 2009/1/22 Roman Neum?ller : >> For half an hour now I try to get another result but no: different data >> in >> two >> editors! >> >> Please open >> http://www.openstreetmap.org/edit?lat=-23.31738&lon=-46.58105&zoom=16 >> in both editors: potlatch and JOSM. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The Wiki
It's amazing how the wiki has grown and is really a living place with a community around it these days, but it's showing some strain. For example until I fixed it, it was pretty hard for someone typing 'addressing' to find out about how to do addressing in OSM. Yes I know it's not official yet that Karlsruhe is the 'right way'. What I propose is a wiki hack day, co-ordinated on IRC to improve what we can. Especially from the point of view of a newbie. There are lots of things which would take more time to fix than to say what needs fixing. I propose we all list what we think needs help on the wiki here: http://wiki.openstreetmap.org/wiki/WikiBugs And during some day in the next month or two, we get together on IRC... maybe with some local groups, like Berliners getting together in a wifi-enabled place, Londoners getting together and so on to spend some time fixing up the wiki. Then individual groups can go off to the pub or whatever. So if something has been bugging you on the wiki please list it at that link. What do you think? Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM screenshot
2009/1/23 SteveC : > Anyone feel like updating the JOSM screenshots to the 21st century :-) > >http://wiki.openstreetmap.org/wiki/JOSM Done! cheers, LT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM screenshot
Anyone feel like updating the JOSM screenshots to the 21st century :-) http://wiki.openstreetmap.org/wiki/JOSM Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HowTo : Import from .shp (ESRI) (or convert to .osm )
El Viernes, 23 de Enero de 2009, Steven Le Roux escribió: > all the files are .shp .dbf etc... from ESRI software. I can use them > into QGis, but what are the different ways to convert in a .osm to > upload with josm for example. > [...] > Files are binary files... I could convert to csv, and make a script, > but I guess there are already solutions being... I usually run ogr2ogr* to reproject the files and convert them into GML, then get them through the hack-ish gml2osm which I developed myself. See the Naga City image of the week in the wiki? Let me have a moment of smugness and say I had something to do with that. * Part of gdal-bin, also see fwtools. gml2osm is a bunch of hacks badly held together, and would need to be fine-tuned to your data, but have a look at it (get it from the OSM SVN). Cheers, -- -- Iván Sánchez Ortega Proudly running Debian Linux with 2.6.26-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.6-0.1+b1 generating this signature. Uptime: 01:43:22 up 21 days, 8:24, 2 users, load average: 2.03, 1.15, 0.95 signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HowTo : Import from .shp (ESRI) (or convert to .osm )
On Fri, Jan 23, 2009 at 1:24 AM, Steven Le Roux wrote: > I am looking for experience from guys who have already imported datas > just like these. > > I have shapefiles with both POI (red light, recyble bin,etc...) and > polygon datas (parking, school, building, landuse...). > > Files are binary files... I could convert to csv, and make a script, > but I guess there are already solutions being... You can use the excellent Python script by Christopher Schmidt http://crschmidt.net/blog/354/polyshp2osm/ -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] HowTo : Import from .shp (ESRI) (or convert to .osm )
Hi all, I announed some day ago that I could use data from my urban community (group of city). (if you want a preview of coverage : http://applications-internet.brest-metropole-oceane.fr/VIPDU40/aspx/HTDU401.aspx ) After a rendez-vous, it occurs it all the data from the city that I can import ! it's really great... BUT : all the files are .shp .dbf etc... from ESRI software. I can use them into QGis, but what are the different ways to convert in a .osm to upload with josm for example. I am looking for experience from guys who have already imported datas just like these. I have shapefiles with both POI (red light, recyble bin,etc...) and polygon datas (parking, school, building, landuse...). Files are binary files... I could convert to csv, and make a script, but I guess there are already solutions being... Any clue ? -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Postal code DB covering Iceland opened to OSM
I'd like to announce that we've been granted permission to use the postal code database of the national postal service of Iceland (Íslandspóstur) under an OSM compatible license, I wrote a bit about this in my diary and there's a corresponding page on the wiki discussing the dataset: http://openstreetmap.org/user/%C3%86var%20Arnfj%C3%B6r%C3%B0%20Bjarmason/diary/4851 http://wiki.openstreetmap.org/wiki/Iceland_postal_code_database Essentially this leaves us the task of writing an importer (and updater) for the data and the small task of surveying every remaining street with a postal code. It would be nice to have some help with the former aspect, perhaps someone has previously written a program for importing something similar which could be easily altered for this task. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
On Thu, Jan 22, 2009 at 11:02 PM, David Earl wrote: > On 22/01/2009 22:50, 80n wrote: > >> David >> Was there a specific purpose you had in mind that needs to distinguish >> between the main span of a bridge and it's ramps, or were you just exploring >> the level of consistency in current tagging practices? >> > > Neither really - it was just that someone is changing bridges in my area to > be shorter than I originally created them because I included the approaches > when they were above ground and part of the structure - basically had > parapets. I can't say I'm particularly bothered, I just wondered what other > people were doing. > If that person is trying to achieve greater precision then they need to add some information as part of their process, otherwise they are just rearranging deck-chairs. > > David > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
On 22/01/2009 22:50, 80n wrote: > David > Was there a specific purpose you had in mind that needs to distinguish > between the main span of a bridge and it's ramps, or were you just > exploring the level of consistency in current tagging practices? Neither really - it was just that someone is changing bridges in my area to be shorter than I originally created them because I included the approaches when they were above ground and part of the structure - basically had parapets. I can't say I'm particularly bothered, I just wondered what other people were doing. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
David Was there a specific purpose you had in mind that needs to distinguish between the main span of a bridge and it's ramps, or were you just exploring the level of consistency in current tagging practices? I wonder if we are approaching this problem from the right direction. There are currently about 250,000 ways that are tagged bridge=yes. Since there's no generally agreed definition of the extent of a bridge every user will have used a different assumption and their own judgement. Perhaps we should keep the vague and approximate definition that the bridge tag provides, and instead propose extra tags that more precisely define the lesser characteristics of a bridge. The bridge tag as it currently exists, for all its vagueness, is easy to use and effective. For more precision we could consider additional tags that precisely define the individual parts of a bridge. The addition of a bridge_ramp tag, for example, could be used to indicate whether or not a bridge includes or excludes the ramps. bridge=yes, bridge_ramp=included|excluded For those that want to define the extent of the ramps specifically then a separate way would be required for each ramp and for the main span, perhaps like this: bridge=yes, bridge_ramp=yes bridge=yes, main_span=yes bridge=yes, bridge_ramp=yes However, I'm not sure such an elaborate scheme would catch on much unless there's a real benefit in tagging bridges to a greater level of detail. That's why I wondered whether you have a specific reason for wanting to tag bridges with more precision. 80n On Thu, Jan 22, 2009 at 8:21 PM, Matthias Julius wrote: > Chris Hill writes: > > > A bridge is usually there to cross something. So I would say, > > generally, what ever was built or built-up or added to make the bridge > > function is part of the bridge. So ramps or approaches on embankments > > even might well be judged to be part of the bridge. Maybe a note > > attached to briefly describe your decision will help future OSMers. As > > always there are exceptions. > > I'd day when there is air under the road it is part of the bridge, if > there is only a pile of dirt it is not part of the bridge. Even if > the dirt has been specifically piled up there to be able to get on top > of the bridge. > > Matthias > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licensing Working Group report, 2009/01/22
From: Frederik Ramm > Mikel Maron wrote: > > WSGR has returned their comments on the text of the ODbL to Jordan for > > review. > > Can I see the text they have been commenting on, and can I see their > comments? We want to let them finish this discussion, and then the license text will be posted publicly. It's very close at this point. Mikel ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licensing Working Group report, 2009/01/22
Hi, Mikel Maron wrote: > WSGR has returned their comments on the text of the ODbL to Jordan for > review. Can I see the text they have been commenting on, and can I see their comments? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] When is a bridge not a bridge?
Chris Hill writes: > A bridge is usually there to cross something. So I would say, > generally, what ever was built or built-up or added to make the bridge > function is part of the bridge. So ramps or approaches on embankments > even might well be judged to be part of the bridge. Maybe a note > attached to briefly describe your decision will help future OSMers. As > always there are exceptions. I'd day when there is air under the road it is part of the bridge, if there is only a pile of dirt it is not part of the bridge. Even if the dirt has been specifically piled up there to be able to get on top of the bridge. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Licensing Working Group report, 2009/01/22
Hello This morning we held a second meeting of the OSM licensing working group. Steve, Grant, Jordan, Mikel and representation from WSGR were on the call. We briefly reviewed the outcome of the technical group meeting earlier this week. Most of the general code for allowing people to agree to the license, etc, is completed, and ready for implementation within the overall integrated plan. Work continues on the timeline and organization of license community. We'll have details as soon as this is ready, hopefully by Monday. WSGR has returned their comments on the text of the ODbL to Jordan for review. They plan to talk early next week to work out final details. After they have spoken, we will have our next working group meeting, on Thursday. Best Mikel & the Licensing Working Group___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Mapping Party Template
http://en.wikipedia.org/wiki/Wikipedia:Subst#About_subst 2009/1/22 Adam Schreiber : > On Thu, Jan 22, 2009 at 1:28 PM, Thomas Wood > wrote: >> Please subst: in any page-sized templates, it helps keep the wiki a >> little speedier... > > I have no idea what that means. Could you please clarify what you meant? > > Cheers, > > Adam > >> 2009/1/21 Adam Schreiber : >>> On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson wrote: I started in on a template for the use of mapping parties. It needs improvement. Email your suggestions directly to me (happy to do the edits and track down the details), or just edit the wiki page yourself: http://wiki.openstreetmap.org/wiki/Mapping_Party_Template >>> >>> Using your page as a start, I created a real template for mapping >>> parties which probably needs a lot of tweaking, but it's a start. >>> >>> http://wiki.openstreetmap.org/wiki/Template:Party >>> >>> Here's a testing page I ginned up for the template. >>> >>> http://wiki.openstreetmap.org/wiki/TestParty >>> >>> Cheers, >>> >>> Adam >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk >>> >> >> >> >> -- >> Regards, >> Thomas Wood >> (Edgemaster) >> > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data inconsistence?
Edit the way slightly in potlatch, it'll save the correct version to the database. This inconsistency sometimes occurs when the server is under high load due to the lack of transactions in the current API. This should be fixed in API0.6 2009/1/22 Roman Neumüller : > For half an hour now I try to get another result but no: different data in > two > editors! > > Please open > http://www.openstreetmap.org/edit?lat=-23.31738&lon=-46.58105&zoom=16 > in both editors: potlatch and JOSM. > > See the motorway near the river/canal? The north-bound motorway > changed to a straight line in JOSM (looking like this strange > potlatch error which sometimes happens) but not in potlatch! > There the ways go parallel! > > And be sure I've both closed browser and josm and changed browsers - > when reopening: same result. > > Roman > > ___ > 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 in use
Heathrow is not right. Credit for tube stuff is to Lokku Link is: http://www.lokkulabs.com/ Which give "Lokku Labs, fun research by the owners of Nestoria" STEVE -Original Message- From: Thomas Wood [mailto:grand.edgemas...@gmail.com] Sent: Thu 1/22/2009 6:53 PM To: Steve Chilton Cc: openstreetmap Subject: Re: [OSM-talk] OSM in use I wonder where they got their tube map from, interesting spur off of Morden... 2009/1/22 Steve Chilton : > Nice example of use of OSM tiles as default, in preference to Google, on > a property website - noted on Google blog googlemapsmania.blogspot.com: > http://www.where-can-i-live.com/londonproperty > > Cheers > STEVE > > Steve Chilton, Learning Support Fellow > Manager of e-Learning Academic Development > Centre for Educational Technology > Middlesex University > phone/fax: 020 8411 5355 > email: ste...@mdx.ac.uk > http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp > > Chair of the Society of Cartographers: http://www.soc.org.uk/ > > SoC conference 2008: > http://www.abdn.ac.uk/cartographers08/ > > > > ___ > 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] data inconsistence?
For half an hour now I try to get another result but no: different data in two editors! Please open http://www.openstreetmap.org/edit?lat=-23.31738&lon=-46.58105&zoom=16 in both editors: potlatch and JOSM. See the motorway near the river/canal? The north-bound motorway changed to a straight line in JOSM (looking like this strange potlatch error which sometimes happens) but not in potlatch! There the ways go parallel! And be sure I've both closed browser and josm and changed browsers - when reopening: same result. Roman ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
Wikipedia sometimes helps when trying to categorise stuff: https://secure.wikimedia.org/wikipedia/en/wiki/Category:Capitals_of_republics_of_Russia https://secure.wikimedia.org/wikipedia/en/wiki/List_of_cities_and_towns_in_Russia_by_population The individual articles also normally start with "x is a (city|town|village) in ___" in bold text at the top, which might be automatically searchable (e.g. there is a MediaWiki module in Perl that makes it easy to get the wikisource of a page) On Wed, Jan 21, 2009 at 2:21 PM, Upliner Mikhalych wrote: > Hello all, > > I want to import populated place names from vmap0 for some regions of Russia. > There are many blank areas in Russia without any data, so vmap0 data, > especially place names can be a quite good basis for these regions > (road network is better to trace using satellite imagery). > > I have already made conversion scripts. Only problem is that I haven't > found a way to determine place type (city, town, village, hamlet) in > vmap. > Approximate type of places can be guessed by satellite imagery, but > this can take a long time and still need specification. > So how imported points should be tagged? It is desirable that place > names will be rendered in Mapnik. > Have you any ideas? > > Sorry for by English > Best regards, > Upliner > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Party Template
On Thu, Jan 22, 2009 at 1:28 PM, Thomas Wood wrote: > Please subst: in any page-sized templates, it helps keep the wiki a > little speedier... I have no idea what that means. Could you please clarify what you meant? Cheers, Adam > 2009/1/21 Adam Schreiber : >> On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson wrote: >>> I started in on a template for the use of mapping parties. It needs >>> improvement. Email your suggestions directly to me (happy to do the >>> edits and track down the details), or just edit the wiki page yourself: >>> >>> http://wiki.openstreetmap.org/wiki/Mapping_Party_Template >> >> Using your page as a start, I created a real template for mapping >> parties which probably needs a lot of tweaking, but it's a start. >> >> http://wiki.openstreetmap.org/wiki/Template:Party >> >> Here's a testing page I ginned up for the template. >> >> http://wiki.openstreetmap.org/wiki/TestParty >> >> Cheers, >> >> Adam >> >> ___ >> 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 in use
I wonder where they got their tube map from, interesting spur off of Morden... 2009/1/22 Steve Chilton : > Nice example of use of OSM tiles as default, in preference to Google, on > a property website - noted on Google blog googlemapsmania.blogspot.com: > http://www.where-can-i-live.com/londonproperty > > Cheers > STEVE > > Steve Chilton, Learning Support Fellow > Manager of e-Learning Academic Development > Centre for Educational Technology > Middlesex University > phone/fax: 020 8411 5355 > email: ste...@mdx.ac.uk > http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp > > Chair of the Society of Cartographers: http://www.soc.org.uk/ > > SoC conference 2008: > http://www.abdn.ac.uk/cartographers08/ > > > > ___ > 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] Mapping Party Template
Please subst: in any page-sized templates, it helps keep the wiki a little speedier... 2009/1/21 Adam Schreiber : > On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson wrote: >> I started in on a template for the use of mapping parties. It needs >> improvement. Email your suggestions directly to me (happy to do the >> edits and track down the details), or just edit the wiki page yourself: >> >> http://wiki.openstreetmap.org/wiki/Mapping_Party_Template > > Using your page as a start, I created a real template for mapping > parties which probably needs a lot of tweaking, but it's a start. > > http://wiki.openstreetmap.org/wiki/Template:Party > > Here's a testing page I ginned up for the template. > > http://wiki.openstreetmap.org/wiki/TestParty > > Cheers, > > Adam > > ___ > 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] fitness center/gym?
awesome thanks On Jan 22, 2009, at 9:18 AM, Adam Schreiber wrote: > On Thu, Jan 22, 2009 at 12:05 PM, Someoneelse > wrote: >> "leisure=sports_centre" perhaps? >> >> It's not exact but it's not a million miles away. > > leisure=fitness_center would probably fit a lot better because sports > aren't usually played at something akin to a Gold's Gym unless there > are basket ball/racquet ball courts or a pool/natatorium on site. > Although, I would still label that a fitness center. > > Cheers, > > Adam > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk Sarah Manley sa...@cloudmade.com Cell: 631-338-3815 Skype: Sarah_cloudmade Twitter: SarahManley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
At 04:47 AM 22/01/2009, D Tucny wrote: >I'm just looking at mapping the correct feature types and looking at the >possibility of matching administrative records to populated place records in >an attempt to calculate place size... Are you writing in Perl? I have an extract script that does both and well-tested; happy to send you it. FYI, i've been doing a lot of work adding is_in: (country, country_code, state, county, municipality, island ...) tags for the same purpose, calculating place size from discrete points and for the eventual generation of a hierachical gazeteer. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] fitness center/gym?
On Thu, Jan 22, 2009 at 12:05 PM, Someoneelse wrote: > "leisure=sports_centre" perhaps? > > It's not exact but it's not a million miles away. leisure=fitness_center would probably fit a lot better because sports aren't usually played at something akin to a Gold's Gym unless there are basket ball/racquet ball courts or a pool/natatorium on site. Although, I would still label that a fitness center. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
On Thu, Jan 22, 2009 at 3:56 PM, Russ Nelson wrote: > Isn't that the function of openstreetbugs? Perhaps if you don't know > the size of a town, it should be marked there as "Please correct the > place tag, currently set to village". OpenStreetBugs isn't fully integrated with all the tools, so things like this topic I'd say are better off on the nodes themselves with a fixme= or note= tag during the import. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] fitness center/gym?
"leisure=sports_centre" perhaps? It's not exact but it's not a million miles away. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] fitness center/gym?
Has anyone come up with a way of labeling fitness centers or gyms? I don't see any tag for it yet on the wiki. Thanks Sarah Sarah Manley sa...@cloudmade.com Cell: 631-338-3815 Skype: Sarah_cloudmade Twitter: SarahManley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
Russ Nelson wrote: > On Jan 22, 2009, at 3:52 AM, Tom Hughes wrote: >> Can you explain a bit more about exactly what you tried to do and >> what the message you got was? Only the export tab doesn't give any >> such errors as far as I can see. > I was unable to reproduce the error, unfortunately. It was probably > (as you said in another message) "Map too large". When I tried to > reproduce the error, all that happened was the Export button went gray > after I pressed it. I THINK that what I did was simply to remove a > zero from the end of the scale, which produced a map ten times the > usual size. However, I can't get it to happen again. The export button going grey is what is supposed to happen - you should never be able to submit a form that will produce that error as the button should have been disabled to stop you. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
> After a recent spate of OSM activity, especially with regards > to > rendering and so on, I've put together a bookmarklet designed > to help > visualize changes to OSM data in Mapnik more rapidly. > > http://labs.metacarta.com/osm/up-to-date/ I'm not entirely sure what a bookmarklet is, but if I cut and paste the javascript contents of the href='' on that page into the address bar of IE7 when I have the area selected it seems to do something. I only gave it a few seconds after making a change though, so the only difference I noticed was the background colour. I'll give it a few minutes and try again. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
On Jan 22, 2009, at 3:52 AM, Tom Hughes wrote: > > Can you explain a bit more about exactly what you tried to do and > what the message you got was? Only the export tab doesn't give any > such errors as far as I can see. I was unable to reproduce the error, unfortunately. It was probably (as you said in another message) "Map too large". When I tried to reproduce the error, all that happened was the Export button went gray after I pressed it. I THINK that what I did was simply to remove a zero from the end of the scale, which produced a map ten times the usual size. However, I can't get it to happen again. I suggest not worrying about it until a reproducible test case comes along. Mine isn't. :( Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.com/User:RussNelson r...@cloudmade.com - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
David Earl wrote: > In view of some changes that I've seen going through in my area > recently, I'd be interested to know people's opinion on what constitutes > a bridge. In particular to what extent are the approaches part of the > bridge? I know I'm likely to hear wildly contradictory answers and > there's probably no right answer. > __ > / \ >/\ > / \ > /\__ > > Are the ramps part of the bridge? If they are on solid embankments? If > they are a lattice structure supported on pillars, perhaps like > intermediate supports of the bridge itself? If they have parapets or > not? Or do people feel the bit marked as bridge should strictly be only > the span (or spans) itself? A bridge is usually there to cross something. So I would say, generally, what ever was built or built-up or added to make the bridge function is part of the bridge. So ramps or approaches on embankments even might well be judged to be part of the bridge. Maybe a note attached to briefly describe your decision will help future OSMers. As always there are exceptions. I can think of a bridge that no longer crosses anything (the drain was filled in) but it would cost too much to knock it down, I mapped it as a bridge because it is a landmark. In the case of very large structures there are sometimes smaller bridges under the approach roads that are worth showing as separate bridges. On the bridge front, it would be nice to group many ways that cross a single bridge onto a single, named object. Does the proposed bridge relation get usefully used yet? Would a bridge area with ways across it for complex bridges make sense? Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
Isn't that the function of openstreetbugs? Perhaps if you don't know the size of a town, it should be marked there as "Please correct the place tag, currently set to village". On Jan 22, 2009, at 3:33 AM, Upliner Mikhalych wrote: > 2009/1/21 22:53 Russ Nelson:: >> Don't >> sweat the small stuff like villages and hamlets. Make the map >> better, >> and as you do, sooner or later, somebody who came from that village >> will want it on the map, and will correct it. > > However for many regions of Russia even small towns does matter. If > they will be marked as villages, one should note it at least. For > example "Tag "village" is temporary -- please check it" or something > like that > > -- > Best regards, > Upliner Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.com/User:RussNelson r...@cloudmade.com - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
El Jueves, 22 de Enero de 2009, David Earl escribió: > I know I'm likely to hear wildly contradictory answers and > there's probably no right answer. Here's mine: You should tag things with a new layer= tag whenever thy form a different surface. Think of the earth as a big (pseudo-)spherical surface. That's layer 0. Now put a bridge anywhere. You can either stand on the earth surface, under the bridge (layer 0), or on the bridge, over the earth surface. Technically, another layer exists whenever it would be possible for a physical, inanimated, heavy object to freely stand at the same set of latitude-longitude coordinates, but at different elevations. So, about the ramps in your theoretical bridge... are they supported on a few tons of dirt, or on top of concrete pillars? -- -- Iván Sánchez Ortega MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
>From: David Earl >To: osm >Sent: Thursday, 22 January, 2009 13:51:16 >Subject: [OSM-talk] When is a bridge not a bridge? > >In view of some changes that I've seen going through in my area >recently, I'd be interested to know people's opinion on what constitutes >a bridge. In particular to what extent are the approaches part of the >bridge? I know I'm likely to hear wildly contradictory answers and >there's probably no right answer. > __ >/ \ > /\ > / \ >/\__ > >Are the ramps part of the bridge? If they are on solid embankments? If >they are a lattice structure supported on pillars, perhaps like >intermediate supports of the bridge itself? If they have parapets or >not? Or do people feel the bit marked as bridge should strictly be only >the span (or spans) itself? There is a set of ramps to a flyover: http://openstreetmap.org/?lat=-16.399543&lon=-71.542044&zoom=18&layers=B000FTT where I decided the ramps should be tagged as layer=1, bridge=yes. The reasoning was that it is possible to walk under these areas as it is a structure with pillars. OK the end point doesn't exactly coincide with where you can no longer walk underneath it, but that was at least my logic. As the layer tag signifies a vertical separation, I think it should be used where there is at least the possibility of multiple items at the same location. In other bridges, I have tried to make the bridge part stop where you can no longer pass underneath it. Often of course, this ends up being an estimate as I don't bother to take a waypoint while looking over the edge of the bridge to see where the gap stops! Donald ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
> The osm.xml files are largely the same (I think I'm out of date by a > couple commits, but they're the same other than that). Many thanks for the wiki page, strangely, I was working on the exact same thing at the same time ;-) Seams we came accross to almost the same tools and solution. My question now, if it please you to give a little technical details, is : - how big is your rendering server ? - can you hold the load for several users ? - are you using mod_tile ? - do you have cache on tiles ? -- Sylvain Letuffe li...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
On Thu, Jan 22, 2009 at 02:52:12PM +, Jon Burgess wrote: > 2009/1/22 Christopher Schmidt : > > On Thu, Jan 22, 2009 at 02:42:43PM +0100, "Marc Schütz" wrote: > >> > After a recent spate of OSM activity, especially with regards to > >> > rendering and so on, I've put together a bookmarklet designed to help > >> > visualize changes to OSM data in Mapnik more rapidly. > >> > > >> > http://labs.metacarta.com/osm/up-to-date/ > >> > > >> > "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the > >> > 'current' state of the database, delayed by less than 10 minutes. Simply > >> > press this button, and an image will be drawn over the map showing the > >> > current state of the database." > >> > > >> > You simply drag the bookmarklet to your browser bookmarks toolbar, and > >> > click it on any OSM map: InformationFreeway, main map, /browse/ pages, > >> > etc. > >> > > >> > I believe that all the kinks of this particular service have been > >> > worked out at this point, though I'm happy to take any feedback or > >> > criticism you have. (Please CC me on any important feedback.) > >> > >> Great work! > >> > >> However, the rendering rules seem to be different. For example: > >> > >> http://www.openstreetmap.org/?lat=49.9008&lon=10.89623&zoom=17&layers=B000TFTF > >> > >> The street "Klosterstraße" has the additional name "Main-Radweg" of a > >> cycleroute relation of which it is a member. > > > > The osm.xml files are largely the same (I think I'm out of date by a > > couple commits, but they're the same other than that). I'm using the > > default.style that ships with osm2pgsql, so maybe this is doing > > something different than the main site. > > > > The only other possibility that I'm not entirely sure of the likelihood > > of is that diff parsing has messed up this relation in some way. > > > > Anyway, thanks for the feedback; I have no immediate suggestions on a > > possible reason for this behavior. > > The osm2pgsql on the main site has a small tweak so that it does not > process any route relations. This was implemented a few months back > when people objected to these routes being shown. Is that in the default.style? Or is it deeper in the C code? (I guess another question is whether these routes are useful in the up-to-date view, since it is more of an 'editor' tool.) Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
> > ;-) I'm surprised you're not asking the obvious: How can I > tag a bit > > of road that is layer=0 at one end and layer=1 at the other! > > Yes, I know you need to split the way. But that begs the > question, which then becomes "should the way be split near > the bottom the the approach or the top?" possibly depending > on the different cases of how the approach is constructed. >From a common sense POV, if the sections of road which 'ramp' up and down (pun unintended) from the bridge itself are clearly obvious, include them as part of the bridge by splitting the ways before the uppy bit and after the end of the downy bit. Sorry for the overly technical language employed there. Purists will argue that until the bridge structure itself crosses over open space, it is not a bridge. However, the underlying bridge structure is likely to be incorporated into the subsurface of the road sections leading on and off the bridge, so I'm fairly sure if you dug up the tarmac there'd be supporting iron rods in the ground. Unless it's got dividing sections and is free floating to allow for contraction and expansion of course ;)... For the sake of simplicity, I would separate the way and call the little ramping sections of road either side as the bridge too. Why not imagine where a stop line would be painted if the bridge was single carriageway, and one direction of traffic had to stop to let the other pass across? Then include all road areas which would theoretically be single carriageway with the section of fully raised bridge as 'the bridge'. However, I've managed to half convince myself that this may not be the best way of doing it. Anybody care to further convince me otherwise? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
2009/1/22 Christopher Schmidt : > On Thu, Jan 22, 2009 at 02:42:43PM +0100, "Marc Schütz" wrote: >> > After a recent spate of OSM activity, especially with regards to >> > rendering and so on, I've put together a bookmarklet designed to help >> > visualize changes to OSM data in Mapnik more rapidly. >> > >> > http://labs.metacarta.com/osm/up-to-date/ >> > >> > "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the >> > 'current' state of the database, delayed by less than 10 minutes. Simply >> > press this button, and an image will be drawn over the map showing the >> > current state of the database." >> > >> > You simply drag the bookmarklet to your browser bookmarks toolbar, and >> > click it on any OSM map: InformationFreeway, main map, /browse/ pages, >> > etc. >> > >> > I believe that all the kinks of this particular service have been >> > worked out at this point, though I'm happy to take any feedback or >> > criticism you have. (Please CC me on any important feedback.) >> >> Great work! >> >> However, the rendering rules seem to be different. For example: >> >> http://www.openstreetmap.org/?lat=49.9008&lon=10.89623&zoom=17&layers=B000TFTF >> >> The street "Klosterstraße" has the additional name "Main-Radweg" of a >> cycleroute relation of which it is a member. > > The osm.xml files are largely the same (I think I'm out of date by a > couple commits, but they're the same other than that). I'm using the > default.style that ships with osm2pgsql, so maybe this is doing > something different than the main site. > > The only other possibility that I'm not entirely sure of the likelihood > of is that diff parsing has messed up this relation in some way. > > Anyway, thanks for the feedback; I have no immediate suggestions on a > possible reason for this behavior. The osm2pgsql on the main site has a small tweak so that it does not process any route relations. This was implemented a few months back when people objected to these routes being shown. -- Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
On Thu, Jan 22, 2009 at 02:42:43PM +0100, "Marc Schütz" wrote: > > After a recent spate of OSM activity, especially with regards to > > rendering and so on, I've put together a bookmarklet designed to help > > visualize changes to OSM data in Mapnik more rapidly. > > > > http://labs.metacarta.com/osm/up-to-date/ > > > > "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the > > 'current' state of the database, delayed by less than 10 minutes. Simply > > press this button, and an image will be drawn over the map showing the > > current state of the database." > > > > You simply drag the bookmarklet to your browser bookmarks toolbar, and > > click it on any OSM map: InformationFreeway, main map, /browse/ pages, > > etc. > > > > I believe that all the kinks of this particular service have been > > worked out at this point, though I'm happy to take any feedback or > > criticism you have. (Please CC me on any important feedback.) > > Great work! > > However, the rendering rules seem to be different. For example: > > http://www.openstreetmap.org/?lat=49.9008&lon=10.89623&zoom=17&layers=B000TFTF > > The street "Klosterstraße" has the additional name "Main-Radweg" of a > cycleroute relation of which it is a member. The osm.xml files are largely the same (I think I'm out of date by a couple commits, but they're the same other than that). I'm using the default.style that ships with osm2pgsql, so maybe this is doing something different than the main site. The only other possibility that I'm not entirely sure of the likelihood of is that diff parsing has messed up this relation in some way. Anyway, thanks for the feedback; I have no immediate suggestions on a possible reason for this behavior. Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
On Thu, Jan 22, 2009 at 09:28:16PM +0800, maning sambale wrote:
> Nice and quick on firefox. But on safari:
>
> Safari can't use JavaScript for this action.
> Safari can't run the script "(function() { var s =
> document.createElement("script");
> s.src="http://labs.metacarta.com/osm/up-to-date/bookmarklet.js";;
> document.body.appendChild(s)})()" because Safari doesn't allow
> JavaScript to be used in this way.
>
> Still a nice piece of javascript.
What version of Safari? I'm using Version 3.1.2 (5525.20.1) on OS X
without problems.
> On Thu, Jan 22, 2009 at 9:18 PM, Steve Chilton wrote:
> > Very neat.
> > Works well and very quick.
> > I tested on something I did last night which shows fine, but it was a
> > coastal area and no land/sea (ie no coast showing) which is a little
> > disorientating (I was editing a river/coastline combination) so presume
> > it doesn't pick/use the relevant shapefiles.
> > Thanks for the work
> >
> > STEVE
> >
> > Steve Chilton, Learning Support Fellow
> > Manager of e-Learning Academic Development
> > Centre for Educational Technology
> > Middlesex University
> > phone/fax: 020 8411 5355
> > email: ste...@mdx.ac.uk
> > http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp
> >
> > Chair of the Society of Cartographers: http://www.soc.org.uk/
> >
> > SoC conference 2008:
> > http://www.abdn.ac.uk/cartographers08/
> >
> > -Original Message-
> > From: talk-boun...@openstreetmap.org
> > [mailto:talk-boun...@openstreetmap.org] On Behalf Of Christopher Schmidt
> > Sent: 22 January 2009 12:09
> > To: talk@openstreetmap.org
> > Subject: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
> >
> > Hi,
> >
> > After a recent spate of OSM activity, especially with regards to
> > rendering and so on, I've put together a bookmarklet designed to help
> > visualize changes to OSM data in Mapnik more rapidly.
> >
> > http://labs.metacarta.com/osm/up-to-date/
> >
> > "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the
> > 'current' state of the database, delayed by less than 10 minutes. Simply
> > press this button, and an image will be drawn over the map showing the
> > current state of the database."
> >
> > You simply drag the bookmarklet to your browser bookmarks toolbar, and
> > click it on any OSM map: InformationFreeway, main map, /browse/ pages,
> > etc.
> >
> > I believe that all the kinks of this particular service have been
> > worked out at this point, though I'm happy to take any feedback or
> > criticism you have. (Please CC me on any important feedback.)
> >
> > Best Regards,
> > --
> > Christopher Schmidt
> > MetaCarta
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk
> >
> >
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk
> >
>
>
>
> --
> cheers,
> maning
> --
> "Freedom is still the most radical idea of all" -N.Branden
> wiki: http://esambale.wikispaces.com/
> blog: http://epsg4253.wordpress.com/
> --
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
On Thu, Jan 22, 2009 at 01:18:35PM +, Steve Chilton wrote: > Very neat. > Works well and very quick. > I tested on something I did last night which shows fine, but it was a > coastal area and no land/sea (ie no coast showing) which is a little > disorientating (I was editing a river/coastline combination) so presume > it doesn't pick/use the relevant shapefiles. Right, this is part of the 'real' reason behind the background color change: I dropped all the coastal shapefiles from my osm.xml, which is why I went with the white background. (Yes, I'm lazy.) Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
On 22/01/2009 13:57, Frederik Ramm wrote: > Hi, > > David Earl wrote: >> Are the ramps part of the bridge? If they are on solid embankments? If >> they are a lattice structure supported on pillars, perhaps like >> intermediate supports of the bridge itself? If they have parapets or >> not? Or do people feel the bit marked as bridge should strictly be >> only the span (or spans) itself? > > ;-) I'm surprised you're not asking the obvious: How can I tag a bit of > road that is layer=0 at one end and layer=1 at the other! Yes, I know you need to split the way. But that begs the question, which then becomes "should the way be split near the bottom the the approach or the top?" possibly depending on the different cases of how the approach is constructed. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When is a bridge not a bridge?
Hi, David Earl wrote: > Are the ramps part of the bridge? If they are on solid embankments? If > they are a lattice structure supported on pillars, perhaps like > intermediate supports of the bridge itself? If they have parapets or > not? Or do people feel the bit marked as bridge should strictly be only > the span (or spans) itself? ;-) I'm surprised you're not asking the obvious: How can I tag a bit of road that is layer=0 at one end and layer=1 at the other! Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] When is a bridge not a bridge?
In view of some changes that I've seen going through in my area recently, I'd be interested to know people's opinion on what constitutes a bridge. In particular to what extent are the approaches part of the bridge? I know I'm likely to hear wildly contradictory answers and there's probably no right answer. __ / \ /\ / \ /\__ Are the ramps part of the bridge? If they are on solid embankments? If they are a lattice structure supported on pillars, perhaps like intermediate supports of the bridge itself? If they have parapets or not? Or do people feel the bit marked as bridge should strictly be only the span (or spans) itself? David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
> After a recent spate of OSM activity, especially with regards to > rendering and so on, I've put together a bookmarklet designed to help > visualize changes to OSM data in Mapnik more rapidly. > > http://labs.metacarta.com/osm/up-to-date/ > > "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the > 'current' state of the database, delayed by less than 10 minutes. Simply > press this button, and an image will be drawn over the map showing the > current state of the database." > > You simply drag the bookmarklet to your browser bookmarks toolbar, and > click it on any OSM map: InformationFreeway, main map, /browse/ pages, > etc. > > I believe that all the kinks of this particular service have been > worked out at this point, though I'm happy to take any feedback or > criticism you have. (Please CC me on any important feedback.) Great work! However, the rendering rules seem to be different. For example: http://www.openstreetmap.org/?lat=49.9008&lon=10.89623&zoom=17&layers=B000TFTF The street "Klosterstraße" has the additional name "Main-Radweg" of a cycleroute relation of which it is a member. Regards, Marc -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
Nice and quick on firefox. But on safari:
Safari can't use JavaScript for this action.
Safari can't run the script "(function() { var s =
document.createElement("script");
s.src="http://labs.metacarta.com/osm/up-to-date/bookmarklet.js";;
document.body.appendChild(s)})()" because Safari doesn't allow
JavaScript to be used in this way.
Still a nice piece of javascript.
On Thu, Jan 22, 2009 at 9:18 PM, Steve Chilton wrote:
> Very neat.
> Works well and very quick.
> I tested on something I did last night which shows fine, but it was a
> coastal area and no land/sea (ie no coast showing) which is a little
> disorientating (I was editing a river/coastline combination) so presume
> it doesn't pick/use the relevant shapefiles.
> Thanks for the work
>
> STEVE
>
> Steve Chilton, Learning Support Fellow
> Manager of e-Learning Academic Development
> Centre for Educational Technology
> Middlesex University
> phone/fax: 020 8411 5355
> email: ste...@mdx.ac.uk
> http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp
>
> Chair of the Society of Cartographers: http://www.soc.org.uk/
>
> SoC conference 2008:
> http://www.abdn.ac.uk/cartographers08/
>
> -Original Message-
> From: talk-boun...@openstreetmap.org
> [mailto:talk-boun...@openstreetmap.org] On Behalf Of Christopher Schmidt
> Sent: 22 January 2009 12:09
> To: talk@openstreetmap.org
> Subject: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
>
> Hi,
>
> After a recent spate of OSM activity, especially with regards to
> rendering and so on, I've put together a bookmarklet designed to help
> visualize changes to OSM data in Mapnik more rapidly.
>
> http://labs.metacarta.com/osm/up-to-date/
>
> "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the
> 'current' state of the database, delayed by less than 10 minutes. Simply
> press this button, and an image will be drawn over the map showing the
> current state of the database."
>
> You simply drag the bookmarklet to your browser bookmarks toolbar, and
> click it on any OSM map: InformationFreeway, main map, /browse/ pages,
> etc.
>
> I believe that all the kinks of this particular service have been
> worked out at this point, though I'm happy to take any feedback or
> criticism you have. (Please CC me on any important feedback.)
>
> Best Regards,
> --
> Christopher Schmidt
> MetaCarta
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
--
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
Very neat. Works well and very quick. I tested on something I did last night which shows fine, but it was a coastal area and no land/sea (ie no coast showing) which is a little disorientating (I was editing a river/coastline combination) so presume it doesn't pick/use the relevant shapefiles. Thanks for the work STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Educational Technology Middlesex University phone/fax: 020 8411 5355 email: ste...@mdx.ac.uk http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Christopher Schmidt Sent: 22 January 2009 12:09 To: talk@openstreetmap.org Subject: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database." You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
2009/1/22 Christopher Schmidt : > On Thu, Jan 22, 2009 at 12:23:56PM +, LeedsTracker wrote: >> 2009/1/22 Christopher Schmidt : >> In mapnik, some bits rendered slightly differently in style (e.g. base >> background colour differs). > > This is intentional. When you zoom in or out, it's nice to see a > difference between what is 'up-to-date' and what is not -- the way I've > implemented that is with a background color change (from tan -> white). Yes, makes sense. >> Some names (e.g. of buildings or streets) >> rendered differently to weekly mapnik too. > > Positioning, or text? Positioning may be different, because the image is > not tiled in the same way, so I've seen things shift a little due to > different available spacing. Seems to be slightly different rules about which names are rendered. E.g. this area has no changes since last mapnik weekly (AFAIK): http://www.openstreetmap.org/?lat=53.79741&lon=-1.58727&zoom=17&layers=B000 Switching between mapnik and your layer, names for buildings or pubs are rendered in one and not another. Same for some icons, e.g. cafe icon in one, the postoffice next door in another. Minor things, but you asked for feedback! cheers, LT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
Christopher Schmidt wrote: > After a recent spate of OSM activity, especially with regards to > rendering and so on, I've put together a bookmarklet designed to help > visualize changes to OSM data in Mapnik more rapidly. > > http://labs.metacarta.com/osm/up-to-date/ > Very nice indeed. This is very welcome and for the two little checks I have done it worked perfectly. Thanks for a neat extension to the Mapnik layer for the mapper. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
On Thu, Jan 22, 2009 at 12:23:56PM +, LeedsTracker wrote: > 2009/1/22 Christopher Schmidt : > > http://labs.metacarta.com/osm/up-to-date/ > > Just tried it on a few places I updated last night, very smooth! > > In mapnik, some bits rendered slightly differently in style (e.g. base > background colour differs). This is intentional. When you zoom in or out, it's nice to see a difference between what is 'up-to-date' and what is not -- the way I've implemented that is with a background color change (from tan -> white). > Some names (e.g. of buildings or streets) > rendered differently to weekly mapnik too. Positioning, or text? Positioning may be different, because the image is not tiled in the same way, so I've seen things shift a little due to different available spacing. Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
2009/1/22 Christopher Schmidt : > http://labs.metacarta.com/osm/up-to-date/ Just tried it on a few places I updated last night, very smooth! In mapnik, some bits rendered slightly differently in style (e.g. base background colour differs). Some names (e.g. of buildings or streets) rendered differently to weekly mapnik too. None of these things bothers me personally. Seems like a very useful addition, thanks very much for your work. cheers, LT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Up-to-Date, Minutely Mapnik Bookmarklet
Hi, After a recent spate of OSM activity, especially with regards to rendering and so on, I've put together a bookmarklet designed to help visualize changes to OSM data in Mapnik more rapidly. http://labs.metacarta.com/osm/up-to-date/ "Using osmosis, osm2pgsql, and Mapnik, a bookmarklet which will draw the 'current' state of the database, delayed by less than 10 minutes. Simply press this button, and an image will be drawn over the map showing the current state of the database." You simply drag the bookmarklet to your browser bookmarks toolbar, and click it on any OSM map: InformationFreeway, main map, /browse/ pages, etc. I believe that all the kinks of this particular service have been worked out at this point, though I'm happy to take any feedback or criticism you have. (Please CC me on any important feedback.) Best Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM in use
Nice example of use of OSM tiles as default, in preference to Google, on a property website - noted on Google blog googlemapsmania.blogspot.com: http://www.where-can-i-live.com/londonproperty Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Educational Technology Middlesex University phone/fax: 020 8411 5355 email: ste...@mdx.ac.uk http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
Raymond Bruman wrote: > On Jan 22, 2009, at 2:05 AM, Tom Hughes wrote: > >> All I need to know is what options you are selecting on the export tab >> and exactly what the error message says (though I can probably find >> that myself given the options). > > Yes, because I may be in the wrong place choosing the wrong options > in the first place, and you could steer me correctly. > >> The critical point that I don't think you've mentioned is which layer >> you are trying to export (mapnik or osmarender/ti...@home) and what >> format you are trying to export it in. > > I chose mapnik because somebody at the meeting mentioned > it, but I don't know enough about either one. I am eager > to learn more by reading about both layers, somewhere. Mapnik is good, and I think I now know where the error came from, but you shouldn't have been able to get it as the web frontend is supposed to limit you. Basically for that area the web site limits you to a scale of 1:5750 and the backend is happy to produce that. Did you take the URL that it uses and change the scale to try and get a larger map or something? That would let to you getting a "Map too large" error when the backend validates the requested scale. To get 36 inches at 300dpi you need a scale of about 1:1125 by my calculations - that gives you a 9575 by 10789 pixel image, which is about 32 inches by 36 inches at 300dpi. > I chose JPEG because the counter girl at the service > bureau only knew about PDF, JPEG, and PowerPoint files. JPEG is a bad choice as it is lossy - probably PDF is the best choice from that set of options as it is scalable. The only thing is that the PDF files are pretty complicated so it's possible whatever equipment they're using might not like it. >> I'm also not planning to change any limits, which seems to be what >> you're suggesting, just to understand why you are getting an error >> that I can't see anywhere in the source. The limits are there for good >> reasons related to both server resources and ensuring that we don't >> produce files that are unmanageable. > > I'm in complete sympathy with the reasons. > Like someone who buys a drill but really just > wants some holes, I am interested in a map, not > files per se. If I have to stitch together a set of > files, or even (shudder) physical images, so be > it, but I will be surprised. When it comes to bitmap images (JPEG, PNG, etc) the main issue is server resource - at a scale of 1:1125 the render process is about 400Mb in size because that is the uncompressed size of the resulting bitmap. The resulting image is about 5Mb for JPEG or 11Mb for PNG but it renders on the client quite happily so long as you have 400Mb or so spare for whatever program you're viewing it in. For PDF images the issue is more one of what clients can render - at a scale of 1:1125 that area produces a 2.3Mb PDF file that takes a good few seconds to render on a quad core machine with 8Gb of memory... It's better than it used to be I think though, so my PDF viewer may have improved. It might be we could lift the limits on PDF files at least to something a bit bigger. Anyway, as a result of my experimenting I do have 1:1125 versions here in three formats (PDF, PNG and JPEG) that I could let you have if you want... Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
On Thu, Jan 22, 2009 at 11:00 AM, Raymond Bruman wrote: > I am very surprised that the Export > I want is too big, because it would > be a very handy Export to PDF, make your print from that, if you use mapnik the scale that will give you everything is 1:5000, this will give you a width of about 3km. If that doesn't work for you then a customly made export to Illustrator might be your only option: see: http://wiki.openstreetmap.org/wiki/Exporting_to_Adobe_Illustrator Does anyone have numbers for what the scale values correspond in zoom levels? If there is such a list then maybe the zoom level could be displayed as well as scale when you export. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
I spend quite some time working on central asia republics - especially the Fergana Valley (http://wiki.openstreetmap.org/wiki/Wiki_Project_Fergana_Valley ) which is in Uzbekistan, with parts of Tajikstan and Kyrgystan. I could not find any really reliable source - most places have at least 2 names, if not 4 or 5 - Russian name, cyrillic script, local language in local script, local languge in cyrillic, local language in latin script, other local language in relevant script, English name, french name, german name alternative english name... etc etc. Searching databases, newspaper articles etc can be frustrating when several places have similar/same names. Geonames map interface has many of the villages in the wrong place anyway, so not very useful. FallingRain is one souce that has pulled together alternative names and presented with a map, but I am not sure which database they have used, possibly vmap0, and of course they have plenty of mistakes too, and do not use cyrillic (http://www.fallingrain.com/world/UZ/3/Yangiqorgon.html). For the roads, from documents I could read, there is no established local classification in Uzbekistan, I hope that Russia is better organised! Not much help, but good luck! James Hello all, I want to import populated place names from vmap0 for some regions of Russia. There are many blank areas in Russia without any data, so vmap0 data, especially place names can be a quite good basis for these regions (road network is better to trace using satellite imagery). Dr James Stewart Research centre for Social Sciences Institute for the Study of Science, Technology and Innovation University of Edinburgh http://www.issti.ed.ac.uk http://homepages.ed.ac.uk/jkstew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
Raymond Bruman wrote: > On Jan 22, 2009, at 12:52 AM, Tom Hughes wrote: > >> Russ Nelson wrote: >> >>> Earlier today, I tried an export almost 10K x 6K pixels, and got a >>> warning message saying that the export was too large. Perhaps that >>> message should contain a URL like >>> http://wiki.openstreetmap.org/wiki/Export_Too_Large >>> which would either be a page on its own, or a redirect to some other >>> page's subsection, as needed. I'm happy to write the text of that >>> page if somebody can change the export code for me. >> >> Can you explain a bit more about exactly what you tried to do and what >> the message you got was? Only the export tab doesn't give any such >> errors as far as I can see. > > Hi! I'm Ray Bruman, the guy with the > original question, here to explain. Whooah That's about 1000 times more information than I needed. All I need to know is what options you are selecting on the export tab and exactly what the error message says (though I can probably find that myself given the options). The critical point that I don't think you've mentioned is which layer you are trying to export (mapnik or osmarender/ti...@home) and what format you are trying to export it in. I'm also not planning to change any limits, which seems to be what you're suggesting, just to understand why you are getting an error that I can't see anywhere in the source. The limits are there for good reasons related to both server resources and ensuring that we don't produce files that are unmanageable. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
On Jan 22, 2009, at 12:52 AM, Tom Hughes wrote:
Russ Nelson wrote:
Earlier today, I tried an export almost 10K x 6K pixels, and got a
warning message saying that the export was too large. Perhaps that
message should contain a URL like http://wiki.openstreetmap.org/
wiki/Export_Too_Large
which would either be a page on its own, or a redirect to some
other
page's subsection, as needed. I'm happy to write the text of that
page if somebody can change the export code for me.
Can you explain a bit more about exactly what you tried to do and what
the message you got was? Only the export tab doesn't give any such
errors as far as I can see.
Tom
Hi! I'm Ray Bruman, the guy with the
original question, here to explain.
I am very surprised that the Export
I want is too big, because it would
be a very handy hiking map of a
fairly small district of San Francisco,
as you will see below.
60 megapixels may be a bit large
when you put it that way, but bear
with me and see if it's reasonable.
I think what I want to do shouldn't
be hard, but I can't figure out how
to do it, so I'll just try to state the
problem simply.
I want to print a simple black-white
line art map on 36" wide paper at
a service bureau.
I'm hoping and expecting that a
PNG file is fine, but if they require
a JPEG, so be it. The one I have
been to only understands JPEG,
so I may need to convert a file.
The region I want is a portrait-
oriented rectangle from downtown
San Francisco, centered on the
intersection of California and Sansome:
Latitude 37.793075
Longitude -122.401102
Width of rectangle 1867 meters
Height of rectangle 2467 meters
This translates to coordinates as
a rectangle bounded by:
Latitudes
37.806387
37.782262
Longitudes
-122.415481
-122.388386
The zoom level I want is the
maximum, sometimes called 18,
sometimes called 17 (??!!)
because some people begin
counting at zero instead of one,
for maximum level of detail.
This is the only zoom level that
actually has names for the
many tiny alleys, some only
a dozen meters long, that exist
in this historic section of old
San Francisco.
I am willing to accept an image
that prints out to an approximate
size, which has to be enlarged or
reduced to eventually fit on 36"
wide paper. The important thing
is to achieve a clear B/W image.
This may require choosing a
zoom level that works well with the
pixel size of the printer, such as
300 dots per inch.
I'm willing to try and try again,
experimenting with different
settings. But I still haven't figured
out how to do it at all.
Here is an additional aspect that might
actually make the project easier.
Notice that the street grid of downtown
SF is oriented at a slight angle to true
North.
If it is possible to rotate OSM's
selection box to align with the street
grid, I could select a smaller box,
because the one I specified was
designed to capture a region angled
slightly away.
This would also reduce the problem
of "aliasing" where a line is being
rendered at an angle to the grid of
pixels being generated by the software
and translated yet again to the dot
grid used by the printer.
I imagine that this issue comes up
many times for users. For example,
someone interested in a detail map
of the region south of Market Street
("south of the Slot" as old-timey San
Franciscans say) would want the
bounding box at a completely different
angle.
I would not be surprised if the
software lacks the capability to
rotate the selection box.
But, in case it can, I wanted to
mention this aspect of my project.
It might make the difference between
choosing one Zoom level or another
that is much closer to the scale
needed to place the region on
paper that is 36 inches wide.
Of course, a clear print-out that
is smaller can be physically cut,
rotated, and re-scanned to make
the eventual map 36 inches wide.
I expect to have to do this anyway
to fine-adjust the map's final scale.
If any of you succeeds in exporting
a file for the region I want, please
make a note of the file size and
let me know. If it is under 650 MB
so it will fit on a CDR I would
greatly appreciate your burning
it on a CD and giving me a call.
I would gladly buy you a beverage
of your choice at the soonest
opportunity!
Ray Bruman
Home (510) 549-1509 Cell (510) 295-5537
rayb...@mac.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
a bit of caveat when using gns for openstreetmap http://lists.openstreetmap.org/pipermail/talk-ph/2009-January/000363.html In some areas, gns is hugely inaccurate but still worth it to add to osm. On Thu, Jan 22, 2009 at 5:09 PM, Upliner Mikhalych wrote: > 2009/1/22 6:47 D Tucny wrote: >> GNS however is a valid source... >> http://earth-info.nga.mil/gns/html/index.html > Thank you. This datasource will be useful anyway. I've accidentally > missed it on Potential Datasources page. >> I'm just looking at mapping the correct feature types and looking at the >> possibility of matching administrative records to populated place records in >> an attempt to calculate place size... > Even using ADM objects for hand editing will be almost appropriate > solution. This is better than trying to guess place type by satellite > imagery. > > -- > Best regards, > Upliner > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
2009/1/22 6:47 D Tucny wrote: > GNS however is a valid source... > http://earth-info.nga.mil/gns/html/index.html Thank you. This datasource will be useful anyway. I've accidentally missed it on Potential Datasources page. > I'm just looking at mapping the correct feature types and looking at the > possibility of matching administrative records to populated place records in > an attempt to calculate place size... Even using ADM objects for hand editing will be almost appropriate solution. This is better than trying to guess place type by satellite imagery. -- Best regards, Upliner ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Language rendering query
Mapnik has updated north india tiles.
It sure has hindi font but rendered it all wrongly.
http://www.openstreetmap.org/?lat=27.61&lon=78.72&zoom=8&layers=B000FTF
If its the DejaVu font, i think it worked flawlessly on my self-generated
TAH tiles.
Any suggestions?
2009/1/19 ビカス ヤダワ (vikas yadav)
> We could give other devnagri/other language alternatives even on that css
> definition.
>
> To temporarily test/solve my language rendering problem, I have recently
> ran tilesGen xy with the tiles im interested in.
> So now, New Delhi and a lot of the Nation Capital Region has a nice (Hindi)
> names.
> Now I wonder, would mapnik be hindi-ready this Wednesday.
>
> 2009/1/16 Ed Loach
>
> D Tucny wrote:
>>
>> > The t...@h installation instructions tell you to install
>> > the DejaVu font, a free font, however, it's coverage,
>>
>> > is missing some pretty large chunks that would likely
>> > take significantly more effort than has so far gone into
>> > the font to fill... as such, to render any of the missing
>> > languages (listed below) alternative fonts are needed...
>>
>>
>>
>> What I don't understand is even if you install alternative fonts, the
>> osmarender stylesheets have entries such as this from caption-z11.xml:
>>
>>/* Places - generic styles */
>>.caption-casing {
>>fill: white;
>>stroke: white;
>>font-family: "DejaVu Sans";
>>font-weight: normal;
>>text-anchor: middle;
>>stroke-miterlimit: 1.5;
>>}
>>
>>.caption-core {
>>stroke: white;
>>stroke-width: 0px;
>>font-family: "DejaVu Sans";
>>font-weight: normal;
>>text-anchor: middle;
>>stroke-miterlimit: 1.5;
>>}
>>
>> How would it know to use a font other than DejaVu Sans even if they were
>> installed? And in case it is relevant I'm using Windows?
>>
>> Ed
>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk
>>
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Export too big
Russ Nelson wrote: > Earlier today, I tried an export almost 10K x 6K pixels, and got a > warning message saying that the export was too large. Perhaps that > message should contain a URL like > http://wiki.openstreetmap.org/wiki/Export_Too_Large > which would either be a page on its own, or a redirect to some other > page's subsection, as needed. I'm happy to write the text of that > page if somebody can change the export code for me. Can you explain a bit more about exactly what you tried to do and what the message you got was? Only the export tab doesn't give any such errors as far as I can see. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Import populated places from vmap0
2009/1/21 22:53 Russ Nelson:: > Don't > sweat the small stuff like villages and hamlets. Make the map better, > and as you do, sooner or later, somebody who came from that village > will want it on the map, and will correct it. However for many regions of Russia even small towns does matter. If they will be marked as villages, one should note it at least. For example "Tag "village" is temporary -- please check it" or something like that -- Best regards, Upliner ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
