[Talk-hr] Statistike - novi linkovi update
Evo postavio sam nove linkove za statistike za cijelu HR, pa možete vidjeti kako to izgleda, sada i kako je izgledalo prije. http://stat.play.latlon.org/hr/latest/users.html - prije http://stat.latlon.org/hr/latest/users.html - sada http://stat.play.latlon.org/hr/latest/density.png - prije http://stat.latlon.org/hr/latest/density.png -sada http://stat.play.latlon.org/ - prije http://stat.latlon.org/ - sada Jhabjanu sve čestitke! Ah sta rec, treci sam na listi :-) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Proposal: Intramuros Mapping Party
maganda ito. para sa interesado, set up tayo ng mapping team na mga naka-bike. :-) --bunny --- On Sun, 24/10/10, Eugene Alvin Villar sea...@gmail.com wrote: From: Eugene Alvin Villar sea...@gmail.com Subject: Re: [talk-ph] Proposal: Intramuros Mapping Party To: Rally de Leon rall...@gmail.com Cc: OpenStreetMap Philippines Received: Sunday, 24 October, 2010, 1:27 AM Hi guys, I guess there are no objections to this proposal? I think we can have it on December 11, 2010, Saturday. There will be minimal planning needed here. Just show up in the morning and we'll provide the rest (walking papers, assignment, GPS units if needed, etc). :-) Eugene On Sat, Oct 9, 2010 at 5:00 PM, Rally de Leon rall...@gmail.com wrote: sige sige. we need walking papers (paper pen) for this mapping. On Sat, Oct 9, 2010 at 3:31 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, For the 4th quarter OSM Mapping Party, I propose we tackle Intramuros, Rizal Park and adjacent areas. http://osm.org/go/4zhFffkR The basic data is already there but we could add more details, buildings, POIs, and improve/confirm the routing near the Post Office. Let's also make this a small Christmas Party for the Philippine OSM community. Heck, maybe we can even get Carlos Celdran to help us out. What do you guys think? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposal: Intramuros Mapping Party
Hi Bunny, Maning would be interested in that. :-) Eugene On Mon, Oct 25, 2010 at 11:47 AM, Leonard Soriano banito_pi...@yahoo.com wrote: maganda ito. para sa interesado, set up tayo ng mapping team na mga naka-bike. :-) --bunny --- On Sun, 24/10/10, Eugene Alvin Villar sea...@gmail.com wrote: From: Eugene Alvin Villar sea...@gmail.com Subject: Re: [talk-ph] Proposal: Intramuros Mapping Party To: Rally de Leon rall...@gmail.com Cc: OpenStreetMap Philippines Received: Sunday, 24 October, 2010, 1:27 AM Hi guys, I guess there are no objections to this proposal? I think we can have it on December 11, 2010, Saturday. There will be minimal planning needed here. Just show up in the morning and we'll provide the rest (walking papers, assignment, GPS units if needed, etc). :-) Eugene On Sat, Oct 9, 2010 at 5:00 PM, Rally de Leon rall...@gmail.com wrote: sige sige. we need walking papers (paper pen) for this mapping. On Sat, Oct 9, 2010 at 3:31 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, For the 4th quarter OSM Mapping Party, I propose we tackle Intramuros, Rizal Park and adjacent areas. http://osm.org/go/4zhFffkR The basic data is already there but we could add more details, buildings, POIs, and improve/confirm the routing near the Post Office. Let's also make this a small Christmas Party for the Philippine OSM community. Heck, maybe we can even get Carlos Celdran to help us out. What do you guys think? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] SotM11 will be held in Denver.
On Sat, Oct 23, 2010 at 8:17 AM, Julio Costa Zambelli julio.co...@openstreetmap.cl wrote: contributors, core developers, authors, etc. are still in Germany, the UK and other countries of Western Europe, As an outsider to the bidding and selection process, I think that hosting it in the US will be good for OSM. If a company wants to announce a new technology, they almost always do it in the US for various reasons e.g. the story gets picked up by international TV channels, the vast numbers of foreign born US residents spread the idea throughout the world etc. Also consider the fact that the Cloudmade and MapQuest ambassador programs are / were aimed at the US and as sponsors, their preferences should be taken into consideration. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Introducing Taginfo
On Thu, Oct 21, 2010 at 06:07:33PM -0500, Scott Crosby wrote: On Wed, Oct 13, 2010 at 2:38 AM, Jochen Topf joc...@remote.org wrote: On Tue, Oct 12, 2010 at 10:58:34PM +0200, Sebastian Klein wrote: Jochen Topf wrote: On Tue, Oct 05, 2010 at 04:46:26PM +0200, Pieren wrote: If I could have one request, it would be nice to see the amount of different contributors using the same tag. This to distinguish between quantity and popularity. I know it might be challenging since we should only count the user of the tag creation in the element history... On http://taginfo.openstreetmap.de/keys there is a 'users' column. But this doesn't look at the history, only the current use. It gives you still some idea, but its not perfect. But reading the history is not an option at the moment, because this would need far more resources. The number of users is also taking into account when creating the tag cloud for the home page. This way some tags from imports which are very common in the database but have a small user count are downgraded. :-) Jochen Is it planned to have users count for the individual key pages? It can be interesting to see how popular common_key=some_exotic_value really is. Sometimes it is used frequently, but by a single mapper only. Users are counted for keys only and not for key=value combinations, because there are just too many key=value combinations and too many users to do this counting efficiently. At least I haven't come up with an idea how to do this. maybe somebody else can. Currently for every key I create a hash with all users in it, that use this key. When I am through all the tags, I count how many elements there are in each hash and thats the number of users for this key. This is rather inefficient and could probably be improved using some clever hashing for the price of some inaccuracies (which don't matter too much in this case, all we really want to know is roughly how many users there are). Very nice work you have and a very neat tool you wrote. I have an idea that might help with these counts. Bloom filters. For instance, a few months ago, I did a test where I counted the frequency of different various values for each key across a whole planet in only a few tens of megabytes of RAM. I used a hash table for counting, but when there were too many distinct values for a key (1000), I switched to a bloom filter of 100 bits and could only report the number of distinct values for that key. If there were 50 distinct values, I just reported 50. Something similar might work in other areas of your design. I think it could solve this: But even when this is done in a more efficient manner, we can't to that for 50 million different key=value combinations. We might be able to do it for the more popular combinations, after all if a key=value combination only appears twice in the whole database, it doesn't really matter if that was from one or two users. in about 8gb of RAM. Have a smallish bloom filter, say, 64 bits for each of the 50m distinct tags. Store the user that uses that tag in the bloom filter. You'll need 50m of them (only 400mb), plus the hash table from tag to bloom. Then, figure out which bloom filters have only one bit set. Those tag pairs have, with high probability, only been written by one user. In a second pass, figure out which user was responsible for causing that bit to be set. The hash table from tags to bloom filters will require more memory than the filters themselves, but you could cheat. Have an array of 512 million 64-bit bloom filters. Use hashing to map from a tag to the index of the bloom filter in that array and ignore the chances of collisions. To detect accidental collisions between where two tags map to the same bloom filter, or two users map to the same index in the bloom filter, use a keyed hash function and repeat the above a 3-5 times with different keys. Use the minimum value across the different passes. I have been very reluctant to do anything that gives me results that are not 100% accurate. But I see that this might be too much to ask for with the kind of ressources we have. There are some interesting ideas here. In this case the bloom filter could give me exactly the needed answer, namely whether there are lots of users using a tag or only a few. I already have the hash table from tag to some structure that I use to count several things, so I only need the bloom filter. But the bloom filter would have to be bigger than 64 bits, wouldn't it? User IDs are in the range from 1 to about 36 currently. If I want to know with a certain probability whether a tag has less than or more than n users, how can I figure out how big the bloom filter has to be? Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___
Re: [OSM-talk] SotM11 will be held in Denver.
Hi, Julio Costa Zambelli wrote: I would not argue if a German city bids for the event (as long as English is still considered the lingua franca for it ;) I'm in Germany and I have always objected to the idea (even though there were many people in Amsterdam suggesting a location in Germany for the next SOTM). Not that it's my call but whenever someone asked me I said that OSM in Germany is strong enough already and doesn't need the extra PR afforded by such a conference. (Plus, we have a national OSM conference and two large non-OSM conferences that will have an OSM day or OSM track in 2011.) I appreciated that quite a few overseas visitors made their way to SOTM at Girona even though it meant a long trip for just a weekend, so maybe it is a bit unfair to expect them to come to Europe, but not Europeans to go elsewhere. The main concern I personally have with the Denver location is that I felt that SOTM at Girona was too sponsor-heavy already and I think that a US location will not exactly help to reverse that trend, but I'm aware that I am more sensitive to this than the average SOTM visitor so this is probably more a personal preference. But even if I personally might decide not to go, I still think it's entirely ok for the project to hold SOTM in the US. It may be true that currently most OSM developers and application makers are in Europe but there's a huge untapped potential of people in the US, and whatever they bring to the project will benefit all of us. In one of the following years, I think we should go to Asia for the same reasons. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Introducing Taginfo
Hi, I'm looking to match about 700 features, so 2,000 should be enough to account for the variable tagging. I guess it could be run again, for 5,000 primary key/value pairs to get a better sample of the planets feature tagging system. cheers, sam On 10/24/10, Jochen Topf joc...@remote.org wrote: On Thu, Oct 21, 2010 at 06:07:33PM -0500, Scott Crosby wrote: On Wed, Oct 13, 2010 at 2:38 AM, Jochen Topf joc...@remote.org wrote: On Tue, Oct 12, 2010 at 10:58:34PM +0200, Sebastian Klein wrote: Jochen Topf wrote: On Tue, Oct 05, 2010 at 04:46:26PM +0200, Pieren wrote: If I could have one request, it would be nice to see the amount of different contributors using the same tag. This to distinguish between quantity and popularity. I know it might be challenging since we should only count the user of the tag creation in the element history... On http://taginfo.openstreetmap.de/keys there is a 'users' column. But this doesn't look at the history, only the current use. It gives you still some idea, but its not perfect. But reading the history is not an option at the moment, because this would need far more resources. The number of users is also taking into account when creating the tag cloud for the home page. This way some tags from imports which are very common in the database but have a small user count are downgraded. :-) Jochen Is it planned to have users count for the individual key pages? It can be interesting to see how popular common_key=some_exotic_value really is. Sometimes it is used frequently, but by a single mapper only. Users are counted for keys only and not for key=value combinations, because there are just too many key=value combinations and too many users to do this counting efficiently. At least I haven't come up with an idea how to do this. maybe somebody else can. Currently for every key I create a hash with all users in it, that use this key. When I am through all the tags, I count how many elements there are in each hash and thats the number of users for this key. This is rather inefficient and could probably be improved using some clever hashing for the price of some inaccuracies (which don't matter too much in this case, all we really want to know is roughly how many users there are). Very nice work you have and a very neat tool you wrote. I have an idea that might help with these counts. Bloom filters. For instance, a few months ago, I did a test where I counted the frequency of different various values for each key across a whole planet in only a few tens of megabytes of RAM. I used a hash table for counting, but when there were too many distinct values for a key (1000), I switched to a bloom filter of 100 bits and could only report the number of distinct values for that key. If there were 50 distinct values, I just reported 50. Something similar might work in other areas of your design. I think it could solve this: But even when this is done in a more efficient manner, we can't to that for 50 million different key=value combinations. We might be able to do it for the more popular combinations, after all if a key=value combination only appears twice in the whole database, it doesn't really matter if that was from one or two users. in about 8gb of RAM. Have a smallish bloom filter, say, 64 bits for each of the 50m distinct tags. Store the user that uses that tag in the bloom filter. You'll need 50m of them (only 400mb), plus the hash table from tag to bloom. Then, figure out which bloom filters have only one bit set. Those tag pairs have, with high probability, only been written by one user. In a second pass, figure out which user was responsible for causing that bit to be set. The hash table from tags to bloom filters will require more memory than the filters themselves, but you could cheat. Have an array of 512 million 64-bit bloom filters. Use hashing to map from a tag to the index of the bloom filter in that array and ignore the chances of collisions. To detect accidental collisions between where two tags map to the same bloom filter, or two users map to the same index in the bloom filter, use a keyed hash function and repeat the above a 3-5 times with different keys. Use the minimum value across the different passes. I have been very reluctant to do anything that gives me results that are not 100% accurate. But I see that this might be too much to ask for with the kind of ressources we have. There are some interesting ideas here. In this case the bloom filter could give me exactly the needed answer, namely whether there are lots of users using a tag or only a few. I already have the hash table from tag to some structure that I use to count several things, so I only need the bloom filter. But the bloom filter would have to be bigger than 64 bits, wouldn't it? User IDs are
[OSM-talk] MapSource crashes with custom OSM-Map
Hi I tried several instructions from the web but all failed. When starting MapSource (6.13.7) or at least selecting my self made map, MapSource crashes. What have I tried so far: - I created a OSM-Map for a special project. As I was worried about special tags I used in this OSM-File I created a simple testfile (test.osm) with 2 nodes and 1 way (highway=unclassified) to continue debugging. I changed the negativ IDs (as the data will never be uploaded to OSM-Server) by searchreplace to make sure the file looks like it came from the API (test_id.osm). - I used [code]C:\Users\xxx\Desktop\mkgmap-r1625java -ea -jar mkgmap.jar -n Test --verbose ..\GPX Namibia 2010\test_id.osm[/code] to create a IMG-File. (mkmap.jar v1625) - I renamed test_id.img into 12345678.img to... - ...install the map in MapSource via MapsetToolkit (1.77b) / cgpsmapperfree (v0100d) I tried different options with MT: - Different FamilyIDs - Different ProductCodes - Different Draw priority - Different Transparent settings - Installation w/o Blank overview maps According to a suggestion in the forum I tried to install an already existing map: I tried (as described on http://wiki.openstreetmap.org/wiki/DE:O … MapSource) the Germany-Map from Comouterday: - Download from http://ftp5.gwdg.de/pub/misc/openstreet … chland.tgz - Unzip (2x) - Install as described -- Works! The difference is, that I used the install button rather than the start-button in MapsetToolkit. I tried the same with my test.osm and test_id.osm: - Generaded all necessary files via C:\Users\xxx\Desktop\mkgmap-r1625java -ea -jar mkgmap.jar -n Test --index --tdbfile --family-id= ..\GPX Namibia 2010\test.osm - ...and installed as above described via MT. Result: MapSource doesn't crash anymore when I select the OSM-Map but there is nothing on the map sad Any more idear? Here is the OSM-File I use for testing: ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='2' visible='true' lat='-22.447968132018513' lon='17.01010841512' / node id='1' visible='true' lat='-22.447511031343048' lon='16.91643580488' / way id='3' action='modify' visible='true' nd ref='1' / nd ref='2' / tag k='highway' v='unclassified' / /way /osm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SotM11 will be held in Denver.
I'm within the group of people that have been saying 'hmm, really not sure that I will be able to make it to SotM outside of Europe' for the last few months. We made comments like this while the bidding process was on going, and I'm sure the OSMF team were aware that it was a big concern. My personal situation for the next year means I will have to deeply consider and see if I can afford (time and money) if I can go. I note the move to September, making use of the time Denver is most beautiful (so I'm told). Wasn't there a comment that this would affect the OSMF AGM? Will it still be held at SotM, or is that too late? I don't read the OSM mailing lists often, but I actually came here with a reason having heard the location announcement. As many people saw there was a high chance a winning bid being beyond Europe, it was suggested a local (UK?) SotM conference be held if that happens. I will bring this up on the GB-talk list and see what everyone thinks. The idea being that people might decide to come to that if they can't make it to Denver, or both. On 24 October 2010 11:14, Frederik Ramm frede...@remote.org wrote: In one of the following years, I think we should go to Asia for the same reasons. I was really up for Africa. But I could see that bid didn't look very strong this year, and I'm not sure how practical it would have been for me. Another year?... -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SotM11 will be held in Denver.
On Sun, Oct 24, 2010 at 6:14 PM, Frederik Ramm frede...@remote.org wrote: In one of the following years, I think we should go to Asia for the same reasons. +1. Yes, please. :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] highway=ford vs ford=yes
Hi There are now few, if any, ways with highway=ford left. They have all been changed to highway=whatever the connecting ways are + ford=yes http://wiki.openstreetmap.org/wiki/Key:ford. Any suggestions on what to do with the 4800 nodes also tagged with highway=ford? Change them to ford=yes all in one go as well? Anyone have strong objections on removing highway=ford from map features? I have put a reference to ford=yes where it should be, in map features#propertieshttp://wiki.openstreetmap.org/wiki/Map_Features#Propertiesalong with bridge, tunnel etc. I'm of course open for other suggestions too. Might as well RFC on ford=yes http://wiki.openstreetmap.org/wiki/Key:ford, too while I'm at it... best regards Gorm Egeberg Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
There was/is very good reasons why highway=ford wasn't good enough for ways, but why do nodes need to be updated at all? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SotM11 will be held in Denver.
On 24/10/2010 09:40, Nic Roets wrote: On Sat, Oct 23, 2010 at 8:17 AM, Julio Costa Zambelli julio.co...@openstreetmap.cl mailto:julio.co...@openstreetmap.cl wrote: contributors, core developers, authors, etc. are still in Germany, the UK and other countries of Western Europe, As an outsider to the bidding and selection process, I think that hosting it in the US will be good for OSM. If a company wants to announce a new technology, they almost always do it in the US for various reasons e.g. the story gets picked up by international TV channels, the vast numbers of foreign born US residents spread the idea throughout the world etc Is that why Dell launched it's Streak mobile 'phone in the UK first? . Also consider the fact that the Cloudmade and MapQuest ambassador programs What's an 'ambassador' program? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Cloudmade Ambassador Program
On Mon, Oct 25, 2010 at 1:35 AM, Dave F. dave...@madasafish.com wrote: Is that why Dell launched it's Streak mobile 'phone in the UK first? . Also consider the fact that the Cloudmade and MapQuest ambassador programs What's an 'ambassador' program? Out of curiosity, does Cloudmade even have this outreach program anymore? I was under the impression that Thea Clay was the last ambassador/outreach coordinator Cloudmade had *before* she went to Mapquest very recently.[0] Can anyone from Cloudmade comment? [0] http://www.mail-archive.com/talk@openstreetmap.org/msg34074.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SotM11 will be held in Denver.
On 24 October 2010 14:15, Eugene Alvin Villar sea...@gmail.com wrote: On Sun, Oct 24, 2010 at 6:14 PM, Frederik Ramm frede...@remote.org wrote: In one of the following years, I think we should go to Asia for the same reasons. +1. Yes, please. :-) Atleast US had SOTM USA and both CM and Mapquest pushing mapping with lot of AVAILABLE data from tiger or other Govt areas . In Asia we rarely get data sources . I think the focus should be turned towards asia . Hope to see the event at bangalore,singapore or shanghai ;) Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SotM11 will be held in Denver.
On Mon, Oct 25, 2010 at 12:35 AM, Dave F. dave...@madasafish.com wrote: On 24/10/2010 09:40, Nic Roets wrote: On Sat, Oct 23, 2010 at 8:17 AM, Julio Costa Zambelli julio.co...@openstreetmap.cl wrote: contributors, core developers, authors, etc. are still in Germany, the UK and other countries of Western Europe, As an outsider to the bidding and selection process, I think that hosting it in the US will be good for OSM. If a company wants to announce a new technology, they almost always do it in the US for various reasons e.g. the story gets picked up by international TV channels, the vast numbers of foreign born US residents spread the idea throughout the world etc Is that why Dell launched it's Streak mobile 'phone in the UK first? Launched in the UK ? I guess that is why I have never heard of it. I guess you are not too fond of the US being the trend setter for the world, in which case I would like to point out two things: The UK had it's turn during the colonial era. The US is loosing it's throne to the Internet i.e. location is becoming less and less important. . Also consider the fact that the Cloudmade and MapQuest ambassador programs What's an 'ambassador' program? http://cloudmade.com/careers/community-ambassador Cheers Dave F. ___ 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: [talk-au] Port Hacking (Bay v. Water)
On Fri, Oct 22, 2010 at 1:38 AM, Andrew Harvey andrew.harv...@gmail.com wrote: Looks like this has been done again http://www.openstreetmap.org/browse/changeset/6132651 The whole closed way bays that I added have been deleted. I consider this is vandalism, I think that you would be wrong. Vandalism would be spelling your name across that harbour in highway=motorway, or deleting the UN building outline. This is a mapping disagreement, changing it back and forth might turn it into an editing war but it's still just a disagreement between two or more mappers. what should I do? Forget about it and leave it alone? Or talk directly with the other mapper. Use site mail, say Hi, be nice and invite them to join your discussion here. It's easy to miss a discussion about tagging on one or more mailing lists. While the discussion here, on tagging@ or the wiki might be comprehensive and lead to a consensus, it won't necessarily reach every mapper. And consensus here doesn't create law. But remember that in a tagging disagreement, each party is a contributor to OSM. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Port Hacking (Bay v. Water)
On Mon, Oct 25, 2010 at 5:03 AM, Richard Weait rich...@weait.com wrote: On Fri, Oct 22, 2010 at 1:38 AM, Andrew Harvey andrew.harv...@gmail.com wrote: Looks like this has been done again http://www.openstreetmap.org/browse/changeset/6132651 The whole closed way bays that I added have been deleted. I consider this is vandalism, I think that you would be wrong. Vandalism would be spelling your name across that harbour in highway=motorway, or deleting the UN building outline. This is a mapping disagreement, changing it back and forth might turn it into an editing war but it's still just a disagreement between two or more mappers. If swanilli reverted my changeset (http://www.openstreetmap.org/browse/changeset/6103886) where I changed the nodes I added into closed ways then I wouldn't mind that as it is a disagreement that we should try to resolve on the mailing list. Whatever the outcome of that discussion I can either revert that revert of his/hers or do nothing to leave his/her revert in place as is. But instead of doing a clean revert he/she did this (http://www.openstreetmap.org/browse/changeset/6132651), the result is my source tags were deleated and the history of the original nodes I added was no longer tied to the nodes he/she added in and some of the nodes were forgotten completely. He/She has partially fixed the forgotten nodes with http://www.openstreetmap.org/browse/changeset/6164031 but he/she still didn't provide his/her own source tag in lure of the ones I originally added, or tied the nodes history back to the original nodes that I added. So effectivly in my view swanilli has deleated the bays I originally added as nodes, and then put them back in as new nodes with a different ID, while at the same time removing some of the tags I originally had without providing any alternatives to thouse source tags. what should I do? Forget about it and leave it alone? Or talk directly with the other mapper. Use site mail, say Hi, be nice and invite them to join your discussion here. It's easy to miss a discussion about tagging on one or more mailing lists. While the discussion here, on tagging@ or the wiki might be comprehensive and lead to a consensus, it won't necessarily reach every mapper. And consensus here doesn't create law. But remember that in a tagging disagreement, each party is a contributor to OSM. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Port Hacking (Bay v. Water)
On 25 October 2010 10:01, Andrew Harvey andrew.harv...@gmail.com wrote: So effectivly in my view swanilli has deleated the bays I originally added as nodes, and then put them back in as new nodes with a different ID, while at the same time removing some of the tags I originally had without providing any alternatives to thouse source tags. Clearly done the wrong thing, IMO. I think there is still room to assume good faith. I know that I sometimes don't catch up the mailing lists or OSM messages for months at a time. I find putting the information and reasoning in the tags works well for communication. Information in the notes, or even in notes:FOR_SWANILLI. It also lets others editing in the area know what is going on. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Port Hacking (Bay v. Water)
On Sun, Oct 24, 2010 at 7:08 PM, Ian Sergeant inas66+...@gmail.com wrote: On 25 October 2010 10:01, Andrew Harvey andrew.harv...@gmail.com wrote: So effectivly in my view swanilli has deleated the bays I originally [ ... ] Clearly done the wrong thing, IMO. I think there is still room to assume good faith. Absolutely. I've contacted a few mappers over edits that I found unusual. Invariably, the issue caused by something innocent: - They are new - They don't use $mailing-list - They thought OSM was for imaginary cities (!!! Really.) - They didn't realize they pressed save - they didn't notice $something Make a massive good faith presumption. These are people who have, so far: - heard about OSM - thought it was a good idea - registered - confirmed their email - tried to make an edit Chances are much better that this is an innocent mistake / misunderstanding, rather than something deliberate to provoke conflict. If you are both editing in the same area, chances are that this is a neighbour. You could be sharing a drink with this person. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] OpenStreetMap-Karte in der deutschen Wikipedia
Am 24.10.2010 01:48, schrieb Rainer Knaepper: Es existieren zahlreiche Tretminenfelder. Und nicht nur in Bereichen, wo man das erwarten würde (z.B. im Bereich Nationalsozialismus, Wirtschaftsthemen, Sexualität, Religion, pipapo), sondern gelegentlich auch bei an sich völlig unverdächtigen Themen, wie z.B. dem Artikel Transformator. Kein Witz: Hunderte Bildschirmkilometer Diskussionen, Editwars, Vandalismusmeldungen, Benutzersperren, alles was das Herz begehrt. Ich würde dieses alles als Religion bezeichnen, beispielsweise auch die Fragen Köln - Düsseldorf Kölsch - Alt Opel - VW PC - Mac OSM ist da wahrscheinlich etwas robuster. Dennoch kann es uns bei Fragen, beispielsweise wie eine Bundesstraße innerorts zu taggen ist, erwischen. Das ist sicher ein wichtiges Argument gegen die Sichterei, ist aber nicht wirklich neu und wurde in den Diskussionen zur Einführung des Sichtungssystems auch nicht übersehen. Man hat sich aber halt dafür entschieden, dem (typischerweise nicht angemeldeten) Leser, also dem Nutzer der nur solche WP Artikelversionen zu zeigen, die von zumindest offensichtlichem Unfug frei sind. Für WP könnte ich mir ein Bewertungssystem vorstellen, dann werden bei der Suche nur Artikel mit 10, mehr als 5 oder auch alle Artikel angezeigt. Dann bleiben auch schlechte, unvollständige Artiklel greifbar und der nächste kann darauf aufbauen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 23.10.2010 20:10, schrieb Guenther Meyer: Deshalb braucht es eine Portalseite, die eben KEINE grosse Slippymap direkt zeigt; denn das weckt bei den Usern falsche Erwartungen. Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Wie unschwer zu erkennen ist, habe ich mir die drei Spalten abgeschaut, aber den Inhalt etwas verändert. Kommentare dazu: Hauptseite: - Kurze Beschreibung des Projektes mit Link auf Anfängerseite im Wiki - Kartennutzung für Endanwender (primär, also erster Kasten), Infos für interessierte Nutzer der Daten, Infos für potentielle Mitarbeiter oder Unterstützer - Der Text soll klarmachen, dass viele Anwendungen rund um OSM existieren und nicht nur die eine Mapnik-Karte (und OSM hauptsächlich die Daten liefert) - Schneller Zugriff auf unsere Karte, aber auch auf andere Karten, deshalb im ersten Kasten unten zwei Links abgesetzt vom Text für schnellen Zugriff - Nur ein Menu (zwei Menus wie in Vorschlag [2] finde ich unübersichtlich, da man erst analysieren muss wo was verlinkt ist) - Zu Mitmachen gibt es bestimmt noch ein besseres Bild Empfohlene Karten und Anwendungen: - Ähnlich wie das Schaufenster auf openstreetmap.de (auch einiges davon abgeschaut) - Oben direkt Link auf die ausführliche Wiki-Seite, da hier natürlich nur eine kleine Auswahl der Karten gezeigt werden kann - Kleiner Ausschnitt der Karte, der einen Ausblick auf den Kartenstil gibt, mit kurzer Beschreibung, damit die Anwender einen Eindruck der Karten bekommen - Mit Überschriften der einzelnen Karten für bessere Übersicht und schnelleres Auffinden der gewünschten Karte - Einteilung und Inhalt ist natürlich erstmal beispielhaft, sollte aber schonmal die richtige Richtung sein Karte - Die Karte ist im Vollbild, bis auf die Suchleiste oben (und dem Link zurück zum Portal), somit hat man dank des Portals ohne Karte mehr Platz für die Karte auf der eigentlichen Kartenseite - Die Suchleiste sollte auch auf kleineren Bildschirmen somit ohne Scrollen zu erreichen sein - Links auf osm.org mit Permalink-Parametern könnten direkt auf die Karte umgeleitet werden, damit die Links gültig bleiben Das das Thema hier aufgekommen ist, habe ich die Seite erstmal auf deutsch gemacht, natürlich müsste man das dann entsprechend lokalisieren, so wie es auch jetzt schon auf osm.org der Fall ist. Gruß [1] http://www.remote.org/frederik/tmp/osm3col/ [2] http://svn.toolserver.org/svnroot/mazder/osm-portal-layout/Vorschlag%20-%20OSM-Startseite%20-%20Portal.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (War: OSM quo vadis)
Am 24.10.2010 12:35, Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ *So* sollte osm.org schon immer aussehen. Danke für den funktionalen Prototyp. Auch die Texte sind toll, weil kurz, präzise und zugleich Interesse weckend. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Klasse! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap-Karte in der deutschen Wikipedia
Am 23.10.2010 23:42, schrieb Stephan Wolff: Wenn ich jetzt einen Fehler in den Daten entdecke, korrigiere ich diesen meist ohne nachzusehen, wann er entstanden ist und ob der Mapper diesen Fehler mehrfach gemacht hat. Würde ich ein Changeset mit diversen Validatorwarnungen zum Korrekturlesen bekommen, wüsste ich, dass die entdeckten Probleme aktuell sind. Ich würde dem Mapper häufiger eine Rückmeldung geben. Du kannst bereits heute eine Beobachtungsliste z.B. mit OWL[1] aufsetzen und die dort gemeldeten Changesets korrekturlesen. Wenn du das zeitnah machst, dann lassen sich die Fehler meist noch problemlos beheben und du kannst den neuen Mapper auf das Problem hinweisen. Was hält dich davon ab? Tobias Knerr [1] http://matt.dev.openstreetmap.org/owl_viewer/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
hi frederik, ich stelle mir gerade einen - beliebigen - großen Autohersteller in Deutschland vor. Das ist ein Konzern, der mit hunderten von Zulieferen, externen und internen Konstrukteuren Autoteile entwickelt, herstellt oder herstellen läßt und die dann auch irgendwo zusammenbauen läßt. Wenn dieser sich dann der Öffentlichkeit als Jemand, der im Hintergrund die ganze Koordination übernimmt, der eine großartige Datenbank hat, der die Fäden zusammenhält, ... präsentiert, aber von dem Auto an sich kein Wort verliert, der ist bald weg vom Fenster. Schau dir doch mal mit offenen Augen eine Werbeanzeige im Netz oder den Printmedien an und zappe beim TV nicht weg. Wir reden hier von Marketing - und Marketing soll den Kunden ansprechen. Die Zeiten, daß ein Produkt einzig und allein durch technische Details hervorsticht, sind lange vorbei. gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/OSM-quo-vadis-tp5644033p5667379.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
On 10/24/2010 12:35 PM, Sebastian Hohmann wrote: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Wie unschwer zu erkennen ist, habe ich mir die drei Spalten abgeschaut, aber den Inhalt etwas verändert. Kommentare dazu: *mög* d.h. wenn in der linken Spalte das Image auch noch direkt auf die Standardkarte verlinkt wäre, dann wärs richtig mögig (weil das vermutlich die erste Stelle ist auf die ein ungeduldiger Besucher zu klicken versucht) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
osmtools.de/portal wrote: Da jeder unsere Daten ohne Einschränkungen nutzen darf, gibt es unzählige Karten für die unterschiedlichsten Zwecke. Dazu zählen nicht nur Onlinekarten, sondern auch Anwendungen für mobile Geräte oder den Computer. Das beißt sich aber mit unseren Lizenzbedingungen ;) Ohne Einschränkungen würde bedeuten, dass unsere Daten PD sind. Besser wäre: Jeder kann unsere Rohdaten nutzen. Daher gibt es unzählige Karten Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/OSM-quo-vadis-tp5644033p5667384.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Sehr schön, danke. Trotzdem einige Feinheiten, die ich persönlich noch verbessern würde, und die ich deshalb in die Diskussion werfen möchte. 1) Ich hab hier ein Ubuntu mit 'ner vertikalen Auflösung von 768 Pixel. mit Standard-Firefox (Statusleiste, Adressleiste und Tabs) und den beiden Leisten des Betriebssystems wird etwa ein Drittel des Entwurfs am oberen Rand verschenkt. Ich würde die breite graue Box (OpenStreetMap ist die Wikipedia der Geodaten. Menschen wie du und ich erstellen eine freie Weltkarte. /Neu hier?/ Im Wiki gibt es weitere Informationen über OpenStreetMap http://wiki.openstreetmap.org/wiki/DE:Newbie.) hochziehen, entweder zwischen Überschrift und Menülinks oder das etwas zusammenrücken. 2) Ich will Javascript nicht zur Pflicht auf der Startseite machen (das nur, um den JS-Ablehnenden zuvorzukommen). Ich würde aber die Auswahl wie vorher schon vorgeschlagen wieder einbauen, und in der linken Box mehrere Beispiele zur Auswahl geben, jeweils mit Bild und Link. Das kann auch als alternative Auswahlliste zu der Seite andere empfohlene Karten dienen. 3) das Bild in der dritten Box find ich blöd - besser vielleicht einfach schöne Bilder von Mappertreffen und Mappern bei der Arbeit? Sichtbar werden sollten Spaß und Gemeinschaft - das fehlt mir in dem Bild irgendwie noch. 4) Die Sprach/Länderauswahl passt zumindest bei mir wunderbar noch oben in die Linkliste (neben registrieren) und wäre damit nicht nach unten noch ein zusätzlicher Block, der auf der ersten Bildschirmseite teilweise fehlt. 5) das Mapnik-Kartenbild ist zwar teilweise gerade dadurch in der Kritik - aber ich würde (ohne das von vorneherein für besser zu erachten) vielleicht mal damit spielen, eine Karte als Hintergrundbild einzusetzen; mit ganz leicht transparenten Blöcken darüber. Trotzdem: sehr schön soweit! Gruß Peter Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Am 23.10.2010 20:10, schrieb Guenther Meyer: Deshalb braucht es eine Portalseite, die eben KEINE grosse Slippymap direkt zeigt; denn das weckt bei den Usern falsche Erwartungen. Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Wie unschwer zu erkennen ist, habe ich mir die drei Spalten abgeschaut, aber den Inhalt etwas verändert. Kommentare dazu: Hauptseite: - Kurze Beschreibung des Projektes mit Link auf Anfängerseite im Wiki - Kartennutzung für Endanwender (primär, also erster Kasten), Infos für interessierte Nutzer der Daten, Infos für potentielle Mitarbeiter oder Unterstützer - Der Text soll klarmachen, dass viele Anwendungen rund um OSM existieren und nicht nur die eine Mapnik-Karte (und OSM hauptsächlich die Daten liefert) - Schneller Zugriff auf unsere Karte, aber auch auf andere Karten, deshalb im ersten Kasten unten zwei Links abgesetzt vom Text für schnellen Zugriff - Nur ein Menu (zwei Menus wie in Vorschlag [2] finde ich unübersichtlich, da man erst analysieren muss wo was verlinkt ist) - Zu Mitmachen gibt es bestimmt noch ein besseres Bild Empfohlene Karten und Anwendungen: - Ähnlich wie das Schaufenster auf openstreetmap.de (auch einiges davon abgeschaut) - Oben direkt Link auf die ausführliche Wiki-Seite, da hier natürlich nur eine kleine Auswahl der Karten gezeigt werden kann - Kleiner Ausschnitt der Karte, der einen Ausblick auf den Kartenstil gibt, mit kurzer Beschreibung, damit die Anwender einen Eindruck der Karten bekommen - Mit Überschriften der einzelnen Karten für bessere Übersicht und schnelleres Auffinden der gewünschten Karte - Einteilung und Inhalt ist natürlich erstmal beispielhaft, sollte aber schonmal die richtige Richtung sein Karte - Die Karte ist im Vollbild, bis auf die Suchleiste oben (und dem Link zurück zum Portal), somit hat man dank des Portals ohne Karte mehr Platz für die Karte auf der eigentlichen Kartenseite - Die Suchleiste sollte auch auf kleineren Bildschirmen somit ohne Scrollen zu erreichen sein - Links auf osm.org mit Permalink-Parametern könnten direkt auf die Karte umgeleitet werden, damit die Links gültig bleiben Das das Thema hier aufgekommen ist, habe ich die Seite erstmal auf deutsch gemacht, natürlich müsste man das dann entsprechend lokalisieren, so wie es auch jetzt schon auf osm.org der Fall ist. Gruß [1] http://www.remote.org/frederik/tmp/osm3col/ [2] http://svn.toolserver.org/svnroot/mazder/osm-portal-layout/Vorschlag%20-%20OSM-Startseite%20-%20Portal.png ___ 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] Portal Vorschlag (Was: Re: OSM quo vadis)
On 10/24/2010 12:35 PM, Sebastian Hohmann wrote: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ OpenStreetMap ist die Wikipedia der Geodaten. Menschen wie du und ich erstellen eine freie Weltkarte. Neu hier? Im Wiki gibt es weitere . Also doch die Weltkarte !?! -- View this message in context: http://gis.638310.n2.nabble.com/OSM-quo-vadis-tp5644033p5667399.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:23, schrieb aighes: osmtools.de/portal wrote: Da jeder unsere Daten ohne Einschränkungen nutzen darf, gibt es unzählige Karten für die unterschiedlichsten Zwecke. Dazu zählen nicht nur Onlinekarten, sondern auch Anwendungen für mobile Geräte oder den Computer. Das beißt sich aber mit unseren Lizenzbedingungen ;) Ohne Einschränkungen würde bedeuten, dass unsere Daten PD sind. Besser wäre: Jeder kann unsere Rohdaten nutzen. Daher gibt es unzählige Karten Ja, damit hab ich auch etwas gehadert. Eventuell könnte man auch sagen Jeder kann unsere Rohdaten frei nutzen. so wie im zweiten Kasten. Das frei sollte ja eher zutreffend sein und ist eher üblich für solche Lizenzen. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:30, schrieb fx99: On 10/24/2010 12:35 PM, Sebastian Hohmann wrote: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ OpenStreetMap ist die Wikipedia der Geodaten. Menschen wie du und ich erstellen eine freie Weltkarte. Neu hier? Im Wiki gibt es weitere . Also doch die Weltkarte !?! Naja, Free Wiki World Map wird OSM ja schon genannt. Weltkarte dürfte auch leichter zu verstehen sein, als Weltgeodatenbank oder sowas. Was OSM genau ist, muss so oder so klargemacht werden, da schließlich schon alleine der Name nicht OpenWorldGeoDatabase ist sondern OpenStreetMap (und damit missverständlich). (Über die Formulierungen kann man natürlich trotzdem streiten.) Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:26, schrieb Peter Wendorff: 3) das Bild in der dritten Box find ich blöd - besser vielleicht einfach schöne Bilder von Mappertreffen und Mappern bei der Arbeit? Sichtbar werden sollten Spaß und Gemeinschaft - das fehlt mir in dem Bild irgendwie noch. Kann ich nur zustimmen, aber leider hatte ich auf die schnelle kein anderes Bild.. ;) Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Portal Vorschlag (War: OSM quo vadis)
Der Vorschlag zum neuen Portal ist für mich ok. Wobei es sicher nicht nur auf die Optik ankommt sondern hauptsächlich auf den Inhalt. Die Akzeptanz von OSM hängt auch von einigen anderen Dingen ab. Wenn man bei OSM neu ist steht man vor großen Berg an Ungereimtheiten. Vieles was zum Verständnis gebraucht wird muss umständlich zusammengesucht werden. Viele Dinge werden z. B. in deutscher Sprache begonnen und dann in Englisch beendet. Die Beschreibungen sind häufig nicht aktuell. All diese Dinge verwirren einen Newbee sehr. Vielleicht verhindern sie auch die Mitarbeit weil z.B. die englischen Ausführungen nicht richtig versteht und deutschen gerade in diesem Fall nicht vollständig sind. Ich mein bevor es hier um neue Portale geht sollte vielleicht doch erst einmal das große Aufräumen stattfinden. Als ich mich zum Mitmachen entschlossen hatte fehlte mir eine Übersichtlich aktuelle Struktur. Mit freundlichen Grüßen Rolf M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:33, schrieb Sebastian Hohmann: Am 24.10.2010 13:23, schrieb aighes: osmtools.de/portal wrote: Da jeder unsere Daten ohne Einschränkungen nutzen darf, gibt es unzählige Karten für die unterschiedlichsten Zwecke. Dazu zählen nicht nur Onlinekarten, sondern auch Anwendungen für mobile Geräte oder den Computer. Das beißt sich aber mit unseren Lizenzbedingungen ;) Ohne Einschränkungen würde bedeuten, dass unsere Daten PD sind. Besser wäre: Jeder kann unsere Rohdaten nutzen. Daher gibt es unzählige Karten Ja, damit hab ich auch etwas gehadert. Eventuell könnte man auch sagen Jeder kann unsere Rohdaten frei nutzen. so wie im zweiten Kasten. Das frei sollte ja eher zutreffend sein und ist eher üblich für solche Lizenzen. Erstmal auch von mir ein Dankeschön das du dir die Arbeit gemacht hast. Wie auch die anderen hier finde ich das Thema gut umgesetzt, jetzt geht halt die Feinarbeit los ... Da jeder unsere Daten ohne Einschränkungen nutzen darf, gibt es unzählige Karten für die unterschiedlichsten Zwecke - Da jeder unsere Daten nutzen darf, gibt es unzählige Karten für die unterschiedlichsten Zwecke Eventuell anstelle dessen ein kostenlos einfügen. Die Beschreibung der Freiheit wird im zweiten Kasten ja genauer erklärt. Für die reine Nutzung ist das nicht so relevant, und es wird ja auch schon in der Überschrift Die freie Wiki-Weltkarte behandelt. Weiter unten Tippfehler: Eine davon ist unse werbefreie - Eine davon ist unsere werbefreie ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am Sonntag, den 24.10.2010, 13:21 +0200 schrieb Hartmut Holzgraefe: d.h. wenn in der linken Spalte das Image auch noch direkt auf die Standardkarte verlinkt wäre, dann wärs richtig mögig (weil das vermutlich die erste Stelle ist auf die ein ungeduldiger Besucher zu klicken versucht) +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:43, schrieb Sebastian Hohmann: Am 24.10.2010 13:26, schrieb Peter Wendorff: 3) das Bild in der dritten Box find ich blöd - besser vielleicht einfach schöne Bilder von Mappertreffen und Mappern bei der Arbeit? Sichtbar werden sollten Spaß und Gemeinschaft - das fehlt mir in dem Bild irgendwie noch. Kann ich nur zustimmen, aber leider hatte ich auf die schnelle kein anderes Bild.. ;) Ich hab mal in den Featured images gestöbert, diese könnten in Frage kommen: http://wiki.openstreetmap.org/wiki/File:OSM_Workshop_at_FEATI_University_1.jpg http://wiki.openstreetmap.org/wiki/File:Bethlehem_mappers.png http://wiki.openstreetmap.org/wiki/File:VLMW_Group_Photo.jpg http://wiki.openstreetmap.org/wiki/File:OSM-PDA-BSGPSPDA-bike.jpg Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hallo! Ich bin grade über einen Vergleichstest LandkartenTEST: Wie übersichtlich und detailreich sind Landkarten im Internet im Landkarte-Blog gestolpert. Bei diesem Vergleich erhält die OSM Mapnik Karte die mit Abstand schlechteste Bewertung. Ja, ich weiß, bei OSM geht es um die Daten und nicht um Renderer - aber leider weiß das der Rest der Welt nicht und die Außensicht ist eine andere. Da finde ich es schon enttäuschend (und PR-mäßig ziemlich ungeschickt), daß sich dem Interessenten als allererstes eine kontrastarme, unübersichtliche Universalwaldundwiesenkarte präsentiert, die beim Vergleichstest auch prompt durchfällt. Der Name OpenStreetMap weckt verständlicherweise die Erwartungshaltung, daß es irgendwo auch eine Straßenkarte gibt - aber soweit ich weiß sucht man auf den URLs von OSM bisher eine als brauchbare Straßenkarte angelegte Darstellung vergeblich, oder? Was meint Ihr dazu? Nop [1] http://landkartenindex.blogspot.com/2010/07/landkartentest-wie-ubersichtlich-und.html -- View this message in context: http://gis.638310.n2.nabble.com/Schlechtest-Wertung-fur-OSM-im-Kartenvergleich-tp5667461p5667461.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geo::Proj4 fuer mapgen.pl unter Windows
Moin moin Am 22.10.2010 23:24, schrieb Peter Herison: Hat jemand mapgen.pl unter Windows (Vista) zum laufen bekommen? ... Da perl Co fuer mich noch ein Buch mit 6 Siegeln ist (ein bischen Grundwissen hab' ich ja schon), habe ich das Problem jetzt kurzerhand mit einer VitualBox mit Ubuntu geloest. Ein bischen mit Kanonen auf Spatzen geschossen, aber ich habe wenigstens meine Karte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Was ich dazu meine: siehe OSM quo vadis. Auf OSM.org gehört ein Portal, das OSM erklärt und u.a. auch darauf hinweißt, dass OSM keine Karte ist sondern eine Datenbank. Das es besser eght, zeigt ja MapQuest direkt darunter. Wobei ich den Test als solches sinnfrei finde. Geschmäcker sind nunmal verschieden. Den einen spricht das Design an, den anderen ein völlig anderes. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Schlechtest-Wertung-fur-OSM-im-Kartenvergleich-tp5667461p5667526.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Die Mitmach Spalte könnte noch etwas aufrüttelnder sein, sowas wie: OpenStreetMap lebt von der Mitarbeit vieler Freiwilliger in einer großen Community. Bei den einzelnen Punkten würde ich Anderen vom Projekt berichten rausnehmen (ist für den Interessenten erstmal nicht so wichtig) und Programmieren ans Ende stellen (die Anzahl der Leute die Programmieren können ist halt begrenzt), also: * Selbst die Karte verbessern * Kartenfehler melden * Geld oder Hardware spenden * Programmieren Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24.10.2010 14:32, schrieb aighes: Was ich dazu meine: siehe OSM quo vadis. Auf OSM.org gehört ein Portal, das OSM erklärt und u.a. auch darauf hinweißt, dass OSM keine Karte ist sondern eine Datenbank. Das es besser eght, zeigt ja MapQuest direkt darunter. Wobei ich den Test als solches sinnfrei finde. Geschmäcker sind nunmal verschieden. Den einen spricht das Design an, den anderen ein völlig anderes. Jein, wenn z.B. in einer Zoomstufe die Ortsnamen ziemlich unabhängig von ihrer Bedeutung dargestellt werden hat das nichts mit Geschmack zu tun - das ist einfach schlecht. Der Klassiker hier um die Ecke: Erlangen und Fürth tauchen auf der Karte auf, Nürnberg aber nicht (ist ja nur drei bzw. fünfmal so groß). Der Test ist allerdings aus anderen Gründen nicht sonderlich gut gemacht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Hallo, Walter Nordmann wrote: Wenn dieser sich dann der Öffentlichkeit als Jemand, der im Hintergrund die ganze Koordination übernimmt, der eine großartige Datenbank hat, der die Fäden zusammenhält, ... präsentiert, aber von dem Auto an sich kein Wort verliert, der ist bald weg vom Fenster. *Der* ist ja auch ein Autohersteller und kein Auto-Supply-Chain-Optimierer oder sowas. Also verkauft er in seiner Werbung das Auto. Aber wir sind keine Web-Karten-Gestaltungs-Agentur. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hallo, NopMap wrote: Ja, ich weiß, bei OSM geht es um die Daten und nicht um Renderer - aber leider weiß das der Rest der Welt nicht und die Außensicht ist eine andere. Genau, das ist aergerlich. Wenn wir es besser schaffen wuerden, darauf hinzuweisen, dass es bei uns nicht primaer darum geht, gegen Google etc. anzustinken, dann wuerde OpenStreetMap in so einem Test gar nicht aufgenommen (genauso wie auch Navteq und Teleatlas nicht mit eigenen Produkten antreten) - und darauf sollten wir hinarbeiten. Ich will, das in so einem Test dann MapQuest oder sonst wer steht und dass am Rand angemerkt wird, dass fuer dieses oder jenes Angebot die Quelle OpenStreetMap ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Schlechtest Wertung für OSM im Karten vergleich
aighes h.scholl...@googlemail.com wrote: Das es besser eght, zeigt ja MapQuest direkt darunter. Der MapQuest Stil wäre ein schöner Ausgangspunkt für ein schönderes Kartenrendering. Allerdings fehlen da wichtige Sachen die bei unseren Daten Alleinstellungsmerkmal sind wie zum Beispiel tracktype. Dass living_street bei MapQuest überhaupt nicht gerendert wird halte ich hingegen schlichtweg für einen Fehler. Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /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] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 14:32, Ulf Lamping: Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Die Mitmach Spalte könnte noch etwas aufrüttelnder sein, sowas wie: OpenStreetMap lebt von der Mitarbeit vieler Freiwilliger in einer großen Community. Gefällt mir auch besser. Bei den einzelnen Punkten würde ich Anderen vom Projekt berichten rausnehmen (ist für den Interessenten erstmal nicht so wichtig) Das finde ich gar nicht unwichtig. Selbst wer zum ersten mal über OSM stolpert soll doch bitte sehr anderen von erzählen. Ich würde nur das Verb durch eben genanntes ersetzen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24.10.2010 15:30, schrieb Frederik Ramm: Hallo, NopMap wrote: Ja, ich weiß, bei OSM geht es um die Daten und nicht um Renderer - aber leider weiß das der Rest der Welt nicht und die Außensicht ist eine andere. Genau, das ist aergerlich. Wenn wir es besser schaffen wuerden, darauf hinzuweisen, dass es bei uns nicht primaer darum geht, gegen Google etc. anzustinken, dann wuerde OpenStreetMap in so einem Test gar nicht aufgenommen (genauso wie auch Navteq und Teleatlas nicht mit eigenen Produkten antreten) - und darauf sollten wir hinarbeiten. Nein, das sollten wir nicht. Du bemühst immer den Vergleich Navteq und Teleatlas gegenüber OSM. Dieser Vergleich ist vielleicht rein technisch gesehen richtig. Aber er ist in diesem Zusammenhang ganz *grundlegend* falsch. Navteq und Teleatlas müssen nur deren Kunden bekannt sein (also Kartenherstellern), deswegen brauchen die sich um ihre Aussenwirkung beim Endanwender eigentlich nicht zu kümmern. Den meisten Endanwendern sind diese Namen übrigens meist unbekannt. Diese Firmen haben ihre Angestellten, die sich um die Datenpflege etc. kümmern. Die haben wir aber nicht. Wir haben einen Haufen von Freiwilligen, die sich um diese Arbeit kümmern. Deshalb ist für uns die Wirkung gegenüber unseren Kunden (sei es Mappern oder Endanwendern) wichtig, die durch eine eigene Karte aus den eigenen Daten ganz klar gefördert wird. Die Mapnikkarte ist in der Darstellung nach außen und auch innerhalb von OSM daher sehr wichtig. Sie dient dabei z.B. auch als mentaler Kristalisationspunkt der Community. Webseiten gibt es viele, aber eine Karte an der ich selber mitgearbeitet habe und die ich jedem zeigen kann ist schon was besonderes. Ich habe bei OpenStreetMap mitgeholfen, also will ich das auch bei osm sehen und nicht auf MapQuest, skobbler, CloudMade oder was auch immer gehen müssen. Wenn du den Leuten sagen willst, daß wir viel mehr sind als nur eine Karte ist das vollkommen ok, das mache ich ja auch dauernd. Aber wir sind halt auch eine Karte ;-) Ich will, das in so einem Test dann MapQuest oder sonst wer steht und dass am Rand angemerkt wird, dass fuer dieses oder jenes Angebot die Quelle OpenStreetMap ist. In dem Test wurde Navteq nur wegen der eigenen Karte Map24 und Teleatlas wurde überhaupt nicht erwähnt, das gleiche wird OSM dann auch blühen. Wäre dann ganz schlechtes Marketing für uns ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hallo, Ulf Lamping wrote: Die Mapnikkarte ist in der Darstellung nach außen und auch innerhalb von OSM daher sehr wichtig. Sie dient dabei z.B. auch als mentaler Kristalisationspunkt der Community. Webseiten gibt es viele, aber eine Karte an der ich selber mitgearbeitet habe und die ich jedem zeigen kann ist schon was besonderes. Ich habe bei OpenStreetMap mitgeholfen, also will ich das auch bei osm sehen und nicht auf MapQuest, skobbler, CloudMade oder was auch immer gehen müssen. Aber erfuellt die Karte genau so wie sie jetzt ist - mit all den angeblichen kartogrpahischen Maengeln, mit der angeblich schlechten Usability und den angeblich fehlenden Funktionsmerkmalen gegenueber Google und Co. - nicht diese Funktion bereits? Ich stimme ja mit Dir ueberein, dass wir fuer die Community irgendwas haben sollten zur Erfolgskontrolle, irgendwas, wo man anderen zeigen kann, womit man seine Freizeit verbringt und so weiter. Aber ich finde, dass es sich dabei nicht um eine Kartenwebseite handeln muss, die in einem halbinformierten Kartenvergleich gut abschneidet. Trotz all den angeblichen Maengeln hat unsere Community doch stetigen Zuwachs. Wenn der irgendwann nachlaesst, dann... Wäre dann ganz schlechtes Marketing für uns ;-) ... koennen wir uns immer noch um Marketing Gedanken machen. Aber ich denke, dass es dazu nicht kommen wird. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (War: OSM quo vadis)
Am 24.10.2010 13:51, Rolf Meyerhof: (...) Als ich mich zum Mitmachen entschlossen hatte fehlte mir eine Übersichtlich aktuelle Struktur. Wenn du dich noch daran erinnerst, wäre es toll, wenn du einfach mal aufschreibst, welche Strukturinformationen dir damals gefehlt haben. Bei mir ist es inzwischen leider zu lange her bzw. ich bin zu weit drin, als dass ich die Warte des Einsteigers noch einmal einnehmen könnte. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24.10.2010 16:30, schrieb Frederik Ramm: Aber erfuellt die Karte genau so wie sie jetzt ist - mit all den angeblichen kartogrpahischen Maengeln, mit der angeblich schlechten Usability und den angeblich fehlenden Funktionsmerkmalen gegenueber Google und Co. - nicht diese Funktion bereits? Wenn ich z.B. Villach unter den ganzen anderen Ortsnamen nicht finde behindert mich das beim Mappen. Wenn ich was ausdrucken will und der Server sagt dauernd ich hab zu viel zu tun behindert mich das beim Mappen. Wenn ich auf einen anderen Service ausweichen muß weil osm kein Routing anbietet behindert mich das beim Mappen. Ich kann mich noch gut dran erinnern, als die Aktualisierungen erst nach einer Woche auf der Karte aufgetaucht sind. Klar, das ging auch irgendwie. Jetzt wird sie viel schneller aktualisiert und man kann viel besser damit arbeiten. Wieso also jetzt an einem bestimmten Punkt der Entwicklung stehenbleiben und sagen ab jetzt könnt ihr woanders hingehen? Ich stimme ja mit Dir ueberein, dass wir fuer die Community irgendwas haben sollten zur Erfolgskontrolle, irgendwas, wo man anderen zeigen kann, womit man seine Freizeit verbringt und so weiter. Aber ich finde, dass es sich dabei nicht um eine Kartenwebseite handeln muss, die in einem halbinformierten Kartenvergleich gut abschneidet. Wie die Karte in so einem Vergleich abschneidet ist mir eigentlich recht egal. Wenn dieser Vergleich aber offensichtliche Mängel aufzeigt (und die Anzeige der Ortsnamen ist nun wirklich an vielen Stellen schräg), dann fände ich hier eine Verbesserung sehr wünschenswert. Trotz all den angeblichen Maengeln hat unsere Community doch stetigen Zuwachs. Dann sollten wir dafür sorgen das es auch so bleibt ;-) Wenn der irgendwann nachlaesst, dann... ... liegt das Kind schon im Brunnen. Es da wieder rauszubekommen ist bekanntlich viel schwieriger als es erst garnicht reinfallen zu lassen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMBlog: „Luftbilder für OpenStr eetMap und die Wochennotiz Nr. 14
Wie jedes Wochenende gibt es die Wochennotiz mit allen Neuigkeiten aus dem OSM-Universum zum Lesen im Blog: http://blog.openstreetmap.de/2010/10/osm-wochennotiz-nr-14/ Außerdem hat Holger für uns einen Gast-Artikel zum Thema „Luftbilder für OpenStreetMap geschrieben: http://blog.openstreetmap.de/2010/10/luftbilder-fur-openstreetmap/ Viel Spaß beim Lesen! P.S.: Solltet ihr irgendein OSM-Thema haben, über das ihr einen Artikel schreiben möchtet, dann könnt ihr uns gerne kontaktieren: http://blog.openstreetmap.de/kontakt/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24. Oktober 2010 15:30 schrieb Frederik Ramm frede...@remote.org: (genauso wie auch Navteq und Teleatlas nicht mit eigenen Produkten antreten) nur mal am Rande, weil Du das immer wieder schreibst: sowohl Navteq (mit Navteq/Map24 als auch Teleatlas (mit Nokia OVI) haben an diesem Test teilgenommen und bieten Karten an, so fachfremd ist das nicht. Ich sehe nicht, warum wir das Kartenrendern bei OSM ausschließen sollten, schließlich ist das Erstellen eines brauchbaren Stylesheets extrem viel Arbeit, und mit dem Mapnik sheet (und ein paar anderen wie Mapquest) stehen dem Anwender gute Ausgangsbasen zur Verfügung um eigene Karten zu rendern. Diese weiterzuentwickeln finde ich eine Aufgabe, die innerhalb des OSM-Projektes durchaus ihren Platz haben sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24. Oktober 2010 17:20 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Am 24.10.2010 16:30, schrieb Frederik Ramm: Wenn ich z.B. Villach unter den ganzen anderen Ortsnamen nicht finde behindert mich das beim Mappenist . Wie die Karte in so einem Vergleich abschneidet ist mir eigentlich recht egal. Wenn dieser Vergleich aber offensichtliche Mängel aufzeigt (und die Anzeige der Ortsnamen ist nun wirklich an vielen Stellen schräg), dann fände ich hier eine Verbesserung sehr wünschenswert. Vor allen Dingen vergleichen die ja nur einen einzigen Zoomlevel (in dem OSM wirklich schlecht die Namensanzeige von Orten (und keine Schilder an Straßen) gelöst hat), in jedem Zoomlevel sieht das aber wieder anders aus. Von daher halte ich den Test auch nicht für aussagekräftig allgemein --- in dem dargestellten Zoomlevel allerdings ist Mapnik zur Übersicht nicht zu gebrauchen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 13:26, schrieb Peter Wendorff: 1) Ich hab hier ein Ubuntu mit 'ner vertikalen Auflösung von 768 Pixel. mit Standard-Firefox (Statusleiste, Adressleiste und Tabs) und den beiden Leisten des Betriebssystems wird etwa ein Drittel des Entwurfs am oberen Rand verschenkt. Ich würde die breite graue Box (OpenStreetMap ist die Wikipedia der Geodaten. Menschen wie du und ich erstellen eine freie Weltkarte. /Neu hier?/ Im Wiki gibt es weitere Informationen über OpenStreetMap http://wiki.openstreetmap.org/wiki/DE:Newbie.) hochziehen, entweder zwischen Überschrift und Menülinks oder das etwas zusammenrücken. Das ist ziemlich weit auseinander, das ist richtig. Ich habe mal das Logo etwas kleiner gemacht und die Elemente etwas näher zusammengeschoben: http://osmtools.de/portal2/ (zum Vergleich auf einer seperaten Seite) Findest du es so besser? 2) Ich will Javascript nicht zur Pflicht auf der Startseite machen (das nur, um den JS-Ablehnenden zuvorzukommen). Ich würde aber die Auswahl wie vorher schon vorgeschlagen wieder einbauen, und in der linken Box mehrere Beispiele zur Auswahl geben, jeweils mit Bild und Link. Das kann auch als alternative Auswahlliste zu der Seite andere empfohlene Karten dienen. Als ich damit angefangen habe, wollte ich das auch erst so machen. Dann aber habe ich gemerkt, dass es (zumindest meinem Empfinden nach) durch das JavaScript nur komplizierter wird. So wie es jetzt ist, kommt man mit einem Klick zu einer Übersicht von Karten, die man einfach durchscrollen kann. Mit dem JavaScript (zumindest sofern ich die Idee richtig verstanden habe), müsste man sich einzeln durch die Beispiele klicken. Das finde ich als Benutzer aufwändiger und nerviger, ganz unabhängig davon, ob ich JavaScript mag oder nicht. Falls ich da etwas falsch verstanden haben sollte, wäre es nett wenn du es nochmal erklären könntest. 4) Die Sprach/Länderauswahl passt zumindest bei mir wunderbar noch oben in die Linkliste (neben registrieren) und wäre damit nicht nach unten noch ein zusätzlicher Block, der auf der ersten Bildschirmseite teilweise fehlt. Aber höchstens ohne beschreibenden Text davor? Jedenfalls finde ich es unten garnicht so schlecht. Zum einen wird es oben dann eher voll, etwas Luft zum Atmen finde ich nicht verkehrt. Zum anderen leuchtet es für mich auch ein, erst die international gültigen Informationen zu lesen, bevor man dann auf eine Länderseite wechselt. Andererseits ist es natürlich nicht auszuschließen, dass es da unten übersehen wird. 5) das Mapnik-Kartenbild ist zwar teilweise gerade dadurch in der Kritik - aber ich würde (ohne das von vorneherein für besser zu erachten) vielleicht mal damit spielen, eine Karte als Hintergrundbild einzusetzen; mit ganz leicht transparenten Blöcken darüber. Meinst du als Hintergrund der ganzen Seite, oder nur der Boxen in der Mitte? Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hi. Am 24.10.2010 17:37, schrieb M∡rtin Koppenhoefer: Am 24. Oktober 2010 15:30 schrieb Frederik Rammfrede...@remote.org: (genauso wie auch Navteq und Teleatlas nicht mit eigenen Produkten antreten) nur mal am Rande, weil Du das immer wieder schreibst: sowohl Navteq (mit Navteq/Map24 als auch Teleatlas (mit Nokia OVI) haben an diesem Test teilgenommen und bieten Karten an, so fachfremd ist das nicht. Ich sehe nicht, warum wir das Kartenrendern bei OSM ausschließen sollten, schließlich ist das Erstellen eines brauchbaren Stylesheets extrem viel Arbeit, und mit dem Mapnik sheet (und ein paar anderen wie Mapquest) stehen dem Anwender gute Ausgangsbasen zur Verfügung um eigene Karten zu rendern. Diese weiterzuentwickeln finde ich eine Aufgabe, die innerhalb des OSM-Projektes durchaus ihren Platz haben sollte. +1 Ich sage nicht, die Mapnik-Karte müsse die beste der Welt sein. Ich sage auch nicht, die Mapnik-Karte müssen DIE OSM-Website sein - das Portal aktuell in der Diskussion finde ich eine gute und richtige Idee. Aber WENN wir eine Karte machen, dann sollten wir Kritik da auch annehmen und konstruktiv damit umgehen. Wenn es gute Argumente aus OSM-Sicht gibt, guten Argumenten einer allgemeinen Kartenkritik nicht zu folgen, weil z.B. eine aus kartografischer Sicht bessere Alternative die Produktivität des Mappers stört, dann ist das genauso richtig und sollte berücksichtigt werden. Wenn eine Lösung deutlich mehr Rechenpower benötigt, und für das bessere Aussehen der Karte dann größere Verzögerungen eintreten, was für Mapper und für Demonstrationen vor neuen manchmal doof ist, dann ist vielleicht die nicht so schöne Karte trotzdem vorzuziehen. Trotzdem: Ich würde die Karte weder aufgeben, noch mit Verweis auf es gibt doch andere Karten stagnieren lassen. Wenn Verbesserungen da sind, halte ich es für sinnvoll, diese auch umzusetzen. Aber: Ich möchte niemanden dazu verdonnern die styles zu verbessern, weil irgendein Blogger Kritik geäußert hat. Wenn aber jemand eine Verbesserung in Form eines patches hat, der vielleicht zusätzlich diese Kritik aufgreift und angreift - dann sollte der auch berücksichtigt werden und Einfluss in die Karte finden können. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Ohne hier irgendjemand persoenlich attackieren zu wollen, frag ich mich schon, warum Frederik sich so vehemenent dafuer einsetzt, ein beschissenes Rendering zu verteidigen. Fuer mich kann da eigentlich nur der Schluss kommen, dass Geofabrik hier selber bessere Karten vermarkten/verkaufen moechte. Ich denke dass ein Großteil der OSM Mapper, zur Uebersicht googlemaps oder andere Dienste benutzt, ganz einfach weil Mapnik abgesehen von sehr nahen Zoomstufen (ab 16) einfach schlecht ist. Was ehrlicherweise aber nicht nur an Mapnik selber liegt. Der Grund ist auch einfach, dass die Regel wir mappen nicht fuer die Renderer, hier einfach nicht funktioniert. Denn solange es keinen Schluessel fuer regionale, nationale, internationale Bedeutung gibt, so lange kann ein Renderer einfach auch nicht wissen, wie wichtig eine Stadt ist, denn nur aus der Einwohnerzahl, geht dies halt nicht hervor. Sonst hat man etwa in Deutschland oder Benelux eine Stadt neben der anderen, in Oesterreich sieht man in derselben Zoomstufe, dann statt Wien, Graz, Inssbruck aber nur Wien - obwohl Graz oder Innsbruck fuer den Kartenausschnitt in derselben Zoomstufe, eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. Auch ist es quasi unmoeglich, vernuenftige Gelaendedarstellung weit herausgezoomt zu erhalten, da dem renderer nicht klar sein kann wie groß etwa ein See, Gletscher, Wald, ist, wenn sich dieser aus hunderten Einzelteilen zusammensetzt. Stellt man nun alle Seen ab Groeße X dar, so fehlen einem entweder große Seen, oder die Karte ist uebersaeht von kleinen Tuempeln. Keine kommerzielle Datenbasis bzw Karte kommt hier ohne haendische Faktoren aus (ob bei der Erstellung, oder bei der Datenbasis). Andererseits, waere eine haendisch korrigierte Openstreetmap Darstellung, nicht sinnvoll. Weil wenn man mal nach Wochen Arbeit diese erstellt hat, sind die Daten schon wieder veraltet. Solange die Karte nur Straßen darstellen soll, gibt es das Problem ja gar nicht. Da Straßen ja großteils logisch geplant sind, und ihre Wichtigkeit feststeht (Autobahn groeßer Schnellstraße, usw,...) bzw leicht messbar ist (wieviele Autos fahren pro Tag, Woche, auf Straße X) und eine Darstellung nach ihrer Wichtigkeit somit klar ist. Woher soll aber ein Renderer Wissen, dass in Wien der Stephansdom schon sehr frueh sichtbar sein soll, andere Kirchen aber nicht (selbst wenn diese gleich groß sein sollten, und sich sonst in der Datenbasis auch nicht unterschieden)? Er kann es ganz einfach nicht wissen, und damit auch nicht korrekt darstellen! Wie koennte man dies loesen? a) Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa Priority=+/-1,2,3 angegeben wuerde. Dieser sollte dann zum Einsatz kommen, wenn man durch logisches versuchen der Zoomstufe zu finden (auf weltweiter Basis, damit man nicht pro Land, Region, Stadt einen eigenen Kartenstil braucht) hier sonst Fehler machen wuerde. Alle Waldteile, die zum Schwarzwald gehoeren, koennte man etwa mit einem Priority`+2 taggen, dass waere deutlich einfacher wie zu versuchen alle Waldteile einer Relation hinzuzufuegen, und gleichzeitig dann vom Renderer zu verlangen, dass er diese zusammenfuegt, dann die Flaeche errechnet, Loecher loescht weil zu kleine Loecher nur verwirren (nicht immer hilft die Realitaet in der Kartendarstellung der Orientierung) und zu einem richtigen Ergebnis der regionalen Bedeutung zu kommen. b) Man koennte ganz einfach vom Modell, der Kartendaten ohne Zoomstufen abgehen, und OSM Layerbasiert aufbauen. Waere komplizierter und nicht besser (aber gibt genug Kartendatenbanken die komplett unabhaengige Datenlayer haben) - da ein Editor ja auch die Layer dynamisch aufbauen koennte, wenn die regionale Bedeutung der Objekte per Schluessel getagged ist. c) Die Renderer erstellen fuer jedes Land, lange und aufwendige Listen der wichtigen Objekte (dies macht etwa Nop - der das Thema hier ja gestartet hat) um so etwa wichtige Fluesse nach ihrer Bedeutung in den Zoomlevels richtig darzustellen. Dies ist eindeutig die schlechteste Loesung, weil wenn man es so angeht, dann gibt man zu, dass man ohne lokales Wissen aus OSM keine gescheite Karte bauen kann. d) wir schieben die Schuld an sauschlechten Karten weiter auf die Renderer, und sagen so wie Frederik, dass gute Karten nicht der Sinn von Openstreetmap.org sind. Koennen ja andere kommerziell ausbeuten, dass die Openstreetmap Community hier ganz einfach versagt. Bzw wir beschließen dass Openstreetmap nicht dafuer geeignet ist, auf Karten dargestellt zu werden, und nur noch fuer Use Cases wie Navigation oder andere Werke basierend auf OSM Daten da ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
.. diese diskussion habe ich vor ein paar tagen mit frederik angefangen, welche letztendlich in OSM qua ... fortgeführt wurde. .. als einfach mapper - ohne programmierkenntnisse, dafür aber jede menge radkilometer in den beinen - im bezug auf OSM .. kann ebenfalls nicht verstehen, dass das projekt karte so vehement als NICHT-KERN-Bereich abgestempelt wird. .. der normale Bürger draußen versteht dies nun mal so. das hinter all dem die datenbank steht ist klar. aber nach außen hin wird OSM als Kartensatz und Datensatz derweil verstanden - die Betonung liegt auf derweil. Der Ansatz - was am Auftritt von OSM zu ändern sollte dem eigentlich endlich mal gerecht werden. OSM besteht halt nicht nur aus den Programmierern, Leuten von der Geo-Fabrik, sondern auch aus den einfachen Datensammlern. Und das OSM - ob richtig oder falsch - von Vergleichstest zerrissen wird - sollte uns - Programmierern, Datenbank-Admins und Mappern mal zu denken geben. Dein Vorschlag mit der Prio´s ist nach meiner Meinung längst überfällig. Heute wurde ich gefragt, warum man sich mit den OSM-Datensätzen nicht so gut orientieren kann - wäre alles so unübersichtlich. Die Prio´s fehlen. Gibt es Leute, welche die Renderer betreuen und hier mitlesen ? gruss s Am 24.10.2010 18:42, schrieb Felix Hartmann: Ohne hier irgendjemand persoenlich attackieren zu wollen, frag ich mich schon, warum Frederik sich so vehemenent dafuer einsetzt, ein beschissenes Rendering zu verteidigen. Fuer mich kann da eigentlich nur der Schluss kommen, dass Geofabrik hier selber bessere Karten vermarkten/verkaufen moechte. Ich denke dass ein Großteil der OSM Mapper, zur Uebersicht googlemaps oder andere Dienste benutzt, ganz einfach weil Mapnik abgesehen von sehr nahen Zoomstufen (ab 16) einfach schlecht ist. Was ehrlicherweise aber nicht nur an Mapnik selber liegt. Der Grund ist auch einfach, dass die Regel wir mappen nicht fuer die Renderer, hier einfach nicht funktioniert. Denn solange es keinen Schluessel fuer regionale, nationale, internationale Bedeutung gibt, so lange kann ein Renderer einfach auch nicht wissen, wie wichtig eine Stadt ist, denn nur aus der Einwohnerzahl, geht dies halt nicht hervor. Sonst hat man etwa in Deutschland oder Benelux eine Stadt neben der anderen, in Oesterreich sieht man in derselben Zoomstufe, dann statt Wien, Graz, Inssbruck aber nur Wien - obwohl Graz oder Innsbruck fuer den Kartenausschnitt in derselben Zoomstufe, eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. Auch ist es quasi unmoeglich, vernuenftige Gelaendedarstellung weit herausgezoomt zu erhalten, da dem renderer nicht klar sein kann wie groß etwa ein See, Gletscher, Wald, ist, wenn sich dieser aus hunderten Einzelteilen zusammensetzt. Stellt man nun alle Seen ab Groeße X dar, so fehlen einem entweder große Seen, oder die Karte ist uebersaeht von kleinen Tuempeln. Keine kommerzielle Datenbasis bzw Karte kommt hier ohne haendische Faktoren aus (ob bei der Erstellung, oder bei der Datenbasis). Andererseits, waere eine haendisch korrigierte Openstreetmap Darstellung, nicht sinnvoll. Weil wenn man mal nach Wochen Arbeit diese erstellt hat, sind die Daten schon wieder veraltet. Solange die Karte nur Straßen darstellen soll, gibt es das Problem ja gar nicht. Da Straßen ja großteils logisch geplant sind, und ihre Wichtigkeit feststeht (Autobahn groeßer Schnellstraße, usw,...) bzw leicht messbar ist (wieviele Autos fahren pro Tag, Woche, auf Straße X) und eine Darstellung nach ihrer Wichtigkeit somit klar ist. Woher soll aber ein Renderer Wissen, dass in Wien der Stephansdom schon sehr frueh sichtbar sein soll, andere Kirchen aber nicht (selbst wenn diese gleich groß sein sollten, und sich sonst in der Datenbasis auch nicht unterschieden)? Er kann es ganz einfach nicht wissen, und damit auch nicht korrekt darstellen! Wie koennte man dies loesen? a) Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa Priority=+/-1,2,3 angegeben wuerde. Dieser sollte dann zum Einsatz kommen, wenn man durch logisches versuchen der Zoomstufe zu finden (auf weltweiter Basis, damit man nicht pro Land, Region, Stadt einen eigenen Kartenstil braucht) hier sonst Fehler machen wuerde. Alle Waldteile, die zum Schwarzwald gehoeren, koennte man etwa mit einem Priority`+2 taggen, dass waere deutlich einfacher wie zu versuchen alle Waldteile einer Relation hinzuzufuegen, und gleichzeitig dann vom Renderer zu verlangen, dass er diese zusammenfuegt, dann die Flaeche errechnet, Loecher loescht weil zu kleine Loecher nur verwirren (nicht immer hilft die Realitaet in der Kartendarstellung der Orientierung) und zu einem richtigen Ergebnis der regionalen Bedeutung zu kommen. b) Man koennte ganz einfach vom Modell, der Kartendaten ohne Zoomstufen abgehen, und OSM Layerbasiert aufbauen. Waere komplizierter und nicht besser (aber gibt genug Kartendatenbanken die komplett unabhaengige
Re: [Talk-de] OpenStreetMap-Karte in der deutschen Wikipedia
ulf.lamp...@googlemail.com (Ulf Lamping) am 24.10.10: Das Problem der deutschen Wikipedia besteht aber ja nicht darin, wie mit Vandalen umgegangen wird - dieses Problem hat die englische Wikipedia auch, dort kommt man aber anscheinend ganz gut ohne das großflächige Löschen von vermeintlich irrelevanten Inhalten aus. Wenn es denn so wäre. Die deutsche Wikipedia versucht ein hochqualitatives Lexikon zu erstellen Finde ich eigentlich nicht völlig falsch, den Ansatz. Ich würde es durchaus als erstrebenswert ansehen, wenn die dort enthaltenen Inhalte einigermaßen fehlerfrei und auf lange Sicht gut gepflegt wären. und ist bereit dazu eine ganze Reihe von Kollateralschäden hinzunehmen. Wenn es denn so wäre. Großflächig gesehen. Genau diese Haltung ist aber bei einem Wiki-Ansatz auf die Dauer fatal. Sei mutig! Ändere es!. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hallo, Ulf Lamping wrote: Wieso also jetzt an einem bestimmten Punkt der Entwicklung stehenbleiben und sagen ab jetzt könnt ihr woanders hingehen? Komisch, dass wir staendig aneinander vorbei reden. Wenn Du oben schreibst, dass bestimmte Probleme mit dem Server Dich beim Mappen behindern, dann bin ich der erste, der sagt, das sollte man in Ordnung bringen. Ich bin bloss nicht dabei, wenn irgendjemand, der unsere Webseite als eine huebsche Web-Karten-Anwendung begreift (und dem es scheissegal ist, wie viele Sekunden nach Erfassung Daten auf der Karte erscheinen, denn sonst muesste er ja alle nicht-OSM-Services gnadenlos abwerten!) etwas an der Seite zu maekeln hat - *dem* sage ich: geh doch woanders hin. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ***SPAM(-1.4)*** Re: Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 17:50, schrieb Sebastian Hohmann: Das ist ziemlich weit auseinander, das ist richtig. Ich habe mal das Logo etwas kleiner gemacht und die Elemente etwas näher zusammengeschoben: http://osmtools.de/portal2/ (zum Vergleich auf einer seperaten Seite) Findest du es so besser? ja 2) Ich will Javascript nicht zur Pflicht auf der Startseite machen (das nur, um den JS-Ablehnenden zuvorzukommen). Ich würde aber die Auswahl wie vorher schon vorgeschlagen wieder einbauen, und in der linken Box mehrere Beispiele zur Auswahl geben, jeweils mit Bild und Link. Das kann auch als alternative Auswahlliste zu der Seite andere empfohlene Karten dienen. Als ich damit angefangen habe, wollte ich das auch erst so machen. Dann aber habe ich gemerkt, dass es (zumindest meinem Empfinden nach) durch das JavaScript nur komplizierter wird. So wie es jetzt ist, kommt man mit einem Klick zu einer Übersicht von Karten, die man einfach durchscrollen kann. Mit dem JavaScript (zumindest sofern ich die Idee richtig verstanden habe), müsste man sich einzeln durch die Beispiele klicken. Das finde ich als Benutzer aufwändiger und nerviger, ganz unabhängig davon, ob ich JavaScript mag oder nicht. Falls ich da etwas falsch verstanden haben sollte, wäre es nett wenn du es nochmal erklären könntest. Ich würde halt beides anbieten. Die Übersichtsseite extra per Link erreichbar, aber eben auch das schnelle Durchschalten (mit JS-Unterstützung). Ersteres ist das nähere damit-beschäftigen, letzteres eher das durchzappen. Links und rechts vom Bild würde ich einfach schmale Pfeile/Dreiecke einfügen, die als Buttons für's zappen dienen. 4) Die Sprach/Länderauswahl passt zumindest bei mir wunderbar noch oben in die Linkliste (neben registrieren) und wäre damit nicht nach unten noch ein zusätzlicher Block, der auf der ersten Bildschirmseite teilweise fehlt. Aber höchstens ohne beschreibenden Text davor? Jedenfalls finde ich es unten garnicht so schlecht. Zum einen wird es oben dann eher voll, etwas Luft zum Atmen finde ich nicht verkehrt. Zum anderen leuchtet es für mich auch ein, erst die international gültigen Informationen zu lesen, bevor man dann auf eine Länderseite wechselt. Andererseits ist es natürlich nicht auszuschließen, dass es da unten übersehen wird. Gut - hier kommt es jetzt darauf an, was da verlinkt wird. Momentan ist der Link ja noch tot dabei. Ich hatte das eher als Sprachversion der Seite interpretiert. 5) das Mapnik-Kartenbild ist zwar teilweise gerade dadurch in der Kritik - aber ich würde (ohne das von vorneherein für besser zu erachten) vielleicht mal damit spielen, eine Karte als Hintergrundbild einzusetzen; mit ganz leicht transparenten Blöcken darüber. Meinst du als Hintergrund der ganzen Seite, oder nur der Boxen in der Mitte? Wie gesagt - ich würd es ausprobieren. Meine erste idee war, es nur als Hintergrund der Boxen einzusetzen, aber da stört es vermutlich eher, weil es die Informationen verdeckt. Deshalb würde ich es als Hintergrund der ganzen Seite ausprobieren. Das hab ich grade mal gemacht, aber das wird bei meinem Beispiel-Kartenausschnitt zu unruhig. Wenn man den sorgfältig auswählt, finde ich das von der Aussagekraft aber immer noch eine gute Idee. Das Bild in meinem Beispiel ist 'ne Standard-Mapnik-Karte von vor ca 6 Wochen, aus den tiles zusammengesetzt und jetzt für die Webseite etwas aufgehellt mit Gimp. Da ich etwas hin- und herprobiert habe, kann ich keine genauen Werte nennen. Aktuelle Größe des Hintergrundbildes: 371,9kB bei einer Auflösung von 2304x1792. Dabei hab ich nicht mehr getan, außer das PNG auf indizierte Farben umzustellen; lässt sich sicherlich auch noch weiter optimieren. Das sollte aber mit einem finalen Kartenausschnitt gemacht werden, denke ich. Ich hab außerdem mal Buttons für das zappen der Kartenansicht skizziert; ich würde hoch gestreckte dreiecke als Grafiken hier nutzen. Eine funktionsfähige Implementierung würde diese nur anzeigen, wenn sie auch aktiv sind (= Erzeugung durch javascript) Das ganze ist zu sehen unter http://jugglingsource.de/osm/portal.html Gruß ___ 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] Schlechtest Wertung für OSM im Kartenver gleich
Hallo, Stefan Sandrock wrote: So - und nun kommt die Wirklichkeit und hält uns vom Projekt vor, wie es wahrgenommen wird. Eben. Und da ist der Knackpunkt. Wir sind eine Birne, und jetzt kommt die Oeffentlichkeit und haelt uns vor, dass wir im Apfelwettbewerb leider wegen eines Abzugs in der Form-Note den letzten Platz gemacht haben. Nun koennen wir entweder (a) beschliessen, doch lieber ein Apfel sein zu wollen, weil das diejenigen, die uns nicht kennen, von uns erwarten, oder (b) versuchen, denen, die uns nicht kennen, zu erklaeren, was eine Birne ist und dass es da naturgemaess Unterschiede zum Apfel gibt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
.. und soll ich Dir was sagen ? Ich gebe dir Recht. Wäre aber doch dumm, wenn man Äpfel und Birnen haben könnte, aber nur eines der Produkte haben will. Datenverarbeitung und deren Sammlung, wie auch - vermutlich aus deiner begründeten Sicht. Das Neben- oder Abfallprodukt Karte nur so nebenbei laufen lassen sollte (so verstehe ich zumindestens deinen Standpunkt). Nimm das Portal, welches ja nun wieder im Mittelpunkt der Diskussionen steht. Dort wird weder besonders auf die Daten, noch auf die Karte oder das Projekt hingewiesen. Alle drei Säulen, so nenne ich sie mal, werden gleich behandelt. Wenn ich mich richtig erinnere, warst du ja massiv an diesem Entwurf beteiligt. Ich finde ihn richtig. Er stellt genau unsere Arbeit - Datenverarbeitung - Erfassung - Produkte und das Projekt übersichtlich und deutlich besser dar, wie die schnöde ..org.site. Und was ist es letztendlich - eine Änderung - evtl. ein Fortschritt - eine Anpassung (muss ja nicht immer schlecht sein) an die derzeitigen Gegebenheiten. Noch einen Satz zum Vorschlag der Neuen Site (bzw. deren Entwurf). Es ist schwierig neue Mitglieder für OSM zu gewinnen, wenn man denen erst fünf verschiedene Sites zeigen muss, auf denen die notwendigen Infos zu holen sind. Hier ist es einfach besser gelöst. Und mit Sicherheit hilfreicher für den Neuling - welche wir ja brauchen ! Gruss S Am 24.10.2010 19:46, schrieb Frederik Ramm: Hallo, Stefan Sandrock wrote: So - und nun kommt die Wirklichkeit und hält uns vom Projekt vor, wie es wahrgenommen wird. Eben. Und da ist der Knackpunkt. Wir sind eine Birne, und jetzt kommt die Oeffentlichkeit und haelt uns vor, dass wir im Apfelwettbewerb leider wegen eines Abzugs in der Form-Note den letzten Platz gemacht haben. Nun koennen wir entweder (a) beschliessen, doch lieber ein Apfel sein zu wollen, weil das diejenigen, die uns nicht kennen, von uns erwarten, oder (b) versuchen, denen, die uns nicht kennen, zu erklaeren, was eine Birne ist und dass es da naturgemaess Unterschiede zum Apfel gibt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Am 24. Oktober 2010 15:25 schrieb Frederik Ramm frede...@remote.org: Aber wir sind keine Web-Karten-Gestaltungs-Agentur. das stimmt zwar, aber es erfordert schon ein bisschen tiefere Einsicht ins OSM-Tagging, um aus den Daten ein gutes Rendering zu erzeugen, von daher sind wir m.E. nicht die falschen, um da Beispiele zu geben. Man sollte das trennen: einerseits was der erste Eindruck sein soll, wenn man openstreetmap.org ansteuert, und auf der anderen Seite stehen Darstellungen von OSM-Daten m.E. gerne auch im Projekt und auf entsprechenden Seiten - maps (Mapnik, t...@h aber m.E. auch projektnahe Dinge wie Maposmatic, div. Cyclemaps, Topo- und special Interest-karten (ÖPNV, Piste, ...), div. garmin/mkgmap - routing ORS mapquest ... - daten planet extrakte gps-tracks tagwatch/info/OSMdoc(?) OWL (openstreetmapwatchlist) owl (linkedgeodata.org etc.) nominatim ... -tools alle Beispiellisten natürlich unvollständig. OSB, getright und die anderen Fehlersuchskarten (und auch dyn. overlays wie maxspeed, maxweight, width, tmc, ...), Hillshading und contours, alles auf die Karte (mit hierarchischem pulldown-menue, 2 Stufen, zur Auswahl) also eher ein Plädoyer für die alles-Karte, aber nicht unbedingt auf der Startseite. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geo::Proj4 fuer mapgen.pl unter Windows
Peter Herison schrieb: Moin moin Am 22.10.2010 23:24, schrieb Peter Herison: Hat jemand mapgen.pl unter Windows (Vista) zum laufen bekommen? ... Da perl Co fuer mich noch ein Buch mit 6 Siegeln ist (ein bischen Grundwissen hab' ich ja schon), habe ich das Problem jetzt kurzerhand mit einer VitualBox mit Ubuntu geloest. Ein bischen mit Kanonen auf Spatzen geschossen, aber ich habe wenigstens meine Karte. ... und bei mir werkelt jetzt dank Jans hartnäckiger Fragen die Mapnik-Tilefabrik an der Postgres-Datenbank unter Windows XP. Wenn man nicht die ganze Welt rendern will, läuft das auch in erträglicher Zeit durch. Nebenbei tuts die Datenbank auch mit Quantum GIS und osmosis. Details auf Anfrage. Aber eigentlich wärs mir schon lieber, wenn der bug in der cpan-Distribution von proj4 gefixt werden könnte. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Felix Hartmann extremecar...@gmail.com [Sun, Oct 24, 2010 at 06:42:35PM CEST]: [...] Denn solange es keinen Schluessel fuer regionale, nationale, internationale Bedeutung gibt, so lange kann ein Renderer einfach auch nicht wissen, wie wichtig eine Stadt ist, denn nur aus der Einwohnerzahl, geht dies halt nicht hervor. Ich habe vor langer Zeit mal dargelegt, wie man mit der Einwohnerzahl und den Geokoordinaten das Problem ganz gut in den Griff kriegen kann. http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_St%C3%A4dten#Dominanz [...] a) Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa Priority=+/-1,2,3 angegeben wuerde. Da glaube ich, dass das Kirchturmdenken hier die Prioritätswerte nach oben hin nivellieren wird. [...] dann gibt man zu, dass man ohne lokales Wissen ... keine gescheite Karte bauen kann. Das würde ich (mit meiner etwas eigenwilligen auszugsweisen Zitierweise) auch so sehen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap-Karte in der deutschen Wikipedia
Am 24.10.2010 17:59, schrieb Rainer Knaepper: ulf.lamp...@googlemail.com (Ulf Lamping) am 24.10.10: Die deutsche Wikipedia versucht ein hochqualitatives Lexikon zu erstellen Finde ich eigentlich nicht völlig falsch, den Ansatz. Ja, hört sich im ersten Moment ganz toll an. Ich würde es durchaus als erstrebenswert ansehen, wenn die dort enthaltenen Inhalte einigermaßen fehlerfrei und auf lange Sicht gut gepflegt wären. Wenn die deutsche Wikipedia so weitermacht, gibt es irgendwann keine Inhalte mehr - aber die mit einer ganz tollen Qualität und fehlerfrei ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am Sonntag 24 Oktober 2010, 12:35:02 schrieb Sebastian Hohmann: Am 23.10.2010 20:10, schrieb Guenther Meyer: Deshalb braucht es eine Portalseite, die eben KEINE grosse Slippymap direkt zeigt; denn das weckt bei den Usern falsche Erwartungen. Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: ein paar Kleinigkeiten wuerde ich noch anpassen, aber prinzipiell sehr schoen! 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] Schlechtest Wertung für OSM im Kartenver gleich
Am 24. Oktober 2010 18:42 schrieb Felix Hartmann extremecar...@gmail.com: Ohne hier irgendjemand persoenlich attackieren zu wollen, frag ich mich schon, warum Frederik sich so vehemenent dafuer einsetzt, ein beschissenes Rendering zu verteidigen. tut er das? Denn solange es keinen Schluessel fuer regionale, nationale, internationale Bedeutung gibt, so lange kann ein Renderer einfach auch nicht wissen, wie wichtig eine Stadt ist, denn nur aus der Einwohnerzahl, geht dies halt nicht hervor. es stimmt, dass die Bedeutung nicht (nur) aus der Einwohnerzahl hervorgeht (wobei eine Gewichtung im Vergleich mit der Umgebung schon fast immer gute Ergebnisse bringt), aber das heisst noch lange nicht, dass man zwangsläufig einen wertenden, zusammengefassten Wert für die Bedeutung braucht (das wäre dann im Prinzip dasselbe wie Dein Punkt c. unten.) eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. wer hat denn höhere Bedeutung: Mainz oder Frankfurt? Nach welchen Kriterien? Auch ist es quasi unmoeglich, vernuenftige Gelaendedarstellung weit herausgezoomt zu erhalten, da dem renderer nicht klar sein kann wie groß etwa ein See, Gletscher, Wald, ist, wenn sich dieser aus hunderten Einzelteilen zusammensetzt. wenn man eine entsprechende Relation hat, könnte es ihm schon klar sein. Woher soll aber ein Renderer Wissen, dass in Wien der Stephansdom schon sehr frueh sichtbar sein soll, andere Kirchen aber nicht (selbst wenn diese gleich groß sein sollten, und sich sonst in der Datenbasis auch nicht unterschieden)? Er kann es ganz einfach nicht wissen, und damit auch nicht korrekt darstellen! OK, das ist ein Thema, wo es helfen würde, eine solche Einschätzung wie a zu haben. Man muss sich aber im Klaren sein, dass das ein redaktioneller Tag ist, kein Fakt sondern eine Einschätzung. Es gibt auch schon ein entsprechendes tag: tourism=attraction a) Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa Priority=+/-1,2,3 angegeben wuerde. ich würde das prinzipiell eher vermeiden wollen, da es keine Fakten sind, und man diese Dinge meistens über mehr Daten besser (flexibler und mit mehr Informationsgewinn) lösen kann. Für bestimmte features (eben sowas wie kulturelle Highlights / sonstwelche Wahrzeichen) könnte man tourism=attraction weiter verfeinern, attraction=1 bis 3 oder so was. Alle Waldteile, die zum Schwarzwald gehoeren, koennte man etwa mit einem Priority`+2 taggen, dass waere deutlich einfacher wie zu versuchen alle Waldteile einer Relation hinzuzufuegen, und gleichzeitig dann vom Renderer zu verlangen, dass er diese zusammenfuegt, doch, das würde ich vom Renderer verlangen. Auch Generalisierung wie Entfernen von Kleinstflächen (je nach Zoom) und Vereinfachung der Umrisse kann man doch gerade vom Renderer erwarten, bei der Dateneingabe sollte das nicht nötig sein. b) Man koennte ganz einfach vom Modell, der Kartendaten ohne Zoomstufen abgehen, und OSM Layerbasiert aufbauen. was soll das genau bringen? In den Daten neue Layer einführen, um die Wichtigkeit von Städten besser zu rendern? Ist auch wieder eine versteckte Art von c. c) Die Renderer erstellen fuer jedes Land, lange und aufwendige Listen der wichtigen Objekte könnte man auch zentral machen, für alle Länder und kollektiv, aber besser keine Listen ausserhalb sondern direkt in den Daten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24. Oktober 2010 18:42 schrieb Felix Hartmann extremecar...@gmail.com: Woher soll aber ein Renderer Wissen, dass in Wien der Stephansdom schon sehr frueh sichtbar sein soll, andere Kirchen aber nicht (selbst wenn diese gleich groß sein sollten, und sich sonst in der Datenbasis auch nicht unterschieden)? er kann es wissen, wenn man die Kirchenhierarchien abbildet, und dann ist auch die Datenbasis nicht mehr gleich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
On 24.10.2010 20:39, Johannes Huesing wrote: Felix Hartmannextremecar...@gmail.com [Sun, Oct 24, 2010 at 06:42:35PM CEST]: [...] Denn solange es keinen Schluessel fuer regionale, nationale, internationale Bedeutung gibt, so lange kann ein Renderer einfach auch nicht wissen, wie wichtig eine Stadt ist, denn nur aus der Einwohnerzahl, geht dies halt nicht hervor. Ich habe vor langer Zeit mal dargelegt, wie man mit der Einwohnerzahl und den Geokoordinaten das Problem ganz gut in den Griff kriegen kann. http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_St%C3%A4dten#Dominanz [...] Das Problem ist, ja klar kann man dies fuer Staedte/Orte ausrechnen, aber sicherlich eben nicht fuer jedes Kartenobjekt. a) Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa Priority=+/-1,2,3 angegeben wuerde. Da glaube ich, dass das Kirchturmdenken hier die Prioritätswerte nach oben hin nivellieren wird. [...] Ja, wahrscheinlich werden die meisten Leute nur positive Werte benutzen, ist aber auch egal. Fuer eingen Großteil aller eingezeichneten Objekte, wird es keine Prioritaet brauchen, aber meist kommt man mit 10% Einsatz, bei 90% des optimalen Wertes heraus (oder 20/80, was auch egal ist). dann gibt man zu, dass man ohne lokales Wissen ... keine gescheite Karte bauen kann. Das würde ich (mit meiner etwas eigenwilligen auszugsweisen Zitierweise) auch so sehen. Und genau dies sollte eben nicht so sein. Sprich Openstreetmap sollte so gut sein, dass man auch ohne lokales Wissen eine Karte bauen kann, die gut ist (sie braucht ja nicht perfekt zu sein) - zurzeit ist jede OSM Karte ohne lokales Wissen einfach maximal ausreichend hinnehmbar von der Qualitaet. Nur bei Einsatzzwecken die im vorhinein von den traditionellen Kartendaten ueberhaupt nicht beachtet wurden, kann OSM punkten. So traurig es ist, wenn sich hier nichts an der Datenstruktur aendert (im Sinne von zusaetzliche Tags) - wird sich dies auch in Zukunft nicht aendern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hallo, M?rtin Koppenhoefer wrote: eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. wer hat denn höhere Bedeutung: Mainz oder Frankfurt? Nach welchen Kriterien? Na Mainz natuerlich. Es ist sowohl Landeshauptstadt als auch Bischofssitz. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege im Flussbett
moin während des kriesen mappings in haiti hat sich für so etwas eingebürgert das als furt zu taggen. cu assetburned On 21.10.2010, at 08:09, Jan Tappenbeck wrote: ist einem von Euch, vielleicht auch durch HOT, irgendetwas bekannt über Tags für Wege die auch gleichzeitig Flusslauf sind ?? Gruß Jan :-)Überprüft mit AntiVir MailGuard v10.0.1.27 AVE 8.2.4.84 VDF 7.10.13.10___ 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] Schlechtest Wertung für OSM im Kartenver gleich
Am 24. Oktober 2010 21:03 schrieb Frederik Ramm frede...@remote.org: Hallo, M?rtin Koppenhoefer wrote: eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. wer hat denn höhere Bedeutung: Mainz oder Frankfurt? Nach welchen Kriterien? Na Mainz natuerlich. Es ist sowohl Landeshauptstadt als auch Bischofssitz. hatte ich auch so gesehen. Ist ein gutes Beispiel, wo klar wird, dass es nicht nur _ein_ Kriterium geben sollte --- zumindest bei Städten. zum Thema navteq teleatlas: letztere haben wohl doch keine Karte, da habe ich mich vertan, sorry. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Frederik Ramm frede...@remote.org [Sun, Oct 24, 2010 at 09:03:45PM CEST]: Hallo, M?rtin Koppenhoefer wrote: eine hoehere Bedeutung haben, wie etwa Mainz neben Frankfurt. wer hat denn höhere Bedeutung: Mainz oder Frankfurt? Nach welchen Kriterien? Na Mainz natuerlich. Es ist sowohl Landeshauptstadt als auch Bischofssitz. Sitz eines bundesweiten Fernsehsenders und eines Bundesligaspitzenklubs, so groß, dass es sich auf zwei Bundesländer erstreckt ... Anfang der 1990er während der Hauptstadtdiskussion las ich einen Leserbrief eines Frankfurt-am-Mainers, der sagte, dass man dort gut damit leben könnte, von kleineren Städten aus (Wiesbaden und Darmstadt) regiert zu werden. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Felix Hartmann extremecar...@gmail.com [Sun, Oct 24, 2010 at 09:04:07PM CEST]: (es reicht, wenn Du an die Liste schreibst, die lese ich auch) On 24.10.2010 20:39, Johannes Huesing wrote: Felix Hartmannextremecar...@gmail.com [Sun, Oct 24, 2010 at 06:42:35PM CEST]: [...] dann gibt man zu, dass man ohne lokales Wissen ... keine gescheite Karte bauen kann. Das würde ich (mit meiner etwas eigenwilligen auszugsweisen Zitierweise) auch so sehen. Und genau dies sollte eben nicht so sein. Sprich Openstreetmap sollte so gut sein, Da hatte ich mich wohl etwas verklausuliert ausgedrückt. Ich meinte, dass man immer gutes lokales Wissen benötigt, um eine gescheite Karte zu bauen, ob mit oder ohne OSM-Daten. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Der Vergleich von Äpfel mit Birnen steckt schon im Ansatz des Tests: Mit einer 200.000 gedruckten Karte (600dpi) kann eine elektronische Karte (96dpi) nie konkurrieren. Aber bei der Papierkarte kann man halt nicht reinzoomen! Dass OSM noch etwas schlechter abschneidet als die anderen liegt meiner Meinung nach auch daran, dass die Mappnik Karte mit all Ihren Feature wesentlich mehr als eine Straßenkarte ist. -- View this message in context: http://gis.638310.n2.nabble.com/Schlechtest-Wertung-fur-OSM-im-Kartenvergleich-tp5667461p5668513.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ***SPAM(-1.4)*** Re: Portal Vorschlag (Was: Re: OSM quo vadis)
Am Sonntag 24 Oktober 2010, 19:44:39 schrieb Peter Wendorff: Das ganze ist zu sehen unter http://jugglingsource.de/osm/portal.html und wenn man es noch etwas kompakter machen wuerde? http://www.sordidmusic.com/osm/osm-portal.png 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] Portal Vorschlag (War: OSM quo vadis)
Hi, ich bin vor noch nicht all zu großer Ewigkeit bei OSM eingestiegen und immer noch am Steigen. Mir fehlt nen bisschen eine Art Einleitung (auch wenn es die zum Teil im Wiki gibt) in der Form: - Was genau ist OSM - Wie ist der Weg (inkl. Tools) vom Aufnehmen der Daten auf der Straße (OSMTracker usw.), über das Editieren in der Datenbank (JOSM, Potlatch usw.), bis hin zur fertigen Karte (Osmarendere, Mapnik, Tirex, mapgen) - welche an OSM angeschlossenen Projekte gibt es Um nen Überblick zu bekommen welche Software es gibt, wie OSM funktioniert usw. muss man in vielen Bereichen ziemlich tief im Wiki wühlen. Dafür wiederum muss man auch schon ne Ahnung haben wonach man eigentlich sucht. Am 24.10.2010 13:51, schrieb Rolf Meyerhof: Der Vorschlag zum neuen Portal ist für mich ok. Wobei es sicher nicht nur auf die Optik ankommt sondern hauptsächlich auf den Inhalt. Die Akzeptanz von OSM hängt auch von einigen anderen Dingen ab. Wenn man bei OSM neu ist steht man vor großen Berg an Ungereimtheiten. Vieles was zum Verständnis gebraucht wird muss umständlich zusammengesucht werden. Viele Dinge werden z. B. in deutscher Sprache begonnen und dann in Englisch beendet. Die Beschreibungen sind häufig nicht aktuell. All diese Dinge verwirren einen Newbee sehr. Vielleicht verhindern sie auch die Mitarbeit weil z.B. die englischen Ausführungen nicht richtig versteht und deutschen gerade in diesem Fall nicht vollständig sind. Ich mein bevor es hier um neue Portale geht sollte vielleicht doch erst einmal das große Aufräumen stattfinden. Als ich mich zum Mitmachen entschlossen hatte fehlte mir eine Übersichtlich aktuelle Struktur. Mit freundlichen Grüßen Rolf M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Am 24.10.2010 21:19, schrieb M∡rtin Koppenhoefer: Am 24. Oktober 2010 21:03 schrieb Frederik Rammfrede...@remote.org: Na Mainz natuerlich. Es ist sowohl Landeshauptstadt als auch Bischofssitz. Man sollte Bischofssitze in der heutigen Zeit auch nicht überbewerten ;-) hatte ich auch so gesehen. Ist ein gutes Beispiel, wo klar wird, dass es nicht nur _ein_ Kriterium geben sollte --- zumindest bei Städten. Bei den meisten Objekten bei denen wir eine Hierarchie brauchen wird es mehrere Kriterien geben. Bei Ortschaften dürfte die Einwohnerzahl zumindest eines der wichtigen Kriterien sein. Aber auch Gründungsdatum, Studentenzahlen, ... Zum Thema Bedeutung 1-5 taggen. Sowas ähnliches machen wir doch aktuell bei den Ortschaften (town, village, ...) und es klappt anscheinend noch nicht besonders gut - wobei man bei der Darstellung sicher noch was machen kann. Ich hatte vor einiger Zeit eine Diskussion, wie man die Bedeutung von Gebirgspässen einstufen könnte. Das kann von einer Scharte die man nur mit Bergsteigerausrüstung erreichen kann bis hin zur Autobahn alles sein. Nun ist aber diese Bedeutung je nach Kontext ziemlich unterschiedlich: Für Motorradfahrer ist die Höhe, der Fahrbahnbelag und die Kurvigkeit interessant, für Fahrradfahrer zusätzlich vielleicht die Anzahl der Tours de France Durchläufe und für Wanderer wieder was anderes. Noch dazu ist die reine Höhenangabe nur mit Bezug zur Umgebung aussagekräftig, ein einsamer 1500m hoher Pass im Mittelgebirge hat eine wesentlich höhere Bedeutung als im hochalpinen Raum, die dort häufig vorkommen. Will sagen: Eine einfache 1-5 Wichtigkeit (die sich noch dazu nur schwammig formulieren läßt) wird häufig zu den Problemen wie bei den Ortschaften führen, weil die Wichtigkeit in der Darstellung immer vom Kontext abhängt. Außer es gibt klare Regeln, wann welcher Wert zu setzen ist (wie z.B. beim admin_level). Vielleicht ist es aber trotzdem der einzige Weg wie man sowas halbwegs in den Griff bekommen kann. Je mehr Details wir in den Daten haben, desto eher ist ein Renderer in der Lage die für ihn wichtigen Punkte rauszusuchen. Intereressant wird das Finden der passenden Kriterien sein ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ***SPAM(-1.4)*** Re: Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 22:09, schrieb Guenther Meyer: Am Sonntag 24 Oktober 2010, 19:44:39 schrieb Peter Wendorff: Das ganze ist zu sehen unter http://jugglingsource.de/osm/portal.html und wenn man es noch etwas kompakter machen wuerde? http://www.sordidmusic.com/osm/osm-portal.png Der Hintergrund könnte vielleicht noch etwas blasser sein. Der Deutschland-Selektor paßt oben ganz gut mit rein. Der Einleitungssatz sollte schon in einer eigenen Box bleiben, das sieht jetzt schon sehr gedrängt aus. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Hi, Ulf Lamping wrote: Will sagen: Eine einfache 1-5 Wichtigkeit (die sich noch dazu nur schwammig formulieren läßt) wird häufig zu den Problemen wie bei den Ortschaften führen, weil die Wichtigkeit in der Darstellung immer vom Kontext abhängt. Dazu hatte ich neulich eine interessante Diskussion mit einem Mapnik-Kartographen. Der meinte, im Augenblick nutzen wir nur einen Bruchteil der Moeglichkeiten, die eine raeumliche Datenbank wie PostGIS uns beim Rendern bietet. Sowas wie berechne mir mal eine Kennzahl fuer die relative Groesse dieser Stadt im Vergleich zu den anderen im Umkreis von 100km, oder aehnliches fuer Gebirgspaesse, waere naemlich durchaus machbar. Das wuerde zwar das Rendering verlangsamen, aber da sind noch ne Menge Qualitaetsreserven. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ***SPAM(-1.4)*** Re: Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 22:31, schrieb Ulf Lamping: Der Hintergrund könnte vielleicht noch etwas blasser sein. Na ja - auf meinem Notebook dürfte er etwas kräftiger sein Der Einleitungssatz sollte schon in einer eigenen Box bleiben, das sieht jetzt schon sehr gedrängt aus. +1 Ausserdem - Der linke Kasten dominiert (bei mir) farblich. Der sollte entsprechend blasser sein. Und, Karten als Überschrift reichte IMHO. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ***SPAM(-1.4)*** Re: Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 22:31, schrieb Ulf Lamping: Der Hintergrund könnte vielleicht noch etwas blasser sein. Na ja - auf meinem Notebook dürfte er etwas kräftiger sein Der Einleitungssatz sollte schon in einer eigenen Box bleiben, das sieht jetzt schon sehr gedrängt aus. +1 Ausserdem - Der linke Kasten dominiert (bei mir) farblich. Der sollte entsprechend blasser sein. Und, Karten als Überschrift reichte IMHO. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (War: OSM quo vadis)
Am 24.10.2010 16:32, schrieb Claudius: Wenn du dich noch daran erinnerst, wäre es toll, wenn du einfach mal aufschreibst, welche Strukturinformationen dir damals gefehlt haben. Bei mir ist es inzwischen leider zu lange her bzw. ich bin zu weit drin, als dass ich die Warte des Einsteigers noch einmal einnehmen könnte. Also ich befasse mich auch noch nicht allzu lang mit OSM und was mir oft fehlt ist eine übersichtliche und vorallem vollständige Liste der Werte für Tags und überhaupt aller Tags. Vielleicht bin ich auch zu blöd, aber eine wirklich vollständige Liste habe ich da für viele Tags nicht immer finden können. Und es gibt viele Tags für die weitaus mehr etablierte Werte existieren als auf der Map-Features Seite dargestellt werden. Z.T. widersprechen sich auch englische und deutsche Ausführungen! Ich denke das vorallem eine vernünftige Struktur im Wiki fehlt. Viele Artikel findet man schlecht, andere existieren teilweise mehrfach mit nicht immer identischem Inhalt. Ich denke, dass eine einheitliche Strukturierung der Seiten und das entfernen von Widersprüchen für die größte Verbesserung um das Projekt einsteigerfreundlicher zu gestalten! Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone Brow ser
Servus Bernhard Sehr schöne Website - auch auf Android! Witzig gemacht der OSM-Hinweis links unten. Interessant die schlanke khtml lib. Hab's mit Firefox 3.6.11 und Nexus One (Google/HTC) getestet. Folgende Fragen und Hinweise dazu: 1. Du schreibst oben Ich hab eine neue simple Karte mit GPS und Nominatim für iPhone und Android gemacht. * In der Doku. findet man dann aber kaum Hinweise zu Unterschieden zwischen PC-Browser und Mobile. = Doku. ergänzen? * Tatsächlich habe ich nach oberflächlichem Code-Browsen nichts gefunden, wo geprüft wird, welcher Browser (user-agent) da die html-Seite aufruft (auch kein type=text/css media=handheld). * Android fehlt mind. in der Doku. praktisch ganz (Multitouch?). 2. Zu http://www.khtml.org/osm/v0.78/index.php generell: * Window Title World Map with Route planning würde ich khtml World Map nennen, um sich sichtbar abzugrenzen. Dann World Map with Route planning body nochmals erwähnen. Route planning, ticker etc. dann im Text. 3. Zu http://www.khtml.org/osm/v0.78/index.php mit dem Nexus One-Browser * Da sieht man einen rosa Schleier während Zoom/Pan/(Re-)Load-Operationen. * Nach More... gibt es Permalink: Erhalte da eine weisse Seite (wenn ich dann im Browser Aktualisieren klicke, siehr man wieder etwas). * Die + / - Icons würde ich noch schlichter halten und den Griff der Lupe weglassen. Beste Grüsse - und vielleicht sehen wir uns ja an der nächsten AGIT (www.agit.at)? Stefan (alias Geonick) P.S. Live Changes: http://www.khtml.org/osm/v0.63/examples/changes.html New beta: Lädt bei mir auf Firefox ewig - obschon ich 'reingezoomt bin. P.P.S. See the last changes in your area = Deaktiviert. Was war der Grund? Gibt's da Ersatz/Alternativen (neben OSM Aware und LiveMapViewer)? Prof. Stefan Keller, Dozent für Informationssysteme, Abt. Informatik HSR Institut für Software und GISpunkt, www.ifs.hsr.ch und www.gis.hsr.ch Oberseestr. 10 Pf.1475, CH-8640 Rapperswil, HSR Hochschule für Technik Am 19. Oktober 2010 10:53 schrieb Bernhard Zwischenbrugger b...@datenkueche.com: Hallo ihr lieben Ich hab eine neue simple Karte mit GPS und Nominatim für iPhone und Android gemacht. Beim iPhone hat man das beste Ergebnis, wenn man auf + und Zum Home-Bildschirm verwendet. Die Karte ist eine Browser Applikation und muss nicht installiert werden. URL: http://khtml.org lg, Bernhard ___ 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] OpenStreetMap-Karte in der deutschen Wikipedia
ulf.lamp...@googlemail.com (Ulf Lamping) am 24.10.10: Am 24.10.2010 17:59, schrieb Rainer Knaepper: ulf.lamp...@googlemail.com (Ulf Lamping) am 24.10.10: Die deutsche Wikipedia versucht ein hochqualitatives Lexikon zu erstellen Finde ich eigentlich nicht völlig falsch, den Ansatz. Ja, hört sich im ersten Moment ganz toll an. Ich würde es durchaus als erstrebenswert ansehen, wenn die dort enthaltenen Inhalte einigermaßen fehlerfrei und auf lange Sicht gut gepflegt wären. Wenn die deutsche Wikipedia so weitermacht, gibt es irgendwann keine Inhalte mehr - aber die mit einer ganz tollen Qualität und fehlerfrei ;-) Ach komm, hast du solcherlei Polemik wirklich nötig? Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Toll! Ein gutes Beispiel ist besser als hunderte Diskussionen. Ganz im Sinne von: Es gibt nichts Gutes außer man tut es. Statt * Jetzt Karte ansehen * Andere empfohlene Karten vielleicht * Die OpenStreetMap Karte ansehen * Andere empfohlene Karten Die Seite Empfohlene Karten und Anwendungen eventuell gruppieren in (Links als Beispiele): * Karten ansehen Reit- und Wanderkarte, ... * Karten in verschiedenen Sprachen ansehen (experimentell) Weltweit, Sprache wählbar: http://toolserver.org/~osm/locale Thailand, zweisprachig http://thaimap.osm-tools.org * Karten vergleichen Nebeneinander synchron http://tools.geofabrik.de/mc Transparent überlagert http://sautter.com/map Google earth Layer http://www.markus-bader.de/?p=14 * Karten selber konfigurieren OpenStreetBrowser * Karten anfordern Stadtplan MapOSMatic http://www.maposmatic.org * Routen berechnen OpenRouteService * OSM auf Linux, Windows und mobilen Geräten einsetzen http://wiki.openstreetmap.org/wiki/Software/Desktop * OSM Daten mit anderen Anwendungen einsetzen http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wiki.openstreetmap.org/wiki/DE:OSM_Internet_Links ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-dk] Åbningstider
Hej Stødte ind i denne danske side om åbningstider, siden samler åbningstider ind via en Iphone app. Kan se at de har en hulens masse åbningstider på butikker. Hvilket ser ud til at være indsamlet af folk. Spørgsmålet om man ikke kun få siden til at registrerer åbningstiderne på OSM. Det er jo dob. arbejde. Specielt, når de har sin egen database. Har ikke snakket med ejeren af siden endnu, men det er da værd et forsøg. Er der nogen der kender til siden eller dem der kører siden. Siden: http://openhours.dk PS. Peter din Findvej/åbningstider side er topdollar - hvor tit opdateres kortet. (skal der ikke være OSM kort som baggrund?, du skal lige huske at give kredit til OSM, men det er jo en meget lille ting). - en anden ting er at det ser ud til at dine farver opdateres ikke helt, eller også er der noget andet galt: F.eks. http://www.openstreetmap.org/browse/node/370375480 - var grøn kl. 21.19 søndag men står til at lukke kl 19.00 søndag. Mvh Jens Winbladh ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-midanglia] SotM 2011 UK? Setting up a GB OSMF chapter?
When the SotM 2011 venue bids were coming in, it seemed likely it would finally leave Europe. I heard some chatter that maybe it would make sense to hold a national/continent conference (like there is SotM US). Who is in support of that? What sort of numbers do you think it would attract? You all know I love Durham. But I actually think it would be really good to hold a national event in North East England. It is a section that isn't so strong (like Birmingham, London, Manchester) in map-coverage and contributors/users. Durham and Newcastle are on the East Coast Main Line (London Kings Cross to Edinburgh, and direct trains from the West). Other nearby cities that could be interesting are Sunderland, Middlesbrough/Stockton, Darlington, Hartlepool. I would see if some of the other active mappers would help with local organisation. But then this summer we never made a GB chapter of the OSM Foundation. Should we be focusing on that instead? I hope the mapping passion isn't sliding away from the UK. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-se] OSM-fika i Stockholm?
Hej! Det behövs nog både längre framförhållning och påminnelse någon vecka innan. ;-) Jag kan definitivt tänka mig en OSM-fika, men i mitt fall vill jag gärna se att det blir några stycken innan jag kostar på en resa in till Stockholm. /Peter Kindström lör 2010-10-23 klockan 23:39 +0200 skrev Bengt Bäverman: Generellt tror jag att lite mer framförhållning ger fler deltagare. Sen kan inte jag på onsdag. 20 okt 2010 kl. 22.05 skrev Niclas Andersson: Tycker det gått en tid sedan senaste OSM-fikat så tänkte föreslå ett. På onsdag om en vecka (27/10) klockan 17:30, Café Panorama, Kulturhuset. Finns det intresse? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] OSM-fika i Stockholm?
Hej Verkar bli dålig uppslutning, så vi prövar en annan dag istället: tisdagen 2/11 kl. 17:30, hoppas det passar flera? Samma plats: Café Panorama i Kulturhuset. Häls Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-ca] Map Error
Hi, I was importing CanVec data for 031E07 and noticed what appears to be an error in the map. A section of the Oxtongue River seems to be repeated nearby in 031E06. In OSM you can see it at: http://www.openstreetmap.org/?mlat=45.317mlon=-79.0zoom=15layers=M If you use JOSM or Merkaator to view this area and enable the NRCan WMS, you'll see that the error is also in the WMS version of the map. The error also appears in The Atlas of Canada (Toporama) web site at: http://atlas.nrcan.gc.ca/site/english/maps/topo/map?layers=nodata_ntdb_50k%20north_arrow%20other_features%20million_grid%20t50k_grid%20grid_50k_3%20roads%20hydrography%20boundary%20builtup%20vegetation%20populated_places%20railway%20power_network%20manmade_features%20designated_areas%20water_features%20water_saturated_soils%20relief%20contours%20toponymy%20contourscale=140.00mapxy=1281552.5697346777%20-273673.4692181579map_layer[northarrow]_class[0]_style[0]=ANGLE%20-14.587661326428645mapsize=750%20666urlappend= The error also appears in the Ibycus map. Also, if you look north along the boundary between these 2 map sections, you will see other discrepancies. I have topo maps of the area that I bought at least 10 years ago. They appear to be scans of paper maps. When I line up the 2 map sections, everything lines up (roads, rivers, elevation lines, etc.). It seems to me that some errors (albeit fairly minor) were introduced in the digital form of the map. Then the errors were propagated to CanVec. Is there a way to get the map corrected? Bob ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Map Error
Interesting. I wonder if it's an artefact left over after the NAD27-NAD83 conversion. --Gordon -Original Message- From: Bob Dustan bob.dus...@gmail.com Sender: talk-ca-boun...@openstreetmap.org Date: Sun, 24 Oct 2010 14:30:45 To: talk-catalk-ca@openstreetmap.org Subject: [Talk-ca] Map Error Hi, I was importing CanVec data for 031E07 and noticed what appears to be an error in the map. A section of the Oxtongue River seems to be repeated nearby in 031E06. In OSM you can see it at: http://www.openstreetmap.org/?mlat=45.317mlon=-79.0zoom=15layers=M If you use JOSM or Merkaator to view this area and enable the NRCan WMS, you'll see that the error is also in the WMS version of the map. The error also appears in The Atlas of Canada (Toporama) web site at: http://atlas.nrcan.gc.ca/site/english/maps/topo/map?layers=nodata_ntdb_50k%20north_arrow%20other_features%20million_grid%20t50k_grid%20grid_50k_3%20roads%20hydrography%20boundary%20builtup%20vegetation%20populated_places%20railway%20power_network%20manmade_features%20designated_areas%20water_features%20water_saturated_soils%20relief%20contours%20toponymy%20contourscale=140.00mapxy=1281552.5697346777%20-273673.4692181579map_layer[northarrow]_class[0]_style[0]=ANGLE%20-14.587661326428645mapsize=750%20666urlappend= The error also appears in the Ibycus map. Also, if you look north along the boundary between these 2 map sections, you will see other discrepancies. I have topo maps of the area that I bought at least 10 years ago. They appear to be scans of paper maps. When I line up the 2 map sections, everything lines up (roads, rivers, elevation lines, etc.). It seems to me that some errors (albeit fairly minor) were introduced in the digital form of the map. Then the errors were propagated to CanVec. Is there a way to get the map corrected? Bob ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] rybníky potoky
Ahoj, předně díky moc za rozsáhlý import vodních ploch ;-) Chtěl bych se zeptat, jak správně tagovat potoky/řeky protékající rybníkem - především, co se stavidlem a odtokem z rybníka. Typicky vede po hrázi nějaká cesta, tj. je nutné nějak vyřešit její křížení s potokem. Jediné, na co jsem podle wiki přišel, je rozdělit protékající potok a na odtokovou část přidat něco jako tunnel=culvert. Nebo existuje nějaké lepší řešení, které jsem přehlédl. Díky, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
Ahoj! Uvazuju jak importovat koupaci oblasti. Tenhle import je generovan ponekud jednodussim hackem, ale jsou to jenom body - melo by to byt ok. Aktualni verse je: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='JOSM' node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' visible='true' lat='49.650985' lon='16.604522' tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' / tag k='source' v='dibavod C02' / tag k='sport' v='swimming' / /node Je nejake vhodnejsi tagovani? Před časem jsem hledal na wiki, jak koupací oblasti tagovat, ale celkem jsem narazil... zdá se, že je to zatím neprošlápnutá oblast. Osobně si myslím, že by se tag sport měl používat pro označení míst, kde se daný sport skutečně provozuje jako sport (aspoň na amaterské úrovni). Tj. sport=swimming je vhodný pro klasický plavečák (leisure=swimming_pool), méně vhodný pro akvapark s tobogány (leisure=water_park) a nevhodný pro písák/lom (???), kam se jezdí lidi v létě vykoupat. No, ale nic lepsiho zatim neni. Vyrobit novy tag my neprijde vhodny. Na wiki je obecně ke sportu uvedeno Since this is a non-physical tag it should be combined with one of these (physical) tags, tj. skutečně by se tam měl přihodit i nějaký tag označující objekt, ve kterém se to plavání provozuje. Ten uz tam je - typicky rybnik nebo reka. Pro přírodní koupaliště jsem nic rozumného nenašel, možná jedině leisure=swimming_natural podle http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool Ale tagwatch říká, že se to momentálně nepoužívá. Zatim mam: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator='shapefile' node id='-1' lon='15.793556' lat='50.165569' tag k='name' v='písník Březhrad (u nádraží)' / tag k='source' v='dibavod C02 koupaci oblasti' / tag k='dibavod:kraj' v='PARDUBICKÝ' / tag k='dibavod:tok_naz' v='Plačický potok' / tag k='dibavod:voda_typ' v='P' / tag k='dibavod:tok_id' v='10455100' / tag k='dibavod:pozn' v='není přímé spojení s vodním tokem' / tag k='dibavod:orp' v='Pardubice' / tag k='dibavod:obec' v='Opatovice nad Labem' / tag k='sport' v='swimming' / /node ...co takhle pridat swimming=natural? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že to je přírodní koupaliště, abychom byli schopní to převést na nějaký konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký vymyšlený tag). Tag sport=swimming tam samozřejmě může zůstat. On Sun, 24 Oct 2010 19:09:44 +0200, Pavel Machek pa...@ucw.cz wrote: ...co takhle pridat swimming=natural? -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import dibavod C02 -- koupaci oblasti
On Sun 2010-10-24 20:04:47, Petr Dlouhý wrote: Alespoň to, případně něco jiného. Každopádně by mělo jít poznat, že to je přírodní koupaliště, abychom byli schopní to převést na nějaký konkrétnější tag, až vznikne (i kdybychom tam měli přidat nějaký vymyšlený tag). Tag sport=swimming tam samozřejmě může zůstat. Je to na serveru :-). Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] OSM sur des GPS intégrés aux vo itures haut de gamme ?
Bonsoir, lorsque j'ai changé de véhicule, l'option GPS m'a été proposée. - c'était cher - pas évolutif et personnalisable - et pour avoir des cartes mises à jour régulièrement , il fallait encore payer J'ai donc décliné la propostion, et j'utilise mon téléphone et les cartes GPS. L'écran est un peu petit, mais je n'en ai qu'un usage occasionnel. J'envisage de m'acheter un petit ordi portable écran 10 pouces pour m'en servir de GPS (avec la puce GPS de téléphone, je n'aime pas les gaspillages!) Sinon il y a aussi du matériel informatique adapté aux véhicules. Il faut un peu de temps libre et quelques talents de bricoleurs: http://www.mp3car.com Un petit lien pour baver d'envie: http://www.itworld.com/business/123380/pioneer-preps-laser-head-display-2012 Le 23/10/2010 21:56, Nicolas LECOINTE a écrit : On Sat, Oct 23, 2010 at 07:09:39PM +0200, Guilhem Bonnefille wrote: Le 23 octobre 2010 10:06, Croquette Olivierm...@ocroquette.de a écrit : On 23 oct. 2010, at 06:37, Hendrik Oesterlin wrote: Quelqu'un aurait déjà regardé la possibilité d'utiliser des données OSM dans des GPS intégrés aux voitures haut de gamme? Tu veux dire quoi par haut de gamme ? La plupart des voitures neuves ont une option GPS. Je pense que ça doit dépendre de la marque de GPS utilisée, donc je pourrait formuler la question autrement: Les GPS intégrés, sont-ils de marque Garmin? J'en ai jamais vu. Peugeot / Citroen se fournit par exemple chez Harman : http://www.harman.com/automotive/de-de/automotive-division-home/Pages/Home.aspx Chez Renault, ils ont visiblement un accord avec TomTom. Maintenant, l'option est à quasiment 500€. Quand on voit des GPS à 80€ en grande surface, j'ai du mal à comprendre comment ils font leurs calculs, ni comment certains achètent cette option? C'est quand-même plus pratique d'avoir le GPS intégré dans le tableau de bord plutôt que de ventouser son GPS sur le pare-brise. Non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Support de presentation pour les elus locaux
Le 23/10/2010 19:48, Croquette Olivier a écrit : N'hésitez pas à compléter. fait ;) Par contre, pour la présentation finale, je compte faire ça avec OpenOffice, donc sur le Wiki et/ou en travail collaboratif ça va être plus dur. Remarque Constat après plusieurs réunions avec des collectivités : il y a une *très* forte demande de la part des collectivités territoriales pour une plaquette de présentation générale (surtout pas de détails techniques). Ce document, auquel je songe depuis quelques mois, ne serait *pas* technique mais bien *politique* et *pratique* : à quoi sert OSM, qu'est ce que les collectivités peuvent en retirer ou y apporter et comment. Ce document serait destiné à être remis aux élus et responsables administratifs et aurait pour vocation à rester un élément de référence et de contact initial avec le projet OSM. Par conséquent, outre un diaporama fort utile pour une conférence de présentation, la rédaction d'une telle plaquette me semble indispensable comme témoin et comme élément de référence à diffuser sur les salons, etc. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Support de presentation pour les elus locaux
On 24 oct. 2010, at 11:13, Jean-Francois Nifenecker wrote: Ce document, auquel je songe depuis quelques mois, ne serait *pas* technique mais bien *politique* et *pratique* : à quoi sert OSM, qu'est ce que les collectivités peuvent en retirer ou y apporter et comment. On est sur la même longueur d'onde, c'est exactement le contenu de la présentation que je prépare. Par conséquent, outre un diaporama fort utile pour une conférence de présentation, la rédaction d'une telle plaquette me semble indispensable comme témoin et comme élément de référence à diffuser sur les salons, etc. Tu veux dire un A4 ? Merci pour ta contribution sur la page. http://wiki.openstreetmap.org/w/index.php?title=WikiProject_France%2FPr%C3%A9sentation_pour_les_%C3%A9lusaction=historysubmitdiff=549513oldid=549382 Quelques question cependant : (très important) gérer les réseaux municipaux (adduction d'eau, égouts, transports en commun, etc.) : Comme beaucoup des contributeurs, je n'y connais rien. Peux-tu expliciter comment OSM peut aider ? Est-ce que ça s'applique à toutes les communes ? disposer de données gratuites lors de la mise à niveau ou de la reprise de plans. Si intervention d'un prestataire de service, coûts abaissés de façon importante Pareil :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
