Re: [Talk-de] wieder mal - Flächen und Wege
Am 22.08.2011 07:10, schrieb Joerg Fischer: Und der Nächste, der einen fehlenden Weg ergänzt, der mit der bereits vorhandenen, aber fälschlicherweise an die Fläche gepappten Straße verbunden ist? Der muß entweder ganz genau hingucken (umständlich) das er den neuen Weg mit der Straße und nicht mit der Fläche verbindet Ganz genau hinschauen muss er eher, wenn die Fläche /nicht/ an den Weg gepappt ist - denn dann ist es fast Zufall bei entsprechender Zoomstufe, ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Sind beide aneinander geklebt, wird der node in beide Wege eingefügt. Da gibt es überhaupt kein Problem. Man kann viel mehr falsch machen, wenn zwei Wege dicht beieinander liegen - und die Fehler die daraus resultieren, sehe ich auch immer wieder. mal ehrlich: eine eingezeichnete Fläche hat wahrscheinlich noch niemanden daran gehindert, weitere Details einzutragen, nachdem er sie in der Realität entdeckt hat und/oder mit dem Kartendetailgrad unzufrieden ist. Doch. Mich. Schon oft. Es genügt das ich den Straßennamen nachtragen will oder ein maxspeed oder was auch immer. Stets muß ich die Scheißfläche (sorry) und den Weg auseinander fieseln nur weil der Vormapper das nicht konnte oder wollte. Na der wird sich bei Dir bedanken. Weshalb musst Du das denn auseinander fieseln, nur weil Du den Straßennamen ändern willst? Nutzt Du einen alten oder raren Editor? In JOSM: Mittelklick _oder_ selectaction.cycles.multiple.matches=true in den Prefs setzen In Potlatch2: ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Falls etwas nicht wie erwartet funktioniert, wäre wohl ein Bugreport zu schreiben - dokumentiert ist es jedenfalls. Rechentechnik tendierte in den letzten Jahren nicht dazu langsamer zu werden. Ich glaube nicht, das wir ab jetzt, wo Deutschland ja sehr gut erfasst ist, das Moorsche Gesetz noch schlagen können. Tschaui, Jörg Deutschland ist mitnichten sehr gut erfasst. Ich wäre nichtmal bei einem zufriedenstellend.. Und wenn Du jetzt nicht gerade auf Quantencomputer wartest, gibt es sehr wohl Gründe, Komplexität im Auge zu behalten. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkscape und Illustrator SVGZ- Export Online
Hallo Detlev, danke für das Service! Wenn ich das File mit FF oder Chrome aufmache, bekomme ich ein - XML-Verarbeitungsfehler: nicht wohlgeformt Adresse: file:///C:/Users/gringer/Downloads/123map%20(4).svgz Zeile Nr. 1, Spalte 1: � im IE funktioniert das. Noch eine Frage dazu: Informationen zu den POIs selber werden aber nicht mehr angezeigt oder habe ich da etwas nicht gefunden. Legende oderwas ähnliches. lg georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] .img-Dateien unter Linux auf Garmin GPSMap 76S laden
[Sorry, längere Zeit die nötige Hardware zum Anschluß an den Rechner nicht zur Hand gehabt, deshalb erst jetzt eine Antwort] Carsten Schönert c.schoen...@t-online.de writes: Am 09.08.2011 21:40, schrieb Sebastian Niehaus: Neulich versuchte ich das nochmal und scheiterte: irgendein Kommunikationsfehler, die genaue Fehlermeldung habe ich nicht mehr. Nunja, die Fehlermeldung wäre schon interessant. :-) Ich habe das nochmal getestet: , | niehaus@ceramic:~/maps$ sendmap17Lstatic /dev/ttyUSB0 -s9600 63274343.img | GPS SendMap GetMap version 17, kozi...@gps.chrisb.org | | Detected: GPSMAP 76S Software Version 3.70 | Checking input files | Preparing... | niehaus@ceramic:~/maps$ ` Nach dem Preparing... kommt normalerweise die Meldung, dass die Dateien hochgeladen werden, die kommt jedoch nicht, stattdessen beendet sich das Programm innerhalb weniger als einer Sekunde. Dann noch die Randbedingungen, welches System, Kernel, Logs, ... Ich habe Debian Linux (Sqeeze), Kernel 2.6.32-5-amd64. Der serielle Anschluß ist ein USB-zu-Seriell-Konverter, den ich für verschiedene Zwecke (eben jenes Garmin-Gerät sowie auch Switches mit Administrations-Schnittstelle) genutzt habe. Wie gesagt, die größte Änderung, die mir so einfällt ist neben Debian Lenny - Squeeze die Umstellung von einem 32- auf ein 64-Bit Betriebssystem. Die Einstellung am GPSr für Serielles Datenformat lautet Garmin, auch das war nach meiner bisherigen Erfahrung korrekt. Ist das GPS-Gerät abgeschaltet, bleibt das Programm nach der Meldung GPS SendMap GetMap version 17, kozi...@gps.chrisb.org stehen und meldet dann Failure to communicate with GPS - es nimmt zumindest über die Schnittstelle wahr, dass etwas nicht stimmt. Das ist der Log-Hinweis, wenn die Schnittstelle aktiviert wird: , | kernel: [234380.496427] usb 6-5: new full speed USB device using ohci_hcd and address 4 | kernel: [234380.667069] usb 6-5: New USB device found, idVendor=067b, idProduct=2303 | kernel: [234380.667073] usb 6-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 | ceramic kernel: [234380.667075] usb 6-5: Product: USB-Serial Controller | ceramic kernel: [234380.667076] usb 6-5: Manufacturer: Prolific Technology Inc. | ceramic kernel: [234380.667185] usb 6-5: configuration #1 chosen from 1 choice | kernel: [234380.669112] pl2303 6-5:1.0: pl2303 converter detected | kernel: [234380.691166] usb 6-5: pl2303 converter now attached to ttyUSB0 ` Weitere Eintragungen in den Log-Dateien erscheinen nicht. Der Upload geht weder als normaler User (mit entsprechenden Berechtigungen an der Schnittstelle) noch als root. Hat noch jemand Ideen? besten Dank, Sebastian pgp57Vt9inALK.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf BILD.de
Wolfgang wolfg...@ivkasogis.de wrote: Ich finde es persönlich eigentlich nur albern, jetzt noch auf dem sa zu bestehen, wo alles dafür getan wird, um es abzuschaffen/freiwillig zu machen. Das SA soll ja für die Daten nicht abgeschaft werden sondern nur für die aus den Daten erzeugten Werke. Meine Frage unter welcher Lizenz die Kacheln in Zukunft werden stehen hat mir bisher niemand beantwortet. Offensichtlich ist nicht mal klar ob sich die Lizenz der Stylefiles (die wir nicht einmal kennen) auf die erzeugten Tiles überhaupt auswirkt. Gruss Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@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] living_street + alley?
Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. 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 giggls@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] living_street + alley?
Am 22.08.2011 10:43, schrieb Sven Geggus: Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. -1 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22.08.2011 10:43, schrieb Sven Geggus: Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +1. Die 99% stimmen sicher nicht, es gibt auch genug highway=service mit diesem Schild. Aber der Kernaussage stimme ich völlig zu: Ob etwas eine Spielstraße ist, wäre durch ein Zusatztag wie living_street=yes (analog zu z.B. motorroad=yes) weitaus sinnvoller erfasst. Wenn man also schon neue Tags einzuführen versucht, dann nicht so was wie living_street=alley, sondern gleich die ordentliche Lösung mit living_street=yes + normale highway-Tags. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkscape und Illustrator SVGZ- Export Online
Hallo Georg, Am 22.08.2011 08:52, schrieb Georg Ringer: Wenn ich das File mit FF oder Chrome aufmache, bekomme ich ein - XML-Verarbeitungsfehler: Probiere mal die SVGZ-Datei zu entpacken und dann die SVG-Datei mit dem Browser zu öffnen. Eigentlich dürfte es aber auch mit der gepackten Datei keine Probleme in Firefox und Chrome geben. Noch eine Frage dazu: Informationen zu den POIs selber werden aber nicht mehr angezeigt oder habe ich da etwas nicht gefunden. Legende oderwas ähnliches. Zurzeit geben wir keine Legende aus, da wir davon ausgehen, dass die Daten zur Weiterbearbeitung in Inkscape oder Illustrator genutzt werden. In diesen Programmen kann der Designer seine eigene Kreativität zur Gestaltung einer Legende nutzen. Für diese Programme wäre es evtl. sinnvoll, die Infos zu den POI-Typen als separate Ebene zu jeder POI-Kategorie mit auszugeben. Das könnten wir so einrichten, wenn viele den Wunsch haben... Gruß Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hilfe bei einer Insel
Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
wäre ganz nett, wenn du erklären würdest, was NICHT funktioniert und wie man das wo (renderer) sehen kann. nur die Rohdaten mit der indirekten Bitte schaut euch das mal an ist etwas wenig für mich. Gruss walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Hilfe-bei-einer-Insel-tp6710951p6710989.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] Hilfe bei einer Insel
Am 22.08.2011 12:40, schrieb Walter Nordmann: wäre ganz nett, wenn du erklären würdest, was NICHT funktioniert und wie man das wo (renderer) sehen kann. hi ! hast ja recht - es wird die insel nicht darstellte. das wasser läuft unter mapnik durch. nur die wetland signatur wird angezeigt. nur die Rohdaten mit der indirekten Bitte schaut euch das mal an ist etwas wenig für mich. war wohl etwas abgelenkt beim schreiben - sorry ! gruß Jan :-) Gruss walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Hilfe-bei-einer-Insel-tp6710951p6710989.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 12:26, schrieb Jan Tappenbeck: ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Moin, ich glaube die coastline läuft in die falsche Richtung. (wasser rechts, land links) Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Chris PS: Wieso hattest Du place=islet entfernt ? PPS: Ist die gesamte Insel wirklich wetland ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 13:22, schrieb Chris66: Am 22.08.2011 12:26, schrieb Jan Tappenbeck: ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Hi! Moin, ich glaube die coastline läuft in die falsche Richtung. (wasser rechts, land links) Mal ausprobieren. Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Chris PS: Wieso hattest Du place=islet entfernt ? Das war mal ein Versuch - kann ich wieder ergänzen. PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). Wenn wir bei einer Straße durch den Wald keine 3 Linien zeichnen sollten wir bei einer Straße am Waldrand auch nur eine zeichnen. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. Außerdem hat GPS im freien Land etwa 10m Meßfehler und in der Stadt ein Vielfaches. Wer also meint genauer zu sein wenn er eine Fläche die an eine Straße grenzt durch eine eigene Linie abgrenzen zu müßen schafft nur eine Scheingenauigkeit. Also zusammengefaßt: Methode 1: Straßenlinie und Flächenlinie getrennt: Vorteil man könnte die Flächengrenze genauer eintragen, was aber wegen der Meßungenauigkeit nicht möglich ist. Nachteil: man weiß nicht ob die Fläche unmittelbar an die Straße grenzt oder nicht. Methode 2: nur eine Linie.: Vorteil die Relation grenzt an Straße ist klar, Nachteil: keine genaue Grenze. Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: 1) Die Fläche ist scharf genug begrenzt (also nicht der Wald von oben) 2) Die Grenze der Fläche ist genau genug vermessen damit man dadurch Genauigkeit gewinnt 3) Es ist unwichtig ob die Fläche an die Straße grenzt oder nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] coastline/ maperitive - Unterschied Daten von xapi oder aus germany.osm
Hallo, ich bin ziemlich am Grübeln. Versuche gerade Tiles von Norddeutschland zu erstellen, und nutze dazu die germany.osm.pbf, die ich brav mit osmosis zerschnipsele. Was soll ich sagen, bis ca 53° scheint die Region komplett geflutet zu sein. Nehme ich die Daten direkt von der xapi, ist alles schick. Von den gerenderten Tiles her würde ich sagen, daß die normale coastline ständig von einer sehr grob gezeichneten weiteren coastline gequert wird, so daß hier immer Inseln entstehen, deren Ufer einander berühren, und so eine nach Süden ausgerichtete Küstenlinie ergeben. Und dann kommt die Flut. Zum Rendern verwende ich maperitive in der aktuellen Version. Ich habe diesen Satz Tiles vor ca. 12 Wochen schon einmal gerechnet, da war alles ok. Mein Problem: Mit JOSM auf der xapi kann ich diese vermutete zweite, grobe Küstenlinie nich sehen. JOSM auf meinem Datenextrakt (*.osm) will nicht öffnen, und meint irgendwas mit -1 ... Da ich sicher glaube, mich hier etwas dumm anzustellen, habe ich große Hoffnung, daß Hilfe naht ;-) Beste Grüße aus Berlin JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 14:59, schrieb André Joost: Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost Hi ! ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. Diese Zuweisung wird kurzfristig umgesetzt in Mapnik. Wenn ich für den Kirr nur noch diese Tags anwende [2] dann wird dieser Bereich nicht freigestellt - die Richtung des Linienzuges habe ich hierbei auch beachtet. [1] http://www.openstreetmap.org/browse/way/4216066 [2] http://www.openstreetmap.org/browse/way/127174925 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel - Ergänzung
Am 22.08.2011 16:13, schrieb Jan Tappenbeck: Am 22.08.2011 14:59, schrieb André Joost: Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost Hi ! ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. Diese Zuweisung wird kurzfristig umgesetzt in Mapnik. Wenn ich für den Kirr nur noch diese Tags anwende [2] dann wird dieser Bereich nicht freigestellt - die Richtung des Linienzuges habe ich hierbei auch beachtet. [1] http://www.openstreetmap.org/browse/way/4216066 [2] http://www.openstreetmap.org/browse/way/127174925 Gruß Jan :-) Hi ! habe da noch einen Nachtrag - hatte mir nur eine Fläche aus einem Rechteck als Sandbox mal erzeugt in der Nähe vom KIRR und dieselben Tags wie vom o.g. [1] zugewiesen. Hier wurde nur der Name und auch nicht die Freistellung gerendert. (zwischenzeitlich wieder gelöscht!). Ich finde es mehr als merkwürdig. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Dimitri Junker schrieb: Ich habe ihn vor über 2 Tagen angeschrieben, bisher hat er nicht reagiert. Da er in der Zeit gemappt hat sehe ich dafür nur 2 Erklärungen: entweder er kennt das Mailsystem in OSM nicht oder er ignoriert es bewust. In beiden Fällen muß was getan werden. Ist da mittlerweile was passiert? Hat jemand eine Sperrung beatragt? Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011, 16:13 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. [1] http://www.openstreetmap.org/browse/way/4216066 Also wenn ich auf [1] klicke, bekomme ich eine Insel, deren Küstenlinie (= Begrenzung der weiße Fläche) gar nicht mit dem way 4216066 korreliert (= blaue Linie). Insbesondere ist die Wasserfläche darin nicht frei- gestellt, wie man an den hellblauen Flächen im Norden der Insel sieht. Für mich stützt dies nur die von meinen Vorrednern getätigte Aussage, dass die Küstenlinien nur seltensnst generiert werden. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Robert Kaiser wrote: Ist da mittlerweile was passiert? Hat jemand eine Sperrung beatragt? Wäre IMHO dringend angeraten. Folgendes Changeset hat für mich erst so ausgesehen, als hätte er eigenen Kram wieder zurückgenommen. Stattdessen hat er im großen Stil gelöscht, was ein anderer (Import-)User erstellt hat: http://www.openstreetmap.org/browse/changeset/8991264 Ein Admin sollte sich das Treiben genauer anschauen und nach Beurteilung a) Problematische Changests reverten b) Den User sperren Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 13:50, schrieb Jan Tappenbeck: PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Wieso hast Du (oder jemand anders) das MP dann gelöscht? ;-) Chris PS: Die Richtung der coastline (gegen Uhrzeiger um die Insel rum) scheint nun korrekt zu sein ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62 ....
M∡rtin Koppenhoefer schrieb: auch mit neuester Firmware finde ich die Bedienung darüberhinaus völlig unbefriedigend. +1 Einzelne Waypoints nachträglich zu editieren (oder z.B. einzelne löschen) geht AFAIR überhaupt nicht. Geht beides. Erst den WPT aufrufen, dann den Menüknopf drücken. Im Urlaub hat mich sehr genervt, dass man im 62/78 nicht mehr einstellen kann, wie sich das Gerät beim Abschalten der externen Stromversorgung verhalten soll. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Hallo, eventuell hilft eine Anleitung http://www.openstreetmap.de/download/screencasts/multipolygon-josm.ogv Gruß Norbert Von: Jan Tappenbeck o...@tappenbeck.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Gesendet: 12:26 Montag, 22.August 2011 Betreff: [Talk-de] Hilfe bei einer Insel Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) ___ 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] Hilfe bei einer Insel - Ergänzung
Am 22. August 2011 16:18 schrieb Jan Tappenbeck o...@tappenbeck.net: habe da noch einen Nachtrag - hatte mir nur eine Fläche aus einem Rechteck als Sandbox mal erzeugt in der Nähe vom KIRR und dieselben Tags wie vom o.g. [1] zugewiesen. Hier wurde nur der Name und auch nicht die Freistellung gerendert. (zwischenzeitlich wieder gelöscht!). Ich finde es mehr als merkwürdig. Hallo Jan, wie schon im parallelen Thread erklärt: die Küstenlinien (natural=coastline) werden nicht wie die übrige Karte sondern in einem separaten Prozess in Mapnik behandelt (shapefiles). Ist Dein Problem in T@H auch vorhanden? Wenn nicht, dann einfach mal einen Monat oder so abwarten, dann sollten die Änderungen in Mapnik auch angekommen sein. Wie ebenfalls bereits erwähnt, ist bei den Coastlines die Richtung des Ways wichtig: links liegt das Land, rechts das Meer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 08:41 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 07:10, schrieb Joerg Fischer: Ganz genau hinschauen muss er eher, wenn die Fläche /nicht/ an den Weg gepappt ist - denn dann ist es fast Zufall bei entsprechender Zoomstufe, ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Maus mit Rad hast Du? Bei den Zoomstufen, bei denen es Zufall ist, wo man den Node einfügt, sollte man ans Editieren nicht mal denken. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: ... Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. in der überwiegenden Zahl der tatsächlichen Fälle, wo ich in OSM Flächen gefunden habe, die bis zur Straßenmitte gezogen waren, grenzte die Straße nicht an die Fläche, wobei ich zugeben muss, dass es eigentlich immer Interpretationssache sein kann, was man noch als zugehörig sieht. Wenn man dem Vergröberungslager angehört dem jedes Details ein Dorn im Auge ist auf dem Weg, möglichst große Gebiete in JOSM laden zu können, dann wird man wohl auch noch das Gebüsch jenseits von Leitplanke, Bankett und Entwässerungsgraben als Teil der Straße (oder des Walds oder Felds, wie hier auch schon erwähnt) sehen können. Da es hier wohl unterschiedliche Ansichten gibt kann ich nur hoffen, dass wenigstens genug Respekt für die Arbeit anderer da ist, um nicht die Details anderer absichtlich zu löschen, damit die Nodedichte gering bleibt. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. doch, macht m.E. gelegentlich Sinn und mache ich dann auch. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). so genau in der Tat nicht, wenn Du Dir mal einen echten Wald ansiehst wirst Du aber bemerken, dass es in der Realität weitaus größere Schwankungen gibt als nur der halbe Kronendurchmesser eines Baums. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. -1, OSM ist sicherlich nicht mit einer Karte in einem bestimmten Maßstab vergleichbar, und hier sehe ich auch die Ursache in der Diskussion hier bzw. allgemein in der Diskussion mit Leuten, die gerne die Details in OSM begrenzen wollen: eine Datenbank sollte man nicht mit der gerenderten Karte in einem bestimmten Maßstab verwechseln. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. der nächste kann das dann richten, ist ja iterativ. Wir haben heute großflächig gute Luftbilder die eine ziemlich hohe Genauigkeit ermöglichen, mit GPS keineswegs vergleichbar (aber auch schon vorher war das Credo, sich nicht sklavisch nach dem GPS zu richten, s.z.B. relative Genauigkeit). Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. wenn es keine Verbindung gibt nimmt er das nächstgelegene Ziel auf einer Straße. Wir zeichnen Hausnummern oder Telefonzellen ja auch nicht auf die Straße sondern daneben, auch wenn gerade Telefonzellen sich praktisch immer auf dem Gehweg befinden (und der ist im OSM Modell derzeit Teil der Straße). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Sind beide aneinander geklebt, wird der node in beide Wege eingefügt. Da gibt es überhaupt kein Problem. Das ist ja _noch_ schlimmer als ich erwartet hätte. Ich befürchte niemand kann nach einer Weile solche Konstrukte sauber auflösen, ohne sich die Situation vor Ort anzusehen. Jetzt fällts mir gerade wie Schuppen von den Augen, so wurde also irgendwann vor 1, 2 Jahren ein hiesiges Kleinstädtchen vergewaltigt. Das fiel mir nur auf weil das Routing von openrouteservice und meinem Garmin merkwürdig und unlogisch war. Da waren dann residentials und footways übereinander gelegt, Parkpätze und Fußgängerzonen und IIRC sogar Gebäude, alle fröhlich auf gemeinsamen Nodes. Wenn er gut ist sieht der ursprüngliche Erfasser da noch durch, aber andere Personen können dann nichts mehr beitragen. Na der wird sich bei Dir bedanken. Das will ich doch stark hoffen, immerhin korrigiere ich seine Fehler. ;-) In JOSM: Mittelklick _oder_ selectaction.cycles.multiple.matches=true in den Prefs setzen ... ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Und das findest Du intuitiv und fehlerfrei? Auch für Anfänger? Ich nicht. Und ich habe, wie schon beschrieben, bereits eine Menge solcher wilden Konstrukte aufgelöst. Meist fällt das erst auf wenn man sich die Stelle bei keepright anguckt oder weil das Routing nicht klappt und mich der Garmin irgendwohin schickt wo ich garantiert nicht hin wollte. Zu viele Mapper erfassen im Stil von: Hauptsache es sieht danach optisch auf der Karte doll aus. Deutschland ist mitnichten sehr gut erfasst. Ich wäre nichtmal bei einem zufriedenstellend.. Was fehlt Dir denn noch, dass es den Datenbestand mehr als ein paar Prozent vergrößern wird? Quantencomputer wartest, gibt es sehr wohl Gründe, Komplexität im Auge zu behalten. Ja, aber ich denke immer noch, verbundene Wege erhöhen gerade die Komplexität. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Michael und René Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. Ich werden mal die Flächen doch löschen und das Ganze als leisure=park und tourism=zoo eintragen. Mein Vor-Mapper möge es verzeihen, aber die Flächen mit meadow und wood werden auch gut durch einen Park repäsentiert. Letztendlich kommt ein Zaun ringsrum. Danke für Eure Hilfe. Gruß Albrecht Am Sonntag 21 August 2011, 20:35:33 schrieb René Falk: Am 21.08.2011 17:43, schrieb Albrecht Will: Heute habe ich mal versucht, vier verschieden getaggte Flächen eines anderen Autors für einen kleinen Tierparks zusammenzufassen. Ich stelle fest, für solch Vorgehen gibt es wohl keinen Relationstyp. Ich weiß im Moment sonst nur den Weg, die jeweils nach außen orientierten gemeinsamen nodes und ways der vier Flächen von der Umgebung zu trennen und dazwischen als äußeren Ring den Zaun zu setzen. Oder kennt jemand einen eleganteren Weg? Gruß Albrecht https://wiki.openstreetmap.org/wiki/Talk:Relations/Proposed/Site Grüße René ___ 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] living_street + alley?
Am 22. August 2011 10:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +1, genau wie highway=cycleroad und highway=pedestrian handelt es sich hier um eine Verkehrsregelung, die in einem Bereich (Wegabschnitt oder sogar Zone) gilt, in dem alle möglichen Arten von Wegen vorkommen können, auch untergeordnete(Denk an schmale Wege in einer Fußgängerzone und was Radfahrer hier von ihrer Karte erwarten würden). Je länger ich bei OSM bin, desto eher wünsche ich mir sehr wenige highway-tags und dafür lieber aussagekräftiges subtagging - es wäre einfacher und klarer für Mapper, Renderer und Router nach dem Motto: Ich trage nur ein, was ich weiß / ich werte nur aus, was ich wissen will. (aber das führt natürlich über diese Diskussion hinaus.) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22.08.2011 20:48, schrieb Albrecht Will: Michael und René Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. Wird schon seid Jahren benutzt. Stör dich nicht daran, das es ein Proposal ist oder JOSM meckert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 16:59, schrieb Chris66: Am 22.08.2011 13:50, schrieb Jan Tappenbeck: PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Wieso hast Du (oder jemand anders) das MP dann gelöscht? ;-) Chris PS: Die Richtung der coastline (gegen Uhrzeiger um die Insel rum) scheint nun korrekt zu sein hi ! wenn nichts anderes zwischenzeitlich passiert stelle ich diese wieder her. war mal ein versuch um zu testen ob es daran gelegen hat. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel - Groschen gefallen
Am 22.08.2011 12:26, schrieb Jan Tappenbeck: Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) hi ! habe gerade nochmal über die Sache mit dem Renderer und der Coastline nachgedacht. Jetzt ist wohl der Groschen gefallen - werde da mal etwas abwarten. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22. August 2011 20:48 schrieb Albrecht Will albrecht.w...@online.de: Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. wie meinst Du das? Es gibt davon derzeit 128714 Stück. Ich werden mal die Flächen doch löschen und das Ganze als leisure=park und tourism=zoo eintragen. Du kannst z.B. auch die Flächen alle in eine Multipolygon-Relation aufnehmen und dieser tourism=zoo, einen Namen, etc. mitgeben, ohne bei den Einzelflächen Informationen zu löschen, die sich darauf beziehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22. August 2011 10:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +-0 es spielt im Grunde keine Rolle, idealerweise machen es aber alle gleich ;-) Wo Platz ist für einen Reitweg und 5 Klassen von Verbindungsstraßen kann eine verkehrsberuhigte Zone auch nicht schaden, andererseits werden Kraftfahrstraßen anders behandelt und es scheint mittlerweile auch zu funktionieren (zumindest anfangs wurde man mit dem Rad da trotzdem draufgeleitet, weil der Tag nicht ausgewertet wurde). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22.08.2011 19:35, schrieb M∡rtin Koppenhoefer: Am 22. August 2011 11:54 schrieb Dimitri Junkero...@dimitri-junker.de: Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: ... Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. war hier nicht das credo, dass wir nicht für renderer taggen? und der Renderer überlässt nichts dem Zufall, er rendert an der Stelle die Fläche, an der die Straße aufhört. Wenn es topologisch richtig gemappt ist, kann der Renderer also entscheiden, wie groß die Überhöhung der Breite der Straße im jew. Zoomlevel ausfällt und damit, wo mit dem Rendern der Fläche begonnen werden soll. Das ist nämlich dann gar nicht mehr die Entscheidung des Editierenden, sondern desjenigen, der das Layout der Karte bastelt. Features die in der Straßenkante auftauchen, weil sie topologisch falsch gemappt sind, sind ein Hack des Editierenden, um etwas in der Karte anzuzeigen, das der Layouter berücksichtigen müsste - der, welcher den Rendercode bzw. das Stylesheet schreibt. meine 5cent, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, On 08/21/2011 06:59 PM, M?rtin Koppenhoefer wrote: M.E. sollte man für die Topologie-Fanatiker eine Relation oder irgendwas einführen, damit die Graphen-Flächen-Inkompatibilität überwunden wird. Flächen bewusst falsch zu zeichnen, Es nervt. Ich habe Dir schon *sehr* oft erklaert, dass dieses falsch Deine persoenlche Meinung ist, und ich kann es nicht mehr hoeren, wie Du bei jeder - aber auch JEDER - sich bietenden Gelegenheit wieder mal im Nebensatz fallen laesst, dass das eine ja falsch (und was fuer Fanatiker) sei, und das andere natuerlich richtig. Wir schaffen hier ein Modell der Realitaet. Wenn man ein Modell schafft, gibt es verschiedene Abbildungsmoeglichkeiten. Einige davon moegen fuer bestimmte Zwecke besser oder schlechter geeignet sein; einige moegen besser oder schlechter erheb- oder editierbar sein; aber dass Du staendig Dein Modell als das richtige und alle anderen als falsch hinstellst, ist einfach unsachlich. Bitte hoere auf damit. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 23. August 2011 02:02 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 19:35, schrieb M∡rtin Koppenhoefer: Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. war hier nicht das credo, dass wir nicht für renderer taggen? es geht mir nicht primär ums Rendern sondern darum, dass Flächen dort eingetragen werden, wo sie sind. Das leitet sich m.E. aus dem Flächenmodell so ab. und der Renderer überlässt nichts dem Zufall, er rendert an der Stelle die Fläche, an der die Straße aufhört. wo die Straße aufhört ist sehr selten klar, da keine Breitenangaben oder Angaben zu weiteren Bestandteilen der Straße in den Daten vorhanden sind. Es ist nicht einmal klar, welche Teile der realen Straße der osm-highway tag beschreibt, allerdings könnte man argumentieren, es handele sich um die komplette Fahrbahn (seitliche Barrieren und Teile dahinter würde ich eher nicht dazurechnen, zumindest habe ich noch nie gesehen, dass die jemand im width-Tag angegeben hätte). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 23. August 2011 02:14 schrieb Frederik Ramm frede...@remote.org: On 08/21/2011 06:59 PM, M?rtin Koppenhoefer wrote: [ M.E. sollte man für die vor allem auf die Topologie bedachten Mitmapper] eine Relation oder irgendwas einführen, damit die Graphen-Flächen-Inkompatibilität überwunden wird. Flächen bewusst falsch zu zeichnen, Es nervt. Ich habe Dir schon *sehr* oft erklaert, dass dieses falsch Deine persoenlche Meinung ist, und ich kann es nicht mehr hoeren, wie Du bei jeder - aber auch JEDER - sich bietenden Gelegenheit wieder mal im Nebensatz fallen laesst, dass das eine ja falsch (und was fuer Fanatiker) sei, und das andere natuerlich richtig. OK, ich entschuldige mich hiermit gerne bei allen Lesern für die sprachliche Impräzision. Gemeint war: Flächenausdehnungen bewusst falsch zu zeichnen. Mir ist sehr wohl bewusst, dass das ein Kompromiss sein soll, um die Flächen mit dem Modell der Straßen in Einklang zu bringen, aber ich halte es für einen Irrweg, der weitere Verfeinerungen erschwert und dem Mapper der dort etwas ändern will unnötige Komplikationen bereitet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
