[OSM-legal-talk] Update to Open Data Licence page
I have done some edits to the Open Data Licence Page. I have 1) Created a 'See Also' section with links to other related pages (some of which were listed previously in the intro paragraph) 2) Edited the criticism section to make it clearer, to remove detail and link to other places for that additional detail I have also added a number of legal related pages to the legal category including the 'Public Domain Map' and the 'Brief for Proposed OSM Licenece'. I note that the ODbL Timeline page is out of date in that some task with 'TO DO' against them are actually being done and that the last (and only) edit of this page was back in early September. Can people (Tom/Steve?) please add their names to work that they are doing and keep the page current. http://wiki.openstreetmap.org/index.php/Open_Data_License/Timeline This is all part of a general focus from my side to get the legal wiki pages into better shape prior to any voting or requests for people to sign up to it. Thanks, Peter ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 6:39 PM, SteveC [EMAIL PROTECTED] wrote: However, this is not the place for that argument. That argument's place is the legal-talk mailing list. Which makes me wonder why you posted the poll here then? It was your idea - as you said, only asking the legal-talk mailing list wouldn't give data representative of the opinions of the wider OSM community. Can't you guys think more than 5 minutes ahead and realise the only way you will be happy and viral people will be happy is with parallel projects? That way us viral people will just take all your work and always have a better map. Forking mapping work would be bad for everyone. The public domain will benefit OSM. Even if fighting teleatlas / etc is important to you, remember: Those guys can _never_ compete with free. Anywhere OSM has good maps, teleatlas friends will be out of business. Please stop spreading fear, uncertainty and doubt. You are not serving your community. -J Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
El Lunes, 3 de Noviembre de 2008, Joseph Gentle escribió: The public domain will benefit OSM. Could we stop making PD-vs-SA flamewars that will lead nowhere, please? Thanks, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Minimum or maximum clothing demanded
Hi, please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
On Mon, Nov 03, 2008 at 09:14:03AM +0100, [EMAIL PROTECTED] wrote: please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann for this most important proposal. I think we need a few important additions, though. Clothing requirements are often gender-specific, so there should be a male and female form of the tag. I propose the following format: female:min_clothing=burka male:min_clothing=kippah Also, for children there are often different clothing rules. In German public swimming pools young children often run around withouth any clothes on, in the US this doesn't happen. So how about putting the age in there also: male:min_clothing:under_5=nude male:min_clothing:5_to_50=boxer_shorts male:min_clothing:over_51=fully_clothed_please Also I would suggest we apply those tags to certain bars and pubs, too: female:max_clothing=topless male:max_clothing=hat (You can leave your hat on!) Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
I like the idea. The english term for clothing requirements is a Dress Code. I'm not sure how this can best fit in - dress_code_min=formal, dress_code_max=naked ? -J On Mon, Nov 3, 2008 at 7:14 PM, [EMAIL PROTECTED] wrote: Hi, please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ 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] A super quick poll
On Mon, Nov 3, 2008 at 7:59 AM, Joseph Gentle [EMAIL PROTECTED] wrote: The public domain will benefit OSM. What incentive would anyone have to add datasets to OSM if it were PD? Surely it would be easier and less risky for them to keep their own work in a separate database and combine it with OSM later so they get a better map than everyone else, hence competitive advantage. Why would they bother to share their work unnecessarily? Sharealike at least rewards people who create free data, by allowing them access to more. At the very least it isn't structured to discourage* generation of free data In this case, it isn't the 'PD license' itself but copyright law which encourages selfish behaviour, and by pretending that nobody else cares about copyright, PD shows itself as naive. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 10:09 AM, OJ W [EMAIL PROTECTED] wrote: On Mon, Nov 3, 2008 at 7:59 AM, Joseph Gentle [EMAIL PROTECTED] wrote: The public domain will benefit OSM. What incentive would anyone have to add datasets to OSM if it were PD? Surely it would be easier and less risky for them to keep their own work in a separate database and combine it with OSM later so they get a better map than everyone else, hence competitive advantage. Why would they bother to share their work unnecessarily? This suggests that merging two datasets is low cost, which I think we know from experience simply isn't true. The situation you suggest isn't feasable simple because combining data privately isn't cost-effective in any way. OSM will win because it's got a community that contributes and fixes stuff, not because we have a viral licence. OSM would simply outdevelop any competitor, even if it was under PD. Oops, this discussion shouldn't be here, sorry :) Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 9:24 AM, Erik Johansson [EMAIL PROTECTED] wrote: On Mon, Nov 3, 2008 at 8:59 AM, Joseph Gentle [EMAIL PROTECTED] wrote: On Mon, Nov 3, 2008 at 6:39 PM, SteveC [EMAIL PROTECTED] wrote: the only way you will be happy and viral people will be happy is with parallel projects? That way us viral people will just take all your work and always have a better map. Forking mapping work would be bad for everyone. The public domain will benefit OSM. Why not, make a list of all people who want public domain, then download the 16GBs of planet dumps and diffs necessary to get all history. Analyze all history; extracting the nodes and ways that are contributed PD only, thus creating a subset of the planet dump which is PD. Just on a technical note, that doesn't get you all the history as you miss multi-edits per week, plus planet files didn't always include the user. You'd need a full history dump from the database for that (and access to the pre-0.5 node, segment and way histories too). On the license note ffs guys, legal-talk-general i believe, where you can continue to disagree fundamentally without bothering the rest of us. Vote: I really don't care. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A really quick poll
On Mon, Nov 3, 2008 at 8:21 AM, SteveC [EMAIL PROTECTED] wrote: a) Would you like OSM to always be inferior to TeleAtlas and Navteq and probably die (PD license) b) Would you like OSM to be the best map on the planet (viral license)) c) This requires more than 90 seconds thought, please let me review the history of BSD vs. GPL I am really worried, when I see the chairman of the OSM Foundation making these kind of oversimplified statements regardig a complex issue like the OSM license. Building a community is much more important than any license, and this is not a good way to do it. - Gustav ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] A super quick poll
On Monday 03 November 2008 01:09:41 pm SteveC wrote: Can't you guys think more than 5 minutes ahead and realise the only way you will be happy and viral people will be happy is with parallel projects? That way us viral people will just take all your work and always have a better map. and, in addition, a poll with insufficient choices is not a good poll. Public domain != BSD style licenses anyway. -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] A super quick poll
On Mon, Nov 3, 2008 at 10:35 AM, maning sambale [EMAIL PROTECTED] wrote: You didn't read the whole sentence: ways that are contributed PD only, Of course at this point your eye is mysteriously drawn to the elephant in the room, which is what deserves copyright protection?. Adding a couple of nodes to a way to neaten out the curve: no way. Simple tracing from Yahoo or NPE: nope, probably not, unless your jurisdiction is _really_ friendly towards sweat of the brow. (Most aren't AIUI.) Putting your GPS on the dashboard, following a road for 30 miles, getting home, uploading the track, then faithfully tracing along it: doesn't look much like original creative work to me. Large-scale I-plucked-this-out-of-my-ass creative mapping bearing no relation to the facts on the ground, like someone has just done in Cheadle, Staffordshire, UK: yeah, that probably deserves copyright protection. And taking outside and shooting. Imho, neither talk nor legal-talk (the two lists to which this post was made) are the appropriate venue for this discussion. Should this discussion more appropriately be continued on [EMAIL PROTECTED] It's chicken and egg here; until people use the new list it won't be used. Regards, Peter cheers Richard ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
public domain will benefit OSM. Why not, make a list of all people who want public domain, then download the 16GBs of planet dumps and diffs necessary to get all history. Analyze all history; extracting the nodes and ways that are How for example? Way # 12564789654321 History * Edited by allmycontributionsarePD at 2008-10-24T13:37:46+01:00 * Edited by allmycontrubtionsareCC at 2008-10-17T10:12:06+01:00 * Edited by allmycontrubtionsareCC at 2008-01-17T11:57:42+00:00 * Edited by allmycontrubtionsareCC at 2008-01-06T11:59:57+00:00 * Edited by allmycontrubtionsareCC at 2008-01-03T02:18:04+00:00 * Edited by allmycontrubtionsareCC at 2008-01-03T02:17:53+00:00 * Edited by allmycontributionsarePD at 2007-12-24T05:08:30+00:00 * Edited by allmycontrubtionsareCC at 2007-12-19T06:23:53+00:00 * Edited by allmycontributionsarePD at 2007-09-06T22:19:14+01:00 cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Lake rendering
Could someone take a look at lake Østensjøvannet near Oslo, and tell me how to fix the mulitpolygons, so both Osmarender, Mapnik and the Cycle Map understand them? http://www.openstreetmap.org/?lat=59.8815lon=10.8767zoom=14layers=0B00FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF I have made a couple of attempts, but without much luck. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
Østensjøvannet seems ok, but Nøklevannet is missing on the Mapnik rendering. Is that the problem? 2008/11/3 Gustav Foseid [EMAIL PROTECTED]: Could someone take a look at lake Østensjøvannet near Oslo, and tell me how to fix the mulitpolygons, so both Osmarender, Mapnik and the Cycle Map understand them? http://www.openstreetmap.org/?lat=59.8815lon=10.8767zoom=14layers=0B00FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF I have made a couple of attempts, but without much luck. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Relations
On Mon, Nov 3, 2008 at 12:31 PM, David Groom [EMAIL PROTECTED] wrote: The page http://wiki.openstreetmap.org/index.php/Relations#Proposed_uses_of_Relations has a large number of proposed uses of relations, but there never seems to be any forward movement on these. However flawed the voting system for proposed tags is, at least there is a recognised procedure, and eventually proposed tags either make it into the mainstream of OSM or they don't. It's a matter of debate as to causation/correlation between the voting procedures and mainstream OSM :-) But this doesn't seem to be the case with proposed relations. I suspect the reason for this might be twofold. Firstly there is no recognised procedure for moving these forward. Secondly, and perhaps more importantly, many of the proposed uses of relations require some degree of knowledge of what the main renderers / other users of OSM data can actually cope with. So for instance there would be no point in me trying to move a particular proposal forward as I don't know if in practice the aim of the proposal can be achieved. I'm afraid I don't have a solution to the problem, but just wanted to flag it up as an issue. I would suggest concentrating on documenting the ones that are in use, such as multipolygons, cycle route relations. Even better is to concentrate on the ones that are in the db and widely consumed (by e.g. a renderer), then on the ones in the db but not widely consumed (e.g. turn restrictions) and pretty much ignore the fanciful I-think-it-would-be-great-if suggestions. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
Phooee, all these lists to choose from. Probably most sensible on legal-talk, I think (so followups to there). Erik Johansson wrote: On Mon, Nov 3, 2008 at 10:35 AM, maning sambale [EMAIL PROTECTED] wrote: You didn't read the whole sentence: ways that are contributed PD only, Of course at this point your eye is mysteriously drawn to the elephant in the room, which is what deserves copyright protection?. Adding a couple of nodes to a way to neaten out the curve: no way. Simple tracing from Yahoo or NPE: nope, probably not, unless your jurisdiction is _really_ friendly towards sweat of the brow. (Most aren't AIUI.) Putting your GPS on the dashboard, following a road for 30 miles, getting home, uploading the track, then faithfully tracing along it: doesn't look much like original creative work to me. Large-scale I-plucked-this-out-of-my-ass creative mapping bearing no relation to the facts on the ground, like someone has just done in Cheadle, Staffordshire, UK: yeah, that probably deserves copyright protection. And taking outside and shooting. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 10:35 AM, maning sambale [EMAIL PROTECTED] wrote: public domain will benefit OSM. Why not, make a list of all people who want public domain, then download the 16GBs of planet dumps and diffs necessary to get all history. Analyze all history; extracting the nodes and ways that are You didn't read the whole sentence: ways that are contributed PD only, * Edited by allmycontributionsarePD at 2008-10-24T13:37:46+01:00 * Edited by allmycontrubtionsareCC at 2008-10-17T10:12:06+01:00 * Edited by allmycontributionsarePD at 2007-12-24T05:08:30+00:00 Becomes CC when a CC user contribute, the way before that can be included. True this will miss all ways that are changed between week updates, but I believe it's a very good approximation. All this shouldn't be hard to do if you want PD OSM and know a tiny bit of programming, this would also be a lot more productive than talking about it here. Regards /Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A project for winter - Building heights
a fun way for checking the dataset would surely be to have OSM maps in 3d simulations or games, such as http://torcs.sourceforge.net/ or http://sourceforge.net/projects/trigger-rally/ (picked at random, other targets are welcome) Imagine roadsigns showing restrictions, place street names, buildings as blocks, srtm for general terrain relief, show landuse and some natural features A benefit would be to be able to make use JOSM remote control plugin (or open up potlatch) to fix up spotted errors while game is paused :) How about piste maps in Tux racer ? :D Stefan On Sun, Nov 2, 2008 at 10:23 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Jon Burgess wrote: Like this? http://artem.dev.openstreetmap.org/files/osm_3d.png or http://igorbrejc.net/openstreetmap/openstreetmap-3d-short-video Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ 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] Proposed Relations
On Mon, Nov 3, 2008 at 2:15 PM, David Groom I'm also surprised that the relation type=boundary is still considered as a proposal in the wiki. Having a quick look on the european statistics about relations in tagwatch ([1]), the most popular relation is type=boundary (10297), most of them for admin_level=8 (municipalities). This is an example of approved relation which does not require a vote because it's already widely used. On the other side, the fifth most popular relation in tagwatch is the type=- (1107) where most of the linked objects have the role=empty ! Pieren [1] http://tagwatch.stoecker.eu/Europe/En/relationslist.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
On Mon, Nov 3, 2008 at 2:37 PM, Bernt M. Johnsen [EMAIL PROTECTED] wrote: Østensjøvannet seems ok, but Nøklevannet is missing on the Mapnik rendering. Is that the problem? Sorry, my mistake. Yes, the problem is Nøklevannet. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Relations
On Mon, Nov 3, 2008 at 1:15 PM, David Groom [EMAIL PROTECTED] wrote: I would suggest concentrating on documenting the ones that are in use, such as multipolygons, cycle route relations. Even better is to concentrate on the ones that are in the db and widely consumed by e.g. a renderer), Is there any easy way to find what relations fit into the above category? e.g. a renderer), then on the ones in the db but not widely consumed (e.g. turn restrictions) I there any easy way to find what relations fit into the above category? It's reasonably easy to find out what ones are in use in the db, but harder to find out which are consumed. Yet still fairly straightforward detective work for someone with a good knowledge of OSM. Frederik, next time we have a discussion group like the one on relations at SOTM, remind me to video and/or transcribe it :-) Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] data plucked from who-knows-where?
Large-scale I-plucked-this-out-of-my-ass creative mapping bearing no relation to the facts on the ground, like someone has just done in Cheadle, Staffordshire, UK: yeah, that probably deserves copyright protection. And taking outside and shooting. cheers Richard On a complete tangent to this conversation... I was curious about the area Richard mentioned, so looked it up: http://www.openstreetmap.org/?lat=52.98283lon=-1.99189zoom=15layers=B000FTF And was amazed that someone has obviously put a lot of work into this, and yet it bears very little geometric similarity to this (for comparison only!): http://www.multimap.com/maps/?qs=cheadlecountryCode=GB#map=52.98372,-2.00288|15|4bd=useful_informationloc=GB:52.98896:-1.98721:14|cheadle|Cheadle,%20Stoke-on-Trent,%20Staffordshire,%20England,%20ST10%201 I know which I am inclined to believe... It also appears they have an unfortunate problem with caps lock on their computer, but that's beside the point. It seems someone is in desperate need of a GPS unit! :-s I wonder how easy it will be to improve the accuracy of data such as this, where the topology and road naming is probably mainly correct (I imagine they sketched maps as they went) but the geometry is way off. When I get a moment I'll have to look and see whether any GPS traces already in the system can be used to improve this area. Maybe we could even make a significant improvement with Landsat images? I do think innacurate data is better than none, but this area clearly needs some work! Regards, Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On 3 Nov 2008, at 00:12, Iván Sánchez Ortega wrote: El Lunes, 3 de Noviembre de 2008, Joseph Gentle escribió: The public domain will benefit OSM. Could we stop making PD-vs-SA flamewars that will lead nowhere, please? http://icanhascheezburger.files.wordpress.com/2008/04/funny-pictures-basement-cat-vs-ceiling-cat.jpg Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, Nov 3, 2008 at 2:28 PM, David Ebling [EMAIL PROTECTED] wrote: On a complete tangent to this conversation... I was curious about the area Richard mentioned, so looked it up: http://www.openstreetmap.org/?lat=52.98283lon=-1.99189zoom=15layers=B000FTF And was amazed that someone has obviously put a lot of work into this, and yet it bears very little geometric similarity to this (for comparison only!): http://www.multimap.com/maps/?qs=cheadlecountryCode=GB#map=52.98372,-2.00288|15|4bd=useful_informationloc=GB:52.98896:-1.98721:14|cheadle|Cheadle,%20Stoke-on-Trent,%20Staffordshire,%20England,%20ST10%201 I know which I am inclined to believe... This is brilliant. It's a lot more extensive than the bit that you linked to though - for those of you who are registered for ITOWorlds' OSM mapper product, clicky the linky: http://www.itoworld.com/product/osm/map?area=310:16show=userssort=total- (sign in *first* :-) ). You can see that it's so extensive it's even off the top of this area. I wonder how easy it will be to improve the accuracy of data such as this, where the topology and road naming is probably mainly correct (I imagine they sketched maps as they went) but the geometry is way off. When I get a moment I'll have to look and see whether any GPS traces already in the system can be used to improve this area. Maybe we could even make a significant improvement with Landsat images? I've spent 5 minutes looking at it compared to NPE - it actually seems quite reasonable topology, and looks very similar to when I've done TIGER fixups. I'd be hesitant about using NPE for positioning, but given how really, really inaccurate this is it might be a good start. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A really quick poll
El Lunes, 3 de Noviembre de 2008, Gustav Foseid escribió: I am really worried, when I see the chairman of the OSM Foundation making these kind of oversimplified statements regardig a complex issue like the OSM license. Building a community is much more important than any license, and this is not a good way to do it. Steve is quite a busy man, and already knows that a PD-vs-SA license discussion will turn into a time-consuming, useless flame war. If you think you could do better as the OSMF chairman, you're welcome to sign up for the post in the next OSMF board elections. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] MSN:[EMAIL PROTECTED] Jabber:[EMAIL PROTECTED] ; [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Proposed Relations
On Mon, November 3, 2008 14:49, Pieren wrote: On Mon, Nov 3, 2008 at 2:15 PM, David Groom I'm also surprised that the relation type=boundary is still considered as a proposal in the wiki. Having a quick look on the european statistics about relations in tagwatch ([1]), the most popular relation is type=boundary (10297), most of them for admin_level=8 (municipalities). This is an example of approved relation which does not require a vote because it's already widely used. By the way, are relations guaranteed to be ordered? If not, how could one be sure to stitch all parts of a long border? Do we need a rule like the border has to be a unbroken set of ways like for the coast lines? Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
On Mon, Nov 3, 2008 at 2:36 PM, Sven Rautenberg [EMAIL PROTECTED] wrote: I think you cannot complete this task until Mapnik gets some software fixes. I'd suggest tagging your lake correctly and try to get Mapnik fixed, instead of trying to find a workaround tagging that works in Mapnik and Osmarender. Specifically, it's osm2pgsql that needs fixing - it's that which generates the polygons for mapnik to render (and there's nothing wrong with mapnik's intrinsic polygon rendering). But apart from that, you're right, both about the approach (i.e. tag it right) and that it's software fixes that are needed. tile.osm.org and the www.opencyclemap.org use different versions of osm2pgsql which is why they are different. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, Nov 3, 2008 at 3:02 PM, Andy Allan [EMAIL PROTECTED] wrote: On Mon, Nov 3, 2008 at 2:28 PM, David Ebling [EMAIL PROTECTED] wrote: On a complete tangent to this conversation... I was curious about the area Richard mentioned, so looked it up: http://www.openstreetmap.org/?lat=52.98283lon=-1.99189zoom=15layers=B000FTF And was amazed that someone has obviously put a lot of work into this, and yet it bears very little geometric similarity to this (for comparison only!): http://www.multimap.com/maps/?qs=cheadlecountryCode=GB#map=52.98372,-2.00288|15|4bd=useful_informationloc=GB:52.98896:-1.98721:14|cheadle|Cheadle,%20Stoke-on-Trent,%20Staffordshire,%20England,%20ST10%201http://www.multimap.com/maps/?qs=cheadlecountryCode=GB#map=52.98372,-2.00288%7C15%7C4bd=useful_informationloc=GB:52.98896:-1.98721:14%7Ccheadle%7CCheadle,%20Stoke-on-Trent,%20Staffordshire,%20England,%20ST10%201 I know which I am inclined to believe... This is brilliant. It's a lot more extensive than the bit that you linked to though - for those of you who are registered for ITOWorlds' OSM mapper product, clicky the linky: http://www.itoworld.com/product/osm/map?area=310:16show=userssort=total- (sign in *first* :-) ). You can see that it's so extensive it's even off the top of this area. I wonder how easy it will be to improve the accuracy of data such as this, where the topology and road naming is probably mainly correct (I imagine they sketched maps as they went) but the geometry is way off. When I get a moment I'll have to look and see whether any GPS traces already in the system can be used to improve this area. Maybe we could even make a significant improvement with Landsat images? I've spent 5 minutes looking at it compared to NPE - it actually seems quite reasonable topology, and looks very similar to when I've done TIGER fixups. I'd be hesitant about using NPE for positioning, but given how really, really inaccurate this is it might be a good start. Since street names are one of the harder bits of information to collect, what this user has done here looks like a very worthwhile contribution to the project. Perhaps we should even be encouraging users without GPS units to create this kind of topological map. It looks reasonably usable and is very consistent with the wiki philosophy of incremental improvement. There are a lot more people without GPS units than there are with, and if they can get pleasure from recording street names like this, then the GPS mappers job is made much easier. 80n Cheers, Andy ___ 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] Proposed Relations
On 3 Nov 2008, at 15:08, Hakan Tandogan wrote: On Mon, November 3, 2008 14:49, Pieren wrote: On Mon, Nov 3, 2008 at 2:15 PM, David Groom I'm also surprised that the relation type=boundary is still considered as a proposal in the wiki. Having a quick look on the european statistics about relations in tagwatch ([1]), the most popular relation is type=boundary (10297), most of them for admin_level=8 (municipalities). This is an example of approved relation which does not require a vote because it's already widely used. By the way, are relations guaranteed to be ordered? If not, how could one be sure to stitch all parts of a long border? Do we need a rule like the border has to be a unbroken set of ways like for the coast lines? Relations are unordered. You could load the relation and all the ways referenced by it, then check to see if each way has another way that has the same start and end nodes, through a process of stitching. Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On 3 Nov 2008, at 02:09, Joseph Gentle wrote: 2008/11/3 Iván Sánchez Ortega [EMAIL PROTECTED]: Could we stop making PD-vs-SA flamewars that will lead nowhere, please? Thanks, I'm sorry for reigniting the flamewar. My intention was merely to get some data. However, I'd rather have some argument here than Steve's inflammatory remarks uncontested. Inflammatory like The public domain will benefit OSM. as if it's a statement of fact? Anyway I'll join the fun on legal-general. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
On 11/3/08, Frederik Ramm [EMAIL PROTECTED] wrote: Depends on what you're wearing - clothes make the man! clothes = emperors_new --- Perhaps we can view clothing as we can view other restrictions dress_code:yes dress_code:no workwear after 7pm beach:yes clothes:permissive church clothes:required clothes_rule:hats off for men So, an indication that a place has a particular clothing rule, the nature of that rule, and the specifics of the rule ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
2008/11/3 OJ W [EMAIL PROTECTED]: On Mon, Nov 3, 2008 at 7:59 AM, Joseph Gentle [EMAIL PROTECTED] wrote: The public domain will benefit OSM. What incentive would anyone have to add datasets to OSM if it were PD? Surely it would be easier and less risky for them to keep their own work in a separate database and combine it with OSM later so they get a better map than everyone else, hence competitive advantage. Why would they bother to share their work unnecessarily? Sharealike at least rewards people who create free data, by allowing them access to more. At the very least it isn't structured to discourage* generation of free data In this case, it isn't the 'PD license' itself but copyright law which encourages selfish behaviour, and by pretending that nobody else cares about copyright, PD shows itself as naive. If you were right, the Apache Foundation with all it's software would be a failure. How is it then, that the Apache web server is the most successful webserver ever? With the Apache license, I could keep my enhancements to myself and then get a competitive atvantage according to your logic. And it might be that some do that, but most see the advantage in contributing to the community. I admit that data and software is somewhat different, but I don't think your logic holds at all. Choosing between a SA-type and PD-type license should not be governed by religious beliefs, but what you want to achieve. And there are reasons for both. And I don't think openstreetmap will die of the wrong type is used. Just evolve in a different way. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
Hi, Andreas Fritsche wrote: So, could someone please help me: Is contributing a good or a bad thing? *confused* Depends on what you're wearing - clothes make the man! Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A really quick poll
On Mon, Nov 3, 2008 at 8:43 PM, Iván Sánchez Ortega [EMAIL PROTECTED] wrote: El Lunes, 3 de Noviembre de 2008, Gustav Foseid escribió: I am really worried, when I see the chairman of the OSM Foundation making these kind of oversimplified statements regardig a complex issue like the OSM license. Building a community is much more important than any license, and this is not a good way to do it. Steve is quite a busy man, and already knows that a PD-vs-SA license discussion will turn into a time-consuming, useless flame war. So making oversimplified, misleading statements to the general mailing list helps how exactly? If you think you could do better as the OSMF chairman, you're welcome to sign up for the post in the next OSMF board elections. If I were in the UK I would do just that. -J Cheers, ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] data plucked from who-knows-where?
80n wrote: Since street names are one of the harder bits of information to collect, what this user has done here looks like a very worthwhile contribution to the project. Perhaps we should even be encouraging users without GPS units to create this kind of topological map. It looks reasonably usable and is very consistent with the wiki philosophy of incremental improvement. There are a lot more people without GPS units than there are with, and if they can get pleasure from recording street names like this, then the GPS mappers job is made much easier. I like having 80n around here to speak wisely and calm down the rest of us hotheads. :) But we might need another tool to enable them to contribute this way - I'm thinking OpenStreetBugs, Google Map Maker, and the painty thing Oliver did the other year. Our current editors aren't really set up for sketching, and correcting the Cheadle mapping is going to take some poor soul(s) a lot of work. Which begs a wider question... what, as a community, do we want our editors to be? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A really quick poll
-Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Philipp Klaus Krause Sent: 03 November 2008 09:55 To: Licensing and other legal discussions. Subject: [Spam] Re: [OSM-legal-talk] A really quick poll -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joseph Gentle schrieb: Please fill out this poll: http://sineltor.selfip.org/osm.php Thanks! Joseph - - Don't we have Legal-general for stuff like this now? - - More options would be nice. Having to choose between the current options I'll go with PD, however a share-alike license with GPL,GFDL,CC-BY-SA,LGPL compability would be ok for me. +1 Why have you posted this to legal-talk and not to legal-general? I am going to do a post to legal-general relating to this poll and suggest that anyone who has further comments about it does so on that list. Regards, Peter Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkOymoACgkQbtUV+xsoLpqhOQCeMLi9TPWOjDhYK8wH7vGEAWCu 9ZUAn1CwKUEFf6iuc2bADC6rNpyTPL5n =cpwM -END PGP SIGNATURE- ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] data plucked from who-knows-where?
So, Richard thinks we should take him (just a guess, I suspect there are more mappers of this gender) outside and shoot him, while Etienne thinks we should give him a cigar. Me, I'm all for compromise: give him a cigar and shoot him :-) elvin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapnik rendering of paths + place=locality in general
Hello, This question has come up several times (from what I could Google out), but let me ask it again: when can we expect Mapnik OSM layer to render highway=path? Nevermind the path or footway debate - it would be nice to have paths rendered (they can be rendered the same as footways, as far as I'm concerned). Anyway, I checked Tagwatch for Germany and it has some 17,000 paths, so it's not totally unused. Second issue: I've just added an area tagged with place=locality, but Osmarender doesn't seem to render it (I don't know about Mapnik). This would be a nice feature to have (especially for cycling map). Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
El Lunes, 3 de Noviembre de 2008, elvin ibbotson escribió: So, Richard thinks we should take him (just a guess, I suspect there are more mappers of this gender) outside and shoot him, while Etienne thinks we should give him a cigar. Me, I'm all for compromise: give him a cigar and shoot him :-) In that precise order? Bummer. -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Un ordenador no es un televisor ni un microondas, es una herramienta compleja. 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] Proposed Relations
- Original Message - From: Andy Allan [EMAIL PROTECTED] To: David Groom [EMAIL PROTECTED] Cc: Talk Openstreetmap talk@openstreetmap.org Sent: Monday, November 03, 2008 12:40 PM Subject: Re: [OSM-talk] Proposed Relations On Mon, Nov 3, 2008 at 12:31 PM, David Groom [EMAIL PROTECTED] wrote: The page http://wiki.openstreetmap.org/index.php/Relations#Proposed_uses_of_Relations has a large number of proposed uses of relations, but there never seems to be any forward movement on these. However flawed the voting system for proposed tags is, at least there is a recognised procedure, and eventually proposed tags either make it into the mainstream of OSM or they don't. It's a matter of debate as to causation/correlation between the voting procedures and mainstream OSM :-) But this doesn't seem to be the case with proposed relations. I suspect the reason for this might be twofold. Firstly there is no recognised procedure for moving these forward. Secondly, and perhaps more importantly, many of the proposed uses of relations require some degree of knowledge of what the main renderers / other users of OSM data can actually cope with. So for instance there would be no point in me trying to move a particular proposal forward as I don't know if in practice the aim of the proposal can be achieved. I'm afraid I don't have a solution to the problem, but just wanted to flag it up as an issue. I would suggest concentrating on documenting the ones that are in use, such as multipolygons, cycle route relations. Even better is to concentrate on the ones that are in the db and widely consumed by e.g. a renderer), Is there any easy way to find what relations fit into the above category? e.g. a renderer), then on the ones in the db but not widely consumed (e.g. turn restrictions) I there any easy way to find what relations fit into the above category? and pretty much ignore the fanciful I-think-it-would-be-great-if suggestions. Well I'm never a fan of fanciful I-think-it-would-be-great-if suggestions. :) But I do see, for instance, great advantages to the http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways and http://wiki.openstreetmap.org/index.php/Relations/Proposed/Dual_carriageways proposals. David Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering of paths + place=locality in general
Igor Brejc wrote: This question has come up several times (from what I could Google out), but let me ask it again: when can we expect Mapnik OSM layer to render highway=path? Nevermind the path or footway debate - it would be nice to have paths rendered (they can be rendered the same as footways, as far as I'm concerned). Anyway, I checked Tagwatch for Germany and it has some 17,000 paths, so it's not totally unused. How about if you want them rendered you tag them with the standard tagging of highway=footway that we've been using for the last several years and which mapnik already supports? It's no use saying never mind the debate. By that logic I could announce that in future I'm going to tag all motorways as highway=frog and demand that people never mind the debate and just render highway=frog as a motorway. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
-Original Message- From: [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] On Behalf Of Joseph Gentle Sent: 03 November 2008 10:10 To: Iván Sánchez Ortega Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] A super quick poll 2008/11/3 Iván Sánchez Ortega [EMAIL PROTECTED]: Could we stop making PD-vs-SA flamewars that will lead nowhere, please? Thanks, I'm sorry for reigniting the flamewar. My intention was merely to get some data. However, I'd rather have some argument here than Steve's inflammatory remarks uncontested. I would be happy to continue this debate, but not here. Thanks for your feedback everyone. The correct list for this debate is legal-general and that was the one place where it was not discussed which I find surprising. I have posted the original poll to legal-general here with my comments: http://lists.openstreetmap.org/pipermail/legal-general/2008-November/09. html If people are interested in the licencing debate then please subscribe to legal-general here. http://lists.openstreetmap.org/listinfo/legal-general Regards, Peter -J ___ 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] A super quick poll
SteveC steve at asklater.com writes: Can't you guys think more than 5 minutes ahead and realise the only way you will be happy and viral people will be happy is with parallel projects? That way us viral people will just take all your work and always have a better map. Exactly. I mean the first sentence. I would be most happy if I could both to donate my work to public domain and advance, among the others, the fine OSM project. All the better if it could be possible without a need to use double as much time or to do just half of the mapping. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, Nov 3, 2008 at 4:12 PM, elvin ibbotson [EMAIL PROTECTED]wrote: So, Richard thinks we should take him (just a guess, I suspect there are more mappers of this gender) outside and shoot him, while Etienne thinks we should give him a cigar. Me, I'm all for compromise: give him a cigar and shoot him :-) For health reasons I wouldn't encourage anyone to smoke a cigar. So shoot him before he lights it. 80n elvin ___ 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] Mapnik rendering of paths + place=locality in general
Wednesday - patch by Bernhard H integrated and submitted yesterday. Locality has been in mapnik style for a while and should render fine. Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Brejc Sent: 03 November 2008 16:14 To: talk@openstreetmap.org Subject: [OSM-talk] Mapnik rendering of paths + place=locality in general Hello, This question has come up several times (from what I could Google out), but let me ask it again: when can we expect Mapnik OSM layer to render highway=path? Nevermind the path or footway debate - it would be nice to have paths rendered (they can be rendered the same as footways, as far as I'm concerned). Anyway, I checked Tagwatch for Germany and it has some 17,000 paths, so it's not totally unused. Second issue: I've just added an area tagged with place=locality, but Osmarender doesn't seem to render it (I don't know about Mapnik). This would be a nice feature to have (especially for cycling map). Igor -- http://igorbrejc.net ___ 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] Proposed Relations
The page http://wiki.openstreetmap.org/index.php/Relations#Proposed_uses_of_Relations has a large number of proposed uses of relations, but there never seems to be any forward movement on these. However flawed the voting system for proposed tags is, at least there is a recognised procedure, and eventually proposed tags either make it into the mainstream of OSM or they don't. But this doesn't seem to be the case with proposed relations. I suspect the reason for this might be twofold. Firstly there is no recognised procedure for moving these forward. Secondly, and perhaps more importantly, many of the proposed uses of relations require some degree of knowledge of what the main renderers / other users of OSM data can actually cope with. So for instance there would be no point in me trying to move a particular proposal forward as I don't know if in practice the aim of the proposal can be achieved. I'm afraid I don't have a solution to the problem, but just wanted to flag it up as an issue. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A really quick poll
hello Iván Iván Sánchez Ortega wrote: El Lunes, 3 de Noviembre de 2008, Gustav Foseid escribió: I am really worried, when I see the chairman of the OSM Foundation making these kind of oversimplified statements regardig a complex issue like the OSM license. Building a community is much more important than any license, and this is not a good way to do it. Steve is quite a busy man, and already knows that a PD-vs-SA license discussion will turn into a time-consuming, useless flame war. [...] well, sure he is busy. but i have to second Gustav: the oversimplified statements and short one-liners we have seen recently do not help to avoid time-consuming, useless flame wars. they rather fuel them. regards hermann ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Mapnik rendering of paths + place=locality in general
Tom Hughes wrote: Igor Brejc wrote: This question has come up several times (from what I could Google out), but let me ask it again: when can we expect Mapnik OSM layer to render highway=path? Nevermind the path or footway debate - it would be nice to have paths rendered (they can be rendered the same as footways, as far as I'm concerned). Anyway, I checked Tagwatch for Germany and it has some 17,000 paths, so it's not totally unused. How about if you want them rendered you tag them with the standard tagging of highway=footway that we've been using for the last several years and which mapnik already supports? It's no use saying never mind the debate. By that logic I could announce that in future I'm going to tag all motorways as highway=frog and demand that people never mind the debate and just render highway=frog as a motorway. Tom Ok, but is there anywhere in OSM world a law that says use footways and not paths? Aren't we constantly reiterating the fact that tagging is democratic? Isn't there a description of highway=path on Map Features page? I don't see a reason (and I don't intend to continue) the debate about this issue. I was merely asking when/if this feature will be rendered in Mapnik. And I didn't announce any plans to use or disuse this tag. Best regards, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
2008/11/3 Iván Sánchez Ortega [EMAIL PROTECTED]: Could we stop making PD-vs-SA flamewars that will lead nowhere, please? Thanks, I'm sorry for reigniting the flamewar. My intention was merely to get some data. However, I'd rather have some argument here than Steve's inflammatory remarks uncontested. I would be happy to continue this debate, but not here. Thanks for your feedback everyone. -J ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
Date: Mon, 3 Nov 2008 09:37:06 +0100 From: Jochen Topf [EMAIL PROTECTED] On Mon, Nov 03, 2008 at 09:14:03AM +0100, [EMAIL PROTECTED] wrote: please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann for this most important proposal. I think we need a few important additions, though. Clothing requirements are often gender-specific, so there should be a male and female form of the tag. I propose the following format: [..] Sorry, what was that? Probably I didn't get the subtile humor in this - again... So, could someone please help me: Is contributing a good or a bad thing? *confused* /Andreas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 9:31 AM, Dave Stubbs [EMAIL PROTECTED] wrote: On the license note ffs guys, legal-talk-general i believe, http://lists.openstreetmap.org/listinfo/legal-general It's an entire mailing list set up so this un-resolvable (to a large extent) discussion can be kept away from more productive stuff. Please everyone refrain from rehashing arguments from legal-talk@ on talk@ when we just decided last week they weren't even appropriate for legal-talk@ in the first place and made a dedicated legal-general@ list instead. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minimum or maximum clothing demanded
Is it minimum clothing? To me, min_clothing=kippah implies that the very minimum for me to wear would be a kippah, and not wearing socks, underwear, vest etc. similarly with min_clothing=scarf - no indication of the general clothing rules. and echoing earlier replies: Could we extend this to places with other clothing rules, such as: no workwear after 7pm? no hoodies no boots muddy walking boots welcome no swimwear nude beach etc On 11/3/08, Joseph Gentle [EMAIL PROTECTED] wrote: I like the idea. The english term for clothing requirements is a Dress Code. I'm not sure how this can best fit in - dress_code_min=formal, dress_code_max=naked ? -J On Mon, Nov 3, 2008 at 7:14 PM, [EMAIL PROTECTED] wrote: Hi, please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Mapnik rendering of paths + place=locality in general
On Mon, Nov 3, 2008 at 4:49 PM, Igor Brejc [EMAIL PROTECTED] wrote: Aren't we constantly reiterating the fact that tagging is democratic? I think democratic is the wrong word. You can do what you like. There's no tyranny of the masses, for a start - minorities and majorities are both on equal footing with tagging. Consuming data is entirely up to whoever is doing it to use or ignore OSM data as they see fit. Isn't there a description of highway=path on Map Features page? Ahahahahahahaha. So what? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Fairhurst wrote: 80n wrote: Since street names are one of the harder bits of information to collect, what this user has done here looks like a very worthwhile contribution to the project. Perhaps we should even be encouraging users without GPS units to create this kind of topological map. It looks reasonably usable and is very consistent with the wiki philosophy of incremental improvement. There are a lot more people without GPS units than there are with, and if they can get pleasure from recording street names like this, then the GPS mappers job is made much easier. I like having 80n around here to speak wisely and calm down the rest of us hotheads. :) But we might need another tool to enable them to contribute this way - I'm thinking OpenStreetBugs, Google Map Maker, and the painty thing Oliver did the other year. Our current editors aren't really set up for sketching, and correcting the Cheadle mapping is going to take some poor soul(s) a lot of work. Which begs a wider question... what, as a community, do we want our editors to be? Do you mean editors the software, or editors as in users? I guess we need to tag all the nodes in Cheadle with something source:position=estimated or something. The tricky part in fixing them is moving them into the right places without crossing the roads over each other or anything and getting yourself very confused. Ideally we need editing software that lets you drag control points in the area, and morphs all the points tagged as estimated towards their real locations. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkPSA4ACgkQz+aYVHdncI22xACcD5hNlWq8EJ1hScHElfpgvenF nVsAoJ5FmcRFzsNLuiWUEfyGehiElk/D =cDfH -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A project for winter - Building heights
El Lunes, 3 de Noviembre de 2008, Stefan Baebler escribió: a fun way for checking the dataset would surely be to have OSM maps in 3d simulations or games, such as http://torcs.sourceforge.net/ or http://sourceforge.net/projects/trigger-rally/ (picked at random, other targets are welcome) Naahhh... I'm thinking in Grand Theft Auto: OSM. If just because the road network would allow the automata (cars and peds) to move around. How about piste maps in Tux racer ? :D Whoa, that's a *cool* idea! (pun intended). This should be added to the list of student projects. -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Un ordenador no es un televisor ni un microondas, es una herramienta compleja. 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] Lake rendering
Gustav Foseid schrieb: Could someone take a look at lake Østensjøvannet near Oslo, and tell me how to fix the mulitpolygons, so both Osmarender, Mapnik and the Cycle Map understand them? http://www.openstreetmap.org/?lat=59.8815lon=10.8767zoom=14layers=0B00FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF http://www.openstreetmap.org/?lat=59.8816lon=10.8768zoom=14layers=B000FTF I have made a couple of attempts, but without much luck. I think you cannot complete this task until Mapnik gets some software fixes. One general rule for tagging holes within an area is to use a multipolygon relation and to put all tags on the outer border way marked as outer in the relation, leaving the inner way untagged. This works great in all renderers. Example: Lake with island, or wood with a clearance. What if the inner way marks something other than nothing? Simply tag it as such. This works great, too. Example: Lake with wood island. What if this inner way has holes by itself? Example: Wood with lake inside, which has an island with wood. You can tag the wood as outer, tagging the way of the lake as inner, which renders fine. The lake too is a outer, with the island as an inner way. Only Osmarender can render this correctly so far. Mapnik fails (and Cyclemap's Mapnik fails different than the general Mapnik). I'd suggest tagging your lake correctly and try to get Mapnik fixed, instead of trying to find a workaround tagging that works in Mapnik and Osmarender. Viele Grüße Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, Nov 3, 2008 at 4:12 PM, elvin ibbotson [EMAIL PROTECTED] wrote: So, Richard thinks we should take him (just a guess, I suspect there are more mappers of this gender) outside and shoot him, while Etienne thinks we should give him a cigar. Me, I'm all for compromise: give him a cigar and shoot him :-) For health reasons I wouldn't encourage anyone to smoke a cigar. So shoot him before he lights it. 80n I agree with Etienne. Assuming that zone was blank, I think that user has done a great job. The day will come when we will get rid of all these gps talibans Lucas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, 3 Nov 2008 15:15:26 + 80n [EMAIL PROTECTED] wrote: There are a lot more people without GPS units than there are with, and if they can get pleasure from recording street names like this, then the GPS mappers job is made much easier. Isn't this exactly the sort of thing that the 'FIXME' tag can be used for? Personally I have sketched out little features I have been unable to GPS at the time, and labelled them 'FIXME=rough location' or something similar. Since I am alone in the area I am mapping it's probably going to be me re-mapping at some point, but if others were to pass by and enhance the map in the meantime I would be delighted. Cheers, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - aeroway_obstacle
Proposal An Air traffic obstacle is a tall structure (a node, or linear feature) which can endanger air traffic. Air traffic obstacles have to be marked in most cases with red and white colored markings and with aircraft warning lights at night. On larger structures blinking lights are required. This definition was taken from Wikipedia, see: Air traffic obstacle (http://en.wikipedia.org/wiki/Air_traffic_obstacle) OSM already has the category aeroway for marking and categorising anything to do with where (mainly civilian) aircraft, helicopters take off and land. Obstacles are an important part of air navigation - especially in in low visibility conditions - as they need to be avoided at any cost. OSM also already has most of the potential obstacles as features - like the man_made structures lighthouse, tower, beacon - but lacks any kind of tagging, which explicitly and additionally categorizes them as being air traffic obstacles. Rationale This new feature would make it possible, to additionally mark physical features as being hazardous obstacles in the aeroway category. This would enable map makers in the air navigation sector, to enrich their air navigational charts with this relevant information. A secondary - and also very important to the proposing party - application would be to use this information in flight simulation and thus in flight training. One specific case on hand is the X-Plane flight simulator (http://www.x- plane.com/) which is lacking this data outside the United States. This data is seldom available freely to the public, and even in those cases is not of the best quality (the above mentioned wiki links lists three such examples). As a result of this the feature, the scenery developer of X-Plane flight simulator could much more easily include this data into their system. But of course, it would be open to every other simulator too. http://wiki.openstreetmap.org/index.php/Proposed_features/aeroway_obstacle Andras Fabian www.alpilotx.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - aeroway_obstacle
See also: http://wiki.openstreetmap.org/index.php/Kosmos_AirNav_Rules#Obstructions_for_low-flying_charts http://lists.openstreetmap.org/pipermail/talk/2008-November/031052.html (Tagging tall buildings) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data plucked from who-knows-where?
On Mon, Nov 03, 2008 at 08:18:21PM +0100, Juan Lucas Dominguez Rubio wrote: I agree with Etienne. Assuming that zone was blank, I think that user has done a great job. The day will come when we will get rid of all these gps talibans Well. There's nothing wrong with mapping rough data, *as long as it's clearly labeled so*. But looking at something that you think is mapped well, it would be rather good to know that here is something that could use correcting... Just my two cents. We should encourage everyone to make sure data is correct, and clearly label things that needs fixing. -- - Vegard Engen, member of the first RFC1149 implementation team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
On Mon, Nov 3, 2008 at 3:36 PM, Sven Rautenberg [EMAIL PROTECTED] wrote: What if the inner way marks something other than nothing? Simply tag it as such. This works great, too. Example: Lake with wood island. What if this inner way has holes by itself? Example: Wood with lake inside, which has an island with wood. You can tag the wood as outer, tagging the way of the lake as inner, which renders fine. The lake too is a outer, with the island as an inner way. With two seperate relations I presume, one for the wood, one for the lake. Offhand I think osm2pgsql should get this right in slim mode (non-slim has its own problems). Do you have an example? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
On Mon, Nov 3, 2008 at 10:28 PM, Martijn van Oosterhout [EMAIL PROTECTED]wrote: With two seperate relations I presume, one for the wood, one for the lake. Offhand I think osm2pgsql should get this right in slim mode (non-slim has its own problems). Do you have an example? It is reported as ticket #1308 now. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - aeroway_obstacle
Thanks for the link (I didn't see it when I searched for existing info in the wiki - I searched for obstacle and obstruction ... neither one turned up this page). I think, our tagging schema would fit fairly well in the obstacles part of this definition (which is not very detailed in the Kosmos_AirNav definition). AND our definition also has the advantage, that it is more-or-less in sync with official definitions like the ones from the FAA (so their data could be imported fairly easily). Andras Fabian Am Monday 03 November 2008 21:52:51 schrieben Sie: See also: http://wiki.openstreetmap.org/index.php/Kosmos_AirNav_Rules#Obstructions_fo r_low-flying_charts http://lists.openstreetmap.org/pipermail/talk/2008-November/031052.html (Tagging tall buildings) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Relations
Hi, Shaun McDonald wrote: Relations are unordered. You could load the relation and all the ways referenced by it, then check to see if each way has another way that has the same start and end nodes, through a process of stitching. 1. Shaun is right BUT 2. I want relations to become ordered and will try to sneak this into API 0.6; there will be no noticeable change for any API client, just that it so happens that things are returned in the order you put them in, rather than in any order. The rationale behind that is that people start (ab)using the role attribute for that (e.g. a bus route with nodes that have the roles stop1, stop2, stop3 etc.), which of course is a pain to modify. 3. No matter wheter API 0.6 will have ordered relations or not, I suggest to never rely on ordering in cases where it can be derived from the contents, i.e. if you have a border relation then by all means look at the first/last nodes of the ways and connect them rather than just assuming the elements are in the correct order. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Relations
Hi, Pieren wrote: I'm also surprised that the relation type=boundary is still considered as a proposal in the wiki. [...] This is an example of approved relation which does not require a vote because it's already widely used. There are no approved relations; there are those that are proposed and those that are established. A relation becomes established once it er, establishes itself ;-) The formal process to move a relation from proposed to established is to use your favourite editor and create lots of instances of the relation where it makes sense, ideally in a way that annoys as few others as possible. I believe the boundary relation should be clearly flagged as established. I wanted to move it up on the Relations page but I find that the Proposed section is much better structured, plus we have a naming convention problem (Relation:restriction vs. Relations/Proposed/Boundaries). Should we rename Relations/Proposed/Boundaries to Relation:bondary? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Relations
On Mon, Nov 3, 2008 at 4:34 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Shaun McDonald wrote: Relations are unordered. You could load the relation and all the ways referenced by it, then check to see if each way has another way that has the same start and end nodes, through a process of stitching. 1. Shaun is right BUT 2. I want relations to become ordered and will try to sneak this into API 0.6; there will be no noticeable change for any API client, just that it so happens that things are returned in the order you put them in, rather than in any order. The rationale behind that is that people start (ab)using the role attribute for that (e.g. a bus route with nodes that have the roles stop1, stop2, stop3 etc.), which of course is a pain to modify. If you're sneaking relation changes into the API, could you also allow a member to be repeated? This would be useful in describing a prohibited U-turn on a single carriageway. The same way would need to be in both the from and to roles, which I believe is currently prohibited. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] openstreetmap op webwereld
Ja Stefan, Licht eens toe? Groet, Floris Beste Talk'ers, OpenStreetMap wordt genoemd op Webwereld: http://webwereld.nl/articles/53395/gratis-postcodetool-gaat--open-source-.html -- Met vriendelijke groet, Bas de Lange 06 - 166 26 950 Software Freedom Day Nederland hoofdorganisator http://nl.youtube.com/watch?v=y0_KiVdIOtc Bringing freedom to a street near you! http://www.softwarefreedom.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
Floris Looijesteijn wrote: Licht eens toe? Kom je wel eens op OpenStreetMap.nl? :D Kees heeft mij benadert naar aanleiding van onze Postcode struin actie. Daar had ik een berichtje op mijn corporate website over staan. We hebben elkaar op T-DOSE ontmoet en snode plannetjes gemaakt om de aandelen koers van TNT naar beneden te praten. Freek heeft volgende week weer tijd. Dan is het idee om alle huisnummers te gaan importeren in een losse database en hiervoor een aparte app aan te bieden. En dan semi-automatisch importeren als volgende stap te doen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
We zijn dus enkel nog opzoek naar enkele vrijwilligers om post ook daadwerkelijk te bezorgen zodat TNT helemaal buiten spel komt te staan. --Roeland On Monday 03 November 2008 16:31:38 Stefan de Konink wrote: Floris Looijesteijn wrote: Licht eens toe? Kom je wel eens op OpenStreetMap.nl? :D Kees heeft mij benadert naar aanleiding van onze Postcode struin actie. Daar had ik een berichtje op mijn corporate website over staan. We hebben elkaar op T-DOSE ontmoet en snode plannetjes gemaakt om de aandelen koers van TNT naar beneden te praten. Freek heeft volgende week weer tijd. Dan is het idee om alle huisnummers te gaan importeren in een losse database en hiervoor een aparte app aan te bieden. En dan semi-automatisch importeren als volgende stap te doen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
On Mon, 2008-11-03 at 16:31 +0100, Stefan de Konink wrote: Freek heeft volgende week weer tijd. Dan is het idee om alle huisnummers te gaan importeren in een losse database en hiervoor een aparte app aan te bieden. En dan semi-automatisch importeren als volgende stap te doen. Interessant. Kees schijnt veel van buurtlink.nl te hebben geschraapt volgens de postcodedump die hij heeft, maar op buurtlink.nl staan geen huisnummers. Waar haal je die dan vandaan? armijn -- - [EMAIL PROTECTED] | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
Roeland Douma wrote: We zijn dus enkel nog opzoek naar enkele vrijwilligers om post ook daadwerkelijk te bezorgen zodat TNT helemaal buiten spel komt te staan. Alle gekheid op een stokje. Er zijn *serieuze* gesprekken met iig een hele grote bezorger in de wereld :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
On Monday 03 November 2008, Stefan de Konink wrote: Armijn Hemel wrote: On Mon, 2008-11-03 at 16:31 +0100, Stefan de Konink wrote: Freek heeft volgende week weer tijd. Dan is het idee om alle huisnummers te gaan importeren in een losse database en hiervoor een aparte app aan te bieden. En dan semi-automatisch importeren als volgende stap te doen. Interessant. Kees schijnt veel van buurtlink.nl te hebben geschraapt volgens de postcodedump die hij heeft, maar op buurtlink.nl staan geen huisnummers. Waar haal je die dan vandaan? Die hebben wij dan weer ;) Nou, het gaat om de postcode -- straat huisnummer combinatie, en dat is wel een soort van probleem (tenzij die *serieuze* gesprekken wat opleveren natuurlijk ;-). Maar we moeten ook nog een deel van AND data van plaatsnamen voorzien (straat -- plaatsnaam), die ontbreekt namelijk in 40% van de gevallen. Ik denk dat ik daar dan eerst mee begin. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
Freek wrote: Nou, het gaat om de postcode -- straat huisnummer combinatie, en dat is wel een soort van probleem (tenzij die *serieuze* gesprekken wat opleveren natuurlijk ;-). Wij hebben van AND toch huisnummerreeksen + straatnaam? Die straatnaam linken we aan postcode waar een plaats beschikbaar is. Maar we moeten ook nog een deel van AND data van plaatsnamen voorzien (straat -- plaatsnaam), die ontbreekt namelijk in 40% van de gevallen. Ik denk dat ik daar dan eerst mee begin. Precies :) Eventueel automatisch ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
On Mon, 2008-11-03 at 16:52 +0100, Stefan de Konink wrote: Interessant. Kees schijnt veel van buurtlink.nl te hebben geschraapt volgens de postcodedump die hij heeft, maar op buurtlink.nl staan geen huisnummers. Waar haal je die dan vandaan? Die hebben wij dan weer ;) Uit de AND data bedoel je? En hoe koppel je die dan weer aan de postcodes? Volgens mij ontbreekt er dan nog wat informatie. armijn -- - [EMAIL PROTECTED] | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
Armijn Hemel wrote: On Mon, 2008-11-03 at 16:52 +0100, Stefan de Konink wrote: Interessant. Kees schijnt veel van buurtlink.nl te hebben geschraapt volgens de postcodedump die hij heeft, maar op buurtlink.nl staan geen huisnummers. Waar haal je die dan vandaan? Die hebben wij dan weer ;) Uit de AND data bedoel je? En hoe koppel je die dan weer aan de postcodes? Volgens mij ontbreekt er dan nog wat informatie. Voor alle straten waar slechts 1 postcode bij hoort hebben hoeven we in principe geen rekening te houden met huisnummers. Zijn er meer postcodes beschikbaar moeten we op zoek gaan naar oneven/even, of het bereik van huisnummers. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] openstreetmap op webwereld
On Mon, 2008-11-03 at 17:22 +0100, Stefan de Konink wrote: Armijn Hemel wrote: On Mon, 2008-11-03 at 16:52 +0100, Stefan de Konink wrote: Interessant. Kees schijnt veel van buurtlink.nl te hebben geschraapt volgens de postcodedump die hij heeft, maar op buurtlink.nl staan geen huisnummers. Waar haal je die dan vandaan? Die hebben wij dan weer ;) Uit de AND data bedoel je? En hoe koppel je die dan weer aan de postcodes? Volgens mij ontbreekt er dan nog wat informatie. Voor alle straten waar slechts 1 postcode bij hoort hebben hoeven we in principe geen rekening te houden met huisnummers. Zijn er meer postcodes beschikbaar moeten we op zoek gaan naar oneven/even, of het bereik van huisnummers. grep addressentry 6pp_snapshot | cut -f 3,4 -d , | sort | less Ik zou zeggen: veel succes (je gaat het nodig hebben). armijn -- - [EMAIL PROTECTED] | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] QA admin_level=2
De grenzen van Nederland zien er nu wel goed uit, maar de zeegrenzen kloppen nog niet. Als ik het goed heb liggen de gemeentegrenzen 1 km uit de kust, dat is waar ze nu staan, maar de staatsgrens ligt 12 mijl uit de kust en dus niet op de gemeentegrenzen. Deze moet dus nog worden aangemaakt. Verder ligt buiten deze territoriale wateren nog de Exclusieve Economische Zone (EEZ). Deze vind ik persoonlijk minder belangrijk, maar het zou wel mooi zijn als we ook daarvan de grens er in kunnen zetten, maar dan moeten we wel beslissen hoe we die taggen. Verder weet ik niet hoe we aan al deze grenzen kunnen komen, maar de staatsgrens 11,5 mijl de zee in verplaatsen lijkt mij wel te doen. Steven Skywave schreef: Upload klaar, nu kunnen de nodes weer gewoon veranderd/verwijderd worden. Zal nu beginnen met het deleten van de achtergebleven nodes 2008/10/25 Skywave [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Geen bot maar JOSM + osmxapi, maar veel 412 errors omdat er kruispunten zijn gemaakt tussen wegen en grenzen. Verzoek om even niks te verwijderen omdat de import loopt van de nieuwe grenzen en anders daar 412 errors bij komen. Als de nieuwe data erin zit zat ik daar aan werken. Ook heb ik nog een last minute wijziging aangebracht in de data, ik heb de grenzen die provincegrens en gemeentegrens zijn de tag admin_level:8=yes en admin_level:4=yes gegeven zodat het mogelijk blijft om alle gemeentegrenzen te blijven renderen. 2008/10/25 Lambertus [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Ik zie dat je begonnen bent met het verwijderen van de provincie grenzen. Nu zijn er alleen een heleboel nodes achtergebleven, waarschijnlijk een bugje in je bot? Skywave wrote: Hier is bestand zoals ik het dan zou uploaden: http://skywave0.googlepages.com/osmborders.zip . Als niemand er bezwaar tegen heeft dacht ik er over om voor de volgende planet dump de import te beginnen. -- Thomas ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Parkdeck auf einem Kaufhaus
Moin moin, hier gibt es ein Kaufhaus, dessen Dach als Parkplatz genutzt wird, dort führt so eine außenliegende gewendelte Rampe hinauf. Gebäudeumriss und Parkfläche sind identisch (abgesehen vom Treppenhaus/Fahrstuhl). Male ich da jetzt ein building und tagge das gleichzeitig als Parkfläche? Teile ich die Rampe zur Hälfte als layer 0 und zur Hälfte als Layer 1? Oder setze ich nur einen Punkt als Parkplatz mit layer 1? Was ist pfiffig? Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Minimum or maximum clothing demanded
Hi, please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in (was: Re: autobug / is_in + amenity=police slippymap mit bug overlay)
On Sun, Nov 02, 2008 at 12:14:28PM +0100, Sascha Silbe wrote: Ich habe das place=county thema ueberigens durch ein osmarender:render=no geloest ... Pfusch ;) Das problem ist das ich natuerlich jetzt dem osmarender beibringen kann das dingen nicht mehr zu rendern - Problem ist das da jetzt mal ohne deutschland schon ein paar tausend place=county existieren und die werden stand heute ja gerendert - gibt nur aerger wenn man es aus macht. Und bevor jemand den Node loescht weil er das große Kreis Warendorf doof findet render ich das lieber nicht ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Minimum or maximum clothing demanded
[EMAIL PROTECTED] schrieb: please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Ist für mich ein Favorit bei der Wahl zum Tag of the Year. :-) Amüsierte Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-talk] Minimum or maximum clothing demanded
On Mon, Nov 03, 2008 at 09:14:03AM +0100, [EMAIL PROTECTED] wrote: please have a look and discuss my proposal about clothing that is expected to enter a place. (FKK: Max_clothing, churches etc: min_clothing http://wiki.openstreetmap.org/index.php/Proposed_features/Clothing Thanks Lulu-Ann for this most important proposal. I think we need a few important additions, though. Clothing requirements are often gender-specific, so there should be a male and female form of the tag. I propose the following format: female:min_clothing=burka male:min_clothing=kippah Also, for children there are often different clothing rules. In German public swimming pools young children often run around withouth any clothes on, in the US this doesn't happen. So how about putting the age in there also: male:min_clothing:under_5=nude male:min_clothing:5_to_50=boxer_shorts male:min_clothing:over_51=fully_clothed_please Also I would suggest we apply those tags to certain bars and pubs, too: female:max_clothing=topless male:max_clothing=hat (You can leave your hat on!) Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Sun, Nov 02, 2008 at 01:52:29PM +0100, Holger Issle wrote: On Sun, 02 Nov 2008 13:32:22 +0100, Ralf Oltmanns wrote: Nun, ich finds eh etwas naja, jedem node die ganze Kette mitzugeben, anstatt jeweils Nodes zu haben, auf die mit is_in verwiesen wird und die ihrerseits auf andere verweisen. Aber egal. Das problem ist das der place name nicht eindeutig ist - d.h. ein verweise im is_in geht schief. Hier gibts nen vorort namens Selhorst der is_in Langenberg ist - ist da jetzt Langenberg,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Oder ist das das Langenberg bei Stuttgart - Zusammen mit dem pfad im is_in laesst sich da zuordnen ... Dann könnte man den autobug-bot entsprechend erweitern und die Datenfelder in einer Tabelle anzeigen. So sind inkonsistenzen schnell zu entdecken. Da muß ich heut abend wohl mal basteln gehen. Jetzt mach ich mich erstmal zum Schwimmen auf. Ich habe ueberlegt jetzt mal das ganze objektiv falsche schreibweisen Thema anzugehen - also Germany - Bundesrepublik Deutschland etc und dann mal zu sehen das man die hierarchien richtig sortiert - D.h. am ende mal Europe und dann Land, Bundesland, Regierungsbezirk davorsortiert ... Ab Regierungsbezirk wirds allerdings schwer - denn auch in NRW ist die Stadt Detmold gleichnamig mit dem Regierungsbezirk :( Also noch viel arbeit - vor allem auch abstimmung wie man es macht. Ich denke das nutzen von Kreis Gütersloh statt Gütersloh und Regierungsbezirk Detmold statt Detmold macht unendlich viel sinn im sinne der eindeutigkeit ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstände im Wald (Shelter)
Tjabo Kloppenburg [EMAIL PROTECTED] wrote: Wir waren bislang von Node:building=shelter ausgegangen, nur werden die jetzt auf einmal weder in Mapnik noch Osmarender angezeigt. Wie mappt man die Dinger richtig (amenity=shelter?) -- oder sind sie so richtig gemappt, und nur die Renderer sind falsch? Richtig oder falsch gibt es bei Openstreetmap nicht :) gerendert wird jedenfalls amenity=shelter und so mappe ich die Schutzhütten auch. Gegebenenfalls mit fireplace=yes. Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Sun, Nov 02, 2008 at 01:43:01PM +0100, Holger Issle wrote: On Sun, 2 Nov 2008 09:46:29 +0100, Florian Lohoff wrote: Nochmals Polizei, ich hab grad den node Polizeiposten Ehningen bearbeitet. Dabei habe ich auch eine Beschreibung reingemacht. Wird die irgendwie ins Garmin transportiert? Ich vermute nicht - Muesste man Radomir mal fragen allerdings scheint der gerade tot zu spielen - ich kriege zumindest keine antwort ... Interessant waeren ggfs addr: tags an den Police stations - Die zeigen die kommerziellen auch an ... Ich weiss aber nicht ob Radomir die Stand heute konvertiert ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
Florian Lohoff schrieb: my %replace=( baden-wuerttemberg= Baden-Württemberg, baden-württember = Baden-Württemberg, vermutlich brauchst du auch noch diese ersetzungen: baden-würtenberg = Baden-Württemberg, baden-württenberg = Baden-Württemberg, baden-würtemberg = Baden-Württemberg, baden-wuertenberg = Baden-Württemberg, baden-wuerttenberg= Baden-Württemberg, baden-wuertemberg = Baden-Württemberg, badenwürttemberg = Baden-Württemberg, badenwürtenberg = Baden-Württemberg, badenwürttenberg = Baden-Württemberg, badenwürtemberg = Baden-Württemberg, badenwuerttemberg = Baden-Württemberg, badenwuertenberg = Baden-Württemberg, badenwuerttenberg = Baden-Württemberg, badenwuertemberg = Baden-Württemberg, bw= Baden-Württemberg, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
Moin Florian, Das problem ist das der place name nicht eindeutig ist - d.h. ein verweise im is_in geht schief. Hier gibts nen vorort namens Selhorst der is_in Langenberg ist - ist da jetzt Langenberg,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Oder ist das das Langenberg bei Stuttgart - Zusammen mit dem pfad im is_in laesst sich da zuordnen ... Ok, akzeptiert. Ich habe derzeit eher weniger das Problem die Daten auszulesen, aber die Änderungen sinnvoll zurückzuspielen habe ich nicht im Griff :( Ich habe ueberlegt jetzt mal das ganze objektiv falsche schreibweisen Thema anzugehen - also Germany - Bundesrepublik Deutschland etc und dann mal zu sehen das man die hierarchien richtig sortiert - D.h. am ende mal Europe und dann Land, Bundesland, Regierungsbezirk davorsortiert ... Ab Regierungsbezirk wirds allerdings schwer - denn auch in NRW ist die Stadt Detmold gleichnamig mit dem Regierungsbezirk :( Allerdings. Sinn machen würde es ja. Also noch viel arbeit - vor allem auch abstimmung wie man es macht. Ich denke das nutzen von Kreis Gütersloh statt Gütersloh und Regierungsbezirk Detmold statt Detmold macht unendlich viel sinn im sinne der eindeutigkeit ... Oder einfach die Anzahl der Felder festlegen, also die richtige Anzahl an Kommas erzwingen. Das würde Schreibarbeit sparen, vor allem da der Regierungsbezirk nicht überall so genannt wird. Außerdem ist das dann wieder DE-spezifisch, da das in anderen Gegenden anders heißt, und sorgt damit für Ärger. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Mon, Nov 03, 2008 at 10:04:16AM +0100, Holger Issle wrote: Ok, akzeptiert. Ich habe derzeit eher weniger das Problem die Daten auszulesen, aber die Änderungen sinnvoll zurückzuspielen habe ich nicht im Griff :( Jo - Es geht halt die dinge via OSMXAPI zu holen - im JOSM zu editieren und dann zurueckzuspielen - Ich probiere gerade nen bot zu bauen der das halt fuer die offensichtlichen geschichten korrigiert ... Oder einfach die Anzahl der Felder festlegen, also die richtige Anzahl an Kommas erzwingen. Das würde Schreibarbeit sparen, vor allem da der Regierungsbezirk nicht überall so genannt wird. Außerdem ist das dann wieder DE-spezifisch, da das in anderen Gegenden anders heißt, und sorgt damit für Ärger. Die anzahl der is_in elemente ist aber Kreis/Stadt bzw Bundeslandabhaengig - Kreisfreie Staedte haben keinen Kreis und Bundeslaender ohne Regierungsbezirk haben eben keinen RB. Dazu kommt das thema suburb/village mit eingemeindungen - siehe mails von gestern/heute ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Mon, Nov 03, 2008 at 10:04:25AM +0100, Frank Sautter wrote: Subject: Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay Florian Lohoff schrieb: my %replace=( baden-wuerttemberg= Baden-Württemberg, baden-württember = Baden-Württemberg, vermutlich brauchst du auch noch diese ersetzungen: baden-würtenberg = Baden-Württemberg, baden-württenberg = Baden-Württemberg, baden-würtemberg = Baden-Württemberg, baden-wuertenberg = Baden-Württemberg, baden-wuerttenberg= Baden-Württemberg, baden-wuertemberg = Baden-Württemberg, badenwürttemberg = Baden-Württemberg, badenwürtenberg = Baden-Württemberg, badenwürttenberg = Baden-Württemberg, badenwürtemberg = Baden-Württemberg, badenwuerttemberg = Baden-Württemberg, badenwuertenberg = Baden-Württemberg, badenwuerttenberg = Baden-Württemberg, badenwuertemberg = Baden-Württemberg, bw= Baden-Württemberg, Danke - uebernommen ... Ich vermute da gibts noch vielviel mehr - Ich werde gleich mal eine statistik machen wie oft welcher string nicht matched d.h. keinen entsprechenden node hat - das man die top50 mal kriegt ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = path foot - wie vorgehen
Original-Nachricht Datum: Sun, 2 Nov 2008 20:31:56 +0100 Von: Martin Koppenhoefer [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] highway = path foot - wie vorgehen Am 2. November 2008 20:06 schrieb Frank Huebner [EMAIL PROTECTED]: Hallo, ich bin gestern auf einen Weg gestoßen, der mit highway = path foot getagged wurde. Die gerenderten Karten stellen diesen Weg nicht dar (siehe z.B. http://www.openstreetmap.org/?lat=48.470342lon=9.163303zoom=18layers=B000FTF, path foot ist sicher ein Missverständnis. Gemeint war wohl highway=path designated=foot Umgekehrt: foot=designated In diesem Fall (da das ja irgendwo im Wald ist) ist wohl eher foot=yes gemeint. oder sowas. Zum derzeitigen Stand fährt man m.E. aber am besten mit highway=footway und nix mehr. (oder ggf. bicycle=yes, etc.) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Feel free - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebäude mit Adresse nicht gerendert
Wieso wird http://www.openstreetmap.org/browse/way/28169681 in Osmarender dargestellt und http://www.openstreetmap.org/browse/way/28173540 nicht? Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Mon, Nov 03, 2008 at 01:25:15PM +0100, Sascha Silbe wrote: On Sun, Nov 02, 2008 at 06:39:58PM +0100, Holger Issle wrote: Ansonsten sollte es auch einfach sein, ein kleines Tool zu schreiben, das eine Datei im API-Format (also ohne action=modified o.ä.) nimmt und jedes Objekt darin einzeln hochlädt. Kann schon sein, aber nicht für mich :-( Hab mal ein einfaches Python-Script angehängt, was genau das oben beschriebene macht. Es wird keinerlei Überprüfung der Eingabedaten vorgenommen und es können nur existierende Objekte modifiziert werden (nicht neue erstellt), aber für komplexere Änderungen sollte man besser eh was anderes verwenden (mit Rollback und so). Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a la Germany - Bundesrepublik Deutschland automatisiert zu beheben. Wenn das durch werde ich die bug anzeige updaten das nach solchen dingen wie Bundesland/Regierungsbezirk automatisiert gesucht wird. Ich hoffe das wenn solche gruseligen bugs weg sind die sich auch nicht so schnell wieder einschleichen - es scheint eher so ein cut'n'waste bug zu sein - d.h. der erste faengt mit Deutschland,Germany,EU an und der naechste kopierts ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Mon, 3 Nov 2008 09:53:30 +0100, Florian Lohoff wrote: Interessant waeren ggfs addr: tags an den Police stations - Die zeigen die kommerziellen auch an ... Ich weiss aber nicht ob Radomir die Stand heute konvertiert ... Wer ist Radomir? Meine Garmin-Karten kommen von Computerteddy. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit - wie weit anwenden
Thomas Hog schrieb: Guenther Meyer schrieb: nur sind osm-daten schon prinzipbedingt zur zeit unvollstaendig, und da ist es durchaus sinnvoll, unterscheiden zu koennen, ob eine strasse, die ploetzlich aufhoert, wirklich so aussieht, oder ob es nur ein fall von ich hab nicht mehr in diese richtiung weitermappen koennen, aber da kommt schon noch was... ist. Gibts dafür denn eine allgemein genutzte Lösung? fixme=yes, incomplete=yes, note=bin nicht fertig, macht mal weiter? note=FIXME Individueller Erklärtext Scheint sich jedenfalls großflächig durchgesetzt zu haben, was individuelle Alternativlösungen jedoch nicht ausschließt. Wichtig dabei dürfte vor allem der Text FIXME sein - der kann automatisiert entdeckt und weiterverarbeitet werden. Wenn man sich da auf irgendwas einigt kann das ja mit autobug markiert werden. Oder sollte man seine eigenen unfertigen Sachen auf OSB ablegen? Ich denke, das hängt von der persönlichen Einschätzung ab. OSB hat den Vorteil, dass es (hoffentlich) viele Abonnenten von umgebungsabdeckenden RSS-Feeds gibt, die sich der dort eingetragenen Meldungen dann annehmen. Allerdings würde ich aus meiner persönlichen Sicht (die von der 99,8% Straßenabdeckung in Hamburg geprägt ist) in OSB nicht unbedingt Fehler vom Maßstab Hier fehlt noch eine ganze Kleinstadt, bitte mal mappen eintragen. Es gibt kein einziges, alleiniges Standardverfahren - und das ist durchaus auch gut so. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingemeidungen
Hallo Bernd, village (alles kleiner als Stadt, also 10.000 EW) hamlet (Ansammlung einiger Häuser) Wie mache ich das: Die Gemeinde heisst Simmelsdorf (Eingemeindung mehrerer Gemeinden) Das grösste Dorf heisst Hüttenbach (1000 EW). Das Dorf Simmelsdorf ist kleiner (500 EW). Dann gibt es - Dörfer mit geringerer Bedeutung (100-300 EW) - kleine Dörfer/Weiler (20-50 EW) - Häuseransammlungen (1-15 EW) Hüttenbach und Simmelsdorf ab z=11 Dörfer ab z=12 kleine Dörfer/Weiler ab z=13 Häuseransammlungen ab z=14 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude mit Adresse nicht gerendert
Danke für die schnelle Antwort. Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Mon, Nov 03, 2008 at 11:53:09AM +0100, Holger Issle wrote: Stadtkreis Stuttgart, Regierungsbezirk Stuttgart, ... 2x Stuttgart wäre also richtig, denn die Stadt ist ja im village-tag abgebildet. Wie werden eigentlich Straßen und POI an die Städte gebunden? Gibt's da auch ein is_in, oder muß das per landuse-polygon laufen? Im moment genau wie die straßen - Durch geographische naehe zu einem place. Ich wuerde das is_in ungern auf mehr als die places ausweiten weil es schon das schlechtere konzept ist im gegensatz zu den polygonen. Irgendwann wollen wir die polygone fuer alle definitionen von regionen/bezirken haben. Solange wir die nicht haben muessen wir uns behelfen und dafuer finde ich die is_in nicht schlecht. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Mon, 3 Nov 2008 12:20:09 +0100, Florian Lohoff wrote: Wer ist Radomir? Meine Garmin-Karten kommen von Computerteddy. Radomir ist der der die routingfaehigen karten baut ... http://emexes.powweb.com/osm/ Guten Morgen, danke. Ich _bin_ wohl schon alt. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de