Re: [OSM-talk] House numbers... One more suggestion
Maybe some words about how the whole house number stuff in Karlsruhe came about, will help understand, what we had in mind: We looked at the different proposals and saw that there was a difficult problem that had gotten stuck. Many ideas, but no progress. But it needed to be addressed, because addresses are so important for routing and other uses of the data. So we organized a one-day workshop in Karlsruhe with a few people with the specific goal of getting one step forward on this problem. Not to solve all problems (that would have taken more than a day), but to identify what we could do, to get the thing unstuck. Some of us collected some data in the days before so that we had samples. We were looking for a solution that would * allow Joe Average Mapper to contribute data, so it needed to be conceptually simple * would work in Germany (bonus for solutions that work in other places, too) * not require huge amounts of new software to be written (because then we would have been stuck again, because nobody had time to write it) * make common cases easy and complex cases possible * be robust in the face of common operations like splitting ways We were explicitly NOT looking for a solution that would solve the problem for the whole world/for everybody/for all times. Look at the OASIS xAL standard (http://www.oasis-open.org/committees/ciq/ciq.html#6) if you want to see the monster such as solution would require. We looked at the proposals in the Wiki and had some ideas of our own. They all failed on one or more of the above points. After discussing the whole thing for a few hours we developed the solution that is now known as Karlsruhe schema. It has many drawbacks, but it is reasonably good on those points listed above. Unlike the other proposals it can actually be used today, there was some sample data and a rendering. Thats why it was picked up. I am a computer science person myself and from a data modelling perspective I cringe when I see what we have produced, but we can not deny that it works (at least sort-of). We do not think of this as the end of the discussion, but as one step in the discussion. The Karlsruhe schema (and addressing in OSM in general) still has two huge hurdles in front of it: a) when and how will mappers actually contribute data in larger quantities (there are not even 5000 house numbers in the whole of Europe mapped currently). b) how can this data be used in real applications. There certainly is a lot of work to be done. At the workshop in Karlsruhe we actually created a piece of software that could search for theses addresses, but it was so clumsy and hard to set up that it didn't live beyond the workshop day. And as some critics pointed out there is some complex programming to do, before the data can be used for routing or other things. I hope this has shed some light on the Karlsruhe schema. I invite everybody to work on the Karlsruhe schema to improve it, to collect data and to create software for it. Or, if you prefer, to work on other schemes, collect data and create software. Once we have some experience with the different options, it will be easier to see, which one works best. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
On Jul 29, 2008, at 00:40, Karl Newman wrote: Don't overestimate the usage of the current data scheme, though. The Germans are prolific mappers, but I would be surprised if there are even a few thousand addresses entered in the current format, if that. According to tagwatch, around 2 in Europe, of which 7200 in Germany. http://tagwatch.stoecker.eu/Europe/En/top_undocumented_keys.html http://tagwatch.stoecker.eu/Germany/En/top_undocumented_keys.html I wonder where the other 1 are? Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] request for osm-ph mailing list
Hi, Where do I request for a creation of OSM Philippines mailing list? 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/cgi-bin/mailman/listinfo/talk
[OSM-talk] Split into map and data projects, was: Re: Actually using OpenStreetMap and the usability of thecurrent maps
Someone wrote: let's keep the focus on filling up the database I'll give 100% support to the 20%, the 80% should wait some more or better still try to do some mapping, somewhere, anywhere! That sums it up rather nicely. OSM is only about collecting data, people that are interested in using the data are not really welcome very much. So I propose to start a new project, that is about using OSM data only. Transfer the current renderers and maps to the new project, and maybe it would be possible there to et up a server farm, so people interested in different rendering styles can concentrate on the rendering styles and not on the problem of serving them. Anyone interested? That new project would first need people that have time to organize it (I really don't have), and people to raise or provide funding. cu Henry ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap - how to get vector data
On Mon, Jul 28, 2008 at 07:07:11PM +0200, Igor Brejc wrote: The problem is fetching the data - the only viable option I see is using OSMXAPI, but its server is overwhelmed and will limit the download size in the future (from what I read on this list). Using planet dumps seems to me a bit too unfriendly from the end-user perspective - they would have to download quite a large quantity of data. I have the similar problem with providing map data to users of Kosmos. Any ideas or suggestions would be appreciated. OSMXAPI is only limited by the number of servers we can run it on. If people donate a server (requirements weren't that bad), there could be more OSMXAPI instances running. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] request for osm-ph mailing list
In message [EMAIL PROTECTED] maning sambale [EMAIL PROTECTED] wrote: Where do I request for a creation of OSM Philippines mailing list? I can sort it out. Are you going to be the list owner? Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Richard Fairhurst wrote: Sent: 29 July 2008 12:30 AM To: Talk Openstreetmap Subject: Re: [OSM-talk] Milestone Andy Robinson (blackadder-lists) wrote: Steve, you and everyone else whose worked hard on the cartography aspects of the Mapnik layer deserve a big pat on the back. But your note clearly demonstrates that we really should not have the Mapnik stylesheet maintained and managed by one or two people. Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED] chaps along the lines of what we really need is a benevolent dictator, like the Mapnik stylesheet has. I've got a lot of sympathy with that - most of the reason the Mapnik layer looks so cool is because it's driven by one person with a clear vision and genuine cartographic skill, rather than ooh, I want to see pound shops on the map, let me add my nice MS Paint icon. (For the avoidance of doubt I'm not accusing [EMAIL PROTECTED] of this, but I've seen enough committee-designed maps that do look like an utter bollocks.) I'm really wondering if it wouldn't be a good time to get a separate project kicked off that's separate from OSM core. One that is specifically aimed at developing methods of layering and filtering the OSM data to produce customisable maps. It's clear there are loads of people that want to put their oar in on it and maybe taking it out of a core OSM function might free up ideas and development. Obviously new and cool ideas can get incorporated back at OSM render central but at least having cartography development outside of central control would stir up the pot and take some of the heat out of the issue within OSM itself. I assume the big problem doing this is getting suitable bandwidth for a tile server? Amazon EC2/S3. With a readymade image containing an OSM rendering toolchain - Mapnik, osm2pgsql and TileCache - plus some instructions on the wiki, we'd have a roll your own cartography kit. A WYSIWYG stylesheet editor would be the icing on the cake but not necessary at the start. I am way out of my depth here technically, but wouldn't that be so, so cool? +1, very cool and something I'd try my hand at. So how might we kick something off, even if it's a bit too challenging for some of us, me included? Suggestions welcome. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Hi Steve, On Mon, 28 Jul 2008 18:47:49 +0100, Steve Chilton [EMAIL PROTECTED] wrote: Just noticed that this weekend it is exactly a year since I submitted my first mapnik style patch. As someone who has run off with the OSM stylesheet and spent a lot of time making a slightly different version* I'd like to say a very big thank you for all your hard work! Especially for putting up with those of us (myself included) who periodically whinge about it ;-) Kind regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Split into map and data projects
!!AAAuAOKaD4mR3JBOrEpRon92nMgBANp/[EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] Received: from host-82-44-126-103.static.telewest.net [82.44.126.103] with HTTP/1.1 (POST); Tue, 29 Jul 2008 09:21:02 +0100 User-Agent: RoundCube Webmail/0.1-rc1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi, On Tue, 29 Jul 2008 09:17:47 +0200, Henry Loenwind [EMAIL PROTECTED] wrote: That sums it up rather nicely. OSM is only about collecting data, people that are interested in using the data are not really welcome very much. So I propose to start a new project, that is about using OSM data only. Transfer the current renderers and maps to the new project, and maybe it would be possible there to et up a server farm, so people interested in different rendering styles can concentrate on the rendering styles and not on the problem of serving them. Anyone interested? That new project would first need people that have time to organize it (I really don't have), and people to raise or provide funding. What a lot of effort! Why bother? I don't understand why we can't just establish a few wiki pages and a new mailing list for people interested in end-uses of data. Make a few clear splits in wikis, lists, the front page etc. for people interested in gathering and using data. There's definitely a need for more collaboration and code-sharing on the OpenLayers/stylesheet front, it's all a bit of a confusing mess at the moment. I'd be happy to get stuck into both discussions, having mapped large chunks of Reading, St Albans, Peckham and Sutton... and having set-up a map based on OSM data (http://map.oneplanetsutton.org). Kind regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Split into map and data projects
On 29/07/2008 09:21, Tom Chance wrote: What a lot of effort! Why bother? I agree. In fact more than that, I think it would be damaging. For most people, the idea of abstract mapping data is a hard concept to grasp. The map renderings (in practice Mapnik, as I doubt most non-participants ever touch the layers menu) make the project concrete. Without this, I think OSM becomes largely invisible. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Hi, Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED] chaps along the lines of what we really need is a benevolent dictator, like the Mapnik stylesheet has. Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a benevolent dictator is one of the key differentiation factors between [EMAIL PROTECTED] and Mapnik (the other being the - usually - lower turnaround times in [EMAIL PROTECTED] but the Mapnik camp is in the process of fixing that I believe). [EMAIL PROTECTED] is our map offering for mappers, Mapnik is our map offering for the rest of the world. This means that [EMAIL PROTECTED] will always tend to look less pretty but be closer to the data. But if you start mapping lampposts in your city and you don't have an EC2 server at hand, [EMAIL PROTECTED] is your chance to put them on a slippy map and show them to others - which has served the project well IMHO. So if you were to set up a style commission for [EMAIL PROTECTED], it would lose one of its main reasons for existing. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap and the usability of thecurrent maps
On Tuesday 29 July 2008 00:15:03 Andy Robinson (blackadder-lists) wrote: Inge Wallin wrote: Sent: 28 July 2008 10:45 AM To: talk@openstreetmap.org Subject: [OSM-talk] Actually using OpenStreetMap and the usability of thecurrent maps This is a mail that I have been wanting to send for some time, but wanted to think a little more about the subject before I actually did. The topic is how the maps of OpenStreetMap are actually used by ordinary users. I know that the data of OSM is supposed to be used in new exciting ways like the cycle maps, but the majority of the users are just going to use what the programmers have made available to them. So the question then becomes, is the current renderings good? For which purposes? Before we can discuss how good the maps are, we have to describe the intended use cases. I will start with my own here, and hope that you will fill in your own ways of using maps in general and OSM in particular. I recently bought a cheap navigator, but before that I often used a commercial Swedish map services to navigate to places when I went there for my work. I'd print out the map on paper on a low zoom level, showing where I would go on large roads. Then I'd print out maps using higher and higher zoom levels closer and closer to my goal so that I can see which intermediate and smaller roads that I'd have to take to reach my goal. So, would OSM work for that usecase? No, I don't think so. Here is why: * Names! There are far too few names on the map, especially on low zoom levels. It's difficult to get a feeling for where you are and orient yourself on the map if you cannot find names on the map. The commercial maps show lots and lots of names, and that is a good thing. We should make names appear on the maps earlier. * Distinctions between roads. In opposition to the case for names, there are too many roads on the large scale maps. Here is what the current map looks like around my home city: http://www.openstreetmap.com/?lat=58.33lon=15.408zoom=10layers=0B0FTF There is too little distinction between the motorway, the few primary highways and the secondary. I don't think the tertiary highways should even be on that map. Once they are all mapped they will provide a messy background making the important roads even more difficult to see. * Marking important roads. In the map above, you can also see that there is no marking of even the motorway (E4) or primary roads (in this case national roads 34 and 50). This is like names for cities, towns and villages: it makes it more difficult to follow where you are on the map. So, what are other use cases for OSM? Are the current OSM renderings good for those use cases? Do we need more different renderings for different use cases? I think that OSM has reached a state of maturity where we need to start discussing how the default renderings are used in real life. -Inge This is where we will find that there are two schools. The first point you make is about users. Of our 50,000 registered users only about 11% contribute data each month. Allowing for the fact that some users will only contribute irregularly then perhaps at best we might say we have an 20/80 split between those that are working for the project by contributing data and those that are waiting eagerly to see and use the fruits (or are waiting for a simple tool to add their street or POI and nothing more). These numbers ignore those that just brose by and never take an interest in the project itself. Well, when I was talking about users, I actually meant those that only use the finished map. The 50,000 users that actually have accounts, I would instead call contributors, even if it turns out that most of them are actually just empty accounts. That's probably to be expected, since it's the same in many of the large open source projects that I have been part of. You ask the question about whether the current renderings are any good. Personally it's not something I'm concerned about at this point in time, I'm in the collect data school. As long as the rendering gives me enough to check I mapped it the way I intended then it's done its job. Anything more is somewhat icing on the cake. It seems that I have misunderstood a lot of things in the OSM project. However, I don't think that's alltogether my own fault. I have not ever seen the above thing seen clearly stated on the web site or in the wiki. I think that the central people need to make it much clearer what the goal of the project is, and what the purpose of various parts of it are. At least that the goal of the project is to provide data for other people to visualize, and that the current map is just for preview purposes. I think many technical aspects are well described and documented, but the more strategic aspects are not. You seem to be in the I want a better looking map school and I'm sure with time
Re: [OSM-talk] request for osm-ph mailing list
Hi, OSM Philippine now has a mailinglist: http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ph For those interested in the discussion about OSM in the Philippines, please jinus there. Salamat! maning On Tue, Jul 29, 2008 at 3:10 PM, maning sambale [EMAIL PROTECTED] wrote: Hi, Where do I request for a creation of OSM Philippines mailing list? 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 |-|--| -- |-|--| | __.-._ |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/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Split into map and data projects, was: Re: Actually using OpenStreetMap and the usability of thecurrent maps
On Tue, Jul 29, 2008 at 8:17 AM, Henry Loenwind [EMAIL PROTECTED] wrote: Someone wrote: let's keep the focus on filling up the database I'll give 100% support to the 20%, the 80% should wait some more or better still try to do some mapping, somewhere, anywhere! That sums it up rather nicely. OSM is only about collecting data, people that are interested in using the data are not really welcome very much. I wouldn't say that was true. Just that what few project resources there are should be concentrated on helping collection and distribution of the data rather than creating and running those end uses. So I propose to start a new project, that is about using OSM data only. Transfer the current renderers and maps to the new project, and maybe it would be possible there to et up a server farm, so people interested in different rendering styles can concentrate on the rendering styles and not on the problem of serving them. Anyone interested? That new project would first need people that have time to organize it (I really don't have), and people to raise or provide funding. That's not so much a project as a service. And a fairly pricey one too. You'll need quite a lot of hardware at your disposal and a silly amount of bandwidth if you get remotely popular. Cyclemap bandwidth is in the order of hundreds of gigabytes already, and rising fast. You're talking on-demand which means you'll need access to a lot of CPUs. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
Frederik Ramm wrote: Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a benevolent dictator is one of the key differentiation factors between [EMAIL PROTECTED] and Mapnik (the other being the - usually - lower turnaround times in [EMAIL PROTECTED] but the Mapnik camp is in the process of fixing that I believe). The thing that triggered those remarks were the few dropped colours in 64-colour quantized PNGs, and the observation that there is no definitive coordination to get at least the colours of all map elements synchronised, so it would actually show correctly in 64 colours -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
Hi, I once had a look at the Karlsruhe Schema and i found it ugly from a technical point of view. In my world one wants explicit links between two objects but the proposal simply draws points or polygons next to something which is not a explicit link. That's correct. Many people seem to think that house numbers should somehow be tagged to ways. But our thinking was vey practical: You see a house. The house as a number. You tag it. The house is there. The house will not move, or be removed, should the road be demolished. In the real world, the house does exist independently of the road where it is located. Now if you think of our nodes not representing house numbers but houses (or more precisely, house entrances), then it might not look too ugly to you. As far as I am aware, nobody ever proposed to put, say, a pharmacy node into to the way representing the road the pharmacy is on. Think of a house number node as a placeholder for a house, and of a house number interpolation line as a placeholder for a string of houses. Both will be replaced by proper building outlines in due time. Tagging house numbers onto intersections or ways is just a lame workaround employed by many existing data sets because they can't model every single house. I have absolutely zero doubt that sooner or later, OSM *will* model every single house. At that time, every single house will simply be tagged with its address and that's it. The Karlsruhe Schema is intended as a workable interim solution until we reach that. With this schema, you can freely decide whether you want to map the full detail (every house mapped and tagged as individual building with address), or just put a node for each house, or just but nodes at the start and end of the road and connect them. If you opt for one of the coarser methods, someone else can easily refine them later. But I'm just explaining why we do what we're doing; I'm not trying to talk you into doing the same if you don't see the merit for yourself. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
On Tue, 2008-07-29 12:02:34 +0200, Frederik Ramm [EMAIL PROTECTED] wrote: Tagging house numbers onto intersections or ways is just a lame workaround employed by many existing data sets because they can't model every single house. I have absolutely zero doubt that sooner or later, OSM *will* model every single house. At that time, every single house will simply be tagged with its address and that's it. To me, it looks like a difference between modeling every house (and adding some kind of address tag) and describing house numbers along a way for eg. routing purposes. There are other schemes, which could work out quite well I guess: 119 121 ..127 129 131 ... 137 139 ... x1 -- x2 --- x3 ... 120 122 .. 128 130 132 ... 139 140 House numbers are complicated (in a city like Berlin, you'll probably find non-continuous house numbers, and they not always follow the even-odd-scheme, and the house number on the opposite side of the street may even be in a completely other range...) x1: housenumber_righthand=120-128/+2 housenumber_lefthand=119-127/+2 x2: housenumber_righthand=130-138/+2 housenumber_lefthand=129-137/+2 x3: housenumber_righthand=140-148/+2 housenumber_lefthand=139-147/+2 I only picked two tags and overloading them a bit, overloading them somewhat. It describes a starting house number and the common house number difference on the right/left side of the street. At least for Germany, that could describe house number distribution and the right/left information (which I find *quite* useful!) well enough even for the more exotic cases. However, it'll be somewhat of a pain optimizing a way. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Fortschritt bedeutet, einen Schritt so zu machen, the second : daß man den nächsten auch noch machen kann. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Bury St Edmunds mapping party
For those on this list not on talk-gb, just a brief mention that there will be a Bury St Edmunds (Suffolk, England) mapping party on Saturday 16 August. See: http://wiki.openstreetmap.org/index.php/BuryStEdmunds/MappingParty2008-08 David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap and the usability ofthecurrent maps
Inge Wallin wrote: Sent: 29 July 2008 9:30 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] Actually using OpenStreetMap and the usability ofthecurrent maps snip Well, when I was talking about users, I actually meant those that only use the finished map. The 50,000 users that actually have accounts, I would instead call contributors, even if it turns out that most of them are actually just empty accounts. That's probably to be expected, since it's the same in many of the large open source projects that I have been part of. As the project has grown some of the stuff has gotten a little buried. However the primary statement on the front of the wiki hasn't changed in eons and it states: OpenStreetMap creates and provides free geographic data such as street maps to anyone who wants them. The project was started because most maps you think of as free actually have legal or technical restrictions on their use, holding back people from using them in creative, productive, or unexpected ways. Additionally the Foundation which of course acts as a facilitator to the project and custodian of the servers and the database for its contributors has its own aims which are nicely summed up in the Articles of Association of the company which states: 3.1 OpenStreetMap Foundation is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anybody to use and share. These are really the guiding light statements at the present time. For now I'll give 100% support to the 20%, the 80% should wait some more or better still try to do some mapping, somewhere, anywhere! Heh, here is where you are wrong. I am very much into programming. For one thing, I am one of the maintainers of Marble (http://edu.kde.org/marble) that was featured at the SOTM conference. For another, I am seriously thinking of setting up a Swedish tile server with the look that I am used to from Swedish map books and some other infrastructure, like a forum and similar stuff. Go for it, that's exactly the sort of thing that we want to see and encourage. The majority of cool things that we associate as OSM have arisen out of such efforts. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
Jan-Benedict Glaw wrote: Sent: 29 July 2008 11:33 AM To: Frederik Ramm Cc: talk Subject: Re: [OSM-talk] House numbers... One more suggestion On Tue, 2008-07-29 12:02:34 +0200, Frederik Ramm [EMAIL PROTECTED] wrote: Tagging house numbers onto intersections or ways is just a lame workaround employed by many existing data sets because they can't model every single house. I have absolutely zero doubt that sooner or later, OSM *will* model every single house. At that time, every single house will simply be tagged with its address and that's it. To me, it looks like a difference between modeling every house (and adding some kind of address tag) and describing house numbers along a way for eg. routing purposes. There are other schemes, which could work out quite well I guess: 119 121 ..127 129 131 ... 137 139 ... x1 -- x2 --- x3 ... 120 122 .. 128 130 132 ... 139 140 House numbers are complicated (in a city like Berlin, you'll probably find non-continuous house numbers, and they not always follow the even-odd-scheme, and the house number on the opposite side of the street may even be in a completely other range...) x1: housenumber_righthand=120-128/+2 housenumber_lefthand=119-127/+2 x2: housenumber_righthand=130-138/+2 housenumber_lefthand=129-137/+2 x3: housenumber_righthand=140-148/+2 housenumber_lefthand=139-147/+2 I only picked two tags and overloading them a bit, overloading them somewhat. It describes a starting house number and the common house number difference on the right/left side of the street. At least for Germany, that could describe house number distribution and the right/left information (which I find *quite* useful!) well enough even for the more exotic cases. However, it'll be somewhat of a pain optimizing a way. The reason I don't like ideas like this is that the data you are adding to the way (or as Frederik pointed out possibly also the intersections) is not actually anything to do with the physical feature. There are no house numbers or other references on a road, only the name of the street and perhaps a road reference number. Accepted it's a nice easy way to make routing work more easily but that doesn't make it right for our dataset. If we keep and maintain the simple ideal that what we map is what we see then it keeps it all very simple. Routing algorithms may need to be more complex as a result but that doesn't give us an excuse to corrupt our data with misleading information. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] radio-beacons
I'm going to add all the italians VOR and NDB. They are radio beacons for aeronautical navigation. I think to use man_made=beacon tag adding some additional information: node id='-1' lat='40.62806' lon='08.24389' tag k='man_made' v='beacon' / tag k='beacon:code' v='ALG' / tag k='beacon:frequency' v='113.8'/ tag k='beacon:type' v='VOR' / tag k='name' v='ALG' / /node according to tagwatch [1] we have jsut 36 beacons in the planet and no one is a radio-beacon So, before to import the data i would like to have your comments here: http://wiki.openstreetmap.org/index.php/Talk:Tag:man_made%3Dbeacon Edoardo [1] http://tagwatch.stoecker.eu/Europe/En/tagstats_man_made_beacon.html -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Why OpenStreetMap is not Wikipedia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm wrote: | Hi, | | the similarities between OSM and Wikipedia are many, and easily | spotted. In fact, we owe a lot of our success to Wikipedia as a trail | blazer - if I tell someone we're like a Wikipedia for maps, that | saves me about 5 minutes explaining. | | However, there are also many conceptual differences between our | respective projects, and I would like to list a few of these that I've | been thinking about lately. | | I believe that some people are very quick to simply transfer lessons | learned from Wikipedia onto OSM, sometimes without properly taking into | account that while there are similarities, there are also lots of | differences. | | 1. One World | | 2. Commercially Valuable Product | | 3. Not an End Product I agree with this strongly, and believe it's worth mentioning that in all 3 aspects, MusicBrainz and possibly dmoz.org and similar projects are a lot closer to us than Wikipedia is. voxforge.org is also building something interesting which will have similar issues to us. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiPANAACgkQz+aYVHdncI1UvwCgmp79bz+Q3WJlYXfs2Vxi+KXz nmQAoKRFHkIL6I44DXdPu6TZrrZaETUC =nWmh -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Tagwatch and osmxapi-links
Hi, in tagwatch, e.g. at http://tagwatch.stoecker.eu/Europe/En/tags.html I see entries that link to adresses like http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bvalue=LIDL%5D That page takes quite a while to load but then returns with an empty document. Is that a timeout in the api or so? How do people manage to use tagwatch to find specific tagged entries (e.g. which need fixing)? Kind regards, Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch and osmxapi-links
On Jul 29, 2008, at 14:25, Stefan Neufeind wrote: in tagwatch, e.g. at http://tagwatch.stoecker.eu/Europe/En/tags.html I see entries that link to adresses like http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bvalue=LIDL%5D That page takes quite a while to load but then returns with an empty document. Is that a timeout in the api or so? How do people manage to use tagwatch to find specific tagged entries (e.g. which need fixing)? Those links point to XML documents that your browser may (Firefox) or may not (Safari) display. Best to download link location and save to whatever.osm. Would make sense to provide some kind of style information to make any browser that can handle XML display the data nicely? Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenMoonMap
SteveC schrieb: This beacon system will use radio frequency, microwave, ultrasonic or visible light sources to transmit the relative positioning between any object and known active surface beacon reference points. Good luck using ultrasonic on the moon. Rock actually works quite well as medium. Not really useful for a handheld device, but anything well and rigidly connected to the moon surface could use this. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch and osmxapi-links
Robert Vollmert wrote: On Jul 29, 2008, at 14:25, Stefan Neufeind wrote: in tagwatch, e.g. at http://tagwatch.stoecker.eu/Europe/En/tags.html I see entries that link to adresses like http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bvalue=LIDL%5D That page takes quite a while to load but then returns with an empty document. Is that a timeout in the api or so? How do people manage to use tagwatch to find specific tagged entries (e.g. which need fixing)? Those links point to XML documents that your browser may (Firefox) or may not (Safari) display. Best to download link location and save to whatever.osm. Would make sense to provide some kind of style information to make any browser that can handle XML display the data nicely? Hi, my firefox (ff3) doesn't display anything here, but also no error or something. And there is nothing in the document it downloaded (view document source). Trying to wget the data from console $ wget http://tagwatch.stoecker.eu/*%5Badopted=*%5D; after some waiting actually results in Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-29 15:09:20 ERROR 501: Internal Server Error. Hmm ... I expect it's only just me and the API is working fine? :-) Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch and osmxapi-links
In message [EMAIL PROTECTED] Stefan Neufeind [EMAIL PROTECTED] wrote: Trying to wget the data from console $ wget http://tagwatch.stoecker.eu/*%5Badopted=*%5D; after some waiting actually results in Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-29 15:09:20 ERROR 501: Internal Server Error. Hmm ... I expect it's only just me and the API is working fine? :-) The API is working fine thanks, but that isn't the API, it's zappy and that is currently down as is well documented. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap and the usability of the current maps
On Mon, Jul 28, 2008 at 11:44 AM, Inge Wallin [EMAIL PROTECTED] wrote: * Names! There are far too few names on the map, especially on low zoom levels. It's difficult to get a feeling for where you are and orient yourself on the map if you cannot find names on the map. The commercial maps show lots and lots of names, and that is a good thing. We should make names appear on the maps earlier. Can mapnik automatically render names for smaller towns in lower zoom levels if there is room for the labels? Or should we have a mapnik_zoom_level=6 tag? This is a problem for the country side were you have lots of room to render names, but not that many big names to render. (Especially Sweden[1]) I could only find one ticket related to this: http://trac.openstreetmap.org/ticket/696 [1] Germany 230 hab/km^2 Sweden 21hab/km^2, but a large part of the country side is more in the 6-10 hab/km^2 range.. Maybe why people buy vacation houses here. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Actually using OpenStreetMap and the usability of the current maps
In message [EMAIL PROTECTED] Erik Johansson [EMAIL PROTECTED] wrote: On Mon, Jul 28, 2008 at 11:44 AM, Inge Wallin [EMAIL PROTECTED] wrote: * Names! There are far too few names on the map, especially on low zoom levels. It's difficult to get a feeling for where you are and orient yourself on the map if you cannot find names on the map. The commercial maps show lots and lots of names, and that is a good thing. We should make names appear on the maps earlier. Can mapnik automatically render names for smaller towns in lower zoom levels if there is room for the labels? Or should we have a mapnik_zoom_level=6 tag? This is a problem for the country side were you have lots of room to render names, but not that many big names to render. (Especially Sweden[1]) Tagging for rendered == Evil! Mapnik will render whatever it is told to, and will drop things if there isn't enough room. Currently our rules are not very good about the order in which they render things, which means that the wrongs things can get dropped. That should probably fixed before we start rendering more things at low zoom levels. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch and osmxapi-links
Tom Hughes wrote: In message [EMAIL PROTECTED] Stefan Neufeind [EMAIL PROTECTED] wrote: Trying to wget the data from console $ wget http://tagwatch.stoecker.eu/*%5Badopted=*%5D; after some waiting actually results in Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-29 15:09:20 ERROR 501: Internal Server Error. Hmm ... I expect it's only just me and the API is working fine? :-) The API is working fine thanks, but that isn't the API, it's zappy and that is currently down as is well documented. Ah, I didn't recognize that. Is there a simple way to download a planet.osm (or germany.osm or so) and run an osmxapi locally? Or what would be the easiest way to extract all keys/values of a certain type or so to easily edit them in JOSM and upload those few after correction? Regards, Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OpenStreetMap Foundation - Notice of Annual General Meeting and Nominations open for Board
To all members of the OpenStreetMap Foundation, NOTICE IS HEREBY GIVEN that the 2nd Annual General Meeting of the OpenStreetMap Foundation will be held at the offices of Cloudmade Ltd, Suite 1.06 Enterprise House, 1/2 Hatfields, London, SE1 9PG, UK. on Saturday 30 August at 14.00 BST. OSMF AGM Agenda: http://wiki.openstreetmap.org/index.php/Foundation/AGM08 Nominations are open for the six OSMF board positions becoming vacant at the AGM. To add a nomination or your own name please see the instructions via the link below or send an email to [EMAIL PROTECTED] . All members of the OSMF are eligible to stand for election to the Board. If you are not already a member then you can sign up via the link on the page or contact [EMAIL PROTECTED] . Nominations close on August 25th. Proxy voting by email opens on August 1st. The final vote will be taken at the AGM itself. Nominations and proxy voting details: http://wiki.openstreetmap.org/index.php/Foundation/AGM08 Cheers Andy Robinson Secretary OpenStreetMap Foundation ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenStreetMap Foundation - Notice of Annual General Meeting and Nominations open for Board
Andy Robinson wrote: Sent: 29 July 2008 4:39 PM To: 'talk' Subject: OpenStreetMap Foundation - Notice of Annual General Meeting and Nominations open for Board To all members of the OpenStreetMap Foundation, NOTICE IS HEREBY GIVEN that the 2nd Annual General Meeting of the OpenStreetMap Foundation will be held at the offices of Cloudmade Ltd, Suite 1.06 Enterprise House, 1/2 Hatfields, London, SE1 9PG, UK. on Saturday 30 August at 14.00 BST. OSMF AGM Agenda: http://wiki.openstreetmap.org/index.php/Foundation/AGM08 Nominations are open for the six OSMF board positions becoming vacant at the AGM. To add a nomination or your own name please see the instructions via the link below or send an email to [EMAIL PROTECTED] . All members of the OSMF are eligible to stand for election to the Board. If you are not already a member then you can sign up via the link on the page or contact [EMAIL PROTECTED] . Nominations close on August 25th. Proxy voting by email opens on August 1st. The final vote will be taken at the AGM itself. Nominations and proxy voting details: http://wiki.openstreetmap.org/index.php/Foundation/AGM08 The link immediately above should be to: http://wiki.openstreetmap.org/index.php/Foundation/AGM08/Election_of_Office rs Apologies for that. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
On Tue, Jul 29, 2008 at 4:06 AM, Andy Robinson (blackadder-lists) [EMAIL PROTECTED] wrote: snip The reason I don't like ideas like this is that the data you are adding to the way (or as Frederik pointed out possibly also the intersections) is not actually anything to do with the physical feature. There are no house numbers or other references on a road, only the name of the street and perhaps a road reference number. Accepted it's a nice easy way to make routing work more easily but that doesn't make it right for our dataset. If we keep and maintain the simple ideal that what we map is what we see then it keeps it all very simple. Routing algorithms may need to be more complex as a result but that doesn't give us an excuse to corrupt our data with misleading information. Cheers Andy To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that page, and the first using relations) was to have a relation that marked one node with left and/or right addresses at that point in a particular street. Having only a single value instead of a range makes it more resistant to breakage if the way is split or merged or if nodes are changed. It's reasonably easy for mappers, too, because it's only one point and number to mark, and if more detail is desired later, more nodes, numbers and relations can be added in between existing points. Andy, you say it's a nice easy way to make routing work more easily but that doesn't make it right for our dataset. What is the purpose for adding house numbers, then? I hope it's for more than drawing numbers on the map, which really has limited usefulness (numbers at intersections might be helpful, and would be less clutter on a map). Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Osmxapi down
Hi, It seems osmxapi is down: $ wget http://osmxapi.hypercube.telascience.org/api/0.5/node[place=*][code_departement=54] Warning: wildcards not supported in HTTP. --2008-07-29 19:17:34-- http://osmxapi.hypercube.telascience.org/api/0.5/node[place=*][code_departement=54] Resolving osmxapi.hypercube.telascience.org... 137.110.119.130 Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-29 19:18:01 ERROR 501: Internal Server Error. If someone could have a look at it, that would be nice. Aurel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
On Tue, Jul 29, 2008 at 10:16:33AM -0700, Karl Newman wrote: To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that Thats why you should not only tag the building/node with the house number, but with the full address. Yes, there is some duplication of data, but its still easier than relations and doesn't break as easy. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmxapi down
Aurelien Jacobs wrote: Hi, It seems osmxapi is down: $ wget http://osmxapi.hypercube.telascience.org/api/0.5/node[place=*][code_departement=54] Warning: wildcards not supported in HTTP. --2008-07-29 19:17:34-- http://osmxapi.hypercube.telascience.org/api/0.5/node[place=*][code_departement=54] Resolving osmxapi.hypercube.telascience.org... 137.110.119.130 Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80... connected. HTTP request sent, awaiting response... 501 Internal Server Error 2008-07-29 19:18:01 ERROR 501: Internal Server Error. If someone could have a look at it, that would be nice. Hi, came across the same thing here as well. It's down by intention and that's documented on the platform status-page in the wiki. Regards, Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
On Tue, Jul 29, 2008 at 10:27 AM, Jochen Topf [EMAIL PROTECTED] wrote: On Tue, Jul 29, 2008 at 10:16:33AM -0700, Karl Newman wrote: To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that Thats why you should not only tag the building/node with the house number, but with the full address. Yes, there is some duplication of data, but its still easier than relations and doesn't break as easy. Jochen I'm okay with data duplication. Could we do both, then--the Karlsruhe schema where actual locations are tagged with full address, and a relation to topologically link the house number with the closest node in the way? Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
Karl Newman [mailto:[EMAIL PROTECTED] wrote: Sent: 29 July 2008 6:17 PM To: Andy Robinson (blackadder-lists) Cc: Jan-Benedict Glaw; Frederik Ramm; talk Subject: Re: [OSM-talk] House numbers... One more suggestion On Tue, Jul 29, 2008 at 4:06 AM, Andy Robinson (blackadder-lists) [EMAIL PROTECTED] wrote: snip The reason I don't like ideas like this is that the data you are adding to the way (or as Frederik pointed out possibly also the intersections) is not actually anything to do with the physical feature. There are no house numbers or other references on a road, only the name of the street and perhaps a road reference number. Accepted it's a nice easy way to make routing work more easily but that doesn't make it right for our dataset. If we keep and maintain the simple ideal that what we map is what we see then it keeps it all very simple. Routing algorithms may need to be more complex as a result but that doesn't give us an excuse to corrupt our data with misleading information. Cheers Andy To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that page, and the first using relations) was to have a relation that marked one node with left and/or right addresses at that point in a particular street. Having only a single value instead of a range makes it more resistant to breakage if the way is split or merged or if nodes are changed. It's reasonably easy for mappers, too, because it's only one point and number to mark, and if more detail is desired later, more nodes, numbers and relations can be added in between existing points. But it's still putting data on the street that has no relation to the street itself other than thorough the non-physical address association. I accept the argument for relating the street to the buildings along it within an address but I doubt we will be able to get basic contributors to go to the level of work that any relationship editing requires. Andy, you say it's a nice easy way to make routing work more easily but that doesn't make it right for our dataset. What is the purpose for adding house numbers, then? I hope it's for more than drawing numbers on the map, which really has limited usefulness (numbers at intersections might be helpful, and would be less clutter on a map). The purpose of adding house numbers is to reference the object being added to the database. If we have 100 buildings along a street users may very well want to know what they are. I haven't given the address relationship a lot of thought yet. Arguably an address structure is a true relationship between the place, street and building. A relationship for each address would I guess be a correct model, but until we have simple tools to select the place and street level data I don't see much benefit in adding stuff. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
Karl Newman wrote: Sent: 29 July 2008 6:48 PM To: Jochen Topf Cc: talk Subject: Re: [OSM-talk] House numbers... One more suggestion On Tue, Jul 29, 2008 at 10:27 AM, Jochen Topf [EMAIL PROTECTED] wrote: On Tue, Jul 29, 2008 at 10:16:33AM -0700, Karl Newman wrote: To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that Thats why you should not only tag the building/node with the house number, but with the full address. Yes, there is some duplication of data, but its still easier than relations and doesn't break as easy. Jochen I'm okay with data duplication. Could we do both, then--the Karlsruhe schema where actual locations are tagged with full address, and a relation to topologically link the house number with the closest node in the way? I really don't think you should link to nodes in the way, they get moved around all the time. By all means link with a relation to the way but linking to nodes is asking for trouble. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] A Swedish national server for OSM
In the rather large thread Actually using OpenStreetMap and the usability of the current maps I got to understand a few things that I didn't grasp before. So to make a long story short, I have decided to check the viability of setting up a Swedish tile server + slippy map and some other services. To do that I am applying for some money from the Swedish Internet Society that has grants for such things. But to be able to write the application, I need to understand the size of the task. Things like: - How long does it take to render a typical tile set? Will a single machine be able to render all the tiles for Sweden, for instance? What's the size of the current render farm for the mapnik map on openstreetmap.org? - How much bandwidth will it use? - How difficult is it to set up a working server? I'm fairly skilled in deployment, but I have never worked with mapnik, nor osmarender or slippymaps. I am aware that the questions are fuzzy, but all data will be much appriciated. -Inge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] House numbers... One more suggestion
Jochen Topf schrieb: On Tue, Jul 29, 2008 at 10:16:33AM -0700, Karl Newman wrote: To be clear, I don't have a problem with tagging the actual location of the house or building. I think it's unnecessary, but the problem I have with the scheme is that it doesn't definitively link the node with the way (what's a house number without an associated street?) My suggestion (the third on that Thats why you should not only tag the building/node with the house number, but with the full address. Yes, there is some duplication of data, but its still easier than relations and doesn't break as easy. Do you really think so ? I really do not like the idea of multiple data for the same thing. Any duplication will bring us one step further to data chaos as nobody would care to change every street name in every address if he find a typo in one of them. tiding things together with relation, or what ever you like, seems for me the better way. Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] A Swedish national server for OSM
On Tuesday 29 July 2008, Inge Wallin wrote: So to make a long story short, I have decided to check the viability of setting up a Swedish tile server + slippy map and some other services. To do that I am applying for some money from the Swedish Internet Society that has grants for such things. But to be able to write the application, I need to understand the size of the task. You may be interested in the specs of the Dutch tile server (including links to setup instructions and server statistics) here (in English): http://wiki.openstreetmap.org/index.php/NL_Tile_Server Good luck with your application. -- Freek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] A Swedish national server for OSM
Inge Wallin wrote: In the rather large thread Actually using OpenStreetMap and the usability of the current maps I got to understand a few things that I didn't grasp before. So to make a long story short, I have decided to check the viability of setting up a Swedish tile server + slippy map and some other services. To do that I am applying for some money from the Swedish Internet Society that has grants for such things. But to be able to write the application, I need to understand the size of the task. Things like: - How long does it take to render a typical tile set? Will a single machine be able to render all the tiles for Sweden, for instance? What's the size of the current render farm for the mapnik map on openstreetmap.org? - How much bandwidth will it use? - How difficult is it to set up a working server? I'm fairly skilled in deployment, but I have never worked with mapnik, nor osmarender or slippymaps. I am aware that the questions are fuzzy, but all data will be much appriciated. -Inge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Overall it isn't too difficult to setup. Hardest part is just getting everything installed and working together (as there are a number of dependencies), but overall if you follow the instructions that are out there its not too bad. I've got a partial setup running on openstreetmap.ca (that isn't public yet), but to answer the other questions it should serve as a baseline. The system behind that site is an Opteron 246 with a couple gb of ram, and can re-render all of Canada through Mapnik in under a day. Sweden shouldn't be anywhere near that long. Overall the slowest part of the setup is getting the data into postgres to start with. Bandwidth is the only number that is really unknown, as its going to fluctuate greatly. -Jason Reid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] A Swedish national server for OSM
On Tue, Jul 29, 2008 at 2:16 PM, Dave Stubbs [EMAIL PROTECTED]wrote: On Tue, Jul 29, 2008 at 7:57 PM, Inge Wallin [EMAIL PROTECTED] wrote: In the rather large thread Actually using OpenStreetMap and the usability of the current maps I got to understand a few things that I didn't grasp before. So to make a long story short, I have decided to check the viability of setting up a Swedish tile server + slippy map and some other services. To do that I am applying for some money from the Swedish Internet Society that has grants for such things. But to be able to write the application, I need to understand the size of the task. Things like: - How long does it take to render a typical tile set? Will a single machine be able to render all the tiles for Sweden, for instance? What's the size of the current render farm for the mapnik map on openstreetmap.org? - How much bandwidth will it use? - How difficult is it to set up a working server? I'm fairly skilled in deployment, but I have never worked with mapnik, nor osmarender or slippymaps. I am aware that the questions are fuzzy, but all data will be much appriciated. For the cyclemap we prerender the tiles and upload them to a cheap dumb webhost. The coverage of the cyclemap is quite large, but typically only goes as far down as zoom 13 (or zoom 14 for the UK), we do selected cities at higher zoom. We render on a box with the cheapest quad core processor available (Core2 Q6600), and 8GB RAM -- this does approximately 1 million tiles in about 5 hours (and includes contours -- the standard rendering is 2-3 times faster to render). Our main bottleneck is then uploading these tiles to the webhost. In July the cyclemap used approximately 200GB of bandwidth serving tiles -- but it is quite popular and the tile sizes are actually quite large... In terms of setup, if you're doing an on-demand modtile solution, then it relatively easy.. just follow the instructions on the wiki -- give it a try on a VM first to test out the process on the distro that you want to use. Relative is obviously relative... but it's easier than MythTV Dave What's hard about emerge mythtv? Unless you want a remote control (lirc), and a LCD display (LCDproc), and RAID (mdadm) and LVM... Oh, I guess it was a bit of a pain. ;-) Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Poster Things (part 2)
I got the cc from Martijn, which reminded me to subscribe to the talk-list. Anyhow, the poster things. I've talked with the designer who actually made them, and he can give me the design with which you all could make your own posters. I'm trying to persuade him to fix the transparancy problem first ;-). However, they can also make those stands for you. For a lousy ;-) 185 euro (excl VAT and shipment outside NL) you will have a 80cm wide by 200cm high poster packed in a metal holder in a carrying case. The holder is also the actual poster stand (lay the holder on the ground, pull the poster up, and you're done). (Slight) alterations in the design can be done without extra cost. If your interested in the poster stand or just the design, let me know. Cheers, Henk Hoff ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Milestone
On Tue, Jul 29, 2008 at 6:08 PM, Andy Robinson (blackadder-lists) [EMAIL PROTECTED] wrote: With a readymade image containing an OSM rendering toolchain - Mapnik, osm2pgsql and TileCache - plus some instructions on the wiki, we'd have a roll your own cartography kit. A WYSIWYG stylesheet editor would be the icing on the cake but not necessary at the start. I am way out of my depth here technically, but wouldn't that be so, so cool? +1, very cool and something I'd try my hand at. So how might we kick something off, even if it's a bit too challenging for some of us, me included? I'm not sure how relevant this is, but I've made some steps in this direction here: http://wiki.openstreetmap.org/index.php/OnDemandTileServer It's only a few weeks old but it already needs some improvements: 1. Ideally should use fedora 9 rather than fedora 8, I didn't have time to download 9 at the time (I have now but haven't started from scratch yet). 2. Mod_tile has seen a number of improvements recently, font paths have changed among other things. 3. osm2pgsql is introducing the ability to apply changesets directly. Not sure if this supports a small region. The vmware image runs well in 512MB of RAM. It may not scale well to a full planet but I suspect most people won't be interested in a full planet anyway, if they do it should be a matter of tweaking vmware and postgres memory settings. I'm a complete noob to mapnik so haven't looked at stylesheet customisations yet. Brett ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Chinese font problem
Hi everybody: I saw city names in China and Japan are not little squares anymore. Nice job. But some name tags are still little squares, like http://b.tile.openstreetmap.org/18/218682/114077.png and http://a.tile.openstreetmap.org/14/14537/6464.png. Is it font problem? Cheers. Louis Liu ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Chinese font problem
2008/7/30 Louis Liu [EMAIL PROTECTED]: Hi everybody: I saw city names in China and Japan are not little squares anymore. Nice job. But some name tags are still little squares, like http://b.tile.openstreetmap.org/18/218682/114077.png and http://a.tile.openstreetmap.org/14/14537/6464.png. Is it font problem? It looks like it's only been done on zoom levels up to 14 for place names and street names, though motorway names don't seem to have that fontset applied... Not sure if the rendering only to zoom 14 is due to those zoom levels having been rendered specially or something... I looked at the fontsets template file on svn http://svn.openstreetmap.org/applications/rendering/mapnik/osm-template-fontset.xmland it didn't seem to mention names for motorways or only using the fontsets at certain zoom levels... so maybe the live render rules are different... It looks like it's a work in progress but it is looking good! d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk-nl] Geotagging workshop in Brussel
Beste mensen, In de week van 15 september wordt een workshop gehouden over geotagging en locative media. Ze zoeken nog een x-aantal mensen die wat workshops in het veld willen geven. Heeft een van jullie tijd en zin? Waar gaat het ongeveer om. Doelgroep zijn ontwerpers, kunstenaars, etc. Dus niet zozeer techneuten. Het event duurt een week. De eerste twee dagen zijn indoor, en zal door iemand worden verzorgt die wat meer ingaat op de kunst van het wandelen (wat zie je eigenlijk) en geo-based technieken. De twee/drie dagen daarop volgend gaan de mensen de straat op met een GPS om data te verzamelen en deze worden later die dag verwerkt. Het verwerken zal op verschillende wijzen worden gedaan. Van simpele zaken als foto's en video's op Google Maps/Earth zetten tot mogelijk een eigen kaart maken. Maar alles vanuit een artistiek perspectief. Kortom, wie heeft zin om een of meerdere dagen enkele creabea's te helpen met het maken van leuke dingen? Ik weet, deze info is wat beknopt. Bel of mail (af en toe ben ik ook op Skype te vinden) even, dan kan ik je wat nadere info geven. Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Kenmerk: e2008-01832 (fwd)
Om jullie ook even op de hoogte te houden. In het kort; ik zou graag een thema (straat) kaart maken, waar gevallen van een ziekte (in absolute aantal) worden gevisualiseerd op straatniveau en in vlakken op wijkniveau (genormaliseerd en niet genormaliseerd). Uit de onderstaande email maak ik op dat er alleen als je alle huisnummers afbelt op een postcode en aan iedereen zou vragen of hij [die bepaalde ziekte heeft] inzicht kan krijgen in de data. Echter deze bruteforce methode zou exact dezelfde data moeten opleveren. En is buiten proporsie, en daarom geen persoonsgegeven. Het zou mij *zeer* interessant lijken om dit soort kaarten te maken voor meerdere ziekten. Stefan -- Forwarded message -- Date: Tue, 29 Jul 2008 10:49:08 +0200 From: CBP - Info [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Kenmerk: e2008-01832 Den Haag, 29 juli 2008 Geachte heer De Konink, U heeft het College bescherming persoonsgegevens (CBP) in het kader van de onderstaande situatie gevraagd of een postcode een persoon identificeerbaar maakt. Uw organisatie wil een aantal thema kaarten maken die het aantal patiënten dat lijdt aan een specifieke aandoening op straat en/of wijk niveau gaan visualiseren en te correleren met andere data bronnen op uw kaart. U geeft hierbij aan dat het gaat om; * 4 of 6 positie postcodes * Aantal gevallen van kankertype per postcode. Herleidbaar van persoonsgegevens De Wet bescherming persoonsgegevens (Wbp) verstaat onder een persoonsgegeven: elk gegeven betreffende een geïdentificeerde of identificeerbare natuurlijke persoon (artikel 1, sub a, Wbp). Ten eerste moet het gaan om informatie betreffende een natuurlijk persoon, ten tweede moet deze persoon geïdentificeerd of althans identificeerbaar zijn. Als aan één van beide elementen niet is voldaan, dan is geen sprake van een persoonsgegeven. Daarnaast zijn de mogelijkheden van de verantwoordelijke en de ontvanger om een betrokkene te identificeren bepalend voor de vraag of sprake is van persoonsgegevens. Indien de gegevens niet direct tot identificatie van een bepaald persoon leiden maar wel via nadere stappen in verband kunnen worden gebracht met een bepaalde persoon, is sprake van indirect identificerende gegevens. Dit is het geval, indien gegevens niet direct op naam zijn terug te vinden, maar de betrokken persoon met aanwending van de beschikbare middelen alsnog kan worden achterhaald, bijvoorbeeld aan de hand van een nummer. Ook valt te denken aan situaties, waarin een bijzondere eigenschap of combinatie van eigenschappen hetzij direct, hetzij door koppeling of vergelijking met andere beschikbare informatie identificatie van een persoon mogelijk maakt. Een combinatie van ziekte en straatnaam is doorgaans identificerend zijn, ook als de identiteit van betrokkene niet meteen vermeld wordt. Mogelijkheden van de verantwoordelijke en de ontvanger om te identificeren Voor de vraag of sprake is van identificeerbaarheid is mede van belang over welke mogelijkheden de verantwoordelijke en de ontvanger beschikken tot identificatie, evenals de bekendheid met of beschikbaarheid van aanvullende informatie. Uitgangspunt is een redelijk toegeruste verantwoordelijke/ontvanger. In concrete gevallen moet echter wel rekening gehouden worden met bijzondere expertise, technische faciliteiten en dergelijke van de verantwoordelijke. Indien de identiteit van een persoon niet of slechts met een disproportionele aanwending van geld, menskracht of middelen kan worden achterhaald, is geen sprake van een persoonsgegeven in de zin van de Wbp. Dit is bijvoorbeeld het geval indien identificatie door de computer vele dagen in beslag zou nemen. In die situatie dient er redelijkerwijs van te worden uitgegaan dat identificatie niet zal plaatsvinden en de wet derhalve niet van toepassing is. Ook is dat het geval, indien het risico van identificatie door middel van spontane herkenning redelijkerwijs is uitgesloten (het risico hoeft niet absoluut te worden uitgesloten). Persoonsgegevens Indien u naar aanleiding van de bovenstaande informatie van mening bent dat u persoonsgegevens verwerkt gelden de volgende bepalingen. U moet de verwerking van persoonsgegevens kunnen baseren op één van de zes in artikel 8 Wbp genoemde grondslagen. Het is bijvoorbeeld toegestaan persoonsgegevens te verwerken als het noodzakelijk is voor de uitvoering van een overeenkomst (artikel 8, onderdeel b, Wbp). Meer informatie over dit onderwerp vindt u het informatieblad 'Verstrekken van persoonsgegevens'. Daarnaast kent de Wbp een strikt regime voor het verwerken (waaronder verzamelen en verspreiden) van bijzondere gegevens, zoals gezondheidsgegevens. Verwerking van bijzondere gegevens is in beginsel verboden op grond van artikel 16 Wbp, behoudens de artikelen 17 tot en met 23 Wbp genoemde uitzonderingen. Voor gezondheidsgegevens zijn de artikelen 21 en 23 Wbp van belang. Het begrip gezondheidsgegeven heeft betrekking
[OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
Hoi, Op [EMAIL PROTECTED] woedt alweer de zoveelste discussie over huisnummer-schema's [1], en wij zitten nog steeds met onze data van AND [2]. Omdat het mij leek dat het Karlsruhe schema [3] de grootste kans op succes (=gebruik) heeft, ben ik begonnen het AND conversie tool aan te passen om huisnummers uit te schrijven in dit formaat. Een eerste resultaat is hier te vinden: http://www.vanwal.nl/osm/huisnummers_AND_Eindhoven.osm (Deel van het centrum en noorden van Eindhoven, alleen huisnummers, andere data kan je er met JOSM zelf overheen laden. Als je graag een ander gebied ziet genereer ik die zo, gegeven een bounding box.) Het grote voordeel van dit formaat voor ons (osm-nl) is dat de conversie onafhankelijk van de eerder geimporteerde data gegenereerd en geupload kan worden. Voor nadelen, zie o.a. de thread op talk [2]. Het belangrijkste nadeel voor de Nederlandse situatie lijkt me de hoeveelheid data: elke weg met huizen aan beide kanten zorgt voor twee nieuwe ways (om een indicatie te geven: heel Nederland genereerd een .osm-file van zo'n 300 a 400 MB). In mijn huidige versie wordt dan ook de naam van de straat (addr:street) en het AND_nosr_r veld herhaalt om de adressen later met de juiste weg te kunnen koppelen. Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog meer data genereren, dus dat heb ik nog maar niet gedaan. Details van de conversie De huidige implementatie verschuift de nodes van een weg met huisnummers naar links of rechts over een voorgedefinieerde afstand (op dit moment kan maar één van die twee gekozen worden, ik draai het tool twee keer en voeg de data samen). De weg wordt niet als geheel verplaatst (dat zou rare resultaten geven bij kronkelenende wegen), maar elke node op zich wordt verplaatst in de richting van de normaal op de hoek waar die node zit. Dit resulteert in netjes geëxplodeerde en geïmplodeerde wegen. Daarna wordt de weg aan beide uiteinden nog een beetje ingekort (weer met een vaste afstand) omdat dat in de meeste gevallen een resultaat geeft dat het meeste met de werkelijkheid overeen komt. Problemen/Hoe verder? De huidige implementatie is niet perfect (en de gegenereerde data zal altijd nabewerking vergen), maar zoals je in bovenstaand voorbeeld kan zien ziet het er in de meeste gevallen al best aardig uit. Dingen die ik eventueel nog zou aanpassen als we echt met deze data willen gaan werken zijn - simplificatie van de gegenereerde huisnummer-ways om de hoeveelheid nutteloze nodes een beetje in de perken te houden, - verfijning van de gegenereerde tags (addr:range_odd en addr:range_even kunnen weg, AND_nosr_r moet misschien ook geprefixt worden, etc.). Verder denk ik dat een eventuele import op twee manieren gedaan zou kunnen worden: - Big bang, alles in één keer zoals met de originele AND import. Nadeel hiervan is dat het op sommige plaatsen misschien een beetje een rotzooitje kan worden door bijv. slechte conversie of bestaande data die is aangepast en de huisnummers niet meer netjes langs de straten lopen. - Stuksgewijs, waarbij iedereen een gebiedje kan downloaden, bekijken, aanpassen en dan uploaden. Voordelen en nadelen worden als oefening voor de lezer gelaten ;-) P.S. Ik wil hier best in Veenendaal of Baarn (maar dat duurt weer zo lang) met mensen over doorpraten, laat het even weten als je dat een goed idee lijkt. [1] Begonnen met http://lists.openstreetmap.org/pipermail/talk/2008-July/028151.html [2] http://wiki.openstreetmap.org/index.php/AND_Data/Spec#Roads_file (zie RD_23, hn#...) [3] http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tue, 29 Jul 2008, Freek wrote: Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog meer data genereren, dus dat heb ik nog maar niet gedaan. Dat meer data genereren maakt niet uit, immers je gaat alleen relaties gebruiken als je daadwerkelijk wat met huisnummers gaat doen (toch?!). Voor 80% van de zoomlevels zijn huisnummers niet relevant, waarom het dan toch als tags willen meegeven? Details van de conversie De huidige implementatie verschuift de nodes van een weg met huisnummers naar links of rechts over een voorgedefinieerde afstand (op dit moment kan maar één van die twee gekozen worden, ik draai het tool twee keer en voeg de data samen). De weg wordt niet als geheel verplaatst (dat zou rare resultaten geven bij kronkelenende wegen), maar elke node op zich wordt verplaatst in de richting van de normaal op de hoek waar die node zit. Dit resulteert in netjes geëxplodeerde en geïmplodeerde wegen. Daarna wordt de weg aan beide uiteinden nog een beetje ingekort (weer met een vaste afstand) omdat dat in de meeste gevallen een resultaat geeft dat het meeste met de werkelijkheid overeen komt. Bedoel je dat er een kopie van het straten plan wordt gemaakt en een 'blevel' op wordt toegepast? Als er een tooltje is om straks 'taken' te delegeren zou dat wel een voordeel zijn, als het er niet is, jammer maar helaas zal het dan toch were een big bang worden. Ik maak me alleen een beetje zorgen over routering en het data duplicatio beleid. Buiten dat er twee extra 'wegen' bij komen, wordt ook de straatnaam gedupliceerd. Zelf zie ik momenteel het voordeel niet in om data op dit niveau te dupliceren. Als dat wel het algemene beeld is zou je *JUIST* weer terug willen naar relations. Zodat je niet postcode, straatnaam, etc. dubbel gaat neerzetten. Het materaliseren van de straatnaam in wegen en in deze reeksen zal wel uit het oogpunt van 'makkelijk' zijn voortgekomen, 'nodig' is het niet. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
mooi wark! ik ga vanavond eens kijken hoe goed de data is. het viel me wel op dat er ranges zijn van 1 huisnummer, bv: tag k='addr:range_even' v='4-4' / misschien kun je die nog naar een huisnummer node omzetten? of ze misschien negeren want ik zie dat sommige hiervan wel uit meerdere nodes bestaan? stefan z'n opmerking over duplicatie deel ik, de straatnamen hoeven er eigenlijk alleen in als er onduidelijkheid zou kunnen optreden? groet, floris Freek schreef: Hoi, Op [EMAIL PROTECTED] woedt alweer de zoveelste discussie over huisnummer-schema's [1], en wij zitten nog steeds met onze data van AND [2]. Omdat het mij leek dat het Karlsruhe schema [3] de grootste kans op succes (=gebruik) heeft, ben ik begonnen het AND conversie tool aan te passen om huisnummers uit te schrijven in dit formaat. Een eerste resultaat is hier te vinden: http://www.vanwal.nl/osm/huisnummers_AND_Eindhoven.osm (Deel van het centrum en noorden van Eindhoven, alleen huisnummers, andere data kan je er met JOSM zelf overheen laden. Als je graag een ander gebied ziet genereer ik die zo, gegeven een bounding box.) Het grote voordeel van dit formaat voor ons (osm-nl) is dat de conversie onafhankelijk van de eerder geimporteerde data gegenereerd en geupload kan worden. Voor nadelen, zie o.a. de thread op talk [2]. Het belangrijkste nadeel voor de Nederlandse situatie lijkt me de hoeveelheid data: elke weg met huizen aan beide kanten zorgt voor twee nieuwe ways (om een indicatie te geven: heel Nederland genereerd een .osm-file van zo'n 300 a 400 MB). In mijn huidige versie wordt dan ook de naam van de straat (addr:street) en het AND_nosr_r veld herhaalt om de adressen later met de juiste weg te kunnen koppelen. Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog meer data genereren, dus dat heb ik nog maar niet gedaan. Details van de conversie De huidige implementatie verschuift de nodes van een weg met huisnummers naar links of rechts over een voorgedefinieerde afstand (op dit moment kan maar één van die twee gekozen worden, ik draai het tool twee keer en voeg de data samen). De weg wordt niet als geheel verplaatst (dat zou rare resultaten geven bij kronkelenende wegen), maar elke node op zich wordt verplaatst in de richting van de normaal op de hoek waar die node zit. Dit resulteert in netjes geëxplodeerde en geïmplodeerde wegen. Daarna wordt de weg aan beide uiteinden nog een beetje ingekort (weer met een vaste afstand) omdat dat in de meeste gevallen een resultaat geeft dat het meeste met de werkelijkheid overeen komt. Problemen/Hoe verder? De huidige implementatie is niet perfect (en de gegenereerde data zal altijd nabewerking vergen), maar zoals je in bovenstaand voorbeeld kan zien ziet het er in de meeste gevallen al best aardig uit. Dingen die ik eventueel nog zou aanpassen als we echt met deze data willen gaan werken zijn - simplificatie van de gegenereerde huisnummer-ways om de hoeveelheid nutteloze nodes een beetje in de perken te houden, - verfijning van de gegenereerde tags (addr:range_odd en addr:range_even kunnen weg, AND_nosr_r moet misschien ook geprefixt worden, etc.). Verder denk ik dat een eventuele import op twee manieren gedaan zou kunnen worden: - Big bang, alles in één keer zoals met de originele AND import. Nadeel hiervan is dat het op sommige plaatsen misschien een beetje een rotzooitje kan worden door bijv. slechte conversie of bestaande data die is aangepast en de huisnummers niet meer netjes langs de straten lopen. - Stuksgewijs, waarbij iedereen een gebiedje kan downloaden, bekijken, aanpassen en dan uploaden. Voordelen en nadelen worden als oefening voor de lezer gelaten ;-) P.S. Ik wil hier best in Veenendaal of Baarn (maar dat duurt weer zo lang) met mensen over doorpraten, laat het even weten als je dat een goed idee lijkt. [1] Begonnen met http://lists.openstreetmap.org/pipermail/talk/2008-July/028151.html [2] http://wiki.openstreetmap.org/index.php/AND_Data/Spec#Roads_file (zie RD_23, hn#...) [3] http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tuesday 29 July 2008, Stefan de Konink wrote: On Tue, 29 Jul 2008, Freek wrote: Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog meer data genereren, dus dat heb ik nog maar niet gedaan. Ik bedoel hier: alternatief voor het toevoegen van addr:street en AND_nosr_r, dus een relatie maken met daarin tenminste de straat zelf en de huisnummer-ways aan beide kanten als members. Zoiets als dit dus (van de wiki gekopieerd): relation id=?? tag k=type v=associatedStreet / member type=way ref=11 role=house / member type=way ref=??? role=street / /relation Dat meer data genereren maakt niet uit, immers je gaat alleen relaties gebruiken als je daadwerkelijk wat met huisnummers gaat doen (toch?!). Huidige tools (tenminste JOSM, dus de map-API doet dit volgens mij) downloaden gewoon alle relaties van elementen binnen de opgevraagde bounding box, dat zou dus in stedelijke gebieden een enorme berg (in de meeste gevallen nutteloze) huisnummer-relaties meenemen die je relatie-window vullen. Ok, editor support moet gewoon beter, dan zijn we daar vanaf. Het is danook geen argument om nooit relaties te gaan gebruiken, alleen nu nog even niet. Voor een eventuele import moeten we gewoon samen bepalen of we relaties willen of niet (en andere details), en die dan implementeren (enige probleem is dan nog het terugvinden van bestaande wegen, gegeven AND_nosr_r's, maar goed). Voor 80% van de zoomlevels zijn huisnummers niet relevant, waarom het dan toch als tags willen meegeven? Ehm, wat bedoel je hier? Details van de conversie De huidige implementatie verschuift de nodes van een weg met huisnummers naar links of rechts over een voorgedefinieerde afstand [...] Bedoel je dat er een kopie van het straten plan wordt gemaakt Ja. en een 'blevel' op wordt toegepast? Ik weet niet wat een 'blevel' is ('bevel'?, dan nog snap blijft het vaag), maar kijk gewoon even in de .osm van het vorige mailtje. Als er een tooltje is om straks 'taken' te delegeren zou dat wel een voordeel zijn, als het er niet is, jammer maar helaas zal het dan toch were een big bang worden. Wiki? Zo gebeurd het in veel andere landen. Ik maak me alleen een beetje zorgen over routering Routering zie ik als volgt: - Voorwerk: maak een index op addr:street - Query straat nummer: - zoek straat in de index, dit geeft een lijst huisnummer-ways; - zoek nummer binnen deze lijst wegen (die hopelijk niet al te groot is, anders kan je de index daar wel voor uitbreiden); - gebruik interpolatie om lat,lon te vinden voor het adres; - pas een al bestaande implementatie toe om van een lat,lon combinatie de dichtstbijzijnde weg en punt daarop te vinden; - routeer naar het gevonden punt op de weg. en het data duplicatio beleid. Buiten dat er twee extra 'wegen' bij komen, wordt ook de straatnaam gedupliceerd. Zelf zie ik momenteel het voordeel niet in om data op dit niveau te dupliceren. Helemaal gelijk in, daarvoor zouden relaties inderdaad kunnen werken. Aan de andere kant denk ik: die straatnamen worden nu toch al tig keer gedupliceerd (voor alle losse weg-delen), dus jammer dan van die paar extra... Later zou je toch misschien weer super-way-relaties willen hebben, met alle wegdelen en huisnummer-ways bij elkaar. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
Ik vind het hele huisnummer verhaal een behoorlijk zinloze discussie. Laten we eerst maar eens zorgen dat we zeker weten dat we alle straten en fietspaden van nederland er goed in hebben zitten, en dat de kaart correct routeerd, dan kunnen we daarna de blinde apen die zelf het huisnummer niet kunnen vinden gaan helpen. Postcode vind ik nog wel nuttig, op kleine apparaten kan dat makkelijker in te toetsen zijn dan een straatnaam. Mijn idee voor huisnummers was om een straat in te delen in segmenten, en deze een tag te geven waarin je aangeeft welke huisnummers aan dat segment liggen. In een woonwijk geeft dat genoeg precisie. Of het nummer dan links of rechts aan de weg zit vind ik vrij nutteloze informatie. In 50% van de gevallen staat er maar aan 1 kant van de weg huizen. Aan een landelijke weg, waar slechts om de zoveel honderd meter een woning staat, map ik de oprijlaan als highway=service en voeg daar de straatnaam en huisnummer in een tag aan toe. Tijdens het routeren naar zo'n adres krijg je dan netjes een melding over 100 meter rechtsaf waarna je mooi de oprijlaan van het gezochte adres oprijdt. Het lijkt me goed om hier in Veenendaal over te praten. Geert Schuring. - Original Message From: OpenStreetMap NL discussion list talk-nl@openstreetmap.org To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat Date: 29/07/08 12:23 Hoi, Op [EMAIL PROTECTED] woedt alweer de zoveelste discussie over huisnummer-schema's [1], en wij zitten nog steeds met onze data van AND [2]. Omdat het mij leek dat het Karlsruhe schema [3] de grootste kans op succes (=gebruik) heeft, ben ik begonnen het AND conversie tool aan te passen om huisnummers uit te schrijven in dit formaat. Een eerste resultaat is hier te vinden: http://www.vanwal.nl/osm/huisnummers_AND_Eindhoven.osm (Deel van het centrum en noorden van Eindhoven, alleen huisnummers, andere data kan je er met JOSM zelf overheen laden. Als je graag een ander gebied ziet genereer ik die zo, gegeven een bounding box.) Het grote voordeel van dit formaat voor ons (osm-nl) is dat de conversie onafhankelijk van de eerder geimporteerde data gegenereerd en geupload kan worden. Voor nadelen, zie o.a. de thread op talk [2]. Het belangrijkste nadeel voor de Nederlandse situatie lijkt me de hoeveelheid data: elke weg met huizen aan beide kanten zorgt voor twee nieuwe ways (om een indicatie te geven: heel Nederland genereerd een .osm-file van zo'n 300 a 400 MB). In mijn huidige versie wordt dan ook de naam van de straat (addr:street) en het AND_nosr_r veld herhaalt om de adressen later met de juiste weg te kunnen koppelen. Een alternatief zou zijn om relaties te gebruiken, maar dat zou nog meer data genereren, dus dat heb ik nog maar niet gedaan. Details van de conversie De huidige implementatie verschuift de nodes van een weg met huisnummers naar links of rechts over een voorgedefinieerde afstand (op dit moment kan maar één van die twee gekozen worden, ik draai het tool twee keer en voeg de data samen). De weg wordt niet als geheel verplaatst (dat zou rare resultaten geven bij kronkelenende wegen), maar elke node op zich wordt verplaatst in de richting van de normaal op de hoek waar die node zit. Dit resulteert in netjes quot;geëxplodeerdequot; en quot;geïmplodeerdequot; wegen. Daarna wordt de weg aan beide uiteinden nog een beetje ingekort (weer met een vaste afstand) omdat dat in de meeste gevallen een resultaat geeft dat het meeste met de werkelijkheid overeen komt. Problemen/Hoe verder? De huidige implementatie is niet perfect (en de gegenereerde data zal altijd nabewerking vergen), maar zoals je in bovenstaand voorbeeld kan zien ziet het er in de meeste gevallen al best aardig uit. Dingen die ik eventueel nog zou aanpassen als we echt met deze data willen gaan werken zijn - simplificatie van de gegenereerde huisnummer-ways om de hoeveelheid nutteloze nodes een beetje in de perken te houden, - verfijning van de gegenereerde tags (addr:range_odd en addr:range_even kunnen weg, AND_nosr_r moet misschien ook geprefixt worden, etc.). Verder denk ik dat een eventuele import op twee manieren gedaan zou kunnen worden: - Big bang, alles in één keer zoals met de originele AND import. Nadeel hiervan is dat het op sommige plaatsen misschien een beetje een rotzooitje kan worden door bijv. slechte conversie of bestaande data die is aangepast en de huisnummers niet meer netjes langs de straten lopen. - Stuksgewijs, waarbij iedereen een gebiedje kan downloaden, bekijken, aanpassen en dan uploaden. Voordelen en nadelen worden als oefening voor de lezer gelaten ;-) P.S. Ik wil hier best in Veenendaal of Baarn (maar dat duurt weer zo lang) met mensen over doorpraten, laat het even weten als je dat een goed idee lijkt. [1] Begonnen met
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tuesday 29 July 2008, Floris Looijesteijn wrote: mooi wark! ik ga vanavond eens kijken hoe goed de data is. Dank. Bij mij in de buurt is de data niet perfect (soms lijkt de data een beetje in het formaat geperst, terwijl dat in het Karlsruhe schema mooier kan, bijvoorbeeld in het geval van losstaande huizen), maar zeker de moeite van het importeren waard als je het ziet als de eerste stap naar per-huis huisnummer en positie (zie [1] voor meer uitleg van die visie). het viel me wel op dat er ranges zijn van 1 huisnummer, bv: tag k='addr:range_even' v='4-4' / misschien kun je die nog naar een huisnummer node omzetten? of ze misschien negeren want ik zie dat sommige hiervan wel uit meerdere nodes bestaan? Goed gezien, vergeten te noemen. Die wil ik inderdaad naar een node omzetten in het midden van de verschoven weg. stefan z'n opmerking over duplicatie deel ik, de straatnamen hoeven er eigenlijk alleen in als er onduidelijkheid zou kunnen optreden? Dat AND_nosr_r-veld is eigenlijk nog specifieker en maakt addr:street in zekere zin overbodig, maar goed die willen we niet als enige houden denk ik. Zie verder ook mijn reactie op Stefan's mail, ik ben niet tegen relaties, maar daar kleven ook wel wat problemen aan. Klopt het dat jij nog als alternatief voorsteld om alleen straatnamen op te nemen als er onduidelijkheid kan ontstaan, zo ja, wanneer is een koppeling onduidelijk (even afgezien van AND_nosr_r)? Nog iets, voordat iemand anders erover begint ;-), bij sommige scherpe hoeken zijn de huisnummer-ways in de binnenhoek zelf-snijdend. Dat wil ik ook nog wel gaan oplossen, maar (net als de rest van de aanpassingen), graag pas nadat er enige zekerheid is dat het gebruikt gaat worden. [1] http://lists.openstreetmap.org/pipermail/talk/2008-July/028274.html -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tuesday 29 July 2008, Geert Schuring wrote: Ik vind het hele huisnummer verhaal een behoorlijk zinloze discussie. Laten we eerst maar eens zorgen dat we zeker weten dat we alle straten en fietspaden van nederland er goed in hebben zitten, en dat de kaart correct routeerd, Eén van de redenen waarom ik met deze conversie begonnen ben is omdat mijn dorp al een tijd klaar is tot op dat nivo. Dan kan ik drie dingen doen: - Stoppen. - Steden en dorpen in de buurt verbeteren, daar ben ik ook mee bezig. - Meer detail toevoegen. Dan kom je al vrij snel bij gebouwen en de daaraan gekoppelde nummers. Ik kan natuurlijk te voet alles nog een keer doen en overal die nummers noteren, maar de informatie bestaat gewoon al, waarom zouden we die niet gebruiken? Postcode vind ik nog wel nuttig, op kleine apparaten kan dat makkelijker in te toetsen zijn dan een straatnaam. We hebben nodes voor het numerieke deel van de postcode, m.i. nutteloos voor routering. Met letters erbij wordt het wel nuttig, maar daar heb je hetzelfde links/rechts probleem als bij huisnummers. Het Karlsruhe schema maakt het mogelijk postcodes op de juiste plek toe te voegen: bij de rij huizen waar de postcode bij hoort. Mijn idee voor huisnummers was om een straat in te delen in segmenten, en deze een tag te geven waarin je aangeeft welke huisnummers aan dat segment liggen. Ik heb ze niet doorgelezen, maar zoiets zal hier best wel ergens tussen te vinden zijn: http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers In een woonwijk geeft dat genoeg precisie. Of het nummer dan links of rechts aan de weg zit vind ik vrij nutteloze informatie. Dat idee heb ik nog niet eerder gehoord, en ik zou me er best in kunnen vinden, behalve dat we de informatie gewoon al hebben en dat er genoeg mensen zijn die het wel handig vinden. In 50% van de gevallen staat er maar aan 1 kant van de weg huizen. Aan een landelijke weg, waar slechts om de zoveel honderd meter een woning staat, map ik de oprijlaan als highway=service en voeg daar de straatnaam en huisnummer in een tag aan toe. Voor de huizen die zo gemapt zijn lijkt het me een zeer goede oplossing, maar niet ieder landelijk gelegen huis heeft zo'n oprijlaan en niet iedere OSM'er heeft zin om die te mappen (laat staan of ze in de AND data zitten). Het lijkt me goed om hier in Veenendaal over te praten. Ok, beschouw me hierbij als aangemeld ;-) Is er nog een plaats in een auto beschikbaar die station Utrecht of Veenendaal aan doet? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
Ok, beschouw me hierbij als aangemeld ;-) Is er nog een plaats in een auto beschikbaar die station Utrecht of Veenendaal aan doet? Ik ga zeker met de auto en ging toch al langs utrecht cs om kleptog op te halen daar (als-ie wat van zich laat horen tenminste). Je kunt dan met mij meerijden en savonds terug naar Utrecht. -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tuesday 29 July 2008, Martijn van Exel wrote: Ok, beschouw me hierbij als aangemeld ;-) Is er nog een plaats in een auto beschikbaar die station Utrecht of Veenendaal aan doet? Ik ga zeker met de auto en ging toch al langs utrecht cs om kleptog op te halen daar (als-ie wat van zich laat horen tenminste). Je kunt dan met mij meerijden en savonds terug naar Utrecht. Graag, dank je. Treinen naar Utrecht rijden elk kwartier, dus als je met kleptog een tijd afspreekt is het goed wat mij betreft. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers AND in Karlsruhe formaat
On Tue, 29 Jul 2008, Freek wrote: Voor 80% van de zoomlevels zijn huisnummers niet relevant, waarom het dan toch als tags willen meegeven? Ehm, wat bedoel je hier? Als je huisnummers met apparte nodes gaat modelleren en daar de addr: prefix bij de tag voorzet, wordt bij een willekeurige map request toch ook alle nodes gedownload? Als er een tooltje is om straks 'taken' te delegeren zou dat wel een voordeel zijn, als het er niet is, jammer maar helaas zal het dan toch were een big bang worden. Wiki? Zo gebeurd het in veel andere landen. Wiki is iets om informatie in op te slaan, per definitie niet de optimale tool om taken te delegeren. Niet optimaler dan een willekeurig stukje papier. en het data duplicatio beleid. Buiten dat er twee extra 'wegen' bij komen, wordt ook de straatnaam gedupliceerd. Zelf zie ik momenteel het voordeel niet in om data op dit niveau te dupliceren. Helemaal gelijk in, daarvoor zouden relaties inderdaad kunnen werken. Aan de andere kant denk ik: die straatnamen worden nu toch al tig keer gedupliceerd (voor alle losse weg-delen), dus jammer dan van die paar extra... Later zou je toch misschien weer super-way-relaties willen hebben, met alle wegdelen en huisnummer-ways bij elkaar. Daar ben *ik* ook niet blij mee ;) maar zonder dat we in een discussie verzanden om een beter data model te maken, voorkomen is beter dan (alles) genezen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] JOSM Texteingabefelder
On Mon, 28 Jul 2008, Martin Koppenhoefer wrote: hm, bei mir funktioniert es leider gar nicht. Das Problem ist, dass immer alles selektiert wird. Es funktioniert schlechter als vorher, Texteingaben (z.B. Namen) sind quasi unmöglich, man muss nach jedem Buchstaben deselektieren. Wenn man z.B. eine Tertiary eingeben will und T eingibt, macht er einen Vorschlag für T, wenn man danach ein e eingibt, wird ein Vorschlag für Wörter, die mit E beginnen gemacht. Es sollte immer nur der Rattenschwanz hinter der Eingabe aber nicht die Eingabe selbst selektiert sein, da man sonst mit jedem Tastendruck die bisherige Eingabe wieder überschreibt. Falls es beim Bugtracking hilft: ich nutze WinXP. Jaja, Windows wollte wieder mal eine Sonderbehandlung. Ein Update auf den nächsten Tag (Revision 740) sollte helfen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Texteingabefelder
On Mon, 28 Jul 2008, Michael Schulze wrote: hm, bei mir funktioniert es leider gar nicht. Das Problem ist, dass immer alles selektiert wird. Es funktioniert schlechter als vorher, Texteingaben (z.B. Namen) sind quasi unmöglich, man muss nach jedem Buchstaben deselektieren. Wenn man z.B. eine Tertiary eingeben will und T eingibt, macht er einen Vorschlag für T, wenn man danach ein e eingibt, wird ein Vorschlag für Wörter, die mit E beginnen gemacht. Es sollte immer nur der Rattenschwanz hinter der Eingabe aber nicht die Eingabe selbst selektiert sein, da man sonst mit jedem Tastendruck die bisherige Eingabe wieder überschreibt. Falls es beim Bugtracking hilft: ich nutze WinXP. Gleiches Problem hab ich mit der aktuellen SVN-Version auch unter Ubuntu mit Java 6. Welche Revision? Ich habe in 739 nochmal alles umgestellt, um auch Windows zufriedenzustelen. Wenn es jetzt immer noch nicht geht, dann steckt irgendwo ganz tief drin eine dicke Wanze fest. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hardware, Stand der Dinge
Hi, Am 28. Juli 2008 21:34 schrieb André Reichelt [EMAIL PROTECTED]: Na siehste, geht doch. Jetzt weiss man endlich mal, was gerade ab geht. Vielen Dank! Doru Julian Bugariu schrieb: Danke, solche Infos kommen leider viel zu selten. Das Problem ist doch, dass augenscheinlich viele aus der deutschen Community eine Bringschuld der (alle nicht des deutschen mächtigen?) Admins erwarten, obwohl diese durchaus ansprechbar sind. Das war Frederik getan hat, hätte ja jeder derjenigen tun können, der vorher umfangreich Kritik geübt habt. Davon unberücksichtigt ist die Wunschvorstellung, wie eine gute Kommunikationsstruktur in einer gefestigten Organisation aussehen sollte. Frederik hat ja jetzt noch einmal Kontaktmöglichkeiten aufgezeigt. Natürlich wird Arbeit nicht gerade schneller von der Hand gehen, wenn diese jeder nutzt - der Weg sprich mit einem Admin der Ahnung hat und schreibe eine Zusammenfassung auf talk-de scheint da vielversprechender. Selbst ohne strukturelle Organisation der deutschen Community wäre es also vielleicht keine schlechte Idee, wenn sich ein Vermittler finden würde, der genau diese Aufgabe a) regelmäßig oder b) in Krisensituationen wahrnimmt. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)
Hi, Am 29. Juli 2008 01:30 schrieb Martin Koppenhoefer [EMAIL PROTECTED]: ich halte das für unnötig. Der Herausgeber eines Straßenverzeichnisses ist ja nicht gleichzeitig automatisch der Urheber der Straßennamen, oder? Ausserdem sind unsere Karten keine abgeleiteten Werke von Straßenverzeichnissen. Diese nutzen wir lediglich, um die Vollständigkeit unserer Karten zu überprüfen (sowie ggf., um die richtige Schreibweise herauszufinden. Allerdings sind ja auch dort keine Tippfehler ausgeschlossen). Nur als Info: Es wurde uns sowohl von BIFAB :) als auch von einem befreundeten Rechtsbeistand davon abgeraten, eine Liste von Lemmata des Brockhauses in der Wikipedia zu veröffentlichen, die noch nicht in der Wikipedia existent sind. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)
Am Montag, 28. Juli 2008 15:50 schrieb Tobias Wendorff: Sven Anders schrieb: Das ist nicht meine Erfahrung. Eher das sie manchmal recht lange brauchen zum überlegen. Wenn eine Stadt sich weigert die Daten gegen Bezahlung an OSM heraus zu geben würde ich gerne davon wissen. Es war viel eher auf die kostenfreie Herausgabe bezogen. Aber auch wenn man Geld für das Verzeichnis bezahlt, hat man noch lange nicht das Recht, den Inhalt daraus frei zu verkaufen oder zu verändern. Nein, aber wenn man das schlau anstellt kann man es so nutzen, das nicht nur einer die Arbeit hat, sondern alle OSMler davon provitieren können, z.B.: * durch Pressearbeit: Wir haben 80% von Musterstadt erfasst * durch eine Schnittstelle die jeder Mapper der in Musterstadt mappt nutzen kann: Oh die Bahnhofstraße fehlt noch! Dann lauf ich da mal hin! * wenn wir viele solche Statistiken haben könnnen wir ja auch Gesammtstatistiken fahren: Das Bundesland in dem Musterland liegt ist zu 60 % erfasst. * Wir erfahren dadurch auch etwas über Grenzverläufe. Wenn jeder für sich sein süppchen kocht, muss jeder auch den Aufwand selbst treiben: * Daten suchen * Daten aus einen PDF Dokument in was Maschinenlesbares wandeln. (inkl. UTF-8 Charset, etc.) * Ein Polygon bestimmen * Das Polygon herunterladen * Daten vergleichen * Daten pflegen (Neubaugebiet hinzufügen) BTW: Das Staßenverzeichnis in HH hat Geld gekostet, aber ich habe damit auch die Genemigung erhalten es für die oben gennten Zwecke für OSM zu nutzen. Und wenn es nicht zu teuer ist, finde ich es auch nicht schlimm für Daten Geld zu zahlen. Schickt mir gerne den Mailverkehr. In meinen Augen würde dann OSM gegenüber anderen Mittbewerbern benachteiligt. Sorry, aber Du musst Verständnis haben, wenn ich keine Mails Dritter hier veröffentliche. Das verstehe ich nicht, ich will ja nichts privates von dir, sondern du hast als Bürger bei einem Amt (von unseren Steuergeldern bezahlt) eine Anfrage gestellt. Und das Amt sollte nicht nach dem Nasenprinzip vorgehen sondern immer gleich auf eine Anfrage reagieren. Warum magst du die Antwort nicht veröffentlichen. Oder zumindest eine Zusammenfassung wie: Das Straßenamt in Musterstadt schrieb mir am 16.5.08 das sie die Nutzung des Straßenverzeichnisses für OSM für ausgeschlossen hält. Es ist auch nicht sinnvoll, wenn alle Mapper wieder nach dem Straßenverzeichnis fragen, wenn du es schon gemacht hast. Und wenn ein Straßenverzeichnis etwas Geld kosten soll, wäre das ja auch Wenn dann der Brügermeister von Musterstadt an OSM herantritt weil die Karte so schlecht ist, kann ihn jeder gleich sagen, warum das so ist. Außerdem kannst du es ja auch (wenn du es nicht auf der Liste machen möchtest) mir privat schicken. Guckt daher auch nach der Satzung für die Müllentsorgung. Dieser hängt meistens das aktuelle Straßenverzeichnis, in dem allerdings viele privatgereinigte Straße fehlen, bei. Ja, nur das du dieses ja auch nicht verwenden darfst. da ein Anhang zu einer Verordnung ja eben nur ein Anhang und nicht teil der Verordnung ist, oder? Wie ich erfahren habe, sind solche Satzungen gemeinfrei (siehe B-Plan Diskussion). Oder sie sind eine Datenbank, ich denke wir sind auf der sicheren Seite, wenn wir von einem Angestellten der Verwaltung ein Straßenverzeichnis für die Verwendung bei OSM bekommen. In allen anderen Fällen könnte es Streit geben. Ich umreiße ich in meiner Anfrage kurz was ich mit den Daten machen möchte: Nutzung sämmtlicher Daten für die Berabreiter von OSM im Internet zur Vollständigkeitsprüfung, Veröffentlichung einer Stastik über die Daten (z.B: Erfassungsgerad); Man kann natürlich auch erstmal die Berateier von OSM weglassen und hoffen das es alle Internetnutzer sich ansehen dürfen). Gruß Sven Anders ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
hallo alexander Alexander Menk wrote: [...] Jetzt habe ich das Plugin aktualisiert und scheinbar wurde die Empfindlichkeit verringert .. jetzt entfernt es so viele Punkte, dass der vereinfachte Weg teilweise 50-100m neben dem eigentlichen verläuft. es hat vor knapp 2 wochen eine änderung beim simplify way gegeben. davor wurden für die berechnung des fehlers, der durch die vereinfachung auftritt die koordinaten in grad statt in radian verarbeitet... Weiß jemand ob man diese Empfindlichkeit irgendwo einstellen kann ? man kann den maximal erwünschten fehler, der durch vereinfachung eintreten soll in den preferences festlegen: edit - preferences - auf den die zunge herausstreckenden Einstein klicken einen key simplify-way.max-error anlegen oder editieren und als wert den maximalen fehler in metern angeben. wenn es den key nicht gibt, ist 50m der voreingestellte wert. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Florian Lohoff wrote: Und leider ist eben die notwendige Hardware nicht gerade Alternate off-the-shelf zeugs Amazon EC2 wäre durchaus eine Alternative, vor allem ist es skalierbar anhand des verfügbaren Geldes. Die Preise für die Rechner sind auch ok (0,10 bis 0,80 USD/Stunde), nur der Traffic ist ein wenig teuer (0,17 bis 0,10 USD/GB) für unsere Bedürfnisse. http://www.amazon.com/Instances-EC2-AWS/b/ref=sc_fe_c_0_201590011_2?ie=UTF8node=370375011no=201590011me=A36L942TSJ2AJA http://calculator.s3.amazonaws.com/calc5.html? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tennisplatz in Sportverein in Wald
Sven Geggus schrieb: Das Loch dann wie bei mir mit leisure=sports_center die Tennisplätze als sport=tennis. Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map Features DE ist das ein Fitnesscenter... In den anderen Sprachen ist gar keine Beschreibung dafür. GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
André Reichelt schrieb: Ich perönlich und auch ein paar Andrer hier in der ML mögen das Plugin nicht besonders. .. Muss natürlich jeder selbst wissen, aber meine Meinung ist, dass durch die automatische Vereinfachung mehr kaputt gemacht als gewonnen wird. Hallo, für 2 Dinge brauche ich das Plugin dringend: 1. Daten aus der Konvertierung kommunaler Daten. Die haben meist zu viele Punkte und müssen reduziert werden. Das ist ein Massen-Problem, da kann ich nicht noch jeden unnötigen Zwischenpunkt einzeln behandeln. 2. Einige Spezialisten setzen auch auf geraden Abschnitten einen OSM-Punkt auf jeden GPS-Punkt, also alle paar Meter einen. Das bereinigt das Plugin sehr gut. Schade, dass es seit ca. 2 Wochen nicht mehr funktioniert. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
Hallo, 2. Einige Spezialisten setzen auch auf geraden Abschnitten einen OSM-Punkt auf jeden GPS-Punkt, also alle paar Meter einen. Das bereinigt das Plugin sehr gut. Schade, dass es seit ca. 2 Wochen nicht mehr funktioniert. Was genau ist denn das Problem? Ich dachte, es waere nur die Einheit veraendert worden, und man muss nun die max-error-Variable anpassen. Ist das Plugin darueber hinaus noch kaputt, dann schau ich mir das mal an! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Treffen der Aschaffenburger Mapper
die Aschaffenburger Mapper treffen sich am Dienstag, den 29.7., ab 19:00 Uhr im Hofgarten (selbe Stelle wie letztes Mal). Hier: http://www.openstreetmap.org/?mlat=49.974661mlon=9.154682zoom=18layers=B00FTF Jeder ist eingeladen zu kommen. Christian Hartnick (aka Mimosin) Nur 'ne kurze Erinnerung! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm [EMAIL PROTECTED] writes: [...] Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Hat der wenigstens sein GPS mitlaufen lassen? SCNR, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tennisplatz in Sportverein in Wald
GeoJ [EMAIL PROTECTED] wrote: Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map Features DE ist das ein Fitnesscenter... Das ist IMO einfach schlecht übersetzt! In den anderen Sprachen ist gar keine Beschreibung dafür. Es wird gerendert und passt IMO am besten. Andere Länder sind nicht so vereinslastig wie wir :) Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tennisplatz in Sportverein in Wald
GeoJ wrote: Auf leisure=sports_center wäre ich jetzt nicht gekommen. Laut Map Features DE ist das ein Fitnesscenter... mmmh, dict.leo.org sagt sports centre/center=Sportzentrum... Auch das heißt Sports Center und sieht nicht nach Fitnessstudio aus: http://de.fifa.com/mensolympic/destination/stadiums/stadium=5015625/index.html Das hier allerdings: http://www.sportscentre.org.uk/ ist vom Angebot her schon eher mit einem deutschen Fitnesscenter zu vergleichen. Ich denke, der Problem ist das deutsche Vereinswesen. Hierzulande gibt es für fast alle Freizeitsportarten einen Verein, das läßt den kommerziellen Betreibern (=Fitnesscenter) wenig über. Also alle Sportangebote sind sports_center, unsere Fitnesscenter wären am ehesten health_club. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Ralf Otmanns wrote: Potlatch mag sein ein tolles Tool sein, ein gut gemeintes Tool ... leider wissen vielleicht 2 % der Leute, die es verwenden, was sie da tun. Ihr wisst ja, dass gut gemeint das Gegentum zu gut ist. Der Rest sind wie 4jährige, denen Du Malstifte gibst und sie dann in ein frisch tapeziertes Zimmer sperrst. I get intensely frustrated when people complain about aspects of an open source project like OSM, but don't actually _do_ anything about it. All the code for Potlatch is public domain, freely available, in the main OSM repository, and in a well-known and well-documented language, with a free compiler. http://trac.openstreetmap.org/browser/applications/editors/potlatch/ Patches are welcome. If you submit patches to bugs you've noticed, that's great. If you submit patches to any of the outstanding trac tickets, that's _really_ great, because it means I can spend less time on these and more time improving usability - such as the online help feature planned for Potlatch 1.0. For example, you could fix http://trac.openstreetmap.org/ticket/954, which is really difficult for me to do because I don't actually have a German keyboard. If someone else saves me an afternoon hacking on that, the online help gets one afternoon nearer. Maybe you can't program. That's fine. There are still a lot of ways in which you can help. Several people on this list have put a lot of time into localising Potlatch and improving the German-language docs on the wiki, and I'm enormously grateful to them. Why not create a video screencast in your native language, showing newbies how to use Potlatch? If you were to upload it to YouTube I could perhaps even use their API to integrate it into Potlatch, so that new users could click to see the tutorial before they start. If you feel there are things about Potlatch that need improving, then come and help. There are only 24 hours in the day, I can't do it all myself. Don't just sit here and whinge. Particularly, at least have the common courtesy to cc: your complaints to the developer, rather than bitching off behind his back in a language which he doesn't understand (except via Google Translate ;) ) and on a list which he very rarely reads. Oh, and 2%? Come on, you only weaken your case with such utterly absurd exaggerations. As a _mapper_ I'm offended by your suggestion that I'm 98% likely not to know what I'm doing, simply because of my choice of editor. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Richard Fairhurst wrote: I get intensely frustrated when people complain about aspects of an open source project like OSM, but don't actually _do_ anything about it. So again it boils down to we don't want any teamwork, we only want people who randomly implement stuff on their own and if you want to talk about some aspect of OSM, you are not wanted here. Funny, I always hated the part of my job about discussing ideas with the team first instead of just implementing them. Past tense. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hi, auf Wunsch eines einzelnen Herrn habe ich jetzt eine Europakarte bereitgestellt. :-) http://wiki.openstreetmap.org/index.php/User:Computerteddy#Downloads Was ist denn die ID der Karte? Ich bekomm die in MapSource 6.14 unter Vista 32bit nicht zum laufen. -- 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer: Status und Neudesign
Hallo, Frederik Ramm schrieb: Hallo, unser A7-Flyer ist ein sehr grosser Erfolg. Insgesamt sind schaetzungsweise schon so 15.000 Stueck davon verteilt worden (naja, 15.000 habe ich verschickt, nicht alle davon werden den Weg in die Hand eines Kunden gefunden haben), und jede Woche verschicke ich Paeckchen und Briefe mit 10, 50, 100 oder 200 Stueck durch die Republik (und in angrenzende Alpenrepubliken sowie Eidgenossenschaften ;-). 15.000 Hallo, das ist nicht schlecht. Hoffentlich war da kein Altpapierhändler dabei ;.) Der Flyer kommt bei den meisten gut an, und ich koennte mir vorstellen, dass er auch eines von vielen Mosaiksteinchen ist, die dafuer sorgen, dass Deutschland dasjenige OSM-Land mit der groessten Community ist. (Naja, vielleicht ueberschaetze ich die Sache ein klein wenig... aber das sei mir gegoennt.) Das ganze OSM besteht aus Mosaiksteinchen. Immer wieder schauen mich die Leute etwas blöde an oder fragen wenn ich so mit GPS rumlaufe, Fotos mache und Notizen. Da hilft evtl ein Flyer weiter. Im Moment habe ich noch genug Vorraete fuer die naechsten Monate, aber wenn diese Auflage mal alle ist, waere es vielleicht Zeit fuer ein bisschen frischen Wind. Wenn also unter Euch irgendjemand ein Haendchen fuer Drucksachen-Design hat, dann macht doch mal einen Entwurf fuer einen neuen Flyer! Der jetztige ist ja von mir gemacht, um einfach mal irgendwas zu haben, und einem professionellen Designer stehen bestimmt bei einigen Sachen die Haare zu Berge. Ich habe schon schlechteres von echten Profis gesehen. Design ist nun mal zu 50% Geschmacksache, die anderen 50% können. An letzterem mangelt es dem Flyer weniger. Ich denke, wir sollten auf jeden Fall bei A7 oder maximal A6 bleiben, oder von mir aus auch ein nicht-DIN-Format aehnlicher Groesse. Der Inhalt sollte grob der gleiche sein, also so, dass man den Flyer jemandem auf der Strasse geben kann, der fragt was machen Sie denn da mit dem GPS. Zwei Typen, ähnlicher Inhalt: a) der Straßenflayer mit Basics für jederman b) Flayer für Veranstaltungen, Behörden etc mit etwas mehr Fachinfo. Also, wenn jemand Lust hat, was zu basteln - es ist wie gesagt nicht eilbeduerftig, die Vorraete halten noch ne Weile, aber irgendwann werden sie alle sein, und ich bin ziemlich sicher, dass wir dann weitermachen wollen. Mal sehen, aber im Sommer bin ich lieber mit dem GPS unterwegs, PC reicht eh schon mit xxx Stunden am Tag ;-) Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile Revolutions 22. Juli 2008
Hallo Holger, die ID ist die Standard-ID, das müßte 42 sein. In Mapsource 6.14 sollte aber gar keine Karte gehen, da hat Garmin was kaputtgespielt. 6.13 sollte aber gehen. Oder einfach QLandkarte verwenden. :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Hi, No, it doesn't. Talking is great (like I say, especially if you talk to someone who can actually do something), but it's got past that stage now. I think the original poster was not complaining about any particular aspect of Potlatch the software that could be improved, even if he were a Flash programmer. I think this is just the umpteenth instance of we don't want any more newbies in our project ... or at least I don't want them modify MY data. Newbies tend to make mistakes and they tend to use Potlatch. It is not Potlatch that induces mistakes. My take is that we need newbies because if we'd stop growing, or even switch to linear growth, we'll never complete the earth in my lifetime. But to those who are content with having completed their village, this might not seem such an important goal. I also refuse to discuss this further because it has been discussed to death and back already. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
Frederik Ramm schrieb: Hallo, Hallo Frederik, Was genau ist denn das Problem? Vor ca. 2 Wochen hatte ich hier nachgefragt. Die Antwort war: Der Bug ist in DEV bereits bekannt. Seit dem habe ich auf eine Bereinigung des Fehlers gewartet. Ich dachte, es waere nur die Einheit veraendert worden, und man muss nun die max-error-Variable anpassen. Das habe ich eben das erste Mal gelesen. Das war mir bisher nicht bekannt. Ist das Plugin darueber hinaus noch kaputt, dann schau ich mir das mal an! Ich habe den Key nun angelegt und mit Wert 1 gefüllt. Klappt! - Jetzt beginnt das große Aufräumen. Bye Frederik Es war also nur ein Kommunikationsproblem. Vielleicht kann bei der Installation ein vernünftiger Wert voreingestellt werden. 50 Meter Genauigkeit ist doch ziemlich geschlabbert. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Frederik Ramm schrieb: * Mittlerweile hatte der Server aber irgendein Problem, das dazu fuehrte, dass man sich nicht mehr einloggen konnte, d.h. alle unsre Leute waren dadurch k.o. gesetzt, und man muss sich direkt mit den Uni-Admins vor Ort unterhalten. Da hakelt es offenbar etwas - was genau da los ist/war, weiss ich nicht. Der Server braucht zu viel RAM, es ist (mir) unklar, ob tatsächlich [EMAIL PROTECTED] oder ein weitere Umstellung auf dem Server (Openaerialmap, XAPI) evtl. auch in Verbindung mit [EMAIL PROTECTED] zu den Problemen führte. Jedenfalls hat der OOM wohl den sshd gekillt, was jegliche remote-Zugriffe von [EMAIL PROTECTED] oder OSM-Admins unmöglich macht. Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Die Teile kosten wenige hundert € und wir verwenden die eigentlich sehr erfolgreich. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
Hi! André Reichelt wrote: Alexander Menk schrieb: ich benutze seit einiger Zeit das utilsplugin und die simplify-way. Bisher wurden nach meinem Geschmack zu wenige Punkte entfernt. Jetzt habe ich das Plugin aktualisiert und scheinbar wurde die Empfindlichkeit verringert .. jetzt entfernt es so viele Punkte, dass der vereinfachte Weg teilweise 50-100m neben dem eigentlichen verläuft. Ich perönlich und auch ein paar Andrer hier in der ML mögen das Plugin nicht besonders. Ich selbst gehe so vor, dass ich bereits bei der Wegerstellung nur so viele Punkte wie nötig setze. Man erkennt mit der Zeit sehr schnell, ob es sich um eine echte Kurve oder nur um Messungenauigkeiten handelt. In Kurven gebe ich persönlich gerne mehr Punkte aus, damit es auch ohne glättung relativ rund aussieht. Das heisst, dass ih jeden zweiten oder dritten GPS-Punkt, manchmal auch häufiger, einen Node setze. Muss natürlich jeder selbst wissen, aber meine Meinung ist, dass durch die automatische Vereinfachung mehr kaputt gemacht als gewonnen wird. ich benutze das Plugin auch selten dafür selbst gezeichnete Wege zu vereinfachen, sondern wandle GPX Tracks von Gebirgsstraßen in einen Datenlayer um und vereinfache diese dann. @ Frederik Ramm simplify-way.max-error Das ist genau die Einstellung die ich gesucht habe. Ich schließe mich aber Frank Jäger and und denke, dass 50m als Voreinstellung vielleicht etwas viel ist... Ich habe es jetzt auf 3m gestellt .. Grüße, Alexander smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Screencast Multipolygon (war: Tennisplatz in Sportverein in Wald)
Hallo, aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne hochladen, nur ist mein Websapce nach den letzten Screencasts bis Monatsende dicht. Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang bekommen? Das SVN will ich dazu nicht missbrauchen. Vielen Dank, Sven Ps: Sind ca. 35mb Johann H. Addicks schrieb: Sven Grüner schrieb: Also ich empfinde es als korrekt, den Wald im Bereich des Sportvereins per Multipolygon aus zuschneiden: http://wiki.openstreetmap.org/index.php/Relation:multipolygon Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die richtigen auszuwählen) Will sagen: Ein paar konkrete Beispiele, evtl. mit Screenshots wären nicht schlecht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Richard Fairhurst wrote: So again it boils down to we don't want any teamwork, we only want people who randomly implement stuff on their own and if you want to talk about some aspect of OSM, you are not wanted here. No, it doesn't. Talking is great (like I say, especially if you talk to someone who can actually do something), but it's got past that stage now. Fair. I've seen several threads on talk-de complaining about Potlatch but not one single person actually committing patches. I'm genuinely puzzled - how do you think there are going to be any improvements if you don't muck in and help? Who do you think is actually going to do The single problem with all threads so far is, that they ended nowhere. The people who started them got chased away, any suggestions got flamewared instead of discussed, and so on. Until now, nobody came up with the one-big-answer-that-solves-all. Some good initial ideas came up, but without constructive discussion, they quickly died. Some were killed by the API-0.6-will-have-changesets hammer, some with the the-developer-will-never-implement-that axe. Oh, and quite often we had the that-would-kill-the-purpose-of-potlatch guillotine... I see 4 major problem areas with potlatch: * New users don't know realize that they change the live data. The new popup window and the start/play buttons helped, but we all know people will click anything if that helps them not reading any text. Also the map not insta-showing their changes helps here. * New users don't know how to use potlatch. Having few buttons on-screen makes a friendly UI, but it doesn't help users to realize the full potential of a tool. Together with #1, we get the oops, that was a mistake, close the browser window and restart-syndrome---that works well with e.g. Wikipedia, but not potlatch. * potlatch doesn't catch common errors, like not connecting ways or ways going A-B-A. I think someone who actually had to cleanup after a potlatch user can tell you more about this one. * potlatch does not tell the user what changes are applied. So people can, e.g., move a way without even realizing they did. There is a fifth problem, but that is not really a software problem: * Random people do random edits in random areas. Meaning, that with potlatch you can edit anywhere in the map, you don't have a home area. For all those people who have a home area, an area they build up and care for and spent hours to perfect it, the typical potlatch edit (three changes by a person who never before has edited something in that area) is very intrusive. cu Henry PS: My personal wishlist for potlatch with API 0.6 would be a big nice green(*) window saying potlatch is now going to submit the following changes into the database. Please review them and enter a comment into the edit field below. And one or two zoom levels more, I got some roundabouts here, that are uneditable in potlatch because you almost only see a grey area with some nodes ;) (*) green is a friendly colour, they say :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Hi Richard Am Dienstag, 29. Juli 2008 12:38:53 schrieb Richard Fairhurst: I've seen several threads on talk-de complaining about Potlatch but not one single person actually committing patches. I think that most people writing in talk-de are using josm, and so potlatch is not on their focus. The only moment when they get in touch with potlatch is when editing the osm-data with josm and seeing the editor string. Another fact is, that potlatch is an instant editing tool, which rookies seems to prefer. So complaining about potlatch could mean complainig about rookies and theire way of editing osm data. Rookies using josm could also harm existing data. It seems that they frequently don't use the download button before entering new data. As a konsequence some ways are uploaded double. Regarding potlatch rookies seem to prefer working in lower zoom levels. So it often happens, that new ways are not proper conected to existing ones. I'm not sure of how to prevent the rookies from doing so. May be a zoom level depend snap-in function? (not knowing if such thing is still implemented but to fine adjusted). I'm genuinely puzzled - how do you think there are going to be any improvements if you don't muck in and help? Who do you think is actually going to do them? Even if you expect me to do it all, you haven't even been discussing it on a list that I can read. Take it easy. You are the man which catches the walk-in customers, and our task would be to teach them how to use the different osm toolsets. :-) Cheers Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier: Hi! Frederik Ramm schrieb: Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem nicht provizieren wöllte. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re: BETA: Statistik Buchholz in der Nordheide)
Martin Koppenhoefer schrieb: ich halte das für unnötig. Der Herausgeber eines Straßenverzeichnisses ist ja nicht gleichzeitig automatisch der Urheber der Straßennamen, oder? Ist der Duden der Urheber der deutschen Rechtschreibung= Ausserdem sind unsere Karten keine abgeleiteten Werke von Straßenverzeichnissen. Diese nutzen wir lediglich, um die Vollständigkeit unserer Karten zu überprüfen (sowie ggf., um die richtige Schreibweise herauszufinden. Allerdings sind ja auch dort keine Tippfehler ausgeschlossen). Wieso so umständlich? Dann kannst Du gleich einen Stadtplan nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
On Tue, Jul 29, 2008 at 12:52:24PM +0200, Frederik Ramm wrote: Hi, No, it doesn't. Talking is great (like I say, especially if you talk to someone who can actually do something), but it's got past that stage now. I think the original poster was not complaining about any particular aspect of Potlatch the software that could be improved, even if he were a Flash programmer. I think this is just the umpteenth instance of we don't want any more newbies in our project ... or at least I don't want them modify MY data. Newbies tend to make mistakes and they tend to use Potlatch. It is not Potlatch that induces mistakes. I dont think anyone wants to exclude newbies - Letting others modify my data is a hard task to actually watch at least when you know better about the area but thats life - get over it. One has to tell himeself that this leads to a better map in the end. I have watched/read some of the other potlatch bashing and i have seen it happing in the area i feel home too. Potlatch is the right tool for the right audience - it brings the entry level to a point where my mum and dad could make good maps. On the other end i think it makes it a little too easy to trash data - i havent got any real ideas to make it harder to trash data and easier to create correct new ones - probably we should get Steve Jobs to look over it :). 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)
Sven Anders schrieb: * durch Pressearbeit: Wir haben 80% von Musterstadt erfasst * durch eine Schnittstelle die jeder Mapper der in Musterstadt mappt nutzen kann: Oh die Bahnhofstraße fehlt noch! Dann lauf ich da mal hin! * wenn wir viele solche Statistiken haben könnnen wir ja auch Gesammtstatistiken fahren: Das Bundesland in dem Musterland liegt ist zu 60 % erfasst. * Wir erfahren dadurch auch etwas über Grenzverläufe. In meinen Augen ist OpenStreetMap viel zu sehr begrenzt, da sich 90% der Mapper nur Straßen mapppen. Für meinen Arbeitsbereich sind aber POIs und andere Daten auch sehr interessant, aber dann hört man gleich wieder, dass das Projekt was mit Street[s] zu den hat. Die Statistiken kann man doch über diese neue Website abfragen ... Namen vergessen. Wenn jeder für sich sein süppchen kocht, muss jeder auch den Aufwand selbst treiben: * Daten suchen * Daten aus einen PDF Dokument in was Maschinenlesbares wandeln. (inkl. UTF-8 Charset, etc.) * Ein Polygon bestimmen * Das Polygon herunterladen * Daten vergleichen * Daten pflegen (Neubaugebiet hinzufügen) Wie willst Du es sonst machen? Eine Hierarchie einführen und Leuten mit Überwachungsaufgaben betrauen? BTW: Das Staßenverzeichnis in HH hat Geld gekostet, aber ich habe damit auch die Genemigung erhalten es für die oben gennten Zwecke für OSM zu nutzen. Und wenn es nicht zu teuer ist, finde ich es auch nicht schlimm für Daten Geld zu zahlen. Ich zahle seit Jahren für meine Daten Geld und bin daher auch nun bereit, OSM zu fördern, damit ich was wiederbekomme. Legal genutzte Straßenverzeichnisse finde ich 100x besser, als die graue Nutzung irgendwelcher gehackten Telefonbuch-CDs. [Mailverkehr mit Amt] Ich habe eine ähnliche Zusammenfassung ja bereits bei der DP geschrieben und ich finde, sowas gehört nicht hier in den Talk, sondern auf die Wiki-Seite, damit es alle sehen können. Ich schreibe es derzeit immer unter die betroffene Kommune bzw. den betroffenen Anbieter. Vielleicht sollten wir eine Art Blacklist einfügen, in dem alle Firmen stehen, die kein Interesse an Kooperation haben. Wie ich erfahren habe, sind solche Satzungen gemeinfrei (siehe B-Plan Diskussion). Oder sie sind eine Datenbank, ich denke wir sind auf der sicheren Seite, wenn wir von einem Angestellten der Verwaltung ein Straßenverzeichnis für die Verwendung bei OSM bekommen. Das mit der Satzung war auf die Straßenreinigung bezogen. Da es sich bei der Liste um einen Anhang gehalten hat, hat sie eine informative Bedeutung und gilt daher, meiner Meinung nach, als gemeinfrei . Ich umreiße ich in meiner Anfrage kurz was ich mit den Daten machen möchte: Nutzung sämmtlicher Daten für die Berabreiter von OSM im Internet zur Vollständigkeitsprüfung, Veröffentlichung einer Stastik über die Daten (z.B: Erfassungsgerad); Man kann natürlich auch erstmal die Berateier von OSM weglassen und hoffen das es alle Internetnutzer sich ansehen dürfen). Mach es nicht zu kompliziert, sonst antwortet die Kommune gar nicht. Wir sollten generell sowas wie Musteranschreiben entwerfen, finde ich. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Hi! Andreas Jacob schrieb: Am Dienstag, 29. Juli 2008 13:12:41 schrieb Gernot Hillier: Hi! Frederik Ramm schrieb: Spaetz schrieb gerade auf der tilesathome-Liste, dass der Server mittlerweile rebooted ist, weil irgendein Admin 150km mit dem Auto hingefahren ist. Würde es helfen, den Jungs eine über Ethernet schaltbare Steckdose zu kaufen oder kann die dann in der Uni wieder nicht angesteckt werden? Vorausgesetzt der Server hängt alleine an einer USV, welche dann recht bald nach Stromausfall den Impuls zum geordneten Runterfahren des Rechners gibt. Es haben zwar heutzutage einige Dateisysteme eine Journalingfunktion eingebaut, weswegen ich aber das harte Ausschalten eines Servers trotzdem nicht provizieren wöllte. Ok, dann eben ein KVM-Extender für die wohlwollenden Probleme (ssh-Dämonen ge-oomt) und einen Remote-Steckdose für die lästigeren Probleme. Wobei ich mit erster Geräte-Kategorie keine Erfahrung habe, weil wir hier nur Remote-Steckdosen einsetzen und uns damit bisher noch nie was wirklich kaputt gegangen ist. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hardware, Stand der Dinge
Am Dienstag, 29. Juli 2008 08:08:47 schrieb Tim 'avatar' Bartel: Das Problem ist doch, dass augenscheinlich viele aus der deutschen Community eine Bringschuld der (alle nicht des deutschen mächtigen?) Admins erwarten, obwohl diese durchaus ansprechbar sind. Das war Frederik getan hat, hätte ja jeder derjenigen tun können, der vorher umfangreich Kritik geübt habt. Davon unberücksichtigt ist die Wunschvorstellung, wie eine gute Kommunikationsstruktur in einer gefestigten Organisation aussehen sollte. Frederik hat ja jetzt noch einmal Kontaktmöglichkeiten aufgezeigt. Natürlich wird Arbeit nicht gerade schneller von der Hand gehen, wenn diese jeder nutzt - genau - und genau aus diesem Grund habe ich selbst auch nicht selbst nachgefragt, sondern geschlussfolgert, dass wenn es etwas neues gibt, bestimmt ein 2 Zeiler im Platform Status auftaucht. Das natürlich derzeit die Hardware so ungüstig verteilt ist, dass ein Reboot tatsache mehrere Tage dauern kann, hätte ich im Leben nicht vermutet. der Weg sprich mit einem Admin der Ahnung hat und schreibe eine Zusammenfassung auf talk-de scheint da vielversprechender. Selbst ohne strukturelle Organisation der deutschen Community wäre es also vielleicht keine schlechte Idee, wenn sich ein Vermittler finden würde, der genau diese Aufgabe a) regelmäßig oder b) in Krisensituationen wahrnimmt. Das ist auch meine Sicht der Dinge. Wenn die Admins denn sowieso im IRC zu finden sind, wäre es auch eine Idee, dort einen Bot zu füttern, welcher die aktuellen Meldungen beschreibt. Das kann man sich ja jederzeit von dort abholen, und auf den lokalen ML verteilen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)
Hi! Am 29. Juli 2008 13:54 schrieb Tobias Wendorff [EMAIL PROTECTED]: Mach es nicht zu kompliziert, sonst antwortet die Kommune gar nicht. Wir sollten generell sowas wie Musteranschreiben entwerfen, finde ich. ich habe grade eine Email an die Stadt Singen (Hohentwiel) geschrieben. Wenn man mir antwortet, werde ich berichten... Gruß, Stefan Sehr geehrte Damen und Herren, ich beteilige mich am Internetprojekt OpenStreetMap ( http://www.openstreetmap.org ). Ziel des Community-Projektes ist die Schaffung einer Straßen / Weltkarte unter einer freien Lizenz ( http://creativecommons.org/licenses/by-sa/2.0/deed.de ). Wir erfassen Straßen, Wege und Flächen mittels GPS Geräten und tragen sie in unsere Datenbank ein. Aus diesen Daten werden Landkarten erstellt, die von jedermann frei benutzt werden können. Sie könnten diese Karten beispielsweise kostenlos auf ihrer Website anbieten. In den vergangenen Wochen war ich zu diesem Zweck in Singen unterwegs und habe große Teile der Nord- und Südstadt sowie Friedingen kartiert. Der aktuelle Stand ist unter http://informationfreeway.org/?lat=47.75577212966519lon=8.886319304579184zoom=13layers=B000F000F bzw. http://www.openstreetmap.org/?lat=47.7557lon=8.8596zoom=13layers=B00FTF (wöchentlich aktualisiert) abrufbar. Neben der Erfassung mittels GPS Geräten benutzen wir andere frei verfügbare Informationen: Singen ist nach wie vor alles andere komplett erfasst - das liegt unter anderem daran, das es anders als in anderen Regionen keine benutzbaren Luftnahmen gibt und so alle Straßen vor Ort erfasst werden müssen. Dabei werden besonders kleine Straßen und Stichwege häufig übersehen. Ich werde in den kommenden Wochen meine Bemühungen fortsetzen, und die noch fehlenden Stadtteile erfassen. Um die Abdeckung zu verbessern, hat sich der Abgleich unseres Datenbestandes mit offiziellen Straßenverzeichnissen als sehr hilfreich erwiesen. Viele Städte und Gemeinden bieten solche Verzeichnisse als Anhänge zu Satzungen auf ihren Internetauftritten an. Diese nach §5 UrhG gemeinfreien Verzeichnisse benutzen wir dazu festzustellen, welche Straßen noch fehlen, und diese Informationen auf unserer Website http://wiki.openstreetmap.org/index.php/Main_Page zu veröffentlichen. Leider habe ich zu Singen kein solches Dokument finden können. Daher meine Frage: Kann ich ein Straßenverzeichnis von Singen von Ihnen bekommen, um es zu diesem Zweck zu benutzen? Ich würde das Verzeichnis nicht veröffentlichen, sondern nur einen Abgleich mit unseren Daten vornehmen und die Unterscheide veröffentlichen. Weiterhin habe ich Bebauungspläne auf ihrer Website entdeckt. Sind diese Pläne gemeinfrei nach §5UrhG und können für das Projekt benutzt werden? Falls nicht, können Sie mir die Erlaubnis erteilen, diese Pläne als Grundlage für ein abgeleitetes Werk zu benutzen? Verfügen sie über andere Daten, die sie mir zur Verwendung zur Verfügung stellen könnten? (Shapefiles, Pläne, Verzeichnisse ect) Vielen Dank, mit freundlichen Grüßen, Stefan Schwan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Screencast Multipolygon (war: Tennisplatz in Sportverein in Wald)
On Tue, Jul 29, 2008 at 01:35:11PM +0200, Sven Grüner wrote: aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne hochladen, nur ist mein Websapce nach den letzten Screencasts bis Monatsende dicht. Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang bekommen? Das SVN will ich dazu nicht missbrauchen. Gib mir eine URL, wo ich es (1x) runterladen kann, dann stelle ich es auf osm.de. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Screencast Multipolygon
Hallo, Dirk Stöcker war am schnellsten und hostet dankenswerterweise den Screencast: http://tmp.dgpsonline.eu/upload_osm/upload.html Ich habe mit einem Stück Stoff das Knattern abgestellt, die Lautstärke ist aber leider noch immer etwas dünn. Bin da echt hilflos, alle Regler sind am Anschlag. Grüße, Sven Ps: Langfristig kann der Screencast auch gerne zu openstreetmap.org umziehen, mir egal. Dann bitte dran denken die Wiki-Seiten zu ändern. Sven Grüner schrieb: Hallo, aus gegebenen Anlass habe ich mal auf die Schnelle einen Screencast zur Erstellung von Multipolygonen erstellt. Ich würde ihn auch gerne hochladen, nur ist mein Websapce nach den letzten Screencasts bis Monatsende dicht. Könnte ich also bitte evtl. irgendwo (osm.de?) temporär FTP-Zugang bekommen? Das SVN will ich dazu nicht missbrauchen. Vielen Dank, Sven Ps: Sind ca. 35mb Johann H. Addicks schrieb: Sven Grüner schrieb: Also ich empfinde es als korrekt, den Wald im Bereich des Sportvereins per Multipolygon aus zuschneiden: http://wiki.openstreetmap.org/index.php/Relation:multipolygon Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die richtigen auszuwählen) Will sagen: Ein paar konkrete Beispiele, evtl. mit Screenshots wären nicht schlecht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Ralf Oltmanns schrieb: Wann endlich wird es eine Qualitätskontrolle geben, die verhindert, dass Potlatcher einem die ganze Arbeit kaputtmachen? Kommunikation. Nicht ohne Grund erfordert Potlatch dass man seine edits public schaltet. Es ist wirklich einfach einen User über die OSM-Webseite zu kontaktieren, warum nutzt du das nicht, anstatt völlig ungerichtet deinen Unmut hier reinzublasen? Potlatch mag sein ein tolles Tool sein, ein gut gemeintes Tool ... leider wissen vielleicht 2 % der Leute, die es verwenden, was sie da tun. Das glaube ich nicht, Tim. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tennisplatz in Sportverein in Wald
Hallo, Selbst mit dem Josm wird mir nicht klar, ob ich z.B. wenn die inner-Fläche gleichzeitig ein anderes Landuse ist, ob ich dann zwei Polygone ziehen muss (mit geringem Abstand) oder ob ich die Punkte wiederverwenden kann. (Wenn letzteres, dann gelingt mir es nicht, die richtigen auszuwählen) Wir haben da in dem Relations-Workshop auf der SOTM drueber gesprochen, und ich hab hier immer noch das Flipchart liegen, das ich laengst mal ins Wiki schreiben wollte. Das folgende wird allgemein als das richtige Vorgehen angesehen: * Bei normalen Multipolygonen hat der aeussere Way die Tags (landuse=forest). Der innere Way hat KEINE Tags (also nicht, wie manchmal empfohlen wird, ebenfalls landuse=forest). Die beiden sind in einer Multipolygon-Relation mit role=outer bzw. role=inner. Die Richtung der Ways (Uhrzeigersinn/Gegenuhrzeigersinn) spielt KEINE Rolle. * Wenn die innere Flaeche zugleich etwas anderes ist (z.B. See im Wald), dann wird wie oben vorgegangen (KEIN zusaetzlicher Way auf den Nodes der inneren Flaeche). Lediglich bekommt der innere Way dann zusaetzlich Tags fuer das, was innendrin ist (natural=water). * Falls im Loch wiederum ein Loch ist (Insel auf dem Fluss im Wald), wird wie oben vorgegangen, und zusaetzlich eine 2. Multipolygon- Relation angelegt. Was auf jeden Fall vemieden werden sollte, ist, in dieser Situation mit dem Layer-Tag zu arbeiten (See ueber Wald zeichnen und mit layer=1 taggen). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
On Mon, 28 Jul 2008 20:28:18 +0200 Ralf Oltmanns [EMAIL PROTECTED] wrote: Ich bin mir recht sicher, dass ich mir meiner Meinung nicht allein da stehe. Einen Thread mit genau dem selben Inhalt, habe ich auch schon mal geschrieben. Nun wirst du als dogmatisch und einsichtig hingestellt, viel Spass dabei. Sollte ich mich irren, sagt mir einfach Bescheid, dann verschwende ich meine Zeit lieber mit einem anderen Hobby und lass die Potlatcher weitergrandeln. Selbe Drohung habe ich auch schon ausgesprochen, hatte keinen Effekt. Daher würde ich sagen: *Closed* -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis bekommen (war Re : BETA: Statistik Buchholz in der Nordheide)
Hallo, im Endeffekt habe ich es Ähnlich geschrieben, aber etwas kürzer. Du kannst auch nicht davon ausgehen, dass der Beamte irgendwelche Links anklickt bzw. diese überhaupt bei ihm angezeigt haben. Ein befreundeter Beamter meinte mal, sie haben nur so eine Maske mit den Mails, aber noch nicht mal einen Browser installiert. Auch das mit der Lizenz würde ich viel logisch erklären: Man kann z.B. mit den Karten einen Stadtplan drucken, ohne dass man für die Daten eine Lizenzgebühr zahlen muss. Dieser Stadtplan muss dann aber ebenfalls unter der Lizenz veröffentlicht werden und jeder darf ihn somit verändern und weiter vervielfältigen. Ansonsten: Vernünftig, wenn es jeder so schreibt. Man sollte mal die Länder anhauen :-) Grüße Tobias Stefan Schwan schrieb: Hi! Am 29. Juli 2008 13:54 schrieb Tobias Wendorff [EMAIL PROTECTED]: Mach es nicht zu kompliziert, sonst antwortet die Kommune gar nicht. Wir sollten generell sowas wie Musteranschreiben entwerfen, finde ich. ich habe grade eine Email an die Stadt Singen (Hohentwiel) geschrieben. Wenn man mir antwortet, werde ich berichten... Gruß, Stefan Sehr geehrte Damen und Herren, ich beteilige mich am Internetprojekt OpenStreetMap ( http://www.openstreetmap.org ). Ziel des Community-Projektes ist die Schaffung einer Straßen / Weltkarte unter einer freien Lizenz ( http://creativecommons.org/licenses/by-sa/2.0/deed.de ). Wir erfassen Straßen, Wege und Flächen mittels GPS Geräten und tragen sie in unsere Datenbank ein. Aus diesen Daten werden Landkarten erstellt, die von jedermann frei benutzt werden können. Sie könnten diese Karten beispielsweise kostenlos auf ihrer Website anbieten. In den vergangenen Wochen war ich zu diesem Zweck in Singen unterwegs und habe große Teile der Nord- und Südstadt sowie Friedingen kartiert. Der aktuelle Stand ist unter http://informationfreeway.org/?lat=47.75577212966519lon=8.886319304579184zoom=13layers=B000F000F bzw. http://www.openstreetmap.org/?lat=47.7557lon=8.8596zoom=13layers=B00FTF (wöchentlich aktualisiert) abrufbar. Neben der Erfassung mittels GPS Geräten benutzen wir andere frei verfügbare Informationen: Singen ist nach wie vor alles andere komplett erfasst - das liegt unter anderem daran, das es anders als in anderen Regionen keine benutzbaren Luftnahmen gibt und so alle Straßen vor Ort erfasst werden müssen. Dabei werden besonders kleine Straßen und Stichwege häufig übersehen. Ich werde in den kommenden Wochen meine Bemühungen fortsetzen, und die noch fehlenden Stadtteile erfassen. Um die Abdeckung zu verbessern, hat sich der Abgleich unseres Datenbestandes mit offiziellen Straßenverzeichnissen als sehr hilfreich erwiesen. Viele Städte und Gemeinden bieten solche Verzeichnisse als Anhänge zu Satzungen auf ihren Internetauftritten an. Diese nach §5 UrhG gemeinfreien Verzeichnisse benutzen wir dazu festzustellen, welche Straßen noch fehlen, und diese Informationen auf unserer Website http://wiki.openstreetmap.org/index.php/Main_Page zu veröffentlichen. Leider habe ich zu Singen kein solches Dokument finden können. Daher meine Frage: Kann ich ein Straßenverzeichnis von Singen von Ihnen bekommen, um es zu diesem Zweck zu benutzen? Ich würde das Verzeichnis nicht veröffentlichen, sondern nur einen Abgleich mit unseren Daten vornehmen und die Unterscheide veröffentlichen. Weiterhin habe ich Bebauungspläne auf ihrer Website entdeckt. Sind diese Pläne gemeinfrei nach §5UrhG und können für das Projekt benutzt werden? Falls nicht, können Sie mir die Erlaubnis erteilen, diese Pläne als Grundlage für ein abgeleitetes Werk zu benutzen? Verfügen sie über andere Daten, die sie mir zur Verwendung zur Verfügung stellen könnten? (Shapefiles, Pläne, Verzeichnisse ect) Vielen Dank, mit freundlichen Grüßen, Stefan Schwan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tennisplatz in Sportverein in Wald
2008/7/29, Frederik Ramm [EMAIL PROTECTED]: Wir haben da in dem Relations-Workshop auf der SOTM drueber gesprochen, und ich hab hier immer noch das Flipchart liegen, das ich laengst mal ins Wiki schreiben wollte. Das folgende wird allgemein als das richtige Vorgehen angesehen: * Bei normalen Multipolygonen hat der aeussere Way die Tags (landuse=forest). Der innere Way hat KEINE Tags (also nicht, wie manchmal empfohlen wird, ebenfalls landuse=forest). Die beiden sind in einer Multipolygon-Relation mit role=outer bzw. role=inner. Die Richtung der Ways (Uhrzeigersinn/Gegenuhrzeigersinn) spielt KEINE Rolle. * Wenn die innere Flaeche zugleich etwas anderes ist (z.B. See im Wald), dann wird wie oben vorgegangen (KEIN zusaetzlicher Way auf den Nodes der inneren Flaeche). Lediglich bekommt der innere Way dann zusaetzlich Tags fuer das, was innendrin ist (natural=water). * Falls im Loch wiederum ein Loch ist (Insel auf dem Fluss im Wald), wird wie oben vorgegangen, und zusaetzlich eine 2. Multipolygon- Relation angelegt. Was auf jeden Fall vemieden werden sollte, ist, in dieser Situation mit dem Layer-Tag zu arbeiten (See ueber Wald zeichnen und mit layer=1 taggen). Bye Frederik Genau dieses Vorgehen empfinde ich auch als richtig und logisch, nur leider wird dieses tagging von Mapnik ignoriert und führt zu dem Ergebnis, daß die äußere Fläche die Werte der inneren erhält. Im trac gab es ein ticket (http://trac.openstreetmap.org/ticket/969) dazu, das aber geschlossen wurde, mit der Begründung, daß die innere Fläche ein separates Objekt sei und man deshalb einen zweiten Way bräuchte. Andererseits hat meine kurze Suche im trac gerade ein eine Woche altes Changeset hervorgebracht, das anscheinend dieses Problem lösen soll. (http://trac.openstreetmap.org/changeset/9252) Mal die nächste rendering-Runde abwarten... -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de