Re: [OSM-talk] GroundTruth Planet Contour - Super script
Cool thanks, Ian Dees offered to host it, Unfortunately i dont know Perl, but i can still create the contours. At 10m accuracy, i find it's still good. In Canada, we do have 20m contours (from NRCan) which is also available, so that can be used as a supplement. The downside to SRTM is the annoying squares that get cut out when the SRTM radar detected houses/building, so i guess it tried to accommodate. We also have our own tiling number system, which identifies areas better than the ComputerTeddy Tile # system. However, including a description for each contour IMG tile (listing the town/country that is shown) would be a good reference for people (planet wide). It would also be great to have a GroundTruth planet 25m contour done of IMG files, where this data could be accessed with an ehancement of the system http://ulrichkuester.de/OSM/CoordinateToOSMTile.html and http://touren.mospace.de/kachel.html As 10m contours are better for Hiking, were 25m contours are standard for Driving. as it fills up the map screen with too many lines & looks cluttered. I'm right now working on the process for north of 41 degrees and between -141 and -52 degrees west. So it's only as temporary space as need if the .ibf & DEM files gets removed as soon as the .img file is created. and it can also be copied onto the server as soon as it's created. Anyway, Im sure if this thread gets any longer, others will be annoyed, and start complaining about copyright / licence ... etc. & the regular routeen ... lol Feel free to contact me off-list if you want to help make this happen. A wikia website can be created for it :) Cheers, Sam On Wed, Jun 9, 2010 at 9:01 PM, Apollinaris Schoell wrote: > I have a perl script to create tiles based on srtm data. for usa based on ned > data and some tiles based on viewfinder data because srtm is really bad in > mountain areas > tools required are gdal_translate, gdal_contour, shp2osm, mkgmap. > processing time and temporary space requirement is huge. If someone can > provide a host for sharing the tiles I can run it. Or if someone is > interested can share the script. I have used 25m contours and then all tiles > I have processed can be done with 1x1 degree and they still fit into a single > .img file. > > > On 9 Jun 2010, at 2:21 , Sam Vekemans wrote: > >> Hi everyone, I know that this is slightly off-topic, however, this is >> something that everyone who uses a Garmin GPS that uses IMG files, >> needs & uses when traveling in areas, as a contour map is needed. >> >> Right now, i manually making the 1x1 degree contour map IMG files for >> Japan. (as a break from all of Canada) (at a set 10m interval) >> using this basic DOS script, and manually changing the ComputerTeddy >> tile #'s and bounding box & the name of the tile area (using a >> recognizable location within the tile area). >> >> http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours >> >> Does anyone know of a way to run a script that will process the entire >> planet & host them on a server somewhere (just as the ComputerTeddy >> OSM tile data is)? It would certainly be a great benefit to have >> this as a resource for people. ... and this will only be a 1-time >> process, as the contour source doesn't change that fast. >> I'm planning on using archive.org & medafire.com to host the Canada >> Data, as the tile names & numbering system is already defined in it's >> own NTS form. >> >> Again sorry for the off topic, >> Hopefully someone can help make this happen. >> >> Sam >> >> >> Twitter: @Acrosscanada >> Blogs: http://acrosscanadatrails.posterous.com/ >> http://Acrosscanadatrails.blogspot.com >> Facebook: http://www.facebook.com/sam.vekemans >> Skype: samvekemans >> IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) >> @Acrosscanadatrails >> >> ___ >> 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] GroundTruth Planet Contour - Super script
I have a perl script to create tiles based on srtm data. for usa based on ned data and some tiles based on viewfinder data because srtm is really bad in mountain areas tools required are gdal_translate, gdal_contour, shp2osm, mkgmap. processing time and temporary space requirement is huge. If someone can provide a host for sharing the tiles I can run it. Or if someone is interested can share the script. I have used 25m contours and then all tiles I have processed can be done with 1x1 degree and they still fit into a single .img file. On 9 Jun 2010, at 2:21 , Sam Vekemans wrote: > Hi everyone, I know that this is slightly off-topic, however, this is > something that everyone who uses a Garmin GPS that uses IMG files, > needs & uses when traveling in areas, as a contour map is needed. > > Right now, i manually making the 1x1 degree contour map IMG files for > Japan. (as a break from all of Canada) (at a set 10m interval) > using this basic DOS script, and manually changing the ComputerTeddy > tile #'s and bounding box & the name of the tile area (using a > recognizable location within the tile area). > > http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours > > Does anyone know of a way to run a script that will process the entire > planet & host them on a server somewhere (just as the ComputerTeddy > OSM tile data is)? It would certainly be a great benefit to have > this as a resource for people. ... and this will only be a 1-time > process, as the contour source doesn't change that fast. > I'm planning on using archive.org & medafire.com to host the Canada > Data, as the tile names & numbering system is already defined in it's > own NTS form. > > Again sorry for the off topic, > Hopefully someone can help make this happen. > > Sam > > > Twitter: @Acrosscanada > Blogs: http://acrosscanadatrails.posterous.com/ > http://Acrosscanadatrails.blogspot.com > Facebook: http://www.facebook.com/sam.vekemans > Skype: samvekemans > IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) > @Acrosscanadatrails > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] case studies for using OSM data for dispatch and delivery services
hi, I'm looking for materials related to using OSM data for dispatch and delivery services. Any link, case study, technology presentation would be very helpful. -- 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] Potlatch and NearMap sourcing - what? why?
On Wed, Jun 9, 2010 at 8:02 PM, Gregory wrote: > > Ooo look it even tells you about it from the Potlatch wiki > page http://wiki.openstreetmap.org/wiki/Potlatch/Feedback Thanks for the reminder of that page. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
On Wed, Jun 9, 2010 at 6:58 PM, Richard Fairhurst wrote: > trac called, it wants its job back. > > It is really really really unhelpful to bring up every little thing on the > mailing lists rather than the proper bug-tracking system. Please don't. It > doesn't mean your alleged bug gets fixed quicker - quite the opposite; it's > impossible to keep track of what people want if it's scattered over 257 > mailing lists. Yes and no. Raising an issue on a mailing list helps clarify whether it's actually a bug, lets other users bring their perspectives to it etc, and ultimately helps create a useful bug report, if appropriate. You wouldn't like it if there were dozens of Trac bugs along the lines of "this weird thing happened in Potlatch, not sure why though", either. In other words: I don't consider reporting an issue here to be "reporting a bug" and expect it to get acted on. Sorry if it looked like I did - I was still trying to work out what was going on. > My guess is that you followed a link with &tileurl=whathaveyou. Yep (as I just mentioned in the thread on talk-au), I launched it from nearmap. And it looks like Potlatch remembers the setting even though I launched it from openstreetmap.org the next time. Ben Last (Nearmap) asked on the other list if there could be another parameter passed on the URL which would let them specify what the source tag would be (ie, "source=nearmap") rather than it always being computed from the tile parameter. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 09/06/10 19:47, Nick Black wrote: > Sorry you've hit problems with our T&Cs - its certainly not our > intention to block your use. So long as you respect the terms of > CC-by-SA and don't exceed the limits on the use of our Vector Stream > Server, posted here: > http://support.cloudmade.com/answers/specialist-tools - there will be > no problems. Hi Nick, Thanks - that's good to know. Although you may want to consider revisiting the way you present your Ts and Cs, considering some of the more detailed comments I made on them elsewhere in this thread, to try and help people who _do_ care about the legality of their use to understand what your requirements are without having to digest six pagest of legalese. :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
Hi Gerv, Sorry you've hit problems with our T&Cs - its certainly not our intention to block your use. So long as you respect the terms of CC-by-SA and don't exceed the limits on the use of our Vector Stream Server, posted here: http://support.cloudmade.com/answers/specialist-tools - there will be no problems. -- Nick On Sat, Jun 5, 2010 at 2:09 AM, Gervase Markham wrote: > Hi, > > I'd like to render a map of about a square mile or so of the town of > Bromley, in Kent, for the information sheet for my wedding in August (yay!). > http://osm.org/go/0EEBWURG > I want to make the map, then remove a few bits which I don't need and > add stuff to it like bigger labels on some important POIs like the > church and the nearest station. I want it to look professional. > > This is just the sort of thing OSM should be good for, or so I hope :-) > > My first effort involved an SVG export of the Mapnik image from the main > website. This is pretty good; the only problem is that the roads are > unnecessarily narrow and so the road names are small and hard to read. > I'd like pretty much that map, except with wider roads and bigger text. > It would take an age to change it all manually in the SVG. What are my > options for a custom render? > > - Mapnik: requires an incredible amount of setup, according to the wiki > page. > > - Osmarender: It's ugly. Sorry, but it is. > > - mapgen.pl: Same. > > - Kosmos: I'm on Linux, and it only really runs on Windows. > > - Cobra: development seems dead. > > - Cartagen: It does road labels square on, which I don't like. > > - Cloudmade: initially, this seemed really promising. They have a > variety of styles, and I probably could make > one with wider roads, but the Terms of Service are so long and > complex, and say "don't do anything with this data that isn't your > own personal use" about three times in different ways, so I assume I > can't use it. > > Any ideas? Is there an online service to which one can submit a Mapnik > style sheet and get back a rendering of a small area? > > Gerv > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On Jun 9, 2010, at 12:44 AM, Gervase Markham wrote: > On 05/06/10 10:09, Gervase Markham wrote: >> My first effort involved an SVG export of the Mapnik image from the main >> website. This is pretty good; the only problem is that the roads are >> unnecessarily narrow and so the road names are small and hard to read. > > In the end, I went with this. I would have been willing to spare 30 > minutes to get a tool working to improve this, but I've already spent a > lot more than that. Thanks to everyone for their suggestions :-) > > Gerv > > Gerv, The Mapnik project currently leverages Cairo to output this SVG. There are a variety of limitations to this SVG output that make post-processing difficult, as you've noticed. We have preliminary plans to write a custom SVG rendering backend for Mapnik in the future that will address things such as embedded fonts, selectable layers, etc. But things such as the road widths and font sizes are always going to be controlled by the styles used to render. User configurability of styles sent to Mapnik (by non-programmers) is something that a current Google Summer of Code project is looking into. See: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/AcceptedProjects/EasyPrintableMaps Dane > ___ > 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] Revert of changeset
> He replied and acknowledges he has done some damage, though most of his > actions tackled the problem of 2-7 duplicate imports of the sama data at > the same point. > > However, he said he will not touch the data in the US in the future, to > avoid further damage and redirect his energy in more productive things. > > I think this resolves the issue for you. > > Thanks Roland. The issue is not yet resolved though. What is the plan to fix the data now? I listed a few errors in a previous email but when I see the size of the changeset there might be other as well. Can he fix this or can someone cancel his changes altogetehr? Thanks in adavance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
On 9 June 2010 09:58, Richard Fairhurst wrote: > it's impossible to keep track of what people want if it's scattered over > 257 > mailing lists. We could create a banpotlatch@ mailing list for you, it should be described as high frequency :) Of course I do agree with your constant pleas to use trac, it's a great tool for seeing if problems/bugs are already reported, being recognised, or about to be fixed. Use it! Ooo look it even tells you about it from the Potlatch wiki page http://wiki.openstreetmap.org/wiki/Potlatch/Feedback -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GroundTruth Planet Contour - Super script
Hi everyone, I know that this is slightly off-topic, however, this is something that everyone who uses a Garmin GPS that uses IMG files, needs & uses when traveling in areas, as a contour map is needed. Right now, i manually making the 1x1 degree contour map IMG files for Japan. (as a break from all of Canada) (at a set 10m interval) using this basic DOS script, and manually changing the ComputerTeddy tile #'s and bounding box & the name of the tile area (using a recognizable location within the tile area). http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours Does anyone know of a way to run a script that will process the entire planet & host them on a server somewhere (just as the ComputerTeddy OSM tile data is)? It would certainly be a great benefit to have this as a resource for people. ... and this will only be a 1-time process, as the contour source doesn't change that fast. I'm planning on using archive.org & medafire.com to host the Canada Data, as the tile names & numbering system is already defined in it's own NTS form. Again sorry for the off topic, Hopefully someone can help make this happen. Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
Steve Bennett wrote: > I just noticed that Potlatch has started saving the source, when > using nearmap[1], as "source=http://www.nearmap.com/kh/ > zxy=!,!,!" rather than just "source=nearmap". No it hasn't. > Several issues here: > 1) That format looks broken - surely those should be numbers, not ! > 2) Changing to such a specific source rather than the generic > "nearmap" is a fairly big change and is going to cause incorrect > sourcing. For example, you could take a whole highway with a tag > that only really applies to one bit. > 3) I don't really want to keep tagging atm knowing that it's creating > broken sources. Could this be fixed quickly? trac called, it wants its job back. It is really really really unhelpful to bring up every little thing on the mailing lists rather than the proper bug-tracking system. Please don't. It doesn't mean your alleged bug gets fixed quicker - quite the opposite; it's impossible to keep track of what people want if it's scattered over 257 mailing lists. If you open Potlatch, select Nearmap in the menu, and press 'B' to add the source, it tags it as source=nearmap. I have just tested it. It works. It hasn't changed. Indeed, Potlatch 1 hasn't changed at all since 8th April generally because I (and others) have been concentrating on Potlatch 2. You can also give Potlatch a custom URL for aerial imagery, either using the dialogue box or by appending &tileurl= to the ?edit... link. Potlatch's custom URL format uses three !s to signify z, x and y parameters respectively. If you have chosen such a custom URL, Potlatch obviously doesn't know what source tag it should use when you press B, so it will just use the custom URL format. My guess is that you followed a link with &tileurl=whathaveyou. Richard -- View this message in context: http://gis.638310.n2.nabble.com/Potlatch-and-NearMap-sourcing-what-why-tp5156592p5157399.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 8 June 2010 05:32, Colin Marquardt wrote: > FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ > (they are the successor/evolution of the svg-twotone ones that OSM's > Mapnik style uses, CC-0, authored by Brian Quinion). Does anyone know of any suitably licensed icons that could depict an office? I'd like to file a request for a generic office icon to be rendered for any office=* tags... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
Thanks Colin, I'll be able to enhance the map renderings, when i take the screenview of HikeBikeMap.de / Cyclemap / mapnik / (anymap) and just manually plop in those icons overtop of where they currently render (but just at a different zoom). Awesome, i'll also be able to create a custom style set for just the icons that are needed for my tourist maps :) I'd take the biggest version, and when you shrink it, you cant really tell the quality difference. And it's not that hard to combine the icon symbols to make different ones. Sweet! I was waiting to find this for some time now :-) On Mon, Jun 7, 2010 at 12:32 PM, Colin Marquardt wrote: > 2010/6/7 Gary68 : >> regarding mapgen: >> - the icon issues could be solved quickly by the user (by drawing or >> using new ones) > > FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ > (they are the successor/evolution of the svg-twotone ones that OSM's > Mapnik style uses, CC-0, authored by Brian Quinion). > > Cheers > Colin > > ___ > 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] Custom rendering of a small map
On 07/06/10 11:49, Gervase Markham wrote: > It was me who said that, actually. Here are a few comments, mostly in > relation to the Mapnik style: Oops. That is, "in comparison to the Mapnik style". The comments are, of course, about Osmarender. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] legal-talk mailing list archive is broken
On 09/06/10 08:49, Gervase Markham wrote: > On 08/06/10 14:58, Tom Hughes wrote: >>> Can it be fixed? >> >> Nope. > > Wow, that really sucks. (Not your fault, of course.) Is there a bug on > file with the mailing list manager software? URLs should be permanent, > particularly to archives. As Frederik's situation points out, this could > be really confusing or even dangerous. "I linked to the safety > instructions you need to follow in my message from last week..." Well editing the archives isn't really a supported operation - you basically do it by going in and editing the raw messages and then rebuilding all the HTML pages that make up the archive. The default archiving that comes with mailman is really only very basic - most people that are serious about it use something else instead. It's not exactly something I can get very excited about anyway. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Custom rendering of a small map
On 07/06/10 20:32, Colin Marquardt wrote: > FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ Those _are_ awesome. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 05/06/10 10:09, Gervase Markham wrote: > My first effort involved an SVG export of the Mapnik image from the main > website. This is pretty good; the only problem is that the roads are > unnecessarily narrow and so the road names are small and hard to read. In the end, I went with this. I would have been willing to spare 30 minutes to get a tool working to improve this, but I've already spent a lot more than that. Thanks to everyone for their suggestions :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
