Re: [OSM-talk] Freemap is dead, long live OpenFootMap (and a hosting question)
On Fri, Dec 19, 2008 at 05:45:00PM -0500, Matthias Julius wrote: Maybe we could consider to integrate other map layers into t...@h. All the render job handling could be done by the t...@h server and either the clients upload each tileset to a server as specified in the config or tah hands the tilesets over to the other tile servers. The latter would probably be better if bandwidth is not an issue. I don't know the numbers but on hypercube, t...@h was using about 6TB/month (that was only a very rough estimation quite some time ago). So, while distributing render requests for additional layers shouldn't be a problem, I'd rather have those directly uploaded to a separate server rather than having to forward all files. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On Mon, Nov 10, 2008 at 01:41:56PM +0100, John07 wrote: I thought of the same thing many times in the past. Such a app would be very cool. There are also the some webapps for a slippy map, but the usability isn?t that good. Has the iphone python? Check pymap in the svn repository, it is basically a slippy map that will cache all the downloaded tiles. It should be easy to add a downloader for a certain region for predownloading. But it has the same functionality/usability as a stock slippy map. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Understanding the new license - room for negotiation?
On Fri, Oct 31, 2008 at 10:39:55AM -0700, Sunburned Surveyor wrote: My company collects road centerline geometry. We contribute that road centerline geometry to OSM. No, you can release that under whatever license to OSMÂ and as you still retain Copyright can do with it under whatever license you want (even most restrictive proprietary ones). This is why MySQL can release a GPL version and still sell you a proprietary licensed MySQL data base. You just need to do it based on your own data and can't use OSM data to fill your gaps. IANAL spaetz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Update OSM with complete road data
On Wed, Oct 29, 2008 at 08:51:14AM +, Tom Hughes wrote: The obvious solution is for whoever's looking after dev now to give him an account on dev, On this related issue, it would be great if we could find a person that could act as contact person for dev. I will be administering the new ETH sponsored [EMAIL PROTECTED] server and as I have repeatedly stated won't be able to do it for new reliably. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapnik and openlayers?
On Wed, Oct 22, 2008 at 12:21:30PM -0500, Lukasz Szybalski wrote: I still can't find an example of openstreet layers that uses google style URL mapping (aka mapnik style)? Why don't you just go to informationfreeway.org and have a look at the source of that one page. it contains all you need. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [OSM-talk] Contact Info For Tom Hughes Regarding Public Domain Mailing List
On Wed, Oct 22, 2008 at 09:01:25AM +0200, Frederik Ramm wrote: Guys OSM isn't going PD... Who can say? OSM goes where the community wants it to. You were present at SOTM 07; do you remember the show of hands when people were asked what they think about PD? It was pretty much 50:50, wasn't it? With a few very outspoken proponents on both sides. spaetz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [OSM-legal-talk] Contact Info For Tom Hughes Regarding Public Domain Mailing List
On Wed, Oct 22, 2008 at 09:01:25AM +0200, Frederik Ramm wrote: Guys OSM isn't going PD... Who can say? OSM goes where the community wants it to. You were present at SOTM 07; do you remember the show of hands when people were asked what they think about PD? It was pretty much 50:50, wasn't it? With a few very outspoken proponents on both sides. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Contact Info For Tom Hughes Regarding Public Domain Mailing List
On Wed, Oct 22, 2008 at 01:26:20PM +0100, Richard Fairhurst wrote: bvh wrote: If garmin closes their devices for non-garmin signed datasets (ala TomTom) then you could very well end up paying for the privilege to use your own data. Sure, but that's an utterly different issue - that's an issue about whether or not Garmin allows third-party maps to be installed on their devices. I can't upload OSM to my microwave, either. In the same vain I can chose to not buy microwaves that prevent me from cooking spcific food. If garmin closes their devices to only allow propriatary stuff buy from a competitor. Heck, little eee PCs are more flexible and in the same price range as some of those devices. spaetz ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] map display www.openstreetmap.org
On Mon, Oct 13, 2008 at 07:29:51PM +0100, David Earl wrote: [snip much that I agree with] OSM's instance of Mapnik might own not just the tiles, but the page in which they are showcased as well. Likewise Potlatch, likewise Osmarender, likewise namefinder gazetteer. But we provide a starting point to look at them. As a side note, I hear more often nowadays that osma and [EMAIL PROTECTED] are not OSM projects (whatever that implies :-)). This used to be different 1-2 years ago. According to that, osmarender ([EMAIL PROTECTED]) is indeed just as much derived as the cyclemap. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pedestrians on cycleways
On Mon, Oct 13, 2008 at 11:53:11AM +0200, sylvain letuffe wrote: I think that what you need is not a cycleway anymore, because pedestrian are allowed. highway=cycleway;foot=yes used to work very well before highway=path has been introduced. What has changed that? Luckyly, the higwhay=path is made for that For cycleways that allow pedestrians? Sounds quite restricted ;-) spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pedestrians on cycleways
On Tue, Oct 14, 2008 at 02:16:15PM +0200, sylvain letuffe wrote: I respect your points to defend cycleway, and to tag the pedestrians allowed by adding a foot=yes, but I'm quite sure the original problem in belgium was not quite a pedestrian only case. The fact is, that here in france (but I think this is the same case in belgium) we have those so called cycleway where are allowed : - bicycle - pedestrian - skate boards - roller blades - pedestrian with dogs - wheel chair - small plastic cars for children etc. Will anyone tag this : highway=cycleway;foot=yes;skate=yes;roller=yes; ? Yes, that is what I would expect if that is what is allowed. I don't see how this would be different from your proposal which would require: highway=path;bicycle=yes;foot=yes;skate=yes;roller Well, I tag them highway=path, and that's not restricted, it correspond to the reallity : open to all non-motorized vehicles And all highway=path will work with wheelchairs and skate boards? Phantastic, I look forward to seeing those skateboarders on the muddy paths I have seen already :-) spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] vandalism on OSM
On Wed, Oct 08, 2008 at 02:34:11PM +0200, Stanislav Brabec wrote: A completely different community project Discogs has following policy: - You can subscribe to news in area of your interest. - Voting on new data: Tell, how correct and accurate are these changes are. ... - Data with more votes are considered as valid. Like in musicbrainz.org (a project I like a lot) where people enter loads of information, but it never gets voted on because it's a boring an ddumb task? :-) spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
On Sat, Oct 11, 2008 at 08:51:37AM +0100, Richard Fairhurst wrote: OSM is about encouraging an ecosystem, not just cramming everything onto openstreetmap.org. Last time people wrote about the OSM homepage they complained (including me) that the homepage was too convoluted and side bars etc were taking up valuable space. Now it seems, it's ok to add just that little one thing here and there in a corner. I want the map as clear as possible. If there is a setting for logged in users, perfect. But I know that I am fleeing to informationfreeway (or http://server.tah.openstreetmap.org/Browse/slippy/) rather than using osm.org because I want just a map. People can add their own stuff with a line of code and create openlatlonmap.org without problems already now. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
On Fri, Oct 10, 2008 at 02:35:59PM +0100, Dermot McNally wrote: Seriously, though, we're currently in a situation where we have a documented truth Are you referring to Map features here? Is it a documented truth just because it's in there? So how often have you used the one true tag shop=trumpet for A shop that sells instruments to hand made music like guitars, drums or saxophones as well as microphones, mixers and amplifiers today? :-) For me, the documented truth is what people have actually been using. I find myself using tagwatch much more often than map features to find how I should map things. and a disparate group of people ignoring it in different ways with a view to solving the same problem. What we badly need is a considered truth that everybody can use. Is it really that bad? Of course using the same standard is nice, but all serious OSM data usage needs preprocessing anyway. So why is it that bad to have a preprocessor that converts all maxspeed=30mph to maxspeed:mph=30? I am not saying that everyone should tag things in a totally anarchic manner. But to some groups sensible might mean different things and if OSM can accommodate both groups and make both feel comfortable, why shouldn't we? spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Open Database Licence
On Tue, Sep 16, 2008 at 03:37:01PM +0100, SteveC wrote: Put in other words: The license debate looks pretty much stalled if you ask me. Absolutely not, I spent half a day working on it last week and it will get another half day this week. I was going to update everybody then but it's not quite there yet. You might be working on it (and thanks for that), but from a non-board perspective it is stalled pretty much since SOTM (and pretty much over a year if you haven't been at this years SOTM). A year is much, even in the legal world. I don't blame you. You don't get paid for the license switch... :-), but stalled it seems from here spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] YOURS now supports route using only cycleroutes - Update
On Thu, Sep 11, 2008 at 04:27:21PM +0200, Lambertus wrote: Gert, I see a message containing: 'just', 'should', 'would', 'just' and ending with 'then'... that made me chuckle ;) And you made me chuckle with that reply :-). spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - waterways/ditch
On Tue, Sep 02, 2008 at 10:08:11AM +0100, Dave Stubbs wrote: I think we had this discussion before and came to the conclusion that: - 50mph was essentially mapping a sign, because the speed limit is a speed, not a unit ... And as some applications might want to show the precise sign value, not some rounded appoximation (agreed that apps can round). Plus it's more intuitive for the mapper. - that the tag without a unit should probably be assumed to be km/h. that's why my example used maxspeed=50mph and maxspeedd:mph=50 in case you haven't noticed :-) - that anything intelligent enough to know if it wants to represent maxspeeds in mph/kph is intelligent enough to know it can safely round to the nearest integer. Anything being able to round to the next number should als be able to read miles (or have a clever enough preprocessor to do it :-)) - and that it's possible to represent an exact mph in kph anyway if you can really be bothered: 1mile == 1.609344km exactly Do you always carry your calculator with you when mapping or do you do it by hand :-) I am not saying that it shouldn't be tagged as a rounded km/h value. However, people shouldn't think they are forced to. If they feel that maxspeed:mph=50 makes more sense, than that should work too. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - waterways/ditch
On Mon, Sep 01, 2008 at 05:07:32PM +, Chris Hill wrote: I think that a ditch is something I could just about jump over (maybe in my younger days anyway), whereas a drain is wider and possibly navigable. Then use width=10inch or whatever :-O ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - waterways/ditch
On Mon, Sep 01, 2008 at 07:25:12PM +0100, Tristan Scott wrote: surely width=0.254 given width is defined as being in metres? says who? I use meter as I live in continental Europe. But if I lived in the UK I would surely tag speelimits as maxspeed:mph=50 (or maxspeed=50mph) and not as some weird converted number. Fun if your Garmin tells you: the maximum speed here is 49.8789598 mph. If renderers couldn't cope (not that they care about maxspeed) I would consider it a fault of the renderer or of the preprocessor they are using to parse the planet file. wasn't the motto, tag the world as it is? well if speedlimit is 50mph, then it is 50 mph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right - a proposal
On Sat, Aug 30, 2008 at 07:37:09PM +0200, Frederik Ramm wrote: On the other hand, when tagging stuff that is to the left and right of a road or footpath, there is no way to know which direction it will have in the database. There is no widely agreed general rule on what constitutes the left side of a road and what the right side. I strongly dislike using left and right in such a situation where direction is I do like the north, south, west, east of a way. even if ways are moved somewhat they will still remain valid. You would have to move the ways a lot (turn it to be more precise) to make it point into the wrong direction. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How do you respond to talk posts so that that they fit correctly into the thread structure in talk archive?
On Fri, Aug 29, 2008 at 08:33:39AM +0100, Peter Miller wrote: I have noticed for some time that my responses to threads of conversations don't appear properly in the thread structure in the archive; mine always seem to be treated as a new conversation. This is what I do. I receive the 'digests' of recent conversations. I replace the subject line 'digest blar blar blar' with the subject line cut from the message I am responding to Different mail clients handle threading differently and some are more clever than others. The most reliable way is if a reply can refer to the mail id that is sent in the original mail header. This won't work for you as the digest throws away the original mail ids. -- The most reliable way of threading is not available to you. Some clients als analyse the subject line and if they see a Re: subject they sort it as a reply to thread subject (although they cannot know which mail in thread subject it is a reply to). This seems to not work in your mail client, but it might be that it works in other clients. To cut a long story short, it's quite difficult from a digest to reconstruct the threading structure. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Mass import of TeleAtlas data
On Thu, Aug 21, 2008 at 02:48:02PM +0200, Frederik Ramm wrote: The right place would obviously be user Pranas' inbox. Have you at least made an attempt talking to him before demanding, in public, that all his contributions should be deleted? I have to admit that the very detailed examples that Albertas brought up in his mail, do look convincing and fishy to me. WHile talking to him in private would certainly not do any harm, I find it very reassuring if the case were followed up and examined. spaetz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] anagrams are fun
my favorite Openstreetmap anagrams Penetrates Mop Teen sot mapper Notepapers Met ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmxapi down
On Tue, Jul 29, 2008 at 07:20:29PM +0200, Aurelien Jacobs wrote: Hi, It seems osmxapi is down: Running again, as documented in the wiki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap - how to get vector data
On Mon, Jul 28, 2008 at 07:07:11PM +0200, Igor Brejc wrote: The problem is fetching the data - the only viable option I see is using OSMXAPI, but its server is overwhelmed and will limit the download size in the future (from what I read on this list). Using planet dumps seems to me a bit too unfriendly from the end-user perspective - they would have to download quite a large quantity of data. I have the similar problem with providing map data to users of Kosmos. Any ideas or suggestions would be appreciated. OSMXAPI is only limited by the number of servers we can run it on. If people donate a server (requirements weren't that bad), there could be more OSMXAPI instances running. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap and the usability of the current maps
On Mon, Jul 28, 2008 at 02:21:05PM +0200, Jochen Topf wrote: The biggest problem around place names is currently that there are only a few levels for places: city, town, village, hamlet and suburb. And there is no way to mark capitals. There is always population=20, etc which can help you to find the biggest ones. And what prevents us from adding capital=yes to those cities? I don't think that the tagging is insufficient today. OK there might be a more subjective important city tag, and there are problems with suburbs and all that. But I don't see that point as a big problem. [skipped lots of good stuff] spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] The OSM licence: where we are, where we're going
On Mon, Jan 07, 2008 at 10:20:05PM -0500, qChristopher Schmidt wrote: Sorry for the previous mail, it was me, not being capable to use mutt properly. spaetz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] OpenStreetBugs
On Tue, Jul 01, 2008 at 08:19:21PM +0100, Ludwig wrote: What about the ability to generate email alerts depending on region, so one could subscribe to all new bug reports within a bounding box? Why don't you subscribe to the corresponding RSS feed with an RSS feed reader then. You'll be notified of changes in your areas, I believe. using something like Yahoo Pipes, you could manipulate the RSS feeds to filter out exactly the ones you want. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Use of landuse-tag
On Sat, Jun 28, 2008 at 02:25:43AM +0200, Frederik Ramm wrote: A question that is regularly and at length discussed on talk-de, I bet it is :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] SOTM2008 Conference - The Almost Official Limerick limerick
On Wed, Jun 25, 2008 at 08:02:43PM +0200, Mike Collinson wrote: It took my mother to point out that we really could not have a conference in Limerick without writing a limerick for it. So I asked her to write one and have set up a wiki page for any more entries. Mappers are worldwide in pain, OSM is sometimes missing a lane. But 'dragons be here' is nothing to fear, they will soon all be slain. Thanks for starting this :-). Hug your mother next time you see her. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
Would it be worth moving the introduction, links, wiki, shop, conference advert, and donation buttons from the front page to an about tab in the view/edit/export.. tab strip? The left-hand edge of the main page seems to be getting quite long, so the search box isn't visible without scrolling on some screens. I also think that the current setup uses a bit too much space. Here is my attempt to make things more efficient and more pleasing. Compare the current osm layout with my simple tweaks: http://img246.imageshack.us/img246/6303/snapshot20080613135303az8.png What it does: 1) remove the ugly box around the OSM logo 2) make the logo less important by removing upper/lower padding around it. 3) Add some bullet points before menu items so they are recongnizable as such. (Just stole some random ones on the net, we should obviously use different ones) 4) Remove the examples under the search box, this declutters the page a lot. So I think it's worth moving the examples to the linked wiki page. All but 4) are a few tiny CSS tweaks. -- Diff to the screen stylesheet: 50c50 padding: 10px; --- padding: 0px 10px; 54d53 border: 1px solid #dd; 121a121,126 #left_menu a { background-image:url('http://www.qplay.de/img/BulletPoint.gif'); background-repeat:no-repeat; padding-left:20px; } 173c178 top: 35px; --- top: 25px; ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
On Thu, Jun 12, 2008 at 04:43:36AM -0700, Alex S. wrote: Andy Allan wrote: Meh. It's on my list of things to do, but to be honest I don't see it as very important. There's lots of things that the cycle map doesn't render at all, and for one I see distinguishing onroad/offroad cycle routes as more important than the difference between tracktypes; ditto for distinguishing bicycle=yes/no on footpaths and so on. I ride a bicycle with 'slicks' (tires with no tread) and like to avoid tracks which are not paved. Having a map with a nice visual indicator of track type would be a boon. No doubt that it's handy to know how approriate a way is. However, it is still not universally accepted that the subjective tracktype is the way to go. Your rendering could equally be done with a surface=gravel, paved, cobblestone,... tag, which is less ambigious. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
On Thu, Jun 12, 2008 at 05:11:18PM +0200, Ben Laenen wrote: http://wiki.openstreetmap.org/index.php/Tag:highway=track and the map features mentioned track is only for unpaved/unsealed roads. To me it looks like it was approved like that, so please don't fix approved descriptions before having a discussion and a vote first... I use highway=track for paved roads sometime. In Switzerland these agricultural roads are sometimes of very high quality. So shouldn't he adapt the description to something that is actually used? spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
On Thu, Jun 12, 2008 at 11:34:06AM -0700, Karl Newman wrote: So now I decide that since I drive really fast down my driveway, I should call it highway=motorway and start tagging driveways that way. Since that's how it's used, I'm going to change Map Features to reflect that. Okay, that's a bit extreme, but really, care should be taken when changing Map Features since that's what the mappers rely on. highway=track tracktype=grade16520 Seems to be used 6520 times in Germany alone, according to tagwatch. That hardly qualifies as a single loonie, doing nonsense. I agree that changing map_features should be done carefully. But in this case it seems absurd to bnot change it. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Tilesathome] Which layers for captionless?
On Fri, Jun 06, 2008 at 08:03:55PM +0100, Andrew McCarthy wrote: And if I understand correctly, the final idea will be to have no tile layer at all, just captionless and transparent captions at all zoom levels? captionless and transparent captions yes, but that doesn't mean that the standard tile layer should necessarily go away. At least I need a merged layer where (standard) names and map are on one png file, as e.g. my N800 isn't capable of overlaying several layers in maemo mapper. But, this could also be done with a on the fly merge service. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] openstreetmap
On Fri, Jun 06, 2008 at 08:40:57PM -, hy wrote: To make a long story short: How do I get all these into the map? Is there a forum to discuss things? http://wiki.openstreetmap.org/index.php/Beginners%27_Guide has all the links you need. (e.g. to http://wiki.openstreetmap.org/index.php/Additional_Help) I won't have the time now to re-edit 200.000 WPs, but I would take the time to write a convert routine to make a bulk upload - if it doesn't require editing afterwards. That won't be possible as many of your ways and POIS will be on the map already. So manual checking and selecting will be necessary. You will also want to make sure that your streets are connected to existing streets etc. I'd be glad to be a part of the community, and as far as I can tell after a few days of looking around at least 150.000 WPs of my collection are not in openstreetmap.org - yet. Were those 200,000 POIs collected by you or derived from public domain sources? That sounds quite a lot of work for a single person!!! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nested areas
On Thu, Jun 05, 2008 at 08:14:02PM +0100, Jon Burgess wrote: On Thu, 2008-06-05 at 19:49 +0200, spaetz wrote: Why should it work differently? If I want a tunnel under a forest, a layer=-1 *should* draw the tunnel under the forest. Why do you think it's doing something wrongly? If the tunnel becomes invisible because the forest is drawn on top then that does not look good. If however the tunnel was drawn over the top with an appropriate style then that may be more useful. Mapnik would render the tunnel on top of the area but using a dashed style. OK, tunnel is a bad example on my side. But there are things that I want in the data, but not drawn in regular maps. Think of a dug in powerline (some maps might want to show these too, I know...). tagging a river with layer=-1 seems wrong to me on the other hand. Buildings are often constructed over the top of rivers. Whether the building is +1 or the river is -1 surely just depends on where you take your ground reference. If the river really flows through the building then I guess the layer tag is not the right answer. If you do that for the river part that goes through/under a buiding, then I agree. I have tagged river bits under bridges with -1 myself. But if you tag a river universally over quite a bit with layer=-1 just for the fun of it, as was in the original example, then this looks weird. And osmarender is right to make it look weird, isn't it? A similar issue must occur frequently with railway lines through train stations. I'd think so, yep. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Keyboard navigation defunct on informationfreeway
On Fri, Jun 06, 2008 at 07:27:08AM +0200, Karl Eichwalder wrote: Keyboard navigation on informationfreeway is mostly broken once again. Footnote, if someone *cough* *cough* is modifying IFW anyway, it would be cool to have the caption layer turned on by default when browsing the osma layer between z4 an z11. Alternatively, should we try to get the captions merged onto the default tiles for these zoom levels? spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Keyboard navigation defunct on informationfreeway
On Fri, Jun 06, 2008 at 09:44:31AM +0100, 80n wrote: It's intentional that captions are not being merged in a very low zooms at the moment. There's some kind of projection bug that means that they are not being positioned correctly. Here the caption for London is about 50 miles too far north: http://www.informationfreeway.org/?lat=51.93098706326705lon=1.099880441062user=80nzoom=6layers=B000F000T OK, didn't know this. Thanks. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Keyboard navigation defunct on informationfreeway
On Fri, Jun 06, 2008 at 12:34:48PM +0100, 80n wrote: But wait, as Deelkar says, tile 33 22 6 appears to be correct (apart from the caption proximity settings appearing to be wrong). This was rendered by you apparently: *Single tile upload by user 214 (spaetz) with client 22 (Quickborn) recorded on 2008-06-02 05:47:24* Perhaps the bug is fixed in Quickborn? Interesting. This was rendered using the current client, with or/p as renderer. The only change that I had made to it is some changes to the stylesheet (attempt to render country names and city names differently). I won't be able to test the whole area until Monday, so feel free to start some more large-scale test whether it works now. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nested areas
On Thu, Jun 05, 2008 at 12:10:23PM +0100, Steve Hill wrote: As a side note, I noticed that whilst Mapnik appears to be quite good at rendering areas (e.g. industrial landuse) under the ways, Osmarender doesn't seem smart enough and areas sometimes obscure ways. For example, the river is obscured by an industrial area here: http://www.openstreetmap.org/?lat=51.68998lon=-3.9007zoom=16layers=0B0FT Osma does it exactly right. That river has a layer=-1 while the landuse has no layer (implying 0). The data-wise, the river *is under the idustrial area*. I haven't fixed it. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nested areas
osmarender rules pay attention to the layer tag even when dealing with areas. In this case the river is on layer=-1, and the industrial area has no layer tag (so defaults to 0). osmarender is rendering all -1 objects first, then moves on to the layer 0 objects. This seems wrong to me. An easy fix would be to subtract a number (e.g. 10) from the layer value of areas so they always get rendered under non-area objects. Maybe I'll look at doing this when I don't have a hundred and one other things to do. :) I suspect there's no easy way of doing the surface-area calculation to keep small areas on top though. Why should it work differently? If I want a tunnel under a forest, a layer=-1 *should* draw the tunnel under the forest. Why do you think it's doing something wrongly? tagging a river with layer=-1 seems wrong to me on the other hand. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Enabling communities to use OSM as a planning tool
On Wed, Jun 04, 2008 at 11:09:33AM -0400, [EMAIL PROTECTED] wrote: One thought that occurs to me is that there will be many, disparate groups wishing to use OSM to plan stuff, only a very small proportion of which would eventually become reality. I'm not sure if it would be appropriate to add these features to the main OSM database. I would also agree that it is probably not appropriate to add addition (non-real) data to the main database, as it will make the editor view significantly more cluttered and confused. At present they can achieve the same effect using off line file and merging layers before rendering. OpenLayers is capable of rendering local .osm data, so it's possible to have a local planning layer overlaid on the plain map. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk