Re: [Talk-de] Digitalradio.de - Karte ohne Attributierung?
Am 2. August 2011 11:36 schrieb Frederik Ramm frede...@remote.org: Und Mapquest ist doch ein kommerzieller Dienst, wenn ich das richtig sehe? die Nutzung ist kostenlos, betrieben wird das von AOL. Aber kein OSM mehr, oder? Doch, das sind auch OSM-Daten bei Mapquest, und die sind auch fuer die gewerbliche Nutzung kostenlos. Der Stil ist sogar etwas einfacher als der bei OSM, so dass sie sich besser als Hintergrundkarte eignen. Bitte um Himmels willen erzählt dem Nils doch nicht dass das generell OSM-Daten wären was es bei MapQuest gibt. Das gilt nur für die Daten unter open.mapquest.de/com/co.uk usw., nicht auf der mapquest.de/com/co.uk. Nils, ausführlich ist das MapQuest-OSM-Engagement nachzulesen unter http://wiki.openstreetmap.org/wiki/MapQuest Ciao, Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeichen 250, Privatweg, Anlieger frei
Hallo, heute bin ich kurz hintereinander an drei Wegen vorbeigekommen die an der Straße beschildert waren mit Zeichen 250 _in_ das geschrieben war Privatweg Anlieger frei Es geht dort je an den Hauseingängen zweier Häuser vorbei zu einem dritten und sie haben die Breite eines Autos. Wie würdet ihr das taggen? highway=service, vehicle=destination Wo kommt da der Privatweg ins Spiel? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichen 250, Privatweg, Anlieger frei
Am 7. März 2011 15:43 schrieb Bernd Wurst be...@bwurst.org: Am Montag, 7. März 2011, um 15:37:02 schrieb Rolf Bode-Meyer: Wie würdet ihr das taggen? highway=service, vehicle=destination Wo kommt da der Privatweg ins Spiel? access=private Also einfach das strikteste der aufgeführen Beschränkungen setzen und dabei ignorieren dass 250 nur Fahrzeuge betrifft? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
Am 24. Dezember 2010 14:00 schrieb dieter jasper dieter_jas...@web.de: damit findest du aber alle Wege, die kein highway haben. Also auch Wälder, Gebäude etc. Ich ging davon aus, dass es um ungetaggte Wege geht, die man zu highways machen möchte. das meinte ich auch, eben alles was noch kein tag hat. Habe mich wohl etwas unklar ausgedrückt. Dafür würde ich mir die Ergebnisse des Validators in JOSM angucken. Wenn der über die Daten läuft, führt er auch Wege ohne Merkmale auf. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Mapquest launches site based on OSM!
2010/7/10 Steve Bennett stevag...@gmail.com: MapQuest, the No. 2 Internet-mapping service after Google’s, is taking the first steps toward a Wikipedia-like model — in which users would generate the maps themselves and combine the results for everyone to use. This is excellent news. I wonder why they're not rendering highway=track though. Or highway=living_street or highway=steps or highway=cycleway or ... Yeah, the rendering is fairly incomplete. At least we know why it's beta. But I like the rendering style so far. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
2010/7/9 David Ellams osmli...@dellams.fastmail.fm: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ What I'm impressed by is that they use the well known OSM tools like Mapnik, TileCache, Nominatim for creating the site. See http://devblog.mapquest.com/2010/07/09/mapquest-opens-up-uk/ And even more that their project already had influence on these tools since they sponsored enhancements in Mapnik and Nominatim we can make use of too. If we'll also profit from user contributions on their site, open.mapquest is the best thing to happen since API 0.6. ;-) Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Gaststättenkarte - OpenGastroMap.org
Am 1. Juli 2010 16:37 schrieb Sebastian Klemm osm-l...@freenet.de: Seit heute ist die Karte erreichbar unter: www.OpenGastroMap.org www.OpenGastroMap.de Und 16 Stunden später schon bei Heise: http://www.heise.de/newsticker/meldung/Raucher-und-Nichtraucherlokale-in-OpenStreetMap-1032040.html Und heute in der lokalen Zeitung. Online unter: http://www.nn-online.de/artikel.asp?art=1253166kat=120 Der Artikel gefällt mir beser als der von heise. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem beim Hochladen mit JOSM...
Am 11. Juni 2010 12:57 schrieb Thomas Besser the...@besser.de: Hab mir also den Bereich davor mit JOSM runtergeladen, gemappt und lokal gespeichert. Beim Hochladen steigt mir JOSM immer wieder aus: Wann hattest du denn den Bereich runtergeladen? Es besteht immer die Möglichkeit dass während herunter- und wieder hochladen jemand anderes Daten in dem Bereich verändert. Je mehr Zeit vergeht und je größer der Bereich ist, desto wahrscheinlicher passiert das. Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412,Error Header=Precondition failed: Way 5501 requires the nodes with id in (259585707,731392417,731392419,731392420,731392421,731392422,731392423, [...] which either do not exist, or are not visible. Ich kann damit nicht allzuviel anfangen. Wie kann ich das Problem angehen? Wie finde ich diese Punkte bzw. mache sie sichtbar? Der Weg den du heruntergeladen (und wahrscheinlich verändert) hast, wurde am 2. Juni modifiziert und einige Nodes wurden da gelöscht. Jetzt versuchst Du den Weg hochzuladen aber zugehörige Punkte fehlen. Vor allem wenn längere Zeit seit dem Runterladen vergangen ist, solltest Du nach Beendigung Deiner Arbeit Daten aktualisieren oder Geändertes Aktualisieren im Datenmenü durchführen und anschließend die Konfilikte lösen (was immer noch mehr oder weniger aufwändig ist). Oft ist es bei eher unwichtigeren Edits Deinerseits einfach, für den betreffenden Weg einfach Deine komplette Version zu verwerfen als da an einzelnen Nodes rumzubasteln. Später kannst Du dann zwischen aktueller und Deiner Ebene umschalten und Deine eigentlichen Edits am Weg nochmal vornehmen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] REGEX in PERL wieder mal
Am 11. Juni 2010 14:01 schrieb GS gerhardschw...@yahoo.de: problem dabei ist, dass statt des anführungszeichens nach user=xyz schon mal ein paar weiter gesprungen wird. das ergebnis des regex sieht dann so aus (für user): MichaH lat=50.0693044 der regex stoppt also zu spät. wie kommt das? warum nimmt er lon=xxx nicht auch dazu und vor allem: wie mache ich es richtig? Grund ist dass Regex per default greedy sind, also so viel wie möglich matchen wie der Ausdruck gerade noch passt. Du kannst das umgehen indem du beispielsweise / user=\(.+?)\/ oder auch / user=\([^\]+)\/ schreibst Lies dir mal http://search.cpan.org/~rgarcia/perl/pod/perlretut.pod bezüglich greedy quantifiers durch. Und schau dir mal den Regex Coach (http://www.weitz.de/regex-coach/) an. Damit kannst Du Ausdrücke interaktiv testen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!
Am 28. April 2010 02:50 schrieb Johann H. Addicks addi...@gmx.net: Seit dem Update am 20. April scheint Skobbler die gemapte Turn-Restriction-Relationen zu beachten. Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt. Und siehe, bei Cloudemade.com geht's auch. Wenn Ihr also Auto-Routen validieren wollt, man kann jetzt die Punkte auf der Karte schieben und schauen, wo es noch hängt oder wo es unmögliche Routenvorschläge gibt. Schön dass es CM endlich kann. Nach längerem habe ich gerade mal wieder Yournavigation überprüft und dort werden Turn-Restrictions mittlerweilen auch berücksichtigt (sogar an einer STelle wo CM patzt). Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Tagging komplizierterer access-Restriktionen
Am 5. April 2010 20:33 schrieb Florian Lohoff f...@zz.de: On Mon, Apr 05, 2010 at 06:08:11PM +0200, Rolf Bode-Meyer wrote: ich bin gerade über eine Durchfahrtbeschränkung für LKW (bzw. Fahrzeuge) 7.5 Tonnen gestolpert. Für solche Fahrzeuge ist nur Anlieferverkehr zugelassen. Komme ich jetzt nur nicht drauf oder ist ein solcher Fall in unserem Schema nicht möglich? 7.5to ist IMHO hgv (goods ist Lastkraftwagen von 3.5 bis 7.5 was in der deutschen StVO so explizit als Gruppe nicht gibt). Eben, hgv=destination würde also auch für diesen Zwischenbereich gelten und damit nicht mit dem Schild übereinstimmen. Nicht alles muss 100% so exakt abgebildet werden. Immer mit Menschenverstand mal ueberlegen wer sich denn bei einer Karte auf die Tags verlassen wuerde. Jo, dass Menschenverstand dazugehört ist klar. Für mich wäre o.g. Tagging auch ok, hat mich vor allem interessiert ob ich da einen Knick in der Logik habe oder es wirklich nicht geht. Und Tobias' Antwort (danke!) zeigt, dass es das zwar nicht tut, aber auch schon Gedanken gemacht wurden. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zum Tagging komplizierterer access-Restriktionen
Hallo, ich bin gerade über eine Durchfahrtbeschränkung für LKW (bzw. Fahrzeuge) 7.5 Tonnen gestolpert. Für solche Fahrzeuge ist nur Anlieferverkehr zugelassen. Komme ich jetzt nur nicht drauf oder ist ein solcher Fall in unserem Schema nicht möglich? Ciao, Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org (was: Piratenpartei benutzt Google Maps)
Am 15. September 2009 02:06 schrieb Sebastian Hohmann m...@s-hohmann.de: Michael Buege schrieb: Aber egal, Ulf, OSM _ist_ eine Datenbank. Ich denke mal das Kernprojekt ist schon eine Datenbank. Allerdings gehört auch die Community mit dazu, nicht nur die Mapper, sondern auch diejenigen die mit den Daten spannende Dinge machen. Diese beiden Informationen sollte man aber auch zum normalen Benutzer transportieren. Zur Zeit ist es gut möglich, genau den gegenteiligen Eindruck zu bekommen: Angenommen man hat von irgendjemand OpenStreetMap empfohlen bekommen, zusammen mit der URL openstreetmap.org. Man geht also ohne viel Vorwissen da drauf und sieht als erstes eine große Karte, Dazu hatten wir vor ein paar Monaten schon einen großen Thread den ich aber gerade nicht mehr finde. Da ging es darum die große Karte von der Hauptseite woandershin zu schieben. Rausgekommen ist rein gar nichts. Wohl deshalb weil die Gruppen die die grundsätzliche Frage was OSM ist unterschiedlich beantworten etwas gleich groß ist. Jeder der irgendwas (oder auch nichts) tut, wird in für die Hälfte der Community falsch liegen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piratenpartei benutzt Google Maps
Am 14. September 2009 09:58 schrieb northc...@gmx.de northc...@gmx.de: Es mag ja sein das es gewünscht ist das der OSM Server nur die Karten und Daten liefern soll und andere ala gspies sich um die Anwendungen kümmern sollen. Aber ohne ein gewisses Grundangebot werden potentielle OSM Nutzer erstmal nur abgeschreckt. und sowas hält lange an bevor sich dann wieder jemand mit osm beschäftigt. Hätte ich meine Pillchen gegen Paranoia heute nicht genommen würde ich Evil Steve und Cloudmade als Ursache sehen, also das dies nicht direkt über openstreetmap.org läuft. Und wo bieten TeleAtlas oder Navteq das von Dir beschriebene an? Wir sind eben nicht mit Google sondern diesen Datenlieferanten vergleichbar. Warum ist das denn so schwer zu verstehen oder schlimm? Ich finde es durchaus ok diese Layer organisatorisch zu trennen, müsste halt nur mal jemand von den uns fehlt aber ... und OSM kann nicht-Leuten anfangen und ein Projekt gründen das das Frontend mit den Enduseranwendungen bietet. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Selektiere alle neuen Ways
Am 2. September 2009 13:39 schrieb Alexander Menk a...@addismap.com: Hi! wie selektiere ich denn in JOSM am einfachsten alle Ways (z.B. um nach einer Tracing Aktion überall source=Yahoo einzufügen) In der Suchfunktion gibt es ja modified - aber nicht new. Vielleicht id0 ? Mh... Das ist doch aus der Erläuterung im Suchdialog ersichtlich. id:0 und wenn Du nur neue Wege möchtest eben id:0 type:way. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AEROWEST-Luftbilder: Was kann man damit machen?
Am 2. September 2009 15:19 schrieb Martin Koppenhoefer dieterdre...@gmail.com: +Formen von Gebäuden und anderem. Meistens reicht es ja, diese gut zu erkennen, damit man sie auch nach einem groben Yahoo-Luftbild nachzeichnen kann (die Details schätzt man anhand der guten Luftbilds ab). An sich reicht ja schon der gesunde Menschenverstand damit man aus Yahoo-Luftbildern passable Gebäude abzeichnen kann. Es kommt aber leider häufig genug vor wo ein zwar wahrscheinlich gutmeinender aber nicht mitdenkender Mapper ganze Dörfer voller unglaublich krummer und schiefer Gebäude zeichnet wie sie einfach nicht sein können. Das kommt davon wenn man Schatten nicht vom Objekt unterscheiden kann und Verzerrungen an den Bildrändern ignoriert. Wem das wurscht ist, der wird sich der Aerowest-Bildern nicht bedienen, denn der hätte auch bisher schon mal bei Google Maps oder im Deutschlandviewer nachsehen können ob das die Realität sein kann. Da komme mir bitte keiner dass dies verboten wäre. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen/Plätze ohne Straßennam ensschild
On 2009-07-30 12:40, Martin Koppenhoefer wrote: highway=pedestrian, oder wied? je nachdem, was es ist. Das hängt ja nicht vom Namen ab. Pedestrian, wenn es im Prinzip eine Straße ist (Breite), aber KfZ dort allgemein nicht erlaubt sind (Fußgängerzone) Der Innenraum ist an sich ein Platz, darüber führen Wege (designated foot/bicycle) und Bewohner dürfen im Innenhof ihr Auto abstellen. Ich hab's jetzt mal mit pedestrian als area gemacht. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen/Plätze ohne Straßennam ensschild
Hallo, wir haben hier an der Stadtmauer noch ein paar Zwinger. Es gibt dort kein Straßennamenschild, aber Adressen mit diesem Straßennamen. Z.B. der Spittlertorzwinger: http://maps.google.de/?ie=UTF8t=kll=49.448191,11.067122spn=0.001011,0.001456z=19 Einfach trotzdem mit Straßennamen taggen? highway=pedestrian, oder wied? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lummerland
On 2009-06-30 21:20, Sven Geggus wrote: Sven Geggus li...@fuchsschwanzdomain.de wrote: Hat jemand ein OSM file? Ich würde das gerne mal rendern. Wenn ich mir den Bereich ansehe, hat da nach der Entfernung jemand wieder rumgebastelt und die Hälfte wieder hochgelasen. Aber was bedeutet Retrieved from v1? Leider etwas zu klein. Wie steht es in der Wikipedia: Sie wird als 'ungefähr doppelt so groß wie unsere Wohnung' beschrieben. Das ist für die Standard-OSM-Zoomstufen natürlich etwas klein. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
On 2009-06-24 22:06, Shaun McDonald wrote: I also sent him a mail and have just received a response saying that he'll remove the feature until the problem is resolved. So you seem to have more luck than me - still no answer here. But that doesn't matter the main thing is he really deactivated the OSM upload functionality in the latest version of the software. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-25 14:00, Markus wrote: Frage 1: Wie kann ich nur den Umriss der Stadtgrenze (also ohne die Löcher) als GPX exportieren? Mit Löcher meinst Du nur die inner-Grenzen, oder - wie in diesem Fall - auch die outer der Exklave? In letzterem Fall wird Dir die Auswahl keine Automatik abnehmen können, in ersterem sollte ein Konverter programmierbar/anpassbar sein (blos scheinen sich viele Windows-Anwender vor Perl oder xsltproc zu fürchten, na dann vielleicht Java). GPSBabel fällt anscheinend sowieso raus da es jeden OSM Node als Waypoint in ein GPX speichert. Der flexible aber auch etwas aufwendigere Weg ist der manuelle: 1. Relation der Grenze besorgen. Dazu entweder 1.1 in JOSM einen kleine bbox mit der Grenze runterladen 1.2 die Relation auswählen und Elemente herunterladen wählen 1.3 Doppelklick auf die Relation, diese neue Auswahl ins Clipboard 1.4 Neue OSM-Ebene anlegen, und Clipboard einfügen oder 2.1 Relation-ID herausfinden und direkt herunterladen, hier also z.B. http://www.openstreetmap.org/api/0.6/relation/163109/full und das File in JOSM einladen 3. Die unerwünschten Ways löschen 4. Wenn das Ergebnis ein kompletter Track sein soll: Suche nach type:way und die selektierten Wege über Weg verbinden zusammenhängen 5. Die gesamte Ebene mit dem Way als GPX exportieren. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-26 15:00, Florian Lohoff wrote: On Fri, Jun 26, 2009 at 02:57:24PM +0200, Rolf Bode-Meyer wrote: Der flexible aber auch etwas aufwendigere Weg ist der manuelle: 1. Relation der Grenze besorgen. Dazu entweder 1.1 in JOSM einen kleine bbox mit der Grenze runterladen 1.2 die Relation auswählen und Elemente herunterladen wählen Das ist echt gefaehrlich - Das problem ist das fuer dieses Downloaden die anderen relations in denen diese grenze enthalten sein koennte nicht geladen werden. Wenn man dann die grenze irgendwo trennt dann wird das neu erstellte segment nicht in die relations uebertragen (weil die ja nicht geladen sind) und damit sind die nicht geladenen boundary relations alle defekt. In diesem Fall, in dem es ums Runterladen und Konvertieren in GPX geht, ist das aber irrelevant. Wenn die manipulierten Daten nicht in OSM gelangen kann ich damit doch machen was ich will. Normalerweise sollte kein Bearbeiten von Daten in nicht heruntergeladenen Bereichen geschehen, davor warnt JOSM ja auch. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
On 2009-06-25 10:11, Christoph Boehme wrote: Importing single nodes its not a bad thing, we made a similar import of spanish fuel stations and schools. Yes, I agree with you on that. But what I meant was that the tagging scheme that was used here is not very helpful. At least a source tag would have been helpful to easily find the nodes in the database. Did anyone already contact the user on this import? Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-25 00:22, Frederik Ramm wrote: Hallo, Ich wuerde mich sehr wundern, wenn diese amtlichen Daten stets so hochgenau waeren, wie Du vermutest. Das vermute ich nicht, das war eher ein kleiner Seitenhieb auf Markus' Äußerung irgendwo in diesem Thread. Das nur nebenbei. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-25 00:28, Markus wrote: So, die Grenze ist drin! Scheint geklappt zu haben: http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=163109 Herzlichen Dank an alle die geholfen haben, insbesondere an Tobias und Lennard, die die wichtigen Schritte vollzogen haben. Danke für die Datenbeschaffung und die Helfer. Ich selbst habe mir die Grenze gerade vorgenommen und die Splittung an die Übergänge der Nachbargemeinden angepasst sowie die Kreisgrenze am gemeinsamen Stück ersetzt. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
On 2009-06-24 18:58, S Knox wrote: Does anyone know why Tim Proegler http://www.openstreetmap.org/user/timproegler/edits has made so many small edits under the name of KMLManager in such a short space of time (1 day as a member)? The recent changes page was at one point full of his changesets. Is this legitimate, or a mistake? Though it might have the side effect off causing changes in the app that KMLManager uploads not that visible in future, I wrote a longish mail to the author of that program. I tried to detail why it's no good idea to upload converted waypoints with just a note tag, why it's bad to upload raw GPS traces as ways. Granted he's not really liable for what users do with that app, but he shouldn't make it to easy to produce crap. And he's at least responsible for how misbehaved KMLManager is on uploading. This for the records so you know he has been contacted and he won't get a dozend mails. I'll let you know of any answer. Regards, Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] waterway=dam / OSM Inspector / water
On 2009-06-23 20:05, Markus wrote: Damm und Einschnitt gibt es bereits Ich hab's grad gesucht, aber das Wiki kennt weder Damm noch Einschnitt? Kannst Du das bitte dort verlinken? http://wiki.openstreetmap.org/wiki/DE:Key:embankment http://wiki.openstreetmap.org/wiki/Key:cutting Beide Dateien sind nicht verlinkt. Die Begriffe Damm und Einschnitt kommen darin nicht vor. Bei http://wiki.openstreetmap.org/wiki/DE:Key:embankment stimmt auch das languages-Menü nicht. So können die Texte nicht gefunden werden. Wie kommst Du darauf? Sowohl embankment als auch cutting sind mit deutschsprachiger Beschreibung schon länger in den Mapfeatures gelistet und verlinken auf die jeweiligen keys (zwar die englischsprachigen Seiten, aber die deutschsprachige Seite is dort immerhin verlinkt). Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=dam / OSM Inspector / water
On 2009-06-24 12:35, Markus wrote: Sowohl embankment als auch cutting sind mit deutschsprachiger Beschreibung schon länger in den Mapfeatures gelistet und verlinken auf die jeweiligen keys (zwar die englischsprachigen Seiten, aber die deutschsprachige Seite is dort immerhin verlinkt). Hm, mit den gängigen Begriffen finde ich den Eintrag nicht. Und obwohl dort die Begriffe Damm, Deich, Wall, Graben, Staumauer vorkommen, werden sie von der Suche nicht gefunden. Ach so, mit Suchen meinst Du die Suchfunktion im Wiki? Gut, dann kann das durchaus sein. Ich gehe immer so vor, dass ich mir zuerst die Mapfeatures aufrufe und dann mit der Browsersuchfunktion im Seitentext suchen lasse. Und da werde ich mit Damm durchaus fündig. Ich finde, solange Höhen in OSM nicht erfasst werden, sollten wir wenigstens solche Geländesprünge erfassen und darstellen können. Da hast Du meine volle Unterstützung. Bei Damm fällt mir immer der Main-Donau-Kanal ein. Um dessen Damm richtig einzuzeichnen ist embankment=yes allerdings unzureichend. Woran sollte ich das Tag heften? An das riverbank-polygon geht nicht, an den waterway=canal-way ebenfalls nicht. Die beiderseitigen Betriebswege müssen ja auch drauf, usw. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-23 16:52, Markus wrote: Datei in JOSM geladen zeigt 4 Polygone: Das konnte mir der nette Mitarbeiter vom Bauamt beantworten: Ein Gemeindegebiet, in dem ein gemeindefreier Staatsforst liegt, der von einer zur Gemeinde gehörigen Bundesstrasse durchtrennt wird, und im Staatforst liegen noch zwei Grundstücke der Gemeinde. Das gemeindefreie Gebiet sollte aber nicht nur aus einem Polygon bestehen wenn es von dem Gemeindegebiet auf dem die Straße läuft (ich denke Du meinst die St 2240) durchtrennt wird. Er konnte mir auch sagen, dass die Gemeindegrenze seehr genau ist. Nun bräuchte ich eine Anleitung wie ich 1. die einzelnen Linien zu einem Grenzpolygon zusammenfüge Ich fürchte Handarbeit. In JOSM zwei Punkte markieren und Knotenpunkte vereinigen. Zwar könnte man auch ein Tool schreiben, ob sich das für eine Datei lohnt ist die Frage. Und sicher ist die Automatik auch nur wenn zwei Punkte exakt die gleiche Koordinate haben. 2. wie das mit den Multipolygonen für so verschachtelte Grenzen funktioniert. Ich finde [[DE:Grenze_zeichnen]] erklärt das ganz gut. Das Hauptgebiet des gemeindefreien Gebiets Schönberg wie auch das kleine Gebiet am Autobahnkreuz sind vollständig im Gemeindegebiet enthalten und somit role=inner in der Relation der Gemeinde und role=outer in der Relation des gemeindefreien Gebietes. Die Enklave der Gemeinde unten an der Ecke St 2240 und LAU 19 ist role=outer in ersterer Relation und role=inner in letzterer. Ich weiß aber nicht, was das daneben an der Grenze zu Röthenbach sein soll. Nochmal ein Teil des gemeindefreien Gebietes das einen Teil Gemeinde einschließt? 3. wie ich der bestehenden Landkreisgrenze sage, dass sie falsch ist und dass zumindest an den Abschnitten wo sie sich fast mit der Gemeindegrenze deckt besser die Punkte der Gemeindegrenze, aber die Attribute von der alten Landkreisgrenze nehmen soll. Handarbeit. An zwei Punkten auftrennen und das Stück Gemeindegrenze einfügen. Diesen neuen Teil der Grenze nicht als Gemeinde-, sondern Kreisgrenze mit admin_level=6 taggen. Das Sourcetag sollte überall an der Gemeindegrenze, den neuen Gemeindepolygonen und dem neuen Stück Kreisgrenze Deine Quelle enthalten, nicht die des Kreisgrenzen-Imports. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] was ist ein footway?
Hallo Ich weiß zwar nicht, ob der allgemeine highway=footway-Wildwuchs darauf zurückzuführen ist. Aber ich hätte auf jeden Fall gerne eine Vereinheitlichung dessen was das Wiki zu diesem Tag sagt. Momentaner Stand: [[DE:Map_Features]] sagt zu highway=footway: Allgemeiner Fußweg, hauptsächlich für Fußgänger. (Ein offizieller Fußweg mit Beschilderung wird von highway=path, foot=designated genauer beschrieben). [[DE:Tag:highway=footway]] aber: Für ausgewiesene (designated) Fußwege. In Deutschland sind diese Wege meist ausgeschildert, insbesondere solche die ansonsten nicht eindeutig als ausgewiesener Fußweg erkannt werden können (also praktisch alle die nicht direkt neben der Straße als typischer Gehweg verlaufen). Ersteres bedeutet doch highway=footway ist gleich highway=path, foot=yes (wobei foot=yes an sich auch überflüssig ist). Letzteres jedoch es ist gleich highway=path, foot=designated. Wenn schon was im Wiki steht, sollten doch wohl auch alle Angaben stimmig sein. Auf Grund der sehr häufigen Verwendung für nicht beschilderte Wege wäre ich für die Interpretation wie in den Mapfeatures. Was ich auch nicht finden konnte ist, wie es (zumindest in Deutschland) rechtlich aussieht wenn Fahrradfahrer Wege benutzen die nicht extra beschildert und auch kein Gehweg (also kein Teil der Verkehrsfläche einer Straße) sind. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] was ist ein footway?
On 2009-06-24 14:35, Mario Salvini wrote: Ein allgemeiner (nicht speziell für Füßgänger ausgeschilderter) Weg ist (für Deutschland zumindest) eigentlich nur ein highway=path. Weil auf einem Path darf quasi alles drauf, was auch drauf kann (Fußvolk, Räder, Mofas, Pferde...), was anhängig von Zusatzattributen wie width=* surface=* etc... ist.. Ein ausgeschilderter Fußweg (path+ foot=designated) ist in Deutschland erst einmal _nur_ fürs Fußvolk es sei denn es wird durch Zusatzschilder freigegben (z.B. bicycle=yes). Fürs Fahrradrouting ist es also sehr relevant. Ein Radfahrer darf über einen path geleitet werden, über einen highway=footway aber nurmit Ausnahme. Generell aber nicht. Genau deshalb bin ich draufgekommen. In der Praxis scheint sowohl gerne jeder Weg auf dem ein Fahrrad fahren kann als cycleway bezeichnet zu werden, aber noch häufiger jede Art geteerter Weg (zumindest in Ortschaften) als footway, auch wenn kein Schild dransteht. Router führen dann natürlich brav außenrum. Die Interpretation von footway als das was die Mapfeatures-Übersicht sagt wäre da besser weil es praktisch nicht so oft falsch wäre. Andererseits ist footway als path + foot=designated das einzig sinnvolle, da es kein Zwischending zum reinen path gibt was es sonst meinen könnte. Gut man könnte sich vielleicht path + access=no + foot=yes basteln, da dürfen dann zwar nur Fußgänger drauf, aber ausgeschildert ist es auch nicht. Aber was sollte das sein? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-24 16:09, Markus wrote: Ich fürchte Handarbeit. Ausgeschlossen: die Grenze besteht aus 6000 doppelten Punkten. Und es gibt 12.112 Grenzen... Wenn jede, oder auch nur 10 solcher großen Grenzen, in diesem Format kommen, ja. Ist das Standard bei Gemeinden (oder woher Du die hast)? Guck Dir mal Detleft Lösung an, was er schreibt liest sich doch gut. 2. wie das mit den Multipolygonen für so verschachtelte Grenzen funktioniert. Ich finde [[DE:Grenze_zeichnen]] erklärt das ganz gut. Ist ja auch von mir... Na dann weißt Du doch wie es funktioniert. Ich sehe das Problem nicht. Aber als Workflow für 12.112 Gemeinden ist das m.E. unbrauchbar. Na wieso unbrauchbar. Der aufwendige Teil ist doch das Zeichnen bzw. Zusammenkleben der ways. Und das ist doch unabhängig vom Tagging oder der Einordnung in Relationen. Ansonsten läuft es raus auf Selektion von mehreren Flächen, erstellen Relation, taggen. Wenn es hier Unterstützung von den Editoren, also wohl JOSM gäbe wäre es zwar nett, aber so aufwendig ist auch ohne nicht. Die 12.112 Gemeinden werden ja wohl weder beim selben Mapper noch innerhalb einer Woche aufschlagen. Lennard hat aus der DFX (vermutlich in Handarbeit!) eine OSM gemacht und die 4 Polygone in ein Multipolygon gepackt. Verwirrend finde ich, dass er 2 outer hat: 1. Stadt Lauf: outer 2. kleiner Staatswald: inner 3. grosser Staatswald: inner 4. kleines Gemeindegebiet im grossen Staatswald: outer Ja, so würde ich es auch machen. Und Du sagst ja, dass das kleine Gemeindegebiet im grossen Staatswald zusätzlich noch ein inner in einer zusätzlichen Multirelation grosser Staaatswald bekommen soll? Effektiv hast Du doch zwei Gebiete, Gemeinde Lauf und gemeindefreies Gebiet Schönberg. Also würde ich jedem ein Multipolygon geben. Und in das des gemeindefreien Gebiets wird auch die Grenze der Enklave als inner aufgenommen, die Außengrenzen der Staatswälder als outer - also genau umgekehrt wie im Lauf-Polygon. Ob das irgendeiner der Renderer oder Router versteht? Warum nicht? Guck' Dir beispielsweise den OSM3S an (http://78.46.81.38/#section.reverse_gazetteer) und gebe eine Koordinate in Brunn (Exklave von Nürnberg) an. Oder eine Koordinate des Gemeindefreien Gebiets (Enklave in Nürnberg) beim Gewerbepark. Kommt das richtige raus. Eine Enklave in einer Exklave fällt mir keine ein, aber das sollte auch kein Problem sein. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] was ist ein footway?
On 2009-06-24 17:20, Florian Lohoff wrote: Ich mache es eher so nach bauchgefuehl - Path ist alles was nicht aktiv angelegt sondern durch nutzung/trampeln hergestellt wurde. Alles was angelegt wurde im sinne von gepflastert/geteert/geschottert tagge ich je nach beschilderung oder dominanter benutzung als highway=footway oder cycleway und packe typischerweise (solange nicht wirklich die Beschilderung etwas anderes sagt) ein foot/bicycle=yes dabei. Sorum geht's natürlich auch, das stimmt. Wobei ich mich dann auch frage, was für eine Art Weg ist denn ein cycleway + foot=yes? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochkomma ‘ oder ' ?
On 2009-06-24 20:55, Mario Salvini wrote: Stefan Schwan schrieb: sind mir einige fehlende Straßen mit Hochkomma aufgefallen: Wie tragt ihr das ein? Als U+0027 (Shift und #) = ' oder als U+2019 (AltGr Shift und B unter Linux, bzw Alt + 0146 unter Windows) = ‘ ? oder als U+2019 (AltGr Shift und B unter Linux, bzw Alt + 0146 unter Windows) = ‘ ? Is' mein Mailclient blöde? U+2019 geht doch in die andere Richtung: ’ Ich würde sagen, dass kommt immer drauf an, was es denn sein soll. Eine Verallgemeinerung fänd ich da unangebracht. ´ oder ` oder ' haben ja alle 3 ihre Darseinsberechtigung U+0027 sollte wirklich keine Daseinsberechtigung haben. Akzente in Verbindung mit Buchstaben natürlich schon. Was Stefan wohl meint ist, welches Zeichen wir tippen wenn ein Apostroph gemeint ist. Und da ist typografisch korrekt U+2019. Persönlich muß ich sagen, dass ich ’ verwenden würde, aber mir sind bisher noch keine Straßennamen mit Apostroph untergekommen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-24 22:32, Tobias Wendorff wrote: Am Mi, 24.06.2009, 22:17 schrieb Markus: Wo ist die Datensatzlänge beschränkt? 2000 nodes Wo, nicht auf wieviel. Beschränkt ist sie in der API-Implementation. Wie kann ich die erhöhen? gar nicht - du musst die Grenze vereinfachen Was natürlich auch wieder eine nicht triviale Aufgabe wäre. Ich bin schon sehr gespannt auf diese Grenze, die importierte Kreisgrenze Nürnberg hat knapp 2.400 und ganz Mittelfranken auch nur gut 14.600 Knoten. Da scheint mir die Gemeindegrenze also schon viel Luft drin zu haben. Alternativ und einfacher ist das Auftrennen in mehrere Segmente. Das wird früher oder später sowieso nötig wenn Nachbargemeinden dazukommen die jeweils ein Stück dieser Grenze als Grenze habe. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-24 22:59, Tobias Wendorff wrote: Am Mi, 24.06.2009, 22:45 schrieb Rolf Bode-Meyer: Wo, nicht auf wieviel. Beschränkt ist sie in der API-Implementation. Hätte ihm die Antwort mehr gebracht? :-/ Hast' recht, Frederik war aber ja so nett es ausführlich zu erläutern. Was natürlich auch wieder eine nicht triviale Aufgabe wäre. Konnte das JOSM nicht über Simplify? Gelesen habe ich von dieser Funktion auch schon, kann sie nur nicht finden. Aber einer Automatik würde ich sowas nur nach eingehenden Tests und nachfolgender Prüfung anvertrauen. Ich bin schon sehr gespannt auf diese Grenze, die importierte Kreisgrenze Nürnberg hat knapp 2.400 und ganz Mittelfranken auch nur gut 14.600 Knoten. Da scheint mir die Gemeindegrenze also schon viel Luft drin zu haben. Ich glaube, die alte API konnte mehr Nodes. Ja sicher. Die von mir angegebenen Nodes sind ja auch nicht am Stück sondern in mehreren Segmenten. Ich wollte nur einen Größenvergleich geben um zu zeigen wie wahnsinning über 5500 Elemente für eine Gemeindegrenze sind. Mit Luft meinte ich unsinnige Punkte, vielleicht setzt deren Software alle 10m einen, egal ob benötigt oder nicht. Alternativ und einfacher ist das Auftrennen in mehrere Segmente. Das wird früher oder später sowieso nötig wenn Nachbargemeinden dazukommen die jeweils ein Stück dieser Grenze als Grenze habe. Steht das schon im Wiki? Kann das OSM-Wiki derzeit leider nicht laden. Falls nein sollte Markus dies unbedingt dokumentieren. Im relevanten Artikel [[DE:Grenze_zeichnen]] konnte ich es gerade nicht finden. Den kann Markus ja ändern, hat ihn ja auch größtenteils verfasst. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-24 23:16, Tobias Wendorff wrote: Wenn ich eine Straße in die Relation einfüge, diese jedoch irgendwann anders als die Grenze weiter geht, muss ich die Straße doch an diesem Punkt aufteilen, oder? Brrr, eine Grenze zurechtzurücken und -zupfen wird sich hoffentlich keiner erdreisten (wobei ich immutable-Unterstützung im Editor trotzdem nützlich fände). Aber bei einer Straße kann das leicht passieren und das war's dann mit den schönen hochgenauen amtlichen Daten. Zwar auch nicht so leicht zu erkennen, aber insgesamt bin ich sowieso dafür, in so einem Fall getrennten Grenzway und Straßenway zu haben, aber mit den gleichen Nodes. So wird es doch jetzt schon gemacht wo z.B. residential und forest landuses aufeinander treffen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
On 2009-06-19 13:35, Johann H. Addicks wrote: Und die unselige Doppelbeschriftung schnell entfernen ;-) Und bitte auch die am Main an der Pegnitz etc. Das ist bei Adressen sinnvoll. Aber bei Landkarten, die per Definition eine räumliche Einordnung (Nachbarorte, Flüsse) enthalten, braucht es diesen Zusatz nicht. Außerdem sieht es völlig idiotisch aus, wenn z.B. hier in der Gegend in den gröberen Zoomstufen dann 7-10 benachbarte Ortschaften alle beschriftet sind mit im Taunus. Ach nö Johann, die Orte haben die amtlichen Namen Schwaig b.Nürnberg, Lauf a.d.Pegnitz, Röthenbach a.d.Pegnitz usw. In exakt dieser Schreibweise. Ob das Deiner Meinung nach jetzt blöd ist oder überflüssig, aber wir können doch nicht anfangen an amtlichen Namen rumzuschnippeln. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regenwasser Rückhaltebecken
On 2009-06-15 12:50, Martin Siegel wrote: Meiner Meinung nach ist landuse=reservoir ein Trinkwasserspeicher, also ein Behälter, der nachts aufgefüllt wird, um am Tag die Spitzenverbräuche abzufangen. Und landuse=basin ist ein Becken, in dem Wasser aufgefangen wird, wie zum Beispiel Regenwasser, was nicht schnell genug abfließen kann. Also quasi das Gegenteil. Und was ist eigentlich das perfekte Tag für ein Klärbecken oder die Becken einer Sparschleuse? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap startseite verbesserungsw ürdig
On 2009-06-14 18:19, Frederik Ramm wrote: Ich wiederhole mich: OpenStreetMap hat niemals das Ziel gehabt, Google Maps zu ersetzen. OpenStreetMap will nicht primaer die Benutzergruppe ansprechen, die Google Maps anspricht. Ich bin voll und ganz Deiner Meinung. Nur bin ich auch der Meinung, dass die Website das nicht rüberbringt. Genau weil es die Karte groß und prominent anzeigt und sonst nur wenige Worte verliert, kann der Besucher leicht den Eindruck gewinnen, es ginge genau darum die Karte zu benutzen und nichts anderes. Eine bessere Suche ist der einzige von Christoph genannte Punkt den ich wirklich auch für Projektteilnehmer als wichtig erachte weil zum Bearbeiten und Feedback sehr nützlich. Aber daran wird ja anscheinend schon an mehreren Stellen gearbeitet. Gruß, Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] cutting and embankment on only one side
Hi, is there any known way to give a attach cutting or embankment to a way only on one side? Besides from highways having a batter on only one side, my main need for it would be wide features like a canal running on a dam including ways to the left and to the right. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Straßenbenennung auf Kreuzungen mit Stra ßen mit zwei Fahrbahnen
Am 10. Juni 2009 14:44 schrieb Per omlists.pho...@safersignup.com: Rolf Bode-Meyer schrieb: Eine Kreuzung an der mindestens eine der Straßen zwei getrennte Fahrbahnen hat. Beispielsweise hier: http://www.openstreetmap.org/?lat=49.489188lon=11.125254zoom=18layers=B000FTF Ich persönlich mache es so dass die Straße an der letzten Abbiegemöglichkeit endet. In diesem Fall gehört das obere Stück zur Turn-und-Taxis-Straße und das untere zum Bierweg. Das halte ch für eine gute Regel und daran werde ich mich wohl in Zukunft halten. Ich möchte aber keine Argumente für die anderen Varianten übersehen, aber da muß ich dann auch mal die User anschreiben die meine Arbeiten wieder ummappen. 4. Wie in o.g. Beispiel jetzt entdeckt, werden die Teilstücke der B2 zugerechnet. Wenn man von Westen nach Osten will: Fahren sie vom Bierweg auf die Äußere Bayreuter Straße Fahren sie von der Äußere Bayreuter Straße auf die Thurn-und-Taxis-Straße Wenn das mal nicht zu Verwirrung führt. Jep, genau das schrieb ich ja. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] der Vorgänger von Google Street-View (1999)
On 2009-06-12 19:40, Tobias Wendorff wrote: ich bin gerade über einen Beschluss gestolpert, welchen ich Euch nicht entgehen lassen möchte: Im konkreten Fall ging es darum, dass ein deutsches Unternehmen einen Gebäudeatlas herausbringen wollte ... Ich weiß zwar nicht ob es um das gleiche geht, aber ich habe hier die CD CityView Nürnberg - Die virtuelle Stadtrundfahrt von Teleinfo aus dem Jahr 2000 sogar noch rumliegen. So wie es aussieht könnten die Bilder von den Tele-Atlas-Vermessungsautos aus aufgenommen worden sein. Kommt Euch das nicht bekannt vor? Das ist 10 Jahre her ... Doch, daran musste ich wegen des Street-View-Boheis in den letzten Monaten immer wieder denken. Wobei die Verknüpfung mit konkreten Einzelschriften auf der CD durchaus gegeben ist. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenbenennung auf Kreuzungen mit Stra ßen mit zwei Fahrbahnen
Hallo, die letzten Monate kamen mir immer wieder solche Kreuzungen unter und es scheint mir nicht die eine Lösung zu geben. Eine Kreuzung an der mindestens eine der Straßen zwei getrennte Fahrbahnen hat. Beispielsweise hier: http://www.openstreetmap.org/?lat=49.489188lon=11.125254zoom=18layers=B000FTF Links der Kreuzung mit der B2 heißt die Straße klar Bierweg, rechts davon klar Thurn-und-Taxis-Straße und sind secondary bzw. unclassified. Aber was ist mit dem Stück zwischen den beiden Fahrbahnen? Ich kenn jetzt vier Regelungen: 1. Die Fahrbahn (oder beide bei obiger Kreuzung) trägt willkürlich einen der beiden Namen der linken oder rechten Straße. 2. Bei zwei Fahrbahnen wird die eine nach der linken, die andere nach der rechten anschließenden Straße benannt. 3. Die Fahrbahn (bzw. beide) zwischen den anderen werden in zwei Wege gesplittet und halb und halb benannt. Der Namens- (und ggf. Klassifikationsübergang) erfolgt somit genau in der Mitte der Kreuzung. 4. Wie in o.g. Beispiel jetzt entdeckt, werden die Teilstücke der B2 zugerechnet. Letzteres halte ich für die blödeste Lösung, sie ist meines Erachtens einfach falsch. Un Routenanweisungen werden sicherlich verwirrend. Insgesamt gibt es auch dann ein Problem wenn sich an der Kreuzung nicht nur die Straßenbenennung und -klassifikation der links und rechts, sondern auch der oben und unten anschließenden Straße ändert. Das alles natürlich vorausgesetzt es fehlt ein Straßenschild mitten auf der Kreuzung was in so einem Fall aber anscheind die Regel ist. Wie taggt ihr in solchen Fällen und warum? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Am 10. Juni 2009 11:28 schrieb Jochen Topf joc...@remote.org: Ihr könnt immer auch im OSM Inspector schauen (tools.geofabrik.de/osmi). Der wird täglich aktualisiert. Unten Links steht immer, bis wann Daten aktuell noch drin sind. Das Rendering ist nicht so schön, wie die ÖPNV-Karte, weil es zum Debuggen ausgelegt ist, aber dafür ist mehr Info drin und erkannte Fehler werden auch besonders angezeigt. Habe ich mir gerade mal angesehen. Hier bei uns leuchtet fast alles gelb auf: unordered way. Nur kann ich bei Betrachtung der Relationsteilstücke für diese Routen nicht erkennen was da unordered ist oder wie ich das ändern kann. Auch der Vergleich einer Buslinie die nicht angemeckert wird, kann ich in JOSM keinen Unterschied sehen. Wie mache in eine Linienrelation also ordered? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Am 10. Juni 2009 18:14 schrieb Dirk Stöcker openstreet...@dstoecker.de: Habe ich mir gerade mal angesehen. Hier bei uns leuchtet fast alles gelb auf: unordered way. Nur kann ich bei Betrachtung der Relationsteilstücke für diese Routen nicht erkennen was da unordered ist oder wie ich das ändern kann. Auch der Vergleich einer Buslinie die nicht angemeckert wird, kann ich in JOSM keinen Unterschied sehen. JOSM hat mittlerweile eine dritte Spalte im Relationseditor, die angibt, ob die Elemente hintereinanderhängen. Ach, dann hat die Spalte doch was damit zu tun. Abgesehen davon, dass ich die Beschriftung verbunden in diesem Fall nicht gerade intuitiv finde, ist das wohl noch was im Argen. Denn in dem betrachteten Teilstück das im Inspektor nicht gelb ist, zeigt JOSM trotzdem ein nein in dieser Spalte. Aber gut, wenn ich weiß um was es geht, langt mir das momentan. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Am 10. Juni 2009 17:08 schrieb Jochen Topf joc...@remote.org: unordered heißt dass die Wege nicht in der richtigen Reihenfolge in der Relation vorkommen. D.h. der Endpunkt eines Ways muss immer mit dem Anfangspunkt des nächsten Ways übereinstimmen. Wenn eine Lücke in der Relation ist, dann ist das dadurch auch unordered. Oder wenn eine Relation sich quasi aufgabelt, was nach dem neuen Schema nicht mehr passieren sollte. Dann muß ich mich da mal näher mit beschäftigen. Einige Buslinien hier befahren je nach Uhrzeit verschiedene Strecken und Teilstrecken. Bisher habe ich dieses Streckennetz einfach in eine Relation gepackt, das sieht jetzt aus wie ein wildes Wollknäuel. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nuernberg: Radnetz
Am 7. Juni 2009 18:49 schrieb Karl Eichwalder k...@gnu.franken.de: Meinetwegen kann man diese Kurzrouten anlegen (das war vor Jahr und Tag auch mein erster Zugriff). Mich irritiert nur, dass die alte Relation einfach so entfernt wurde, _ohne_ dass diese Kurzrouten das alles abdecken würden. Ich hab' gerade mal geschaut. Die Relation hatte die Nummer 2765 und wurde am 15. März von Robertw gelöscht. Damals leider noch ohne Kommentarmöglichkeit. Du kannst den User ja mal anschreiben. Das alles nur in einer Relation zu haben finde ich auch unschön (ohne dass ich es gleich löschen würde). Eine wie ich finde gute Lösung wären Einzelrouten und alle diese Relationen als Member in einer Route Nürnberger Stadtnetz zusammenzufassen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg vor Renderer verstecken?
Am 28. Mai 2009 12:15 schrieb SLXViper slxvi...@gmx.net: wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels) auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus den OSM-Karten entfernen. highway=construction; access=no; note=Wegen Baufälligkeit gesperrt Sollte das Rendering nicht eindeutig genug sein, könnte man ja noch eine Regel für (access=no UND highway=construction) erstellen, die das deutlicher rendert. Ok, habe ich mal so gemacht und werde mal warten wie das aussieht. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weg vor Renderer verstecken?
Hallo, wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels) auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus den OSM-Karten entfernen. Allerdings würde ich ihn in den Rohdaten gerne behalten und einen deutlichen Hinweis über die Situation hinterlegen. Nicht dass ihn bald jemand der nicht Bescheid weiß wieder einzeichnet (oder ich gar als Vandale dastehe). Vielleicht ginge auch highway=construction oder access=no oder den Brückenteil durch einen Node zu ersetzen der in den Editoren auffällt aber nicht in den Renderern. Ich möchte halt nicht, dass der Weg beispielsweise nur rot statt grau erscheint und man zum Erkennen der Nichtbegehbarkeit ein Spezialist in Legendologie aller Renderer sein muß. Wie würdet ihr den Fall behandeln? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Am 11. Mai 2009 15:02 schrieb Oliver Tonnhofer tonnho...@omniscale.de: Wir haben einen WMS Proxy entwickelt, der die Lücke zwischen herkömmlichen WMS und TileCacheing-Lösungen schließt. Für die Demonstration haben wir intern einen OpenStreetMap WMS auf Mapnik- Basis aufgesetzt. Hier ist die Capabilities-URL http://osm.omniscale.net/proxy/service?service=WMSrequest=GetCapabilities und hier http://omniscale.de/demo sind noch ein paar Infos. Ich hab' mir den mal angesehen. Zur verwendeten Technik kann ich nichts sagen, wollte aber mal anbringen, dass mir der verwendete Renderstil zumindest für geringere Zoomlevel sehr gut gefällt. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] barrier=bollard
Am 6. Mai 2009 12:59 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Kreuzung einer breiten mit einer schmalen Straße. Mitten drauf ein Poller, so dass man auf der breiten Strasse mit dem Auto dran vorbei kommt, auf der schmalen Straße jedoch nicht. Woher soll der Router das wissen ? Also: Wenn der Poller routing-relevant sein soll, dann muss man ein kleines Wegstück mit motorcar=no markieren Mir schwirrt immer wieder die folgende Stelle im Kopf rum: http://openstreetmap.org/?lat=49.428021lon=11.09642zoom=18layers=B000FTF Real ist das eine Straße bei der an einer Stelle eine Reihe von Pollern quer über die Straße und die Gehsteige läuft. Fahrzeuge kommen nicht durch, Fußgänger haben auf dem Gehsteig kein Problem, Fahrräder können zumindest durchgeschoben werden. In anderen Straßen gibt es ähnliches mit Pflanzkübeln. Keines der Tags die ich kenne scheint mir korrekt und ausrechend. Die momentan von jemandem eingetragene Lösung mutet schon etwas abenteuerlich an. Die Straße wurde auf einem Meter unterbrochen, an der Stelle quer zur Straße einen Way barrier=wall eingezeichnet und highway=footway drumgezeichnet. Das entspricht weder der Realität noch ist es auf den beiden Kartenansichten zu erkennen. Router werden durch diese Lösung aber sicher korrekt arbeiten. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm, api0.6 und precondition failed und internal server error
Am 29. April 2009 09:48 schrieb Frank Sautter : Du kannst mal probieren, im Einsteinmodus osm-server.atomic-upload=false zu setzen, dann sollte das alte Verhalten wieder eingestellt werden. Ist allerdings ziemlich ungetestet es scheint tatsächlich ziemlich ungetestet zu sein: PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK PUT http://www.openstreetmap.org/api/0.6/node/create... Bad Request Error body: Cannot parse valid node from xml string node visible=true lat=49.545965080078574 lon=8.472035570361482/. changeset id missing offenbar fehlt die changeset id bei einem create. Ja, siehe Ticket #2510. Der Patch dort hat mir geholfen ein ähnliches wie Dein Urpsprungsproblem zu umgehen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] jOSM: java.lang.NullPointException
Am 30. April 2009 14:41 schrieb Raimond Spekking raimond.spekk...@gmail.com: Habe ich Bockmist beim Editieren gemacht, spinnt mein Java oder JOSM oder der Server? Nullpointer-Exceptions sind immer Programmfehler. Um sie beheben zu können wäre es nett sie zu reporten. Der beste Platz dazu ist wohl http://josm.openstreetmap.de/newticket Dabei bitte soviele Einzelheiten zur Exception wie möglich beilegen. Ich habe schon ewig keine Exception mehr bekommen, aber es müsste eigentlich immer noch so sein dass zumindest ein StackTrace auf der Console ausgegeben wird. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Am 26. April 2009 17:13 schrieb Johannes Huesing johan...@huesing.name: Er meint wahrscheinlich http://www.nuernberg.de/internet/verkehrsplanung/verkehrsregeln.html weiter unten, mit Bildüberschrift Für Radverkehr durchlässige Sackgassen Nicht offiziell aber verbreitet. Ja, fast genauso sah es tatsächlich aus. Also ist es tatsächlich quasi selbstgebastelt und hat tatsächlich diese Bedeutung. Danke fürs Raussuchen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Am 25. April 2009 22:23 schrieb Sebastian Hohmann m...@s-hohmann.de: Die Frage ist auch, was ist mit der Beschilderung überhaupt gemeint? Da auf der offenen Seite ohne Poller Autos und Motorräder die Einfahrt nicht verboten sind und diese ja auch wieder raus können müssen, ist doch die Straße selbst nicht dafür verboten. So dürfte nur das Passieren des Pollerst mit Auto (was ja gar nicht geht) und Motorrad (was technisch ginge) gemeint sein. Wieso? Auf den Radweg dürfen Motorfahrzeuge doch auch nicht. Welchen Radweg? Dieses modifizierte Sackgassenschild konnte ich bisher in keinem Verzeichnis finden, vielleicht ist es kein offizielles. Jedenfalls könnte es genau das bedeuten was vor Ort auch sinnvoll ist: Sackgasse ausser für Fußgänger und Radfahrer. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] öffentlich nutzbare Betriebswege ausweis en?
Hallo, momentan sind die Fahrradwege am Main-Donau-Kanal/Europakanal nur als highway=path,bicycle=yes,foot=yes getaggt. Das sind ja nun keine öffentlichen Wege, sondern Betriebswege des Kanalbetreibers der Fußgängern und Radfahrern die Benutzung auf eigene Gefahr erlaubt hat. Sollte sich dies in den tags wiederfinden? Mindestens wäre das bicycle=permissive,foot=permissive, ja? Noch mehr? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] noexit nur für motorvehicles?
Hallo, beim Aufarbeiten meiner heutigen Aufzeichung bin ich jetzt doch ins Schwimmen gekommen. Erstmal zum Betreff. Eine Straße verliert an einer Stelle ihre Gehwege, geht aber ansonsten normal weiter (d.h. hat ein Straßenschild und es liegen zwei Anwesen daran). Am Übergang steht ein Zeichen 357 mit auf den roten Querbalken (noch im Schild) aufgesetztem Zeichen 240. Am Ende der Straße befindet sich ein Boller auf dessen Höhe von der anderen Seite kommend das Zeichen 260 zu sehen ist. Allgemein: gilt noexit=yes sowieso nur in Richtung des Ways? Speziell hier: Laut [[DE:Key:access]] gilt es auf jeden Fall sowieso nur für Fahrzeuge, in diesem Fall aber ja nicht für Fahrräder. Also vielleicht noexit=motor_vehicle? Und wie soll ich dann das Zeichen 260 umsetzen das ja anscheinend nur für die Einfahrt aus einer Richtung gilt? motor_vehicle=no auf einen Node? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Am 25. April 2009 19:56 schrieb Sebastian Hohmann m...@s-hohmann.de: Wenn ich das richtig verstanden habe, würde ich das so eintragen (entsprechende Wegrichtung vorausgesetzt): bicycle:forward=official [1] foot:forward=official motor_vehicle:backward=no Ist halt die Frage ob das von irgendeinem Programm ausgewertet wird. Alternativ ginge natürlich auch ohne Beachtung der unterschiedlichen Beschilderung (also ohne Beachtung der Richtung): bicycle=official foot=official motor_vehicle=no Die Frage ist auch, was ist mit der Beschilderung überhaupt gemeint? Da auf der offenen Seite ohne Poller Autos und Motorräder die Einfahrt nicht verboten sind und diese ja auch wieder raus können müssen, ist doch die Straße selbst nicht dafür verboten. So dürfte nur das Passieren des Pollerst mit Auto (was ja gar nicht geht) und Motorrad (was technisch ginge) gemeint sein. Zusätzlich noch barrier=bollard auf einen Node an die Stelle mit dem Poller. Das noexit=* ergibt sich dann automatisch, das ist ja sowieso nur ein Hinweis an die Autofahrer und keine Zugangsbeschränkung. Gerade gelesen: Auf [[Tag:barrier%3Dbollard]] steht By default access=no foot=yes is implied. So tag who can pass the node. Also hier noch bicycle=yes auf den bollard? Wenn der bollard sowieso access=no impliziert und sowas auch tatsächlich ausgewertet wird, wäre das die Lösung auch für Zeichen 260. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + maxspeed 7
Am 23. April 2009 00:32 schrieb Garry garr...@gmx.de: Stimmt nicht ganz - Durchfahrt verboten mit einem _Zusatzschild das ein ballspielendes Kind symbolisiert gilt als Spielstrasse - maxspeed = 0 da jeglicher Verkehr verboten Ist das dann nicht eigentlich gleichbedeutend mit highway=footway? Aber ich denke es wird doch eher mit highway=residential, access=no, foot=yes getagt, oder? Vielleicht noch leisure=playground dazu. ;) Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] We're back
2009/4/21 Gregory Williams gregory.willi...@purplegeodesoftware.co.uk: The tag values shown in the non-history version of the call are only from the first version, which was what I was attempting to fix the value for (I meant to type National cycle Network National Route 43, not ...4). Hm, I see something different, route in all tags values. But assuming the timestamp in the db is correct that might come from another of your edits after your post. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Erfahrungen mit Openrouteservice
Am 11. April 2009 17:15 schrieb Jens Herrmann o...@bikelab.org: benutzt den Openrouteservice wirklich niemand oder habe ich nur den Link vergessen? Für letzteren Fall, gemeint ist http://openrouteservice.org/ Ich benutze ihn nicht rum Routenplanen aber ich teste hin und wieder die Funktion, bzw. die Routbarkeit meiner Straßen. Mit dem Auffinden von Adressen hatte ich bisher allerdings noch nie Glück. Deine Dresdener Barlachstraße war nun die erste bei der ich im ORS einen genauen Treffer gesehen habe. Ansonsten wird der Pfeil nur irgendwo in der Straße gesetzt, z.B.: Erlangen, Schorlachstraße 9 oder Nürnberg, Spitalgasse 20. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit Openrouteservice
Am 11. April 2009 19:24 schrieb Cornelius cornelius@csides.info: On Sat, 2009-04-11 at 18:46 +0200, André Reichelt wrote: Rolf Bode-Meyer schrieb: Mit dem Auffinden von Adressen hatte ich bisher allerdings noch nie Glück. Bei mir findet der auch keine Hausnummern sondern nur die ganze Straße. Sind die Daten vielleicht zu neu und die sind da noch nicht drin? Da die von mir getesteten Adressen schon mehrere Wochen, meistens sogar mehrere Monate drin sind halte ich das für unwahrscheinich. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] google-indizierung des wikis mehr
Am 10. April 2009 18:47 schrieb Frederik Ramm frede...@remote.org: Tobias Wendorff wrote: vor einiger Zeit hat sich ein Mitarbeiter von Netcologne bei Euch gemeldet. Er bzw. NC wollten Server und Traffik kostenfrei bereitstellen. Als Rückantwort kam, dass alles über UK läuft und man dort wohl keine Hilfe benötigt. Dementsprechend war er vom Spendenaufruf irritiert. Was die zentralen Datenbankserver anbetrifft, sind die Englaender etwas waehlerisch; sie wollen diese Server auf jeden Fall selbst betreiben und jederzeit physischen Zugriff darauf haben. Aber über einen XAPI-Server inklusive Traffic sollte sich doch niemand beschweren können - egal wo er steht, oder? Rolf ___ 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
Re: [Talk-de] Google Maps hat nachgerüstet
Am 27. März 2009 12:36 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: http://sautter.com/map/?zoom=17lat=48.14293lon=11.58007layers=B000TFFF Die Wege im Hofgarten sind so identisch, dass man auf eine gemeinsame Datenquelle schließen könnte. Leg den Hofgarten mal über das Yahoo-Luftbild (z.B. in JOSM). Für mich ist das ziemlich eindeutig die Quelle (inkl. des eiförmigen Mittelkreises). Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps hat nachgerüstet
Am 27. März 2009 08:37 schrieb Hermann Schwaerzler hermann.schwaerz...@chello.at: http://sautter.com/map/?zoom=17lat=48.14112lon=11.58834layers=B000TFFF Hmm ... manche Wege sind 100%ig identisch ... wie kann das nur kommen? Hmm ... lass mal überlegen... die gleichen fakten etwa gleich genau vermessen? oder was meinst du? Die Gebäude lassen eine Projektion für eine Sicht aus SSO vermuten. Dann müssten die Straßenzüge aber verzerrt werden. Die Ganze Darstellung ist so überhaupt nicht stimmig. Aber macht auf den ersten Blick durchaus was her. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
2009/2/3 Chris-Hein Lunkhusen chris66...@gmx.de: wenn ich das experimentell richtig gesehen habe, dann liegt nach einer Unglue-Operation (Wege trennen) der ältere Punkt oben. M.E. würde es mehr Sinn machen, wenn der neuere Punkt oben liegt. Also wenn man zB einen Wald an eine Strasse dran malt und dabei versehentlich Punkte der Strasse mitbenutzt, dann Unglueed und den Punkt verschiebt, dann möchte man doch in der Regel nicht den Straßenpunkt sondern der Waldpunkt verschieben. In der jetzt aktuellen stable Version hat sich diesbezüglich etwas geändert so dass unglued nodes (also welche mit ID 0) bevorzugt werden. Guckt mal ob euch das entgegenkommt. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Am 12. März 2009 13:29 schrieb Markus liste12a4...@gmx.de: Das Ergebnis sieht nett aus - meinen Wünschen entspricht es nicht. Ich bin jetzt auch sehr verwirrt bezüglich der Innenhöfe von Haus 30 und Haus 47. Mittlerweile zeigt Mapnik den Innenhof von Haus 47, aber nicht den von Haus 30. building=yes hatte ich vorgestern schonn mal entfernt weil das blödsinnig und eigentlich kontraproduktiv ist. Michael hat es dann gestern wieder hinzugefügt. Die Tags die eigentlich das Rendering beeinflussen sollten sind nun bei beiden im äußeren und inneren Polygon als auch in der Relation gleich. Das verstehe wer will. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Am 13. März 2009 13:13 schrieb Willi Rehfeld telegram...@gmx.de: 1. Haus 47 ist multipolygon - outer = buildung und inner = buildung - ist das gleiche - also auch gleiche Farbe - ocker. 2. Haus 30 ist multipolygon - outer = building und inner = hospital - bei inner nimmt er die vom Krankenhaus - gelb. Du scheinst die Häuser verwechselt zu haben. 30 war falsch dargestellt und 47 ok. Abgesehen davon war 47 zwar mit amenity=hospital ausgezeichnet, aber zusätzlich auch mit building =yes, wie Haus 30. Mittlerweile ist Haus 47 (wegen der Änderung im inner auf building=no, oder trotz dem, oder davon unabhängig) auch wieder gefüllt gerendert. schaut mal hier nach : http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Ja, vielleicht hat in dem erratischen Renderer in einem Durchgang sich im Innenpolygon wirklich hospital gegen building durchgesetzt. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Am 13. März 2009 12:59 schrieb Michael Buege mich...@buegehome.de: Zitat Rolf Bode-Meyer: building=yes hatte ich vorgestern schonn mal entfernt weil das blödsinnig und eigentlich kontraproduktiv ist. Michael hat es dann gestern wieder hinzugefügt. Da hab ich gar nicht drauf geachtet, dass das wieder weg war, ich dachte ich hab`s vergessen. Tut mir leid, da war ich wohl unkonzentriert. Warum findest du building=yes kontraproduktiv? Meiner Beobachtung nach (und hier auf der ML schon mehrfach beschrieben wurde) führt building=yes auf outer und inner dazu, dass beides gleich aussieht, d.h. die Ausstanzung nicht zu sehen ist. Früher musste für ein Loch das innere Polygon anders getaggt werden als das äußere (Loch im See - inner auf land=yes). Mittlerweile geht es auch ohne tag (dann wird das Loch neutral dargestellt). Aber building=yes im inneren ist doch Haus in Haus und genau gegensätzlich zu dem was erreicht werden soll. Da auch Haus 47 mittlerweile wieder gefüllt ist, ist aber jeder Versuch mit Logik ranzugehen anscheinend zum Scheitern verurteilt und lässt (wie auch das was Frank schrieb) auf einen Bug im Renderer schliessen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustelle mit kompletter Straßensperrung (9 Monate)
Am 9. März 2009 23:02 schrieb Sebastian Hohmann m...@s-hohmann.de: Nicht zu vergessen zusätzliche Tags, die entweder zur Zeit noch nicht in Benutzung sind oder einfach nur weggelassen werden, weil man sich nicht sonderlich dafür interessiert. Pferde dürfen beispielsweise meistens auch durch, also bräuchte man eigentlich auch noch horse=yes. Es ist einfach seltsam wenn man zunächst alles verbietet und dann die Ausnahmen auflistet. Besser ist es dann doch das Verbot von vornherein richtig ausdrücken zu können. Da gebe ich Dir Recht. Aber access=no, psv=yes (für Busspuren) zu vereinfachen ist wohl weiter nicht möglich, oder? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustelle mit kompletter Straßensperrung (9 Monate)
Am 10. März 2009 18:05 schrieb Karl Eichwalder k...@gnu.franken.de: Solche shortcut bringen nix, sie stiften bei einem projekt wie unserem nur verwirrung. Besser ist es, die dinge einzeln aufzuzählen und dabei den gesunden menschenverstand walten zu lassen (es ist nicht notwendig bei normalen straßen wie tertiary oder residential motorcar=yes oder bicycle=yes oder bei autobahnen horse=no zu setzen. Dabei kommt mir eine Frage. Ist es nicht eigentlich nötig auf eine Straße mit straßenbegleitendem, nutzungspflichtigen Radweg bicycle=no zu setzen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustelle mit kompletter Straßensperrung (9 Monate)
Am 10. März 2009 20:23 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Rolf Bode-Meyer schrieb: Dabei kommt mir eine Frage. Ist es nicht eigentlich nötig auf eine Straße mit straßenbegleitendem, nutzungspflichtigen Radweg bicycle=no zu setzen. Eine andere Frage ist, ob man bei unserer topologischen Vorgehensweise überhaupt einen parallelen Weg einzeichnen oder irgendwie eine baulich getrennte Fahrradspur einführen sollte. Ich hatte bei meiner Frage getrennte Wege vor Augen. Aber die Frage der Vorgehensweise ist in der Tat ein Knackpunkt und ich bin selbst hin- und hergerissen. Aber trotz Linienbündel-Vorschlägen gibt es bisher wohl keine griffige Lösung. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist ein Gebäude?
Am 4. März 2009 23:06 schrieb Claudius Henrichs claudiu...@gmx.de: Problematisch sind etwa mehrere Gebäudeeingänge zum selben physischen Gebäude, so dass einzelne Gebäudepolygone hier auch nicht helfen. Das gibt es natürlich und in dem Falle hast Du Recht. Nur für die Mehrheit der Gebäude(-ansammlungen) schon. Ich verwende große geschlossene Gebäudepolygone und Knoten für die Adressinformation. In einem einzelnen, zusätzlichen Knoten? Was haltet ihr davon, die addr-Tags auf einen Knoten des Gebäudes zu legen, am besten dort wo der Eingang ist? So wäre der Zusammenhang von Adresse und Gebäude auch vorhanden. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was ist ein Gebäude?
Ich habe so mein Problem damit zu entscheiden wie ich Bebauung zeichne. Ein wahllos herausgegriffenes aber representatives Beispiel: http://sautter.com/map/?lat=49.43634lon=11.06923zoom=18layers=0B00TFFF Eingezeichnet als eine Fläche, aber sind es nicht vielleicht mehrere lückenlos stehende Gebäude? Zählt also als building=yes die lückenlos überbaute Fläche oder alles mit eigenen vier Wänden? Zu zeichnen ist ein Polygon ist einfacher als einzelne Polygone die zusammenhängen, aber letzteres finde ich schöner weil dann für die Gecodierung kein extra node ohne Verbindung zum Gebäude nötig ist. Auch von Vorteil ist es wenn ein Teil der lückenlosen Bebauung ein öffentliches Gebäude o.ä. ist das besondere Auszeichnung verdient. OSM-typisch gilt wahrscheinlich wieder: jeder wie er mag. Wie macht ihr das? Gibt es Argumente für ersteres (abgesehen von is einfacher)? Grüße, Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeinenamen als nodes?
Hallo, wie taggen wir denn Gemeinden? Nur als name auf dem Grenzpolygon (so vorhanden), oder auch als place? Ich bin gerade auf einen Node mit den Tags place=village,name=Schwanstetten und dem üblichen geoDB-Gedöns gestoßen. Die Sache ist nur, es gibt keinen Ort mit dem Namen, es ist ein Kunstname für die Gemeinde die aus mehreren andersnamigen Ortsteilen besteht. In den Map Features gibt es etwas wie place=community oder municipality nicht und village halte ich für falsch. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinenamen als nodes?
Am 21. Februar 2009 17:30 schrieb Garry garr...@gmx.de: Aus alten Diskussionen heraus hat sich ergeben den für die Namensdarstellung relavanten Tag als node an geeigneter Stelle zu plazieren Und tatsächlich als village bezeichnen wie auch Johannes' Beispiel zeigt? - bei einer polygonbezogen Plazierung kann sonst der Name an sehr unpassenden Positionen auftauchen. Das habe ich auch schon bemerkt. Wobei das ja durchaus Sache des Renderers ist. Wo (wenn überhaupt) Osmarender das Label platziert habe ich noch nicht gefunden, für Mapnik habe ich die im Falle von Nürnberg zwar gefunden - aber in der Schriftgröße von Straßennamen und das bei einem admin-level-7-Polygon ... Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee: Fahranweisungen auf ORS in vers. deutschen Dialekten?
Am 19. Februar 2009 09:46 schrieb Pascal Neis n...@geoinform.fh-mainz.de: ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich habe mich ja jetzt seit meinem ersten Report bezüglich der Fahranweisungen zurückgehalten und ihr sollt ja bei der Entwicklung auch etwas Spaß haben. Aber sich auf solche Spielereien zu stürzen wenn die Fahranweisungen wirklich jenseits von Gut und Böse sind halte ich wirklich für falsch. Trotz größerer Versionssprünge seit Anfang des Jahres hat sich bei den Anweisungen anscheinend nichts getan obwohl ich mir durchaus vorstellen kann das darauf nicht wenige potenzielle Nutzer schauen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reliefkarte für OSM
Am 7. Februar 2009 14:31 schrieb Adrian Stabiszewski a...@nitegate.de: Schau dir mal http://www.maps-for-free.com/ an. Da gibt es die Relief Kacheln schon fertig zu Download, bis Zoom 11. Hm, is' ja schön wenn sich jemand Reliefkarten vornimmt. Aber dann nur die rohen Daten durch GMT zu jagen finde ich etwas einfallslos. Die Farbgebung ist furchtbar penetrant wenn ich das mit Google Maps Geländedarstellung vergleiche. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Am 4. Februar 2009 11:13 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 4. Februar 2009 08:52 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: ich denke, er wählt immer den aus, der oben liegt, oder? Naja, JOSM kennt kein oben und unten. :-) unten ist das, was in JOSM beim Bildschirmaufbau zuerst gezeichnet wird, dass das mit den Layern z.B. nicht korrepondiert (d.h. ein Layer=1 wird durchaus auch mal unter einem Layer=0 dargestellt), steht auf einem andern Blatt. Wenn der User irgendwo hinklickt schaut JOSM halt welche Knoten in der Nähe liegen und wählt nach einem bestimmten Algorithmus einen von denen aus. genau um diesen bestimmten Algorithmus geht es hier doch. Dirk oder Fredereik können da sicher mehr dazu sagen. Ich hatte mir die Auswahlfunktion letztes Jahr mal angesehen weil es mich auch nervte. Es wird einfach die Liste aller Nodes durchgelaufen und der Näheste gewählt. Bei mehreren Nodes gleicher Entfernung wird sticht der erste gefundene. Da ein neuer Punkt hinten an die Liste angehängt wird, ist der gefundene immer der ältere. Die einfachste Lösung wäre wahrscheinlich, die Liste von hinten her durchzulaufen - wenn das nicht andere Nebeneffekte hat. Jetzt für jeden Punkt (also wirklich *jeden* Punkt der aktuellen Ebene) einen Vergleich bezüglich des Weges zu machen geht wahrscheinlich mehr auf die Performance und bringt auch nicht mehr. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
2009/2/4 Johannes Haller johannes.hal...@web.de: Sorry, Rolf, falls ich Tomaten auf den Augen habe, aber ich weiß nicht, wie ich auf seine Benutzerseite gelangen kann... Marc hat die URL ja schon genannt. Ich bin davon ausgegangen, dass wenn Du schreibst Ich sehe nur die Änderungen, Du auf der History-Seite des Weges/Nodes bist. Von da kommst Du mit einem Klick auf den Namen auf dessen die Nutzerseite. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
2009/2/4 Johannes Haller johannes.hal...@web.de: Wie kriege ich Kontakt zu einem Mapper, der in der selben Gegend wie ich die Karte verbessert? Ich sehe nur die Änderungen und finde den Nicknamen des Mappers. Dann gehst Du auf die Benutzerseite dieses Mappers und hinterlässt ihm über send message eine Nachricht. Derjenige muß keine Position in seinen Einstellungen hinterlassen haben oder hat eine falsche gesetzt. Oder er wohnt woanders als er mappt, oder ... Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern in Straßennamen?
Danke euch allen für eure Antworten. Am 31. Januar 2009 21:37 schrieb Florian Lohoff f...@rfc822.org: Dann setz es um - d.h. name=Beispielstraße, note=Hausnummern 25-31. So tagge ich das wenn ich sowas finde. Muss man ggfs nich nochmal hinfahren wenn man es braucht ... Genau so habe ich es jetzt auch gemacht. Die Information bleibt erhalten. Am besten ist aber gleich Hausnummern nodes zu setzen - ist klar oder? Aber nur interpoliert, erste - letzte. Wo die dazwischen liegen weiß ich ja auch nicht. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummern in Straßennamen?
Hallo zusammen, gibt es einen Konsenz für oder gegen die Aufnahme von Hausnummern in Straßennamen? An der Straße gibt es ja die öfter Schilder in abgehende Wege wie Beispielstraße 25-31. Anscheinend nehmen manche User die Regel die Namen zu schreiben wie auf den Schildern angegeben wortwörtlich. Ich find's Blödsinn, lösche aber ungerne aus dem Bauch heraus anderer Leute Arbeit. Grüße, Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schule, Schulgelände, Schulhof
Hallo, wenn man für eine Schule nicht nur einen Node, sondern eine Fläche zeichnen will, was wird dann mit amenity=school getaggt? Das Schulgebäude oder das Schulgelände? Wenn letzteres und ich zeichne die Gebäude zusätzlich ein, sollte ich dann aber das amenity-Tag dort weglassen, oder? Zeichnet jemand von euch auch den Schulhof separat ein? Das Wiki sagt zu diesem Thema leider garnichts. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brücken- und Tunnelnamen
Am 16. Januar 2009 05:28 schrieb Andreas Labres l...@lab.at: Das klingt jetzt so, als wäre das eine Notlösung. Ich sehe das nicht so. Dieses Stück Weg (dieser Way bzw. diese Ways) hat einen Namen und der heißt Köhlbrandbrücke. Und die Brückenrelation wäre dann dazu gut, die Ways für die beiden Richtungen zu einer Brücke zusammenzufassen (damit der Renderer das dann mglw. schöner darstellen kann oder so). Ich sehe das schon als Notlösung. Es mag Straßen geben die wie die Brücke auf der sie liegen heißen, aber die Regel dürfte das nicht sein. Im Grunde halte ich es schon für falsch einen Teil eines Wegs als bridge=yes zu taggen, das ist auch nur eine Krücke. Denn der Weg ist nunmal keine Brücke, sondern liegt nur auf einer. Und genau diese Trennung ist auch für die Namensfrage nötig. Und wenn man sich den Unterschied zwischen der Straße die über eine Brücke führt und der Brücke selbst vergegenwärtigt lösen sich meiner Ansicht nach die ganzen Fragen auf. Es wäre noch schöner wenn die Nutzung einer Relation für die Brücke auch davor bewahren würde, den Weg zu zerschnippseln, aber das geht mit dem momentanen Model nicht. Dazu müsste man einer Relation einen Ausschnitt eines Weges zwischen den Nodes x und y zuweisen können. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brücken- und Tunnelnamen
Am 16. Januar 2009 12:07 schrieb Frederik Ramm frede...@remote.org: Wenn man es ganz ordentlich machen wuerde, wuerde man eine Relation machen, die die folgenden Daten enthaelt: Tags: type=bridge name=Blafasel-Bruecke Members: area=way, der den Umriss der Bruecke beschreibt above=way, der ueber die Bruecke fuehrt above=... above=... below=way, ueber den die Bruecke fuehrt below=... below=... Genau. Man kann das von Marc genannte Proposal in die Richtung interpretieren dass das gemeint ist. Wobei dort, da outline optional ist, wahrscheinlich immernoch ein zerhäckseln des Weges nötig wäre. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Zugriff auf Relationen außerh alb des geladenen Bereiches - Ergänzung
Am 16. Januar 2009 18:13 schrieb Jan Tappenbeck o...@tappenbeck.net: nun habe ich den Ladebereich noch erweitert und die Relation müßte gelistet werden (wird beim Element auch als Rolle gelistet) und trotzdem ist diese in der Relationsliste noch nicht aufgeführt ! Ich hatte es auch schon hin und wieder, dass eine Relation in der Relationsliste nicht angezeigt war. Habe ich einen enthaltenen Weg selektiert, wurde die Relation in den Wegeigenschaften unter Mitglied von aber angezeigt und konnte auch vollständig bearbeitet werden. Auch der Upload der geänderten Relation hat geklappt (durch anschliessenden Download geprüft). Da das aber nicht reproduzierbar war habe ich dafür aber bisher kein Ticket angelegt. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
Hallo, heute habe ich hier erstmals von dem Import der INFAS-Kreisgrenzen erfahren und gleich mal ein bißchen verglichen. Da wird eine Gemeindegrenze als Kreisgrenze ausgegeben und andere weichen ganz krass vom mir bekannten und durch Straßen als Wegmarken gestützten Verlauf ab. Unter http://frawe.freehostia.com/seltsame_Grenzen.html habe ich gerade mal etwas dazu online gestellt. Insgesamt ist der Datenimport zweifelsohne ein Gewinn und weit besser als die arg groben GADM-Verläufe. Und wegen ein paar Meter hin oder her oder ob auch die INFAS-Verläufe vergröbert sind, braucht man sich nicht wundern. Aber in Fällen wie den beschriebenen, wundere ich mich schon über das Zustandekommen der Verläufe laut INFAS. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de