[Talk-de] OSM Coords (was: RE: OSM und Bing Maps)
JHA Oder wo gibt es das Script? hier: http://userscripts.org/scripts/show/57457 Script Summary: Allows you to enter coordinates (Lat/Lon, DDD°MM.MMM or UTM) in addition to the usual place names the search field of openstreetmap.org Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
Am 26.11.2010 um 07:17 schrieb Carsten Schönert: Moin, mal alle Plugins entfernt? Dann sukzessive diese wieder einbauen. Besteht das Problem dann auch noch? Allo Plugins aus - neustart - WMS Plugin als einziges an - Fehler ist wieder da Das war leider keine Lösung. UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo! Ich habe jetzt doch noch eine Moeglichkeit gefunden, wie ich das Problem etwas eleganter und mit minimalem Extra-Aufwand loesen kann. Ab heute (in ein paar Stunden duerften alle Extrakte auf dem Downloadserver sein) sollte das Relationsproblem behoben sein, und zwar unter Beibehaltung der Sortierung. Danke :-) Das klingt nach einer Lösung, vor der alle profitieren. Ich vermute, die Aussagen gelten auch für die *.pbf Dateien? -- Gruß... Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo, On 11/26/10 09:17, Tim Teulings wrote: Ich habe jetzt doch noch eine Moeglichkeit gefunden, wie ich das Problem etwas eleganter und mit minimalem Extra-Aufwand loesen kann. Ab heute (in ein paar Stunden duerften alle Extrakte auf dem Downloadserver sein) sollte das Relationsproblem behoben sein, und zwar unter Beibehaltung der Sortierung. Danke :-) Das klingt nach einer Lösung, vor der alle profitieren. Ich vermute, die Aussagen gelten auch für die *.pbf Dateien? Ja. Die pbf-Dateien sind mittlerweile das Hauptprodukt, sie werden zuerst hergestellt, und erst spaeter werden daraus die .osm.bz2 gemacht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 08:24:46 +0100, Frederik Ramm frede...@remote.org wrote: Die Geofabrik-Extrakte verhalten sich also ab jetzt so: 1. alle Nodes im betreffenden Gebiet sind enthalten 2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen 3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die Elemente gekuerzt, die nicht enthalten sind 4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert. Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Mein konkretes Problem: Ich wohne z.Z. in der Schweiz, meine Eltern in D und die meiner besseren Hälfte in F. Wir sind also in den drei Ländern häufig unterwegs und daher möchte ich mir eine Garmin-Karte basteln, die diese Länder enthält. Mit den Geofabrik-Extrakten ist dies so nicht möglich. Mir ist natürlich bewusst, dass es da auch andere Lösungen gibt, aber das zusammenfügen von ein paar Extrakten is deutlich bequemer als das Ausschneiden aus dem Europa-Extrakt z.B. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
Moin, UMAX974 schrieb: Am 26.11.2010 um 07:17 schrieb Carsten Schönert: Moin, mal alle Plugins entfernt? Dann sukzessive diese wieder einbauen. Besteht das Problem dann auch noch? Allo Plugins aus - neustart - WMS Plugin als einziges an - Fehler ist wieder da Das war leider keine Lösung. in Deinem Statusbericht fehlt die Versionsnummer des WMS-Plugin Plugin: wayselector (23103) Plugin: wmsplugin Das interpretiere ich mal als Fakt. Alles Folgende ist mit Sicherheit Spekulatius: Es könnte möglich sein, dass da etwas im Argen sein könnte. Ich halte es für möglich, dass ein Aktualisieren des WMS-Plugin innerhalb JOSM allein evtl. nicht zum Erfolg führen könnte, da dafür ja ggf. auch die Versionsnummer fehlen könnte ... probieren kann man es aber vorher mal. Ich würde ansonsten - das WMS-Plugin in JOSM deaktivieren - JOSM beenden - die WMS-Plugin-Dateien löschen (um einen neuen Download zu erzwingen) - JOSM starten - das WMS-Plugin aktivieren (und so einen neuen Download erzwingen) Leider kann ich Dir mangels MAC nicht sagen, wo die Plugin-Dateien genau liegen. Ich vermute aber stark, das die Directory-Struktur auch ...\JOSM\plugins\wmsplugin ... lautet Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hi! Matthias Julius wrote: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Da muß ich Dir widersprechen. Es ist sehr gut so, daß in den Extraktne keine ungültigen Referenzen auf nicht vorhandene Objekte enthalten sind - denn die lösen in weiterverarbeitenden Tools Fehlermeldungen aus. Ist ja auch richtig so, keine Software kann einen Verweis auf etwas das nicht da ist verarbeiten. Im Grenzgebiet macht es nur Sinn, das nächstgrößere Extrakt zu verwenden und den gewünschten Ausschnitt selbst dort zu extrahieren. Ein Zusammensetzen von OSM Files gibt immer Probleme durch Duplikate und Schneidartefakte. Bzw. wenn Du einen sehr ausgebufften Merge-Algorithmus dafür schreibst, kann der auch zwei halbe Ways wieder zum Original restaurieren. Aber alle anderen Tools, die nur ein Extrakt betrachten, sehen einen konsistenten Datenbestand. Ansonsten sehe ich auch die Begeisterung für PBF etwas kritischer. Es mag sein daß dieses Format deutliche Vorteile bietet - aber es gibt unzählige Applikationen, die .OSM lesen und/oder schreiben, von PBF nie etwas gehört haben und teilweise auch nicht mehr weiterentwickelt werden. Von daher glaube ich daß wir die .OSMs auch weiterhin dauerhaft brauchen werden. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Frage-an-die-Nutzer-von-Geofabrik-Extrakten-tp5774255p5776555.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Am 26.11.10 10:32, schrieb NopMap: Ansonsten sehe ich auch die Begeisterung für PBF etwas kritischer. Es mag sein daß dieses Format deutliche Vorteile bietet - aber es gibt unzählige Applikationen, die .OSM lesen und/oder schreiben, von PBF nie etwas gehört haben und teilweise auch nicht mehr weiterentwickelt werden. Von daher glaube ich daß wir die .OSMs auch weiterhin dauerhaft brauchen werden. Osmosis kann pbf zu osm umwandeln. Damit gibt sich auch Kosmsos (um eine nicht mehr weiterentwickelte, aber gut laufende Anwendung zu nennen) zufrieden. Da die Filterung aus pbf viel schneller geht als aus osm, trauere ich dem xml-Format da nicht hinterher. Praktischerweise kommt dann aus dem Filter gleich die osm-Datei raus, die ich zum Rendern und Auswerrten weiterverwende. gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Hallo, ich suche eine Karte, die die Straßen nach ihrer Verwaltungsklasse darstellt? Also bspw. alle Gemeindestraßen grün, alle Kreisstraßen blau usw? Kennt jemand zufällig eine Map die so etwas bietet? Oder gibt es Print-Karten die soetwas darstellen? Danke Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Am 26.11.2010 09:51, schrieb Matthias Julius: On Fri, 26 Nov 2010 08:24:46 +0100, Frederik Rammfrede...@remote.org wrote: Die Geofabrik-Extrakte verhalten sich also ab jetzt so: 1. alle Nodes im betreffenden Gebiet sind enthalten 2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen 3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die Elemente gekuerzt, die nicht enthalten sind 4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert. Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Ich halte das auch aus anderen Gründen für nicht sinnvoll, falsche Objekte in die Extrakte zu packen. Was man aber machen könnte, wäre evtl. ein zusätzliches Attribut einzufügen, DASS dieses Objekt unvollständig ist. (ändert natürlich die XML-Struktur). Das Beibehalten der Referenzen hat letztendlich für Anwendungen den selben Effekt, da implizit klar ist, dass hier etwas fehlt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, Nov 26, 2010 at 01:32:45AM -0800, NopMap wrote: Matthias Julius wrote: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Da muß ich Dir widersprechen. Es ist sehr gut so, daß in den Extraktne keine ungültigen Referenzen auf nicht vorhandene Objekte enthalten sind - denn die lösen in weiterverarbeitenden Tools Fehlermeldungen aus. Ist ja auch richtig so, keine Software kann einen Verweis auf etwas das nicht da ist verarbeiten. Im Grenzgebiet macht es nur Sinn, das nächstgrößere Extrakt zu verwenden und den gewünschten Ausschnitt selbst dort zu extrahieren. Ein Zusammensetzen von OSM Files gibt immer Probleme durch Duplikate und Schneidartefakte. Bzw. wenn Du einen sehr ausgebufften Merge-Algorithmus dafür schreibst, kann der auch zwei halbe Ways wieder zum Original restaurieren. Da würde mich jetzt aber doch interessieren, wie der Algorithmus aussehen soll. Da Osmosis beim Ausschneiden praktisch beliebige Punkte wegwerfen kann, ist es unmöglich, den Originalweg aus zwei aneinandergrenzenden (oder überlappenden) Extrakten in der korrekten Reihenfolge in jedem Fall wiederherzustellen. Nicht-existierende Referenzen zu finden, ist hingegen ziemlich einfach. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Tom Müller-2 wrote: ich suche eine Karte, die die Straßen nach ihrer Verwaltungsklasse darstellt? Also bspw. alle Gemeindestraßen grün, alle Kreisstraßen blau usw? Kennt jemand zufällig eine Map die so etwas bietet? Oder gibt es Print-Karten die soetwas darstellen? und was machst du, wenn du die in den fingern hast? du wirst doch wohl nicht ... gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/Karte-die-Verwaltungskategorie-der-Stra-en-darstellt-tp5776638p5776762.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 01:32:45 -0800 (PST), NopMap ekkeh...@gmx.de wrote: Hi! Matthias Julius wrote: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Da muß ich Dir widersprechen. Es ist sehr gut so, daß in den Extraktne keine ungültigen Referenzen auf nicht vorhandene Objekte enthalten sind - denn die lösen in weiterverarbeitenden Tools Fehlermeldungen aus. Ist ja auch richtig so, keine Software kann einen Verweis auf etwas das nicht da ist verarbeiten. Es ist zwar schon ein paar Jahre her, aber die API hat auch mal unvollständige Wege ausgespuckt. Die meisten map-Downloads werden wohl unvollständige Relationen enthalten. Eine Software, die damit nicht umgehen kann, halte ich für buggy. Im Grenzgebiet macht es nur Sinn, das nächstgrößere Extrakt zu verwenden und den gewünschten Ausschnitt selbst dort zu extrahieren. Ein Zusammensetzen von OSM Files gibt immer Probleme durch Duplikate und Schneidartefakte. Zwei Extrakte vom gleichen Planet lassen sich auch problemlos wieder zusammensetzen - wenn die Daten nicht modifiziert worden sind. Bzw. wenn Du einen sehr ausgebufften Merge-Algorithmus dafür schreibst, kann der auch zwei halbe Ways wieder zum Original restaurieren. Aber alle anderen Tools, die nur ein Extrakt betrachten, sehen einen konsistenten Datenbestand. Das Problem ist, dass zwischen den beiden (oder mehr) Hälften eine Lücke ist. Mit den Standardprogrammen geht das dann nicht mehr. Geordnete Relationen kriegt man auch nicht so einfach wieder in die richtige Reihenfolge. Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die Knoten weglassen, die ausserhalb der Grenze liegen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
NopMap ekkeh...@gmx.de wrote: Ansonsten sehe ich auch die Begeisterung für PBF etwas kritischer. Es mag sein daß dieses Format deutliche Vorteile bietet - aber es gibt unzählige Applikationen, die .OSM lesen und/oder schreiben, von PBF nie etwas gehört haben und teilweise auch nicht mehr weiterentwickelt werden. Von daher glaube ich daß wir die .OSMs auch weiterhin dauerhaft brauchen werden. Da es mindestens zwei unabhängige Methoden gibt aus pbf wieder osm zu machen (osmosis und osm2pbf in c) und das nicht mal länger dauert als bz2 zu entpacken sehe ich das nicht als Problem. Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26.11.2010 11:47, schrieb Walter Nordmann: und was machst du, wenn du die in den fingern hast? du wirst doch wohl nicht ... keine Sorge, es geht dabei nicht darum die Informationen in die OSM einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen Daten. Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo, On 11/26/10 11:54, Matthias Julius wrote: Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die Knoten weglassen, die ausserhalb der Grenze liegen. Doch, genau das macht Osmosis. Das fuehr dann manchmal zu ziemlich deformierten Polygonen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26. November 2010 11:02 schrieb Tom Müller tomsmuel...@gmx.net: ich suche eine Karte, die die Straßen nach ihrer Verwaltungsklasse darstellt? Also bspw. alle Gemeindestraßen grün, alle Kreisstraßen blau usw? Kennt jemand zufällig eine Map die so etwas bietet? Oder gibt es Print-Karten die soetwas darstellen? Eine solche Karte gibt es meines Wissens nach nicht. Sie lässt sich auch nicht einfach aus den OSM-Daten generieren, weil OSM andere Kategorien verwendet. So fallen unter die Verwaltungsklasse Gemeindestraße verschiedene Wege, die bei Openstreetmap als highway=living_street, highway=service, highway=residential, highway=pedestrian, highway=unclassified eingetragen sind. Ganz lustig wird es bei der Verwaltungsklasse Landesstraßen/Bundesstraßen/Kreisstraßen. Über deren Einordnung wurde hier auf der Liste verhältnismäßig lange nicht gestritten :-) Es gibt aber im wesentlichen zwei Ansichten. Die einen setzen primary, secondary und tertiary unmittelbar mit Bundes-, Landes bzw. Kreisstraße gleich. Die anderen gehen nach dem Ausbauzustand, und da kann eine Bundesstraße auch schon mal den Status einer tertiary bekommen und umgekehrt. Hier erhält man also nur über die Auswertung des ref-Tags eine brauchbare Aussage zur Verwaltungsklasse. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 12:34, schrieb Falk Zscheile: Eine solche Karte gibt es meines Wissens nach nicht. Sie lässt sich auch nicht einfach aus den OSM-Daten generieren, weil OSM andere Kategorien verwendet. So fallen unter die Verwaltungsklasse Gemeindestraße verschiedene Wege, die bei Openstreetmap als highway=living_street, highway=service, highway=residential, highway=pedestrian, highway=unclassified eingetragen sind. Genau deswegen suche ich eine solche Karte, eben um eine Abschätzung machen zu können, ob die Straßenkategorien der OSM irgendwie mit der Verwaltungsklasse korrelieren oder eben nicht. Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 12:32:00 +0100, Frederik Ramm frede...@remote.org wrote: Hallo, On 11/26/10 11:54, Matthias Julius wrote: Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die Knoten weglassen, die ausserhalb der Grenze liegen. Doch, genau das macht Osmosis. Das fuehr dann manchmal zu ziemlich deformierten Polygonen. Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Am 26.11.10 12:42, schrieb Matthias Julius: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das hat aber zur Folge, dass in jedem noch so kleien Extrakt sämtliche Autobahnen, Bundesstraßen, Europastraßen, internationale Rad- und Wanderwege drin sind, weil die alle durch Sammelrelationen untereinander verknüpft sind. Das sind dann keine Extrakte mehr. Also bitte so lassen wie bisher. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Tom Müller wrote: Am 26.11.2010 11:47, schrieb Walter Nordmann: und was machst du, wenn du die in den fingern hast? du wirst doch wohl nicht ... keine Sorge, es geht dabei nicht darum die Informationen in die OSM einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen Daten. Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten - nicht über highway=*, aber vielleicht über operator=*. Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26. November 2010 12:58 schrieb Mark Obrembalski m...@obrembalski.de: Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. Meinst Du damit beispielsweise Fälle, in denen die Straßenbaulast für Landesstraßen auf die Gemeinde übergeht, wenn die Gemeinde eine gewisse Größe (Einwohnerzahl) hat? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26.11.2010 12:58, schrieb Mark Obrembalski: keine Sorge, es geht dabei nicht darum die Informationen in die OSM einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen Daten. Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten - nicht über highway=*, aber vielleicht über operator=*. Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... Frage nach Print: nur OSM? Oder auch andere? Ich meine, bspw. die ba-wü Landesvermesser hätten sowas für Ba-Wü, müsstest Du mal auf deren Seite schauen. Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. Ortsdurchfahrten durch Gemeinden je nach Ortsgröße/Bundesland? Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und Bing Maps
Moin Bastelt schon jemand an Bing+potlatch? ;-) Könnte man schon Bing bei den Vergleichskarten (Sautter, Map Compare, gibt's mehr?) einbauen? Um mal die Qualität zu vergleichen ... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
hallo, Am 26.11.2010 05:02, schrieb Tirkon: http://sautter.com/map/ Die Seite funktioniert - zumindest auf meinen PCs - nicht mehr. Im Firefox läßt sich die OSM Ebene mit dem Schieberegler oben nicht ausblenden. Im Internet Explorer wird keine Karte dargestellt. Ich habe das zufällig gestern auch festgestellt. Bei mir funktioniert es grundsätzlich erst mal, wenn ich die Seite mit dem Permalink zu meiner Heimatregion aufrufe. Bewege ich den Kartenauschnitt dann ins Ausland oder zoome auf Europa-Level heraus, dann ist der Mapnik-Layer weg. Andere OSM-layer lassen sich nach wie vor aktivieren und werden auch angezeigt, aber Mapnik kommt nicht wieder. Wenn ich den permalink neu aufrufe, dann funktioniert es wieder. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 12:57:33 +0100, André Joost andre+jo...@nurfuerspam.de wrote: Am 26.11.10 12:42, schrieb Matthias Julius: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das hat aber zur Folge, dass in jedem noch so kleien Extrakt sämtliche Autobahnen, Bundesstraßen, Europastraßen, internationale Rad- und Wanderwege drin sind, weil die alle durch Sammelrelationen untereinander verknüpft sind. Das sind dann keine Extrakte mehr. Wieso? Die referenzierten Objekte, die komplett ausserhalb des Grenzpolygons liegen wären ja auch weiterhin nicht im Extrakt enthalten. Nur die Referenzen würden nicht beseitigt. M.M.n. sollten die Extrakte so gebaut werden: 1. Alle Knoten innerhalb des Grenzpolygons 2. Alle Wege, die mindestens einen Knoten aus 1. referenzieren 3. Alle Relationen, die mindestens einen Knoten aus 1., einen Weg aus 2. oder eine Relation aus 3. referenzieren Die Extrakte wären so am einfachsten zu erzeugen und am flexibelsten einzusetzen weil keine Daten modifiziert werden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Am 26.11.2010 08:00, schrieb André Joost: Hast du eventuell einen Permalink gespeichert, dessen layers-Parameter nicht mehr funktionieren? Ich denke, das ist der entscheidende Hinweis. Ich hatte ebenfalls Probleme, aber mit neuem Permalink sind die weg. Der Alte Permalink endete auf layers=B0TF, der neue auf layers=B0TFFF Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26. November 2010 13:22 schrieb Heiko Jacobs heiko.jac...@gmx.de: Am 26.11.2010 12:58, schrieb Mark Obrembalski: keine Sorge, es geht dabei nicht darum die Informationen in die OSM einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen Daten. Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten - nicht über highway=*, aber vielleicht über operator=*. Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... In Sachsen für Landstraßen noch das S und in Bayern für jeden Lankreis was anderes. Also so simple ist das nicht. Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt werden kann. highway_class, road_level, ... André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und Bing Maps
Hallo, On 11/26/10 13:39, Heiko Jacobs wrote: Bastelt schon jemand an Bing+potlatch? ;-) Ist schon in den Startloechern. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und Bing Maps
Heiko Jacobs heiko.jac...@gmx.de wrote: Bastelt schon jemand an Bing+potlatch? ;-) Ich würde mal denken das geht einfach mit dem tileurl parameter. Könnte man schon Bing bei den Vergleichskarten (Sautter, Map Compare, gibt's mehr?) einbauen? Um mal die Qualität zu vergleichen ... Das geht auch einfach denn Openlayers unterstützt bing maps direkt. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
hi, soweit ich ihn verstanden habe - ist eigentlich ganz einfach, wenn man den thread von anfang an durchliest - möchte er den datenbestand in osm mit der triesten realität vergleichen. ne kleine ist-soll-analyse. das aktuelle problem ist es mal wieder, an a) verläßliche b) legale und sicherlich c) kostenfreie daten zu kommen. die Einteilung, welche Straße was ist, ist Stadt-, Kreis-, Land- und Bundessache. Und was das bedeutet, dürfte ja wohl allen hier klar sein :( aus der traum. Die hocken bestimmt wieder einmal auf ihren Daten und rücken die nur gegen Kohle raus. Oder das killerargument datenschutz wird mal wieder benutzt. ich würde mich natürlich für alle freuen, wenn jemand die harte tour durch bundes-, landes- usw -verkehrsämer schafft oder eine andere legale quelle auftut. gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/Karte-die-Verwaltungskategorie-der-Stra-en-darstellt-tp5776638p5777213.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo Matthias, On 11/26/10 12:42, Matthias Julius wrote: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das Problem ist Kontinuitaet und der Mangel von Spezifikation. Anfangs kannte Osmosis nur den Modus, in dem ich es jetzt betreibe - dass nicht vorhandene Objekte auch nicht referenziert wurden. Irgendwann wurde das Verhalten umgestellt auf das, was heute der Default ist, naemlich, dass im Zweifel inkonsitente Extrakte entstehen, aber dafuer keine Objekte verstuemmelt werden. Damals wollte ich aber den Benutzern der Extrakte keine Aenderung zumuten, denn viele hatten sich darauf verlassen, konsistente Extrakte zu haben. Und jetzt haben wir es ja wieder gesehen; ich habe eine Aenderung geplant, die aber die Reihenfolge der Relationen im File betraefe, und es gab Leute, die damit nicht klarkommen. Wenn es jetzt eine exakte Spezifikation gaebe, in der z.B. drin steht, worauf man sich verlassen darf und worauf nicht, dann wuerde ich mich vermutlich einfach darauf zurueckziehen und sagen: Mein File erfuellt die Spezifikation, wenn Du die nicht verarbeiten kannst, Pech gehabt. Aber in Abwesenheit der Spezifikation gilt halt: never change a running system. Ich aergere mich manchmal, dass ich auf der Geofabrik-Seite nicht von vorn herein eine Zwangsregistrierung eingebaut habe. Als Benutzer finde ich sowas immer bescheuert, wenn ich mich irgendwo erst anmelden soll - deswegen hab ich das auch nie gemacht. Aber als Seitenbetreiber bzw. Download-Anbieter wuerde ich manchmal echt gern eine Rundmail an alle schicken: Ab dem 1.12. gibt es folgende Aenderungen, bitte richtet Euch schonmal drauf ein... - aber die Moeglichkeit habe ich nicht. Mittlerweile werden die Geofabrik-Extrakte (zu meinem Bedauern) mehr und mehr von End-User-Software heruntergeladen, da ist die Chance, die Leute zu erreichen, praktisch Null. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26. November 2010 13:52 schrieb André Riedel riedel.an...@gmail.com: Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt werden kann. highway_class, road_level, ... +1! Nur wenn wir seperate Tags für Verwaltungsebene/Trägerschaft und Verbindungsstufe haben (Ausbauzustand haben wir ja schon), können wir den unsäglichen Mischmasch irgendwann überwinden und beginnen, auf Basis dieser Informationen zu rendern und zu routen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo! Sven Geggus wrote: NopMap ekkeh...@gmx.de wrote: Ansonsten sehe ich auch die Begeisterung für PBF etwas kritischer. Es mag sein daß dieses Format deutliche Vorteile bietet - aber es gibt unzählige Applikationen, die .OSM lesen und/oder schreiben, von PBF nie etwas gehört haben und teilweise auch nicht mehr weiterentwickelt werden. Von daher glaube ich daß wir die .OSMs auch weiterhin dauerhaft brauchen werden. Da es mindestens zwei unabhängige Methoden gibt aus pbf wieder osm zu machen (osmosis und osm2pbf in c) und das nicht mal länger dauert als bz2 zu entpacken sehe ich das nicht als Problem. Kommt immer drauf an, wer die Daten nutzen will. Für Dich und mich sicher kein Problem, das eigene Tooling entsprechend anzupassen. Wenn ich mir aber einen unbedarften Endanwender vorstelle, mit einer halbwegs einfach zu bedienenden Software XY, die direkt .osm liest - sagen wir mal Gosmore oder Kosmos - der hat keine Ahnung was er mit einem pbf anfangen soll. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Frage-an-die-Nutzer-von-Geofabrik-Extrakten-tp5774255p5777346.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Am 26.11.2010 14:58, schrieb NopMap: Wenn ich mir aber einen unbedarften Endanwender vorstelle, mit einer halbwegs einfach zu bedienenden Software XY, die direkt .osm liest - sagen wir mal Gosmore oder Kosmos - der hat keine Ahnung was er mit einem pbf anfangen soll. Ja das stimmt. Ich habe viel mit bz2 direkt nach php gepiped und dort mit expat ausgewertet. Klar kann ich bz2 einfach durch pbf2osm ersetzen aber dazu muss ich pbf2psm erstmal in meinem cygwin kompiliert bekommen - und das ist nicht einfach. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Heiko Jacobs wrote: Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. Ortsdurchfahrten durch Gemeinden je nach Ortsgröße/Bundesland? Das ist wohl der wichtigste Fall. Es gibt aber auch Sonderregelungen für Kreuzungsbauwerke und die Möglichkeit, die Baulast durch öffentlich- rechtlichen Vertrag zu übertragen. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26.11.2010 13:52, schrieb André Riedel: Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... In Sachsen für Landstraßen noch das S und in Bayern für jeden Lankreis was anderes. Also so simple ist das nicht. Richtig, kreisabhängig und S ist in By St. Aber alle Benennungen sind eindeutig und wenn sauber getaggt ist, kann man das algorithmisch sauber voneinander trennen. Von daher sehe ich noch nicht die Notwendigkeit von neuen Tags, weil die nur eine Untermenge abbilden von dem, was schon drin ist. Das bringt nur zusätzliche Fehlermöglichkeiten rein ... Baulasten wären wieder was anderes, wer's haben will, die sind so noch nicht drin. Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste mit möglicherweise inkorrekten Str aßennamen
Hallo, Am Freitag 26 November 2010 08:23:18 schrieb Lück, Michael: Ich hab gestern ein paar von den Einträgen selbst korrigiert. Oftmals ist auch das highway-tag falsch gesetzt. Zum Beispiel beim http://www.openstreetmap.org/browse/way/78446184 , dort musste einfach nur highway von track auf raceway geändert werden. ist gerade gelöscht worden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Tom Müller tomsmuel...@gmx.net Hallo, ich suche eine Karte, die die Straßen nach ihrer Verwaltungsklasse darstellt? Also bspw. alle Gemeindestraßen grün, alle Kreisstraßen blau usw? Kennt jemand zufällig eine Map die so etwas bietet? Oder gibt es Print-Karten die soetwas darstellen? Für NRW: http://tools.geofabrik.de/osmi/?view=strassennrwlon=7.79345lat=51.47405zoom=8 Und dann haben mehrere Bundesländer ihre Straßeninformationsdatenbanken (Stichwort: NWSIB und BAYSIS) online - wobei wir die Daten wohl eher nicht verwenden dürfen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 14:50, schrieb Martin Simon: Am 26. November 2010 13:52 schrieb André Riedelriedel.an...@gmail.com: Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt werden kann. highway_class, road_level, ... +1! Nur wenn wir seperate Tags für Verwaltungsebene/Trägerschaft und Verbindungsstufe haben (Ausbauzustand haben wir ja schon), können wir Verbindungsstufe? den unsäglichen Mischmasch irgendwann überwinden und beginnen, auf Basis dieser Informationen zu rendern und zu routen. Was soll ein Routen und Rendern nach Verwaltungsebene/Trägerschaft? Dann würde in Karlsruhe der internaionale Ost-West-Schwerverkehr Rotterdam-Balkan über eine Bundesstraße mit je einer Spur pro Richtung im Mischverkehr mit einer Straßenbahn geroutet statt über eine autobahnähnliche Kreisstraße? Wer die Straße bezahlt, interessiert niemand im realen Straßenverkehr. Deswegen habe ich schon bunte Wechsel zwischen primary/Bundesstraße und secondary/Landesstraße auf ein- und derselben Verbindung (Bundesstraßeneubau nur abschnittsweise fertig) auf primary vereinheitlicht... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26.11.2010 15:11, schrieb Mark Obrembalski: Heiko Jacobs wrote: Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. Ortsdurchfahrten durch Gemeinden je nach Ortsgröße/Bundesland? Das ist wohl der wichtigste Fall. ... den man immerhin an den kleinen Schildchen mit OD drauf gelegentlich erfassen kann, während ... Es gibt aber auch Sonderregelungen für Kreuzungsbauwerke und die Möglichkeit, die Baulast durch öffentlich- rechtlichen Vertrag zu übertragen. ... das nirgends dransteht und schwierig zu erfassen wäre ... OD nach diesen straßenverwaltungsrechtlichen Kriterien ist übrigens nicht identisch mit der Ortslage nach siedlungsbaurechtlichen Kriterien oder geschlossener Ortschaft nach straßenverkehrsrechtlichen Kriterien, um mal die Verwirrung zu maximieren ;-) Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 André Riedel riedel.an...@gmail.com Am 26. November 2010 13:22 schrieb Heiko Jacobs heiko.jac...@gmx.de: Am 26.11.2010 12:58, schrieb Mark Obrembalski: keine Sorge, es geht dabei nicht darum die Informationen in die OSM einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen Daten. Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten - nicht über highway=*, aber vielleicht über operator=*. Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... In Sachsen für Landstraßen noch das S und in Bayern für jeden Lankreis was anderes. Also so simple ist das nicht. Jepp, die Verhleichbarkeit ist dadurch nicht gewährt. Woher weiß man, dass 'St 2121' und 'L7' die gleiche Straßenklasse sind (Landesstraßen / zweite Ebene des klassifizierten Straßennetzes)? Woher weiß man dass die italienische 'SS 20' und die deutsche 'B 238' die gleiche Straßenklasse sind (Nationalstraße / erste Ebene des klassifizierten Straßennetzes)? Nein, 'ref' ist dafür ungeeignet, da es die Nummer und nicht die Klasse darstellt. Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt werden kann. highway_class, road_level, ... Ich würde schon versuchen, sowas global zu vereinheitlichen. Auf dieser Seite gibt es die Straßensysteme aller Länder: http://monterie.com/ Werte könnten dann sein: highway_class=motorway (Autobahnen) highway_class=expressway (Schnellstraßen; gibt es in Deutschland nicht) highway_class=primary (erste Ebene des klassifizierten Straßennetzes; z.B. Bundesstraßen, Strada Statale) highway_class=secondary (zweite Ebene des klassifizierten Straßennetzes; z.B. Landesstraßen, Staatsstraßen) highway_class=tertiary (dritte Ebene des klassifizierten Straßennetzes; z.B.Kreisstraßen) Da jede klassifizierte Straße eine route-Relation hat, würde ich diesen Tag einfach in diese Relation schreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 12:40, schrieb Tom Müller: Am 26.11.2010 12:34, schrieb Falk Zscheile: Eine solche Karte gibt es meines Wissens nach nicht. Sie lässt sich auch nicht einfach aus den OSM-Daten generieren, weil OSM andere Kategorien verwendet. So fallen unter die Verwaltungsklasse Gemeindestraße verschiedene Wege, die bei Openstreetmap als highway=living_street, highway=service, highway=residential, highway=pedestrian, highway=unclassified eingetragen sind. Genau deswegen suche ich eine solche Karte, eben um eine Abschätzung machen zu können, ob die Straßenkategorien der OSM irgendwie mit der Verwaltungsklasse korrelieren oder eben nicht. Und das geht durchaus nach meiner Meinung mit dem ref=* - fängt mit A an - Bundesautobahn - fängt mit B an - Bundesstraße - fängt mit L, S oder St an - Landesstraße - fängt anders an - Kreisstraße - ref gib's nicht - Gemeindestraße ... wenn alles sauber getaggt ist. In der Wikipedia/OSM-Wiki oder so würde ich noch mal Bayern nachschlagen, ich meine, da gab's einen Spezialfall. War's Augsburg, das seine Kreisstraßen mit A numeriert? Aber motorway/Rest dürfte leicht unterscheidbar sein ;-) Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Heiko Jacobs heiko.jac...@gmx.de Am 26.11.2010 14:50, schrieb Martin Simon: Am 26. November 2010 13:52 schrieb André Riedelriedel.an...@gmail.com: Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt werden kann. highway_class, road_level, ... +1! Nur wenn wir seperate Tags für Verwaltungsebene/Trägerschaft und Verbindungsstufe haben (Ausbauzustand haben wir ja schon), können wir Verbindungsstufe? Nach RIN: http://de.wikipedia.org/wiki/Richtlinien_f%C3%BCr_integrierte_Netzgestaltung Aber wie erfassen und taggen. OK, man könnte sich die Verbindungsfunktion nach RIN selbst ermitteln... den unsäglichen Mischmasch irgendwann überwinden und beginnen, auf Basis dieser Informationen zu rendern und zu routen. Was soll ein Routen und Rendern nach Verwaltungsebene/Trägerschaft? Dann würde in Karlsruhe der internaionale Ost-West-Schwerverkehr Rotterdam-Balkan über eine Bundesstraße mit je einer Spur pro Richtung im Mischverkehr mit einer Straßenbahn geroutet statt über eine autobahnähnliche Kreisstraße? Wer die Straße bezahlt, interessiert niemand im realen Straßenverkehr. Deswegen habe ich schon bunte Wechsel zwischen primary/Bundesstraße und secondary/Landesstraße auf ein- und derselben Verbindung (Bundesstraßeneubau nur abschnittsweise fertig) auf primary vereinheitlicht... Sagt ja auch niemand, dass das das einzige Kriterium sein sollte. Aber umsomehr Informationen man hat, desto besser kann das Egebnis werden. Und es gibt ja auch keinen Grund, sowas nicht zu erfassen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 15:43, schrieb Robert S.: ür NRW: http://tools.geofabrik.de/osmi/?view=strassennrwlon=7.79345lat=51.47405zoom=8 cool danke. Weißt Du woher die Daten stammen? Sind die aus der OSM abgeleitet, oder tatsächlich vom Land bereitgestellt? Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Heiko Jacobs wrote: - ref gib's nicht - Gemeindestraße Oder ganz anderer Träger. Selten, kommt aber vor. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Tom Müller tomsmuel...@gmx.net Am 26.11.2010 15:43, schrieb Robert S.: ür NRW: http://tools.geofabrik.de/osmi/?view=strassennrwlon=7.79345lat=51.47405zoom=8 cool danke. Weißt Du woher die Daten stammen? Sind die aus der OSM abgeleitet, oder tatsächlich vom Land bereitgestellt? http://wiki.openstreetmap.org/wiki/Import/Catalogue/Strassen_NRW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 15:56, schrieb Robert S.: 2010/11/26 André Riedelriedel.an...@gmail.com Am 26. November 2010 13:22 schrieb Heiko Jacobsheiko.jac...@gmx.de: Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... In Sachsen für Landstraßen noch das S und in Bayern für jeden Lankreis was anderes. Jepp, die Verhleichbarkeit ist dadurch nicht gewährt. Woher weiß man, dass 'St 2121' und 'L7' die gleiche Straßenklasse sind (Landesstraßen / zweite Ebene des klassifizierten Straßennetzes)? Weil das die deutschen Behörden so definiert haben. Woher weiß man dass die italienische 'SS 20' und die deutsche 'B 238' die gleiche Straßenklasse sind (Nationalstraße / erste Ebene des klassifizierten Straßennetzes)? Es ging nur um den Vergleich in Deutschland Nein, 'ref' ist dafür ungeeignet, da es die Nummer und nicht die Klasse darstellt. Doch, in Deutschland steckt das in ref mit drin, wenn man weiß, es zu lesen. Ich würde schon versuchen, sowas global zu vereinheitlichen. Werte könnten dann sein: highway_class=motorway (Autobahnen) highway_class=expressway (Schnellstraßen; gibt es in Deutschland nicht) highway_class=primary (erste Ebene des klassifizierten Straßennetzes; z.B. Bundesstraßen, Strada Statale) highway_class=secondary (zweite Ebene des klassifizierten Straßennetzes; z.B. Landesstraßen, Staatsstraßen) highway_class=tertiary (dritte Ebene des klassifizierten Straßennetzes; z.B.Kreisstraßen) a) sind mir diese Benennungen zu nahe am bisherigen System dran, das wird zu Verwechslungen führen b) wage ich zu bezweifeln, ob eine globale Vereinheitlichung wirklich klappt, weil dann wirklich Äpfel und Birnen zusammen geworfen werden, wenn Klasse 3 in Deutschland und Klasse 3 in Hintertupfistan wenig miteinander zu tun haben ... Da jede klassifizierte Straße eine route-Relation hat, würde ich diesen Tag einfach in diese Relation schreiben. Sind schon alle kleine Straßen relationiert? Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Hallo, On 11/26/10 14:58, NopMap wrote: Wenn ich mir aber einen unbedarften Endanwender vorstelle, mit einer halbwegs einfach zu bedienenden Software XY, die direkt .osm liest - sagen wir mal Gosmore oder Kosmos - der hat keine Ahnung was er mit einem pbf anfangen soll. Wobei es mir da eh ganz lieb ist, wenn sich die Gosmore- oder Kosmos-Community darum kuemmert, diesen Leuten geeignete Daten zur Verfuegung zu stellen, so dass da noch ein Buffer zwischen den rohen Geofabrik-Daten und den unbedarften Endanwendern ist. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 14:32:51 +0100, Frederik Ramm frede...@remote.org wrote: Hallo Matthias, On 11/26/10 12:42, Matthias Julius wrote: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das Problem ist Kontinuitaet und der Mangel von Spezifikation. Anfangs kannte Osmosis nur den Modus, in dem ich es jetzt betreibe - dass nicht vorhandene Objekte auch nicht referenziert wurden. Irgendwann wurde das Verhalten umgestellt auf das, was heute der Default ist, naemlich, dass im Zweifel inkonsitente Extrakte entstehen, aber dafuer keine Objekte verstuemmelt werden. Damals wollte ich aber den Benutzern der Extrakte keine Aenderung zumuten, denn viele hatten sich darauf verlassen, konsistente Extrakte zu haben. Leider schliesst das alle Anwender aus, die sich für grenzüberschreitende Gebiete interessieren. Klar, man kann sich den nächstgrösseren Extrakt nehmen und sich das interessante Gebiet herausschneiden. Aber erstens muss man dann deutlich mehr Daten herunterladen, als man braucht, und dann ist es auch deutlich aufwendiger, sich einen Grenzpolygon zu basteln und zu pflegen als sich ein paar Extrakte auszusuchen und zusammenzuführen. Und jetzt haben wir es ja wieder gesehen; ich habe eine Aenderung geplant, die aber die Reihenfolge der Relationen im File betraefe, und es gab Leute, die damit nicht klarkommen. Wenn es jetzt eine exakte Spezifikation gaebe, in der z.B. drin steht, worauf man sich verlassen darf und worauf nicht, dann wuerde ich mich vermutlich einfach darauf zurueckziehen und sagen: Mein File erfuellt die Spezifikation, wenn Du die nicht verarbeiten kannst, Pech gehabt. Aber in Abwesenheit der Spezifikation gilt halt: never change a running system. Wenn Programmautoren sich auf Annahmen verlassen, die in keiner Spezifikation stehen, sind sie aber auch selber schuld. ;-) Ich würde sagen, das Mass der Dinge ist die API. Programme, die .osm-Dateien verarbeiten, sollten alles akzeptieren, was die API so an Daten ausspuckt. Und wenn die API z.B. keine Garantien zur Reihenfolge der Daten gibt, sollten Programme sich auch nicht darauf verlassen. Wenn Programme nur mit Geofabrik-Extrakten funktionieren, ist das ja auch ein bisschen kurzsichtig. Ich aergere mich manchmal, dass ich auf der Geofabrik-Seite nicht von vorn herein eine Zwangsregistrierung eingebaut habe. Als Benutzer finde ich sowas immer bescheuert, wenn ich mich irgendwo erst anmelden soll - deswegen hab ich das auch nie gemacht. Aber als Seitenbetreiber bzw. Download-Anbieter wuerde ich manchmal echt gern eine Rundmail an alle schicken: Ab dem 1.12. gibt es folgende Aenderungen, bitte richtet Euch schonmal drauf ein... - aber die Moeglichkeit habe ich nicht. Mittlerweile werden die Geofabrik-Extrakte (zu meinem Bedauern) mehr und mehr von End-User-Software heruntergeladen, da ist die Chance, die Leute zu erreichen, praktisch Null. Eine Zwangsregistrierung fände ich auch unangebracht. Aber eine freiwillige wäre vielleicht nicht schlecht. Am einfachsten geht das wahrscheinlich per Mailingliste, die jeder abonieren kann, der auf dem Laufenden gehalten werden will. Die Endanwender zu informieren ist eigentlich gar nicht so wichtig. Es sind ja die Programmautoren, die ihre Anwender ggf. mit Updates zu versorgen haben. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Heiko Jacobs wrote: Wer die Straße bezahlt, interessiert niemand im realen Straßenverkehr. Eher selten, aber doch spätestens, wenn er wegen eines Schlaglochs einen Unfall baut und wissen will, wen er verklagen kann. Oder wenn er sich beschweren will, dass der Schneepflug noch nicht da war. Deswegen habe ich schon bunte Wechsel zwischen primary/Bundesstraße und secondary/Landesstraße auf ein- und derselben Verbindung (Bundesstraßeneubau nur abschnittsweise fertig) auf primary vereinheitlicht... Dass die Trägerschaft nicht durch highway=* wiedergegeben werden soll, darüber sind wir uns hier ja anscheinend alle einig. Die Frage ist nur, wie man am besten ref=* auswertet und welche Informationen man noch zusätzlich eingeben muss. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Am 26.11.2010 06:35, schrieb Jens Frank: Gerade im Firefox getestet: Keinerlei Probleme, alles funktioniert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Heiko Jacobs heiko.jac...@gmx.de Und das geht durchaus nach meiner Meinung mit dem ref=* - fängt mit A an - Bundesautobahn - fängt mit B an - Bundesstraße - fängt mit L, S oder St an - Landesstraße - fängt anders an - Kreisstraße - ref gib's nicht - Gemeindestraße ... wenn alles sauber getaggt ist. Ja toll, wunderbare Insellösung. Schon in Österreich sieht das anders aus: - fängt mit A an - Bundesautobahn / Bundesstraße A - fängt mit S an - Bundesschnellstraße / Bundesstraße S - fängt mit B an - Landesstraße B - fängt mit L an - Landesstraße L ... In der Wikipedia/OSM-Wiki oder so würde ich noch mal Bayern nachschlagen, ich meine, da gab's einen Spezialfall. War's Augsburg, das seine Kreisstraßen mit A numeriert? Aber motorway/Rest dürfte leicht unterscheidbar sein ;-) Ja, es war Augsburg. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Peter Körner osm-li...@mazdermind.de wrote: Ja das stimmt. Ich habe viel mit bz2 direkt nach php gepiped und dort mit expat ausgewertet. Klar kann ich bz2 einfach durch pbf2osm ersetzen aber dazu muss ich pbf2psm erstmal in meinem cygwin kompiliert bekommen - und das ist nicht einfach. Du könntest jetzt wahlweise eine gescheite Scriptsprache für die es eine Protocoll-buffers Implementierung gibt oder ein gescheites OS verwenden :) *SCNR* Sven P.S.: Früher oder später wird jemand sicher ein pbf2osm.exe bauen vorzugsweise mit mingw damit man keine cygwin dll braucht. -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Heiko Jacobs heiko.jac...@gmx.de Am 26.11.2010 15:56, schrieb Robert S.: 2010/11/26 André Riedelriedel.an...@gmail.com Am 26. November 2010 13:22 schrieb Heiko Jacobsheiko.jac...@gmx.de: Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ... Dort eben das K/L/B/A/... In Sachsen für Landstraßen noch das S und in Bayern für jeden Lankreis was anderes. Jepp, die Verhleichbarkeit ist dadurch nicht gewährt. Woher weiß man, dass 'St 2121' und 'L7' die gleiche Straßenklasse sind (Landesstraßen / zweite Ebene des klassifizierten Straßennetzes)? Weil das die deutschen Behörden so definiert haben. Es braucht also weitere Informationen. Das ist nicht so toll. Woher weiß man dass die italienische 'SS 20' und die deutsche 'B 238' die gleiche Straßenklasse sind (Nationalstraße / erste Ebene des klassifizierten Straßennetzes)? Es ging nur um den Vergleich in Deutschland Mir nicht! Ich würde schon gerne eine Internationale Vergleichbarkeit haben. Ich würde schon versuchen, sowas global zu vereinheitlichen. Werte könnten dann sein: highway_class=motorway (Autobahnen) highway_class=expressway (Schnellstraßen; gibt es in Deutschland nicht) highway_class=primary (erste Ebene des klassifizierten Straßennetzes; z.B. Bundesstraßen, Strada Statale) highway_class=secondary (zweite Ebene des klassifizierten Straßennetzes; z.B. Landesstraßen, Staatsstraßen) highway_class=tertiary (dritte Ebene des klassifizierten Straßennetzes; z.B.Kreisstraßen) a) sind mir diese Benennungen zu nahe am bisherigen System dran, das wird zu Verwechslungen führen Ist ja nur ein Vorschlag b) wage ich zu bezweifeln, ob eine globale Vereinheitlichung wirklich klappt, weil dann wirklich Äpfel und Birnen zusammen geworfen werden, wenn Klasse 3 in Deutschland und Klasse 3 in Hintertupfistan wenig miteinander zu tun haben ... Es geht nur um die administrative Klassifizierung - ob das in der Realität vergleichbar ist, ist für diesen speziellen Tag egal. Da jede klassifizierte Straße eine route-Relation hat, würde ich diesen Tag einfach in diese Relation schreiben. Sind schon alle kleine Straßen relationiert? Sie sollten es sein - wenn nicht - erstellen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Heiko Jacobs wrote: Ortsdurchfahrten durch Gemeinden je nach Ortsgröße/Bundesland? Das ist wohl der wichtigste Fall. ... den man immerhin an den kleinen Schildchen mit OD drauf gelegentlich erfassen kann, während ... Und zwar am besten als solche und nicht über Angabe zur Baulast - von dem Status hängt ja noch mehr ab, und Einwohnerzahlen ändern sich. Eine Angabe operator=* ist also nur in den selteneren Fällen sinnvoll. Gibt es schon ein Tag für Ortsdurchfahrten? Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 16:07, schrieb Robert S.: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Strassen_NRW Interessant. Wenn Du nun auch noch weißt, welche Informationen die Daten alle enthalen, wäre ich restlost glücklich :) Die Frage ist, enthalten die Daten Angaben zu zul. Höchstgeschwindigkeit, Anzahl Fahrspuren, Fahrbahnbreite, etc.pp.? Vielen Dank! Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
Hallo Georg, Danke, aber das war leider auch nichts. hab jetzt folgendes durchexerziert: JOSM vollständig gelöscht. Wo die Plugins beim MAC liegen konnte ich anhand dieser Seite gut finden, http://josm.openstreetmap.de/wiki/De:Plugins dort hab ich ebenfalls alles rausgeschmissen. JOSM für MAC vom JOSM Wiki komplett neu geladen. (wmsplugin 24221 ) Neustart Plugins der Reihe nach aktiviert.. Und Resultat war leider genauso enttäuschend: auch diesmal wurde das WMS Plugin mit der gleichen Meldung wieder abgelehnt (JOSM läuft sonst nach meinem Eindruck völlig Fehlerfrei) Bin mal gespannt, ob da irgend eine Lösung möglich ist... UMAX974 Ich würde ansonsten - das WMS-Plugin in JOSM deaktivieren - JOSM beenden - die WMS-Plugin-Dateien löschen (um einen neuen Download zu erzwingen) - JOSM starten - das WMS-Plugin aktivieren (und so einen neuen Download erzwingen) Leider kann ich Dir mangels MAC nicht sagen, wo die Plugin-Dateien genau liegen. Ich vermute aber stark, das die Directory-Struktur auch ...\JOSM\plugins\wmsplugin ... lautet Gruß Georg ___ 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] Sperre für Oberförster?
Am 25.11.2010 21:53, schrieb Michael Bemmerl: Heiko Jacobs schrieb: Am 23.11.2010 23:01, schrieb Walter Nordmann: frederik, schade um dein bemühen. oberförster hat meines wissens nach noch NIE auf irgend einen Kontaktversuch auf allen mir bekannten wegen geantwortet. Hieß der Oberförster nicht vorher mal Kraftfahrstraßen oder so? Nicht unbedingt, denn Kraftfahrstraßen und Oberförser sind zwei verschiedene Accounts. Ob natürlich die gleiche Person hinter beiden steckt, steht natürlich auf einem anderen Blatt... Vermutlich. Anmeldung und letzter Edit vpn Kraftfahrstraßen, forstwald und Oberförster ergibt eine Reihung ohne Überschneidungen und ich meine Kraftfahrstraßen gab's noch mal in ähnlicher Schreibweise zwischendrin. Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OD-Steine an Straßen war: Karte die Verwaltungskategorie der Straßen darstellt?
Am 26. November 2010 15:53 schrieb Heiko Jacobs heiko.jac...@gmx.de: OD nach diesen straßenverwaltungsrechtlichen Kriterien ist übrigens nicht identisch mit der Ortslage nach siedlungsbaurechtlichen Kriterien oder geschlossener Ortschaft nach straßenverkehrsrechtlichen Kriterien, um mal die Verwirrung zu maximieren ;-) Diese Steinchen sind mir auch schon aufgefallen. Gibt es dafür schon ein Tag bzw. hat davon vielleicht schon ein Foto, dass er fürs Wiki zur Verfügung stellen könnte. Hat jemand für die OD-Steine eine Rechtsnorm/Gesetz? Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Mark Obrembalski m...@obrembalski.de Heiko Jacobs wrote: Ortsdurchfahrten durch Gemeinden je nach Ortsgröße/Bundesland? Das ist wohl der wichtigste Fall. ... den man immerhin an den kleinen Schildchen mit OD drauf gelegentlich erfassen kann, während ... Und zwar am besten als solche und nicht über Angabe zur Baulast - von dem Status hängt ja noch mehr ab, und Einwohnerzahlen ändern sich. Eine Angabe operator=* ist also nur in den selteneren Fällen sinnvoll. Gibt es schon ein Tag für Ortsdurchfahrten? zone:traffic=DE:urban Wobei sich das am Ortseingansschild und nicht am verwaltungsrechtlichen OD-Stein orientiert - und die können durchaus an unterschiedlichen Stellen stehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Tom Müller tomsmuel...@gmx.net Am 26.11.2010 16:07, schrieb Robert S.: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Strassen_NRW Interessant. Wenn Du nun auch noch weißt, welche Informationen die Daten alle enthalen, wäre ich restlost glücklich :) Ich hätte jetzt ja gesagt, schau dir einfach mal die Orginaldaten unter http://download.geofabrik.de/strassen-nrw/http://download.geofabrik.de/strassen-nrw/K/K10/K10_DN_1.osman - aber da gibts ja nur Error 404... Die Frage ist, enthalten die Daten Angaben zu zul. Höchstgeschwindigkeit, Anzahl Fahrspuren, Fahrbahnbreite, etc.pp.? Nein, nur verwaltungstechnische Dinge wie Straßennummer, Klasse und Abschnittsnummer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Rainer Kluge rklug...@web.de wrote: Am 26.11.2010 08:00, schrieb André Joost: Hast du eventuell einen Permalink gespeichert, dessen layers-Parameter nicht mehr funktionieren? Ich denke, das ist der entscheidende Hinweis. Ich hatte ebenfalls Probleme, aber mit neuem Permalink sind die weg. Der Alte Permalink endete auf layers=B0TF, der neue auf layers=B0TFFF Ich rufe http://sautter.com/map/; auf. Es wird dann meine Heimatregion angezeigt, ohne dass sich in der Adressleiste etwas ändert und ohne dass ich wüßte, wieso. Ist da möglicherweise ein versteckter Permalink gespeichert und wie bekomme ich den gegebenenfalls weg? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] news von steve coast
Walter Nordmann walter.nordm...@web.de wrote: gerade im forum aufgeschnapt. http://blog.stevecoast.com/im-working-at-microsoft-and-were-donating-ima Bing bietet in großen Städten neben den senkrecht geschossenen Satellitenfotos auch weitere noch besser aufgelöste, schräg aufgenomme Fotos aus vier Himmelsrichtungen an, die von einer Befliegung stammen könnten. Ist bekannt, ob diese ebenfalls genutzt werden dürfen? Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26. November 2010 15:49 schrieb Heiko Jacobs heiko.jac...@gmx.de: Was soll ein Routen und Rendern nach Verwaltungsebene/Trägerschaft? Dann würde in Karlsruhe der internaionale Ost-West-Schwerverkehr Rotterdam-Balkan über eine Bundesstraße mit je einer Spur pro Richtung im Mischverkehr mit einer Straßenbahn geroutet statt über eine autobahnähnliche Kreisstraße? Du hast das Anliegen nicht verstanden. Es geht darum, die Informationen zu entheddern, so daß die Leute, die Verwaltungsgeschichte visualisieren wollen dies können, ohne diese Information ins Highway-tag zu pressen, was die Mehrheit tatsächlich ablehnt. Die Pseudoinformation in ref hilft dabei nicht wirklich, vor allem, wenn man nicht nur das kleine Gallische Dorf Deutschland betrachten will. Wer die Straße bezahlt, interessiert niemand im realen Straßenverkehr. Deswegen habe ich schon bunte Wechsel zwischen primary/Bundesstraße und secondary/Landesstraße auf ein- und derselben Verbindung (Bundesstraßeneubau nur abschnittsweise fertig) auf primary vereinheitlicht... Natürlich interessiert es verschiedene Leute, ob es sich um eine Landes- oder Bundesstraße handelt. man kann durchaus Ausbauzustand, Verbindungsstufe o.ä. darstellen und *gleichzeitig* die Verwaltungsebene. Aber nur, wenn diese Informationen auch da sind und nicht entweder teilweise unterdrückt werden oder mit anderem in einem tag vermengt sind. Den Rest haben auch schon andere gesagt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] news von steve coast
Hallo, On 11/26/10 17:18, Tirkon wrote: Bing bietet in großen Städten neben den senkrecht geschossenen Satellitenfotos auch weitere noch besser aufgelöste, schräg aufgenomme Fotos aus vier Himmelsrichtungen an, die von einer Befliegung stammen könnten. Ist bekannt, ob diese ebenfalls genutzt werden dürfen? Steve schrieb kuerzlich auf #osm, dass diese Schraegbilder vermutlich (zunaechst?) nicht erlaubt seien. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
André Joost wrote: Am 25.11.10 20:53, schrieb aighes: Hallo, mit splitter und mkgmap gab es keine Probleme. Mit der neuen Reihenfolge dürfte es auch einfach möglich sein, Tags von Superrelationen auf ihre Memberrelationen zu vererben. Das hat aber so seine Tücken, wenn die Mitgleider einer Network-relation z.B. Rothaarsteig und Zuwege dann andere Symbole haben können als der Hauptweg. Vor allem möchte ich darum bitten, wegen der Möglichkeit der Vererbung keine essentiellen tags aus den Routenrelationen zu entfernen. Das macht denen das Leben schwer, die diese Vererbung nicht auswerten können. Und wen die Sammelrelation mal kaputt sein sollte, bekommst du die Informationen nur noch schwer zusammen. Gruß, André Joost Hallo André, das Vererben muss schon derjenige machen, der die Daten verarbeitet. Bspw. in einem Stylefile. Dieser muss dann auch überblicken, wie bzw. ob das ganze sinnvoll umsetzbar ist. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Frage-an-die-Nutzer-von-Geofabrik-Extrakten-tp5774255p5777857.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Robert S. wrote: Gibt es schon ein Tag für Ortsdurchfahrten? zone:traffic=DE:urban Wobei sich das am Ortseingansschild und nicht am verwaltungsrechtlichen OD-Stein orientiert - und die können durchaus an unterschiedlichen Stellen stehen. Das passt also nicht, auch nicht von der Bezeichnung her, eben weil in Ortsdurchfahrten keine besonderen Verkehrsregeln (traffic) gelten. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
2010/11/26 Mark Obrembalski m...@obrembalski.de Robert S. wrote: Gibt es schon ein Tag für Ortsdurchfahrten? zone:traffic=DE:urban Wobei sich das am Ortseingansschild und nicht am verwaltungsrechtlichen OD-Stein orientiert - und die können durchaus an unterschiedlichen Stellen stehen. Das passt also nicht, auch nicht von der Bezeichnung her, eben weil in Ortsdurchfahrten keine besonderen Verkehrsregeln (traffic) gelten. Nicht? - Höhere Bußgelder - Ohne anderlautende Beschilderung Vmax=50 - beidseitiges Überhohlen erlaubt - Hupverbot(?) Sind das keine besonderen Verkehrsregeln? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Tirkon schrieb: Rainer Kluge rklug...@web.de wrote: Am 26.11.2010 08:00, schrieb André Joost: Hast du eventuell einen Permalink gespeichert, dessen layers-Parameter nicht mehr funktionieren? Ich denke, das ist der entscheidende Hinweis. Ich hatte ebenfalls Probleme, aber mit neuem Permalink sind die weg. Der Alte Permalink endete auf layers=B0TF, der neue auf layers=B0TFFF Ich rufe http://sautter.com/map/; auf. Es wird dann meine Heimatregion angezeigt, ohne dass sich in der Adressleiste etwas ändert und ohne dass ich wüßte, wieso. Ist da möglicherweise ein versteckter Permalink gespeichert und wie bekomme ich den gegebenenfalls weg? Kekse? -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Robert S. osm-m...@autobahnen-europa.eu wrote: Und das geht durchaus nach meiner Meinung mit dem ref=* - fängt mit A an - Bundesautobahn - fängt mit B an - Bundesstraße - fängt mit L, S oder St an - Landesstraße - fängt anders an - Kreisstraße - ref gib's nicht - Gemeindestraße ... wenn alles sauber getaggt ist. Ja toll, wunderbare Insellösung. Schon in Österreich sieht das anders aus: - fängt mit A an - Bundesautobahn / Bundesstraße A - fängt mit S an - Bundesschnellstraße / Bundesstraße S - fängt mit B an - Landesstraße B - fängt mit L an - Landesstraße L ... Hmmh, sind die Insellösungen nicht schon durch die Staaten gegeben und von OSM nur übernommen? Da jeder Staat eine andere Gesetzgebung bezüglich Gebietskörperschaften und deren Straßenzuständigkeit sowie Straßenklassen und Referenzbezeichnungen hat, wird es wohl keine einheitliche Lösung geben können. Selbst die anfänglich in OSM angenommene Zuordnung primary = Bundesstraße secondary = Landessttraße tertiary = Kreisstraße war eine von der Community auf Deutschland adaptierte Lösung. In dieser Ordnung störte zudem der Trunk, der einen Ausbauzustand darstellte und Alles von Bundesstraße bis Stadtstraße repräsentieren konnte (und kann). Mit der Umstellung der anderen höherwertigen Straßentags auf Ausbauzustand ist zumindest diese Stoßstelle beseitigt. Diese Lösung setzt sich nach meinem Eindruck zunehmend durch. Die OSM-Referenzierung ist eine Übernahme der amtlichen Regelungen. Eine Ordnung, nach der man diese Insellösungen staatsübergreifend korreliert, kann jeder nach seinen eigenen Gesichtspunkten aus den vorhandenen Tags erstellen. Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Robert S. wrote: Wobei sich das am Ortseingansschild und nicht am verwaltungsrechtlichen OD-Stein orientiert - und die können durchaus an unterschiedlichen Stellen stehen. Das passt also nicht, auch nicht von der Bezeichnung her, eben weil in Ortsdurchfahrten keine besonderen Verkehrsregeln (traffic) gelten. Nicht? - Höhere Bußgelder - Ohne anderlautende Beschilderung Vmax=50 - beidseitiges Überhohlen erlaubt - Hupverbot(?) Sind das keine besonderen Verkehrsregeln? Doch, die gelten aber eben in den durch Ortseingangsschilder gekennzeichneten geschlossenen Ortschaften und nicht in den allenfalls durch OD-Steine markierten Ortsdurchfahrten. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QA Tool gesucht
hi, habe das prg etwas optimiert und die aufgabe viergeteilt. also gibt es nun wieder ganz deutschland, nach relationstypen getrennt. es lädt gerade hoch. links auf der wiki seite des relation checks. ciao gerhard On Tue, 2010-11-23 at 20:35 +0100, Matthias Versen wrote: Hallo ! Ich habe bisher die Auswertung des Relationchecks von Gary benutzt um alle Relationsfehler in Deutschland zu beheben. Der Check hat als Liste alle Relationfehler von multipolygon/boundary/restriction Relation als praktische Liste ausgegeben mit einem Link für JOSM Remote. Also ähnlich wie der Area Check : http://www.gary68.de/osm/qa/some/ac_germany.htm Leider ist germany.osm mittlerweile so groß geworden das Garys Perl Tool aufgrund von OOM nicht mehr funktioniert. Kennt jemand einen Ersatz oder könnte hier aushelfen denn Fehler in den Relationen sind leider ziemlich häufig und gerade PLZ und Grenzrelationen werden immer wichtiger. Matthias ___ 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] boundaries, postgres: gelöschte ways werden trotzdem gerendert
Am 26. November 2010 07:50 schrieb André Joost andre+jo...@nurfuerspam.de: Wertet Mapnik nicht auch irgendwelche shapefiles world_boundaries aus? ja, aber nicht hier. Das sind tiles in einem Zoombereich, wo das nicht zum Tragen kommt. Ausserdem geht es mir ja um abgeschnittene Grenzen aus dem Extrakt, es sind also auf keinen Fall die Lowzoom-Grenzen von NaturalEarth. Als Workaround werde ich wohl einfach die uebrigen Grenzen aus dem Planet holen, dann sind sie wenigstens nicht abgeschnitten ;-) Wie ist das eigentlich, AFAIK kann man mit osm2pgsql auch zusaetzliche Daten nachtraeglich mit in die db laden, geht das nur mit Diffs? Werden da dann u.U. doppelte Objekte erzeugt, oder werden anhand der IDs der Daten doppelte gleich beim Import verworfen? Wahrscheinlich waere so eine Pruefung wohl zu langsam? Wenn man mit Osmosis 2 Datensaetze mergt, werden dabei Doppelte erkannt? Gibt es dabei ein Konfliktmanagement (z.B. das neuere wird behalten)? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokalisierung und bessere Suche in Taginfo
On Tue, Nov 23, 2010 at 09:55:12AM +0100, Matthias Julius wrote: On Mon, 22 Nov 2010 18:42:51 +0100, Jochen Topf joc...@remote.org wrote: Außerdem wurde die Suche komplett überarbeitet. Es wird jetzt in Keys und in Values gesucht. Dabei wird eine Prefix-Suche verwendet, d.h. max findet maxspeed, aber nicht betamax. Bestandteile eines Keys oder Values, die durch Doppelpunkt, Leerzeichen oder dergl. getrennt sind, werden einzeln gefunden. Sucht man nach etwas wie =residential (ohne Anführungs- zeichen aber mit dem Gleichheitszeichen), so werden alle values mit residential drin gefunden, gleich welcher Key. Sowas wie highway=residential geht auch. Der einzige kleine Schönheitsfehler, der mir aufgefallen ist, ist, dass Values, die bei mehreren Keys vorkommen, mehrfach in der Ergebnisliste stehen. Man kann zwar den zugehörigen Key recht einfach per Tooltip herausfinden, aber übersichtlicher wäre es, wenn die Keys in irgendeiner Form direkt in der Ergebnisliste ständen. Hast recht. Habe eine Key-Spalte eingebaut. Und weil ich dabei war noch ein paar Such-Bugs gefixt, die offenbar keiner bemerkt hatte. :-) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Holger Blum ho...@gmx.net writes: Merkwürdige Relationen anlegen ist das eine... ref = B 9 Skuriles Radverbot wurde korrigiert - zu ref = B 9 Skurriles Radverbot http://www.openstreetmap.org/browse/way/4369169/history ...aber erwiesenermaßen korrekte Tags massenhaft mit komplettem Unsinn zu überschreiben und dadurch zig Mappern Arbeit zu machen ist einfach komplett daneben. Merkwürdig schon, aber kompletter unsinn sind die edits keineswegs. Man versteht die edits, wenn man weiß, worauf es im ankommt: Offensichtlich möchte er, dass man auf der mapnik(?)-karte erkennen kann, wo man mit dem fahrrad fahren darf und wo nicht. Es wird ja wohl niemand bestreiten wollen, dass die karte in dieser hinsicht defizite hat (oder hat sich da etwas geändert?). Insbesondere kann man nicht erkennen, ob man auf trunks fahren darf oder nicht. Es mag ja für den autofahrer wichtig sein, dass er auf einen blick erkennen kann, ob eine straße autobahnmäßig ausgebaut ist oder nicht; dem radfahrer nützt das aber nur sehr wenig, wenn er nicht vorab erkennen kann, ob er dort überhaupt fahren darf oder nicht. Sogesehen ist es sehr sinnvoll, trunk dann und nur dann zu setzen, wenn es eine kraftfahrstraße (331) ist (oder wenn es eine verkehrlich bedeutsame straße ist, auf der radverkehr verboten ist (254)). Die erkennbarkeit wird auch erreicht, wenn man ref entsprechend anpasst. Diese ref-anpassung ist freilich sehr grenzwertig, der gebrauch von trunk ist aber gar nicht so abwegig; denn den autobahnmäßigen ausbau sollte man ja eigentlich anderen tags (lanes, width, oneway etc.) und tatsächlichen gegebenheiten (keine kreuzungen, keine ampeln, leitplanken etc.) entnehmen können. Möglicherweise sind ja auch sinnvolle Edits dabei, aber diese zwischen den ganzen Merkwürdigkeiten herauszupicken kann man IMHO von niemandem verlangen. Die edits sind sinnvoll, du kannst es nur nicht erkennen ;) In sofern wäre ich dafür, diese Changesets komplett zu revertieren bevor zu viele manuelle Korrekturen durchgeführt werden und der Aufwand damit nur noch größer wird. Wie man auf lange Sicht mit so etwas umgeht..? Keine Ahnung :-( Das ist doch ganz einfach. Man muss die tatsächlichen gegebenheiten mappen (lanes, min- und maxspeed, traffic_sign etc.) und sich nicht auf ein vermeintlich eindeutiges highway-tag verlassen. Renderer und router müssen diese detailtags auswerten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
2010/11/26 Karl Eichwalder k...@gnu.franken.de: Merkwürdig schon, aber kompletter unsinn sind die edits keineswegs. Man versteht die edits, wenn man weiß, worauf es im ankommt: sieht so aus, ja. Diese ref-anpassung ist freilich sehr grenzwertig, der gebrauch von trunk ist aber gar nicht so abwegig; denn den autobahnmäßigen ausbau sollte man ja eigentlich anderen tags (lanes, width, oneway etc.) und tatsächlichen gegebenheiten (keine kreuzungen, keine ampeln, leitplanken etc.) entnehmen können. Das Problem ist, dass lanes, width und oneway nur dann ein Kriterium sind, wenn es auch keine Ampeln und keine Kreuzungen (niveaugleich) gibt. Und das wiederum erfordert, dass alles bis in die Details gemappt ist. Soweit ist man noch nicht mal in Deutschland ueberall. Fuer das Fahrradfahren gibt es die Tags motorroad und explizit bicycle. Mapnik ist nunmal keine Fahrradkarte und wenn der Oberfoerster sie trotzdem verwenden will, sollte er wohl den Stil anpassen. Die Refs zuzuspammen ist bei derzeitigem Stand (gemeint ist, wie fest etabliert das ref-Schema ist) schon quasi Vandalismus m.E. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
UMAX974 wrote: Hallo Georg, Danke, aber das war leider auch nichts. hab jetzt folgendes durchexerziert: JOSM vollständig gelöscht. Wo die Plugins beim MAC liegen konnte ich anhand dieser Seite gut finden, http://josm.openstreetmap.de/wiki/De:Plugins dort hab ich ebenfalls alles rausgeschmissen. JOSM für MAC vom JOSM Wiki komplett neu geladen. (wmsplugin 24221 ) Neustart Plugins der Reihe nach aktiviert.. Und Resultat war leider genauso enttäuschend: auch diesmal wurde das WMS Plugin mit der gleichen Meldung wieder abgelehnt (JOSM läuft sonst nach meinem Eindruck völlig Fehlerfrei) Bin mal gespannt, ob da irgend eine Lösung möglich ist... Wie von Martin bereits geschrieben: für Fehlerberichte bitte am Besten ein Ticket in trac erstellen: http://josm.openstreetmap.de/ (oben rechts: New ticket) Und am besten gleich die Ausgabe von der Konsole hinzufügen. Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?
Am 26. November 2010 12:58 schrieb Mark Obrembalski m...@obrembalski.de: Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten - nicht über highway=*, aber vielleicht über operator=*. Wobei Verwaltungsklasse und Trägerschaft der Baulast allerdings auch auseinanderfallen können. ja, operator, oder vielleicht auch ein ref:operator oder was anderes (was dann eine Abkuerzung sein koennte, weil der operator als Kommune eben eine bestimmte Kommune ist, waehrend ja eher ein Tag gefragt ist, der allgemein erkennen laesst, dass es _eine_ Kommune ist, nicht welche). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Matthias Julius li...@julius-net.net writes: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Ich würde sogar noch weitergehen und diese extrakte nach landesgrenzen komplett aufgeben -- das ist doch nur etwas für verwaltungsfuzzies und kommerzheinis ;) Einfach die welt stur gleichmäßig segmentieren und sicherstellen, dass man aneinandergrenzende segmente mit einer einfachen methode (idealerweise mit cat) vereinen kann. Wer dann eine deutschlandkarte machen will, muss vielleicht 4 oder 5 segmente runterladen und vereinen -- und dann kann's losgehen. Mein konkretes Problem: Ich wohne z.Z. in der Schweiz, meine Eltern in D und die meiner besseren Hälfte in F. Wir sind also in den drei Ländern häufig unterwegs und daher möchte ich mir eine Garmin-Karte basteln, die diese Länder enthält. Mit den Geofabrik-Extrakten ist dies so nicht möglich. Eben. Ich brauche oft die deutsch-österreichische alpenregion (plus ein bisschen Schweiz und Norditalien)... Mir ist natürlich bewusst, dass es da auch andere Lösungen gibt, aber das zusammenfügen von ein paar Extrakten is deutlich bequemer als das Ausschneiden aus dem Europa-Extrakt z.B. Dem will ich mich gern anschließen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
Hab ich inzwischen dort eingeben, hab es nur der Vollständigkeit halber hier noch stehen lassen... Gruß UMAX974 Am 26.11.2010 um 20:41 schrieb Sebastian Klein: UMAX974 wrote: Hallo Georg, Danke, aber das war leider auch nichts. hab jetzt folgendes durchexerziert: JOSM vollständig gelöscht. Wo die Plugins beim MAC liegen konnte ich anhand dieser Seite gut finden, http://josm.openstreetmap.de/wiki/De:Plugins dort hab ich ebenfalls alles rausgeschmissen. JOSM für MAC vom JOSM Wiki komplett neu geladen. (wmsplugin 24221 ) Neustart Plugins der Reihe nach aktiviert.. Und Resultat war leider genauso enttäuschend: auch diesmal wurde das WMS Plugin mit der gleichen Meldung wieder abgelehnt (JOSM läuft sonst nach meinem Eindruck völlig Fehlerfrei) Bin mal gespannt, ob da irgend eine Lösung möglich ist... Wie von Martin bereits geschrieben: für Fehlerberichte bitte am Besten ein Ticket in trac erstellen: http://josm.openstreetmap.de/ (oben rechts: New ticket) Und am besten gleich die Ausgabe von der Konsole hinzufügen. Sebastian ___ 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] xybot kann sich nicht zwischen Schweiz und Deutschland entscheiden
Ein Fundstück zum Schmunzeln: http://www.openstreetmap.org/browse/relation/1279148/history Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte die Verwaltungskategorie der Stra ßen darstellt?
Moin, Robert S. schrieb: 2010/11/26 Tom Müller tomsmuel...@gmx.net Hallo, ich suche eine Karte, die die Straßen nach ihrer Verwaltungsklasse darstellt? Also bspw. alle Gemeindestraßen grün, alle Kreisstraßen blau usw? Kennt jemand zufällig eine Map die so etwas bietet? Und dann haben mehrere Bundesländer ihre Straßeninformationsdatenbanken zum Nur mal gucken z.B. für Schleswig-Holstein http://www.strassen-sh.de/index.cgi Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OD-Steine an Straßen war: Karte die Verwaltungskategorie der Straßen darstellt?
On 11/26/2010 04:32 PM, Falk Zscheile wrote: Diese Steinchen sind mir auch schon aufgefallen. Gibt es dafür schon ein Tag bzw. hat davon vielleicht schon ein Foto, dass er fürs Wiki zur Verfügung stellen könnte. Ein Foto kann ich morgen machen. Hat jemand für die OD-Steine eine Rechtsnorm/Gesetz? Wikipedia hat was dazu: http://de.wikipedia.org/wiki/Ortsdurchfahrt Frank __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Am 26.11.2010 18:29, schrieb Andre Joost: Ich rufe http://sautter.com/map/; auf. Es wird dann meine Heimatregion angezeigt, ohne dass sich in der Adressleiste etwas ändert und ohne dass ich wüßte, wieso. Ist da möglicherweise ein versteckter Permalink gespeichert und wie bekomme ich den gegebenenfalls weg? Kekse? Nö, GeoLocation-Service von www.maxmind.com. When a person visits your website, GeoIP can determine which country, region, city, postal code, area code the visitor is coming from. Also fast so evil wie G**gle. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
also ganz so schlimm ist es nicht. die ip ist vom provider und DESSEN Standort nehmen die. bei mir liegen die 40 km daneben. 79.211.137.185 DE Germany 08 Rheinland-Pfalz Mainz 50. 8.2711 Deutsche Telekom AG Deutsche Telekom AG und dazu bin ich garnicht bei der telekom. merkwürdig. gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Google-Yahoo-Vergleich-http-sautter-com-map-funktioniert-nicht-tp5776111p5778460.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Karl Eichwalder k...@gnu.franken.de wrote: Offensichtlich möchte er, dass man auf der mapnik(?)-karte erkennen kann, wo man mit dem fahrrad fahren darf und wo nicht. Openstreetmap ist in erster Linie eine Datenbank, welche möglichst viele Anwendungen bedient. Sie ist damit auch Grundlage für Fahradkarten. Gerade Openstreetmap berücksichtigt erklärtermaßen die Bedürfnisse der Fahradfahrer und Fußgänger besser als jede andere Datengrundlage oder Karte. Nicht umsonst wird das Mapping für OSM zu einem überwältigenden Teil derartig fortbewegt erledigt. OSM bietet alle Voraussetungen, um eine auf Fahrräder optimierte Karte daraus abzuleiten. Wenn im hier fraglichen Fall eine Straße Kraftfahrstraße ist, so haben wir hierfür das eindeutige motorroad-Tag. Dort ist das Fahrradfahren in Deutschland verboten. Von daher braucht es dort kein redundantes Fahrradverbot. Eine auf Fahrräder getrimmte Anwendung kann dies automatisch voraussetzen. Wenngleich Trunks in Deutschland meist auch Kraftfahrstraßen sind, so sind das dennoch grundsätzlich zwei verschiedene Paar Schuhe. Äußerst detailliert und mit Beispielbildern ist das hier beschrieben: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrunk Die Online-Mapnik-Karte ist derzeit die einzige Karte auf den OSM Servern. Sie versucht, die wichtigsten Dinge für möglichst viele Anwender zu visualisieren und kann daher nicht auf Fahrräder optimiert sein. Die OSM Server und technischen Admins sind schon mit den jetzigen Aufgaben mehr als ausgelastet. Man hat derzeit nicht die Ressourcen, um selbst weitere Karten anzubieten. Es sei denn, jemand bringt entsprechende personelle und technische Ressourcen in das Projekt ein. Daher frage ich mich, wozu es die aus OSM abgeleiteten fremdgehosteten Fahrradkarten gibt. Hier hätte man die Gelegenheit, fehlende Features - zum Beispiel Fahrradverbote - nachzufragen. Daher fände ich ein Verhalten, die für MÖGLICHST VIELE Anwendungsarten gedachte und einzig verfügbare OSM-eigene Karte zu einer Spezialkarte umfunktionieren zu wollen, nicht allzu communityfreundlich. Ein jeder Andere stellt seine Feature Requests für die Mapnik- oder andere Karten und wartet geduldig auf die Umsetzung - manchmal auch vergeblich. Denn auch die Programmierer arbeiten bei OSM freiwillig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Chris66 chris66...@gmx.de wrote: Ich rufe http://sautter.com/map/; auf. Es wird dann meine Heimatregion angezeigt, ohne dass sich in der Adressleiste etwas ändert und ohne dass ich wüßte, wieso. Ist da möglicherweise ein versteckter Permalink gespeichert und wie bekomme ich den gegebenenfalls weg? Kekse? Nö, GeoLocation-Service von www.maxmind.com. When a person visits your website, GeoIP can determine which country, region, city, postal code, area code the visitor is coming from. Also fast so evil wie G**gle. ;-) Um den Bogen zum Ursprungsposting zu schließen: Und wie bekomme ich jetzt diesen aufgezwängten Home-Permalink weg, damit die Karte bei mir wieder funktioniert? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Moin, Karl Eichwalder schrieb: Merkwürdig schon, aber kompletter unsinn sind die edits keineswegs. Man versteht die edits, wenn man weiß, worauf es im ankommt: Offensichtlich möchte er, dass man auf der mapnik(?)-karte erkennen kann, wo man mit dem fahrrad fahren darf und wo nicht. Es wird ja wohl niemand bestreiten wollen, dass die karte in dieser hinsicht defizite hat (oder hat sich da etwas geändert?). Genau, zeigt auf Mapnik *alles* an, was irgendwie darstellbar oder auswertbar ist - dann kann sich zumindest keiner mehr beschweren, dass er etwas nicht findet ... und jeder kann ihm dann auf die Finger hauen, das er es nur nicht gefunden hat ... Ich möchte übrigens auch auf der Karte erkennen können - wo man reiten darf und wo nicht - wo man mit dem PKW fahren darf und wo nicht - wo man mit dem LKW fahren darf und wo nicht - wo man als Fußgänger nicht mit Fahrad-Rowdies rechnen muss - wo nachts die Lampen nur zeitweise leuchten - wo die Blitzer morgens oder abends stehen - usw. usw. Diese ref-anpassung ist freilich sehr grenzwertig, der gebrauch von trunk ist aber gar nicht so abwegig; denn den autobahnmäßigen ausbau sollte man ja eigentlich anderen tags (lanes, width, oneway etc.) und tatsächlichen gegebenheiten (keine kreuzungen, keine ampeln, leitplanken etc.) entnehmen können. jo, eine Routing-Software muss nur die Geometrie einer Strecke optisch auswerten, dann weiß sie einfach, dass dort keine Kreuzungen, aber dafür Verzögerungs- und Beschleunigungsstreifen vorhanden sind und man dort eine höhere Durchschnittsgeschwindigkeit annehmen kann. Das ist doch ganz einfach. Man muss die tatsächlichen gegebenheiten mappen (lanes, min- und maxspeed, traffic_sign etc.) und sich nicht auf ein vermeintlich eindeutiges highway-tag verlassen. Renderer und router müssen diese detailtags auswerten. z. B. ein Detail-Tag für Kreuzungsfrei mit Verzögerungs- und Beschleunigungsstreifen - man könnte es ja trunk nennen ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Am 26.11.2010 20:02, schrieb Karl Eichwalder: Merkwürdig schon, aber kompletter unsinn sind die edits keineswegs. Man versteht die edits, wenn man weiß, worauf es im ankommt: In ein ref Skurriles Radverbot reinschreiben ist kompletter Unsinn, Punkt. Dass bei ihm auch sinnvolle Edits dabei sind bestreite ich nicht. Offensichtlich möchte er, dass man auf der mapnik(?)-karte erkennen kann, wo man mit dem fahrrad fahren darf und wo nicht. Das Anliegen kann er ja, wie jeder anderer Mapper im Projekt auch, an geeigneter Stelle vorbringen. Oder er wird halt selber aktiv, Möglichkeiten gibts genug. Aber anscheinend ist es einfacher, vorhandenes für die eigenen Zwecke zu verbiegen und damit bestehende Anwendungen zu stören als sich in der Community zu engagieren. Nach 200m rechts auf B 9 Skurriles Radverbot abbiegen. Hallo? Es wird ja wohl niemand bestreiten wollen, dass die karte in dieser hinsicht defizite hat (oder hat sich da etwas geändert?). Insbesondere kann man nicht erkennen, ob man auf trunks fahren darf oder nicht. Es mag ja für den autofahrer wichtig sein, dass er auf einen blick erkennen kann, ob eine straße autobahnmäßig ausgebaut ist oder nicht; dem radfahrer nützt das aber nur sehr wenig, wenn er nicht vorab erkennen kann, ob er dort überhaupt fahren darf oder nicht. Das ist doch primär ein Problem des Renderings und nicht des Taggings! Osmarender hebt motorroad=yes in der Karte hervor, wie an anderer Stelle schon geschrieben, und wenn ich mich recht erinnere wurde das Kraftfahrstraßen damals auch schon mitgeteilt. Und wenn jemand Spezialkarten will, dann kann er sich die selbst erstellen, oder soll jede mögliche Verkehrsbeschränkung auf unserer Mapnik-Karte gerendert werden? Sogesehen ist es sehr sinnvoll, trunk dann und nur dann zu setzen, wenn es eine kraftfahrstraße (331) ist (oder wenn es eine verkehrlich bedeutsame straße ist, auf der radverkehr verboten ist (254)). Die erkennbarkeit wird auch erreicht, wenn man ref entsprechend anpasst. Diese ref-anpassung ist freilich sehr grenzwertig, der gebrauch von trunk ist aber gar nicht so abwegig; denn den autobahnmäßigen ausbau sollte man ja eigentlich anderen tags (lanes, width, oneway etc.) und tatsächlichen gegebenheiten (keine kreuzungen, keine ampeln, leitplanken etc.) entnehmen können. Über Tagging-Feinheiten an sich kann man meinentwegen diskutieren, da gibt es sicher noch Unschärfen. Aber darum geht es hier gar nicht! Möglicherweise sind ja auch sinnvolle Edits dabei, aber diese zwischen den ganzen Merkwürdigkeiten herauszupicken kann man IMHO von niemandem verlangen. Die edits sind sinnvoll, du kannst es nur nicht erkennen ;) Ich kann zumindest erkennen, dass irgendwelche persönliche Kommentare im ref= nix verloren haben. Ich kann auch erkennen, dass das systematische Löschen von _link an Auffahrten dem etablierten Taggingschema widerspricht. Ich sehe, dass er motorroad=yes an Straßen dranhängt, die keine Kraftfahrstraßen sind. Ich habe so meine Zweifel, ob seine großflächigen Edits aus Ortskenntnis heraus entstehen oder nur von irgendwelchen bereits vorhandenen Tags getriggert werden und damit einfach nur falsch und für die lokalen Mapper ein Ärgernis sind, die sich möglicherweise beim Editiern der Straße vorher auch schon etwas gedacht haben. Und das ganze noch kombiniert mit der Verweigerung jeglicher Kommunikation, die in einem solchen Projekt unverzichtbar ist. Darum geht es, und nicht um irgendwelche redundanten bicycle=no an Autobahnen oder ob eine Straße nun trunk oder primary ist. Das ist doch ganz einfach. Man muss die tatsächlichen gegebenheiten mappen (lanes, min- und maxspeed, traffic_sign etc.) und sich nicht auf ein vermeintlich eindeutiges highway-tag verlassen. Renderer und router müssen diese detailtags auswerten. Genau, so wie beispielsweise ein korrekt gesetztes motorroad=yes... Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] download.geofabrik.de überlastet ?
Hallo, vor ein paar Tagen wollte ich schon einen Extract von der Geofabrik laden: 503 Heute auch fast dauernd 503. Und als es endlich klappt tröpfelt es mit 8k/s durch die Leitung. Ist das nur eine temporäre Überlast oder müssen wir Werbung für mirrors machen? gwdg spiegelt ja einen Teil, könnte da auch der Rest gemirrort werden? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Karl Eichwalder k...@gnu.franken.de wrote: Das ist doch ganz einfach. Man muss die tatsächlichen gegebenheiten mappen (lanes, min- und maxspeed, traffic_sign etc.) und sich nicht auf ein vermeintlich eindeutiges highway-tag verlassen. Renderer und router müssen diese detailtags auswerten. Ich hätte nicht gedacht, dass das so einfach ist. :-) Ich würde mich freuen, wenn Du dieses Feature in die Realität umsetzen könntet und zukünftig die Trunks ohne weiteres Zutun gerendert werden könnten. Wenn ich es richtig sehe, müsste die Software hierzu in der Lage sein, die durch unterschiedliches Mapping zerstückelte Straße als eine durchgehende Verbindungslinie zu erkennen. Diese Linie wäre dann jeweils zwischen zwei Anschlussstellen (,nachdem diese als solche erkannt wurden) komplett auf mögliche Verletzung der Trunk-Regeln zu prüfen. Das hätte auch zur positiven Folge, dass trunkverletzende Fehlmappings, wie versehentlich eingebaute Verbindungen mit höhenfrei gekreuzten Straßen schnell identifiziert werden könnten. Aber genau diese am Stück Erkennung scheint bisher nicht gelöst zu sein. Bisher müssen nämlich die Straßenstücke, die beispielsweise durchgehend mit der gleichen Referenz gekennzeichnet ist, vermöge einer Relation eingesammelt werden. Es ist recht schwierig, diese Relationen - zum Beispiel bei einer 5000 km langen Europastraße - fehlerfrei zu halten. Dies gilt insbesondere, wenn sie nach Russland führt und neben der Sprach- auch die Schriftbarriere überschreitet. Kaum jemand kennt eine solche Straße in ihrer gesamten Länge und ist in der Lage, Beschädigungen in der Relation zu überprüfen. Sehe ich es richtig, dass Dein zur Trunkerkennung gehöriger am Stück Algorithmus auch gleichzeitig diese Relationen erübrigen könnte? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flughafen namen und Kennnummern
HI ! weiß einer wie man für einen Flugplatz die IATA-Nummer etc. herausbekommen kann? Es geht mir um http://www.openstreetmap.org/browse/node/1006442278 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flughafen namen und Kennnummern
Hallo, versuchs mal da: http://www.airlineupdate.com/content_public/codes/airportcodes/airport_iatacodes/airport_iata.htm Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Flughafen-namen-und-Kennnummern-tp5779097p5779175.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
