Re: [OSM-talk] Addr:streetnumber:first;last:left;right
On 7 Apr 2009 21:08:48 -0400, Russ Nelson r...@cloudmade.com wrote: On Apr 7, 2009, at 12:52 PM, Marcus Wolschon wrote: On Tue, Apr 7, 2009 at 6:22 PM, Florian Lohoff f...@rfc822.org wrote: On Tue, Apr 07, 2009 at 11:28:16AM -0400, Russ Nelson wrote: Thus, for many roads near me, interpolation is not only usable, it's technically correct. Only if every house and intermediate street and garden around the house has the exact same exact size. I'm not sure how that logically follows from what I said. The street address is the distance down the road. What does that have to do with the exact same size? Interpolation happens between a start-node with a given house-number, an end-node with a given house-number. (I'll ignore via-nodes for the time being) Thus every distance(end, start)/(end-housenb - start-housenb) meters it places an address. If it is a very long road and only start+end are given and not all houses have roughly the same size then that means that multiple house-numbers end up inside a very large house, or between houses or even on crossing roads. So it is not automatically correct. You need to place more then 2 nodes in with house-numbers every now and then to make sure house-numbers end up where they are supposed to be. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using the data...
On Tue, Apr 07, 2009 at 02:48:32PM -0400, Richard Weait wrote: On Tue, 2009-04-07 at 19:36 +0100, Ed Loach wrote: I've just spent a while searching the wiki, but can't see an obvious answer, so thought I'd ask here. I'm using Kosmos to create a map to include in a leaflet (to show people how to get from a station to a venue). I've created an image now and want to include it in the leaflet. Is there some sort of approved bit of text to say that the image was created based on the OSM data? Are there any limitations in me creating such a leaflet in the first place (both based on the current and the proposed licences)? Thanks Ed Map cc-by-sa OpenStreetMap.org and contributors. I use Copyright (c) year OpenStreetMap Contributors. License: Creative Commons Attribution Share-Alike The Copyright (c) year makes it clear internationally that there is an actual copyright on it. OpenStreetMap Contributors names the copyright holders, which are the individual contributors, not OpenStreetMap (because that doesn't exist as a legal entity) and not the OSMF. And the license is spelled out, because thats required by the Share alike and people can find it through Google that way. In web pages I would shorten this to CC-BY-SA and link to the appropriate page. Also the word OpenStreetMap would link to www.openstreetmap.org. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using the data...
On Wed, Apr 8, 2009 at 8:16 AM, Jochen Topf joc...@remote.org wrote: On Tue, Apr 07, 2009 at 02:48:32PM -0400, Richard Weait wrote: On Tue, 2009-04-07 at 19:36 +0100, Ed Loach wrote: I've just spent a while searching the wiki, but can't see an obvious answer, so thought I'd ask here. I'm using Kosmos to create a map to include in a leaflet (to show people how to get from a station to a venue). I've created an image now and want to include it in the leaflet. Is there some sort of approved bit of text to say that the image was created based on the OSM data? Are there any limitations in me creating such a leaflet in the first place (both based on the current and the proposed licences)? Thanks Ed Map cc-by-sa OpenStreetMap.org and contributors. I use Copyright (c) year OpenStreetMap Contributors. License: Creative Commons Attribution Share-Alike The Copyright (c) year makes it clear internationally that there is an actual copyright on it. OpenStreetMap Contributors names the copyright holders, which are the individual contributors, not OpenStreetMap (because that doesn't exist as a legal entity) and not the OSMF. This is correct. Neither OSM nor OSMF holds any copyright. The copyright belongs to and remains with each individual contributor. 80n And the license is spelled out, because thats required by the Share alike and people can find it through Google that way. In web pages I would shorten this to CC-BY-SA and link to the appropriate page. Also the word OpenStreetMap would link to www.openstreetmap.org. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ 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] Using the data...
80n wrote: This is correct. Neither OSM nor OSMF holds any copyright. Database right, on the other hand... ;) For a magazine, I use OpenStreetMap.org and contributors: CC-BY-SA next to the map. Then in the flannel panel at the start of the magazine (where copyright/contributor information usually resides, we add something like Where an image includes a credit similar to CC-BY-SA, it is made available under that Creative Commons licence: full details at www.creativecommons.org. cheers Richard -- View this message in context: http://www.nabble.com/Using-the-data...-tp22935531p22945454.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addr:streetnumber:first;last:left;right
On Apr 8, 2009, at 2:48 AM, marcus.wolsc...@googlemail.com wrote: If it is a very long road and only start+end are given and not all houses have roughly the same size then that means that multiple house-numbers end up inside a very large house, or between houses or even on crossing roads. Thanks for the reply, Marcus, but you're still not understanding it. The official address IS BASED ON INTERPOLATION. If you think interpolation isn't going to result in interpolation, then perhaps we need to get the local government to consult with you to get a better plan. No reply needed. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addr:streetnumber:first;last:left;right
Hi, Russ Nelson wrote: Here in the USA, many areas were renumbered for the e911 initiative. The numbering? Well, it may vary from place to place, but for my area, it's the number of feet down your road divided by 25 (half the width of a buildable lot, so you can have a unique number on each side of the road). Thus, for many roads near me, interpolation is not only usable, it's technically correct. Then just use it ;-) but refrain from tagging the house number info onto the way representing the street, or you'll get into trouble when someone splits a way or combines two. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Funny Tool: My first video with Text-to-Movie about OpenStreetMap
Hi @ all! I've hit on Text-to-Movie and I've twiddled with this a lot. Look at my first movie about OpenStreetMap: http://www.xtranormal.com/watch?e=20090408112806563 Cornelius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapnik rendering export has only coastline
Hi, I thought I'd do some editing in Inkscape on an SVG/PDF version of a map, and discovered Openstreetmap.org's export tab. Unfortunately, though I get a result from the Osmarender option, the Mapnik output doesn't work. http://badgertrack.com/images/swindon-oxford.png (roughly http://openstreetmap.org/?lat=51.619lon=-1.496zoom=10layers=B000FTFT) ...unless you zoom out... http://badgertrack.com/images/mapnik-export-coast.png This looks like a bug/problem with the Openstreetmap Mapnik Export rendering. Can anyone confirm, or fix? Ben -- b...@crouchingbadger.com | http://crouchingbadger.com 51.717817,-1.225855 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering export has only coastline
Ben Ward wrote: This looks like a bug/problem with the Openstreetmap Mapnik Export rendering. Can anyone confirm, or fix? Mapnik export doesn't work on Wednesdays while the database is reloaded. I believe there's an intention to fix this in the medium term (help welcome no doubt). Meanwhile I'll add it to the FAQ on the wiki. cheers Richard -- View this message in context: http://www.nabble.com/Mapnik-rendering-export-has-only-coastline-tp22955618p22955846.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering export has only coastline
Richard Fairhurst wrote: Ben Ward wrote: This looks like a bug/problem with the Openstreetmap Mapnik Export rendering. Can anyone confirm, or fix? Mapnik export doesn't work on Wednesdays while the database is reloaded. I believe there's an intention to fix this in the medium term (help welcome no doubt). Meanwhile I'll add it to the FAQ on the wiki. Maybe we should remove the Export tab when it is out of commision? Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Directions tool for Visually Impaired for GSoC'09
Hi On Wed, Apr 8, 2009 at 1:37 AM, Rajan Vaish vaish.ra...@gmail.com wrote: Please correct me if I am wrong. osm-ph is openstreetmap philippines site: http://www.openstreetmap.org.ph/ list: http://lists.openstreetmap.org/listinfo/talk-ph --Arindam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering export has only coastline
Chris Hill wrote: Richard Fairhurst wrote: Ben Ward wrote: This looks like a bug/problem with the Openstreetmap Mapnik Export rendering. Can anyone confirm, or fix? Mapnik export doesn't work on Wednesdays while the database is reloaded. I believe there's an intention to fix this in the medium term (help welcome no doubt). Meanwhile I'll add it to the FAQ on the wiki. Maybe we should remove the Export tab when it is out of commision? Yes, because the users of all the other export modes that aren't dependent on the mapnik database would love that. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering export has only coastline
On Wed, Apr 08, 2009 at 08:54:30PM +0100, Tom Hughes wrote: Maybe we should remove the Export tab when it is out of commision? Yes, because the users of all the other export modes that aren't dependent on the mapnik database would love that. There’s nothing like a bit of dry sarcasm to cheer the place up. The whole Export tab is never out of commission, so how about just disabling the Mapnik exports when we know they are not going to work? Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering export has only coastline
On Wed, 2009-04-08 at 21:54 +0100, Simon Ward wrote: On Wed, Apr 08, 2009 at 08:54:30PM +0100, Tom Hughes wrote: Maybe we should remove the Export tab when it is out of commision? Yes, because the users of all the other export modes that aren't dependent on the mapnik database would love that. There’s nothing like a bit of dry sarcasm to cheer the place up. The whole Export tab is never out of commission, so how about just disabling the Mapnik exports when we know they are not going to work? The current plan is to enhance the Mapnik update process so that the weekly import will go into a temporary DB. The export to can carry on rendering the existing data during the import. Then old data will be dropped and the new data put in its place which should only take a few seconds. The above plan is fine in principle but I need to work out an automated script which does all the steps in the right sequence an make sure that the partition containing the database does not run out of disk space. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wiki Spam
I got some blog spam today with links to all sorts of bad things in the OSM wiki. Do we have a wiki ninja who takes care of this sort of thing? Forwarded Message Author : heaseHopapori (IP: 81.27.246.204 , 81.27.246.204) E-mail : steeptso...@ua-news.net URL: http://www.openstreetmap.org/user/EdarehanTreramas Whois : http://ws.arin.net/cgi-bin/whois.pl?queryinput=81.27.246.204 Comment: 57fo , a href=http://www.openstreetmap.org/user/ZirabwynPoredric#1; rel=nofollowgeneric hydrocodone/a edvt , a href=http://www.openstreetmap.org/user/UlaynnorEthiredric#1; rel=nofollowbuy adipex online/a oohgy5, a href=http://www.openstreetmap.org/user/LotherisOcili#1; rel=nofollowambien cr/a frdrdrd , a href=http://www.openstreetmap.org/user/LaeganYbeabard#1; rel=nofollowativan buy online/a iygy , a href=http://www.openstreetmap.org/user/LothaokithFralewan#1; rel=nofollowbest ephedra/a kjjjn , a href=http://www.openstreetmap.org/user/EreandAstoinad#1; rel=nofollowbuy xanax/a 65400. , a href=http://www.openstreetmap.org/user/CirevJaewyth#1; rel=nofollowbuy alprazolam/a gtvnhj 84amp;. , a href=http://www.openstreetmap.org/user/AdwiratWaenwan#1; rel=nofollowdiazepam/a ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Voetbalclubs
Stefan de Konink wrote: On Wed, 8 Apr 2009, Theun wrote: Met al die mogelijkheden om de history te bekijken had ik dat ook wel kunnen bedenken. Zijn blijkbaar een maand voor de AND import toegevoegd (aug. 2007). In de data-overlay op openstreetmap.org staat er echter geen naam bij edited by. Hier staat private user , geen idee wat dat inhoudt. Vroegah kon je zeggen dat je anoniem wilde OSM'en ;) In de history is het user veldje dan ook niet ingevuld: node id=34048598 lat=51.32221 lon=6.00905 visible=true timestamp=2007-08-12T01:42:33+01:00 tag k=created_by v=JOSM/ tag k=description v=Helden , vv, Lb31-77-3074041/ tag k=sport v=soccer/ /node Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voetbalclubs
On Wed, 8 Apr 2009, Theun wrote: Met al die mogelijkheden om de history te bekijken had ik dat ook wel kunnen bedenken. Zijn blijkbaar een maand voor de AND import toegevoegd (aug. 2007). In de data-overlay op openstreetmap.org staat er echter geen naam bij edited by. Hier staat private user , geen idee wat dat inhoudt. Vroegah kon je zeggen dat je anoniem wilde OSM'en ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] [Fwd: Your new extension has been approved]
The osmMap 0.1 module for Joomla! has been approved by the Joomla extensions team. It can be downloaded at: http://extensions.joomla.org/extensions/photos--images/maps/7913/details The source code is available at: http://trac.openstreetmap.org/browser/extensions/joomla/mod_osmMap if you are interested, please help enhancing this extension. kind regards, Milo van der Linden. Original Message Subject:Your new extension has been approved Date: Wed, 8 Apr 2009 01:17:21 -0500 From: Joomla! Extensions Directory t...@extensions.joomla.org To: m...@opengeo.nl Your new extension named osmMap 0.1 module has been approved ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: Your new extension has been approved]
goed bezig ! maak je ook meteen ff een firefox plugin ;) 2009/4/8 Milo van der Linden m...@opengeo.nl: The osmMap 0.1 module for Joomla! has been approved by the Joomla extensions team. It can be downloaded at: http://extensions.joomla.org/extensions/photos--images/maps/7913/details The source code is available at: http://trac.openstreetmap.org/browser/extensions/joomla/mod_osmMap if you are interested, please help enhancing this extension. kind regards, Milo van der Linden. Original Message Subject: Your new extension has been approved Date: Wed, 8 Apr 2009 01:17:21 -0500 From: Joomla! Extensions Directory t...@extensions.joomla.org To: m...@opengeo.nl Your new extension named osmMap 0.1 module has been approved ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Relevanz, OSM und Wikipedia
Original-Nachricht Datum: Wed, 08 Apr 2009 04:31:58 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: mich...@buegehome.de Betreff: Re: [Talk-de] Relevanz, OSM und Wikipedia Ich amuesiere mich ueber die Art, wie sich bei solchen Forderungen die Katze in den Schwanz beisst. Wenn jemand sagt, ich solle 98% aller Abbiegerestriktionen erfassen, wie kann ich denn jemals sagen, dass ich 98% habe, ohne 100% zu kennen? Welche Katze, welcher Schwanz? Ist doch eigentlich ganz einfach: Man hat ein Vergleichsnormal, gibt es an und macht dann anhand von zufaellig ausgesuchten Beispielen statistische Aussagen. Woher haben andere ihre Prozentzahlen? Z.B. indem die einfach mitprotokollieren, was in einem Gebiet, das mal wieder befahren wird, aktualisiert werden muss. Bestand im Verhaeltnis zur Neueintragung oder Korrektur, hochgerechnet auf das Gebiet, das man so zyklisch abklappert. Bei Dingen wie Strassenkilometer in Deutschland kann man da ja noch mit amtlichen Statistiken arbeiten (wobei ich annehme, dass die so ab 99,5% auch etwas verwaschen werden). Aber gibt es irgendeine amtliche oder definitiv richtige (eins impliziert nicht das andere) Zahl fuer Anzahl der Einbahnstrassen in Karlsruhe? Es muss weder amtlich sein oder absolut, sondern in ernsthaften Zahlenwerken gibt man einfach die Basis der Erhebung an und dann kann sich jeder ein Bild davon machen, was er von den Zahlen halten soll oder Verbesserungen einbringen kann. Wie die Katze, die sich in den Schwanz beisst, kommen mir da eher Meldungen wie 'Wien ist fertig' vor: hab ihn, hab ihn - schwupps, schon wieder weg ;) -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Betreff in der Liste
Mir würde es beim Lesen der Liste helfen, wenn bei Themenwechsel der Betreff angepasst würde. Besonders bei langen Threads wie Relevanz, OSM und Wikipedia. Dann könnte ich besser einschätzen, welche Beiträge ich lesen möchte. Und ich könnte mit der Suche einzelne Informationen besser finden. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Betreff in der Liste
Hi, Am 8. April 2009 09:10 schrieb Markus liste12a4...@gmx.de: Mir würde es beim Lesen der Liste helfen, wenn bei Themenwechsel der Betreff angepasst würde. Besonders bei langen Threads wie Relevanz, OSM und Wikipedia. Dann könnte ich besser einschätzen, welche Beiträge ich lesen möchte. Und ich könnte mit der Suche einzelne Informationen besser finden. Und der Sprung von der Pflicht zur Kür ist der korrekte Subject-Wechsel via: Subject: Altes Subject (was: Neues Subject) Vernuenftige Mailprogramme erkennen das entsprechend und schneiden auch brav das alte Subject ab. Danke! Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Innenarchitekten
Moin Matthias Versen schrieb: Schaut euch das mal hier an im Osmarenderer bei maximaler vergößerung oder noch bester in JOSM : http://www.openstreetmap.org/?mlat=51.4308385mlon=7.1125413zoom=16 Mich hat es fast vom Stuhl gehauen als ich das gesehen habe :-) nett :) Das ist mir beim durchgehen der Flächenfehler aufgefallen. ( http://www.gary68.de/osm/qa/some/ac_germany.htm ) Was mache ich jetzt am besten damit um das Flächenproblem (building=yes ) zu lösen ? Hmm ich würde evtl. einen Raum immer als geschlossene Fläche anlegen, bisher sind es ja einzelne Wände. Da müssten dann halt die Wände teilweise doppelt angelegt werden und überinanderliegen, aber man hätte geschlossene Flächen. Das hätte dann auch den Vorteil, dass die Bezeichnungen nicht an ein extra Node müssten, sondern immer direkt dem Zimmer zugeordnet werden könnten. Aber ansonsten könnte man es auch so lassen, ist ja nun nicht wirklich ein weit verbreitetes Schema und die paar Fehler sollten auch nicht stören. Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Betreff in der Liste
On Wed, Apr 08, 2009 at 09:17:16AM +0200, Tim 'avatar' Bartel wrote: Am 8. April 2009 09:10 schrieb Markus liste12a4...@gmx.de: Mir würde es beim Lesen der Liste helfen, wenn bei Themenwechsel der Betreff angepasst würde. Besonders bei langen Threads wie Relevanz, OSM und Wikipedia. Dann könnte ich besser einschätzen, welche Beiträge ich lesen möchte. Und ich könnte mit der Suche einzelne Informationen besser finden. Und der Sprung von der Pflicht zur Kür ist der korrekte Subject-Wechsel via: Subject: Altes Subject (was: Neues Subject) Gemeint ist natürlich andersherum: Subject: Neues Subject (was: Altes Subject) 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
[Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ERGÄNZUNG - Jakobsweg - eine Anwendu ng auf OSM-Daten
Allerdings wird die Karte ab einer bestimmten Zoomstufe auf ein anderes Kartenwerk getauscht und dann gibt es keine POI mehr ! Gruß Jan :-) Jan Tappenbeck schrieb: Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. Gruss Torsten PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Grass ist aber dass was den meisten Anwendern ins Auge fällt -ob da jetzt Vieh drauf steht, Hunde drauf kacken oder Golf gespielt wird ist für eine Grobeinteilung erstmal belanglos. Mit landuse=meadow kann ich mich anfreunden. Ich denke, da werde ich mal einiges umtaggen. Ansonsten hat grass m. E. den Vorteil, den Garry nennt. Beim Arbeiten mit Luftbildern vermeidet man damit Pseudogenauigkeit im Tagging. Interessant ist ja, daß sich grass ohne Wikiempfehlung ganz von allein herausgebildet hat und inzwischen häufiger vorkommt als meadow. Offenbar erscheint es dem Normalmapper als in sich logisch. Aber, wie gesagt, hier gibt es einige meadows, die ich in der Karte mal mal zu solchen machen werde. Der Vorteil von landuse=farm gegenüber landuse=farmland für Ackerland will sich mir aber noch nicht erschließen. Was bewegt Dich dazu? __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bordsteinhöhen bei Bürgersteigen
Hallo, ich versuche an Straßenübergängen die Bordsteinhöhen der Bürgersteige zu taggen. Dies ist z.B. für Rollstuhlfahrer wichtig. Für Bordsteinhöhen gibt es den Tag sloped_curb=yes. Um die Höhe genau angeben zu können, kann man auch sloped_curb=0.03 für einen 3cm hohen Bordstein setzen. Um das ganze einem bestimmten Bürgersteig zuordnen zu können ließe sich das mit Hilfe des Tags Advanced footway (http://wiki.openstreetmap.org/wiki/Proposed_features/Advanced_footway_and_cycleway) taggen: footway:left.sloped_curb=0.03 Oft sind solche Übergänge an Kreuzungen. Da gibt es kein links und rechts. Wie würde ich das machen, wenn auf einer Seite der Bürgersteig durchgängig ist (B), auf der anderen Seite aber eine Straße (A) einmündet und ich einen Übergang habe? ^ A | ---| | |B Ich könnte den Weg B an der Stelle an der A einmündet aufteilen und dem linken Bürgersteig von B (in Digitalisierungsrichtung) den Tag: footway:left.sloped_curb.end=0.03 geben. Damit würde ich sagen, dass am Ende des Teilstücks B auf der linken Seite eine Bordsteinabsenkung auf 3cm vorhanden ist. Das ist allerdings sehr unübersichtlich. Weiß jemand eine bessere Lösung? Grüße, Astrid ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Torsten Leistikow schrieb: Johannes Haller schrieb: Differenzieren tue ich: landuse=farmyard (für das Hofgelände) landuse=farmland (für Ackerland) landuse=grass (für Dauergrünland/Weide) Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es durch einen der drei o. g. Werte. Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. landuse=grass ist sehr wohl sinnvoll. Das heißt das da Gras (Heu) angebaut wird. Auf einer Weide stehe Tiere die das Gras direkt fressen. Also bitte lass es steht sein. PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Es gibt kein offizielles irgendwas bei osm P.S. ich finde es ziemlich daneben wenn irgendjemand Sachen von anderen Mappenern ändert ohne das mit diesem abzusprechen. In der Regel haben sich die Leute was dabei Gedacht (oder sollten das zumindest) Also wenn ihr der Meinung seit das etwas falsch ist dann klärt das mit dem ursprünglichen mapper und ändert nicht einfach was. -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Johannes Haller schrieb: Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. Gruss Torsten PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Grass ist aber dass was den meisten Anwendern ins Auge fällt -ob da jetzt Vieh drauf steht, Hunde drauf kacken oder Golf gespielt wird ist für eine Grobeinteilung erstmal belanglos. Mit landuse=meadow kann ich mich anfreunden. Ich denke, da werde ich mal einiges umtaggen. Ansonsten hat grass m. E. den Vorteil, den Garry nennt. Beim Arbeiten mit Luftbildern vermeidet man damit Pseudogenauigkeit im Tagging. Interessant ist ja, daß sich grass ohne Wikiempfehlung ganz von allein herausgebildet hat und inzwischen häufiger vorkommt als meadow. Offenbar erscheint es dem Normalmapper als in sich logisch. Aber, wie gesagt, hier gibt es einige meadows, die ich in der Karte mal mal zu solchen machen werde. Also ich für meine Teil kann auf dem meisten Luftbilder nicht mal Mais und Gras unterscheiden, solange der Mais noch nicht ausgewachsen ist und damit Gelb wird. Luftbilder sind schön und gut aber auch nur wenn man vorort weis was da auch wirklich steht. Rein nach dem Luftbild zu taggen halte ich nach wie vor für den falschen Weg. Wo es geht benutze ich Luftbilder um Wälder, Seene, Flüsse und Bäche zu erfassen aber auch nur wenn cih vorher da war und Bodenfotos von der ecke hab wo ich nach schauen kann wie das vor Ort wirklich aussieht. Evtl wäre es sinnvoll mall eine Datenbank georeferenzierten Bildern aufzubauen damit man die Informationen aus dem Luftbildern abgleichen kann Der Vorteil von landuse=farm gegenüber landuse=farmland für Ackerland will sich mir aber noch nicht erschließen. Was bewegt Dich dazu? landuse=farm ist eigentlich der alte tag der durch landuse=farmland und landuse=farmyard abgelöst wurde. also Entweder landuse=farm für alles oder landuse=farmland für die felder und landuse=farmyard für den Bauernhof. Dazu gleich noch nen Fragen. Gibt für eine Pferdekoppel auch einen speziellen Tag. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-installer.exe - JOSM-update
Beim Starten von JOSM kommen bei mir mehrere Fehlermeldungen: xy-Plugin benötigt JOSM-Aktualisierung Die Begrüssungsseite meldet: Aktualisierung verfügbar Aber da fehlen die Links, mit denen ich die Aktualisierung starten kann. F12 verfügbare Plugins bearbeiten aktualisieren hingegen meldet: alle installierten Plugins sind aktuell JOSM-installer.exe lief bei mir am 6.4. Seither läuft JOSM 1.461 bat: java -Xmx512M -jar C:\programme\josm\josm-latest.jar Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Ergänzung: Laut http://forum.openstreetmap.org/viewtopic.php?id=2322 ist es mal wieder die JOSM-Macht, die für die Verbreitung des farmland sorgt. Aber noch (Tagwatch) führt farm mit 80%. ;-) Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es durch einen der drei o. g. Werte. Wobei das farmland eventuell noch nicht von allen Renderern unterstützt wird, als nicht wundern, wenn die Karte etwas weisser wird. ;-) Viele Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
Hier gibt es eine weiterführende Internetseite zu den Daten: http://www.kleks-online.de/ Am 8. April 2009 12:00 schrieb André Riedel riedel.an...@gmail.com: Das sind keine OpenStreetMap-Daten! Das sind die sehr guten Daten der Landesvermessungsämter. Aber es ist eine tolle und vor allem deutschlandweite Darstellung. Ciao André Am 8. April 2009 10:07 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ 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] Relevanz, OSM und Wikipedia
Hallo, Tobias Wendorff wrote: Wie können Städte wie Wien dann, laut Presse, überhsupt fertig gemappt sein? Wie Du vermutlich weisst, hat Hamburg seine Fertig-Meldung auf einen Vergleich mit amtlichen Strassenlisten gegruendet. Ich glaube nicht, dass irgendwo schonmal jemand behauptet hat, er haette x% aller Abbiegerelationen oder so etwas. Dass fertig immer nur hinreichend vollstaendig gemessen an einem bestimmten Kriterium bedeuten kann, duerfte klar sein, oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Innenarchitekten
Zitat Ulf Lamping: Matthias Versen schrieb: Hallo ! Schaut euch das mal hier an im Osmarenderer bei maximaler vergößerung oder noch bester in JOSM : http://www.openstreetmap.org/?mlat=51.4308385mlon=7.1125413zoom=16 Mich hat es fast vom Stuhl gehauen als ich das gesehen habe :-) Hi! Das ist ein Überbleibsel vom OSM Nutzertreffen letztes Jahr in Essen. Das kommt davon, wenn zuviele OSM Nutzer auf einem Haufen abends nix zu tun haben ;-) Hey, mal langsam, das war immerhin ein kurzfristig angesetzter Workshop, ein Feldversuch in Sachen Indoormapping. Es gab durchaus ernste Diskussionen zum Beispiel, wie Tueranschlaege korrekt definiert werden, ob ein Fenster zur Wand gehoert oder wie man mit mehrstoeckigen Gebaeuden umgeht. War uebrigens eine oesterreichisch/ deutsche Gemeinschaftsproduktion. Und wenn man bedenkt, dass wir nur einen (iirc) Notfallplan als Basis hatten, ist das Ergebnis nicht mal schlecht. :-) Eigentlich wollten wir noch die Gleise von der Lummerlandbahn mappen, es hat aber niemand in die Waggons gepasst. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
malenki schrieb: Gary G: schrieb: Bei welchen Relationentypen wird das angewendet? Wurde das nicht vor allem für Routen diskutiert? Und wie häufig wird das Konzept überhaupt verwendet? Ist das im Kommen oder eher zu vernachlässigen? Fernwanderwege und Themenstraßen (z.B. Deutsche Allenstraße), die über einige hundert oder tausend Kilometer gehen, profitieren davon. Ob/wie Meta-Relationen bereits verwendet werden, weiß ich leider nicht. Ich habe z.B. diese Superrelation angelegt: http://www.openstreetmap.org/browse/relation/49759 die dann (momentan) zwei Teilrouten als Relationen enthält. Im Wiki findest Du die Relationen auch aufgeführt: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz#Regionalwanderwege_.28Fortsetzung.29 Zur Auswertung: Nop wertet in seiner autom. generierten Wiki-Übersicht http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz/Generiert#Regionalwanderwege_.28RWN.29 z.B. den Prozentsatz der erfassten km aus. Einmal innerhalb der realen Teilrelationen und dann auch noch in der Superrelation. In meinem Beispiel sind Etappe 2+3 zu je 100% erfasst, insgesamt sind das 14% aller Streckenkilometer der Superrelation. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Hallo, Gerhard Schmidt schrieb: Evtl wäre es sinnvoll mall eine Datenbank georeferenzierten Bildern aufzubauen damit man die Informationen aus dem Luftbildern abgleichen kann Ist das nicht genau das, was man mit http://www.openaerialmap.org/ machen kann? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Johannes Haller schrieb: Differenzieren tue ich: landuse=farmyard (für das Hofgelände) landuse=farmland (für Ackerland) landuse=grass (für Dauergrünland/Weide) Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es durch einen der drei o. g. Werte. Hi, In den MapFeatures ist noch landuse=farm und nicht landuse=farmland für landwirtschaftliche Flächen dokumentiert. Herrscht Konsens, dass farm veraltet ist? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
On Wed, 08 Apr 2009 11:36:34 +0200, Frederik Ramm frede...@remote.org wrote: Es gibt auch so Sammelrelationen wie Bundesautobahnen, aber die halte ich fuer ziemlich witzlos. Oh, genau die macht sich gerade bei meinem TMC-Import extrem nützlich. Es erspaart mir für jede Autobahn mehrere Such-Anfragen an die OSMXAPI mit den verschiedenen möglichen Schreibweisen der Autobahn-Nummer zu stellen. (statt dessen nur noch für die, welche in der Relation fehlen) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
Als Grundkarte wird aber OpenStreetMap angegeben !! Gruß Jan :-) André Riedel schrieb: Hier gibt es eine weiterführende Internetseite zu den Daten: http://www.kleks-online.de/ Am 8. April 2009 12:00 schrieb André Riedel riedel.an...@gmail.com: Das sind keine OpenStreetMap-Daten! Das sind die sehr guten Daten der Landesvermessungsämter. Aber es ist eine tolle und vor allem deutschlandweite Darstellung. Ciao André Am 8. April 2009 10:07 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
Ich habe irgendwie Angst vor diesen Superrelationen und deshalb sollte unbedingt einer der Fachkundigen etwas über die Erstellung von Relationszusammenfassungen schreiben. Aus einem aktuellen Fall habe ich unter http://forum.openstreetmap.org/viewtopic.php?id=2898 - Posting Nr. 6 hierzu meinen Senf gegeben. Es ist für mich ein Zeichen, dass Aufklärung not tut um die Daten auch weiterhin händeln zu können. Gruß Jan :-) Stefan Dettenhofer (StefanDausR) schrieb: malenki schrieb: Gary G: schrieb: Bei welchen Relationentypen wird das angewendet? Wurde das nicht vor allem für Routen diskutiert? Und wie häufig wird das Konzept überhaupt verwendet? Ist das im Kommen oder eher zu vernachlässigen? Fernwanderwege und Themenstraßen (z.B. Deutsche Allenstraße), die über einige hundert oder tausend Kilometer gehen, profitieren davon. Ob/wie Meta-Relationen bereits verwendet werden, weiß ich leider nicht. Ich habe z.B. diese Superrelation angelegt: http://www.openstreetmap.org/browse/relation/49759 die dann (momentan) zwei Teilrouten als Relationen enthält. Im Wiki findest Du die Relationen auch aufgeführt: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz#Regionalwanderwege_.28Fortsetzung.29 Zur Auswertung: Nop wertet in seiner autom. generierten Wiki-Übersicht http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz/Generiert#Regionalwanderwege_.28RWN.29 z.B. den Prozentsatz der erfassten km aus. Einmal innerhalb der realen Teilrelationen und dann auch noch in der Superrelation. In meinem Beispiel sind Etappe 2+3 zu je 100% erfasst, insgesamt sind das 14% aller Streckenkilometer der Superrelation. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
dieter jasper wrote: seit gestern bekomme ich häufig beim Upload (Zum OSM-Server hochladen) folgende Fehlermeldung: Übertragung wegen eines Fehlers abgebrochen. Wiederholung in 5sec. Java.IO.ioException.. same here ( Fehler JOSM Version)... Server returned HTTP response code: 400 D.h. Bad Request, oder? Die Daten werden nur teilweise übertragen. IMHO, werden die neuen Objekte raufgeladen, Änderungen und Löschoperationen jedoch nicht. LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
dieter jasper schrieb: seit gestern bekomme ich häufig beim Upload (Zum OSM-Server hochladen) folgende Fehlermeldung: Übertragung wegen eines Fehlers abgebrochen. Wiederholung in 5sec. Java.IO.ioException.. Kann ich bestätigen. Scheint möglicherweise bevorzugt bei großen Relationen aufzutreten. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
Hallo Jan, ich nutze die Superrelation auch nur als logische Zusammenfassung der Teilstrecken (Etappen). Jede Etappe für sich stellt eine vollständige Wanderroute dar. Aber gerade bei sehr langen Wanderwegen muss man diese aufteilen, da sonst eine einzige Relation nicht mehr bearbeitet werden kann. Es ist doch besser, mit 10 Relationen zu arbeiten, die je 100 Wegstücke beinhalten, als mit einer, die 1000 Wegstücke enthält. Und diesen 10 Relationen muss man irgendwie mitteilen, dass sie zusammen gehören. Das macht die Superrelation. Ab API 0.6 sind ja die members einer Relation auch geordnet, so dass man dann damit auch vernünftig arbeiten kann. Es macht natürlich keinen Sinn, x-beliebige Wegfragmente in irgendeiner Form zusammen fassen zu wollen. Gruß, Stefan Jan Tappenbeck schrieb: Ich habe irgendwie Angst vor diesen Superrelationen und deshalb sollte unbedingt einer der Fachkundigen etwas über die Erstellung von Relationszusammenfassungen schreiben. Aus einem aktuellen Fall habe ich unter http://forum.openstreetmap.org/viewtopic.php?id=2898 - Posting Nr. 6 hierzu meinen Senf gegeben. Es ist für mich ein Zeichen, dass Aufklärung not tut um die Daten auch weiterhin händeln zu können. Gruß Jan :-) Stefan Dettenhofer (StefanDausR) schrieb: malenki schrieb: Gary G: schrieb: Bei welchen Relationentypen wird das angewendet? Wurde das nicht vor allem für Routen diskutiert? Und wie häufig wird das Konzept überhaupt verwendet? Ist das im Kommen oder eher zu vernachlässigen? Fernwanderwege und Themenstraßen (z.B. Deutsche Allenstraße), die über einige hundert oder tausend Kilometer gehen, profitieren davon. Ob/wie Meta-Relationen bereits verwendet werden, weiß ich leider nicht. Ich habe z.B. diese Superrelation angelegt: http://www.openstreetmap.org/browse/relation/49759 die dann (momentan) zwei Teilrouten als Relationen enthält. Im Wiki findest Du die Relationen auch aufgeführt: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz#Regionalwanderwege_.28Fortsetzung.29 Zur Auswertung: Nop wertet in seiner autom. generierten Wiki-Übersicht http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz/Generiert#Regionalwanderwege_.28RWN.29 z.B. den Prozentsatz der erfassten km aus. Einmal innerhalb der realen Teilrelationen und dann auch noch in der Superrelation. In meinem Beispiel sind Etappe 2+3 zu je 100% erfasst, insgesamt sind das 14% aller Streckenkilometer der Superrelation. Gruß, Stefan ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen - Was Relationen all es sein können
On Wed, 08 Apr 2009 12:32:59 +0200, Jan Tappenbeck o...@tappenbeck.net wrote: Ich habe irgendwie Angst vor diesen Superrelationen und deshalb sollte unbedingt einer der Fachkundigen etwas über die Erstellung von Relationszusammenfassungen schreiben. Ich denke hier sollten viele von dem Gedanken wegkommen, dass Relationen nur Gruppierungen sind. Es sind Entities mit einer eigenen Bedeutung. So wie ein Way eine Strasse, eine Stromleitung oder ein Haus sein kann, kann eine Relation ein eigenständiges geographisches Objekt sein was eben eine eigene Bedeutung hat. Bepspiel: * Die Schweiz mit: # der geordneten Liste der Grenz-Fragmente in Rolle borderfragment # der Hauptstadt in der Rolle capital # den Kantonen in der Rolle state ## die Kantone mit den Landeshauptstädten in der Rolle capital ## die Kantone mit Kreisfreien Städte in der Rolle city ## die Kantone mit Kreisen in der Rolle county ### die Kreise mit der Kreisstadt in der Rolle capital ### die Kreise mit den Dörfern in der Rolle village # einer Relation welche die Autobahnen gruppiert in der Rolle motorway_network ## mit den Autobahnen in der Rolle motorway ## mit den Wegstücken der Autobahn in der Rolle forward oder reverse (je nach Fahrspur) # ... oder * Das Netzwerk der Europastrassen # Die Europastrasse 123 mit ## den nationalen Strassen (relationen mit Ways als Member) ### diese mit den Wegstücken (wie oben) oder * ... Je mehr Daten wir sammeln desto mehr bringt es diese zu ordnen. Relationen sind ein wunderbares Mittel für so eine Ordnung. Sie schränken niemanden ein weiterhin das zu taggen und evtl auch in anderen Relationen zusammenzufassen was derjenige will. Wer sie nicht mag oder versteht kann sie ignorieren und die Ordnungsfanatiker in Ruhe lassen. Sicher kann man alles was durch Ordnen (vereinfacht: Sortieren) getan wird auch durch Suchen machen. Nur fallen beim Ordnen Fehler (z.B. 2 Nodes place=city;name=Berlin in dem riesigen Gebiet von Berlin) viel eher auf UND Software welche die mit der Zeit wachsenden Konventionen als Regeln enthält kann wunderbar vom einen zum anderen navigieren ohne auch nur ein eiziges Mal z.B. ganz Europa nach dem fehlenden way mit den Tags admin_level=xyz zu durchsuchen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
On Wed, 8 Apr 2009 11:18:48 +0200 (MEST), Gary G: g...@gary68.de wrote: Hi, ich plane für meinen Relation Check auch die Unterstützung von Relationen in Relationen. Hierzu ist aber im Wiki wenig dokumentiert - bzw. ich habe es nicht gefunden. Hat jemand Links ins Wiki, wo das beschrieben ist? Soweit ich das sehen kann haben wir noch keine Relationstypen in den map-features welche andere Relationen enthalten. Ich interessiere mich vor allem dafür, wie mit eingebetteten Relationen zu verfahren ist, die wiederum Wege/Relationen mit verschiedenen Rollen enthalten. Die eingebettete Relation hat ja in der übergeordneten auch eine (widersprüchliche?) Rolle, oder? Das dürfte auf die Semantik der jeweiligen Relation ankommen. Es scheint sich einzubürgern die Art einer Relation mit dem type -Key festzulegen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
hi ! Das Projekt hat übrigens seinen eigenen Editor um neue Daten hinzuzufügen. ... das mag sein - wäre klasse, wenn die die daten bei uns mit eintragen würden. gruß Jan :-) André Riedel schrieb: Stimmt ;-) Habe es jetzt auch gesehen. Als bis zu einem einer gewissen Auflösung werden die Openstreetmap-Daten dargestellt, aber wenn man weiter hineinzoomt kommen dann die LVA-Daten zum vorschein. Ich finde es aber eine sehr gute Kartendarstellung. Das Projekt hat übrigens seinen eigenen Editor um neue Daten hinzuzufügen. Es geht hierbei jedoch mehr um historische sowie Naturdenkmäler, im als allgemeinen Kulturlandschaft bezeichnet. http://www.kleks-online.de/editor.php Ciao André Am 8. April 2009 12:29 schrieb Jan Tappenbeck o...@tappenbeck.net: Als Grundkarte wird aber OpenStreetMap angegeben !! Gruß Jan :-) André Riedel schrieb: Hier gibt es eine weiterführende Internetseite zu den Daten: http://www.kleks-online.de/ Am 8. April 2009 12:00 schrieb André Riedel riedel.an...@gmail.com: Das sind keine OpenStreetMap-Daten! Das sind die sehr guten Daten der Landesvermessungsämter. Aber es ist eine tolle und vor allem deutschlandweite Darstellung. Ciao André Am 8. April 2009 10:07 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ 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 ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
Patrick Kolesa schrieb: dieter jasper schrieb: seit gestern bekomme ich häufig beim Upload (Zum OSM-Server hochladen) folgende Fehlermeldung: Übertragung wegen eines Fehlers abgebrochen. Wiederholung in 5sec. Java.IO.ioException.. Kann ich bestätigen. Scheint möglicherweise bevorzugt bei großen Relationen aufzutreten. Bei mir sind es keine Relationen. Es werden z. B. Nodes hochgeladen, aber die Verbindungen fehlen beim nächsten Download. Gruß Dieter Gruß Patrick ___ 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] Jakobsweg - eine Anwendung auf OSM-Daten
Jan Tappenbeck schrieb: ... das mag sein - wäre klasse, wenn die die daten bei uns mit eintragen würden. Fragen kannst Du, aber viele Anbieter (wie diese ganzen POI-Seiten) verdienen eine Menge Geld mit dieser Art von Informationen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
On Wed, Apr 08, 2009 at 10:57:17AM +0200, Gerhard Schmidt wrote: landuse=farm ist eigentlich der alte tag der durch landuse=farmland und landuse=farmyard abgelöst wurde. also Entweder landuse=farm für alles oder landuse=farmland für die felder und landuse=farmyard für den Bauernhof. Dazu gleich noch nen Fragen. Gibt für eine Pferdekoppel auch einen speziellen Tag. meadow ? Ein Pferd ist Vieh - Meadow eine Viehweide. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
Desweiteren hat JOSM 1523 ein Problem beim abspeichern der OSM-Daten, womit sie dann beim nächsten mal nicht ordentlich geladen werden können. Ich empfehle daher mit JOSM 1522 oder 1515 weiterzuarbeiten und kein Update zu tätigen. Trac: http://josm.openstreetmap.de/ticket/2399 http://josm.openstreetmap.de/ticket/2401 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
Hallo, das ist offenbar ein Problem mit meiner kuerzlich eingebauten Aenderung. Kann einer derjenigen, die das Problem beobachten, mal seinen JOSM-Inhalt als OSM-Datei abspeichern und mir zuschicken? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] good way to do an automated import
Hello, I started writing the tool to do import of TMC-LocationCodeLists into OSM (will be used for Germany at first but there are lots of other countries with TMC-data so I try to make it generic and user-friendly). One very fundamental question has come up what is the best or prefered way to have the tool output it's changes? * It can download the current state of the changed entities and write an osmChange (full support of the changeset-comment+generator) http://wiki.openstreetmap.org/wiki/OsmChange * It can download the current state of the changed entities and write a josm-file (could be easy to review) http://wiki.openstreetmap.org/wiki/JOSM_file_format * It can upload it's changes directly to the API (no review) I would like to be able to run it, then review the changes it wants to make in an editor and only apply them if a large enough sample looks fine. I also need to deal with users changing entities between the time I download them and I upload my changes. Should I make this one large changeset or one changeset per type (roads, segments, points) or one changeset per imported entity (e.g. a motorway, some segments and a number of points)? I will have my tool store localy what elements have already been imported and would like it to store the IDs assigned to them by the API0.6 and the changeset-id (in case I need to rollback something later). How could I do that? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Hallo, Garry wrote: Es geht nicht darum dass es noch viel zu tun gibt sondern dass man in der öffentlichkeit lächerlich wirkt wenn man lokal begrenzt jeden Hundebeutelhalter findet, der Leser bzw. Hörer aber vergeblich versucht seinen Heimort in OSM zu finden bzw. nur einen Orstnamen an einer Stelle findet wo es in der Realität weit und breit kein Haus gibt. Ich kann da nichts laecherliches dran finden. Im Gegenteil, das ist doch ein ausgezeichnetes Beispiel dafuer, dass es eben in OSM drauf ankommt, was die Leute draus machen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] good way to do an automated import
Sorry, that was supposed to go to the d...@openstreetmap.org -list. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
Hallo, Gary G: wrote: Ich interessiere mich vor allem dafür, wie mit eingebetteten Relationen zu verfahren ist, die wiederum Wege/Relationen mit verschiedenen Rollen enthalten. Die eingebettete Relation hat ja in der übergeordneten auch eine (widersprüchliche?) Rolle, oder? Ich denke mal, das wird derzeit hauptsaechlich als einfache Gruppierung fuer lineare Features benutzt. Daher wuerde ich fuer eine Auswertung in den meisten Faellen einfach die Relationen und Unterrelationen zu einer plattdrücken und als role immer die im Baum am weitensten oben genannte annehmen. Und dann mal schauen, wie weit Du damit kommst. - Es gibt auch so Sammelrelationen wie Bundesautobahnen, aber die halte ich fuer ziemlich witzlos. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationen in Relationen
Hi, ich plane für meinen Relation Check auch die Unterstützung von Relationen in Relationen. Hierzu ist aber im Wiki wenig dokumentiert - bzw. ich habe es nicht gefunden. Hat jemand Links ins Wiki, wo das beschrieben ist? Ich interessiere mich vor allem dafür, wie mit eingebetteten Relationen zu verfahren ist, die wiederum Wege/Relationen mit verschiedenen Rollen enthalten. Die eingebettete Relation hat ja in der übergeordneten auch eine (widersprüchliche?) Rolle, oder? Oder summiert man einfach alle Wege? Alle outer ergeben die Summe der outer Wege eines Multipolygons etc... Bei welchen Relationentypen wird das angewendet? Und wie häufig wird das Konzept überhaupt verwendet? Ist das im Kommen oder eher zu vernachlässigen? Ciao und danke! Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Windkraftanlagen
Moin ! hat eigentlich schon einmal einer von Euch versucht die Standortdaten von den Herstellern zu bekomnen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bordsteinhöhen bei Bürgersteigen
Am Mittwoch, den 08.04.2009, 11:19 +0200 schrieb Tobias Wendorff: Ich glaube, ohne Flächenmodell für Kreuzungen wird es schwer... Vielleicht doch Himmelsrichtungen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Oder doch alles als separate Linien taggen und alle Haupt- und Zusatzwege (Straße, Bürgersteig links, Bürgersteig rechts, Fahrradweg etc.) über Relationen verbinden? http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel#Fazit_von_User:Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Johannes Haller schrieb: Wobei das farmland eventuell noch nicht von allen Renderern unterstützt wird, als nicht wundern, wenn die Karte etwas weisser wird. ;-) Mapnik rendert es seit eingen Wochen: http://openstreetmap.org/?lat=51.41782lon=7.406zoom=15layers=B000FTF Ok, dann sollte man in den MapFeatures vielleicht einen Hinweis schreiben dass farm veraltet ist, obwohl die Abstimmung für das proposed Feature farmland noch gar nicht begonnen hat ;-) Ich bin mal gespannt, ob JOSM die Presets und Validations wieder ändert, falls das Proposal abgelehnt wird. ;-) Viele Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Von: Gerhard Schmidt schm...@ze.tum.de Torsten Leistikow schrieb: Johannes Haller schrieb: Differenzieren tue ich: landuse=farmyard (für das Hofgelände) landuse=farmland (für Ackerland) landuse=grass (für Dauergrünland/Weide) Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es durch einen der drei o. g. Werte. Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. landuse=grass ist sehr wohl sinnvoll. Das heißt das da Gras (Heu) angebaut wird. Auf einer Weide stehe Tiere die das Gras direkt fressen. Also bitte lass es steht sein. PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Es gibt kein offizielles irgendwas bei osm P.S. ich finde es ziemlich daneben wenn irgendjemand Sachen von anderen Mappenern ändert ohne das mit diesem abzusprechen. In der Regel haben sich die Leute was dabei Gedacht (oder sollten das zumindest) Also wenn ihr der Meinung seit das etwas falsch ist dann klärt das mit dem ursprünglichen mapper und ändert nicht einfach was. Gerhard, ich gehe nicht wie ein Berserker durch die Karte und schmeiße ohne Sinn und Verstand Tags 'raus. Wenn aber das Wegenetz eines Waldes noch pauschal das alte footway trägt, mit dem seinerzeit noch alles von befestigten Wirtschaftswegen bis hin zu Trampelpfaden über einen Kamm geschoren wurde, weil es halt noch nichts besseres gab, dann ist ein Umtaggen in path und track mit den entsprechenden Tracktypes doch eine sinnvolle Sache - auch ohne mit dem Mapper zu sprechen, der den Weg mal angelegt hat und seit Jahren nicht mehr aktiv ist. Ebenso verhält es sich doch bei den farm getaggten Flächen - das wurde in meiner Gegend gebraucht, um alles außerhalb von Ortschaften zu taggen, was nicht Wald und Straße war, von Hofgeländen über Wiesen bis hin zu Äckern. Auch da ist doch eine Präzisierung in farmyard, farmland, meadow/grass ein Informationszugewinn für die Karte und nicht ein ungehobelt-arrogantes Tagrauswerfen. Oder? __ Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele ausländische Netze zum gleichen Preis! https://produkte.web.de/webde_sms/sms ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Zitat Garry: Michael Buege schrieb: Zitat Garry: [...] Peinlich finde ich es aber langsam wenn man bei den OSM-Presseauftritten kundtut wie viel besser an vielen Stellen die OSM Daten schon gegenüber den kommerziellen Karten sind, aber immer noch viele deutsche Ort noch nicht mal mit dem Namen auf der Karte zu finden sind (ganz abgesehen davn dass noch kein einziger Weg dorthin führt) Hast du mal ein Beispiel fuer einen Presseauftritt, wo neben den Erfolgen nicht auch erwaehnt wird, dass es noch reichlich zu tun gibt. Es geht nicht darum dass es noch viel zu tun gibt Du hast also kein Beispiel? sondern dass man in der öffentlichkeit lächerlich wirkt Bist du da schon oefter drauf angesprochen worden? wenn man lokal begrenzt jeden Hundebeutelhalter findet, der Leser bzw. Hörer aber vergeblich versucht seinen Heimort in OSM zu finden bzw. nur einen Orstnamen an einer Stelle findet wo es in der Realität weit und breit kein Haus gibt. Wie koennte deiner Meinung nach die Loesung fuer dieses Problem aussehen, was wuerde helfen, was sollte man tun und, vor allem, was sollte man nicht oder nicht mehr tun? Nur fuer den Fall, dass du das Kind bereits in den Brunnen gefallen siehst, was haette man von Anfang an anders machen sollen, um nicht laecherlich zu wirken? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
Stimmt ;-) Habe es jetzt auch gesehen. Als bis zu einem einer gewissen Auflösung werden die Openstreetmap-Daten dargestellt, aber wenn man weiter hineinzoomt kommen dann die LVA-Daten zum vorschein. Ich finde es aber eine sehr gute Kartendarstellung. Das Projekt hat übrigens seinen eigenen Editor um neue Daten hinzuzufügen. Es geht hierbei jedoch mehr um historische sowie Naturdenkmäler, im als allgemeinen Kulturlandschaft bezeichnet. http://www.kleks-online.de/editor.php Ciao André Am 8. April 2009 12:29 schrieb Jan Tappenbeck o...@tappenbeck.net: Als Grundkarte wird aber OpenStreetMap angegeben !! Gruß Jan :-) André Riedel schrieb: Hier gibt es eine weiterführende Internetseite zu den Daten: http://www.kleks-online.de/ Am 8. April 2009 12:00 schrieb André Riedel riedel.an...@gmail.com: Das sind keine OpenStreetMap-Daten! Das sind die sehr guten Daten der Landesvermessungsämter. Aber es ist eine tolle und vor allem deutschlandweite Darstellung. Ciao André Am 8. April 2009 10:07 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! ich habe in der letzten Zeit die OSM-Daten für den Jakobsweg im Lübecker Raum am Wickel und durch Zufall habe ich gerade eine Kartenanwendung gefunden auf Basis unserer Daten mit vielen interessanten POI und Bildern. http://kunden.kulturlandschaft-informatik.de/jakobswege/ Mir ist allerdings noch nicht bekannt, ob die POI's ebenfalls aus OSM stammen. Gruß Jan :-) ___ 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 ___ 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] Windkraftanlagen
Jan Tappenbeck schrieb: hat eigentlich schon einmal einer von Euch versucht die Standortdaten von den Herstellern zu bekomnen ? AFAIK sind manche Betreiber (was sollen die Hersteller damit?) überrascht, um wieviel genauer unsere Daten sind. Als Betreiber einer solch wichtigen Infrastruktur würde ich meine Daten aber auch nicht einfach so rausgeben :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erfahrungen mit Openrouteservice
Hi, ich habe gerade mal verschiedene Hausnummern mit Openrouteservice suchen lassen: 1. Fall Dresden, Barlachstraße 8 Die 8 ist gemappt, perfektes Suchergebnis. 2. Fall Dresden, Hechtstraße 8 Das Ergebnis weist auf einen Punkt etwa 1 km nördlich des tatsächlichen Standortes wo in Bezug auf gezeichnete Häuser noch völlige Wüste herrscht. Die 8 ist nicht gemappt, aber die danebenliegende 10 und die 7, das Haus gegenüber haben jeweils einen Node. Laut http://www.mail-archive.com/o...@gt.owl.de/msg00077.html sollen Hausnummern die zwischen 2 bekannten Nummern liegen interpoliert werden. Das funktioniert hier aber offensichtlich nicht. 3. Fall Dresden, Hohe Straße 67 Die Straße ist mit addr:interpolation der Hausnummern 49-79 gemappt nur Haus 67 trägt als einziges zusätzlich eine eigene Hausnummer. Das Suchergebnis fällt etwa 50 m neben den tatsächlichen Standort der 67, vermutlich weil der Addressinterpolation Priorität vor der direkten Hausnummer eingeräumt wird. Habt ihr ähnliche Ergebnisse? Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Hallo, Jens Herrmann wrote: die Supermarktkette Plus wurde kürzlich von Netto übernommen, einzelne Supermärkte die defakto schon auf Netto umgerüstet wurden, sind noch als Plus eingetragen. Wer fühlt sich für solche gut automatisert erledigbaren Änderungen zuständig? Bitte nicht. Hier in Karlsruhe gibt es zumindest noch Plus-Maerkte, an denen nichts von Netto steht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Jens Herrmann schrieb: die Supermarktkette Plus wurde kürzlich von Netto übernommen, einzelne Supermärkte die defakto schon auf Netto umgerüstet wurden, sind noch als Plus eingetragen. Wer fühlt sich für solche gut automatisert erledigbaren Änderungen zuständig? Nicht alle Plus werden Nettos und umgekehrt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
Am 8. April 2009 14:04 schrieb Frederik Ramm frede...@remote.org: Hallo, das ist offenbar ein Problem mit meiner kuerzlich eingebauten Aenderung. Kann einer derjenigen, die das Problem beobachten, mal seinen JOSM-Inhalt als OSM-Datei abspeichern und mir zuschicken? habe ich schon gestern gemacht und ans Ticket gehängt: http://josm.openstreetmap.de/attachment/ticket/2399/200999_osmtemp.zip Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Am 8. April 2009 04:06 schrieb Garry garr...@gmx.de: Torsten Leistikow schrieb: Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Grass ist aber dass was den meisten Anwendern ins Auge fällt -ob da jetzt Vieh drauf steht, Hunde drauf kacken oder Golf gespielt wird ist für eine Grobeinteilung erstmal belanglos. ja, für eine Grobeinteilung ja. Man könnte auch noch gröber vorgehen und nur in Land und Wasser unterscheiden, ob da jetzt eine Stadt ist, ein Wald oder ein Fussballplatz ist für eine Grobeinteilung erstmal belanglos. Allerdings sind wir doch mittlerweile an vielen Stellen schon ein Stückchen weiter, und die pauschale Sortierung von allen Flächen, die irgendwie grün sind und keine Bäume, in eine Schublade Gras widerspricht der sonstigen feingliedrigeren Einteilung. Ich bleibe dabei: wir haben schon farmland und meadow, soccer und golf, Hundekackwiesen werden wir (sollte es nicht schon definiert sein) sicher demnächst bekommen, und landuse=grass passt da nicht rein. Das Analog wäre wohl landuse=asphalt und landuse=stone? Hört sich das sinnvoll an? Der feine Unterschied zwischen Acker und Heuwiese ist da m.E. schon weniger relevant: was genau angebaut wird kann man ja mit Zusatztags definieren, drüberspazieren sollte man weder im einen noch im anderen Fall. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windkraftanlagen
einmal gegoogled ... http://www.btrdb.de/index.html Vielleicht hat da schon einer Kontakt zu das wären eine Menge Daten ! Kommen aus Münster. Gruß Jan :-) Jan Tappenbeck schrieb: Moin ! hat eigentlich schon einmal einer von Euch versucht die Standortdaten von den Herstellern zu bekomnen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Frederik Ramm wrote: Bitte nicht. Hier in Karlsruhe gibt es zumindest noch Plus-Maerkte, an denen nichts von Netto steht. Ok, dann ändere ich die mir Bekannten per Hand. Mal gesetzt den Fall man hätte eine große Zahl von Änderungen wie diese, wer wäre dann der richtige Ansprechpartner? Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive Orts- und Strassenver vollständigung (was: Relevanz, OSM und Wikipedia)
Michael Buege schrieb: Hast du mal ein Beispiel fuer einen Presseauftritt, wo neben den Erfolgen nicht auch erwaehnt wird, dass es noch reichlich zu tun gibt. Es geht nicht darum dass es noch viel zu tun gibt Du hast also kein Beispiel? Konkret auf Den Zusatz ...nicht auch erwaehnt wird, dass es noch reichlich zu tun gibt nein - diese Ausrede wirkt nach inzwischen wohl mehr als zwei Jahren etwas abgedroschen als Begründung dafür warum noch so viele Orte gar nicht zu finden sind (angesichts der hohen Anzahl an Mappern die bei diesen Gelegenheit auch regelmässig mit erwähnt werden ). sondern dass man in der öffentlichkeit lächerlich wirkt Bist du da schon oefter drauf angesprochen worden? U.a. die Kommentare bei Heise zu den OSM-Themen, das Feedback von dem OSM-Vortrag beim Pocketnavigationstreffen, meine Kontakte zu den kommerziellen Anbietern baut dieses Bild auf. wenn man lokal begrenzt jeden Hundebeutelhalter findet, der Leser bzw. Hörer aber vergeblich versucht seinen Heimort in OSM zu finden bzw. nur einen Orstnamen an einer Stelle findet wo es in der Realität weit und breit kein Haus gibt. Wie koennte deiner Meinung nach die Loesung fuer dieses Problem aussehen, was wuerde helfen, was sollte man tun und, vor allem, was sollte man nicht oder nicht mehr tun? So was ähnliches wie die letzjährige Autobahnqualitätsoffensive... Eine Liste, in die jeder Orte eintragen kann die in OSM noch gar nicht zu finden sind. Ein automatischer Abgleich markiert dann die Orte die eindeutig gefunden wurden und schaut noch gleich nach ob schon eine (übergeordnete?) Strasse dorthin führt (d.h. einen Umkreis von wenigen 100m). Danach lässt man den Traveling salesman darüber laufen der die am schlechtesten erfassten Ort in einen Rundkurs zusammen fasst.. :-) Nur fuer den Fall, dass du das Kind bereits in den Brunnen gefallen siehst, was haette man von Anfang an anders machen sollen, um nicht laecherlich zu wirken? Ein bischen mehr darauf achten dass auch die Fläche gefüllt wird - nicht nur mit Wald. Würde mich sowieso mal interesieren was das für Leute sind bzw. mit welcher Motivation sie scheinbar ausschliesslich Waldflächen einzeichnen. Bitte auch an die bebauten Flächen denken! Ein einfaches residential genügt für den Anfang, die Details kommen dann mit der Strassenerfassung. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Hallo, Jens Herrmann wrote: Ok, dann ändere ich die mir Bekannten per Hand. Mal gesetzt den Fall man hätte eine große Zahl von Änderungen wie diese, wer wäre dann der richtige Ansprechpartner? In jedem Fall hier auf der Liste fragen, das hast Du schon richtig gemacht - wenn sich dann zeigt, dass es wirklich einen Grund und keinen Widerspruch gegen eine automatisierte Aenderung gibt, dann findet sich auch jemand, der das machen kann, zum Beispiel Frank Sautter oder ich. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Chris-Hein Lunkhusen schrieb: Ich bin mal gespannt, ob JOSM die Presets und Validations wieder ändert, falls das Proposal abgelehnt wird. ;-) Da sich JOSM keinen Deut darum schert, ob es fuer ein Feature ueberhaupt ein Proposal gibt/gab, wuerde es mich doch stark wundern, wenn es sich darum scheren wuerde, wenn ein Proposal abgelehnt wird. Wobei der Proposal-Prozess ja nicht zwingend vorgeschrieben ist, und es ja auch keine genauen Kriterien fuer die Annahme oder die Ablehnung eines Proposals gibt. Der Prozess selber ist ja eher ein Konstrukt, um bei kontroversen Themen eine Konsensfindung zu erleichtern. Alternative kann man natuerlich auch alle Fragen einfach von JOSM entscheiden lassen, und alle richten sich einfach danach, was JOSM so als Tags anbietet. Das waere wahrscheinlich um einiges effektiver, als die ewig wiederkehrenden Diskussionen hier, aber so wirklich anfreunden mag ich mich mit dieser Vorgehensweise eher nicht. Das JOSM-Diktat erklaert uebrigens auch die Verbreitung von landuse=grass. Sinnvoller wird das Tag dadurch in meinen Augen leider nicht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive Orts- und Strassenver vollständigung
Garry schrieb: Ein bischen mehr darauf achten dass auch die Fläche gefüllt wird - nicht nur mit Wald. Würde mich sowieso mal interesieren was das für Leute sind bzw. mit welcher Motivation sie scheinbar ausschliesslich Waldflächen einzeichnen. Bitte auch an die bebauten Flächen denken! Besser nur den Wald als gar nix. Ein einfaches residential genügt für den Anfang, die Details kommen dann mit der Strassenerfassung. Ich zeichne nur dort Flächen ein wo sie gesichert sind. Wenn ich einen Ort kenne und weiß wo die Bebauung 20 m hinter der Straße endet und wo sie an der Straße endet dann zeichne ich sie ein. Und wenn ich weiß das zwischen zwei Orten ausschließlich landwirtschaftlich genutzte Fläche ist dann zeichne ich sie ein. Wenn sich aber dazwischen noch eine größere waldartige Baumgruppe müsste ich -oder jemand anders- erst diese eintragen bevor ich den Rest eintragen würde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windkraftanlagen
Da die hier in Hamburg sitzen wäre das vielleicht eine Aufgabe für uns. Gruß Jan :-) Frederik Ramm schrieb: Hallo, Jan Tappenbeck wrote: einmal gegoogled ... http://www.btrdb.de/index.html Vielleicht hat da schon einer Kontakt zu das wären eine Menge Daten ! Sehr interessant. Da handelt es sich nicht um einen grossen Konzern, sondern mehr oder weniger so ein Ingenieurbuero, das die Daten sammelt, daher koennte man bei denen fast eine Chance haben - sofern sie von den Betreibern ueberhaupt das OK zum Weitergeben der Koordinaten haben. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive Orts- und Strassenver vollständigung
Hallo, Garry wrote: Würde mich sowieso mal interesieren was das für Leute sind bzw. mit welcher Motivation sie scheinbar ausschliesslich Waldflächen einzeichnen. Eventuell, weil Waldflaechen der Karte auf kleinen Zoomleveln eine gewisse Struktur geben. Oder es sind Piloten, fuer die sind Waldraender u.U. eine wichtige Navigationshilfe, bewohnte Flaechen dagegen nicht, weil ihre Kanten keinen so grossen Kontrast aufweisen. Da gehoert nicht viel Phantasie dazu, sich zu ueberlegen, was das fuer Leute sind, und sie haben alles Recht der Welt, nur Waelder einzuzeichnen, wenn sie das wollen. Zum Thema Feedback vom Pocketnavigation-Treffen - ich habe das damals gelesen und fuer mich geschlossen, dass die Pocketnavigation-Leute fuer uns die falsche Zielgruppe sind. Reines Anspruchsdenken, totale Fixierung auf Autonatigation, mangelnde Bereitschaft, selber mitzumachen, und kein Interesse an freien Daten. Solche Leute koennen wir in 3-4 Jahren bedienen, wenn wir idiotensicher sind. Da zieht der Linux-Vergleich, der kuerzlich gebracht wurde. OSM ist derzeit in einem Stadium, wo die, die sich drauf einlassen, durchaus grosse Vorteile aus dem System ziehen koennen im Vergleich zu dem, was kaeuflich ist - aber wer sich nicht drauf einlaesst oder wen diese Vorteile nicht interessieren, der muss einfach noch ein paar Jahre warten. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jakobsweg - eine Anwendung auf OSM-Daten
Am Mittwoch, 8. April 2009 13:39:40 schrieb Tobias Wendorff: Jan Tappenbeck schrieb: ... das mag sein - wäre klasse, wenn die die daten bei uns mit eintragen würden. Fragen kannst Du, aber viele Anbieter (wie diese ganzen POI-Seiten) verdienen eine Menge Geld mit dieser Art von Informationen. Scheint hier aber nicht der Fall zu sein, machen nur Werbung für Hochschulen und e.Vs Die Nutzungsbedingungen erlauben erst einmal keinen direkten Import in OSM. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Frederik Ramm schrieb: Ist ja interessant. Bislang hatte Edeka doch immer mehr so ein Franchise-artiges Konzept, bei dem die Laeden gar nicht Edeka gehoerten, oder taeusche ich mich da? Also nur sowas wie brand=Edeka, operator=Fritz Müller und so. Yepp. Habe Ähnliches ja mal vorgestellt und es wurde abgelehnt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatisierte Änderungen?
Frederik Ramm schrieb: Ist ja interessant. Bislang hatte Edeka doch immer mehr so ein Franchise-artiges Konzept, bei dem die Laeden gar nicht Edeka gehoerten, oder taeusche ich mich da? Also nur sowas wie brand=Edeka, operator=Fritz Müller und so. Jop. An meinem Schulort gab es z.B. früher einen Spar. Der wurde dann von Edeka gekauft und heisst jetzt nah und gut - Baumann. Man erkennt aber an der eindeutigen Werbung, die innen abläuft, dass es ein Edeka ist. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] haben fertig oder die Katze und ihr Schwanz, war Relevanz
Original-Nachricht Datum: Wed, 08 Apr 2009 16:37:09 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] haben fertig oder die Katze und ihr Schwanz, war Relevanz Hallo, qbert biker wrote: Eine Adresse wird richtig gefunden oder nicht, oder 50m daneben... was nicht falsch ist, aber auch nicht richtig. Ach du spielst wieder das Katze-Schwanz-Spielchen? ;) Du kannst auch die Erwartungshaltung auf 5mm hochschrauben und dann wird eben per Definition nichts mehr gefunden. Bei diesen Fragestellungen gibts natuerlich eine Toleranz wie bei diesen Betrachtungen ueblich. Man kann das auch spreizen und in 50m-Schritten auswerten, wie exakt die Zuordnung war (z.B. 50m bis 1km), z.B. als Motivation fuer die Haeusle-Maler. Welche Werte sinnvoll sind, kann man austesten. oder sie entspricht den Erwartungen und Vorgaben zu einem gewissen Grad. Kuerzester Weg ist z.B. ziemlich eindeutig, Auto in der Einbahnstrasse oder Fahrradfahrer im Schlammloch auch *g*. Das stimmt, aber gerade beim Routing bist Du immer auf Stichproben angewiesen: 98% aller getesteten Routen entsprachen den Erwartungen heisst nie, dass bei einem anderen Test auch wieder 98% hinhauen. Dazu gibts Statistik :) Nicht meckern - machen! Falsch/richtig zulassen - motivieren! ;) Gruese Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] haben fertig oder die Katze und ihr Schwanz, war Relevanz
qbert biker schrieb: Ohne Plan, ohne Kriterien ist OSM immer mal in Stuecken weiter in irgendeine Richtung gekommen, aber es kann nie ankommen. Das wird es auch mit Plan und Kriterium nicht. Die 100% sind eine Asymptote - ein Wert, der nicht erreicht werden kann. Man kann sich zwar an das fertig annähern, aber wenn du glaubst, du hast den letzten Trampelpfad vermerkt, entsteht woanders schon wieder ein Neuer. Auch ein Vergleich zu amtlichen Werken ist hanebüchen. Wenn man es richtig anstellt kommen dann nämlich Werte über 100% raus. Vielleicht fehlt ja A-Dorf noch, aber in B-Dorf ist viel mehr vorhanden als im Vergleichswerk. Wir sollten einfach weitermachen wie bisher und hin und wieder auf OSB schauen. Die Definition von Fertig sollten nicht wir tätigen. Das können andere viel besser als wir. Wenn der SWR berichtet, OSM wäre in Stuttgat fertig, ist das seine Sache. Wenn das jedoch wir behaupten und jemand findet eine Unvollständigkeit, machen wir uns lächerlich. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
Hallo, André Reichelt wrote: Zum Glueck. Da hat sich wohl irgendjemand gedacht, dass wir bereits etwas haben, was die geographische Einordnung von Objekten ermoeglicht. Es nennt sich Koordinatenpaar. Damit ordnest du aber kein Haus einer Straße zu. Das Haus befindet sich ja auch nicht in der Strasse. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung der TMC Locationcode-Liste in OSM dur ch Bundesanstalt für Straßenwesen ERLAUBT!!!
On Wed, 2009-04-01 21:13:54 +0200, Marcus Wolschon mar...@wolschon.biz wrote: 2009/4/1 Florian Lohoff f...@rfc822.org: Warum unbedingt NMEA? Weil dein empfaenger das auswirft? Genau. Kennst du andere Empfänger, die typischerweise in Fahrzeugen in Zusammenhang mit Navis benutzt werden und die TMC ausspucken? Meine Infrastruktur wird selbstverständlich das TMC-Parsen von der Datenquelle trennen. Insofern ist es kein Problem TMC-Nachrichten auch von wo anders (USB/Cardbus Digitalradio-Karte, TCP/IP, ...) zu bekommen. Ist TMC /nur/ etwas, das Fahrzeuge interessiert? Denk' mal z.B. an OpenRouteService. Flo und ich fassen TMC-Daten z.B. via DVB-Karte vom Astra-Satelliten ab. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: The course of history shows that as a government grows, liberty the second : decreases. (Thomas Jefferson) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive Orts- und Strassenver vollständigung
Garry schrieb: Eine Liste, in die jeder Orte eintragen kann die in OSM noch gar nicht zu finden sind. Ich habe solche Eintragungen schon mehrfach in OSB gefunden. Dann habe ich das Sat-Bild zu Rate gezogen, geschaut, wo da ungefähr die Ortsmitte ist und dann den Node da irgendwo hin gesetzt, den Namen aus dem Bug eingetragen und das Ding zu gemacht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windkraftanlagen
On Wed, Apr 08, 2009 at 04:45:36PM +0200, René Falk wrote: Da wir gerade bei Windkraftanlagen sind, es gibt ja neuerdings immer öfter welche mit Leuchtturmfunktion, sprich Blinklicht oben drauf. Was denkt ihr über einen Zusatztag dafür? Ist keine Leuchturmfunktion - Ist ein Warnlicht fuer Flugzeuge. Ist bei Bauten ab einer bestimmten hoehe IIRC vorgeschrieben. In Einflugschneisen etc geht das limit der hoehe signifikant runter ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Frederik Ramm schrieb: Hallo, Garry wrote: Das ist auch gut so -aber 98% ist vielleicht noch ein realistischer Wert, 100% kannst Du nie schaffen - wie willst Du alle Strassen täglich im Auge behalten(was immer noch keine 100% wären)? Ich amuesiere mich ueber die Art, wie sich bei solchen Forderungen die Katze in den Schwanz beisst. Wenn jemand sagt, ich solle 98% aller Abbiegerestriktionen erfassen, wie kann ich denn jemals sagen, dass ich 98% habe, ohne 100% zu kennen? Bei Dingen wie Strassenkilometer in Deutschland kann man da ja noch mit amtlichen Statistiken arbeiten (wobei ich annehme, dass die so ab 99,5% auch etwas verwaschen werden). Aber gibt es irgendeine amtliche oder definitiv richtige (eins impliziert nicht das andere) Zahl fuer Anzahl der Einbahnstrassen in Karlsruhe? Bezüglich Ortschaften und Strassen zwischen Autobahnen und residentials/living streets sollte man einen Erfassungsgrad noch recht genau angeben können. Darunter wird es dann wohl schwieriger mit den Refenzdaten - aber da steckt dann wohl sowieso noch viele Jahre Arbeit drin bis man von einer hohen (flächendeckenden) Abdeckung schreiben kann. Einbahnstrassen und insbesondere Abbiegerealtionen sind erstmal nachranging - da wird es immer Fehler geben und man muss gegebenfalls Abstriche machen müssen wie gut man ab das Ziel geführt wird - Hauptsache man findet erstmal überhaupt das Ziel in OSM. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Bernd Wurst schrieb: Hallo. Am Dienstag 07 April 2009 16:04:39 schrieb Garry: Optimalerweise sollten wir aber kurzfristig schon so weit sein dass man den Zielort eingibt und dann anhand der Kartenansicht / Strassenliste sehen kann wie gut man das Ziel erreicht - d.h. finde ich nur den Ort, ist schon eine Zufahrtstrasse eingetragen oder werde ich sogar bis an die Hausnummer geleitet. Meine einzige reale Praxiserfahrung mit einem mobilen OSM-Routing-Device ist mein Garmin. Da geh ich auf die Suche nach Orten, tippe den Anfang des Ortsnamens ein, wähle den Zielort aus und drücke dann auf Karte. Dann sehe ich wie gut der Zielort erfasst ist und kann (wenn ich weiß wo ungefähr ich hin will) den Ziel-Pointer noch verschieben. Das ist doch nah dran an dem was du hier anstrebst, oder? Bekanntermaßen ist es ein Problem des Garmin-Formats, dass wir momentan keine Suche nach Straßennamen bzw. Adressen haben, sonst würde das bestimmt genau so gehen. Nein - es ist kein Garmin-Problem. Ehr im Gegenteil: Bei Garmin bekommt man eventuell noch die Unterstützung durch die Base-Map den Zielort zu finden, auch wenn er in OSM noch gar nicht vorhanden ist. Mein Ziel ist es aber kurzfristig (vielleicht bis zum Herbst) alle Orte (ich rede von Deutschland) in OSM auffindbar zu machen und möglichst auch über mindestens eine Strasse/Weg zu erschliessen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive Orts- und Strassenver vollständigung (was: Relevanz, OSM und Wikipe dia)
Zitat Garry: Michael Buege schrieb: Hast du mal ein Beispiel fuer einen Presseauftritt, wo neben den Erfolgen nicht auch erwaehnt wird, dass es noch reichlich zu tun gibt. Es geht nicht darum dass es noch viel zu tun gibt Du hast also kein Beispiel? Konkret auf Den Zusatz ...nicht auch erwaehnt wird, dass es noch reichlich zu tun gibt nein - diese Ausrede wirkt nach inzwischen wohl mehr als zwei Jahren etwas abgedroschen als Begründung dafür warum noch so viele Orte gar nicht zu finden sind (angesichts der hohen Anzahl an Mappern die bei diesen Gelegenheit auch regelmässig mit erwähnt werden ). Wenn du das als Ausrede hinstellst, was waere den dann die Wahrheit? sondern dass man in der öffentlichkeit lächerlich wirkt Bist du da schon oefter drauf angesprochen worden? U.a. die Kommentare bei Heise zu den OSM-Themen, das Feedback von dem OSM-Vortrag beim Pocketnavigationstreffen, meine Kontakte zu den kommerziellen Anbietern baut dieses Bild auf. Hier scheint des Pudels Kern zu liegen. Dir liegt daran, dass jeder, egal welche Ansprueche er stellt, diese erfuellt bekommt. Und anstatt solche Leute von ihrem Halbwissen zu befreien und darauf hinzuweisen, dass OSM keinen Lieferant fuer kostenlose Karten fuers billige Aldi-Navi ist, dass OSM nicht nur ein Angebot ist, zu nehmen, sondern vor allem zu geben und mitzumachen, versuchst du andere OSM-Mitglieder dazu zu bringen, die Ansprueche derer zu erfuellen, die nur nehmen wollen oder nur was geben wollen, wenn von ihnen gestellte Bedingungen erfuellt werden. Da hab ich es viel einfacher. Mir sind diese Meinungen zwar nicht egal, aber auch nicht besonders wichtig, vor allem bestimmen sie nicht mein Handeln. Denn wem die OSM-Daten nicht genuegen, soll es halt lassen oder spaeter wieder kommen. Denn ich hab ja nichts zu verkaufen, ich verschenke. Und das bevorzugt an Leute, die verstanden haben, wie diese Daten zustande gekommen sind, denen bekannt ist, dass das die Arbeit von freiwilligen Laien ist und denen mehr daran liegt, dass diese Daten frei sind, und nicht nur kostenlos. Und soll ich dir was sagen? Solche Leute begegnen _mir_ sehr viel haeufiger. Die rufen mich an, laden mich ein, schenken mir Preise und zeigen mir, wie ihnen OSM jetzt schon nutzt. Auf der FOSSGIS-Konferenz kamen Vertreter von Firmen und Organisationen verschiedenster Ausrichtungen aus dem Bereich GIS zu uns an den Stand. Das waren keine Leute, die mal eine Anfahrtsskizze fuer ihre Webseite brauchten, sondern Leute mit kommerziellen Interessen, die Geo-Daten fuer die unterschiedlichsten Zwecke benoetigen oder durch die freie Verfuegbarkeit der OSM-Daten ueberhaupt erst zu Ideen fuer Projekte inspiriert wurden. Bei einigen von denen mussten wir auf die Bremse treten und ihnen die derzeitigen Grenzen von OSM aufzeigen, auch in Hinsicht auf die Lizenz. Ich kann mich nicht erinnern, dass irgendjemand von diesen Leuten daraufhin meinte, wir wuerden uns mit unserer Unvollkommenheit laecherlich machen. Der Tenor war, dass das der Preis dafuer ist, dass diese Daten frei von den Einschraenkungen sind, mit denen Geo-Daten ueblicherweise belegt sind. Und dass diese Freiheit gar nicht hoch genug einzustufen ist, dass OSM ein hochinteressantes Projekt ist, vor allem die Moeglichkeit, selber gestaltend aktiv zu werden und ich hab mir jetzt endlich auch privat ein GPS besorgt, wollte ich schon lange mal, jetzt hab ich endlich einen guten Grund usw. Reine Hoeflichkeit? Schoene, heile Welt? Geistig-moralische Selbstbefruchtung? Alles Fachidioten, Nerds ohne Bezug zur Realitaet? Oder Schutzreaktion ob meiner bedrohlichen Erscheinung? Nein, deswegen arbeitet die Mehrheit der Projektmitglieder aktiv am Projekt mit. Den meisten von denen kommt ueberhaut nicht der Gedanke, sie wuerden sich mit ihrer Arbeit und dem, was dabei heraus kommt, laecherlich machen. Und sie haben recht. wenn man lokal begrenzt jeden Hundebeutelhalter findet, der Leser bzw. Hörer aber vergeblich versucht seinen Heimort in OSM zu finden bzw. nur einen Orstnamen an einer Stelle findet wo es in der Realität weit und breit kein Haus gibt. Wie koennte deiner Meinung nach die Loesung fuer dieses Problem aussehen, was wuerde helfen, was sollte man tun und, vor allem, was sollte man nicht oder nicht mehr tun? So was ähnliches wie die letzjährige Autobahnqualitätsoffensive... Eine Liste, in die jeder Orte eintragen kann die in OSM noch gar nicht zu finden sind. Ein automatischer Abgleich markiert dann die Orte die eindeutig gefunden wurden und schaut noch gleich nach ob schon eine (übergeordnete?) Strasse dorthin führt (d.h. einen Umkreis von wenigen 100m). Danach lässt man den Traveling salesman darüber laufen der die am schlechtesten erfassten Ort in einen Rundkurs zusammen fasst.. :-) OK, dann wissen wir, wo noch Luecken sind. Und weiter? Koennten wir uns darauf einigen, dass es nicht jedem moeglich
[Talk-de] Kartographie-Negativbeispiel
Hallo Community, http://www.sparkasse-muelheim-ruhr.de/sonlineplus/proc/docs/0E0C00CDC.html?nav=0E0C00B0d für die obige Karte wurde Geld bezahlt ... Für die untere sicher auch. Kein Kommentar. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] haben fertig oder die Katze und ihr Schwanz, war Relevanz
Original-Nachricht Datum: Wed, 08 Apr 2009 17:14:31 +0200 Von: André Reichelt andr...@online.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] haben fertig oder die Katze und ihr Schwanz, war Relevanz Hallo, Das wird es auch mit Plan und Kriterium nicht. Die 100% sind eine Asymptote - ein Wert, der nicht erreicht werden kann. Man kann sich zwar an das fertig annähern, aber wenn du glaubst, du hast den letzten Trampelpfad vermerkt, entsteht woanders schon wieder ein Neuer. Ganz meine Meinung ;) http://lists.openstreetmap.org/pipermail/talk-de/2009-April/041997.html Mit der Ausnahme, dass man sich eben ein Ziel setzt, das diese Asymtote sinnvoll abschneidet. Auch ein Vergleich zu amtlichen Werken ist hanebüchen. Wenn man es richtig anstellt kommen dann nämlich Werte über 100% raus. Vielleicht fehlt ja A-Dorf noch, aber in B-Dorf ist viel mehr vorhanden als im Vergleichswerk. Das Vergleichsnormal ist die Wirklichkeit und den Vergleich hat man immer vor Augen, wenn man die Karte real nutzt. Wir sollten einfach weitermachen wie bisher und hin und wieder auf OSB schauen. Die Definition von Fertig sollten nicht wir tätigen. Es gibt mehr und feiner abgestimmte Ziele als ein einfaches 'fertig' und ob und wie Erfolgsmeldungen von OSM nach draussen gebracht werden sollen, ist ein anders Thema. Mir gehts darum, ob ich mir Gedanken darüber machen kann, ob man den Fortschritt in Zahlen fassen kann. Mich interessiert allerdings kein Fortschritt, der sich an der Datenmasse orientiert, sondern daran, was man damit anfangen kann und ob sich das verbessert oder verschlechtert. Technische Begriffe kann ich aber nur an ein technisches System anwenden. Grüsse Hubert -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal die Hünengräber
Am 06.04.2009, 18:49 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: [...] Wenn also noch einer etwas anmerken möchte, dann möchte ich Euch bitten dieses zu machen - ansonsten werde ich in kürze die Daten importieren. Gruß Jan :-) [...] Nichts dagegen, aber manchmal ist es komplizierter. In Carnac z.B. gibt es so ziemlich alle Varianten, und die munter durcheinander. Das ist aber die krasse Ausnahme und in sofern ist die Wiki schon brauchbar. Gruß Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartographie-Negativbeispiel
Tobias Wendorff schrieb: Hallo Community, http://www.sparkasse-muelheim-ruhr.de/sonlineplus/proc/docs/0E0C00CDC.html?nav=0E0C00B0d für die obige Karte wurde Geld bezahlt ... Für die untere sicher auch. Kein Kommentar. Vorschlag: mach zwei OSM-Ausschnitte von der Region fertig, zwei-drei Zeilen zu OSM und den Lizenzbedingungen und schick es hin: https://ssl.sonlineplus.de/muelheim-ruhr/sonlineplus/proc/docs/kontakt.html?nav=0E0C00B0dnavi_path=Wir%20fuer%20Sie:Wo%20Sie%20uns%20finden:Anfahrtplanpage_name=Anfahrtplan -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hilfe, meine Stadt hat Flecken
Hallo, mir ist gerade die etwas ungünstige Färbung der Fußwege in Mapnik aufgefallen. http://openstreetmap.org/?lat=49.1299lon=10.0804zoom=13layers=B000FTF In Zoomlevel 13 erscheinen hier die Fußwege extrem proninent und lassen das Kartenbild äußerst unruhig wirlen. Außerdem sind die Fußwege meist so kurz, dass man nur ein oder zwei Punkte sehen kann. Meine Idee wäre es, die Punkte etwas weniger grell und deutlich kleiner zu zeichnen. Was meint ihr? André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] leere Karten exportiert
Hallo zusammen, seit kurzem bekomme ich über die Exportfunktion der Kartendarstellung von openstreetmap.org nur leere Karten. Unabhängig davon, welchen Browser ich verwende, unabhängig vo Linux oder Windows, unabhängig davon, ob ich mir die darzustellende Fläche über GUI anwähle oder die vorgewählten Downloadadressen aus Rotbarschs Spielwiese verwende, unabhängig davon, ob PDF oder PNG. Beobachtet noch wer das Verhalten? Schönen Gruß Johannes -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] leere Karten exportiert
Hallo, Johannes Huesing wrote: seit kurzem bekomme ich über die Exportfunktion der Kartendarstellung von openstreetmap.org nur leere Karten. Ist immer Mittwochs abends so, weil da die Datenbank neu eingespielt wird. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Garry schrieb: Einbahnstrassen und insbesondere Abbiegerealtionen sind erstmal nachranging - da wird es immer Fehler geben und man muss gegebenfalls Abstriche machen müssen wie gut man ab das Ziel geführt wird - Hauptsache man findet erstmal überhaupt das Ziel in OSM. So lange nur wenige mit OSM navigieren werden an dieser Stelle relativ viele fehlerhafte oder unvollständige Daten vorhanden sein. Mit den Anwendungen wird auch hier die Datenqualität schnell ansteigen. Viele Navis mit kommerziellen Karten kannten auch nach einem Update den Abschnitt der A44 der dem Tagebau Garzweiler II geopfert wurde. Auch 1 1/2 Jahre nach der Entnahme der Straße aus dem Netz. Solche Dinge werden bei OSM schneller aktualisiert sein... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] leere Karten exportiert
Frederik Ramm schrieb: seit kurzem bekomme ich über die Exportfunktion der Kartendarstellung von openstreetmap.org nur leere Karten. Ist immer Mittwochs abends so, weil da die Datenbank neu eingespielt wird. Und niemand hält es für nötig, das während dieser Zeit in den Export-Tab zu schreiben und die entsprechenden Optionen zu deaktivieren? Das kann doch wohl nicht wahr sein. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe, meine Stadt hat Flecken
Am 8. April 2009 20:00 schrieb André Reichelt andr...@online.de: mir ist gerade die etwas ungünstige Färbung der Fußwege in Mapnik aufgefallen. Gerade erst? Meines Erachtens gehören Fußwege in dem Zoomlevel überhaupt nicht angezeigt. Auf jeden Fall aber wie auch Waldwege viel dezenter. Wobei ich sagen muß, dass ich ausser Grenzen und verdeckte Ways (z.B. Straßen in Tunnels) auf einer Karten überhaupt nichts gestrichelt oder gepunktet erwarte. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tool OSM Composer in Version V0.72
Es gibt eine neue Version von OSM Composer Neu in Version V0.72 * einstellbare Kartenbezeichnungen und IDs * Verwaltung mehrerer Garmin-Karten parallel * verbessertes Verfahren für das Ausschneiden unregelmäßiger Gebiete aus Planetfiles http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#OSM_Composer_installieren ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
