[OSM-talk-be] Meer regeringsdata van UK (transport)
Dag, Een tijdje geleden gaf ik de link naar alle bushaltes in de UK, vrijgegeven data. Dit was een deeltje van de site http://data.gov.uk Daar vind ik oa: wegenwerken: http://data.gov.uk/apps/elgin-roadworks-portal Er zal wel nog meer zijn, nu vind ik het formaat van http://data.gov.uk/dataset/nptdr niet zo leesbaar als de gegevens die ik van de lijn kreeg (ze updaten de ftp server regelmatig, wil iemand es een nieuwe set?) Marc PS voor UK kaarten staf en vector, ga hier http://www.ordnancesurvey.co.uk/oswebsite/getamap/ -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Meer regeringsdata van UK (transport)
Een tijdje geleden gaf ik de link naar alle bushaltes in de UK, vrijgegeven data. En je hebt toen talk-gb gevonden. Voorstel om dit dan ook daar te plaatsen, of het moet een voorbeeld zijn van hoe een ander land wel data kan vrijgeven en België (cq. subdelen ervan) dat niet doen/kunnen. niet zo leesbaar als de gegevens die ik van de lijn kreeg (ze updaten de ftp server regelmatig, wil iemand es een nieuwe set?) Ik had verwacht dat die boodschap nu toch overgekomen zou zijn, maar: driewerf neen. Deze data van De Lijn is niet licentietechnisch niet bruikbaar voor OSM. Zie ook de berichten van vorige maand, waarin De Lijn stelt garanties te willen hebben, die wij niet kunnen bieden. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] highway=ford vs ford=yes
On 2 November 2010 00:19, Andrew Errington a.erring...@lancaster.ac.uk wrote: ford=yes on a way means (to me) that this segment of the way is often covered with water. ford=yes on a node means (to me) that the ford is very short. Except in drier areas where they mostly aren't covered with water... :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM data and Google Maps
Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
2010/11/2 Gorm E. Johnsen osml...@gorm.cc: I don't _have_ to change the nodes. I ask if it's a good idea. asking is always good. And I asked (in the original post) for comments on the wiki. -1, discussions are better held on the ML IMHO. That's the purpose. Use the wiki to document the outcome. Most _ways_ is already changed, so I think it would be nice to do the same with nodes. there is no benefit IMHO in changing the nodes to ford=yes, but IMHO also no big harm (besides hundreds of programms and x pages in the wiki will have to be modified). Will YOU personally modify all wiki pages to assure consistency? There is currently 143 pages: http://wiki.openstreetmap.org/w/index.php?title=Special:Searchsearch=ford some of them might not be related to fords but to Fords. If we change: Why not barrier=ford? This would IMHO imply more information and would be valid for all the nodes I tagged with highway=ford. Does it work as well for the fords you tagged on nodes? Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
Gorm E. Johnsen wrote: Again: Left and right co-exist nicely. I do not propose to convert between them. That is of course up to the individual mapper. Again: What I _do_ propose, is to rename a tag on some elements. From top to bottom in the example. It's all right, you can stop explaining. People aren't disagreeing with you because they don't understand your proposal. People are disagreeing with you because they don't see the merits of it. From this distance, you simply haven't made a convincing case for why this change should be made. There is no actual evidence of data consumers finding that highway=ford is a problem. People are not saying my routing can't work because fords are in the highway namespace. People aren't saying I really want to tag mini-roundabouts in fords and the current system doesn't let me. There isn't actually a problem. Rather, you appear to be proposing it for some mythical idea of consistency and because it would be nice. As SomeoneElse has pointed out, if you change it now, you _will_ break existing uses of OSM. People who currently compile Garmin cycling maps of OSM will find that fords suddenly disappear from their rendering, and users of these maps will have a worse experience. Anyone who uses osm2pgsql will have to employ an extra column for what is a fairly little-used tag. All this for a change that achieves nothing. Tag migrations do happen. Sometimes there are good reasons. I think, for example, that moving highway=gate to barrier=gate was a sensible change and enabled finer-grained tagging in the 'barrier' tag. But it was largely a consensus-driven change and the database evolved from one to the other over time. Maybe one day someone will come up with a smart, genuinely beneficial idea like that, and we can migrate the ford tagging over time. But they haven't done yet. Please. Go outside and do some mapping. Stay inside and code. Write or tidy some documentation. Do something that makes a real _difference_. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/highway-ford-vs-ford-yes-tp5668436p5696548.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
On 2 November 2010 14:11, Ed Parsons epars...@google.com wrote: Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Thats cool . Glad to hear from you ed . humour you guys are doing great .. we will catch up some day ;) /humour Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
2010/11/2 Richard Fairhurst rich...@systemed.net: Tag migrations do happen. Sometimes there are good reasons. I think, for example, that moving highway=gate to barrier=gate was a sensible change and enabled finer-grained tagging in the 'barrier' tag. But it was largely a consensus-driven change and the database evolved from one to the other over time. And still there are 1 750 objects tagged as highway=gate in the db. Could some of the bot-users change them to barrier=gate, please? Cheers, Martin PS: I do agree with the change highway=xy ford=yes on ways. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
Ed - Big thumbs up for the quick response to this. Makes one wonder though - how much OSM data lives in Google Maps without us / you knowing about it, and what measures can you take / are in place to prevent and detect this? Martijn Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 2, 2010, at 9:41 AM, Ed Parsons wrote: Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
On 2 November 2010 10:27, Richard Fairhurst rich...@systemed.net wrote: Maybe one day someone will come up with a smart, genuinely beneficial idea like that, and we can migrate the ford tagging over time. But they haven't done yet. This isn't a theoretical discussion, these edits have been going on since August (http://www.openstreetmap.org/user/gormur/edits) and a lot of the fords have already been changed over to ford=yes so either he continues and changes them all + updates the wiki, or someone needs to change them back. Personally, I am not bothered how they are tagged as long as it is consistent. Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
On 02/11/2010 10:27, Richard Fairhurst wrote: Gorm E. Johnsen wrote: Again: Left and right co-exist nicely. I do not propose to convert between them. That is of course up to the individual mapper. Again: What I _do_ propose, is to rename a tag on some elements. From top to bottom in the example. It's all right, you can stop explaining. People aren't disagreeing with you because they don't understand your proposal. People are disagreeing with you because they don't see the merits of it... Actually Richard, on consideration, I agree with Gorm's proposals. As you see from his example top-right it *does* break the secondary highway. People are not saying my routing can't work because fords are in the highway namespace. Then that's bad assumptive programming by the routers not a valid reason not to change it. As is disrupting Garmin osm2pgsql. In fact tagging it highway=*, ford=yes makes it *easier* for routers as they have to do less checking to see whether the ways on each side are the same. To change the nodes is not essential but makes it easier for all to have consistency. As others have mentioned the renderers need to be informed but I don't see that it's too difficult to change. Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=ford vs ford=yes
Dave F. wrote: In fact tagging it highway=*, ford=yes makes it *easier* for routers as they have to do less checking to see whether the ways on each side are the same. Hang on a sec. :) Gorm has already changed highway=ford on _ways_ to ford=yes, highway=something_or_other. This has happened. Arguably there could have been some more discussion beforehand but hey, it's happened. What's principally under discussion now is changing it on _nodes_. John Smith's posting (second in the thread) refers: 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? Gorm replied Simply to de-clutter the highway tag and to be more consistent. The debate is as to whether this is adequate reason given the disruption involved. (Same reply applies to Kevin Peat's posting.) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/highway-ford-vs-ford-yes-tp5668436p5697874.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
Am 02.11.2010 09:41, schrieb Ed Parsons: once we learned this we removed the data as quickly as possible. I think this is the essence of not being evil :) Although we feel unable to license OSM data at present Would this change with a switch ODbL? Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New: A blackwhite base layer
Hi After lots of discussions about how layered maps could be made more user friendly, here's an easy fix: a desaturated mapnik base layer. For even reduced information, a no icons form of the map is presented. Here is an example set: original mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 b/w like mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 b/w without icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B An example with hillshading and bicycle layers: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Tiles are here, please try it with your layers: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
Please be patient with the toolserver, most tiles in the bw-mapnik and bw-noicons style are not yet rendered, so there're still a lot 404 error, but this will solve itsself as soon as the maps are in a wider use. Peter Am 02.11.2010 20:32, schrieb Kay Drangmeister: Hi After lots of discussions about how layered maps could be made more user friendly, here's an easy fix: a desaturated mapnik base layer. For even reduced information, a no icons form of the map is presented. Here is an example set: original mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 b/w like mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 b/w without icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B An example with hillshading and bicycle layers: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Tiles are here, please try it with your layers: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
On Tue, Nov 2, 2010 at 4:29 PM, Peter Körner osm-li...@mazdermind.de wrote: Please be patient with the toolserver, most tiles in the bw-mapnik and bw-noicons style are not yet rendered, so there're still a lot 404 error, but this will solve itsself as soon as the maps are in a wider use. I thought the style was very nice before everybody hammered your server. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
Am 02.11.2010 21:34, schrieb Richard Weait: On Tue, Nov 2, 2010 at 4:29 PM, Peter Körnerosm-li...@mazdermind.de wrote: Please be patient with the toolserver, most tiles in the bw-mapnik and bw-noicons style are not yet rendered, so there're still a lot 404 error, but this will solve itsself as soon as the maps are in a wider use. I thought the style was very nice before everybody hammered your server. ;-) It is nice once the queue will go down (i guess this will happen over night). You can take a look at our munin: http://munin.toolserver.org/OSM/ptolemy/index.html Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
Am 02.11.2010 21:34, schrieb Richard Weait: I thought the style was very nice before everybody hammered your server. ;-) One more thing: yources to all styles rendered on the toolserver are here: http://svn.toolserver.org/svnroot/p_osm/styles/ Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
Hmm this isn't the first time that OSM data has found its way into some 3rd party platform via some unnamed provider. Do google, etc not ask any questions about the data source from these providers? Or are the provider(s) lying about it? Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
Hi Kay, I like the idea of a more subdued style for use as backdrop maps. I think this one still has too much contrast for that purpose. I propose something along the lines of http://maps.cloudmade.com/?lat=52.371826lng=4.928055zoom=12styleId=26171opened_tab=0 May I take this opportunity to plug the Cloudmade style editor - it's an awesome tool for when you want to play around with cartography. It is somewhat limited - I haven't found a way to color the labels differently, for example - but that is its strength as well in a way. Best, Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 2, 2010, at 8:32 PM, Kay Drangmeister wrote: Hi After lots of discussions about how layered maps could be made more user friendly, here's an easy fix: a desaturated mapnik base layer. For even reduced information, a no icons form of the map is presented. Here is an example set: original mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 b/w like mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 b/w without icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B An example with hillshading and bicycle layers: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Tiles are here, please try it with your layers: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
Am 02.11.2010 22:58, schrieb Toby Murray: Hmm this isn't the first time that OSM data has found its way into some 3rd party platform via some unnamed provider. Do google, etc not ask any questions about the data source from these providers? Or are the provider(s) lying about it? There's a difference between lying, not caring and not knowing. Often one person does know but doesn't care and another who would care, doesn't know. Very often they do not talk or do not listen. This is where such issues arise from. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
As far as I am concerned anyone is free to use the data I've put into OSM, as long as they let me have access to a reasonable amount of stuff in return. Share and share alike. I'd rather they'd kept the data, and offered to allow some to be available in exchange. Richard On Tue, Nov 2, 2010 at 10:04 PM, john whelan jwhelan0...@gmail.com wrote: Does it matter? Cheerio John On 2 November 2010 17:58, Toby Murray toby.mur...@gmail.com wrote: Hmm this isn't the first time that OSM data has found its way into some 3rd party platform via some unnamed provider. Do google, etc not ask any questions about the data source from these providers? Or are the provider(s) lying about it? Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New: A blackwhite base layer
Err, are you alright? TEH GLITTERMAP!!!1! LAWLZ! So let's see hw many people actally use teh glitterthing... 2010/11/2 Iván Sánchez Ortega i...@sanchezortega.es: On Tuesday 02 November 2010 20:32:15 Kay Drangmeister wrote: After lots of discussions about how layered maps could be made more user friendly, here's an easy fix: a desaturated mapnik base layer. Desaturated? Black white? That's your idea of user-friendly?? Everyone knows that user-friendlyness can only be achieved by overuse of Comic Sans and, if that's not available, then rainbows, unicorns, sparkles and glitter. Lots of glitter. In the name of all that is cheerful and full of colour, I curse you, desaturation! Come to me, gods of colour, and save the day!! http://ivan.sanchezortega.es/glittermap/ -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Groeten, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
On Tue, Nov 2, 2010 at 6:12 PM, Toby Murray toby.mur...@gmail.com wrote: On Tue, Nov 2, 2010 at 5:04 PM, john whelan jwhelan0...@gmail.com wrote: Does it matter? Does it matter that there is some company out there that is making lots of money selling map data while violating our (very generous) licensing terms? Yes... Yes I think it does matter. Why? According to the very organization distributing the data, the license doesn't apply. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
2010/11/3 Anthony o...@inbox.org: Why? According to the very organization distributing the data, the license doesn't apply. Well, isn't it more it might not apply? Maybe we won't win a case but maybe we would actually. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
On Tue, Nov 2, 2010 at 8:01 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2010/11/3 Anthony o...@inbox.org: Why? According to the very organization distributing the data, the license doesn't apply. Well, isn't it more it might not apply? Maybe we won't win a case but maybe we would actually. I think quite likely doesn't apply is the official stance: It is quite likely that OSM data is not protected by U.S. (and other jurisdictions') copyright laws. This means it is also quite likely that CC BY-SA, which relies on copyright in the data, not the data collection, does not protect OSM data. (http://www.osmfoundation.org/wiki/License/Why_CC_BY-SA_is_Unsuitable) But unofficially, From http://wiki.openstreetmap.org/wiki/Open_Data_License/Why_You_Should_Vote_Yes: our current licence, Creative Commons Attribution-ShareAlike (CC-By-SA), isn't legally applicable to OpenStreetMap - Richard Fairhurst I'm sick of telling people what the rules of the license are when, at the same time, I know that (a) we don't stick to them ourselves and (b) they're not even enforceable. - Frederick Ramm CC-BY-SA (our current license) doesn't apply to data. - User:Matt Or OSM-talk: There is no way in continuing with CC-BY-SA as CC-BY-SA can't be used for databases. It is just not possible, damn! - Peter Körner ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
De mensen die de Engelse talk niet volgen wou ik dit toch niet onthouden :) Skinkie, niet meteen op de blog zetten he? Groet, Floris Original Message Subject: [OSM-talk] OSM data and Google Maps From:Ed Parsons epars...@google.com Date:Tue, November 2, 2010 09:41 To: t...@openstreetmap.org -- Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Martijn Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter: mvexel skype: mvexel flickr: rhodes On Nov 2, 2010, at 12:28 PM, Floris Looijesteijn wrote: De mensen die de Engelse talk niet volgen wou ik dit toch niet onthouden :) Skinkie, niet meteen op de blog zetten he? Groet, Floris Original Message Subject: [OSM-talk] OSM data and Google Maps From:Ed Parsons epars...@google.com Date:Tue, November 2, 2010 09:41 To: t...@openstreetmap.org -- Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
On Tue, 2 Nov 2010, Martijn van Exel wrote: Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Typisch Steve natuurlijk die er over gaat klagen. Had leuker geweest als iemand had gezegd: We zijn zo goed: zelfs leverancier X van Google gebruikt ons. Want we weten allemaal dat in NL Teleatlas ook met ons meekijkt... nieuwe straten volgen te toevallig onze wijzigingen op. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Op 2-11-2010 15:28, Stefan de Konink schreef: On Tue, 2 Nov 2010, Martijn van Exel wrote: Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Typisch Steve natuurlijk die er over gaat klagen. Had leuker geweest als iemand had gezegd: We zijn zo goed: zelfs leverancier X van Google gebruikt ons. Want we weten allemaal dat in NL Teleatlas ook met ons meekijkt... nieuwe straten volgen te toevallig onze wijzigingen op. Als dat zou zijn dan zijn ze toch wel erg laat met de N36 bij Ommen. Maar misschien dat dit mailtje ergens iets triggered. Erik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Soms zijn ze te snel. Deze weg is naar mijn idee nog niet gereed (gemeente heeft hem enkel in hun plannen staan), maar ik zal er morgen langsfietsen: http://maps.google.nl/maps?f=dsource=s_dsaddr=Onbekende+wegdaddr=Onbekende+weghl=nlgeocode=FS5NLAMdCXljAA%3BFfAbLAMdcVRjAAmra=memrcr=0mrsp=1,0sz=15sll=53.229339,6.51485sspn=0.017469,0.055747ie=UTF8t=hz=15 2010/11/2 Itserik e...@itserik.nl Op 2-11-2010 15:28, Stefan de Konink schreef: On Tue, 2 Nov 2010, Martijn van Exel wrote: Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Typisch Steve natuurlijk die er over gaat klagen. Had leuker geweest als iemand had gezegd: We zijn zo goed: zelfs leverancier X van Google gebruikt ons. Want we weten allemaal dat in NL Teleatlas ook met ons meekijkt... nieuwe straten volgen te toevallig onze wijzigingen op. Als dat zou zijn dan zijn ze toch wel erg laat met de N36 bij Ommen. Maar misschien dat dit mailtje ergens iets triggered. Erik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Maar die kennen we. Putten had volgens Google al twee jaar allemaal rotondes op de toegangswegen. Dit jaar zijn ze gerealiseerd. Ps: Leuk dat het G-woord weer volmondig genoemd mag worden. Robert Quoting Martien Scheepens mart...@fmf.nl: Soms zijn ze te snel. Deze weg is naar mijn idee nog niet gereed (gemeente heeft hem enkel in hun plannen staan), maar ik zal er morgen langsfietsen: http://maps.google.nl/maps?f=dsource=s_dsaddr=Onbekende+wegdaddr=Onbekende+weghl=nlgeocode=FS5NLAMdCXljAA%3BFfAbLAMdcVRjAAmra=memrcr=0mrsp=1,0sz=15sll=53.229339,6.51485sspn=0.017469,0.055747ie=UTF8t=hz=15 2010/11/2 Itserik e...@itserik.nl Op 2-11-2010 15:28, Stefan de Konink schreef: On Tue, 2 Nov 2010, Martijn van Exel wrote: Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Typisch Steve natuurlijk die er over gaat klagen. Had leuker geweest als iemand had gezegd: We zijn zo goed: zelfs leverancier X van Google gebruikt ons. Want we weten allemaal dat in NL Teleatlas ook met ons meekijkt... nieuwe straten volgen te toevallig onze wijzigingen op. Als dat zou zijn dan zijn ze toch wel erg laat met de N36 bij Ommen. Maar misschien dat dit mailtje ergens iets triggered. Erik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Ps: Leuk dat het G-woord weer volmondig genoemd mag worden. :^) Mocht dat niet dan? Zonee dan hou ik me niet aan die regels :P Wel tof dat Google zo reageerd. Ik snap niet dat we hier niet meer op in gaan om te kijken of we hun niet verder kunnen krijgen. Laat ze een hand vol geld sponsoren elk jaar oid, als is het maar om ons verder te helpen met onze doelen en zo evt in de toekomst hier wat aan te hebben. Maar goed, who is Frenzel Groet, Frenzel Op 2 november 2010 20:04 schreef rob...@elsenaar.info het volgende: Maar die kennen we. Putten had volgens Google al twee jaar allemaal rotondes op de toegangswegen. Dit jaar zijn ze gerealiseerd. Ps: Leuk dat het G-woord weer volmondig genoemd mag worden. Robert Quoting Martien Scheepens mart...@fmf.nl: Soms zijn ze te snel. Deze weg is naar mijn idee nog niet gereed (gemeente heeft hem enkel in hun plannen staan), maar ik zal er morgen langsfietsen: http://maps.google.nl/maps?f=dsource=s_dsaddr=Onbekende+wegdaddr=Onbekende+weghl=nlgeocode=FS5NLAMdCXljAA%3BFfAbLAMdcVRjAAmra=memrcr=0mrsp=1,0sz=15sll=53.229339,6.51485sspn=0.017469,0.055747ie=UTF8t=hz=15 2010/11/2 Itserik e...@itserik.nl Op 2-11-2010 15:28, Stefan de Konink schreef: On Tue, 2 Nov 2010, Martijn van Exel wrote: Toch wel creepy, dat dit door de QA van google en toeleveranciers kan schieten. Ik heb op talk de vraag opgeworpen wat google kan doen en doet om dit te voorkomen, maar ligt er ook niet een taak voor OSM om dit soort onrechtmatig gebruik opspoorbaar(der) te maken? vziw worden er geen easter eggs ingebouwd in de OSM-dumps, dat kan ook bijna niet met een community-project. Wat kan wel? Typisch Steve natuurlijk die er over gaat klagen. Had leuker geweest als iemand had gezegd: We zijn zo goed: zelfs leverancier X van Google gebruikt ons. Want we weten allemaal dat in NL Teleatlas ook met ons meekijkt... nieuwe straten volgen te toevallig onze wijzigingen op. Als dat zou zijn dan zijn ze toch wel erg laat met de N36 bij Ommen. Maar misschien dat dit mailtje ergens iets triggered. Erik ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: [OSM-talk] OSM data and Google Maps]
Op 2 november 2010 22:53 heeft F. Heinen f.heinen...@gmail.com het volgende geschreven: Ps: Leuk dat het G-woord weer volmondig genoemd mag worden. :^) Mocht dat niet dan? Zonee dan hou ik me niet aan die regels :P Wel tof dat Google zo reageerd. Ik snap niet dat we hier niet meer op in gaan om te kijken of we hun niet verder kunnen krijgen. Laat ze een hand vol geld sponsoren elk jaar oid, als is het maar om ons verder te helpen met onze doelen en zo evt in de toekomst hier wat aan te hebben. Maar goed, who is Frenzel Zover ik weet doet Google al sponsoren, o.a. voor nieuwe servers en state of the map Maar hier kan Henk, Stefan (die nu bij Google zit) of iemand anders vast meer over vertellen Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Big WA trace #5
Just a mention that I've uploaded another trace,19773 points: http://www.openstreetmap.org/user/Sam%20Wilson/traces/858568 Should I perhaps not bother announcing these? I just thought it might spur someone or other on to help me trace! :-) But I don't want to clutter the list... Thanks, Sam. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Forest Lake Mapping Party is coming up soon (Sat 20th September)
Hi everyone, OSM mapping party propaganda follows. Please pass onto anyone you think might be interested. - David Calling all map-lovers, amateur cartographers, surveyors and cartophiles! Local OpenStreetMappers are having a mapping party soon, and we want your help. When: Saturday 20th November 2010 Agenda: 09:00 - 09:30Breakfast at Elvis Grill Cafe 09:30 - 13:00Mapping 13:00 - 14:00Lunch at Forest Lake Tavern Details: http://wiki.openstreetmap.org/wiki/Forest_Lake_Mapping_Party_November_2010 OpenStreetMap is a collaboratively built free map of the world, with simple wiki-like editing; think ‘Wikipedia’, but for maps. The result is highly detailed digital maps, created and edited by local communities, that are free to reproduce without the normal commercial restrictions. It's a fun project to get involved with; you'll discover how maps are made and uncover the geographical secrets of your neighbourhood. Volunteers from all around Brisbane have already begun mapping the roads, footpaths and cycleways across the city, but now we need your help to improve our map by adding street details and amenities such as restaurants, parks, playgrounds and shops. For July, we will be mapping around Forest Lake. After beginning with a delicious breakfast, we will split up and spread out over the area to collect information for inclusion in OpenStreetMap. You are welcome to map however and wherever you want, but here are a few suggestions for things that other mappers like to collect: * Missing streets, footpaths and cycleways * Missing street names * Missing street facilities (traffic lights, pedestrian crossings, speed bumps, etc.) * Missing reserves, parks, schools and child-care centres * Missing amenities (water fountains, toilets, playgrounds, seats, shelters, etc.) * Details of shops/restaurants/pubs However, if you aren't sure what you can do, we'll be happy to provide ideas and help get you started. If you have a GPS device, including a GPS-enabled phone, bring it along, but you don’t need anything special to map - just a pen and paper will do. Blank maps for note-taking can easily be made available if prior notice is provided. After spending a couple of hours surveying we will rejoin at 13:00 for lunch and to debrief. If you have a laptop, bring it along and we'll show you how easy it is to use OpenStreetMap on your own computer. Internet access will be made available through shared mobile broadband (or bring your own). If you can’t or don’t feel like helping in the physical survey, or you just want to be social, please feel free to turn up for lunch anyway. We’ll be there between 13:00 and 14:00 and we’ll be happy to introduce you to OpenStreetMap, and maybe get you set up to map your local area. If you can come, please let David Dean know by Wednesday the 17th of September, so we can have some idea of how will be turning up on the day. Contact David Dean on 0407 151 912 to RSVP or for more information. (please let me know if you don't want these emails in future) -- David Dean Post-Doctoral Fellow, RP-SAIVT, QUT (me) http://www.davidbdean.com (saivt) http://www.bee.qut.edu.au/projects/saivt/ (post) Room S1101, GPO Box 2434, Brisbane, Australia 4001 (p) +61 7 3138 9329 (m) 0407 151 912 (CRICOS) 00213J ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-is] Reykjavík Digital Freedom Workshop 13 .-14. nóvember
Félag um stafrænt frelsi á Íslandi stendur fyrir vinnustofum tveimur vikum á undan árlegu ráðstefnu sinni: http://www.fsfi.is/radstefna2010/ Er einhver hér sem vill sjá um vinnustofu/mapping party helgina 13.-14. nóvember? kv. Björgvin ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] PLZ Import
Bernd Wurst wrote: Na doch, wenn man ein Gebäude eines Betriebs mit eigener PLZ nach Karlsruhe- Schema tagged, gehört da die wahre PLZ dran. Und die ist dann halt nicht passend zu der anderer Gebäude drum herum. moin moin bernd, ich kann deine aussage leider nicht bestätigen. das wiki hält sich dazu ziemlich geschlossen. einzig bei Free_The_Postcode hab ich etwas konkreteres gefunden. (fett) was ist die wahre postleitzahl? die einzigen, spärlichen hinweise gehen in richtung lokale plz anstelle von institutieller plz. ich würde es begrüßen, wenn du deine Aussagen nicht so einfach in den Raum stellst, sondern mit Fakten belegen kannst. gruss walter --- http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema Proposed_features/House_numbers/Karlsruhe_Schema Postal code of the building/addressed area. Different countries have different length and different characters allowed for postal codes. http://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern Proposed_features/De:Hausnummern Postleitzahl http://wiki.openstreetmap.org/wiki/DE:Key:addr DE:Key:addr Postleitzahl http://wiki.openstreetmap.org/wiki/Key:addr Key:addr The postal code of the building/area. http://en.wikipedia.org/wiki/Postal_code Postal_code Although postal codes are usually assigned to geographical areas, special codes are sometimes assigned to individual addresses or to institutions that receive large volumes of mail, such as government agencies and large commercial companies. sonstiges: http://wiki.openstreetmap.org/wiki/Postleitzahlen Postleitzahlen P.S.: Postleitzahlen werden in der Karte (anders als beim Karlsruhe Schema) mit postal_code=* eingetragen. http://wiki.openstreetmap.org/wiki/Key:postal_code Key:postal_code You can tag nodes, ways, and areas with postal_code=* to describe the postal code of an area or a specific building. As part of the Karlsruhe scheme the alternative tag addr:postcode=* has been widely accepted. http://wiki.openstreetmap.org/wiki/Free_The_Postcode Free_The_Postcode There can be seperate numbers for P.O. Boxes or large institiutions (e.g. businesses receiving large ammount of mail) where no real street or geolocation can be assigned. http://de.wikipedia.org/wiki/Postanschrift wikipedia.org/wiki/Postanschrift Die Postanschrift (in der Schweiz Postadresse) bezeichnet das Ziel in Adressform, an das eine Postsendung zugestellt werden soll. Dabei kann es sich entweder um ein Postfach oder um eine physische Adresse mit einem Briefkasten handeln de.wikipedia.org/wiki/Postempfänger de.wikipedia.org/wiki/Postempfänger Postsendungen können auch über Postfächer oder postlagernd in Empfang genommen werden. http://de.wikipedia.org/wiki/Postfach wikipedia.org/wiki/Postfach Ein Postfach ist eine Einrichtung der meisten Postunternehmen der Welt, bei denen der Kunde seine Post in einem abschließbaren Fach in einer Postfiliale abholen kann. tbc die diversen lokalen Seiten hab ich mir gespart. die zitieren sowieso nur. - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5696271.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] PLZ Import
Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de: ich kann deine aussage leider nicht bestätigen. das wiki hält sich dazu ziemlich geschlossen. das ist doch unabhängig vom Wiki was ist die wahre postleitzahl? diejenige, die gilt? Oder anders ausgedrückt: die PLZ die die Post vergeben hat. die einzigen, spärlichen hinweise gehen in richtung lokale plz anstelle von institutieller plz. Wo steht, dass man eine andere als die real vergebene verwenden soll? Dann passe ich das gerne im Wiki an. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de: P.S.: Postleitzahlen werden in der Karte (anders als beim Karlsruhe Schema) mit postal_code=* eingetragen. das ist veraltet und stammt aus der Zeit vor KA. http://wiki.openstreetmap.org/wiki/Key:postal_code Key:postal_code You can tag nodes, ways, and areas with postal_code=* to describe the postal code of an area or a specific building. As part of the Karlsruhe scheme the alternative tag addr:postcode=* has been widely accepted. steht ja in dem von Dir oben zitierten Absatz auch dran. Man muss die OSM-Wiki-Terminologie am Anfang erstmal interpretieren lernen: weil es kein richtig und kein falsch geben soll in OSM, sind alles nur Empfehlungen. widely accepted ist eine Verklausulierung von richtiger. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 2. November 2010 01:23 schrieb Garry garr...@gmx.de: Ein Flugplatz bzw. Start/Landeplatz ist dagegen ein Stück Land das ausnahmslos dafür definiert ist dass dort regelmässig Boden-Luftübergänge von Fluggeräten stattfinden und von dort eine entsprechende damit verbundene Gefährdung ausgeht Gefährdungen gehen von allem möglichen aus. Boden-Luftübergänge sind keineswegs zwangsläufig das einzige Kriterium für einen Flughafen. Es wäre, wenn man es so sehen würde, ein Grund, Modellflugplätze und Flugplätze/~häfen, Raketenabschussrampen und ähnliches gleich zu taggen. Da man das nicht will (ich zumindest nicht, wir könnten ja bei Bedarf mal abstimmen), sollte man sich wohl bei der Definition noch andere Kriterien überlegen. Wenn man sich mal einen groben Überblick verschaffen will (musst Du als RC-Pilot sicherlich nicht mehr): http://de.wikipedia.org/wiki/Flugplatz Unterteilung dort in : * 1.1 Flughäfen * 1.2 Landeplätze * 1.3 Segelfluggelände * 1.4 Gelände für Wasserflugzeuge und Flugboote * 1.5 Gelände für Luftsportgeräte * 1.6 Gelände für Modellflugzeuge diese Unterteilung sieht für mich sinnvoll aus, würde ich gleich im Haupttag treffen. in OSM gibt es (für mich auf den ersten Blick erkennbar) noch kaum tags dafür: lediglich für 1.1 aeroway=aerodrome auch Taginfo hilft nicht weiter: http://taginfo.openstreetmap.de/keys/aeroway sieht so aus, als hätten die Leute wirklich 1.2 bis 1.6 als aerodrome getaggt? Finde ich absurd. Oder ist das z.T. in leisure drin? Gruß Martin wieso das denn? Mist ist es, wenn man die Schiene mit Straßentags taggt, weil dann wirklich nicht mehr klar ist, was da eigentlich los ist. Wenn man einen Autozug taggen will, dann mit entsprechender Route-relation, aber sicher nicht direkt aufs Gleis. Vielleicht sollte man hier Unterscheiden zwischen Punkt-zu-Punkt-Verbindungen in denen die Eisenbahn eine Strasse ersetzt bzw. wintersichere, kurze Verbindungen ermöglicht (Bsp. Sylt, Lötschbergtunnel, Furkatunnel, Vereinatunnel) und den Autoreisezugverbindungen bei denen man einfach nur die eigene Lenkzeit im Fernverkehr verkürzen möchte (Bsp. Lörrach - Hamburg.). finde ich viel zu kompliziert, bei einer Bahnverbindung zu unterscheiden, ob die eine wintersichere Verbindung ermöglicht oder den Zweck hat, die eigene Lenkzeit zu verkürzen. Und schon gar nicht würde ich diese Unterscheidung im Haupttag machen. Und noch weniger würde ich eine Eisenbahnschiene so taggen, dass man sie mit einem Kfz legal befahren darf (railway=rail, motorcar=yes). Wenn Du denkst, dass man einen neuen Tag braucht, um Punkt-zu-Punkt-Verbindungen in denen die Eisenbahn eine Strasse ersetzt bzw. wintersichere, kurze Verbindungen ermöglicht zu taggen, dann warte ich auf Vorschläge --- kann ja sein, dass das doch Sinn macht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 01.11.2010 19:09, schrieb Jan Tappenbeck: gibt es eigentlich irgendwo eine mehrsprachige Liste der Keys um diese in App einzubauen - die man ggf. per Download irgendwo automatisch ziehen könnte. Bei manchen wäre eine Kombi aus key = value erforderlich bei anderen nur der Key (z.b. maxspeed). Wenn, dann wird sich das am ehesten in http://taginfo.openstreetmap.de/ einbauen lassen. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
hi martin, das mit dem postal_code hatte ich nur aufgeführt, weil jemand (fx99) vorgeschlagen hatte, diese für grosskunden zu verwenden. aber die tatsache die firmenspezifische postleitzahl laut karsruher schema zu verwenden, konnte ich nicht so stehen lassen. der punkt ist völlig offen. gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5696651.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
[Talk-de] Dörfer, Städte und co
Sorry, ich schon wieder Gibt es eigentlich ein Makro (Josm) und Dörfer und Städte zu klassifizieren? Ich habe gerade unser Dorf mal duchgesehen (keine Stadt: town sondern Dorf village) im Ortsteil war gar nichts angegeben bis auf den Namen. Ich hangele mich also sehr mühsam durch was die Begriffe wohl bedeuten könnten und ob die Daten alle richtig sind. beim Ortsteil müsste ??? ich alles neu anlegen... Ich fände es sehr praktisch wenn es ein Makro geben würde: anklicken (Simmerath) ein Fenster öffnet sich und alle Möglichkeiten sind zu sehen (auch die schon eingetragenen) auf deutsch, ich würde gerne wissen was da noch rein soll oder kann (beim Ortsteil ist das sonst ne Höllenarbeit, vor allem weil es so viele Ortsteile gibt. oder die Ortsteile würden automatisch die Daten vom Ort übernehmen - das wäre noch praktischer. Ich finde das bei einem Ortsteil ersichtlich sein sollte zu welchem Ort er gehört. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
Am 02.11.2010 12:14, schrieb Steffen Heinz: Sorry, ich schon wieder Gibt es eigentlich ein Makro (Josm) und Dörfer und Städte zu klassifizieren? Ich habe gerade unser Dorf mal duchgesehen (keine Stadt: town sondern Dorf village) im Ortsteil war gar nichts angegeben bis auf den Namen. Ich hangele mich also sehr mühsam durch was die Begriffe wohl bedeuten könnten und ob die Daten alle richtig sind. beim Ortsteil müsste ??? ich alles neu anlegen... I also, ich hab mal was rumgeschraubt! ich könnte den Text zu Fuß ändern, also Karte abspeichern, betreffende Stellen - Ortsteile - suchen, mit Texteditor ändern (mit einfügen) und abspeichern. Also, ich nehme den Hauptort, Strg c Ortsteile suchen Strg v etwas modifizierenen (schließlich ahben die Ortsteiel ja auch eigene Namen ansehen in Josm kontrollieren abspeichern oder besteht die Gefahr das ich was kaputt mache? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
am Dienstag, 2. November 2010 um 13:04 schrieben Sie: also, ich hab mal was rumgeschraubt! ich könnte den Text zu Fuß ändern, also Karte abspeichern, betreffende Stellen - Ortsteile - suchen, mit Texteditor ändern (mit einfügen) und abspeichern. Also, ich nehme den Hauptort, Strg c Ortsteile suchen Strg v etwas modifizierenen (schließlich ahben die Ortsteiel ja auch eigene Namen ansehen in Josm kontrollieren abspeichern Ich verstehe zwar nicht genau, was Du vorhast, aber in JOSM kannst Du Eigenschaften eines Objektes kopieren: Wähle das Ausgangsobjekt aus und drücke STRG+C, dann wähle das neue Objekt aus und drücke SHIFT+STRG+V. Alle Tags des alten Objekts werden übernommen. Ist ein Key beim neuen, aber nicht beim alten Objekt vorhanden, bleibt dieser erhalten. Direkt in den OSM-Dateien rumwerkeln, sollte man nur, wenn man alle Bestandteile verstanden hat. (Das gilt natürlich nur, wenn man die so veränderten Daten hochladen will.) Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
Am 02.11.2010 13:33, schrieb Christian H. Bruhn: Ich verstehe zwar nicht genau, was Du vorhast, aber in JOSM kannst Du Eigenschaften eines Objektes kopieren: Wähle das Ausgangsobjekt aus und drücke STRG+C, dann wähle das neue Objekt aus und drücke SHIFT+STRG+V. Alle Tags des alten Objekts werden übernommen. Ist ein Key beim neuen, aber nicht beim alten Objekt vorhanden, bleibt dieser erhalten. also brauche ich mir die Textdatei (Abspeichern, im Texteditor ansehen und bearbeiten) nicht anzusehen? Direkt in den OSM-Dateien rumwerkeln, sollte man nur, wenn man alle Bestandteile verstanden hat. (Das gilt natürlich nur, wenn man die so veränderten Daten hochladen will.) schon klar, aber das mit verstehen ist so ne Sache! die kürzel, variaben oder wie die hier heißen sind zu seltsam ich finde das müße eleganter gelöst werden Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
Am 02.11.10 13:33, schrieb Christian H. Bruhn: Ich verstehe zwar nicht genau, was Du vorhast, aber in JOSM kannst Du Eigenschaften eines Objektes kopieren: Wähle das Ausgangsobjekt aus und drücke STRG+C, dann wähle das neue Objekt aus und drücke SHIFT+STRG+V. Alle Tags des alten Objekts werden übernommen. Ist ein Key beim neuen, aber nicht beim alten Objekt vorhanden, bleibt dieser erhalten. Du kannst auch gleich mit strg+D einen Klon erzeugen, den du nur noch an die passende Stelle schieben brauchst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
Am 02.11.2010 14:05, schrieb Steffen Heinz: Am 02.11.2010 13:33, schrieb Christian H. Bruhn: Ich verstehe zwar nicht genau, was Du vorhast, aber in JOSM kannst Du Eigenschaften eines Objektes kopieren: Wähle das Ausgangsobjekt aus und drücke STRG+C, dann wähle das neue Objekt aus und drücke SHIFT+STRG+V. Alle Tags des alten Objekts werden übernommen. Ist ein Key beim neuen, aber nicht beim alten Objekt vorhanden, bleibt dieser erhalten. also brauche ich mir die Textdatei (Abspeichern, im Texteditor ansehen und bearbeiten) nicht anzusehen? Direkt in den OSM-Dateien rumwerkeln, sollte man nur, wenn man alle Bestandteile verstanden hat. (Das gilt natürlich nur, wenn man die so veränderten Daten hochladen will.) schon klar, aber das mit verstehen ist so ne Sache! die kürzel, variaben oder wie die hier heißen sind zu seltsam ich finde das müße eleganter gelöst werden Das ist IMHO elegant gelöst; und es ist auch nicht für die manuelle Bearbeitung gedacht. Wer da in Handarbeit dranwill, soll bitte auch verstehen, was er tut. Kompliziert ist das OSM-XML nicht, aber innerhalb von ein paar Stunden kann man es auch verstehen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 1. November 2010 19:09 schrieb Jan Tappenbeck o...@tappenbeck.net: gibt es eigentlich irgendwo eine mehrsprachige Liste der Keys um diese in App einzubauen - die man ggf. per Download irgendwo automatisch ziehen könnte. Im planet sind die komplett enthalten, alle derzeit in Gebrauch befindlichen keys und values, einschl. sämtlicher in Gebrauch befindlicher Sprachen. Meinst Du das? Der Link ist: http://planet.openstreetmap.org/ wenn Du alle je in Gebrauch gewesenen Keys und Values haben willst, müsstest Du einschl. der History analysieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNVKarte - Neuigkeiten?
Gernot Hillier wrote: Kennt jemand eine schöne Alternative? Nur für Berlin: http://berlin.erdapfel.org/index.php?zoom=13lat=52.51006lon=13.39387layers=BFTFF Gruß Sascha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
Am 02.11.10 schrieb Steffen Heinz: Ich habe gerade unser Dorf mal duchgesehen (keine Stadt: town sondern Dorf village) im Ortsteil war gar nichts angegeben bis auf den Namen. füge noch ein is_in dazu und lass den Rest nur im Eintrag von Simmerath stehen, damit wird auch der Aufwand überschaubar. Über das is_in-Tag und die Grenze kann man ermitteln, wo der Ortsteil liegt; solche Sachen wie population kannst Du sowieso nicht an den Ortsteil kopieren. Die openGeoDB:*-Einträge sind aus einer externen Datenbank importiert, die sollten mit diesen Schlüsseln auch nicht an die Ortsteile weiterveilt werden. Viele Grüße, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
Hallo, ich fragte mich gerade: Jeder Nutzer der sich registriert, kann ja allerhand machen. Daten hinzufügen, ändern, löschen. Wie er mag. Wie ist das mit changesets rückgängig machen? Darf das auch jeder? Und gibt es überhaupt irgendwie Admins? Die theoretisch User sperren können, oder bei extremen Vandalismus ein Backup einspielen können? Wie ist die Hierarchie in der OSM? Danke Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
Am 02.11.2010 15:05, schrieb Tom Müller: ich fragte mich gerade: Jeder Nutzer der sich registriert, kann ja allerhand machen. Daten hinzufügen, ändern, löschen. Wie er mag. Wie ist das mit changesets rückgängig machen? Darf das auch jeder? Im Prinzip ja. Und gibt es überhaupt irgendwie Admins? Die theoretisch User sperren können, oder bei extremen Vandalismus ein Backup einspielen können? Ja. Ich meine, dass zB. Frederik User sperren kann. Wie ist die Hierarchie in der OSM? Flach. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
On Tue, Nov 02, 2010 at 03:05:08PM +0100, Tom Müller wrote: ich fragte mich gerade: Jeder Nutzer der sich registriert, kann ja allerhand machen. Daten hinzufügen, ändern, löschen. Wie er mag. Wie ist das mit changesets rückgängig machen? Darf das auch jeder? Keiner kann Changesets rückgängig machen. Aber jeder kann die Version der Daten vor einem Changeset einsehen und dann einen neuen Changeset abschicken, der den vorherigen Stand wieder herstellt. So wird in aller Regel bei Vandalismus oder bei Fehlern vorgegangen. Und gibt es überhaupt irgendwie Admins? Die theoretisch User sperren können, oder bei extremen Vandalismus ein Backup einspielen können? Wie ist die Hierarchie in der OSM? Natürlich gibt es Admins. Irgendwer muss die Server ja betreuen. Eine Liste findest Du hier: http://wiki.openstreetmap.org/wiki/Admins . Admins können User sperren und im Prinzip auch ein Backup einspielen. Das wird aber nur in sehr großen Ausnahmefällen möglich sein. Für die Bearbeitung von Vandalismusfällen und Copyright-Verletzungen gibt es die Data Working Group der OpenStreetMap Foundation. Siehe: http://wiki.openstreetmap.org/wiki/Data_working_group . Die freuen sich übrigens immer über Leute, die mithelfen wollen. Das ist nämlich eine ziemlich unangenehme und aufwändige Arbeit. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
Am 02.11.2010 15:33, schrieb Jochen Topf: Für die Bearbeitung von Vandalismusfällen und Copyright-Verletzungen gibt es die Data Working Group der OpenStreetMap Foundation. Siehe: http://wiki.openstreetmap.org/wiki/Data_working_group . Die freuen sich übrigens immer über Leute, die mithelfen wollen. DFDL (Danke für den Link). The Data Working Group currently (September 2009) consists of: Müsste mal aktualisiert werden. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Moin, M∡rtin Koppenhoefer schrieb: Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de: was ist die wahre postleitzahl? diejenige, die gilt? Oder anders ausgedrückt: die PLZ die die Post vergeben hat. die einzigen, spärlichen hinweise gehen in richtung lokale plz anstelle von institutieller plz. Wo steht, dass man eine andere als die real vergebene verwenden soll? Dann passe ich das gerne im Wiki an. Konkretes Beispiel gefällig? Deutsche Rentenversicherung Bund Ruhrstraße 2 10709 Berlin Die reale geografische. oder 10704 Berlin Der reale postalische Großkunde (von denen hier die Rede ist). Beide sind real und vergeben. Institutionelle Großkunden-PLZ gibt es meines Wissens immer nur zusätzlich, die geografische PLZ ist immer vorhanden. Abgesehen davon: Was hat eine institutionelle Großkunden-PLZ mit Geografie zu tun? Wenn die Institution innerhalb der PLZ-Leitregion umzieht bleibt die institutionelle PLZ ja unverändert. NB: Beim Postweg ist es manchmal vorteilhafter, die (geografische) Hausadresse anzugeben, weil es u.U. schneller geht. Ist für das Routing vielleicht auch sinnvoll ... ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
Am 02.11.2010 15:47, schrieb Chris66: Am 02.11.2010 15:33, schrieb Jochen Topf: Für die Bearbeitung von Vandalismusfällen und Copyright-Verletzungen gibt es die Data Working Group der OpenStreetMap Foundation. Siehe: http://wiki.openstreetmap.org/wiki/Data_working_group . Die freuen sich übrigens immer über Leute, die mithelfen wollen. DFDL (Danke für den Link). The Data Working Group currently (September 2009) consists of: Müsste mal aktualisiert werden. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de vielleicht sind die Angaben ja noch aktuell :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
Tach, Am 02.11.2010 um 15:47 schrieb Marco Lechner - FOSSGIS e.V.: Am 02.11.2010 15:47, schrieb Chris66: Am 02.11.2010 15:33, schrieb Jochen Topf: DFDL (Danke für den Link). The Data Working Group currently (September 2009) consists of: Müsste mal aktualisiert werden. ;-) vielleicht sind die Angaben ja noch aktuell :-) vielleicht meinte er das Datum ? ( November 2010 ) sieht aktueller aus ;-) Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
Steve Coast hatte Google darauf hingewiesen, dass Google anscheinend OSM-Daten verwendet habe, ohne Beachtung der Lizenz. Dieser Zwischenfall wurde bestätigt und Google hat sich öffentlich dafür entschuldigt. Die Daten wurden bereits entfernt. Leider sieht sich Google nicht in der Lage, die Daten unter der OSM-Lizenz zu verwenden. Quelle: http://lists.openstreetmap.org/pipermail/talk/2010-November/054636.html Gruß, Philip Exklusiv: Neue E-Mail-Adresse @iPhone.de jetzt verfügbar! Sichern Sie sich jetzt ihre persönliche http://www.iphone.de/iphonemail/index.html?pid=10111947021 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wieder mal Kartenverwendung ohne Attribution?
Hi! Ich bin gerade über diese Outdoor-Community gestolpert: http://www.trackspace.de/ Sie verkaufen in ihrem Premium-Account Kartendownloads von Mapnikkarte und Cyclemap - aber soweit ich das sehen kann findet sich auf der Seite noch nicht mal ein Link zu OSM, geschweige denn ein korrekter Lizenz/Attributierungshinweis. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Wieder-mal-Kartenverwendung-ohne-Attribution-tp5697812p5697812.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] Darf eigentlich wirklich jeder alles, oder gibt es osm-admins, o.ä.?
On Tue, Nov 02, 2010 at 03:47:59PM +0100, Marco Lechner - FOSSGIS e.V. wrote: Am 02.11.2010 15:47, schrieb Chris66: Am 02.11.2010 15:33, schrieb Jochen Topf: Für die Bearbeitung von Vandalismusfällen und Copyright-Verletzungen gibt es die Data Working Group der OpenStreetMap Foundation. Siehe: http://wiki.openstreetmap.org/wiki/Data_working_group . Die freuen sich übrigens immer über Leute, die mithelfen wollen. DFDL (Danke für den Link). The Data Working Group currently (September 2009) consists of: Müsste mal aktualisiert werden. ;-) vielleicht sind die Angaben ja noch aktuell :-) Sind sie nicht. Chef der Working Group ist inzwischen Steve. Was sich sonst für Änderungen ergeben haben, weiß ich nicht. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Am 2. November 2010 15:50 schrieb Georg Feddern ne...@bavarianmallet.de: Beide sind real und vergeben. Institutionelle Großkunden-PLZ gibt es meines Wissens immer nur zusätzlich, die geografische PLZ ist immer vorhanden. gut, zugegebenermaßen hilft es uns nicht gerade, wenn wir beide vermischen. Ggf. wäre ein Extratag sinnvoll für Institutionelle PLZ. Abgesehen davon: Was hat eine institutionelle Großkunden-PLZ mit Geografie zu tun? Wenn die Institution innerhalb der PLZ-Leitregion umzieht bleibt die institutionelle PLZ ja unverändert. widersprichst Du Dir da nicht selbst (innerhalb der ...region vs Geografie)? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder mal Kartenverwendung ohne Attribution?
Hallo! Ich bin gerade über diese Outdoor-Community gestolpert: http://www.trackspace.de/ Sie verkaufen in ihrem Premium-Account Kartendownloads von Mapnikkarte und Cyclemap - aber soweit ich das sehen kann findet sich auf der Seite noch nicht mal ein Link zu OSM, geschweige denn ein korrekter Lizenz/Attributierungshinweis. Ich habe mit einer kurzen Google-Suche [1] sowohl die Herkunft, als auch den Lizenzhinweis finden können: http://www.trackspace.de/index.php?option=com_contenttask=viewid=105 Das bedeutet aber nicht, dass dieser einfach zu finden ist für einen normalen Benutzer und nicht nur für unermüdliche Google-Crawler. Gruß, Philip [1] http://www.google.com/search?q=site%3Atrackspace.de+openstreetmapie=utf-8oe=utf-8aq=t#sclient=psyhl=enhs=KAesource=hpq=site:trackspace.de+openstreetmap+creative+commonsaq=faqi=aql=oq=gs_rfai=pbx=1fp=ea60b3ff14ab2833 FreeLotto - das kostenlose Lotto von freenet! Jeden Tag die Chance auf 2 Millionen Euro nutzen. Jetzt gratis Lotto spielen auf http://freelotto.freenet.de! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 02.11.2010 14:42, M∡rtin Koppenhoefer: Am 1. November 2010 19:09 schrieb Jan Tappenbecko...@tappenbeck.net: gibt es eigentlich irgendwo eine mehrsprachige Liste der Keys um diese in App einzubauen - die man ggf. per Download irgendwo automatisch ziehen könnte. Im planet sind die komplett enthalten, alle derzeit in Gebrauch befindlichen keys und values, einschl. sämtlicher in Gebrauch befindlicher Sprachen. Meinst Du das? Ich denke Jan sucht Übersetzungen der Keys (und wahrscheinlich auch Values), also statt highway=footway = (DE) strasse=fussweg Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder mal Kartenverwendung ohne Attribution?
Am 2. November 2010 16:29 schrieb Philip Gillißen gue...@freenet.de: http://www.trackspace.de/ nicht mal ein Link zu OSM, geschweige denn ein korrekter Lizenz/Attributierungshinweis. http://www.trackspace.de/index.php?option=com_contenttask=viewid=105 Das bedeutet aber nicht, dass dieser einfach zu finden ist für einen normalen Benutzer und nicht nur für unermüdliche Google-Crawler. ja, und schon auf der Startseite gibt es z.B. dieses Bild: http://www.trackspace.de/templates/trackspace/images/startseite_software.jpg das nach üblichen Maßstäben (wie es im allgemeinen bei Karten gehandhabt wird) m.E. bereits mit einem Hinweis auf OSM und die Lizenz versehen sein sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 02.11.10 schrieb Claudius: Ich denke Jan sucht Übersetzungen der Keys (und wahrscheinlich auch Values), also statt highway=footway = (DE) strasse=fussweg wichtige keys sollten doch in den Josm-Vorlagen sein ( http://josm.openstreetmap.de/svn/trunk/data/ ). Gibt es dafür ein Frontend, dass mehrsprachige Liste anzeigt? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 2. November 2010 16:30 schrieb Claudius claudiu...@gmx.de: Ich denke Jan sucht Übersetzungen der Keys (und wahrscheinlich auch Values), also statt highway=footway = (DE) strasse=fussweg ach so, das ist vermutlich annähernd unmöglich (reine Übersetzungen reichen ja sowieso nicht aus, manches lässt sich auch nicht übersetzen), aber einen Ansatzpunkt bieten evtl. die JOSM Presets in den verschiedenen Übersetzungen? In einer App würde ich es sehr ungern sehen, wenn man den User tags nur aufgrund einer Übersetzung (oder auch des Originaltags) und nicht aufgrund der Definitionen der jeweiligen Tags setzen lassen würde. Auch anders rum: in einer Legende hilft es nur bedingt, wenn man nicht weiss, welche Bedeutung für ein Tag definiert wurde, nur dass ein Missverständnis da meist weniger ausmacht. Bei klassisischen (Papier)Karten funktioniert das besser, weil die verwendeten Icons Standarddefinitionen folgen, die meist kartenübergreifend gelten, aber auch da ist teilweise eine gewisse Einarbeitung in die Codierung des jeweiligen Herstellers nötig, um die Karte gut interpretieren zu können. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Am 02.11.2010 15:50, schrieb Georg Feddern: Konkretes Beispiel gefällig? Deutsche Rentenversicherung Bund Ruhrstraße 2 10709 Berlin Die reale geografische. oder 10704 Berlin Der reale postalische Großkunde (von denen hier die Rede ist). Beide sind real und vergeben. Institutionelle Großkunden-PLZ gibt es meines Wissens immer nur zusätzlich, die geografische PLZ ist immer vorhanden. Insofern sollte man versuchen, dies auseinanderzuhalten. Abgesehen davon: Was hat eine institutionelle Großkunden-PLZ mit Geografie zu tun? Wenn die Institution innerhalb der PLZ-Leitregion umzieht bleibt die institutionelle PLZ ja unverändert. Ja, aber... ;) Für die Suche nach einem Objekt/einer Straße/... wird vermutlich oft auch die Großkunden-PLZ herangezogen, weil die in der Adressangabe auftaucht. Sobald also eine Suche nach Adresse einschließlich PLZ durchgeführt wird, machen sich User vermutlich keine Gedanken darüber, ob das jetzt eine geographische oder eine institutionelle Zuordnung ist. Auch wenn eine Großkunden-PLZ also keinen dauerhadften geographischen Bezug hat, ist sie dennoch relevant für die Nutzung von (auch geographischen) Daten. NB: Beim Postweg ist es manchmal vorteilhafter, die (geografische) Hausadresse anzugeben, weil es u.U. schneller geht. Ist für das Routing vielleicht auch sinnvoll ... ;-) Das ist sehr unterschiedlich, vermute ich und hängt vor allem auch von dem internen Postdienst des Unternehmens zusammen. Wenn der Postbote nur zur Pforte gehen kann um das da abzugeben, ist u.U. der Pförtner gefragt, das nebenbei zu machen, während der interne Postdienst das Postfach geregelt leert und ordnungsgemäß verteilt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
Am 02.11.2010 16:05, schrieb Philip Gillißen: Dieser Zwischenfall wurde bestätigt und Google hat sich öffentlich dafür entschuldigt. Die Daten wurden bereits entfernt. Leider sieht sich Google nicht in der Lage, die Daten unter der OSM-Lizenz zu verwenden. Schade eigentlich. Damit könnten die Vorteile beider Systeme (OSM: Aktualität, Fusswege; Google: Vollständigkeit in ländlichen Gebieten und im Ausland) kombiniert werden, aber das wäre wohl nur mit einer PD ähnlichen Lizenz bei OSM möglich. Wobei sie (google) ja theoretisch die Daten von den Usern rausfiltern und verwenden könnten, die das Häkchen bei PD gesetzt haben, oder? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
Am 02.11.2010 17:56, schrieb Chris66: Wobei sie (google) ja theoretisch die Daten von den Usern rausfiltern und verwenden könnten, die das Häkchen bei PD gesetzt haben, oder? Ich kann in meinen Benutzereinstellungen auf http://www.openstreetmap.org/ kein PD-Häckchen finden. Soweit ich weiß kann man es nur auf seiner persönlichen Seite im Wiki eintragen und die Benutzernamen im Wiki sind nicht immer dieselben wie auf dem OSM-Server. Selbst wenn dürfte es eine ziemliche Arbeit sein, die Liste der PD-Mapper aus dem OSM-Wiki rauszufischen. Für Google natürlich kein Problem. Grüße Élisée Reclus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiliguale Liste mit den Keys
Am 02.11.2010 16:30, schrieb Claudius: Am 02.11.2010 14:42, M∡rtin Koppenhoefer: Am 1. November 2010 19:09 schrieb Jan Tappenbecko...@tappenbeck.net: gibt es eigentlich irgendwo eine mehrsprachige Liste der Keys um diese in App einzubauen - die man ggf. per Download irgendwo automatisch ziehen könnte. Ich denke Jan sucht Übersetzungen der Keys (und wahrscheinlich auch Values), also statt highway=footway = (DE) strasse=fussweg Die sinnvollste quelle wäre hier das Wiki. Taginfo bereitet die Texte aus dem Wiki bereits maschinenlesbar auf und verknüpft sie mit den tags / values UND bietet sogar 'ne API und Daten-Downloads an. Ich bin mir nur nicht sicher, ob dies schon mehrsprachig geht aber wenn ich meine App um sowas bereichern wollen würde, dann würde ich entweder auf die JOSM Templates gehen oder auf Taginfo wetten. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
On 02.11.2010 17:56, Chris66 wrote: Am 02.11.2010 16:05, schrieb Philip Gillißen: Leider sieht sich Google nicht in der Lage, die Daten unter der OSM-Lizenz zu verwenden. Wobei sie (google) ja theoretisch die Daten von den Usern rausfiltern und verwenden könnten, die das Häkchen bei PD gesetzt haben, oder? Falls das Häkchen bei der Zustimmungsmaske zur neuen Lizenz gemeint ist: http://lists.openstreetmap.org/pipermail/talk/2010-October/054606.html Das dient wohl mehr der Umfrage, als irgendwas zu beeinflussen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht li zensierte Nutzung von OSM-Daten
Am 02.11.10 schrieb Élisée Reclus: Ich kann in meinen Benutzereinstellungen auf http://www.openstreetmap.org/ kein PD-Häckchen finden. Die, die sich unter CC-BY-SA angemeldet haben, konnten das Häkchen optional bei der Zustimmung zur ODBL setzen. Grüße, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Exporte teilweise fehlerhaft in Datenlogik
NopMap schrieb: Hallo! Tom Müller-2 wrote: Vielleicht kann man da die Ausschneidelogik etwas abändern, das solche Fehler nicht mehr auftreten können? Entlang eines Osmosis-Schnittes finden sich meistens solche und andere Artefakte. Es ist empfehlenswert, das nächstgrößere Extrakt herunterzuladen und selbst mit Osmosis und den gewünschten Einstellungen die Daten auszuschneiden - am Besten noch mit ein wenig zusätzlichem Platz um den gewünschten Bereich herum. Der von mir kürzlich angesprochene osmosis-bug der unvollständigen Sammel-Relationen, wenn Member-IDRelations-ID, kannst du aber auch mit dem nächstgrößeren extrakt nicht beheben. Ausser mit dem planet.osm, aber da dauert das Ausschneiden ja ewig. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 02.11.2010 10:59, schrieb M∡rtin Koppenhoefer: http://de.wikipedia.org/wiki/Flugplatz Unterteilung dort in : * 1.1 Flughäfen * 1.2 Landeplätze * 1.3 Segelfluggelände * 1.4 Gelände für Wasserflugzeuge und Flugboote * 1.5 Gelände für Luftsportgeräte * 1.6 Gelände für Modellflugzeuge diese Unterteilung sieht für mich sinnvoll aus, würde ich gleich im Haupttag treffen. Es gab da vor einiger Zeit mal eine ellenlange Diskussion über den Sinn / Unsinn dieser Unterscheidung, da eine Abgrenzung nicht möglich sei. Ich kenne mich da nicht aus. in OSM gibt es (für mich auf den ersten Blick erkennbar) noch kaum tags dafür: lediglich für 1.1 aeroway=aerodrome auch Taginfo hilft nicht weiter: http://taginfo.openstreetmap.de/keys/aeroway sieht so aus, als hätten die Leute wirklich 1.2 bis 1.6 als aerodrome getaggt? Finde ich absurd. Oder ist das z.T. in leisure drin? Viele wurden anscheinend schlicht mit sport=motor getaggt (keine Ahnung mit welchem anderen Tag), so war es zumindest bei einer Reihe von Einträgen am Namen erkennbar. Da sport=motor allgemein sehr einheitlich für alles mögliche verwendet wurde (Kartbahnen, Modellflugplätze, Motocross, Sicherheitstrainingsplätze, ...), habe ich mir die häufigsten Verwendungen im Tagwatch mal rausgesucht und in den JOSM Presets entsprechend einige aus meiner Sicht sinnvolle speziellere Alternativtags zu sport=motor eingebaut. Zu finden unter Vorlagen/Sport/Motorsport ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi Nach einigen Diskussionen wie man Karten mit Layern ansprechender gestalten könne, kommt hier eine einfache Lösung: eine Mapnik-Karte in Graustufen. Weiterhin gibt es eine no icons-Version mit nochmals reduzierter Grund- information. Hier ein Beispiel: Original-Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 S/W wie Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 S/W ohne Icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B Ein Komplettbeispiel mit hillshading und Bicycle-Layer: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Die Tiles findet ihr hier, bitte probiert es mit euren Karten aus: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Viele Grüße, Kay Drangmeister ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
Chris66 wrote: Leider sieht sich Google nicht in der Lage, die Daten unter der OSM-Lizenz zu verwenden. Schade eigentlich. Damit könnten die Vorteile beider Systeme (OSM: Aktualität, Fusswege; Google: Vollständigkeit in ländlichen Gebieten und im Ausland) kombiniert werden, aber das wäre wohl nur mit einer PD ähnlichen Lizenz bei OSM möglich. Vermutlich. Ob das erstrebenswert ist, ist die andere Frage. Profitieren würde davon erstmal bevorzugt Google, weil deren Daten dadurch besser werden. Mal von der technischen Seite abgesehen, denn die Daten passen erstmal nicht aufeinander und vieles ist auch (mit Versatz) doppelt. Die KI, die das automatisch mergen kann, ist noch nicht erfunden. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 02.11.2010 01:23, schrieb Garry: Am 31.10.2010 12:47, schrieb M∡rtin Koppenhoefer: Am 31. Oktober 2010 09:34 schrieb Carsten Moellercmindivid...@gmx.de: Doch wenn ich Diskussionen sehe, wo Leute zwischen einem Sportflugplatz oder einem Modellflugplatz trennen wollen, dann wird's komisch. komisch finde ich das nicht. Wir unterscheiden ja z.B. auch zwischen einem See und einer Badewanne. Kann man so nicht wirklich vergleichen! Einen See ist ein Stück der Erdoberfläche die mit Wasser bedeckt ist (abgesehen von den unterirdischen Seen). Eine Badewanne ist ein nach oben offenere Behälter der mit Wasser gefüllt ist. Beide haben im Prinzip nur gemeinsam dass sie mit Wasser gefüllt sind um ihren Zweck zu erfüllen. Ein Flugplatz bzw. Start/Landeplatz ist dagegen ein Stück Land das ausnahmslos dafür definiert ist dass dort regelmässig Boden-Luftübergänge von Fluggeräten stattfinden und von dort eine entsprechende damit verbundene Gefährdung ausgeht die insbesondere alle Luftfahrzeuge (ob Modellflieger oder A380)betrifft. Als Reisender Interessiert mich natürlich nur der Flughafen an dem mein Flug abgeht. Die wenigsten suchen sich ausserdem erst einen Flugplatz - schon gar nicht per Navi - und versuchen von dort aus einen Flug zu ihrem Ziel zu bekommen. Und das ist nunmal die Frage nach dem Wo-Ist-Was und wie komme ich dahin. ja, und wenn das Was alles sein kann vom Modellflughafen bis zum Großflughafen, weil man das in den Daten nicht erkennen kann, dann hätte OSM versagt. Aus der Angabe Flugplatz bzw. Start/Landeplatz kann man nun mal nicht mehr erkennen als das dort eine Luft-Boden Übergang von Fluggeräten stattfindet. Und mehr hineinzuinterpretieren wäre schlichtweg falsch! Eine Angabe des immer(?) dreistelligen Flughafenkürzels das auf jedem Verkehrs-Flugticket zu finden sein sollte hat man eine eindeutige Zuordnung zu welchem Flughafen man muss. wieso das denn? Mist ist es, wenn man die Schiene mit Straßentags taggt, weil dann wirklich nicht mehr klar ist, was da eigentlich los ist. Wenn man einen Autozug taggen will, dann mit entsprechender Route-relation, aber sicher nicht direkt aufs Gleis. Vielleicht sollte man hier Unterscheiden zwischen Punkt-zu-Punkt-Verbindungen in denen die Eisenbahn eine Strasse ersetzt bzw. wintersichere, kurze Verbindungen ermöglicht (Bsp. Sylt, Lötschbergtunnel, Furkatunnel, Vereinatunnel) und den Autoreisezugverbindungen bei denen man einfach nur die eigene Lenkzeit im Fernverkehr verkürzen möchte (Bsp. Lörrach - Hamburg.). Ersteres sollte so ausgelegt sein dass es schon mit einfachen Routern funktioniert die nicht tausende von unterschiedlichen Details auswerten, - in der Regel fährt man dort einfach hin und kann nach rel. kurzer Wartezeit einfach auf den Zug fahren. Hier macht es Sinn dass in das ganz normale Strassenrouting zu integrieren. Zweiteres erfordert mehr Aufwand und wird in der Regel auch deutlich vorher gebucht. Hier macht es ehr keinen Sinn das ins normale Strassenrouting zu integrieren, man gibt als Ziel den Verladebahnhof ein und routet dann vom Entladebahnhof erneut. Für einen Reiseplaner kann man hier mehr Aufwand investieren und diese Alternative vorschlagen. Entsprechendes gilt natürlich auch für Fähren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Garry, du drehst Dich im Kreis und ich mich leider auch. Kann Dir aber folgen und schliesse mich Deiner Meinung an. Gruß, Carsten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi, Sorry, der erste Original-Mapnik-Link war falsch. Hier nochmal zum Vergleichen: Original-Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=B000F0FFF0FF00 S/W wie Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 S/W ohne Icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem Postamt zugeordnet, die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein. Hier ist der Bezug zur Adresse völlig weg. -- View this message in context: http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5698946.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] Neu: Ein schwarz/weißer Base-Layer
Und bitte habt Geduld mit dem Toolserver, der rendert mittlerweilse Kacheln für drei Wikipedia-Sprachen (Deutsch, Französisch und Norwegisch) und die meisten Tiles im bw-mapnik und bw-noicons Style sind noch nicht gerendert, daher gibt's im Moment noch 'ne Menge 404er, aber das wird sich legen, sobald die Karten-Styles auf breiterer Front benutzt werden. Lg, Peter Am 02.11.2010 21:05, schrieb Kay Drangmeister: Hi, Sorry, der erste Original-Mapnik-Link war falsch. Hier nochmal zum Vergleichen: Original-Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=B000F0FFF0FF00 S/W wie Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 S/W ohne Icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B Viele Grüße, Kay ___ 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] Neu: Ein schwarz/weißer Base-Layer
Hi, tolle Idee! Ich habe noch ein paar Farben gefunden: Hier sind noch ein paar Seen blau: http://toolserver.org/~osm/styles/?zoom=10lat=52.80602lon=12.9021layers=F0FFF0FFB0 Und hier sind auch blaue Seen und lila Grenzen: http://toolserver.org/~osm/styles/?zoom=6lat=49.75503lon=-2.33113layers=F0FFF0FFB0 Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google entschuldigt sich für nicht lizen sierte Nutzung von OSM-Daten
Hallo, Am Dienstag 02 November 2010 17:56:30 schrieb Chris66: Am 02.11.2010 16:05, schrieb Philip Gillißen: Leider sieht sich Google nicht in der Lage, die Daten unter der OSM-Lizenz zu verwenden. Schade eigentlich. Damit könnten die Vorteile beider Systeme (OSM: Aktualität, Fusswege; Google: Vollständigkeit in ländlichen Gebieten und im Ausland) kombiniert werden, aber das wäre wohl nur mit einer PD ähnlichen Lizenz bei OSM möglich. Der einzige Vorteil von Google sind die Satellitenbilder. Die Karte von Teleatlas ist dermaßen grottenschlecht, auch und gerade in ländlichen Gebieten, dass eine Verküpfung mit unseren Daten letztlich uns den Ruf miserabler Karten einbringen würde. Wobei sie (google) ja theoretisch die Daten von den Usern rausfiltern und verwenden könnten, die das Häkchen bei PD gesetzt haben, oder? Nicht wirklich. Wenn ein Objekt von 3 Usern bearbeitet wird und der erste und der letzte PD gesetzt haben, der 2. aber nicht, wer will das auseinander sortieren. Da muss im Einzelfall manuell geprüft werden, was geändert wurde, ob die Schöpfungshöhe ausreicht etc. Das würde ich mir an Stelle von Google auch nicht ans Bein binden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hallo Kay, Ein Komplettbeispiel mit hillshading und Bicycle-Layer: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Sehr schön! Damit erreicht man, was ich mit meinem 20%igen Mapnik-Layer versucht habe - nur viel besser! ;-) Auf meiner Karte findet man ab den schwarz/weiss-Stil daher ab sofort auch: http://osm.t-i.ch/bicycle/map/ BTW: Irgendwer 'ne Idee, was man für die Fahrradschlauchverkaufsauto- maten für ein Icon verwenden könnte? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Stephan Olbrich schrieb: Ich habe noch ein paar Farben gefunden: Ja, die stammen noch aus einem alten Renderdurchlauf, da hatte das style-File die alten Mapnik-.inc-Files eingezogen. Nach einem redraw sollten die genannten Tiles auch korrekt sein. Das kann aber etwas dauern, da der Server ja gerade stark belastet ist. Dass ansonsten noch Farben drin sind, kann nicht sein, denn das style-File wird automatisch aus dem mapnik-Style generiert. Sobald es einen neuen Mapnik-Style gibt, kann ich den entsprechend leicht umsetzen lassen. Aus Stabilitätsgründen geschieht dies nicht voll- automatisch. Viele Grüße aus Würzburg, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beitrag zur ARD-Themenwoche - Ernähru ng
Am 25.10.2010 21:09, schrieb Jan Tappenbeck: Schon seid längerer Zeit habe ich eine Karte mit shop = farm am laufen die Hofläden listet - dann hat man immer mal ein Ziel in der betreffenden Umgebung. Wie werden denn die Hofläden vom Typ Bauernmarkt getagt, die mehrheitlich auch nur Produkte aus dem (spezialisierten) Großhandel anbieten, also nur marginal Produkte aus eigener Herstellung? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebäude-Mapping (was: Ein schwarz/ weißer Base-Layer)
Am 02.11.2010 20:37, schrieb Kay Drangmeister: Nach einigen Diskussionen wie man Karten mit Layern ansprechender gestalten Danke. Auch wenn der Ausschnitt natürlich willkürlich gewählt wurde, ich sehe da gerade, wie das Dach des Sony-Centers mit seinen eingespannten Sonnensegeln nachgemalt wurde. Mag ja im Mapnik toll ausschauen, aber das ist kein Mapping, das ist Malen... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Exporte teilweise fehlerhaft in Datenlogik
Hallo, On 01.11.2010 23:26, NopMap wrote: M∡rtin Koppenhoefer wrote: ich beziehe mich auf http://wiki.openstreetmap.org/wiki/Way A way is an ordered interconnection of at least 2 and at most 2,000[1] Das sind zwei Paar Stiefel. Das Wiki beschreibt die Daten in der OSM Datenbank und ist korrekt. wie sicher bist du da? Rails liegt wohl mittlerweile auf Git, der Link im Wiki bringt nichts. Ich habe diese Datei gefunden: http://git.openstreetmap.org/rails.git/blob/HEAD:/app/models/way.rb Dort wird so wie es aussieht auf eine maximale Anzahl geprüft. Es wird auch geprüft, dass die Nodes die der Way enthält auch existieren. Ich konnte aber keinen Check finden der das 2-Node Minimum prüft. Und die Datenbank enthält ja zumindest 8 Wege bei denen das nicht erfüllt ist. Von daher ist wohl das Wiki falsch. Es wäre nett wenn ein Weg mindestens zwei Nodes hat, erzwingen tut das die Api nicht. Der Test auf der dev-api ist noch offen. Du kannst ja mal ein xml erzeugen und hochladen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
Am 2. November 2010 21:10 schrieb fx99 f...@vollbio.de: Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem Postamt zugeordnet, die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein. Hier ist der Bezug zur Adresse völlig weg. zwischen irgendwo in der Gemeinde/Stadtteil und völlig weg ist der Unterschied doch signifikant. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 2. November 2010 20:10 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Am 02.11.2010 10:59, schrieb M∡rtin Koppenhoefer: http://de.wikipedia.org/wiki/Flugplatz Unterteilung dort in : * 1.1 Flughäfen * 1.2 Landeplätze * 1.3 Segelfluggelände * 1.4 Gelände für Wasserflugzeuge und Flugboote * 1.5 Gelände für Luftsportgeräte * 1.6 Gelände für Modellflugzeuge diese Unterteilung sieht für mich sinnvoll aus, würde ich gleich im Haupttag treffen. Es gab da vor einiger Zeit mal eine ellenlange Diskussion über den Sinn / Unsinn dieser Unterscheidung, da eine Abgrenzung nicht möglich sei. Ich kenne mich da nicht aus. glaube ich ehrlich gesagt nicht (dass man die nicht abgrenzen kann), andere Karten schaffen das ja auch. Bei einem Segelfluggelände wird man hauptsächlich Segelflugzeuge finden, die gibt es auf einem Flughafen z.B. nicht. Modellflug-gelände / -startplatz habe ich auch noch nie mit einem regulären Flugplatz zusammen gesehen. Es werden sich noch mehr Unterscheidungsmerkmale finden lassen (gut, unbefestigte Pisten gibt es evtl. auch gelegentlich bei wichtigen Flughäfen, wobei eigentlich mittlerweile selbst in Bananenrepubliken wenigstens der Flughafen befestigt sein dürfte). Wenn es wirklich keine offizielle Unterscheidung gibt, bzw. diejenigen die sich da auskennen (ein paar Flieger haben wir ja bei OSM auch an Bord) sich da raushalten wollen (was ich mir eigentlich auch nicht denken kann), dann müssten halt die Laien sich das mal ansehen. Soweit ich die letzte Unterhaltung dazu in Erinnerung habe, gab es ein paar wenige, die lautstark reklamiert hatten, dass auch RC-Fluggelände wie Flugplätze zu taggen seien (mindestens die Landebahnen), und aufgrund dieser Diskussion dann das Thema insgesamt nicht geklärt werden konnte. Viele wurden anscheinend schlicht mit sport=motor getaggt (keine Ahnung mit welchem anderen Tag), so war es zumindest bei einer Reihe von Einträgen am Namen erkennbarDa sport=motor allgemein sehr einheitlich für alles mögliche verwendet wurde (Kartbahnen, Modellflugplätze, Motocross, Sicherheitstrainingsplätze, ...) naja, besser als nichts? Vermutlich eher ein Grund, sport=motor auch noch mal aufzudröseln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 02.11.2010 10:59, schrieb M∡rtin Koppenhoefer: Am 2. November 2010 01:23 schrieb Garrygarr...@gmx.de: Ein Flugplatz bzw. Start/Landeplatz ist dagegen ein Stück Land das ausnahmslos dafür definiert ist dass dort regelmässig Boden-Luftübergänge von Fluggeräten stattfinden und von dort eine entsprechende damit verbundene Gefährdung ausgeht Gefährdungen gehen von allem möglichen aus. Boden-Luftübergänge sind keineswegs zwangsläufig das einzige Kriterium für einen Flughafen. Es Das habe ich auch nicht behauptet, aber es ist der gemeinsame Nenner der für alles gilt. wäre, wenn man es so sehen würde, ein Grund, Modellflugplätze und Flugplätze/~häfen, Raketenabschussrampen und ähnliches gleich zu taggen. Da man das nicht will (ich zumindest nicht, wir könnten ja bei Bedarf mal abstimmen), sollte man sich wohl bei der Definition noch andere Kriterien überlegen. Wenn man sich mal einen groben Überblick verschaffen will (musst Du als RC-Pilot sicherlich nicht mehr): http://de.wikipedia.org/wiki/Flugplatz Unterteilung dort in : * 1.1 Flughäfen * 1.2 Landeplätze * 1.3 Segelfluggelände * 1.4 Gelände für Wasserflugzeuge und Flugboote * 1.5 Gelände für Luftsportgeräte * 1.6 Gelände für Modellflugzeuge diese Unterteilung sieht für mich sinnvoll aus, würde ich gleich im Haupttag treffen. Diese Einteilung mag für eine POI-Einteilung sinnvoll sein um im Navi den Flugplatz zu finden. Für die Darstellung eines Fluggeländes auf einer Karte ist das aber erstmal unerheblich. Da sind die Kernaussagen erstmal: Achtung Fluggelände! Lebensgefahr - unbefugtes Betreten und Benutzen verboten (bzw. diesbezügliche Bestimmungen beachten). Luftfahrgesetze beachten (Sicherheitsabstände,..) Das gilt so ziemlich ausnahmslos immer wenn es um Flugbetrieb in irgendeiner Form geht. Dafür bedarf es eines Haupttags der diese Aussagen beinhaltet. Alles andere gehört in Untertags die teilweise auch mehrfach belegt sein können. in OSM gibt es (für mich auf den ersten Blick erkennbar) noch kaum tags dafür: lediglich für 1.1 aeroway=aerodrome Wie kommst Du darauf dass aerodrome nur für Flughäfen steht? finde ich viel zu kompliziert, bei einer Bahnverbindung zu unterscheiden, ob die eine wintersichere Verbindung ermöglicht oder den Zweck hat, die eigene Lenkzeit zu verkürzen. Und schon gar nicht So viele Fälle gibt es nicht als dass das jede Mapper der ein Gleis sieht sich Gedanken darüber machen muss ob es auch vom Autoverladeverkehr genutzt wird.,schätze mal z.B. irgendwas im unteren zweistelligen Bereich von meist 10km-20km langen Streckenabschnitten im Alpenraum die dafür in Frage kommen.. Gemessen an den Alpenquerungsmöglichkeiten ist es aber dennoch relativ häufig. Was ist da jetzt kompliziert daran dass von Autoreise-Fernverkehr zu unterscheiden? Ich wüsste spotan keine Strecke wo eine Verwechslungsgefahr besteht: Das eine ist ich möchte mein Auto im Urlaub dabei haben, möchte die lange Strecke aber nicht selber fahren und das andere ich möchte die kürzeste/schnellste Strecke nehmen und akzeptiere dafür auch die Bahnverladung. würde ich diese Unterscheidung im Haupttag machen. Und noch weniger würde ich eine Eisenbahnschiene so taggen, dass man sie mit einem Kfz legal befahren darf (railway=rail, motorcar=yes). Wenn Du denkst, dass man einen neuen Tag braucht, um Punkt-zu-Punkt-Verbindungen in denen die Eisenbahn eine Strasse ersetzt bzw. wintersichere, kurze Verbindungen ermöglicht zu taggen, dann warte ich auf Vorschläge --- kann ja sein, dass das doch Sinn macht. Wie wäre es mit einem highway=railway? (zusätzlich zum railway=xx). Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Routing über Fähren
Am 3. November 2010 01:11 schrieb Garry garr...@gmx.de: Gefährdungen gehen von allem möglichen aus. Boden-Luftübergänge sind keineswegs zwangsläufig das einzige Kriterium für einen Flughafen. Es Das habe ich auch nicht behauptet, aber es ist der gemeinsame Nenner der für alles gilt. ... Diese Einteilung mag für eine POI-Einteilung sinnvoll sein um im Navi den Flugplatz zu finden. Für die Darstellung eines Fluggeländes auf einer Karte ist das aber erstmal unerheblich. Da sind die Kernaussagen erstmal: Achtung Fluggelände! Lebensgefahr - unbefugtes Betreten... deshalb sind wir beim letzten Mal schon nicht weitergekommen... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Import
fx99 wrote: Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem Postamt zugeordnet, die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein. Hier ist der Bezug zur Adresse völlig weg. Es ist durchaus vorstellbar, dass ein Großkunde (mit eigener PLZ) einen Teil eines Gebäudes belegt, in dem auch andere Firmen mit der lokalen PLZ beheimatet sind. ach leute, wenn das doch nur soo einfach wäre. aber HIER steht die realität: http://de.wikipedia.org/wiki/Postleitzahl_%28Deutschland%29#Postleitzahlenarten Zitat: Die Postleitzahlen lassen sich in verschiedene Kategorien einteilen. Die häufigste Art ist die Hauszustellungspostleitzahl, gefolgt von der Postfachpostleitzahl. Großempfänger erhalten von der Post entweder eine eigene Postleitzahl oder teilen sich diese mit weiteren Großempfängern. also vier möglichkeiten und nicht nur zwei. gruss walter p.s. ich habs auch erst nicht glauben wollen. ach ja: die Postfachpostleitzahl ist NICHT die Postfachnummer sondern wieder was anderes. siehe wiki. - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5699750.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
[Talk-it] importare ctr
ciao, ho visto che molte aree e paesi della mia zona (treviso) si popolano degli edifici importati da ctr (presumo) volevo chiedervi info a riguardo, ovvero come fare. Possiedo già tutti i ctr di veneto e FVG ma non sono riuscito a capire come esportare il layer dei fabbricati in un formato digeribile da josm. Grazie. gian ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare ctr
Possiedo già tutti i ctr di veneto e FVG ma non sono riuscito a capire come esportare il layer dei fabbricati in un formato digeribile da josm. in FVG il lavoro di import della CTRN si può considerare concluso, nel senso che quello che si poteva importare è stato importato. Convertire i dati in formato OSM non è solo un problema di formato ma anche di topologia: in FVG abbiamo fatto un grosso sforzo in questo senso. In Veneto comunque ci sono delle attività in corso ma è stata la scelta di fare import più piccoli e controllati. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare ctr
Ciao, Il 02 novembre 2010 09:00, Gianluca Frare gianluca.fr...@poste.it ha scritto: ciao, ho visto che molte aree e paesi della mia zona (treviso) si popolano degli edifici importati da ctr (presumo) volevo chiedervi info a riguardo, ovvero come fare. Possiedo già tutti i ctr di veneto e FVG ma non sono riuscito a capire come esportare il layer dei fabbricati in un formato digeribile da josm. Grazie. gian Qui [1] trovi uno dei metodi possibili. Non è così lungo come sembra dalla descrizione, anche se, prima di caricare i dati sul server, bisogna fare a mano in JOSM le correzioni cui si riferiva Stefano,. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Import_edifici_CTR_Veneto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare ctr
Il 02/11/2010 13.26, groppo otto ha scritto: Ciao, Il 02 novembre 2010 09:00, Gianluca Fraregianluca.fr...@poste.it ha scritto: ciao, ho visto che molte aree e paesi della mia zona (treviso) si popolano degli edifici importati da ctr (presumo) volevo chiedervi info a riguardo, ovvero come fare. Possiedo già tutti i ctr di veneto e FVG ma non sono riuscito a capire come esportare il layer dei fabbricati in un formato digeribile da josm. Grazie. gian Qui [1] trovi uno dei metodi possibili. Non è così lungo come sembra dalla descrizione, anche se, prima di caricare i dati sul server, bisogna fare a mano in JOSM le correzioni cui si riferiva Stefano,. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Import_edifici_CTR_Veneto Ciao, vi faccio partecipi delle mie prove e dei risultati ottenuti finora. Ho scaricato una parte della ctr relativa alla zona di San Donà di Piave fino a Jesolo. Ho fatto alcune prove di conversione ed importazione in JOSM anche se non ho ancora importato nulla nel server OSM. Seguendo la procedura di Groppo sono riuscito ad importare in JOSM i dati e confrontarli con le tracce gps e le foto del PCN (le prime prove le ho fatte con le strade, i fiumi e corsi d'acqua e gli edifici). Ho ancora un problema aperto abbastanda difficile da risolvere (date le mie nulle conoscenze di programmazione). In pratica il file FABBRIC.shp della zona a sud di Musile di Piave (frazione Passarella, Jesolo, ecc...) comprende solo gli edifici, mentre il file FABBRIC.shp delle zone di Musile, San Donà, Fossalta e le zone a nord comprende edifici ed isolati. Una volta aperto il file delle zone a sud con Qgis non si vedono gli edifici, ma bensì tutta l'area esclusi fiumi, torrenti e strade. Mi sono confrontato con l'ufficio della regione i quali mi hanno spiegato il problema e mi hanno dato una procedura per visualizzare correttamente gli edifici. Questo è quello che mi hanno scritto: Buon giorno, dopo aver visto i file che mi ha spedito ho capito meglio il problema. Il file FABRIC è composto sia dagli edifici che dagli isolati. Per poter vedere i fabbricati deve cliccare con il tasto destro in legenda su FABRIC (vedi immagine) e selezionare PROPRIETA’ Poi su opzioni riempimento selezioni NESSUNO Ed il gioco è fatto. Se vuole interrogare i singoli edifici utilizzi l’icona con la freccia (seconda fila, prima icona da sx) Questo però mi crea anche problemi di conversione. Infatti le zone a sud che comprendono solo gli edifici riesco a convertirle con shp2osm, mentre le altre no. shp2osm mi restituisce un' errore: Exception in thread main java.lang.IllegalArgumentException: point must form a closed linestring at com.vividsolutions.jts.geom.LinearRing.validateConstructionLinearRing.java:95... più altre 14 righe simili che non trascrivo ora per questioni di tempo. Credo che tutto ciò sia anche legato al fatto che i dati di zone diverse fanno riferimento ad anni diversi [1] e che siano stati importati in modo leggermente diverso, quanto basta per mandare nel pallone shp2osm. Qualcun'altro si è trovato nella stessa situazione? C'è modo di capire se il problema sia nei file della CTR o in shp2osm? Fatemi sapere se vi servono schermate o ulteriori info per capire il problema. Se non riuscite a replicare la lista degli errori di shp2osm vedrò di trascriverla a manina :-( Ciao e grazie Giuliano [1] http://www.regione.veneto.it/Ambiente+e+Territorio/Territorio/Cartografia+Regionale/CartaTecnicaRegionale/Disponibilit%C3%A0+e+aggiornamento+della+CTR.htm ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare ctr
Ciao, Il 02 novembre 2010 14:26, G Zamboni gd.zamb...@tiscali.it ha scritto: Ho ancora un problema aperto abbastanda difficile da risolvere ... il file FABBRIC.shp delle zone di Musile, San Donà, Fossalta e le zone a nord comprende edifici ed isolati. ... Questo però mi crea anche problemi di conversione. Infatti le zone a sud che comprendono solo gli edifici riesco a convertirle con shp2osm, mentre le altre no. shp2osm mi restituisce un' errore: (ndr. Shp-to-osm. shp2osm è un altro programma) Exception in thread main java.lang.IllegalArgumentException: point must form a closed linestring at com.vividsolutions.jts.geom.LinearRing.validateConstructionLinearRing.java:95... più altre 14 righe simili che non trascrivo ora per questioni di tempo. ... Ciao e grazie Giuliano I files su cui avevo fatto delle prove non avevano isolati ma mi sono capitati lo stesso errori di questo tipo. Hai controllato le geometrie su Qgis? Se ci sono errori del tipo La geometria x non è chiusa vanno corretti. A volte basta Salvare con nome su QGis, per non avere errori successivi in Shp-to-osm. Vedi il wiki [1]: Correzione dello shape con Qgis. Oltre questo non so aiutarti. Facendo una prova con uno shape con isolati non ho avuto errori. (Ed ho scoperto e aggiunto al wiki la conversione per le aree LIVCOD=0102P -- landuse=industrial, che non avevo trovato nel documento ufficiale.Ti invito quindi a copiare il nuovo file delle regole [2]). Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Import_edifici_CTR_Veneto [2] http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Conversione_attributi_edifici_CTR_Veneto#File_delle_regole_per_il_programma_Shp-to-osm ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] importare ctr
Il 02 novembre 2010 17:47, marcram marcr...@email.it ha scritto: Ciao, probabilmente sono stati usati modi diversi per la creazione della ctr, nella mia zona per esempio sono indicati solo gli edifici, senza zone di pertinenza e senza quote di altezza, che a quanto pare sono presenti in altre zone. Ciao Marco Riguardo alle altezze degli edifici, non so quanto siano affidabili visto che molte risultano negative o inferiori al metro... A questo punto, se nessuno ha una spiegazione valida, penso non valga nemmeno la pena importarle. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it