Re: [OSM-talk] immutable=yes Fwd: DEC Lands
On Thu, Mar 12, 2009 at 9:49 PM, David Lynch djly...@gmail.com wrote: On Thu, Mar 12, 2009 at 12:36, Russ Nelson r...@cloudmade.com wrote: No one has been able to refute my claim that if someone would enter it by hand, it belongs in OSM regardless of its source. And if it comes from surveyed data, then it makes no sense to edit its position. Metadata, perhaps. It may make no sense now, but it may be in 10 years when the data will be changed, and the official source may or may not be available for updates That's because we don't have a problem with data coming from government sources that we could go out and collect ourselves. I don't think most in the group disagree with the assertion that it's more accurate than anything that we're likely to collect. We do have a problem with the insistence that it can never be changed. (Even if there's no need to change it.) exactly my position -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] 0.6 move and downtime (re-scheduled) - TS 1.0 also postponed
On Thu, 12 Mar 2009 16:00:19 +, Grant Slater openstreet...@firefishy.com wrote: Dear all The API downtime scheduled for the 0.6 API transition has been postponed due to delays acquiring the new database server. The re-scheduled API downtime for the 0.6 API upgrade is now the weekend of the 17-20th April 2009. Original announcement... http://lists.openstreetmap.org/pipermail/talk/2009-January/033294.html Developer information: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6 As Traveling Salesman also makes use of API 0.6 the release of it's Version 1.0 must also be postponed to 2009-04-17 . Current 0.9 -versions are very stable already but direct map-download/update for small areas from the API does not work until API 0.6 has gone public. http://travelingsales.sourceforge.net Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] California bill to limit detail on online mapping tools
From today's Good Morning Silicon Valley newsletter: Q U O T E D I'm not against the technology; it's fantastic. But we're in an evolving world and we have to change our course as it changes. I'm all for online mapping, but knowing where the air ducts are in an air shaft is not necessary for me to navigate in the city. Who wants to know that level of detail? Bad people do. ... The fact is that I would be remiss in my job if I didn't take this seriously. I'm not interested in censoring Google or the others, but now that we know there's a threat, how could we not address this? California Assemblyman Joel Anderson, sponsor of a bill that would require online mapping services using satellite imagery to blur the details of schools, places of worship, government buildings, and medical facilities to prevent terrorists from using them for planning purposes. Full story: http://news.cnet.com/8301-10787_3-10193237-60.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Friday 13 March 2009 13:53:05 Mike Collinson wrote: California Assemblyman Joel Anderson, sponsor of a bill that would require online mapping services using satellite imagery to blur the details of schools, places of worship, government buildings, and medical facilities to prevent terrorists from using them for planning purposes. the Mumbai attacks showed that the only people hampered by lack of accurate maps readily available were not the terrorists, but the security forces. In emergencies maps locked in safes where the guy with the key is at home and asleep are of no help to anyone. -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Fri, Mar 13, 2009 at 8:23 AM, Mike Collinson m...@ayeltd.biz wrote: Q U O T E D I'm not against the technology; it's fantastic. But we're in an evolving world and we have to change our course as it changes. I'm all for online mapping, but knowing where the air ducts are in an air shaft is not necessary for me to navigate in the city. Who wants to know that level of detail? Bad people do. ... The fact is that I would be remiss in my job if I didn't take this seriously. I'm not interested in censoring Google or the others, but now that we know there's a threat, how could we not address this? Now where did we hear this argument before? General Tagge: What of the Rebellion? If the Rebels have obtained a complete technical reading of this station, it is possible, however unlikely, they might find a weakness and exploit it. Darth Vader: The plans you refer to will soon be back in our hands. Admiral Motti: Any attack made by the Rebels against this station would be a useless gesture, no matter what technical data they have obtained. This station is now the ultimate power in the universe. I suggest we use it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] immutable=yes Fwd: DEC Lands
At 06:36 PM 12/03/2009, Russ Nelson wrote: On Mar 12, 2009, at 7:43 AM, Ted Mielczarek wrote: . However, I reject the idea that there is any data that belongs in OSM that makes no sense to edit. If you can't edit it, then by definition it shouldn't be in a wiki-style map. No one has been able to refute my claim that if someone would enter it by hand, it belongs in OSM regardless of its source. And if it comes from surveyed data, then it makes no sense to edit its position. Metadata, perhaps. But unless you've been out in the field with a theolodite, you have no business changing the location of the NYS DEC Lands position. Watching the discussion, I'd conclude as follows: The primary OSM database is a collection of, by definition, mutable data. That is the wiki principle. Whether it actually makes sense to edit parts of it is therefore not relevant. Provided that the original licensor's terms permit, anyone is free to put a *copy* of reference data into the OSM database. The original immutable reference source still stands. The copied data can be tagged with a source and a request or suggestion made that it should not be altered ... but that suggestion cannot be mandatory. So immutable=yes is confusing but by all means place immutable=recommended. I used the term primary OSM database. At the moment, the primary OSM database is the only database that serves data according to the OSM API and XML schema (?). I foresee that will change although personally I would drag my feet on it until the primary OSM database has even more clearly established itself as The Source. Optional datasets will however emerge and maturing editors and renderers will adapt. Sets of coastlines at different resolutions and sources, scientific datasets, school projects, where I went on my holidays ... and reference datasets at higher resolution and authority than general contributions. That, I suspect, is the true long term solution to Russ' dilemma. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map tag in Wikipedia
Right now you can get a static dump + image dump and produce a fully working copy of a Wikimedia wiki. If all the maps relied on map tiles hosted somewhere else that would break a lot of things for the static dump content wise. I would have to learn more about how these static dumps are made. The Swedish Wikipedia (300,000 articles) contains no uploaded images. It fetches all images from Wikimedia Commons that contains 4 million files. Does a static dump of sv.wikipedia require a complete copy of Wikimedia Commons? Or can you get a complete copy of Wikimedia Commons = several TB of data. When wikimedia commons had 2 million files, total size of all files in it was 2 TB. Now it have 4 million files, so I assume it is about 4 TB or images. Not all of them are used in articles. separate dump of only the necessary images? Could the same http://meta.wikimedia.org/wiki/Wikix can do that selection work for map tiles? We really don't want a tile generator to upload every tile through a MediaWiki. :-) there is slight problem - unlike images in wikipedia, map tiles are frequently updated independently of wiki content. Get a planet dump and you can generate all the tiles you need :) Since these static dumps were produced in June 2008, perhaps this system doesn't need to be our top priority. It is also possible, if the live maps for a city is at z=12, the static dump could show maps at z=8 thus saving lots of space by omitting the tiles for deeper zoom levels. After all, a static dump is already a compromise. I guess no need for tiles - every map can be replaced by single image like this: http://tile.openstreetmap.org/cgi-bin/export?bbox=14.173,49.969,14.63,50.193scale=27format=png for the static wiki versions. Few queries and we are done :) Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
All your ducts are belong to us. On Fri, Mar 13, 2009 at 10:27 AM, OJ W ojwli...@googlemail.com wrote: On Fri, Mar 13, 2009 at 8:23 AM, Mike Collinson m...@ayeltd.biz wrote: Q U O T E D I'm not against the technology; it's fantastic. But we're in an evolving world and we have to change our course as it changes. I'm all for online mapping, but knowing where the air ducts are in an air shaft is not necessary for me to navigate in the city. Who wants to know that level of detail? Bad people do. ... The fact is that I would be remiss in my job if I didn't take this seriously. I'm not interested in censoring Google or the others, but now that we know there's a threat, how could we not address this? Now where did we hear this argument before? General Tagge: What of the Rebellion? If the Rebels have obtained a complete technical reading of this station, it is possible, however unlikely, they might find a weakness and exploit it. Darth Vader: The plans you refer to will soon be back in our hands. Admiral Motti: Any attack made by the Rebels against this station would be a useless gesture, no matter what technical data they have obtained. This station is now the ultimate power in the universe. I suggest we use it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Fri, Mar 13, 2009 at 10:27 AM, OJ W May I suggest a new tag: landuse=blur Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
That's ridiculous. The solution is obvious: if a way or point is tagged as amenity=school, etc, then the database will automatically add noise to the coordinates: lat = lat + 0.001 * random(1000) Regards, Juan Lucas On Fri, Mar 13, 2009 at 10:27 AM, OJ W May I suggest a new tag: landuse=blur Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
California Assemblyman Joel Anderson, sponsor of a bill that would require online mapping services using satellite imagery to blur the details of schools, places of worship, government buildings, and medical facilities to prevent terrorists from using them for planning purposes. Well I've just managed to find the address of a random school in Lakewood, CA, without the need for any online mapping services. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
On Fri, 13 Mar 2009 12:28:40 +0100, Juan Lucas Dominguez Rubio jldoming...@prodevelop.es wrote: That's ridiculous. The solution is obvious: if a way or point is tagged as amenity=school, etc, then the database will automatically add noise to the coordinates: lat = lat + 0.001 * random(1000) On Fri, Mar 13, 2009 at 10:27 AM, OJ W May I suggest a new tag: landuse=blur ROTFL. But remember to only apply it to schools of one state of one country. We don't want the rest of the planet to look like fools too. ;) (Who is to blame for voting that guy into office?) Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
On Fri, 13 Mar 2009 11:59:33 - Ed Loach e...@loach.me.uk wrote: Is it me, or is blurring out the bits you don’t want to be targets just going to highlight where they are? I'm not sure that blurring is what would happen, simply not showing the data would be what happens. But you're right, by having a blank or blurred section of an otherwise detailed map just shows that there is something of interest there. The more sensible option would be to map the area in high enough detail to not be obviously blurred but not so high as it'll be useful. Take for example what Ordnance Survey do with sensitive military sites, map enough of it to not have a blank bit but label it as something as innocuous as possible. -- Alice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
Ed Loach = evil genius On Fri, Mar 13, 2009 at 12:59 PM, Ed Loach e...@loach.me.uk wrote: Is it me, or is blurring out the bits you don’t want to be targets just going to highlight where they are? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Mar 13, 2009, at 4:23 AM, Mike Collinson wrote: California Assemblyman Joel Anderson, sponsor of a bill that would require online mapping services using satellite imagery to blur the details of schools, places of worship, government buildings, and medical facilities to prevent terrorists from using them for planning purposes. I called his office and left a message that he had shit for brains. I think I used different wording, however. Californians -- particularly those in his district -- should ALL be calling him and registering their opposition to brainless stupidity. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
but: lat = lat + 0.001 * random(1000) might encourage the use of cluster bombs, carpet bombing and other weapons of mass destruction. Better to give the exact co-ordinates of the air duct - so as to reduce collateral damage. :-) PY ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
I'm not sure that blurring is what would happen, simply not showing the data would be what happens. But you're right, by having a blank or blurred section of an otherwise detailed map just shows that there is something of interest there. Well, even if that stupid law would get to reality, it won't have any effect on data we supply - as we don't provide any satellite imagery, we won't have to blur anything (plus OSM does not reside in california). We could theoretically even mark all the ducts or map these sensitive sites in ridiculous amount of detail, thought I doubt anybody wants to do it. The more sensible option would be to map the area in high enough detail to not be obviously blurred but not so high as it'll be useful. Take for example what Ordnance Survey do with sensitive military sites, map enough of it to not have a blank bit but label it as something as innocuous as possible. Or do not label it at all - there are many maps with unnamed buildings and you'll never know from the map if it is just another factory area, warehouse or some secret military installation, even if all buildings, roads and tracks between them are mapped very accurately (though you may discover that when you approach that area in person). I remember from one discussion about this law, that someone said that in later revision of that law the blur will have to be replaced by targeting mark, to better reflect reality :) Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Legal review by ITO World's lawyer
I have put the legal review we have received for the current license draft on the wiki. I have organised it so that we can comment and discuss the issues after each of the points on the wiki page if appropriate. I can't say that have understood all the points raised yet and their possible implications, but I thought it would be good to start getting more brains on it straight away. http://wiki.openstreetmap.org/wiki/ITO_World/ODbL_Licence_0.9_legal_review_for_ITO Can I suggest that we spend tomorrow and the weekend discussing it and then I can seek clarification on any key points on Monday from our lawyer and we can then put the key points to the OKM and to our own foundation lawyers. Regards, Peter ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
Pieren Pieren wrote: May I suggest a new tag: landuse=blur Superb. I've been wanting a tag like that for a while. I have now used it for the first time, in a location not that far from where I live: http://www.openstreetmap.org/edit?lat=51.90063lon=-1.62397zoom=15way=32060656 (warning - very _cheesy_ joke that only some UK mappers will get) cheers Richard -- View this message in context: http://www.nabble.com/California-bill-to-limit-detail-on-online-mapping-tools-tp22492051p22496808.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
Not to worry. I've fixed his bill for him. http://bit.ly/CwdwO ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
And yet, the exact opposite is required, for certain locations in California. Megan's Law http://www.meganslaw.ca.gov/ Specific home addresses are displayed on more than 33,500 offenders in the California communities; as to these persons, the site displays the last registered address reported by the offender. An additional 30,500 offenders are included on the site with listing by ZIP Code, city, and county ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Fri, Mar 13, 2009 at 2:51 PM, Richard Fairhurst rich...@systemed.net wrote: Pieren Pieren wrote: May I suggest a new tag: landuse=blur Superb. I've been wanting a tag like that for a while. I have now used it for the first time, in a location not that far from where I live: Arf, no ! If you do that, I will have to write a taging proposal on the wiki and open a vote in the next few days ;-) Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Legal review by ITO World's lawyer
On Fri, Mar 13, 2009 at 1:44 PM, Peter Miller peter.mil...@itoworld.com wrote: I have put the legal review we have received for the current license draft on the wiki. I have organised it so that we can comment and discuss the issues after each of the points on the wiki page if appropriate. I can't say that have understood all the points raised yet and their possible implications, but I thought it would be good to start getting more brains on it straight away. http://wiki.openstreetmap.org/wiki/ITO_World/ODbL_Licence_0.9_legal_review_for_ITO Can I suggest that we spend tomorrow and the weekend discussing it and then I can seek clarification on any key points on Monday from our lawyer and we can then put the key points to the OKM and to our own foundation lawyers. This is great. I especially like sections 5 and 6, and in general most of their points resonate with my feelings about the ODbL. But in any case, I extend my thanks to you and ITO World for commissioning this review and making it public. Cheers, Andy ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
On Fri, 13 Mar 2009 15:35:30 +0100, Pieren pier...@gmail.com wrote: On Fri, Mar 13, 2009 at 2:51 PM, Richard Fairhurst rich...@systemed.net wrote: Pieren Pieren wrote: May I suggest a new tag: landuse=blur Superb. I've been wanting a tag like that for a while. I have now used it for the first time, in a location not that far from where I live: Arf, no ! If you do that, I will have to write a taging proposal on the wiki and open a vote in the next few days ;-) I propose that amenity=bar implies a landuse=blur! All in favor raise their mouse! *g* Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Front page design and SEO
2009/3/3 Roman Neumüller r.neumul...@gmail.com On Tue, 03 Mar 2009 07:41:38 +0200, talk-requ...@openstreetmap.org wrote: Something that's come up a few times in chatting to people is the front page design of the website and how it's been pretty static for a long time. That's pretty cool as nobody has felt the need to hack it I make a quick poll (1) on which which screen resolution osm'ers are using... (1) http://wiki.openstreetmap.org/wiki/Poll/Screen_resolution It's taken a while, but I thought the informatoin would be useful, to provide an idea of what is commonly used out there by the masses. I've added some information from google analytics, regarding screen resolution. Save you going to the page, here are the numbers. 1 1024x768 1584597 36.27% 2 1280x800 965533 22.10% 3 1280x1024 661713 15.15% 4 1440x900 391137 8.95% 5 800x600 148672 3.40% 6 1680x1050 118139 2.70% 7 1152x864 91330 2.09% 8 1280x768 78800 1.80% 9 1600x1200 54390 1.25% 10 1280x960 40448 0.93% ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik and towns
Hi, Ed Loach wrote: Does Mapnik use some shape files somewhere to mark the extent of towns on the map at zoom level 10? Yes, Mapnik uses a set of shape files (world_boundaries) which contain OSM-derived coastlines and VMAP0-derived (I believe) grey spots for built-up areas. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
-Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of marcus.wolsc...@googlemail.com Sent: Friday, March 13, 2009 10:49 AM To: Pieren Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] California bill to limit detail on online mapping tools On Fri, 13 Mar 2009 15:35:30 +0100, Pieren pier...@gmail.com wrote: On Fri, Mar 13, 2009 at 2:51 PM, Richard Fairhurst rich...@systemed.net wrote: Pieren Pieren wrote: May I suggest a new tag: landuse=blur Superb. I've been wanting a tag like that for a while. I have now used it for the first time, in a location not that far from where I live: Arf, no ! If you do that, I will have to write a taging proposal on the wiki and open a vote in the next few days ;-) I propose that amenity=bar implies a landuse=blur! All in favor raise their mouse! *g* Marcus I'll drink to *hic* that proposal! -Jeremy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tim Berners-Lee Linked Data talk
I'm not sure if this has on-line video has been mentioned yet on the list: Tim Berners-Lee: The next Web of open, linked data http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html A relaxing antithesis to the current grand licensing debate but still very relevant as this is what it is ultimately all about. It gets interesting around four minutes in and he gives us a nice plug at 14:40. Just please don't tell Richard Fairhurst, it might go to his head :-) Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tim Berners-Lee Linked Data talk
2009/3/13 Mike Collinson m...@ayeltd.biz: I'm not sure if this has on-line video has been mentioned yet on the list: Tim Berners-Lee: The next Web of open, linked data http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html A relaxing antithesis to the current grand licensing debate but still very relevant as this is what it is ultimately all about. It gets interesting around four minutes in and he gives us a nice plug at 14:40. Just please don't tell Richard Fairhurst, it might go to his head :-) He already knows, and I think it did. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tim Berners-Lee Linked Data talk
On 13 Mar 2009, at 17:02, Mike Collinson wrote: I'm not sure if this has on-line video has been mentioned yet on the list: Tim Berners-Lee: The next Web of open, linked data http://www.ted.com/index.php/talks/ tim_berners_lee_on_the_next_web.html A relaxing antithesis to the current grand licensing debate but still very relevant as this is what it is ultimately all about. It gets interesting around four minutes in and he gives us a nice plug at 14:40. Just please don't tell Richard Fairhurst, it might go to his head :-) It's been retweeted on twitter. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Multiple addresses/use for one building
I am working on addressing my neighborhood, and many of the buildings have multiple addresses. For example, in my building, each apartment has its own address. I am not sure how to label this. I have read through the past threads as well as the proposed feature: (http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/House_numbers/Karlsruhe_Schema#Apartment_Blocks.2C_Blocks_of_Flats.2C_Communities.2C_Business_Parks.2C_Campuses_etc ... ) This seems to be concerned more with apartment numbers, or separate entrances. In our building we have one entrance and each apartment door is a different address number. Also, for buildings such as malls, where there are many stores (I am working on San Francisco's Ferry building which has about 30 shops in it), are people just adding in separate nodes for each shop, or is there a better alternative? Thanks Sarah Sarah Manley sa...@cloudmade.com Cell: 631-338-3815 Skype: Sarah_cloudmade Twitter: SarahManley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] immutable=yes Fwd: DEC Lands
On 09/03/09 18:25, Russ Nelson wrote: Earlier, I proposed that certain datasets should be immutable; whether by policy or mechanism as needed. I propose importing the NYS DEC Lands as an immutable set of data. If you read this exchange with Robert Morrell, you can see why they feel that NO changes AT ALL are appropriate. I agree with them. This dataset constitutes a legal description of the property managed by the NYS Department of Environmental Conservation, and changes by any OSM editor are not consistent with the nature of the data. How do people feel about me importing this data (with all of their metadata), adding an immutable=yes tag, with the intent of tracking their dataset, and deleting --outright-- any changes made by OSM editors. -1 What wouldn't be immutable? If I map a road. I might think I know where this road is, it doesn't make sense for someone else to change this, I'll just make it immutable OSM is a wiki. Everything is editable. Rory signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] immutable=yes Fwd: DEC Lands
On Mon, Mar 09, 2009 at 02:25:24PM -0400, Russ Nelson wrote: Earlier, I proposed that certain datasets should be immutable; whether by policy or mechanism as needed. I propose importing the NYS DEC Lands as an immutable set of data. If you read this exchange with Robert Morrell, you can see why they feel that NO changes AT ALL are appropriate. I agree with them. This dataset constitutes a legal description of the property managed by the NYS Department of Environmental Conservation, and changes by any OSM editor are not consistent with the nature of the data. How do people feel about me importing this data (with all of their metadata), adding an immutable=yes tag, with the intent of tracking their dataset, and deleting --outright-- any changes made by OSM editors. -1 It’s a sign of success for OSM when people want all sorts of data to be “in” it, but an immutable dataset just isn’t in the spirit of the project, not to mention that it would violate any sharealike licence placed on it (adds restrictions, like invariant sections in the GFDL). Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik and towns
On Fri, 2009-03-13 at 16:01 +0100, Frederik Ramm wrote: Hi, Ed Loach wrote: Does Mapnik use some shape files somewhere to mark the extent of towns on the map at zoom level 10? Yes, Mapnik uses a set of shape files (world_boundaries) which contain OSM-derived coastlines and VMAP0-derived (I believe) grey spots for built-up areas. Right, the boundaries of the populated areas is the last remaining use of the vmap0 shapefiles in the mapnik style. I intend to talk to Steve Chilton about removing them at some point. We might replace them by making the landuse= areas visible at these zooms. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multiple addresses/use for one building
Sarah, you could use (or adapt) the Karlsruhe Schema: http://wiki.openstreetmap.org/wiki/Karlsruhe_Schema As I understand it you make a node _next_ to the way that is the street to show which side of the street it is and tag it with: addr:housenumber = 1939 or if there are multiple apartments at one node or doorway: addr:housenumber = 220a, 222a, 224b, 226b or addr:housenumber = 1 to 550 ... remember it is an open street map and most people just want to know more or less where a building is likely to be - they can work it out the exact location from clues on the map or when they are on the street itself. I am not sure what to do about shops in a shopping mall I would probably aim to make the thoroughfares ways (using layer +1, +2 for the different floors) and put nodes alongside for each shop but I have never actually gone that far. and it does seem a bit extreme life is short. PaulY On Fri, Mar 13, 2009 at 6:20 PM, Sarah Manley sa...@cloudmade.com wrote: I am working on addressing my neighborhood, and many of the buildings have multiple addresses. For example, in my building, each apartment has its own address. I am not sure how to label this. I have read through the past threads as well as the proposed feature: (http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/House_numbers/Karlsruhe_Schema#Apartment_Blocks.2C_Blocks_of_Flats.2C_Communities.2C_Business_Parks.2C_Campuses_etc ... ) This seems to be concerned more with apartment numbers, or separate entrances. In our building we have one entrance and each apartment door is a different address number. Also, for buildings such as malls, where there are many stores (I am working on San Francisco's Ferry building which has about 30 shops in it), are people just adding in separate nodes for each shop, or is there a better alternative? Thanks Sarah Sarah Manley sa...@cloudmade.com Cell: 631-338-3815 Skype: Sarah_cloudmade Twitter: SarahManley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mappingtools
On 13 Mar 2009 at 14:00 MP singular...@gmail.com wrote about Re: [OSM-talk] California bill to l[...] The more sensible option would be [...] not have a blank bit but label it as something as innocuous as possible. Or do not label it at all - there are many maps with unnamed buildings and you'll never know from the map if it is just another factory area, warehouse or some secret military installation, even if all buildings, roads and tracks between them are mapped very accurately (though you may discover that when you approach that area in person). But with all the diligent mappers working on OSM, the map slowly ratchets towards higher accuracy. The tags that identify buildings, land use, air ducts and air shafts increase and become more accurate over time. Like with everything else Internet-ish, the genie is out of the bottle and refuses to go back in, and no legislation can make it. --Bob. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] California bill to limit detail on online mapping tools
2009/3/13 Richard Fairhurst rich...@systemed.net: Pieren Pieren wrote: May I suggest a new tag: landuse=blur Superb. I've been wanting a tag like that for a while. I have now used it for the first time, in a location not that far from where I live: http://www.openstreetmap.org/edit?lat=51.90063lon=-1.62397zoom=15way=32060656 (warning - very _cheesy_ joke that only some UK mappers will get) I found an error in your tagging. I've corrected it for you. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping the sea
maning sambale wrote: I've been experimenting with mapping coral reefs: http://www.openstreetmap.org/?lat=8.8634lon=120.0689zoom=13layers=B000FTTT The tag I used following what I have seen in others: subsea=coral_reef the reef also has a multipolygon relation: http://www.openstreetmap.org/browse/relation/90430 Is this the proper way? Any ideas? Maybe there could be some mapping style analogies with: http://wiki.openstreetmap.org/wiki/Approved_features/barriers or http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcliff Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Misquote of the day
Even Computer Weekly has managed to get it wrong this week: http://www.computerweekly.com/Articles/2009/03/13/235269/web-almost-happened-by-accident-reveal-cern-experts.htm Quoted from this article: Collaborative data is another example of where linked open data can be used. Berners-Lee says, It's the old street map model. So if there's an error you can use a wiki to go in and fix it. I bet that's not what he actually said ;) 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GeoBase update ( was re: Tim Berners-Lee Linked Data talk)
Sharing Data. Awesome :-) And DBpedia, interesting. http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html Anyway, that made my day. :) Please help and fix up the charts, for each of the themes.. http://wiki.openstreetmap.org/wiki/CanVec_OSM_Map_Features I think i have about 20 left to figure out what the 'link' is. Meanwhile, the GeoBase NRN is steadily getting imported, as each tile is carefully converted using RoadMatcher AutoMatch to compare it with local data. Alberta, Yukon Nova Scotia has both road names numbers so focus is on those 1st. Southern Ontario is also looking good, as it's being imported, but not the road names (as its not available) We have received word from Statistics Canada, that YES it does comply with the licence, and shouldn't can any conflict areas, so the road name database is available through this dataset. The only downside is the accuracy as the location is not exact. However, there is the technical route where it might be possable to include that database as part of the RoadMatcher process. This is still in the design phase. The other alternative is to find a way to view it, and it can be used to copy in the same way that canvec2osm does. But because of the technical hurdle, im not working on that, until the other things are done. (but someone else can if they want). For now, the roads that are already listed in GeoBase NRN with road names, just show up as 'highway=road as this will give a point of reference for checking the rest of the map features. Right now, im looking at incorporating the GeoBase NHN (National Hydrography Network) into the canvec2osm script, as features cross over databases. Otherwise i'll just make another script, and omit features from the canvec2osm script. The import script is created so that it can also be viewed (each feature is in it's own .osm file) so when looking it it you can grab the local existing osm data, and decide that data you want to import. As far as 'who is working on it?' goes, it is a small group, it's just myself writing the canvec2osm code. .. but i am getting input from everyone who is viewing it (so everyone on the talk-ca list), and as i make sample ares over where people have mapped, they can view it and see 1st hand how accurate my matching work is, and recommend the changes. And on a side note: re: im not afraid of the Google monster I wrote a rebuttal regarding (was: immutable=yes DEC lands) and about the new license issue, as i saw lots of discussion here about this topic. http://acrosscanadatrails.blogspot.com/2009/03/im-not-afraid-of-google-monster-was-re.html Thats all for now, Sam Vekemans Across Canada Trails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Licentie-meeting door laten gaan?
Dames en heren, Ik kijk zojuist even op de wiki aan de aanmeldingslijst voor de meeting van a.s. zondag en moet constateren dat het nog niet storm loopt. Inmiddels wordt er ook morgen om 16.00 uur nederlandse tijd een telefonisch debat georganiseerd over de licentie. Zie: http://lists.openstreetmap.org/pipermail/legal-talk/2009-March/002236.html Ik vraag me af gezien beide bovenstaanden in hoeverre er nog concreet behoefte is aan een dergelijke meeting. Ik vind het prima om naar Amsterdam af te reizen, maar om daar ergens met m'n ziel onder m'n arm te gaan zitten is ook weer zo wat ;-) Kortom: is er bij jullie nog behoefte? Is de zaterdag teleconf voldoende? Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie-meeting door laten gaan?
Henk, De aankondiging was mij ontgaan. Ik zie nu net, n.a.v. dit bericht, dat het staat aangekondigt, op de OpenStreetMap-thuispagina, maar had het via de maillijst niet meegekregen. Lijkt me goed mogelijk dat anderen het ook nog niet hadden meegekregen. Op Vr, maart 13, 2009 09:56 schreef Henk Hoff: -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Routable Garmin kaarten
Alle tools werken ondertussen prima en er wordt al druk gedownload. Alleen is het nog niet gelukt om de regio Rotterdam gerenderd te krijgen maar dat komt allemaal goed binnenkort. Volgende grote stap is het aanbieden routeerbare Garmin kaarten voor Noord en Zuid Amerika. Maar daarvoor heb ik toch echt een server met veel meer geheugen nodig (of een veel efficiëntere tool). Lambertus wrote: Een ruwe versie van de tools die voor combineren en beschikbaar stellen van de routeerbare Garmin kaarten is gereed. Helaas is het nog niet gelukt om alle tiles van Nederland succesvol te renderen, dat wordt in nieuwere versies opgelost. Geintresseerden worden uitgenodigd om de tool te testen: http://garmin.na1400.info/ (klik door naar 'Routable world'). Meer informatie over dit project hou ik bij op het forum: http://forum.openstreetmap.org/viewtopic.php?id=2625 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Mobiele stadsgids leidt toerist door Amsterdam
ter info http://www.nu.nl/internet/1932071/mobiele-stadsgids-leidt-toerist-door-amsterdam.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Routable Garmin kaarten
Dus wie oe wie heeft er een kleine render farm in zijn kelder staan en een dedicated fiber optic lijtje naar de AMSIX? Alle tools werken ondertussen prima en er wordt al druk gedownload. Alleen is het nog niet gelukt om de regio Rotterdam gerenderd te krijgen maar dat komt allemaal goed binnenkort. Volgende grote stap is het aanbieden routeerbare Garmin kaarten voor Noord en Zuid Amerika. Maar daarvoor heb ik toch echt een server met veel meer geheugen nodig (of een veel efficiëntere tool). Lambertus wrote: Een ruwe versie van de tools die voor combineren en beschikbaar stellen van de routeerbare Garmin kaarten is gereed. Helaas is het nog niet gelukt om alle tiles van Nederland succesvol te renderen, dat wordt in nieuwere versies opgelost. Geintresseerden worden uitgenodigd om de tool te testen: http://garmin.na1400.info/ (klik door naar 'Routable world'). Meer informatie over dit project hou ik bij op het forum: http://forum.openstreetmap.org/viewtopic.php?id=2625 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mobiele stadsgids leidt toerist door Amsterdam
Jammer van google maps... zou mooi zijn als we ook zoiets kunnen maken :D J2ME coders verenigd u. --Roeland ter info http://www.nu.nl/internet/1932071/mobiele-stadsgids-leidt-toerist-door-amsterdam.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Routable Garmin kaarten
Roeland Douma wrote: Dus wie oe wie heeft er een kleine render farm in zijn kelder staan en een dedicated fiber optic lijtje naar de AMSIX? Ik heb een idee :D Zullen we speedit...@home gaan doen ofzo? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mobiele stadsgids leidt toerist door Amsterdam
Roeland Douma wrote: Jammer van google maps... zou mooi zijn als we ook zoiets kunnen maken :D J2ME coders verenigd u. ...de brandstapel is rechts van het kerkhof. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mobiele stadsgids leidt toerist door Amsterdam
pjuuk, j2me.. ;) het regent vrijwilligers zie ik al Op 13 maart 2009 13:40 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Roeland Douma wrote: Jammer van google maps... zou mooi zijn als we ook zoiets kunnen maken :D J2ME coders verenigd u. ...de brandstapel is rechts van het kerkhof. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Document Freedom Day zaterdag 21 maart Baarn
Beste OSM'ers, Wees welkom! Ook mensen die hun open dokumentformaten en open standaarden gerelateerde projecten willen vertegenwoordigen. Document Freedom Day zaterdag 21 maart Baarn Op zaterdag 21 maart vindt van 12:00 - 17:00 uur in conferentiecentrum Het Brandpunt in Baarn de Nederlandse editie van Document Freedom Day 2009 plaats. Met presentaties over open dokumentformaten, open standaarden en toepassingen die daarmee overweg kunnen. Vele projekten op het gebied van open dokument formaten, open standaarden, etc. presenteren zichzelf op de Document Freedom Day-bazaar op zaterdag 21 maart. Tijdens presentaties gaan sprekers dieper in op het hoe, wat en waarom van hun projekten. Toegang is gratis; wel wordt het erg op prijs gesteld als je laat weten dat je komt door een bericht naar de organisatie te sturen. Sander Marechal zal Officeshots.org presenteren. Brenno de Winter zal in zijn presentatie in gaan op het hoe, wat en waarom van zijn BigWobber-initiatief. Ruud Baars en Simon Brouwer zullen vertellen over de achtergrond van het project OpenTaal, de resultaten tot nu toe en de ambities voor de toekomst. Fabrice Mous, projectleider ODF bij programmabureau NOIV, licht toe wat het huidige beleid is van de overheid m.b.t. ODF, de complicaties van ODF als open standaard in het veld en de vorderingen n.a.v. de publicatie van de laatste NOIV-monitor. Guts Wissema zal in zijn presentatie ingaan op hoe IBM met het ODF-formaat om gaat. Tom Peelen vertelt meer over de vereniging OpenDoc Society, en waarom ODF en open standaarden zo belangrijk zijn. Donaties en sponsoring vermeldingen op websteks (beamer, netwerk, videoapparatuur, etc.) worden bijzonder op prijs gesteld! Zie de steun ons-pagina. Wil jij jouw projekt presenteren of aanwezig zijn op de Document Freedom Day-bazaar? Wil jij zaalwachter zijn of op andere manieren mee helpen? Heb jij een prachtige afbeelding van een toepassing voor open dokument formaten, etc., en je wilt deze delen met de Document Freedom Day-gemeenschap, en kunnen we deze op de webstek vermelden? Of wil je gewoon meer weten over Document Freedom Day? Neem dan kontakt op met de Document Freedom Day NL-organisatie. Document Freedom Day is een wereldwijde viering van open dokumentformaten en aanverwante technieken. Het doel van deze dag is om het wereldwijde publiek bekender te maken met open dokumentformaten in het onderwijs, bij de overheid en in het bedrijfsleven. Teams van vrijwilligers organiseren jaarlijks wereldwijd in hun lokale omgeving aktiviteiten om het publiek bekender te maken met deze technieken. Meer info op: http://documentfreedomday.nl/ -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Eine Frage aus Colorado, USA!
Hallo. Am Donnerstag, 12. März 2009 schrieb Markus: bullshit bingo :) bb kannte ich noch nicht... Warum glaube ich das nur. ;-) Aber nicht alles was jemand nicht versteht ist inhaltslos. Ich glaube nicht, dass hier jemand nicht versteht was du willst. Die Sprache im Management ist manchmal für DVer unverständlich und umgekehrt. Ich versuche mich möglichst verständlich auszudrücken. Und bemühe mich gern, Unverständliches verständlicher zu machen. Beidseitig. Nein, es geht nicht um die Sprache. Es geht drum, dass du die Menschen die was tun (Programierer) manipulieren willst und ihnen einen Zwang (Dokumentation, Einsteigerfreundlichkeit) aufdrücken willst, den die nicht zu leisten in der Lage sind. Das alleine ist noch nichtmal speziell bei freier Software problematisch. In der Wirtschaft würde jetzt halt die Programmqualität leiden damit du deine Dokumentation bekommst (Hauptsache im Powerpoint sieht's gut aus). Hier sind die Programmierer nicht willens, die Programmqualität zu verschlechtern nur damit du eine Dokumentation bekommst. Ergo bekommst du bei deinen Vorschlägen immer wieder auf den Deckel. Das mag ungewöhnlich sein für jemanden, der nur die Strukturen der Wirtschaft kennt. Nicht jeder der sich für was besseres hält hat damit Recht. Gruß, Bernd -- Mein Computer kann 1000 falsche Daten in einer Sekunde sortieren. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Hallo. Am Donnerstag, 12. März 2009 schrieb Markus: wir sollen also die gleichen Lernschlaufen drehen? ähnlich langsam? nichts aus den Linux-Prozessen lernen? Was sollten wir denn lernen? Gruß, Bernd -- Ist es nicht merkwürdig, daß jeden Tag genau soviel passiert, wie in die Zeitung paßt? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Forking
Hallo. Am Donnerstag, 12. März 2009 schrieb Sebastian Hohmann: Und wie soll man die Daten einerseits vor einer 'feinlichen Übernahme' durch böse Firmen schütze, wenn man andererseits die Quellenangabe plötzlich weglassen oder ändern kann? Nach welchen Kriterien soll das möglich sein? Wie gesagt, dass die Daten frei weitergegeben werden und frei bleiben ist mir wesentlich wichtiger als die Angabe der Quelle. Was ich mir vorstellen könnte um das Problem der mehreren Quellen etwas abzuschwächen, ist eine Lizenz mit der Regel am Endprodukt direkt nur 'Erstquelle' (im Beispiel FreeRoadMap) nennen zu müssen und auf die anderen Quellen (aus denen FreeRoadMap entstanden ist) zu verlinken. Genau. Man gibt intuitiv die Quelle an, wo man die Daten her hat. Und nicht die komplette Historie der Daten. Gruß, Bernd -- Wenn eine Frau nicht spricht, soll man sie um Himmels willen nicht unterbrechen. - Enriyeu Castaldo signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Hallo. Am Donnerstag, 12. März 2009 schrieb Tobias Wendorff: Bernd Wurst schrieb: Äh, ja. Aber was hat das miteinander zu tun? Wir reden hier von der Attibution, die z.B. ein SWR bei einer der Berichterstattung beigefügten Karte liefern müsste. Ich denke wir sind uns einig, dass seitenlange Quellenangaben da eher nicht so oft vorkommen und dass die auch keiner ernsthaft wollen würde... Der SWR steht somit ja am ANFANG der Kette. Datengrundlage: OpenStreetMap Würde der SWR die Karte ändern (etc.) würde da stehen: Kartographie, Datengrundlage: SWR OpenStreetMap Du schreibst scheinbar schneller als du liest. ;-) In diesem Thread ging es darum, was passieren würde wenn das Projekt geforked würde. Dann würde auch schon gleich in der direkten Verwertung der Daten eine Quelle dazukommen. Im laufe der Jahre würde das Projekt dann wieder geforked, dann sind es schon drei. Das skaliert nicht. So lange jemand von OpenStreetMap direkt Daten benutzt, gibt es kein Problem. In diesem Teil-Thread ging es darum, dass es Forks immer schwerer haben als das Original weil sich Quellenangaben aufsummieren. Weil du so gerne zum Buch bzw. universitären Arbeiten abdriftest: Zu nennst ja auch nicht die Quellen deiner Quellen sondern nur das was du direkt genutzt hast. Gruß, Bernd -- Während die Lebenserwartung in den letzten Jahren erheblich gestiegen ist, ist die Todeserwartung unveränderlich konstant geblieben. - Ernst R. Hauschka (dt. Aphoristiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Hallo. Am Freitag, 13. März 2009 schrieb Philipp Klaus Krause: Doch. Du tust die ganze Zeit so, als gäbe es nur eine SA-Lizenz in der Welt. In Wirklichkeit macht eine SA-Lizenz OSM für die meisten freien Projekte unbrauchbar. Ganz einfach aufgrund der Vielzahl von SA-Lizenzen, die alle untereinander inkompatible sind. Das ist in der Realität ein Problem, ganz klar. Aber wenn wir die Datenfreiheit erhalten wollen (nicht die maximale Freiheit der Wiederverwerter), kenne ich keinen Ansatz außer sich für eine SA-Lizenz zu entscheiden. Eine Lizenz derart, dass sie zu diversen freien SA-Lizenzen kompatibel ist, wäre prima. Gibt es die? Ich selbst will den Charakter der Lizenz erhalten, nicht den Wortlaut. Gruß, Bernd -- Schade, daß rote Zahlen auf dem Konto nicht annähernd so beruhigend sind wie auf dem Kalender. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Markus schrieb: Markus schrieb: Ich habe mal eine Exceltabelle gemacht - wo kann ich diese hochladen, damit alle Interessierten damit arbeiten können? Ich habe die Exceltabelle mal in Wikicode transformiert: http://wiki.openstreetmap.org/wiki/de:Anzeige_von_Städten Jetzt müsste nur noch jemand mit kartografischem Geschick das Ganze nach kartografischen Gesichtspunkten strukturieren. Und dann natürlich jemand den Renderern das Ergebnis vermitteln Sollte man nicht (auch noch) für die Wichtigkeit eines Ortes dessen Auszeichnung als Ober- oder Mittelzentrum werwenden? http://de.wikipedia.org/wiki/Oberzentrum Hier hat man sich dich schon mal Gedanken dazu gemacht. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM WebStart
Nop schrieb: Du brauchst ein Zertifikat, das von _Webstart_ standardmäßig als Vertrauenswürdig eingestuft wird. Das hat nichts mit dem Browser zu tun. Meines Wissen ist die einzige von Webstart akzeptierte CA mit kostenlosen Lizenzen Thawte. Genauer gesagt dieses Zertifikat hier: https://www.thawte.com/secure-email/personal-email-certificates/index.html?click=main-nav-products-email bye Nop Ich habe mich bisher nicht mit Java-Programmen und Webstart beschäftigt. Aber offensichtlich wird zum Signieren ein normales Client-Zertifikat verwendet, mit dem ich z.B. auch meine EMail signieren kann. Das Root-Zertifikat von cacert.org lässt sich auch in Webstart importieren und so sollten auch die entsprechend signierten Java-Anwendungen akzeptiert werden. Aber vielleicht probiere ich das mal aus - wenn ich viel Zeit habe ;-) -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit der POI Darstellung.
Mein Gedanke währe ein Overlay wo man die POI's ein oder aus blenden kann. Was gibt es sonst noch für Ideen und wer verwirklicht diese dann auch? Schöne Grüße Thomas Wir haben so was schon realisiert. Zwar in dem Falle für eine Seekarte, das Prinzip kann aber beliebig angewendet werden (http://www.freietonne.de/osm). Bei Interesse stelle ich die relevanten Codeschnipsel gern zusammen. Vorteil solcher Overlays ist auch, daß man ohne eine komplette Spezialkarte zu rendern, schon in größeren Höhen bzw. in Abhängigkeit von der Ansichtshöhe wichtige POI's anzeigen, und diese dann auch mit Zusatzinfos, eben speziell zum Thema der Karte versehen kann (bei uns siehe Ostsee-Küste). Weiterer Vorteil wäre ein potentieller Offline-Betrieb (Haben wir auch gebaut, OSM auf nem USB-Stick natürlich incl. JOSM und GPS-Anbindung :-)). Wenn mich vordergründig nur die speziellen POI's interessieren, ist das Datenvolumen für Updates viel kleiner. Falls sich jemand unsere Implementierung anschaut, wären wir für ein entsprechendes Feedback dankbar. Und die USB-Stick-Variante sucht Beta-Tester! JJ -- www.freietonne.de - freie Seekarten für alle! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Original-Nachricht Datum: Thu, 12 Mar 2009 22:16:46 +0100 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Oder einfach noch die 10 Jahre warten, bis OSM in das Alter kommt, in dem Linux sich auch bei Anfaengern durchgesetzt hat. Das ist kein automatischer Prozess, den man abwarten kann. Das klingt jetzt vielleicht ein bisschen arrogant, aber wir haben schon so, mit unserer ganzen Benutzerunfreundlichkeit, ein Wachstum, das nicht leicht zu bewaeltigen ist. Ich lege gar keinen gesteigerten Wert darauf, in dieses gut brennende Feuer noch Benzin zu giessen. Da dreht sich ein Faehnchen im Wind ;) Als ich frueher eingebracht habe, dass man vielleicht nicht alles pauschal dem Wachstum opfern sollte, hab ich einiges an Haehme dafuer geerntet. Aber egal, das ist Vergangenheit... Natuerlich werde ich niemanden davon abhalten, schoene benutzerfreundliche Software zu machen, aber ich finde nicht, dass man das zu sehr problematisieren muss. Aber thematisieren vielleicht? Viele Probleme, die mit dem Wachstum in Verbindung stehen sind hausgemacht. Wie zu Beginn, wird ausschliesslich an primitiven Objekten rumgefummelt, die dann mit der Allerweltsmethode 'relations' zu Objekten zusammengefuehrt werden, die nicht die Bohne selbsterklaerend sind. Das ist so, als ob die Stadt gerade ein riesiges Areal zu einem Park umgewidmet und begruent hat und ich wuerde jetzt im Gemeinderat staendig Problemsitzungen beantragen, weil der Park keine schattigen Plätze unter 100 Jahre alten Eichen bietet ;-) Die Leute, die Parks anlegen, haben viel dazugelernt und koennen mittlerweile schattenspendene Baeume versetzen. Aber in OSM wuerde man wohl die Blaetter einzeln als Nodes anlegen, die Aeste als Way und dann zu einer Monsterrelation verbinden, statt den Baum als solches auszugraben und zu versetzen ;) Ich denke, dass der Schluessel zur Weiterentwicklung von OSM in Tools liegt, die nicht mehr auf Primitivelemente abstrahieren, sondern die Dinge abbilden, die die Leute, die Mapper werden wollen, kennen: Nicht nodes und ways, sondern Haeuser, Fluesse oder Kneipen. Gruesse Hubert -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Thu, 12 Mar 2009, Ulf Lamping wrote: Aktuell fängt man an da Sachen einzutragen und wenn man dann alles eingetragen hat und meint fertig zu sein merkt man, öööp, falsches Element ausgewählt. Würde ich beides mal als Trac-Ticket eintragen. Ich habe nämlich momentan gerade keine Idee, wie man es umsetzen kann, aber es kommt mir sinnvoll vor :-) Würde oder hast du schon? Das sollte heißen: Würde ich eintragen, wenn ich Du wäre, Sonst hätte ich geschrieben Werde ich... :-) Ich weiß, ich bin einer der wenigen Deutschen, die den Konjunktiv noch verwendet :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Tobias Knerr wrote: Wenn man die Mailinglisten so liest, hat man allerdings eher das Gefühl, dass er jeden sachlichen Einwand als persönlichen Angriff auffasst und statt der Beschäftigung mit konkreten Fragen lieber kilometerlange hobbyphilosophische Abhandlungen über die Beziehungen zwischen Programmierern und Juristen verfasst (die letztlich auf ein lasst die Finger von Sachen, von denen ihr keine Ahnung habt hinauslaufen). Es ist ein rhetorisches Mittel, das einerseits Diskussionen abwürgen und lächerlich machen kann. Es kann andererseits aber Blockaden auflösen - und solche Stilmittel sind es, die oft den Unterschied zwischen einem unterhaltsamen englischsprachigen Lehrbuch und langweilig nüchtern deutschen Sachbüchern ausmacht. Wenn du's positiv liest, steckt in seiner hobbyphilosophischen Abhandlung viel Wahrheit. Wenn du Wert darauf legst, die Finger in jede Wunde zu legen, wo der Vergleich hinkt, so muss eine solche Zusammenfassung natürlich wie der blanke Hohn wirken. Die Lizenzfrage ist einfach fundamental - und da treffen Fundamendalisten auf einander, genauso wie Leute, die aus der Sackkasse einen größeren Ausweg suchen - und um bei den hinkenden Vergleichen zu bleiben: Solche Sackkassen sind oft beliebte Wohnstraßen mit besonders hoher Lebensqualität. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Bernd Wurst wrote: Eine Share-Alike-Lizenz macht den Leuten Probleme, die einseitig damit Profit machen wollen. Eine SA-Lizenz verwendet man genau dann, wenn man sagen will, dass andere nicht darauf aufbauend etwas machen sollen, das nicht freigegeben wird. Das ist eine zu vereinfachende Sicht der Dinge. Beispielsweise konnte OSM die Daten aus der opengeodb aufsaugen, weil die PD ist. Umgekehrt darf nichts aus der OSM direkt in die opengeodb zurückfliessen, weil damit die opengeodb den Status als PD verlieren würde. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM WebStart
On Thu, 12 Mar 2009, Nop wrote: 1. Welches Zertifikat hast Du genommen? Die Installation zeigt an: ...kann nicht von einer vertrauenswürdigen Quelle bestätigt werden. Das ist wenig vertrauenserweckend. Das kann man jederzeit ändern. Aber erst wenn alles vernünftig läuft. Es gibt kostenlose Zertifikate bei der CA Thawte, die von Webstart als vertrauenswürdig eingestuft werden. Kommt viel besser und spart eine Menge Rückfragen. Bei Interesse kann ich den Link zur Beschreibung, wie man so ein Zertifikat bekommt mal rauskramen. Habe ich schon. 2. Keine Plugins. Ich bekomme für jedes Plugin die Meldung kann nicht geladen werden. Eine Neuinstallation des Plugins unter dem WEbstart-JOSM ist ebenfalls nicht möglich. Eventuell Pfadprobleme? Nein. Zugriffsprobleme. Das Applet hat momentan kein Recht die Plugins zu laden. Vielleicht findet sich jemand, der sich damit auskennt und behebt das. Ich habe nur die bereits existierende Vorlage zum laufen gebracht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor
Tobias Wendorff wrote: Philipp Klaus Krause schrieb: Jemand übernimmt nun beispielsweise einen Ausschnitt aus FreeStreetMap auf seine Website. Als Quellenangabe muß auf dieser Website nun aber OpenStreetMap, nicht FreeStreetMap genannt werden. D.h. alle,s was auf FreeStreetMap aufbaut, verweist in der Quellenangabe auf OpenStreetMap statt FreeStreetMap. Ja, aber es ist ja auch genau so. Wenn ich Daten von Dritten importiere, dann sind es ja auch nicht meine. Dann habe ich dich falsch verstanden. Mein Eindruck von deiner Aussage war, OSM muss genannt werden, Punkt. FreeStreetMap darf aber OSM verwenden - auch unter anderen Lizenzmodellen. Wenn FSM nun festlegt, dass es auch genannt werden will, dann muss jeder zur Weiterverwendung eben FSM und OSM nennen. Wenn FSM darauf verzichtet, dann muss nur OSM genannt werden. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Hallo. Am Freitag, 13. März 2009 schrieb Martin Trautmann: Bernd Wurst wrote: Eine Share-Alike-Lizenz macht den Leuten Probleme, die einseitig damit Profit machen wollen. Eine SA-Lizenz verwendet man genau dann, wenn man sagen will, dass andere nicht darauf aufbauend etwas machen sollen, das nicht freigegeben wird. Das ist eine zu vereinfachende Sicht der Dinge. Beispielsweise konnte OSM die Daten aus der opengeodb aufsaugen, weil die PD ist. Umgekehrt darf nichts aus der OSM direkt in die opengeodb zurückfliessen, weil damit die opengeodb den Status als PD verlieren würde. Da sind aber zwei Dinge: 1. PD ist weit weniger streng als sharealike. PD erlaubt auch kommerzielle Verwendung, was für SA-Daten natürlich nicht passieren soll (wenn man absichtlich eine SA-Liuzenz gewählt hat). 2. Diverse SA-Lizenzen sind zueinander inkompatibel. Ersteres ist gewollt und keine Einschränkung für die weitere freie Verwendung. Natürlich kann man kein neues Werk unter PD damit machen, das will ja die SA-Lizenz grade verhindern. Aber ein neues Projekt, das seinerseits freie Daten produziert, kann die Daten nutzen. Zweiteres ist ein akutes Problem der unterschiedlichen SA-Lizenzen. Da selbst Anwälte für das Problem noch keine zufriedenstellende Lösung gefunden haben, maße ich mir nicht an, eine zu haben. Ich wollte nur mein persönliches Ziel ausdrücken. Und das wäre ein ideologisches sharealike, kein wortwörtliches. CC-SA, GFDL, was es noch alles gibt, hauptsache man kann das veränderte Endprodukt frei nutzen, das jemand aus den Daten macht. Gruß, Bernd -- An den Scheidewegen des Lebens stehen keine Wegweiser - Charly Chaplin (engl. Filmkomiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] fehler gefunden
hi ! es fehlte der richtige verweis auf die css-dateien. gruß Jan :-) Jan Tappenbeck schrieb: Hi ! ich habe mich etwas intensiver mit dem Beispiel zum KOSMOS-Tileserver beschäftigt und irgendwie bekomme ich keine Karte angezeigt. Pfade etc. habe ich nochmals verglichen und Karten sind auch vorhanden. Hat einer von Euch das Beispiel aus http://wiki.openstreetmap.org/wiki/DE:Openlayers_Kosmos_example nachgebaut und kann mir die betreffenden js bzw. html-Dateien zur Verfügung stellen damit ich vergleichen kann ? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Lizenz - so stelle ich mir sie vor // Nachtrag
Hallo. Am Freitag, 13. März 2009 schrieb Bernd Wurst: PD erlaubt auch kommerzielle Verwendung, was für SA-Daten natürlich nicht passieren soll (wenn man absichtlich eine SA-Liuzenz gewählt hat). Bah, falsche Wortwahl. Ich meine anstelle von kommerzielle Verwendung natürlich eine Verwendung derart, dass ein abgeleitetes Produkt verschlossen gehalten wird und keiner freien Lizenz unterliegt. Eine kommerzielle Verwendung ist natürlich auch bei SA-Daten möglich. Sorry. Gruß, Bernd -- Für den Bauern ist es in Urlaubsgebieten attraktiver, Preussen anstatt Kühe zu halten... - Süddeutsche Zeitung signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Qualitaetssicherung - Kreisverkehr anyone?
Hi, ich stolpere immer wieder darueber das mein Garmin mich in Deutschland mit dem Uhrzeigersinn durch den Kreisverkehr schicken will. Das liegt einfach daran das diese Kreisverkehre falsch herum eingezeichnet sind d.h. der way die falsche richtung hat. Diese korrigiere ich typischerweise umgehend nur koennte man ja zumindest das auffinden automatisieren. Hat da jemand schonmal was gebastelt oder muss ich mich an meine alten vektorgrafikdemo-hidden-surface-algorithmen zeiten zurueckerinnern? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haftungsausschluss für eigene OSM-Kar ten
Hi ! es gibt ja eine Vielzahl von Auswertekarten auf Basis von OSM die wir für das Projekt erstellen. Hat einer von Euch dazu schon einmal einen passenden Haftungsausschluss formuliert - falls einer die Karten weiternutzt und daraus irgendwelche falschen Rückschlüsse schließt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Original-Nachricht Datum: Fri, 13 Mar 2009 00:04:59 +0100 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Markus, ich finde es inzwischend faszinierend wie du ohne die Spur einer Ahnung rumdiskutierst. Und ich finde es immer wieder faszinierend, wie nett manche mit abweichenden Meinungen umgehen ;) Wenn du mir jetzt noch erklärst, warum Microsoft erst Windows 95 und erst viel später Windows XP rausgebracht hat ... Oder andersrum gestellt: Warum bringt OSM heute DOS raus, wenn es schon seit Jahren MaxOSX gibt? In diesem Sinne: Haette MS ueber 15Jahre jede Information ueber bestehende technische Loesungen als poeses Informatikerwissen abgelehnt, das die Freiheit den Denkens einschraenkt, waeren die heute sicher nicht weiter als Windows 95 ;) -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
On Fri, 13 Mar 2009, qbert biker wrote: Oder einfach noch die 10 Jahre warten, bis OSM in das Alter kommt, in dem Linux sich auch bei Anfaengern durchgesetzt hat. Das ist kein automatischer Prozess, den man abwarten kann. Doch ist es. Nennt sich Evolution und der Prozess ist um vieles älter als alles was sich die Menschheit ausgedacht hat und er funktioniert sogar richtig gut. Ich denke, dass der Schluessel zur Weiterentwicklung von OSM in Tools liegt, die nicht mehr auf Primitivelemente abstrahieren, sondern die Dinge abbilden, die die Leute, die Mapper werden wollen, kennen: Nicht nodes und ways, sondern Haeuser, Fluesse oder Kneipen. Die reitest zwar immer darauf rum, aber Deine tolle Abstraktion hat so viele Probleme, dass sich keiner darum kümmern wird. Je komplexer das ganze wird, desto mehr schränke ich ein und der Nutzer kann nachher nur noch das machen, woran der Programmierer vorher gedacht hat. Und der denkt selten an alles (es sei denn er sei Gott, aber ob Gott OSM-Programme schreibt?) Die Primitivelemente hingegen hat sogar mein Vater nach 5 Minuten verstanden auch wenn er mit Relationen noch so seine Probleme hat. Aber Relationen sind wie schon mehrfach gesagt recht neu und die Editoren unterstützen sie nicht wirklich einsteigerfreundlich. Außerdem sind sie im Gegensatz zu Punkt und Linie nicht wirklich primitive Elemente. Und wenn dieses dauernde Gemecker mir nicht total die Lust vertreibt wird bis zum Sommer die Relationsunterstützung in JOSM annehmbare Züge haben. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
On Fri, 13 Mar 2009, Bernd Wurst wrote: Es geht drum, dass du die Menschen die was tun (Programierer) manipulieren willst und ihnen einen Zwang (Dokumentation, Einsteigerfreundlichkeit) aufdrücken willst, den die nicht zu leisten in der Lage sind. Das alleine ist noch nichtmal speziell bei freier Software problematisch. In der Wirtschaft würde jetzt halt die Programmqualität leiden damit du deine Dokumentation bekommst (Hauptsache im Powerpoint sieht's gut aus). Hier sind die Programmierer nicht willens, die Programmqualität zu verschlechtern nur damit du eine Dokumentation bekommst. Ergo bekommst du bei deinen Vorschlägen immer wieder auf den Deckel. Es geht nicht darum, dass die Programmierer das nicht leisten können oder das die Programmqualität darunter leidet. Es ist schlicht eine Motivationsfrage. Den einzigen Grund trockene Dokumentation herzustellen, korrekturzulesen und mit Anwendern zu testen ist für mich Bezahlung (Geld an sich ist auch keine Motivation, aber mit dem Geld kann man Sachen machen die motivieren). Spaß macht es keinen. Wenn also jemand Dokumentation will, soll er mich bezahlen oder es selbst machen. In meinem Beruf werde ich dafür bezahlt Dokumentation zu erstellen. Nur macht es selten Spaß und ich bekomme im Ausgleich dafür einen Tagessatz der nicht zu verachten ist. Wenn jemand bereit ist das zu bezahlen - mache ich es gern. Wenn ich privat einen Freundschaftspreis mache, würde eine aktuelle deutsche JOSM-Dokumentation vielleicht etwa 10.000 EUR netto (brutto das doppelte) kosten. Wahrscheinlich habe ich aber viel zu tief geschätzt. Es kann gut und gerne auch das 3- oder 4-fache sein. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo Stefan, ich hab's geahnt dass die Geografen/Kartografen sich das alles schon erfolgreich überlegt haben und wir das Rad nicht nochmal neu erfinden müssen: für die Wichtigkeit eines Ortes Ober- oder Mittelzentrum verwenden http://de.wikipedia.org/wiki/Oberzentrum Wenn Du mir das als Excel (als PM) schickst, arbeite ich das gern in die Wiki-Tabelle ein. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Original-Nachricht Datum: Fri, 13 Mar 2009 10:07:08 +0100 (CET) Von: Dirk Stöcker openstreet...@dstoecker.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Doch ist es. Nennt sich Evolution und der Prozess ist um vieles älter als alles was sich die Menschheit ausgedacht hat und er funktioniert sogar richtig gut. OK, dann warten wir eben 100.000Jahre, bis die Evolution das geloest hat *ggg* Die reitest zwar immer darauf rum, aber Deine tolle Abstraktion hat so viele Probleme, dass sich keiner darum kümmern wird. Mehr Probleme als das jetzige Konzept? Zeig doch welche auf, bevor du alles von vorn weg verdammst. Je komplexer das ganze wird, desto mehr schränke ich ein und der Nutzer kann nachher nur noch das machen, woran der Programmierer vorher gedacht hat. Das ist so falsch, denn nur wenn man den direkten Zugang zu den Primitiven sperrt, hat der Programmierer einfluss darauf, was der Anwender machen kann. Wir befinden uns aber auf der Tool-ebene und ein komfortables Tool zum Eintragen von Haeusern bedeutet nicht, dass man nicht weiter nodes und ways im normalen josm-Modus eintragen kann. Es gibt allein in Deutschland x Millionen einfache Haeuser, die simple Rechtecke darstellen. Ein Tool kann einen Mapper deutlich besser unterstuetztn als wenn er erst jede Information aus dem Wiki zusammensuchen muss, dann die 4 Nodes reinpfriemelt vielleicht sogar noch rechtwinklig ausrichtet und einzeln noch attributiert. Setzen, drehen, Groesse anpassen, fertig. So stelle ich mir die Arbeit an Haeusern vor. Und wenn man dann noch Dachform und Hoehe angibt, kann man sie sogar 3-dimensional darstellen. Und der denkt selten an alles (es sei denn er sei Gott, aber ob Gott OSM-Programme schreibt?) Angst davor, dass etwas irgendwann, irgendwo eine Einschraenkung sein koennte, ist ein schlechter Ratgeber. Und was einem wirklich die Lust an OSM verderben kann, ist dass jeder Gedanke als Gemecker aufgefasst wird. Es ist kein Gemecker, es sind Anregungen. Ich werde ganz sicher nie ein Haus eintragen, solange ich dazu diesen archaischen Weg beschreiten muss, der dann meistens windschiefe Ergebnisse liefert (die wenigsten nutzen scheinbar das Ausrichtungstool). -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - Kreuzungen
Hallo JOSM-Entwickler, wäre es sehr aufwändig, Punkte die mit zwei oder mehr Linien verbunden sind, hervorzuheben. Ggf. könnte es schon reichen, den Hohlraum in der Mitte aufzufüllen. Dann könnte man leichter erkennen, ob Linien verbunden sind oder sich nur kreuzen bzw. berühren. Grüßle Friedhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetssicherung - Kreisverkehr anyone?
On Fri, 13 Mar 2009 09:20:02 +0100, Florian Lohoff f...@rfc822.org wrote: Hi, ich stolpere immer wieder darueber das mein Garmin mich in Deutschland mit dem Uhrzeigersinn durch den Kreisverkehr schicken will. Das liegt einfach daran das diese Kreisverkehre falsch herum eingezeichnet sind d.h. der way die falsche richtung hat. Diese korrigiere ich typischerweise umgehend nur koennte man ja zumindest das auffinden automatisieren. Hat da jemand schonmal was gebastelt oder muss ich mich an meine alten vektorgrafikdemo-hidden-surface-algorithmen zeiten zurueckerinnern? Das musst du wohl selber machen. Zunächst brauchst du dafür aber Polygone der Länger in denen Linksverkehr herscht. Die Orientierung des Geschlossenen Polygons Kreisverkehr kriegst du über das Kreuzprodukt raus. Schau mal auf der Routing-Liste, da hatte ich einen Thread dazu. In dem Thread hatte ich mich am Ende dann doch entschieden auch in Traveling Salesman die Orientierung von Kreisverkehren nicht zu hinterfragen und als korrekt für das jeweilige Land anzunehmen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetssicherung - Kreisverkehr anyone?
On Fri, Mar 13, 2009 at 10:34:14AM +0100, marcus.wolsc...@googlemail.com wrote: Das musst du wohl selber machen. Zunächst brauchst du dafür aber Polygone der Länger in denen Linksverkehr herscht. Die Orientierung des Geschlossenen Polygons Kreisverkehr kriegst du über das Kreuzprodukt raus. Schau mal auf der Routing-Liste, da hatte ich einen Thread dazu. In dem Thread hatte ich mich am Ende dann doch entschieden auch in Traveling Salesman die Orientierung von Kreisverkehren nicht zu hinterfragen und als korrekt für das jeweilige Land anzunehmen. Ich bin mittlerweile so unterwegs: select wid, ST_AsText(ST_Centroid(geom)), ST_IsSimple(geom) as issimple, ST_IsClosed(geom) as isclosed, ST_IsRing(geom) as isring, ST_Equals(ST_forceRHR(geom), geom) from( select wid, ST_MakeLine(geom) as geom from( select wn.way_id as wid, n.geom as geom fromnodes n, borders b, way_nodes wn, way_tags wt where ST_Within(n.geom, b.geom) and b.name = 'Regierungsbezirk Detmold' and wn.node_id = n.id and wt.way_id = wn.way_id and wt.k = 'junction' and wt.v = 'roundabout' order by wn.sequence_id ) wnodes group by wid ) rblines; Der trick ist (vermeindlich) das ST_forceRHR das polygon immer rechtsherum ausrichtet. Ich vermute aber das ST_Equals da noch nicht passt da egal wierum das polygon ist es natuerlich deckungsgleich ist - ich denke da finde ich aber was im postgis repertoire ... Output fuer die Gemeinde Langenberg ist dann in etwa so: wid|st_astext | issimple | isclosed | isring | st_equals --+--+--+--++--- 24048697 | POINT(8.32025352333589 51.7648243388919) | t| t| t | t 24218903 | POINT(8.3233865887714 51.7504322740593) | t| t| t | t Da sind also beide in ordnung ... Das ganze laeuft schon nen bischen laenger in der Datenbank aber das wird schon ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM WebStart
Am 13.03.09 schrieb Dirk Stöcker: Nein. Zugriffsprobleme. Das Applet hat momentan kein Recht die Plugins zu laden. Vielleicht findet sich jemand, der sich damit auskennt und behebt das. Ich habe nur die bereits existierende Vorlage zum laufen gebracht. ich kenn mit nicht mit Java Web Start aus, aber vielleicht hilft http://lopica.sourceforge.net/faq.html iceryx reports: The classes I loaded with my own URLClassLoader didn't have the same permissions as the classes loaded directly through Web Start. So I included my own policy file in a jar to grant java.security.AllPermissions to all codebases. Then in my main class, I wrote: URL policyUrl = Thread.currentThread().getContextClassLoader().getResource(my.java.policy); Policy.getPolicy().refresh(); This fixed it. I guess that when you give all-permissions to your Web Start app, it assigns java.security.AllPermissions only to code loaded from the Web Start codebase, but not to code from other codebases. Changing the policy widened this permission to everything. As another alternative you can also write your own Policy subclass permitting everything and then call Policy.setPolicy() to turn it on. Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Maxspeed mit mehreren Angaben
Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Am 12. März 2009 13:29 schrieb Markus liste12a4...@gmx.de: Das Ergebnis sieht nett aus - meinen Wünschen entspricht es nicht. Ich bin jetzt auch sehr verwirrt bezüglich der Innenhöfe von Haus 30 und Haus 47. Mittlerweile zeigt Mapnik den Innenhof von Haus 47, aber nicht den von Haus 30. building=yes hatte ich vorgestern schonn mal entfernt weil das blödsinnig und eigentlich kontraproduktiv ist. Michael hat es dann gestern wieder hinzugefügt. Die Tags die eigentlich das Rendering beeinflussen sollten sind nun bei beiden im äußeren und inneren Polygon als auch in der Relation gleich. Das verstehe wer will. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Original-Nachricht Datum: Fri, 13 Mar 2009 11:00:13 +0100 Von: Jonas Krückel (John07) o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Ich glaube du hast hier schon Recht, aber andere sind davon nicht überzeugt. Nun kannst du sie aber leicht überzeugen, in dem du ein proof of concept in Form eines Hauseditors machst. Die weitere Entwicklung kannst du dir denken. Gruß Jonas Ist ein kleines Zeit- und Organisationsproblem, z.B. ob der Editor eigenstaendig wird, oder bei einem anderen Editor 'unterschluepft' (josm faellt aus, weil ich mich weigere, in meiner Freizeit java anzufassen ;)). Es ist schon was in Planung und es ist auch schon was da (kein Hausereditor, aber einiges an SW zu OSM-Formaten und Geometrie), ob ich die Zeit aufbringe, wird sich zeigen. Aber trotzdem ist es in jedem Fall sinnvoll, vorher mal das Feld abzuklopfen, ob da was kommt, z.B. 'du alte Traene, gibts doch schon laengst' oder 'noe, lass mal, mache ich', oder aehnliches. Gruesse und Danke fuer die Unterstuetzung. Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
On Fri, Mar 13, 2009 at 11:05:17AM +0100, Jan Tappenbeck wrote: Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! Schreib mal den author an - hat sich vermutlich nicht getraut die straße zu splitten und hat einfach abschnittsweise die maxspeeds gestapelt :) Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Am 13.03.2009 um 08:55 schrieb qbert biker qbe...@gmx.de: Original-Nachricht Datum: Thu, 12 Mar 2009 22:16:46 +0100 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Oder einfach noch die 10 Jahre warten, bis OSM in das Alter kommt, in dem Linux sich auch bei Anfaengern durchgesetzt hat. Das ist kein automatischer Prozess, den man abwarten kann. Das klingt jetzt vielleicht ein bisschen arrogant, aber wir haben schon so, mit unserer ganzen Benutzerunfreundlichkeit, ein Wachstum, das nicht leicht zu bewaeltigen ist. Ich lege gar keinen gesteigerten Wert darauf, in dieses gut brennende Feuer noch Benzin zu giessen. Da dreht sich ein Faehnchen im Wind ;) Als ich frueher eingebracht habe, dass man vielleicht nicht alles pauschal dem Wachstum opfern sollte, hab ich einiges an Haehme dafuer geerntet. Aber egal, das ist Vergangenheit... Natuerlich werde ich niemanden davon abhalten, schoene benutzerfreundliche Software zu machen, aber ich finde nicht, dass man das zu sehr problematisieren muss. Aber thematisieren vielleicht? Viele Probleme, die mit dem Wachstum in Verbindung stehen sind hausgemacht. Wie zu Beginn, wird ausschliesslich an primitiven Objekten rumgefummelt, die dann mit der Allerweltsmethode 'relations' zu Objekten zusammengefuehrt werden, die nicht die Bohne selbsterklaerend sind. Das ist so, als ob die Stadt gerade ein riesiges Areal zu einem Park umgewidmet und begruent hat und ich wuerde jetzt im Gemeinderat staendig Problemsitzungen beantragen, weil der Park keine schattigen Plätze unter 100 Jahre alten Eichen bietet ;-) Die Leute, die Parks anlegen, haben viel dazugelernt und koennen mittlerweile schattenspendene Baeume versetzen. Aber in OSM wuerde man wohl die Blaetter einzeln als Nodes anlegen, die Aeste als Way und dann zu einer Monsterrelation verbinden, statt den Baum als solches auszugraben und zu versetzen ;) Ich denke, dass der Schluessel zur Weiterentwicklung von OSM in Tools liegt, die nicht mehr auf Primitivelemente abstrahieren, sondern die Dinge abbilden, die die Leute, die Mapper werden wollen, kennen: Nicht nodes und ways, sondern Haeuser, Fluesse oder Kneipen. Ich glaube du hast hier schon Recht, aber andere sind davon nicht überzeugt. Nun kannst du sie aber leicht überzeugen, in dem du ein proof of concept in Form eines Hauseditors machst. Die weitere Entwicklung kannst du dir denken. Gruß Jonas Gruesse Hubert -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569 a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Kreuzungen
On Fri, Mar 13, 2009 at 10:37:40AM +0100, Friedhelm Schmidt wrote: Subject: [Talk-de] JOSM - Kreuzungen Hallo JOSM-Entwickler, wäre es sehr aufwändig, Punkte die mit zwei oder mehr Linien verbunden sind, hervorzuheben. Ggf. könnte es schon reichen, den Hohlraum in der Mitte aufzufüllen. Dann könnte man leichter erkennen, ob Linien verbunden sind oder sich nur kreuzen bzw. berühren. Habe ich gerade erst auf der josm-dev liste mit Dirk diskutiert: http://lists.openstreetmap.org/pipermail/josm-dev/2009-March/002711.html Frueher waren die Pfeile ja da - die haben einem ein gutes gefuehl der connection gegeben. Die werden ja bei neueren JOSM versionen nicht mehr standardmaessig angezeigt (kann man einschalten) - allerdings waere ja ein weiterer modus (siehe mail oben) schon schoen ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Hallo Bernd, hallo Dirk, ich schätze Eure Arbeit sehr! Die Arbeit aller Programmierer ist für OSM höchst wertvoll. Ich will niemanden manipulieren. Auch brauche ich keine Anerkennung (obwohl solche immer gut tut). Ich versuche lediglich zu vermitteln, was ein neuer Benutzer braucht und sich wünscht. Dirk: Es ist schlicht eine Motivationsfrage. Das kann ich gut verstehen. Auch für mich gibt es Tätigkeiten, die ich so ungern tue, dass ich sie nur für Geld mache, und manchmal nicht mal dafür. Ich werde Dich nicht mehr nach Doku fragen. Versprochen. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
Jan Tappenbeck schrieb: Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! wie schaut das aus wenn für die verschiedenen Fahrstreifen, die sich auf einer Fahrbahn befinden eine unterschiedliche Geschwindigkeit zulässig ist. Auf Autobahnen findet man so etwas ja häufiger, 80 rechts, 100 in der Mitte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SWR verwendet OSM (mit fast versteckter Namensnennung)
Bernd Wurst be...@bwurst.org wrote: Wo wir grade dabei sind, der Bereich um Winnenden (Stadt und Vororte) könnte noch ein paar fleißige Mapper vertragen. Also GPS in die Hand und losziehen, statt hier rumzudiskutieren :) Das findest du jetzt wirklich einen passenden Kommentar dazu? Ich hatte mich gleich am Anfang gewundert, dass da angesichts der Datenlage in dieser Stadt überhaupt OSM Material verwendet wurde. Musste wohl schnell gehen. Sven -- The American news-media is no longer a news source; it is a cheerleading squad. (unknown source) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
On Fri, 13 Mar 2009, Florian Lohoff wrote: On Fri, Mar 13, 2009 at 11:05:17AM +0100, Jan Tappenbeck wrote: Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! Schreib mal den author an - hat sich vermutlich nicht getraut die straße zu splitten und hat einfach abschnittsweise die maxspeeds gestapelt :) Ich denke eher mal hier hat jemand drei Wege verbunden (z.B. mit merkaartor), welche vorher getrennte maxspeeds hatten. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM WebStart
On Fri, 13 Mar 2009, Fabian Schmidt wrote: Nein. Zugriffsprobleme. Das Applet hat momentan kein Recht die Plugins zu laden. Vielleicht findet sich jemand, der sich damit auskennt und behebt das. Ich habe nur die bereits existierende Vorlage zum laufen gebracht. ich kenn mit nicht mit Java Web Start aus, aber vielleicht hilft http://lopica.sourceforge.net/faq.html Ich habe es mal als BugReport eingetragen. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone nicht immer korrekt seitdem Map nik zeitnah rendert - was: Pläne in OSM
Rolf Bode-Meyer schrieb: Ich bin jetzt auch sehr verwirrt bezüglich der Innenhöfe von Haus 30 und Haus 47. Mittlerweile zeigt Mapnik den Innenhof von Haus 47, aber nicht den von Haus 30. building=yes hatte ich vorgestern schonn mal entfernt weil das blödsinnig und eigentlich kontraproduktiv ist. Michael hat es dann gestern wieder hinzugefügt. Die Tags die eigentlich das Rendering beeinflussen sollten sind nun bei beiden im äußeren und inneren Polygon als auch in der Relation gleich. Das verstehe wer will. ich darf mal die antwort von jon burgess auf osm-talk auf meine vermutung zitieren: fazit: multipolygone funktionieren seitdem nur sicher, wenn die daten unter der woche nicht angefasst werden. Original-Nachricht Betreff: Re: [OSM-talk] Multipolygons in Mapnik Datum: Mon, 09 Mar 2009 18:53:52 + Von: Jon Burgess jburgess...@googlemail.com On Mon, 2009-03-09 at 13:47 +0100, Frank Sautter wrote: hello list, Ciprian Talaba schrieb: What are we doing wrong? How should we tag the building to get rendered with Mapnik? i'm also expiriencing a strange behaviour on multipolygons. multipolygons that rendered perfectly are not working anymore from one moment to another, but then after some time they render correct magically without any changes to the data. i have the suspicion that this appeared to happen since mapnik is rendering data after a few hours instead of the old weekly renderer run. in all cases, parts of the multipolygons have been touched, but not all. maybe someone can second this thesis. if so, we should file a bug. You are correct, the hourly diff imports can not handle the multipolygon relation properly. These will fix themselves after the weekly import each Wednesday. Any edit to the nodes or ways in the relation will probably break it again. Overall the benefits of the hourly import far outweigh the slight problems with the multipolygon handling. Feel free to raise a bug if you want. I'm sure someone will get around to fixing it eventually but I have other things to look at right now. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Es gibt neue Flyer
Frederik Ramm schrieb: Hallo, Fabian -Patzi- Patzke wrote: Wirst du evtl. einen größeren Haufen zur FossGIS Konferenz mitbringen? Dann könnte ich mir da welche abholen und man kann den Versnadweg sparen. Natürlich nur wenn das für Dich auch einfacher ist :) Ja, ich werde eine ausreichende Stückzahl mitbringen (trotz Bahnreise). Super, vielen Dank. Dann hoffe ich mal, dass die am Mittwoch noch nicht vergriffen sind :) - Wo wir dabei sind, hat jemand, der zur FOSSGIS kommt, einen schoenen grossen Bildschirm, auf dem wir eine Diashow laufen lassen koennen? Leider nein. Dann mal bis Mittwoch :) Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
On Fri, 13 Mar 2009 11:22:37 +0100, Thomas Reincke m...@thomas-reincke.de wrote: Jan Tappenbeck schrieb: Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! wie schaut das aus wenn für die verschiedenen Fahrstreifen, die sich auf einer Fahrbahn befinden eine unterschiedliche Geschwindigkeit zulässig ist. Auf Autobahnen findet man so etwas ja häufiger, 80 rechts, 100 in der Mitte. Kannst du mit maxspeed nicht taggen. Würde ich mit 100 Taggen. Hat jemand die wayID von dem betroffenen Stück um in der History zu schauen? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SWR verwendet OSM (mit fast versteckter Namensnennung)
Hallo. Am Freitag, 13. März 2009 schrieb Sven Geggus: Ich hatte mich gleich am Anfang gewundert, dass da angesichts der Datenlage in dieser Stadt überhaupt OSM Material verwendet wurde. Musste wohl schnell gehen. Die Karte war statisch (also nur ein Bild) mit etwa diesem zoom: http://www.openstreetmap.org/?lat=48.858lon=9.38zoom=11 Dabei waren die Ortsnamen Winnenden und Stuttgart (mit einem Bildbearbeitungsprogramm) wesentlich hervorgehoben worden (weißer glow dahinter, größere Schrift). Dafür reicht locker was momentan erfasst ist. Gruß, Bernd -- Früher litten wir an Verbrechen, heute an Gesetzen. - Gaius Cornelius Tacitus (röm. Hist. u. Politiker, 55-115 n. Chr.) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] service=alley
Tobias Wendorff wrote: Hatto von Hatzfeld schrieb: Auf http://wiki.openstreetmap.org/wiki/DE:Map_Features steht zu service=alley: Gasse, d.h. ein meist eher schmaler Weg, der zwischen Häusern oder Grundstücken hinein- oder hindurchführt (kann auch eine Sackgasse sein) und Zugang zu örtlichen Gegebenheiten bietet. Zu verwenden mit highway=service. Das passt hier genau. Also kann man mit einem Pkw da durchfahren? Trotzdem würde ich width dranhängen und vielleicht noch Lkw etc. ausgrenzen. In den Fällen, die ich vor Augen habe, fahren die Anwohner mit dem PKW dort hinein, wenn sie z.B. die Einkäufe ausladen oder die gehbehinderte Oma einladen wollen. Bei einem Umzug wird auch ein kleinerer LKW hineinfahren. Sonst fährt aber jeder außenherum (d.h. über die residential-Straße), einfach weil das bequemer ist. Wenn es sich um eine normale Gasse in einer Altstadt ohne Zugangs- und Zufahrtscharakter handelt, ist service=alley in meinen Augen nicht angebracht. Stimmt; da gibt es sicher Grenzfälle. Die Einbahnstraßen auf http://www.openstreetmap.org/?lat=51.066083lon=6.865704zoom=18 sind z.B. auch nicht breiter, aber doch residential (oder living_street), weil man durch sie durchfahren muss, wenn man zu bestimmten anderen Straßen kommen will. Sogar (kleine) Linienbusse fahren da hindurch. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetssicherung - Kreisverkehr anyone?
ich stolpere immer wieder darueber das mein Garmin mich in Deutschland mit dem Uhrzeigersinn durch den Kreisverkehr schicken will. Das liegt einfach daran das diese Kreisverkehre falsch herum eingezeichnet sind d.h. der way die falsche richtung hat. Diese korrigiere ich typischerweise umgehend nur koennte man ja zumindest das auffinden automatisieren. Hat da jemand schonmal was gebastelt oder muss ich mich an meine alten vektorgrafikdemo-hidden-surface-algorithmen zeiten zurueckerinnern? Über das gleiche Problem bin ich auch schon ein paar mal gestolpert. Ich habe dazu vor kurzem ein JOSM-Validator-Plugin geschrieben, das werde die nächsten Tage veröffentlichen. Gruß, Michael -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstraktionsebenen und Fahrerinformation
On Thu, 12 Mar 2009 15:22:04 +0100, Garry garr...@gmx.de wrote: Du machst es Dir hier sehr einfach... Stell Dir einen Stop-and Go Verkehr im Bereich der Ausfahrt vor. Verwendest Du den Point of no return als Kriterium für die Ausfahrt kann Dir das Navi auch noch auf den letzten Metern eine Umleitungsempfehlung geben. Verwendest Du aber den Beginn des Verzögerungsstreifens und hast diesen dann schon als separate Spur getaggt entfällt diese Möglichkeit was unter Umständen mehrer Stunden Stau stehen bedeuten kann. Das macht beim erfassen keine Mehrarbeit, bringt aber deutlich besseren Nutzen! Ich zweifle wiederholt sein keine Mehrarbeit an. Du willst zusätzliche Daten erfassen. Natürlich macht das Mehrarbeit. Oder woher glaubst du soll die Information über Anfang und Ende der Spuren kommen? Da muss sich der Fahrer erstmal wärend der Fahrt notieren ob er am Anfang oder sonstwo auf den Verzögerungsstreifen gewechselt hat und irgendeine Art von Markierung finden wo dieser Streifen genau aufgehört hat. Damit er später die Punkt entsprechend über seinen GPX-Track zeichnen kann und dein zusätzliches Tag setzen kann. Hast du im Tag eine Angabe in Metern, muss er mit zusätzlichen Plugins oder komplexen Formeln rauskriegen wie viele Meter das jetzt waren. Die bisherige Qualität der Daten ist ausreichend und andere Punkte (Hausnummern, fehlende Ortschaften, Qualitätssicherung) wichtier. Aber wenn du deine zusätzlichen Daten erfassen willst, schön. Bisher sehe ich kein proposed Feature von dir im Wiki. Ob es sinnvoll ist oder nicht entscheidet am Ende eh derjenige, der es mapped oder eben nicht. Dir ist bekannt, wie der weitere Weg um ein neues Tag bekannt zu machen ist. Gehe ihn oder lass es bleiben. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Es gibt neue Flyer
On Thu, 12 Mar 2009 19:12:27 +0100, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Frederik Ramm schrieb: Ja, ich werde eine ausreichende Stückzahl mitbringen (trotz Bahnreise). - Wo wir dabei sind, hat jemand, der zur FOSSGIS kommt, einen schoenen grossen Bildschirm, auf dem wir eine Diashow laufen lassen koennen? Nein, aber ich kann ein weißes T-Shirt anziehen und mein Bauch kann als Projektionsfläche dienen! Da ist zu wenig Bauch. Das kann doch keiner erkennen. ;) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
qbert biker schrieb: Original-Nachricht Datum: Fri, 13 Mar 2009 00:04:59 +0100 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Markus, ich finde es inzwischend faszinierend wie du ohne die Spur einer Ahnung rumdiskutierst. Und ich finde es immer wieder faszinierend, wie nett manche mit abweichenden Meinungen umgehen ;) Sorry, aber wenn mir jemand andauernd (diese Diskussion läuft ja nicht zum ersten mal) erzählt das die OSM Software nichts taugt und wie ich als Open Source Entwickler meine Arbeit zu machen habe, dann hört es für mich halt einfach irgendwann auf und dann werde ich pampig ... Wenn du mir jetzt noch erklärst, warum Microsoft erst Windows 95 und erst viel später Windows XP rausgebracht hat ... Oder andersrum gestellt: Warum bringt OSM heute DOS raus, wenn es schon seit Jahren MaxOSX gibt? Oh, JOSM funktioniert jetzt nur noch über Kommandozeile? ;-) Gegenfrage: Warum braucht Apple tausende von Entwicklern und Designern, wenn das doch alles ganz einfach zu machen ist? In diesem Sinne: Haette MS ueber 15Jahre jede Information ueber bestehende technische Loesungen als poeses Informatikerwissen abgelehnt, das die Freiheit den Denkens einschraenkt, waeren die heute sicher nicht weiter als Windows 95 ;) Irgendwie tust du so, als ob es hier bestehende technische Lösungen gibt, die wir einfach nur noch mal eben so anwenden müßten. Bis zum Beweis des Gegenteils behaupte ich jetzt einfach, daß die Implementierung ein Haufen Aufwand ist. Solange wir niemanden finden, der z.B. für die Verbesserung im JOSM gefühlte 2-3 Mannjahre Aufwand in Geld spendiert (und jemanden der es dann auch machen kann), werden wir auf die Motivation der Entwickler setzen müssen und es dauert halt damit dann etwas länger ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Original-Nachricht Datum: Fri, 13 Mar 2009 12:21:21 +0100 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Irgendwie tust du so, als ob es hier bestehende technische Lösungen gibt, die wir einfach nur noch mal eben so anwenden müßten. Freilich gibts die. Die Thematik des Routens ist mindestens 20 Jahre alt, Vermessung ist noch aelter. Ebensolange gibts Veroeffentlichungen, die viele Dinge aufgreifen, die man bei OSM neu erfindet. Also ueber die Nutzung von Grafikprimitiven, oder die objektorientierte Abbildung von komplexen Konzepten mit mehr als 3 Klassen, oder den Aufbau von sauber durchstrukturierten mehrstufigen Attributierungsmodellen, oder, oder, oder... Bis zum Beweis des Gegenteils behaupte ich jetzt einfach, daß die Implementierung ein Haufen Aufwand ist. 'Ein Haufen' ist relativ, auch auf wie viele Schultern sich die Arbeit verteilen laesst. Solange wir niemanden finden, der z.B. für die Verbesserung im JOSM gefühlte 2-3 Mannjahre Aufwand in Geld spendiert (und jemanden der es dann auch machen kann), werden wir auf die Motivation der Entwickler setzen müssen und es dauert halt damit dann etwas länger ... Motivation kann man aber auch damit zerstoeren, indem man jede Diskussion, die neues aufgreift, so abwuergt, wie das bei OSM nur zu oft passiert. Die Motivation, in den Kreis der Entwickler einzusteigen, die an die Kernprogramme rangehen, wird nicht gerade steigen, wenn man so argumentiert wie du jetzt. josm ist nicht die OSM-Welt und letztendlich auch nur ein Tool. So ueberlege ich mir eben, ob ich ueberhaupt wieder in diesem Themenbereich zu programmieren anfangen soll. Ich werds wohl machen, aber als unabhaengiges Konzept mit OSM-Adaption. Innerhalb von OSM sehe ich als Entwickler keinen Freiraum mehr fuer echte Kreativiteat. Irgendwie ist alles zubetoniert mit Politik und mit dubiosen Aengsten vor Modellen und Abstraktion. Gruesse Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetssicherung - Kreisverkehr anyone?
On Fri, 13 Mar 2009 12:29:54 +0100, Michael Schulze schulze.mich...@gmx.net wrote: ich stolpere immer wieder darueber das mein Garmin mich in Deutschland mit dem Uhrzeigersinn durch den Kreisverkehr schicken will. Das liegt einfach daran das diese Kreisverkehre falsch herum eingezeichnet sind d.h. der way die falsche richtung hat. Diese korrigiere ich typischerweise umgehend nur koennte man ja zumindest das auffinden automatisieren. Hat da jemand schonmal was gebastelt oder muss ich mich an meine alten vektorgrafikdemo-hidden-surface-algorithmen zeiten zurueckerinnern? Über das gleiche Problem bin ich auch schon ein paar mal gestolpert. Ich habe dazu vor kurzem ein JOSM-Validator-Plugin geschrieben, das werde die nächsten Tage veröffentlichen. Super! Woran erkennt dein Plugin welche Richtung für den Kreisverkehr korrekt ist? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
