[Talk-de] ungültige Relationen im Wiki
Moin ! in der letzten Zeit sind mir vermehrt Relationen im wiki untergekommen die nicht mehr gültig sind. Gibt es irgendwie eine Suche und Ersetz-Funktion / ein Boot der diese kennzeichnet / auflistet Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Dead End" Karte an Grenze zu Luxemburg und Frankreich
Moin,
Am 08.08.2012 22:34, schrieb Masi Master:
Am 08.08.2012, 16:11 Uhr, schrieb ThomasB :
Huch, ich wusste gar nicht, dass da noch jemand drauf schaut.
aber immer doch, äh noch. ;-)
Update wird immer noch gerne gesehen, da die Suche nach den Echten
zwischen den Erledigten langsam mühsehlig wird ...
Minimaler Kritikpunkt währe, dass Enden an highway=construction als
false-positive erkannt werden.
Und vielleicht, dass man nicht die Fehler direkt in JOSM reinladen
kann (wie beim OSMI),
b) kann man (zumindest als WMS-Hintergrund)
wms:http://suncobalt.dyndns.org:82/wms?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&Layers=deadend&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
und a) wären da noch die route=ferry, die als false-positive erkannt werden.
(Wo hier gerade darüber gesprochen wird).
Gruß
Georg
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Moin, Am 08.08.2012 18:31, schrieb Butrus Damaskus: 2012/7/24 Georg Feddern : In einem Land mit genereller Mautpflicht für einen bestimmten Straßentyp würde ich auch explizit die Ausnahmen taggen. In einem Land mit expliziter Mautpflicht für bestimmte Abschnitte eines Straßentyps würde ich auch explizit die Abschnitte taggen. Ja, und das Programm, dass sich bemüht die Daten international zu nutzen wird davon verrückt... Sonst wird doch immer geschrien, dass man nationale Implikationen gefälligst in der Vorverarbeitung per Tabelle zu berücksichtigen hat ... Aber ja - ich bin auch kein Freund von (nationalen) Implikationen. Ich möchte auch gar nicht, dass diese nationale Implikation 'festgeschrieben' wird - weil das nur dazu führt, dass dann 'implizite' Daten gelöscht werden, weil sie ja "unnötig sind und nur die Datenbank aufblähen" ... Obwohl - hier ja wohl nicht, da diese impliziten Daten hier ja ausdrücklich gefordert werden ... Für eine internationale Nutzung darf es eigentlich auch nur internationale Implikationen geben. Das führt aber wahrscheinlich dazu, dass es (fast) gar keine Implikationen mehr geben wird/darf. Oder eben zu nationalen Tabellen, die zu berücksichtigen sind ... Aber sieh das mal als "Einführungs-Sonderangebot": Man erledigt die händische Arbeit auf dem geringeren Teil und lässt die umfangreichere Arbeit dann (halb)automatisch (z.B. per Bot oder flächiges Suchen/Ersetzen) erledigen. Dann hat sich das Implizite per se erledigt und anschließend muss man dann nur die (unvermeintlichen) Ausreißer/Fehler per Ortskenntnis/QS nachpflegen. Man kann natürlich auch erst das Implizierte eintragen und dann die Ausnahmen erfassen ... Wenn man etwas national impliziert, kann man es aber auch national explizit eintragen - das macht für die Fehler in den Daten/ der Auswertung keinerlei Unterschied! Ausgenommen der (sogenannten) Datenbankbelastung und der Tag-Übersichtlichkeit - aber wie gesagt, hier wird ja gerade der größere Teil der Daten in der Datenbank gefordert! Es geht hier schließlich um Daten, die nur für einen begrenzten Nutzerkreis von Bedeutung sind und keineswegs die Allgemeinheit betreffen (zumindest derzeit noch nicht). Dann sollte man denjenigen, die die Daten erheben und nutzen möchten, auch einen gewissen Freiraum lassen, wie sie die Daten für Ihre Zwecke erheben und nutzen. Wenn andere ebenfalls diese Daten nutzen möchten , können Sie sich an die Implikation anhängen - oder müssen eben selber dafür sorgen, dass die Daten explizit erhoben werden. Am Schlimmsten fände ich jedoch, wenn jetzt die eigentlich national impliziten Daten eingetragen werden _müssen_ - und dagegen die nationalen Ausnahmen impliziert werden und ja nicht eingetragen werden dürfen! Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Hallo Friedrich. Zunächst mal Herzlich willkommen. Der Hinweis zur richtigen Spur dürfte in dem etwas blöd klingenden Satz liegen: OSM ist eine Datenbank, keine Karte. Keine Karte? Nein: Eine Sammlung von Karten, die Möglichkeit, beliebige Karten herzustellen. Die Karte auf osm.org (genaugenommen ja auch da schon die Karten, denn auch da gibt's ja schon vier) ist eine mögliche Darstellung von vielen, die man aus der gemeinsamen Datenbank generieren kann. Hinter diesen Karten liegt jeweils ein Rendering-Stylesheet, das Regeln enthält, wie welche Daten dargestellt werden, und das enthält natürlich nicht alle möglichen Daten, sonst wäre die Karte viel zu voll. Für amenity=restaurant gibt es eine solche Regel - deshalb ist dein Restaurant zu sehen, für shop=music (oder so ähnlich) gibt es diese Regel nicht. Es ist also kein Unterschied zwischen amenity und shop als Schlüssel, sondern die ganz konkreten Regeln können auch für das Key-Value-Paar gemeinsam gelten, so werden ja auch manche shops dargestellt (z.B. shop=supermarket, shop=clothes ...). Warum ist jetzt der Musikladen nicht auf der Karte? Ich bin keiner von den Mapnik-Stil-Machern, kann also nur vermutungen aufstellen: Möglichkeit 1: Hatte keiner von denen auf dem Schirm. Möglichkeit 2: Gab kein passendes Icon dafür, da hat man's erstmal gelassen. Möglichkeit 3: Ist bewusst weggelassen worden - aus welchen Gründen auch immer. Was kann man dagegen tun? Der Stil für Mapnik ist frei zugänglich im SVN, siehe auch https://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml Fehlermeldungen und Änderungswünsche kannst du da im Trac auch direkt einstellen - wie das geht, brauche ich dir vermutlich nicht zu erklären, wenn du OpenSource-Erfahrungen hast. Allerdings sind solche "Fehler" eben eigentlich keine Fehler, sondern Änderungsvorschläge - wenns hoch kommt Verbesserungsvorschläge. Meine bisherigen Versuche, da Änderungen vorzuschlagen, endeten letztlich darin, dass ohne Patch und ausführlicher Tests nicht viel zu machen war; aber versuchen kannst du's natürlich. Gruß Peter P.S.: Du kannst dir natürlich auch eine andere osm-basierte Karte suchen und die Macher da fragen, ob sie es aufnehmen wollen; oder direkt eine eigene Karte anfangen - wenn du das lieber willst ;) Am 09.08.2012 02:46, schrieb Friedrich Strohmaier: Hallo Leute, ich bin neu hier und mach's mal kurz mit der Vorstellung: Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen Gründung bei LibreOffice. So, jetzt zum Thema: bin gerade dabei die Karte in unserem Flecken etwas aufzumotzen und habe jetzt schon zwei Restaurants und einen Laden, sowie ein paar Hausnummern eingetragen. Hier meine ersten Gehversuche der letzten Tage: http://www.openstreetmap.org/user/bitsfritz/edits Hier beiße ich mir gerade die Zähne aus: http://www.openstreetmap.org/browse/node/1857884543 Ich möchte gerne, dass in der Karte das Symbol - idealerweise mit Bezeichnung - für den Musikladen angzeigt wird, so wie beim Restaurant hier: http://www.openstreetmap.org/browse/node/1856321273 Bevor ich weiter herumexperimentiere wie hier zu sehen: http://www.openstreetmap.org/browse/node/1856933637/history würde ich doch lieber wissen, wie ich das gezielt hinbekommen kann. Irgendwie will sich mir der Unterschied zwischen dem Verhalten von shop=* und amenity=* in dieser Hinsicht nicht erschließen. Hat jemand den Link zur richtigen Spur? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Hallo Leute, ich bin neu hier und mach's mal kurz mit der Vorstellung: Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen Gründung bei LibreOffice. So, jetzt zum Thema: bin gerade dabei die Karte in unserem Flecken etwas aufzumotzen und habe jetzt schon zwei Restaurants und einen Laden, sowie ein paar Hausnummern eingetragen. Hier meine ersten Gehversuche der letzten Tage: http://www.openstreetmap.org/user/bitsfritz/edits Hier beiße ich mir gerade die Zähne aus: http://www.openstreetmap.org/browse/node/1857884543 Ich möchte gerne, dass in der Karte das Symbol - idealerweise mit Bezeichnung - für den Musikladen angzeigt wird, so wie beim Restaurant hier: http://www.openstreetmap.org/browse/node/1856321273 Bevor ich weiter herumexperimentiere wie hier zu sehen: http://www.openstreetmap.org/browse/node/1856933637/history würde ich doch lieber wissen, wie ich das gezielt hinbekommen kann. Irgendwie will sich mir der Unterschied zwischen dem Verhalten von shop=* und amenity=* in dieser Hinsicht nicht erschließen. Hat jemand den Link zur richtigen Spur? -- Friedrich Schöne Grüße von der Schwäbischen Alb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:22, schrieb Dieter Jasper: Am 08.08.2012 23:07, schrieb fly: Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. Das war ein Denkfehler, da nur motorways + trunks in diesem Zoombereich angezeigt werden [1] http://www.openstreetmap.org/browse/way/175131740/history Die paar Nodes habe ich selber erstellt und dann gelöscht. Das war nur der Anfang der N3, die sehr viel länger ist. Jetzt verstehe ich das auch nicht mehr und der redaction bot war hier auch nicht am Werk [2]. Da scheint mir jemand am Löschen von Daten. Militärgebiete und andere Linien sind auch verschwunden, was mein unter [2] durch Wechseln des Base layers sehen kann. Kann sich das mal jemand genauer anschauen. Danke [2] http://tools.geofabrik.de/osmi/?view=redactionbot&lon=-15.45396&lat=23.47821&zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012, 11:27 Uhr, schrieb Martin Koppenhoefer : Am 07.08.2012 um 14:30 schrieb "Masi Master" : Relation: type=restriction restriction=hgv hgv:toll=yes minweight=12 Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. Gruß Martin Hi Martin, meinte, dass es so ähnlich aussehen könnte (und von TURNrestriction war keine rede :) ). Ob es später type=restriction oder type=XYZ heißt, ist erstmal egal. Der Grundaufbau der Ralation kann aber so sein: type=beschränkung beschränkung=was_beschänkt_werden_soll nebenbedingungen Vorteil ist, dass man es auch für zeitabhängige Geschwindigkeitsverbote o.ä. hernehmen kann. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:07, schrieb fly: Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. [1] http://www.openstreetmap.org/browse/way/175131740/history Die paar Nodes habe ich selber erstellt und dann gelöscht. Das war nur der Anfang der N3, die sehr viel länger ist. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:05, schrieb Rainer Kluge: Am 08.08.2012 22:51, schrieb Dieter Jasper: aber warum kann keine Daten der N3 mit JOSM laden. Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat. Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr oder weniger hinterher. Dadurch kommt es dazu, dass die Strasse in manchen Leveln noch angezeigt wird, in anderen schon nicht mehr. Mit dem Redaction Bot hat das übrigens nichts zu tun Gruß Rainer Nein, ich habe die Straße N3 nicht gelöscht. Es waren ein paar Nodes, die kurz vorher selbst erstellt und hochgeladen hatte und dann wieder gelöscht habe. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch immer post Redaction Bot Daten in Mapnik.
Am 08.08.2012 23:05, schrieb Rainer Kluge: Mit dem Redaction Bot hat das übrigens nichts zu tun Hast ja recht, allerdings sieht das hier schon deutlich nach vorher [1] / nacher bzw aktuell [2] aus. Merkwürdigerweise auch genau die gleiche Zoomlevel. [1] http://www.openstreetmap.org/?lat=38.4035682678223&lon=-28.1972694396973&zoom=12 [2] http://www.openstreetmap.org/?lat=38.4060573577881&lon=-28.2161521911621&zoom=13 cu Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:51, schrieb Dieter Jasper: aber warum kann keine Daten der N3 mit JOSM laden. Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat. Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr oder weniger hinterher. Dadurch kommt es dazu, dass die Strasse in manchen Leveln noch angezeigt wird, in anderen schon nicht mehr. Mit dem Redaction Bot hat das übrigens nichts zu tun Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF Board Membership / Board Meeting Highlights
Oliver (OSMF) wrote > > Hallo deutsche OSM-Community, > > entsprechend meinem Wahlversprechen die Kommunikation zu verbessern und > dem OSM Do-ocracy Prinzip habe ich einen Blog [1] aufgesetzt, den ich als > Kommunikationskanal nutzen möchte. > > <...schnip...schnap..> > > Oliver Kühn > Board Member der OpenStreetMap Foundation > > [1] http://www.abalakov.com > [2] http://www.abalakov.com/openstreetmap-august-board-meeting-highlights > [3] > http://translate.google.de/translate?js=y&prev=_t&hl=de&ie=UTF-8&layout=1&eotf=1&u=www.abalakov.com&sl=en&tl=de > ^^Quote von Oliver Kühn, OpenStreetMap Foundation Board Member, August 2010 Dein Wahlversprechen hat nichtmal ein Jahr gehalten. Dein letzter Post über OSM in Deinem "Kommunikationskanal" ist schon über ein Jahr her. Warum bist Du nicht zurückgetreten als Dir klar wurde, dass Du nicht den Erwartungen Deiner Wähler gerecht werden kannst? Gerade Du, der sein Geld mit der Arbeit der Mapper verdient, sollte zeigen, dass er Mandat und Job trennen kann. Oder hat es nicht ganz so gut funktioniert und die Eigenschaft als Board Member hat "Opportunities" eröffnet? Danke von einem OSMF Mitglied, dass Du die Reputation der OSMF weiter verschlechtert hast. -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-Membership-Board-Meeting-Highlights-tp5307893p5720065.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] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, aber warum kann keine Daten der N3 mit JOSM laden. Die Daten werden ja nicht durch Rendern gelöscht. Gruß Dieter Jasper Am 08.08.2012 22:46, schrieb Rainer Kluge: Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die Tiles noch nicht auf dem aktuellen Stand. Gruß Rainer [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:28, schrieb Dieter Jasper: Hi Dieter Hallo, beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit JOSM geladen. Gleiches Verhalten zeigt sich bei www.informationfreeway.org und www.openstreetmap.org. Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. [1] http://www.openstreetmap.org/?lat=23.739652633667&lon=-15.6874465942383&zoom=12 [2] http://www.informationfreeway.org/?lat=23.717509469398358&lon=-15.733253486065578&zoom=12&layers=B0F0 Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, Am 08.08.2012 22:28, schrieb Dieter Jasper: Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die Tiles noch nicht auf dem aktuellen Stand. Gruß Rainer [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Dead End" Karte an Grenze zu Luxemburg und Frankreich
Am 08.08.2012, 16:11 Uhr, schrieb ThomasB : Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. [...] Viele Grüße Thomas Jep, die Karte ist super! Findet sogar Kreisverkehre, die nicht als junction=roundabout kartiert wurden. Minimaler Kritikpunkt währe, dass Enden an highway=construction als false-positive erkannt werden. Und vielleicht, dass man nicht die Fehler direkt in JOSM reinladen kann (wie beim OSMI), aber der Aufwand ist für das Übergangstool(?) nicht nötig. :) Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit JOSM geladen. Gleiches Verhalten zeigt sich bei www.informationfreeway.org und www.openstreetmap.org. Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. [1] http://www.openstreetmap.org/?lat=23.739652633667&lon=-15.6874465942383&zoom=12 [2] http://www.informationfreeway.org/?lat=23.717509469398358&lon=-15.733253486065578&zoom=12&layers=B0F0 Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.12 schrieb Chris66: Am 08.08.2012 17:13, schrieb Fabian Schmidt: - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Dann würde aber das speziellere Tag "access:N3" das allgemeine "access" überstimmen, das heisst, für Autos wär's gesperrt aber die 40 Tonner dürften da als Anlieger lang. und eben dafür suchte ich eine Motivation. Für Autos gibt es keinen Grund, dort langzufahren. Schlüssiger ist es, dass der Straßenabschnitt schon ins Mautverzeichnis aufgenommen wurde, weil er schon gebaut wurde, auch wenn er erst später in Betrieb genommen wird. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:26, schrieb Eckhart Wörner: >> - laut Google-Luftbild ist die Zufahrt verbaut Ja, deutlich zu sehen, lustig, dass Google trotzdem da lang routet. http://up.picr.de/11434172aw.jpg Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:26, schrieb Eckhart Wörner: >>> http://www.openstreetmap.org/browse/way/32463108 >>> >> aktuell ist das access=no gelöscht, ich verstehe es aber weniger als >> vorher: >> - laut Google-Luftbild ist die Zufahrt verbaut >> - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt >>oder erst abfahren und dann einen U-Turn machen >> - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, >>demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, >>die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich >>access=no, access:N3=destination > > Ist (meinem Verständnis nach) eigentlich relativ einfach: der Knoten ist > so gebaut worden, dass eine Verlängerung der Schnellstraße nach Norden > möglich ist. Weil das noch nicht passiert ist, ist die Auffahrt auf die > Schnellstraße nach Norden gesperrt. Ist vermutlich so. Lädt man sich in JOSM in dem Bereich die Tracks runter gibt es für das Stück keine. Wie sind die access:N3=destination Straßen eigentlich beschildert ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:13, schrieb Fabian Schmidt: >> http://www.openstreetmap.org/browse/way/32463108 >> >> Soll das access:N3 hier das access=no überstimmen? > > aktuell ist das access=no gelöscht, ich verstehe es aber weniger als > vorher: > > - laut Google-Luftbild ist die Zufahrt verbaut > - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt > oder erst abfahren und dann einen U-Turn machen > - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, > demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, > die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich > access=no, access:N3=destination Dann würde aber das speziellere Tag "access:N3" das allgemeine "access" überstimmen, das heisst, für Autos wär's gesperrt aber die 40 Tonner dürften da als Anlieger lang. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
2012/7/24 Georg Feddern : > > Loriot würde jetzt sagen (lassen): "Ach!" > > Das ist doch eigentlich nur genau das, was die entsprechenden Gesetze vom > Nutzer (mautpflichtigen Autofahrer) auch verlangen ... > In einem Land mit genereller Mautpflicht für einen bestimmten Straßentyp > würde ich auch explizit die Ausnahmen taggen. > In einem Land mit expliziter Mautpflicht für bestimmte Abschnitte eines > Straßentyps würde ich auch explizit die Abschnitte taggen. > > Gruß > Georg Ja, und das Programm, dass sich bemüht die Daten international zu nutzen wird davon verrückt... Petr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Fabian, Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt: > - laut Google-Luftbild ist die Zufahrt verbaut > - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt Was nicht geht, wegen oneway=yes >oder erst abfahren und dann einen U-Turn machen Was nicht geht, wegen der Abbiegebeschränkung. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Fabian, Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt: > > http://www.openstreetmap.org/browse/way/32463108 > > > aktuell ist das access=no gelöscht, ich verstehe es aber weniger als > vorher: > - laut Google-Luftbild ist die Zufahrt verbaut > - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt >oder erst abfahren und dann einen U-Turn machen > - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, >demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, >die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich >access=no, access:N3=destination Ist (meinem Verständnis nach) eigentlich relativ einfach: der Knoten ist so gebaut worden, dass eine Verlängerung der Schnellstraße nach Norden möglich ist. Weil das noch nicht passiert ist, ist die Auffahrt auf die Schnellstraße nach Norden gesperrt. Das Stück Straße, um das es hier geht, ist zur Zeit also nur Dekoration. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.12 schrieb Chris66: http://www.openstreetmap.org/browse/way/32463108 Soll das access:N3 hier das access=no überstimmen? aktuell ist das access=no gelöscht, ich verstehe es aber weniger als vorher: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt oder erst abfahren und dann einen U-Turn machen - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Marc, Am Mittwoch, 8. August 2012, 08:52:38 schrieb Marc Kannegiesser: > Sorry, das hatte ich in meiner Mail vorgestern tatsächlich falsch > geschrieben. Wir haben n2 natürlich für >3.5t verwendet, nicht für >7.5t. Wo ist für euch dann der Unterschied zwischen hgv und N2? Zur Erinnerung: > hgv=* (heavy goods vehicle; e.g., goods vehicles with a > maximum allowed mass over 3.5 tonnes) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Dead End" Karte an Grenze zu Luxemburg und Frankreich
Barthwo wrote > > zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach > meiner Detailkontrolle überhaupt keine sind: > > http://suncobalt.dyndns.org:82/deadend.php?zoom=11&lat=49.69597&lon=6.38951&layers=TBFT > > Ist das der Programmierung dieser Auswertung geschuldet? > > Oder wie könnte das zustande kommen? > > Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. Ich habe mal ein Update gemacht. In der Tat nutze ich nur DE+CH (oder falls Du Polen helfen willst eine eigene Karte, die automatisch alle 3 Stunden neu aufgesetzt wird unter http://suncobalt.dyndns.org:82/polska.php). Dabei enstehen an der Grenze natürlich abgeschnittene Straßen, die als Dead Ends angezeigt werden. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720032.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] LKW Mautinformationen
Am 08.08.2012 08:52, schrieb Marc Kannegiesser: > Verbogen haben wir also nix, zumindest wenn wieder nicht absichtlich. Moin, Siehe: http://www.openstreetmap.org/browse/way/32463108 Soll das access:N3 hier das access=no überstimmen? Und ich finde es schon verwunderlich, dass die LKW hier nicht über die B65 (trunk) sollen. Dann fahrn' sie halt mitten durch Stadthagen. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Moin, Am 08.08.2012 11:27, schrieb Martin Koppenhoefer: Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. hmm, inwiefern ist die Logik eine ganz andere? Die sogenannten'turn' restrictions werden doch jetzt schon als 'hier geht es nicht weiter' restriction verwendet, auch ohne turn. Ebenso werden dort bereits Fahrzeugklassen als 'nicht betroffen' angegeben, quasi in 'negativer Logik'. Warum kann man das dann nicht auch in 'positiver Logik' (z.B. statt except -> only) anwenden? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Dead End" Karte an Grenze zu Luxemburg und Frankreich
Am 08.08.12 schrieb Wolfgang Barth: zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach meiner Detailkontrolle überhaupt keine sind: http://suncobalt.dyndns.org:82/deadend.php?zoom=11&lat=49.69597&lon=6.38951&layers=TBFT Ist das der Programmierung dieser Auswertung geschuldet? Die Auswertung umfasst offensichtlich Deutschland und die Schweiz, die Straßen gehen aber hinter der Grenze weiter. Durch das rausschneiden der deutschen und Schweizer Strassen aus dem eurasischen Straßennetz entstehen falsche Sackgassen. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 07.08.2012 um 14:30 schrieb "Masi Master" : > Relation: > type=restriction > restriction=hgv > hgv:toll=yes > minweight=12 Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Luftbilder Lizenzen
Am 06.08.2012 um 08:54 schrieb Schorschi : > Ich brauche mal HilfeKurze Frage - kann mir hier jemand hier ohne viel > Anlauf sagen, ob die Layer "USGS Großmaßstäbige Bilder" und "MSR Maps > Urban" in josm beide lizenzmäßig (odbl) ok sind? USGS veröffentlichen AFAIK überwiegend als PD, also vermutlich kompatibel. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] "Dead End" Karte an Grenze zu Luxemburg und Frankreich
zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach meiner Detailkontrolle überhaupt keine sind: http://suncobalt.dyndns.org:82/deadend.php?zoom=11&lat=49.69597&lon=6.38951&layers=TBFT Ist das der Programmierung dieser Auswertung geschuldet? Oder wie könnte das zustande kommen? mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
