Re: [OSM-talk] Bad coastline edits in Sweden
Hi! Difficult to find, but here are the changesets where i left comments: 93965382 94097597 94134166 And the links to them: https://www.openstreetmap.org/changeset/93965382 https://www.openstreetmap.org/changeset/94097597 https://www.openstreetmap.org/changeset/94134166 Andre On 21.11.20 11:16, Jochen Topf wrote: > Hi! > > can you point us to some of the changesets where you left comments? > > Jochen > > On Sat, Nov 21, 2020 at 10:54:53AM +0100, Andre Hinrichs via talk wrote: >> Date: Sat, 21 Nov 2020 10:54:53 +0100 >> From: Andre Hinrichs via talk >> To: talk@openstreetmap.org >> Subject: [OSM-talk] Bad coastline edits in Sweden >> >> Hi list! I'm doing a lot coastline fixings all over the world. Normally >> only with few pain. But since a few weeks the user Aki_Suokas is doing >> very bad coastline edits in the area of Sweden. I've written him several >> time via changeset discussion but no reaction. At least he has stopped >> in an other area where I was warning him with notifying OSM foundation. >> Now he was editing again without any benefit but doing a lot mistakes. >> It seems that he is not willing to learn and just do some useless >> things. And since he is using the (bad) ID editor it is also nearly >> impossible to revert the changesets which created the mess. As of today >> you can see the errors here: >> http://tools.geofabrik.de/osmi/?view=coastline=20.93588=59.91265=13=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node >> As my own coastline checker is doing global checks without creating a >> map it is hard for me to distinguish the errors in Sweden with other >> errors worldwide. As of this I will stop fixing coastline errors now for >> a while until this special situation is fixed. I'm asking for help here >> how to handle the situation. Maybe the notification of OSM foundation is >> ok, maybe not... Andre >> >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bad coastline edits in Sweden
Hi list! I'm doing a lot coastline fixings all over the world. Normally only with few pain. But since a few weeks the user Aki_Suokas is doing very bad coastline edits in the area of Sweden. I've written him several time via changeset discussion but no reaction. At least he has stopped in an other area where I was warning him with notifying OSM foundation. Now he was editing again without any benefit but doing a lot mistakes. It seems that he is not willing to learn and just do some useless things. And since he is using the (bad) ID editor it is also nearly impossible to revert the changesets which created the mess. As of today you can see the errors here: http://tools.geofabrik.de/osmi/?view=coastline=20.93588=59.91265=13=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node As my own coastline checker is doing global checks without creating a map it is hard for me to distinguish the errors in Sweden with other errors worldwide. As of this I will stop fixing coastline errors now for a while until this special situation is fixed. I'm asking for help here how to handle the situation. Maybe the notification of OSM foundation is ok, maybe not... Andre ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Missing day replicate
Hi list, I am missing the day replicate for today (2019-02-07)... Hour and minute replicate seems to work ok. Please check the process... Greetings Andre ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] Suche C-Routine für Berechnung einer Peilung
Hallo OSM-DE-Liste, ich suche für eine eigene Applikation eine Routine, die basierend auf einer Koordinate, einem Winkel und einer Entfernung sphärisch die Ziel-Koordinate berechnet. Dabei muss dies auch über größere Entfernungen funktionieren. Leider finde ich per Internet-Suche nur Tools, die dies feritg anbieten, oder Formeln, die nur eingeschränkt gültig sind, oder, oder... Da sich hier aber ja bestimmt auch Programmierer tummeln, habe ich die Hoffnung, dass mir jemand weiterhelfen kann. Eingangswerte sollen sein: Koordinaten-Paar, Winkel, Entfernung (in Metern) Ausgangs-Werte sollen sein: Koordinaten-Paar Obwohl meine Applikation in C geschrieben werden soll, kann ich auch Beispiele anderer Programmier-Sprachen gebrauchen... Danke schonmal für eure Hilfe Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Am 17.09.2014 um 16:34 schrieb chris66: Am 17.09.2014 16:21, schrieb Christian Leicht: wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und danach Mappen will habe ich in bestehenden Daten of einen Versatz. Muss ich zuvor einen eigenen Versatz angeben, bzw meinen Kartenausschnitt kalibrieren? Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene) GPX Tracks, die man sich in den Auschnitt reinladen kann. Ich mache an dieser Stelle noch auf das JOSM-Plugin imagery_offset_db aufmerksam. Der Vorteil ist, dass ein einmal von einem Benutzer ermittelte Versatz dann auch von anderen Benutzern verwendet werden kann. Nachteil ist, dass viele dieses Plugin nicht kennen... Auch hier gilt natürlich, dass der Offset regelmäßig überprüft werden sollte. Ob die Offset-DB auch von anderen Tools verwendet werden kann, kann ich leider nicht sagen, da ich ausschließlich JOSM verwende. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummern-Mapping
Moin Moin! In Sachen Hausnummern-Mapping bin ich auf (mindestens) zwei Probleme gestoßen und ich bin mir sicher, dass andere auf die gleichen Probleme gestoßen sind und wüsste gerne, wie diese in der Regel gelöst werden. 1.) Fehlende Hausnummern: Bei meinen Mapping-Touren finde ich sehr häufig Häuser, an denen keine Hausnummern angebracht (oder nicht findbar) sind. Das gilt auch für Häuser, bei denen ich das Grundstück betreten wüsste, um die Hausnummer zu erfahren. Bisher habe ich bei solchen Häusern ein fixme-Tag angebracht und die Hausnummer nicht eingetragen. Nun häufen sich diese fixmes langsam und fangen an zu nerven, da sie nicht wirklich korrigiert werden können. Frage also: Wie geht man damit um? Lösung 1: Die eben genannte fixme-Lösung mit dem Problem, dass sich fixmes langsam häufen. Lösung 2: Einfach (wie bei der Interpolation) raten und eintragen und gut is. Lösung 3: Einen Knoten setzen und eine addr:interpolation-Linie verwenden. (Was macht man dann mit Hausnummern wie 4a, 5c usw.?) Lösung 4: Dem Hausbesitzer eine Nachricht zukommen lassen, dass er doch bitte eine Hausnummer anbringen möchte. Diese Lösung favorisiere ich derzeit, bastele jedoch noch an der Formulierung und weiß auch nicht, ob das so OK wäre. Lösung 5: Gleich dem Ordnungsamt Bescheid geben. Das fände ich schon böse... Lösung 6: Etwas, woran ich noch nicht gedacht habe. 2.) Interpolation mit Häusern: Das addr:interpolation-Tag (odd oder even oder all) kann nur mit Nodes verwendet werden. Wenn Häuser jedoch als Gebäude eingetragen sind, kann dieses Tag nicht verwendet werden (oder doch?), da man keine Linie zwischen zwei Gebieten ziehen kann. Z.B. in Clausthal-Zellerfeld meldet der housenumer validator deshalb einige Fehler, die aus diesem Problem resultieren. Daher meine Frage, was ihr von einer interpolation-Relation halten würdet. Dort könnten dann auch Gebäude als Start- oder End-Punkt herhalten. Ich bin auf eure Meinungen gespannt. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Ganz Südtirol fände ich komisch. Gehört ja politisch nicht zu D-A-CH. Soll denn der Ausschnitt direkt an den Grenzen enden, oder ein wenig (ein paar Kilometer) darüber hinaus ragen? Ein wenig Überlappung finde ich hilfreich... Gruß Andre Am 20.02.2014 17:04, schrieb Frederik Ramm: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Am 28.01.2014 13:15, schrieb Theodin: Bezüglich sperren von Koordinaten: Kann man die nicht einfach als Key-Value-Paare angeben: coordinates_lat = 12.3456789 coordinates_lon = 12.3456789 coordinates_system = WGS84 Dann sind sie über die History auch nach dem Löschen noch da und (hoffentlich( auch überprüfbar. Das könnte man dann sicher auch automatisch überprüfbar machen, ob die Koordinaten in der Karte mit denen am Tag übereinstimmen. Andere Ideen? Ich bin mir nicht sicher, ob das nötig ist, da man doch alte Versionen von Nodes zurück holen kann und dann sind auch die abgelegten Koordinaten wieder da (habe ich gerade geprüft). Nur für die alten Nodes, die während des Lizenzwechsels gelöscht wurden, scheint das nicht zu gelten, klar. Warum also nochmal ein extra coordinates_* Tag erfinden? Als weitere Idee könnte ich mir auch ein Überprüfungs-Bot vorstellen, der einmal täglich sich das daily replicate anschaut und Veränderungen an gesperrten Nodes an den Ersteller meldet. Der kann dann entscheiden, was er damit tun will. Allerdings sehe ich bei gesperrten Nodes auch die Gefahr, dass Mapper dieses Feature missbrauchen. Es müsste sichergestellt sein, dass es eine Instanz (minimal der Editor, besser die API) gibt, die überprüft, ob die Sperrung Sinn macht. Da könnte man z.B. auf einen minimalen Abstand zum nächsten gesperrten Node prüfen oder auf eine maximale Anzahl von Uploads gesperrter Nodes pro User pro Stunde (das beträfe dann auch Änderungen). Ein Editor müsste sich den Status jedoch auch wieder merken, damit der User nach einem Neustart nicht gleich wieder etwas ändern kann, usw., usw... Fazit: Ich finde die Idee von gesperrten Nodes schon irgendwie charmant, sehe jedoch auch, dass es dann kompliziert werden würde... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbild-Versatz
Hallo OSM-Liste! Seit es die Bing-Luftbilder für OSM frei zu nutzen gibt, wird sehr viel von eben diesen abgezeichnet. Wie die meisten sicher wissen, sind Luft-Bilder jedoch in der Regel nicht besonders genau positioniert, weshalb es seit einiger Zeit die Versatz-Datenbank http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database gibt. Zumindest für JOSM gibt es hierfür das Plugin imagery_offset_db, welches recht einfach zu benutzen ist. Es scheint jedoch nun so zu sein, dass die meisten von dieser Datenbank nichts wissen. Jedenfalls benutzt es kaum jemand. Früher (als es noch keine freien Luft-Bilder gab), wurden die Straßen möglichst mittig in den Punktenebel platziert, der nach und nach in der GPS-Datenbank von OSM entstand. Heute werden die Straßen auf die Luft-Bilder gelegt und sind daher meist um einige Meter deplatziert. Ich stelle bei meinen Touren immer wieder fest, dass mich mein GPS-Empfänger deutlich neben der Straße zeigte, obwohl ich mittig drauf stand. Eine spätere Überprüfung zuhause ergab fast immer, dass die Straße einen deutlichen Versatz zur Realität hatte. Da nun OSM aber den Anspruch hat, die Realität darzustellen, wäre es doch schön, wenn auch die Positionen wirklich passen. Für professionelle Nutzer (z.B. Landwirte mit GPS-geführten Maschinen) sind möglichst genau positionierte Karten auch von Vorteil. Es wäre aus meiner Sicht also schön, wenn mehr OSM-Mapper (insbesondere die Luft-Bild-Nutzer) von dieser Möglichkeit Gebrauch machten. Die Frage wäre, wie man den Bekanntheitsgrad verbessern kann. Ich bin auf eure Meinungen gespannt... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Am 27.01.2014 19:58, schrieb Alexander Lehner: On Mon, 27 Jan 2014, Andre Hinrichs wrote: [...] Ich stelle bei meinen Touren immer wieder fest, dass mich mein GPS-Empfänger deutlich neben der Straße zeigte, obwohl ich mittig drauf stand. Eine spätere Überprüfung zuhause ergab fast immer, dass die Straße einen deutlichen Versatz zur Realität hatte. Es bleibt vielleicht an dieser Stelle zu erwaehnen, dass manche Strassen, gerade wenn sie aus den 'Gruendertagen' von OSM stammen, selbst nicht sehr genau eingetragen wurden, der GPS Empfang von einfachen Handgeraeten in Hauserschluchten schlecht ist etc. Deswegen ist die Frage, wer 'mehr Recht hat' (OSM oder bing mit Korrektur), nicht immer einfach zu beantworten ist. Ein in sich stimmiges Landschaftsbild finde ich wichtiger als eine versuchte 1m-genaue Positionierung selektiver Punkte. A. Einem einzelnen GPS-Track kann man nicht vertrauen, ob nun aus Gründerzeiten oder neuerdings. Daher versuche ich stets Straßen zum Ausrichten zu verwenden, wo bereits mehrere Tracks aufgenommen wurden. Das Problem mit den Häuserschluchten besteht ja im Wesentlichen in den großen Städten. Dort findet man jedoch auch häufig vielbefahrene Hauptstraßen, an denen man das dann ausrichten kann. Der Versatz der 200 Meter entfernt liegenden Nebenstraße, die in einer Häuserschlucht verläuft, sollte davon nicht wesentlich abweichen. Man kann also die dortigen ungenauen Tracks ignorieren. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Am 27.01.2014 20:18, schrieb Caronna: Am 27.01.2014 18:13, schrieb Andre Hinrichs: Ich stelle bei meinen Touren immer wieder fest, dass mich mein GPS-Empfänger deutlich neben der Straße zeigte, ??? so genau wird das wohl kaum sein, wie genau ist denn ein GPS EMpfänger? bei mir steht 3 bis 7 m in der Beschreibung, und das nur weil er die Referenzsateliten auch mit bekommt (stehen stationär über dem Horizont, ähnlich wie die Fernsehsateliten) Bei der STraße die vorm haus vorbeiläuft bekomme ich meist die rechte und linke Straßenseite mit, en engen Tälern, im Wald wird damit vorbei sein, in der Stadt vermutlich auch. Gut, ich mappe hauptsächlich in ländlichen Gegenden und auf dem platten Land. Wälder gibt es hier natürlich auch, da gebe ich jedoch auch nicht viel auf die Position. Ansonsten scheint mein Garmin etrex 30 recht genau zu sein. Wenn ich auch nur drei Meter daneben liege, toleriere ich das meist auch noch. Manchmal addieren sich die Fehler jedoch auch und dann ist das schon auffällig. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Tastatur Problem
Hallo OSMler! Seit meinem System-Update (Ubuntu) habe ich das Problem, dass JOSM ab und zu keine Tastatureingaben mehr annimmt, nachdem ich die History-Funktion (Ctrl-h) aufgerufen habe. Nun ist natürlich sehr wahrscheinlich, dass zumindest zum Teil die JRE dafür verantwortlich ist. Auffällig ist jedoch, dass dieses Problem ausschließlich bei Ctrl-h auftritt und auch nur bei JOSM, wobei ich in anderen Java-Programmen wohl auch kein Ctrl-h verwende. Ich habe auch versucht, eine bis zu sechs Monate alte Version von JOSM laufen zu lassen. Jedoch tritt auch dort das Problem auf. Vor dem System-Update hatte ich keine Probleme. Frage an die Liste: Hat sonst noch jemand ähnliche Probleme? Ich frage erst hier nach, bevor ich einen Eintrag in JOSM-Trac vornehme, da nicht 100% klar ist, dass das ein JOSM-Fehler ist... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Moin! Ich finde das Design insgesamt auch ganz gut. Die bisher genannten Kritikpunkte (fehlender Slider, zu prominentes Such-Feld) teile ich jedoch. Bei mir erscheint auch jedes Mal die Willkommen-Meldung, die ich dann wegklicken muss; das nervt auf die Dauer. Mir ist jedoch gerade heute aufgefallen, dass es scheinbar den Rahmen nicht mehr gibt. Früher konnte man mit den Anhang box=yes einen schönen Rahmen zeichnen. Hier ein Beispiel http://www.openstreetmap.org/?minlon=10.29minlat=52.11maxlon=10.90maxlat=52.50box=yes wie es früher funktionierte. Das geht jetzt leider nicht mehr. Bekomme ich den Rahmen irgendwie wieder? Oder ist der auf Dauer wegoptimiert? Ich habe den häufig benutzt, um den Download-Bereich für meine selbst erzeugten Garmin-Karten zu wählen. Gruß Andre Am 06.12.2013 16:05, schrieb tshrub: Hallo, ein kurzer Kommentar zum neuen Layout: super! gut gelungen! Danke an die Enwickler! zwei kleiner m.E. Verbesserungen: natürlich stört das Suche-Feld etwas: besser wäre es in der Kopfzeile untergebracht? Die Schrift kann hier doch etwas kleiner sein? Oder aber: wenigstens dem Suchfeld Transparenz geben, wie rechts die schwarze Tool-bar. seit längerem stört mich schon, dass diese slide-Skala zwischen Plus und Minus fehlt. Ich mag nicht gern Klicken und würd gern ein paar Level überspringen. aber so geht es auch sehr gut! Genial finde ich auch den Datenexplorer, also Kartendaten anzeigen. Ein großer Gewinn für OSM! das war es schon best, t. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Am 10.12.2013 22:32, schrieb Frederik Ramm: Hi, On 10.12.2013 21:26, Andre Hinrichs wrote: Bei mir erscheint auch jedes Mal die Willkommen-Meldung, die ich dann wegklicken muss; das nervt auf die Dauer. Dazu gibts zwei Meinungen. Die eine ist die haben das verbockt, jetzt sollen die das auch fixen. hmm... Die andere ist hilf Dir selbst und fuehrt ueber dieses Greasemonkey-Skript: // ==UserScript== // @name Remove OSM welcome box // @include http://www.openstreetmap.org/* // ==/UserScript== var welcome = $(div.welcome); if (welcome) welcome.remove (); Das würde ich vielleicht noch hinbekommen, der normale User jedoch wohl kaum. Natuerlich kann man auch einfach einen Login-Cookie haben. -1 Cookies werden beim Schließen des Browsers grundsätzlich gelöscht. Bye Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Am 11.12.2013 00:14, schrieb Hartmut Holzgraefe: Womit, wenn nicht mit einem Cookie (hier: _osm_welcome=hide), soll sich openstreetmap.org merken das es Dir die Willkommen-Meldung schon einmal gezeigt hat? Wenn ich in der URL ein osm_welcome=hide eintragen könnte, fände ich das OK. Der normale User macht es halt dann über das Cookie... Andre ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Application error at openstreetmap.org
The latest daily replication file is extremely large (6.1G). The latest hourly replication files from yesterday 10:00 to 22:00 are to small. And the replication file for 22:00 were already created at 21:26. May be this caused the error? Andre Am 15.07.2013 03:15, schrieb Steve Bennett: -- Application error The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500) Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request. This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) Surprised not to see anything about it on this mailing list. Can anyone explain? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo Frederik, ich habe teils noch immer das Problem, dass bereits gelöschte rote Markierungen wieder auftauchen. In diesem Gebiet in Filsum http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.64855lat=53.25673zoom=14overlays=overview,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted habe ich am Wochenende wieder einiges erfasst und die roten Marken entfernt. Eine Stunde später waren die dann wieder da. Kannst Du das bitte nochmal prüfen? Gruß Andre Am 23.07.2012 12:23, schrieb Frederik Ramm: Hi, auf http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5 gibt es einen neuen OSMI-Layer, der zeigt, was beim Lizenzwechsel-Bot passiert ist: ROT - Sachen, die der Bot geloescht hat. Der OSMI zeigt noch die alten Tags an, aber bitte nur angucken, nicht nach OSM hinein uebernehmen! ORANGE - Sachen, die der Bot geaendert hat. GELB - Sachen, die der Bot geanedert hat und die seitdem von jemand anders nochmal angefasst wurden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Moin! Klasse tool! Vielen Dank! Nun habe ich noch ein weiteres Problem: Ich bin mir ziemlich sicher, dass es für die Autobahnen A39 und A7 (andere habe ich nun nicht geprüft) eine route-Relation gab. Die scheinen jedoch jetzt verschwunden. Kann ich irgendwie noch feststellen, ob die im Rahmen des Redaction-Prozesses gelöscht wurde oder schon vorher nicht (mehr) da war? Gruß Andre Am 23.07.2012 12:23, schrieb Frederik Ramm: Hi, auf http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5 gibt es einen neuen OSMI-Layer, der zeigt, was beim Lizenzwechsel-Bot passiert ist: ROT - Sachen, die der Bot geloescht hat. Der OSMI zeigt noch die alten Tags an, aber bitte nur angucken, nicht nach OSM hinein uebernehmen! ORANGE - Sachen, die der Bot geaendert hat. GELB - Sachen, die der Bot geanedert hat und die seitdem von jemand anders nochmal angefasst wurden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Am 28.04.2012 12:04, schrieb Martin Koppenhoefer: Am 28. April 2012 11:46 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 28. April 2012 11:22 schrieb Rainer Knaepper sm...@gmx.de: Was tut man damit: http://wiki.openstreetmap.org/wiki/File:Restrictions_marsbruchplatz_aplerbeck_IMGP5729.jpg (short: http://preview.tinyurl.com/cxqzz7l ) betreffend http://www.openstreetmap.org/browse/way/30504716 highway=residential oneway=yes oneway:bicycle=no und/oder cycleway=opposite access=destination bicycle=yes taxi=yes noexit=yes maxspeed=20 Habe ich etwas übersehen? Parkverbotszone fällt mir gerade nicht ein. Fußgänger vergessen. Ich würde motor_vehicle=destination taggen, anstatt access=destination, dann kannst Du Dir das bicycle=yes sparen (und ggf. auch taxi=yes, aber wenn es schon explizit dransteht, schadet es wohl auch nicht). Gruß Martin Ich würde das bicycle=yes so lassen und vehicle=destination statt access=destination notieren. Und ferner würde ich noch *source:maxspeed*=DE:zone20 hinzufügen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Moin! Ich lasse hier bei mir vor Ort die Gebäudeumrisse weg, wo ich noch keine Luftbilder habe (Neubaugebiet) und trage dort lediglich die Adressdaten als Node ein. Auf diese Weise weiss ich immer, wo ich noch Gebäudeumrisse nachtragen muss. Wenn die Gebäudeumrisse erstmal da sind, dann würde ich annehmen, dass es erledigt ist. Alternativ kannst Du natürlich auch eine FIXME-Bemerkung an das Gebäude dranhängen, damit es nicht in Vergessenheit gerät. Andre Am 12.03.2012 21:37, schrieb Wolfgang Wienke: Hallo! Inzwischen sind ja an vielen Orten die buildings eingezeichnet, woher diese Daten auch immer stammen mögen und wie sie auch generiert wurden. Diese Daten sind übrigens im Detail oft fehlerhaft. Natürlich gibt es in den Bereichen auch einzelne Lücken. Haltet ihr es für sinnvoll, Häuser in solchen Lücken nach Abschätzung frei Hand einzutragen? Auch wenn ich keine Luftbilder oder sonstige Planungsunterlagen habe? Meistens kann man eine Gebäude auch nicht abgehen und man ist sowieso an den Grenzen der Genauigkeit vieler GPS-Logger. Die Genauigkeit ist hier also sicherlich bescheiden. Besser eine ungenaues Haus als gar keins oder dann besser weglassen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesucht: Straßenstücke in Relation zusammenfassen
Am Montag, den 11.07.2011, 14:57 +0200 schrieb fly: Am 11.07.2011 12:31, schrieb Walter Nordmann: Georg Feddern-2 wrote: Trotz eigentlicher Relationale Datenbank Affinität wähle ich hier für mich lieber die robustere Einzeldatenhaltung in solch einem offenen Datenbank-Projekt. Mir gings genau so: ich war mal ein Riesen-Fan von AssociatedStreet und hab das energisch verteidigt. Passte ja auch prima ins Relationale Datenmodell. Doch die Praxis hat mich überzeugt. Das kein Editor diese Relationen bisher richtig unterstützt ist doch kein Datenmodellproblem sonder eher stuktureller Art. Selbst in JOSM braucht man zusätzliche Plugins. Ich habe noch nicht alle getestet, aber zumindest terracer kann nur neue Relationen erstellen, findet aber keine schon Existierenden. Ich glaube, dass die meisten Benutzer diese Art von Relationen nur deshalb ablehnen, weil sie in den Editoren unzulänglich unterstützt werden. Wenn z.B. JOSM die Daten, die ein Node/Way aus einer Relation 'erbt' mit anzeigen würde und diese z.B. farblich kennzeichnete, so dass evtl. auch Konflikte (z.B. Tippfehler) erkennbar wären, dann wäre die Akzeptanz erheblich höher. Ich bin jedenfalls nach wie vor kein Fan von Redundanz. Allerdings sollte man die Menge unterstützter Relationstypen einschränken (z.B. nur street und multipolygon), da ansonsten ein Node/Way, welcher zu vielen Relationen gehört, eine sehr lange Liste von Eigenschaft haben könnte. Wenn ich es mir recht überlege könnte man dieses Problem jedoch wieder mit ausklappbaren Listen abmildern. Den Relationstyp 'associatedStreet' finde ich jedoch allein schon wegen des viel zu langen Schlüsselwortes für unpraktisch und präferiere daher 'street'. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO fehlt völlig
Am Dienstag, den 28.12.2010, 11:05 +0100 schrieb fla...@googlemail.com: In etwa 10 min gibt es aktuelle Deutschland-Daten http://dev.openstreetmap.de/aio/germany-daily/ Infos zum neuen Downloadangebot stehen in der HOWTO.TXT Kann da bitte noch ein md5sum erzeugt werden? Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitweise was ausblenden
Am Samstag, den 18.12.2010, 12:15 +0100 schrieb Steffen Heinz: Schaut euch mal die Filter-Funktion in JOSM an. In der linken Symbolleiste ist das der Trichter, oder auch mit Alt-Shift-F einschalten. danke, das wars (hoffentlich) ich wüßte nur bisher damit nichts anzufangen und hatte bedenken das der dauerhaft was macht Keine Sorge, das ist nur ein Darstellungsfilter. Die Daten bleiben unberührt. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles automatisiert zu einem Bild zusamm enfügen.
Ich habe vor langer Zeit genau für diesen Zweck ein Script geschrieben, welches Tiles zusammenfügt. Allerdings holt sich dieses Script die Tiles selbst vom Server. Die einzelnen Tiles werden in das Verzeichnis tiledir geschrieben und bleiben auch dort! Der Bereich kann also verändert werden, ohne dass die gleichen Tiles nochmal geladen werden. Wenn Du also ein Update machen möchtest, musst Du die alten Tiles selbst löschen. Achtung: Wegen der maximalen Länge der Befehlszeile (Aufruf von montage) kann der Bereich nicht beliebig groß gemacht werden! Hier das Script (Zitat-Zeichen entfernen!) #!/bin/bash # Usage: compose.sh outfile zoom xstart xend ystart yend # Example for Braunschweig (Germany): # compose.sh braunschweig.png 14 8666 8680 5386 5402 OUTFILE=$1 ZOOM=$2 X_START=$3 X_END=$4 Y_START=$5 Y_END=$6 TILEDIR=tiledir # Do not edit below this line! Y=${Y_START} HEIGHT=0 if [ ! -d ${TILEDIR} ]; then echo -n Creating tile folder... mkdir -p ${TILEDIR} echo done fi echo -n Downloading tiles... while [ ${Y} -le ${Y_END} ]; do X=${X_START} WIDTH=0 while [ ${X} -le ${X_END} ]; do CURFILE=${TILEDIR}/${X}_${Y}.png if [ ! -f ${CURFILE} ]; then curl -o ${CURFILE} http://a.tile.openstreetmap.org/${ZOOM}/${X}/${Y}.png; /dev/null fi COMPOSITE=${COMPOSITE} ${CURFILE} WIDTH=$((WIDTH+1)) X=$((X+1)) done HEIGHT=$((HEIGHT+1)) Y=$((Y+1)) done wait echo done echo -n Creating the montage picture... montage -tile ${WIDTH}x${HEIGHT} ${COMPOSITE} -geometry 256x256+0 ${OUTFILE} echo done # End Am Dienstag, den 14.12.2010, 14:04 +0100 schrieb Tom Müller: Hallo, ich habe hier von einer Software 400 Tiles der Form: im0_0.png bis im19_19.png liegen. Ich würde daraus gerne ein großes Bild machen, allerdings nur ungern 400 Tiles per CopyPaste zusammenkleben. Gibt es eine Software, die das für machen kann? Danke Tom ___ 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] AiO mal wieder teilweise kaputt?
Am Sonntag, den 28.11.2010, 20:23 +0100 schrieb André Wilke: Am 28.11.2010 16:57, schrieb Florian Lohoff: On Sun, Nov 28, 2010 at 12:56:54PM +0100, SLXViper wrote: Hallo, ich habe heute mal wieder die AiO Germany heruntergeladen und musste feststellen, dass: 1) die Karte mal wieder etwas veraltet ist (letzter Stand: 19.11.2010) 2) mindestens ein Bereich in der basemap_20101119fehlt oder leer ist. Die Koordinaten der Grenze: 48,47168°N, 7,95410°E (NW-Ecke); 47,50488°N, 8,92090°E (SE-Ecke) oder gleich graphisch: http://www.openstreetmap.org/?minlon=7.95410minlat=47.50488maxlon=8.92090maxlat=48.47168box=yes http://www.openstreetmap.org/?minlon=7.95410minlat=47.50488maxlon=8.92090maxlat=48.47168box=yes Die anderen Layer in der Gegend funktionieren. Ah - mir war das auch aufgefallen das Ostwestfalen ziemlich leer ist bis auf den addr oder fixme layer, war aber davon ausgegangen das das ganz Deutschland betrifft. Das Problem kann ich für Schleswig-Holstein bestätigen. Ich wollte selbst gerade einen neuen Faden eröffnen, als ich diesen hier fand. Ich benutze die Deutschland-Komplettkarte und das Problem fiel mir erstmals vor einer Woche auf (weiß allerdings nicht mehr, wie alt die Karte war, die ich zuvor auf dem Garmin hatte). Hab in meinem Etrex Vista keine Kartenoptionen deaktiviert, dennoch sehe ich nur den Addr-Layer, aber keine Straßen und Wege drumherum; unmittelbar nach dem Zoomen erscheinen die Straßen merkwürdigerweise manchmal für etwa eine Sekunde, um dann wieder zu verschwinden. (Die Karten vom Computerteddy machen keine Probleme, ich schließe einen Konfigurationsfehler bei mir daher aus.) Ich kann das auch für Niedersachsen bestätigen. Hier sind die Hauptstraßen allerdings vorhanden und die Anwohnerstraßen fehlen. Andere Symptome sind mir nicht aufgefallen, da ich die Karte gleich mit einer selbst generierten Karte ersetzt habe. Btw: Ist es gewollt, dass die OpenStreetBugs schon seit längerer Zeit nicht mehr in der Karte auftauchen oder ist das nur bei mir so? Dass ist mir auch schon aufgefallen. Glaube nicht, dass das gewollt ist... Fazit: Vielleicht sollten die Macher der AIO-Karten neue Einstellungen erst auf einem Test-System ausprobieren. Da die AIO-Karten speziell für Mapper sehr beliebt sind, weil sie ja auch alle Fehler-Marken enthalten, sollte der Generierungsprozess möglichst stabil sein und regelmäßig (min 2mal pro Woche) laufen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Am Sonntag, den 28.11.2010, 21:41 +0100 schrieb Frank Huebner: Hallo zusammen, vor kurzem wurde ich von der Android-App Navdroyd falsch geführt. Auf die Supportanfrage meldete mir der Hersteller, dass die zugrundeliegenden Daten leider die Ursache für den Fehler seien. Ich selber entdecke den Fehler in den Daten nicht. Vielleicht kann mir da jemand helfen? Es geht um die Abzweigung von der B463 aus Süden/Osten nach Station Teinach / Westen auf die L347. (Siehe http://www.openstreetmap.org/?lat=48.67878lon=8.73066zoom=16layers=M) Mir fällt hier kein Fehler auf. Wenn ich von Südosten auf der B463 komme muss ich rechts auf den Abzweig (Einbahnstraße, führt als Brücke über die B463) abzweigen. Navdroyd hatte mir dort keine Abzweigung gemeldet. Hat da jemand eine Idee? Oder ist die Karte mittlerweile schon korrigiert? Habe das gerade bei http://www.openrouteservice.org/ ausprobiert und dort sieht zwar auch die Route gut aus, allerdings fehlt auch dort der Hinweis, sich an der entsprechenden Stelle rechts zu halten. Es gab hier mal ein Posting, wo geschrieben wurde, dass das vom Winkel der Abzweigung abhängt. Ist der Winkel sehr stumpf, geht das Routing davon aus, dass es gerade aus geht und unterlässt den Hinweis. Hier das Posting, was ich meine: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/73734 Vielleicht hilft das!? Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als fixed markiert
Am Donnerstag, den 28.10.2010, 16:59 +0200 schrieb Mitja Kleider: On Thursday 28 October 2010 11:03:01 schneckchen4...@gmx.de wrote: Hallo, bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde (Vandalismus?). Woher das kommt, weiss ich nicht. Sieht für mich nach einem kaputten Skript aus. Gibt es eine Möglichkeit diese Einträge zu reaktivieren? [...] Der letzte Eintrag aller betroffenen Bug-Reports lautet immer Comment: [, 2010-10-27 03:01:30 CEST] mit leicht variabler Uhrzeit. Ist erledigt, ich habe 36 gezählt. Sowas ist hier (nicht ganz so massenhaft) aber auch schon häufig vorgekommen. Ich hatte vor langer Zeit daher auch schon mal den Vorschlag gemacht, dass ein geschlossener Bug wieder geöffnet werden kann; zumindest solange er sichtbar ist. Normale Bug-Tracker machen das ja auch so und das sollte doch relativ leicht zu implementieren sein. Ferner finde ich es nicht so toll, dass jeder Nutzer Bugs schliessen kann. Das Anlegen von Bugs sollte jeder können, Kommentare abgeben auch, aber schließen sollte ihn nur jemand können, der auch angemeldet ist. Das würde Vandalismus auf dieser Ebene deutlich einschränken. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am Freitag, den 10.09.2010, 21:02 +0200 schrieb Wolfgang: Hallo ich sehe das Problem, dass das Mapping sich immer mehr Daten zuwendet, die sich verändern können, ohne dass es jemand merkt. Beispiel: Wird eine Straße umgebaut oder eine Tankstelle abgerissen, bekommen das die Mapper recht schnell mit. Wechselt ein Restaurant von chinesisch auf griechisch, ist das auch recht schnell den örtlichen Mappern bekannt. Akzeptiert ein Supermarkt aber statt Karte A plötzlich Karte B, fällt das nur dem auf, der mit Karte A zahlen wollte. Wenn der örtliche Mapper sowieso bar zahlt, merkt der das höchstens zufällig. Vor Jahren hatte mal jemand die Karten erfasst und dabei bleibt es. Man könnte jetzt das Alter des Datensatzes nehmen und sagen, wenn der xx Jahre abgelaufen ist, sollte mal jemand checken und die Daten einmal neu hochladen. Das stößt aber auf 2 Probleme: 1. Wenn sich nichts geändert hat, muss man willkürlich etwas ändern, hochladen, zurückändern und wieder hochladen, sonst laden die Editoren nichts hoch. 2. Hier rauschen immer alle möglichen Bots durch, die Rechtschreibung bei Adressen oder sonstwas automatisch korrigieren oder auf einen neuen Stand bringen. Das hat die Nebenwirkung, dass damit das Datum aktualisiert wird und nichts mehr über die sachliche Aktualität der Daten aussagt. Daneben hat man ab und zu User, die Daten neu hochladen, damit ihr Name dort auftaucht. Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Monat/Jahr sollte reichen. Damit dokumentiert der Mapper, dass zu diesem Zeitpunkt alle Daten des Objektes aktuell sind. Was meint ihr? Im Prinzip eine gute Idee. Die Problematik, die mir jedoch sofort auffällt, ist, dass die Aktualität eigentlich für jedes Tag einzeln angegeben werde müsste. Ich z.B. fahre regelmäßig mal die Läden hier ab, um die Öffnungszeiten zu prüfen, die sich ja ständig ändern. Welche Bezahlmöglichkeiten man hat, erfasse ich dann aber nicht jedes Mal neu. Heißt, ich müßte sagen können opening_hours:last_check:2010-09 oder so. Und das dann für jedes Tag. Eigentlich fände ich es besser, wenn die Dinge einfach dann geändert werden, wenn es jemandem auffällt, genau, wie es jetzt der Fall ist. Es wäre natürlich sehr praktisch, wenn der Betreiber einer Einrichtung selbst regelmäßig die Daten aktualisiert. Wenn die Anzahl der Mapper mit der gleichen Steigerungsrate wie bisher zunimmt, funktioniert das eh von allein... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bei öff. Einrichtungen - Gebäude o der Grundstück?
Ich würde grundsätzlich mehrere Gebäude, die zu einer bestimmten Lokation gehören in einer site-Relation zusammenfassen (http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site). Den Typ dort dann zusätzlich angeben mit Zusatztag site=school. Ich habe die site-Relation schon auf Bauernhöfe hier in der Gegend angewendet. Wenn denn schon das Grundstück unbedingt erfasst werden soll, würde ich es besonders taggen, z.B. mit landuse=school oder so. Dieses Tag wird sogar schon recht häufig verwendet. Wenn das Gelände umzäunt ist, dann natürlich diesen mit barrier=fence erfassen und in die Relation mit aufnehmen. Gruß Andre Am Samstag, den 24.07.2010, 10:01 +0200 schrieb p.pri...@gmx.de: Hallo zusammen, wie taggt man eigentlich richtig bspw. ein Schul-Gebäude, welches ja auch auf einem Grundstück steht?? Das Gebäude oder das Grundstück?? http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dschool verstehe ich gar so, dass man das *Gelände* mit amenity=school name=Hogwards versieht?? Könnte man machen - aber, was ist dann mit Grundstücken, auf denen mehrere Gebäude stehen? Konkteter Problemfall, bei dem ich entweder den Vor-Mapper oder mich berichtigen müsste (s. Osmarender-Ansicht) ist dieser Kindergarten: http://www.openstreetmap.org/?lat=50.723046lon=6.909934zoom=18layers=M Ein anderes Beispiel - so, wie ich denke, dass es richtig(er) wäre, habe ich hier gefunden: http://www.openstreetmap.org/?lat=50.790792lon=6.950819zoom=18layers=M (Obwohl ich hier gar das *Gebäude* als 'amenity=school' getaggt und nicht einen eigenen Node erstellt hätte. Oder??) Viele Grüße an alle, Peter ___ 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] Recycling
Am Sonntag, den 13.06.2010, 16:58 +0200 schrieb Bodo Meissner: Wenn es tatsächlich der Name ist, gar nichts. Zur Unterscheidung zwischen Wertstoffhof und Container ist aber eher ein Subtag erforderlich. (Ein Altkleidercontainer hat mit ziemlicher Sicherheit keinen Namen.) vielleicht etwas in dieser Art: recycling_type=container recycling_type=recycling_center +1 Anhand des name-Tags zu unterscheiden fände ich sehr gewagt. Zumal es durchaus mal jemandem einfallen könnte auch einem Container einen Namen zu geben. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Augenarzt
Moin! Wie taggt man einen Augenarzt? Habe in Mailinglisten und im Wiki nichts gefunden. Werde es zunächst so machen: amenity=doctor doctor=ophthalmologist Es wäre jedoch auch denkbar direkt amenity=ophthalmologist zu schreiben. Andere Vorschläge oder bereits in Gebrauch befindliche Tags? Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Augenarzt
Am Donnerstag, den 10.06.2010, 22:27 +0200 schrieb Tirkon: Andre Hinrichs andre.hinri...@gmx.de wrote: Werde es zunächst so machen: amenity=doctor http://wiki.openstreetmap.org/wiki/Proposed_features/Doctor Das Wiki sagt: amenity=doctor JOSM-Vorlagen-Zivisilationsbauten-Gesundheit-Arzt produziert: amenity=doctors Hmmm! Ja, das ist mir auch schon aufgefallen. Mir persönlich gefällt die Einzahlform besser. Es gab mal eine Diskussion und einige sagten damals es hieße 'the doctors office' und deswegen 'doctors'. Aber da kann man auch shop=bakers statt shop=bakery schreiben und so weiter. Sollte man vielleicht auch (noch)mal öffentlich ausdiskutieren. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waypoints in JOSM
Ich kann die Datei problemlos öffnen. Sowohl als Parameter als auch über das Menü. Sagt Deine Kommandozeile irgendwas? Welche JRE verwendest Du? Andre Am Freitag, den 04.06.2010, 15:09 +0200 schrieb Johannes Huesing: Walter Nordmann walter.nordm...@web.de [Fri, Jun 04, 2010 at 02:54:01PM CEST]: mach das file so klein wie möglich (1-2 waypoints) und liste es hier auf. dann kann man dir eventuell helfen. sollte eigentlich gehen, aber der teufel ... mfg wambacher Sorry, hatte ich auch eigentlich vor: ?xml version=1.0 encoding=UTF-8? gpx version=1.0 creator=GPSBabel - http://www.gpsbabel.org; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://www.topografix.com/GPX/1/0; xsi:schemaLocation=http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd; time2009-01-01T20:10:09Z/time bounds minlat=-49.490899919 minlon=-94.799016668 maxlat=50.982883293 maxlon=121.640266674/ wpt lat=38.855549991 lon=-94.799016668 ele325.049072/ele nameGarmin/name cmtGarmin/cmt descGarmin/desc symFlag, Blue/sym /wpt wpt lat=50.982883293 lon=-1.463899976 ele35.934692/ele nameGarmin Europe/name cmtGarmin Europe/cmt descGarmin Europe/desc symFlag, Blue/sym /wpt wpt lat=25.061783362 lon=121.640266674 ele38.097656/ele nameGarmin Taiwan/name cmtGarmin Taiwan/cmt descGarmin Taiwan/desc symFlag, Blue/sym /wpt /gpx ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Aktion 10b : loopings
Am Sonntag, den 30.05.2010, 15:59 +0200 schrieb Chris66: Am 30.05.2010 12:59, schrieb bkmap: http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_10b Ich halte soche pauschlen Änderungen ohne Ortskenntnis für nicht besonders konstruktiv. Große Wendeschleifen mit baulicher Trennung in der Mitte benötigen eine andere Lösung. +1 Wenn es keine durchgehende Fläche ist, sondern wirklich eine Schleife sollte es auch so gemappt werden. Wenn keepright da einen Fehler meldet ist das m.E. ein Falsch- Positive. Der JOSM Validator meldet zB. an dieser Stelle keinen Fehler: http://www.openstreetmap.org/?lat=49.971336lon=6.533535zoom=18 Wobei der einzelne turning-circle Node in der Schleifenmitte schon sehr kreativ ist ;-) Wäre es nicht sinnvoll, wenn man für kleine Wendeschleifen mit baulicher Trennung highway=turning_circle auch für ways zuließe? Evtl. auch (um die Semikolonform zu vermeiden) turning_circle=yes und highway=* ? Für Renderer würde das unter anderem bedeuten, dass dort der Straßenname nicht gerendert wird. Das sieht auf manchen Karten eh ziemlich komisch aus, wenn der Straßenname so gebogen dargestellt wird. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Aktion 10b : loopings
Am Montag, den 31.05.2010, 13:31 +0200 schrieb Chris66: Am 31.05.2010 08:28, schrieb Andre Hinrichs: Wäre es nicht sinnvoll, wenn man für kleine Wendeschleifen mit baulicher Trennung highway=turning_circle auch für ways zuließe? Evtl. auch (um die Semikolonform zu vermeiden) turning_circle=yes und highway=* ? Für Renderer würde das unter anderem bedeuten, dass dort der Straßenname nicht gerendert wird. Das sieht auf manchen Karten eh ziemlich komisch aus, wenn der Straßenname so gebogen dargestellt wird. wenn Dich der gebogenene Name stört: die Schlaufe einzeln mappen und den Namen einfach weglassen. Dann müsste man jedoch sowas wie noname=yes hinzufügen, damit keepright nicht meckert. Jedoch wäre das ja eigentlich auch nicht wirklich richtig, denn der Weg hätte ja einen Namen. Es wäre mir also wirklich lieber, wenn ich dem Renderer mitteilen könnte, dass dort der Name nicht dargestellt werden soll. Für osmarender kann man ja osmarender:renderName=no verwenden, das gilt jedoch nicht für Mapnik... oder gibt es inzwischen ein allgemein gültiges Tag dafür? turning_circle=yes zusätzlich zum highway finde ich aber auch ok. Wenn es hier keine Einwände/Gegenstimmen gibt, werde ich das dann mal bei nächster Gelegenheit als separates Topic hier posten. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen in Flächen
Am Mittwoch, den 26.05.2010, 20:40 +0200 schrieb Jürgen: Hallo, habe das Gelände eines Sportvereins erfasst, sehe jetzt nur die zwei Gebäude, nicht aber die drei Spielfelder, die eigentlich in einem helleren grün gerendert werden müssten. http://www.openstreetmap.org/?lat=53.41891lon=9.78912zoom=17layers=B000FTF umgebendes Gelände: leisure=sports_center darin: Gebäude: building=yes Spielflächen: leisure=pitch sport=soccer bzw. hockey Wie muss ich das richtig taggen? Du brauchst wahrscheinlich eine multipolygon-Relation. Beschrieben im WIKI unter http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO Makefile defekt
Am Dienstag, den 25.05.2010, 09:38 +0200 schrieb Christoph Wagner: Am 25. Mai 2010 09:16 schrieb Christoph Wagner freemaps@googlemail.com: Am 24. Mai 2010 12:10 schrieb Andre Hinrichs andre.hinri...@gmx.de: Da scheint irgendein SVN-Merge nicht funktioniert zu haben. Kann das mal bitte jemand reparieren? Ok, also nach dem letzten merge von Felix war es irgendwie komplett zerhackt. Es war ne uralte Version, mit Windowszeilenumbrüchen, mysteriösen Headern und komischen Einschüben. Hab die mal komplett weggehauen und das aktuelle von mir drüber gezimmert. Strange. Sieht schon viel besser aus. Mein emacs meckert noch über Zeile 412, wo ein vereinsamter Tabulator steht. Ob es trotzdem funktionieren würde, bleibt abzuwarten. Interessanterweise hat ja letzte Nacht der Build trotzdem funktioniert. Wird das denn nicht über das Makefile gesteuert? Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO Makefile defekt
Hallo Liste, wer betreut denn derzeit das All-In-One Projekt für Garmin-Karten? Mir ist aufgefallen, dass das Makefile, welches im Hauptverzeichnis (http://dev.openstreetmap.de/aio/) liegt, defekt ist. Da scheint irgendein SVN-Merge nicht funktioniert zu haben. Kann das mal bitte jemand reparieren? Danke Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Am Montag, den 22.03.2010, 19:38 +0100 schrieb Simon Kokolakis: Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Ich mache es meistens so, dass ich nur die Form des Daches nehme, und diese dann verschiebe, bis eine sichtbare Ecke des Hauses deckungsgleich mit dem entsprechenden Knoten ist. Etwas verspätet von mir noch der Hinweis, dass auf die Positionierung von Satellitenbildern nicht verlass ist! Da können schon mal ein paar Meter Versatz entstehen. Bitte also vor Benutzung solcher diese anhand von nahe liegenden Wegen, wo sich bereits verlässliche Punktenebel gebildet haben, ausrichten. JOSM bietet dafür eine sehr einfache Möglichkeit. Das gilt natürlich auch für Straßen!! Ich sehe leider ziemlich häufig Straßen, die mehrere Meter neben dem Punktenebel liegen und daher offensichtlich von anderen Quellen (wahrscheinlich Satellitenbildern) abgezeichnet wurden. Es ist schon nervig, dies dann zu korrigieren. Generell wäre für die Editoren ein entsprechender Hinweis im Falle der Benutzung von Satellitenbildern hilfreich. Grüße Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arztpraxen
Am Dienstag, den 23.02.2010, 22:00 +0100 schrieb Ulf Lamping: Am 23.02.2010 21:31, schrieb C. Brause: Was ihr so schreibt, macht für mich Sinn. Die Tendenz geht im Moment also eher Richtung amenity=physician. amenity=doctors wird bereits 4000 mal verwendet (physician genau 2 mal), steht in den Map Features, gibt es als Presets und wird IIRC auch in Osmarender dargestellt. Ihr könnt hier gerne diskutieren solange ihr wollt was denn laut Wörterbuch richtig oder falsch ist, ändern wird das aus meiner Sicht am bereits etablierten doctors aber nichts mehr. Normalerweise bin ich Deiner Meinung; dieses Mal jedoch nicht. Ich denke ebenfalls, dass amenity=doctors das falsche Tag ist und würde sofort befürworten, dieses Tag durch ein anderes Tag zu ersetzen, nachdem das neue Tag den normalen Proposal-Prozess durchlaufen hat. Entgegen der bisherigen Diskussion würde ich sogar einen Schritt weiter gehen und nicht nur amenity=physician vorschlagen, sondern health=physician. Die Gruppe der für den Gesundheitsbereich arbeitenden Institutionen ist so zahlreich, dass dies durchaus eine eigene Gruppe rechtfertigt. Also auch health=pharmacy und health=hospital ... Damit würde es auch schnell möglich sein, zusätzliche Tags in diesem Bereich einzuführen, wie health=hospital, health=dermatologist, health=gynaecologist, health=dentist usw. Das ein Tag bisher häufig benutzt wird besagt meiner Meinung nach gar nichts, denn die wenigsten schreiben Tags per Hand, sondern benutzen einen Editor, so dass ein neues Tag schnell etabliert werden kann. Auch wenn ich normalerweise kein Fan von Bots bin, kann ein solcher auch über 4000 Einträge schnell ändern... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgrenzung highway=service und residential
Am Dienstag, den 12.01.2010, 02:17 +0100 schrieb Johann H. Addicks: Am 12.01.2010 02:02, schrieb Stefan Hirschmann: Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder doch als residential ohne Namen. Oder sagen wir Wir wollen eine Adressverortung und das kommt in den Name, auch wenn die Straße nicht so heißt? Wenn es eine öffentliche Straße ist und dort Häuser dranstehen, dann hat die Straße auch den entsprechenden Namen. Auch wenn da nur vorn steht zu den Häusern 4,6,8. Ich halte es so, dass ich Stichstraßen bis inkl. 3 Einzelgebäuden (nicht gezählt: Nebengebäude) als Service tagge, bei 4 und mehr Gebäuden als Residential. Das klappt sowohl für Hintergrundstücks-Eigenheime wie für Wohnblocks an Straßenausstülpungen recht gut. Aber wie gesagt: Name kommt immer dran. So in etwa mache ich das auch, wobei bei Zufahrten zu einzelnen Häusern noch unterschieden wird, indem dort ein service=driveway hinzukommt. Das lasse ich bei mehr als einem Haus weg. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Am Samstag, den 09.01.2010, 21:30 +0100 schrieb Jan Tappenbeck: Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): Hallo, ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? einfacher schon - aber der gesamte download schrägt mich immer ab !!! ich ziehe die daten fast täglich ! Ich habe hier ein ähnliches Problem, denn ich erzeuge mir eigene Karten für meinen Garmin für ganz Zentraleuropa. Da früher (weiss nicht, ob das Problem noch besteht) Auszüge von der Geofabrik nach dem Compilieren mit mkgmap nicht als routingfähige Karte gemergt werden konnten, habe ich mir mit osmosis einen eigenen Auszug aus dem Europa-Auszug gebaut und spiele hierauf täglich den daily-Patch von OSM ein. Das dauert auf meiner lahmen Kiste (AMD Athlon(tm) 64 X2 Dual Core Processor 6400+) ca. 20 Minuten. Das anschließende Splitten und Kompilieren dauert über 2 Stunden und wird daher nicht mehr täglich gemacht. Will damit sagen, dass das natürlich auch recht komfortabel für kleinere Gebiete funktionieren würde, die ansonsten über mehrere Auszüge gehen würden. Die daily-Patches haben meist eine Größe von 20-50 MByte und somit auch nicht größer als ein Auszug von z.B. Niedersachsen. Ich kann hier leider keine fertigen Images von Computerteddy verwenden, da ich eigene Styles für mkgmap und ein eigenes TYP-File habe. Wenn Du Interesse hast, kann ich Dir das zugehörige Script gerne zur Verfügung stellen. Müsstest Du nur an Deine Bedürfnisse (z.B. bounding box) anpassen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes ohne Eigenschaften
Am Sonntag, den 03.01.2010, 19:11 +0100 schrieb Jan Tappenbeck: Am 03.01.2010 17:45, schrieb Frederik Ramm: Hallo, Wolfgang Wienke wrote: Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways eingebunden sind? Sollte man die einfach löschen? Nodes koennten theoretisch in Relationen eingebunden sein mit einer bestimmten Rolle, die dem Node eine Bedeutung verleiht. Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich eleganter und klarer als irgendwelche Tags. wäre dort nicht FIXME - mit einem angedeuteten Weg besser Sehe ich auch so. Ich verwende jedoch noch nicht mal einen angedeuteten Weg, sondern setze fixme=continue auf den letzten Node, wo es dann weiter gehen würde. Vorteil: Die sind auch bei keepright sichtbar und somit wissen andere Mapper, dass dort etwas zu tun ist. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Briefkästen, öffentliche Telefone und Parkscheinautomaten taggen
Am Sonntag, den 03.01.2010, 20:50 +0100 schrieb Lothar Emmerich: Ein gutes Jahr 2010 an alle. Briefkästen: operator= Deutsche Post AG - klar collection_time=Mo-Fr 10:00, 17:00; Su 11:00 - klar Sind noch Informationen über - Anbringung: an der Wand oder freistehend an der Wand: Node ist in Gebäude eingebettet. - bei Befestigung an Hauswand - welche Hausnummer, etc Standort-Bezeichnung wie auf dem Briefkasten angegeben. Ich verwende dafür derzeit noch name= jedoch gibt es auch andere Vorschläge. - PLZ-Zugehörigkeit postal_code= _ ... Telefone - operator=Deutsche Telecom - klar - münzen, Telefonkarte, ... - klar - offene oder geschlossene Form mit Tür schlag mal was vor! - bei offener Bauweise: mit oder ohne Regenschutz oben und seitlich Parkscheinautomaten Habe hier wenig gefunden. Habe eingetragen amenity=parking_ticket_automat Wie tagge ich - die max. Parkzeit und max_stay= - die Kosten pro Stunde - Parken ab z.B. 18 Uhr kostenlos ebenso an Sonntagen wüsste ich auch gern... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Feature für OSB: Bugs wieder öffne n?
Hallo Liste! Es kommt ab und zu mal vor, dass mir Bugs auf OpenStreetBugs auffallen, die geschlossen wurden, der Fehler an sich jedoch nicht korrigiert wurde. Daher möchte ich vorschlagen, die Möglichkeit einzubauen, dass geschlossene Bugs wieder geöffnet werden können. Da Bugs nach einer Woche verschwinden, ist natürlich nur innerhalb dieses Zeitraumes nach Schließen des Bugs möglich. Meinungen? Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] How to load geotagged pics without GPS track ?
Am Montag, den 28.12.2009, 23:50 +0100 schrieb Jeremy G: Hi list, I'm in trouble with the new version of Agpifoj (the plugin designed to display geotagged photos, now integrated into JOSM core) : looks like it's not possible to load pics without a GPS track ?? Back from field I've got a bunch of geotagged photos for mapping (from android smartphone), but the GPS track (from the same android) is just all weird and useless. So I intended to use only the pictures with the pretty detailed french cadastre WMS, which we are allowed to use... Any hint welcome :) I have a similar problem and sent a message to JOSM-dev mailing list. So they are aware of the problem. Only hint I can give at the moment: use an older version of JOSM, e.g. the stable 2561. Andre ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] List of changes from API only gives target tile of moved node
Hi List! I've fixed a misplaced node in a way and was waiting for the rendered tiles to be updated. I was expecting that both tiles are beeing updated the one where the node was and the one where the node was moved to. But unfortunately, only the tile the node was moved to was updated. Moved node is http://www.openstreetmap.org/browse/node/330565882 See list of changes for the here: http://www.openstreetmap.org/api/0.6/changes?start=2009-12-18T17:12:00Zend=2009-12-18T17:13:00zoom=12 So currently both mapnik and t...@h have a ghost way: http://osm.org/go/YeU8QNPU-- or http://www.informationfreeway.org/index.php?lat=19.27338224574216lon=-72.60056980823181zoom=12layers=BF000F or (if the tiles were updated meanwhile): http://wiki.openstreetmap.org/wiki/Image:Ghost-way.png I believe that nodes moved to another tile is not a rare case and therefore API should list both tiles in the list of changed tiles. Is API 0.6 meant to list both tiles (means, this is a bug) or is this possibly worth a feature request for API 0.7? Thoughts? Regards Andre ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List of changes from API only gives target tile of moved node
Am Sonntag, den 20.12.2009, 19:12 +0100 schrieb Frederik Ramm: Hi, Andre Hinrichs wrote: See list of changes for the here: http://www.openstreetmap.org/api/0.6/changes?start=2009-12-18T17:12:00Zend=2009-12-18T17:13:00zoom=12 So currently both mapnik and t...@h have a ghost way: What you describe may be right, but the reasoning is not; the Mapnik map does not use the API to find out what has changed, but instead relies on the diffs generated by Osmosis. Then why does Mapnik show the same behaviour than t...@h? If Mapnik would take the diffs of Osmosis than it would have recognised that the tile has changed, wouldn't it? Is API 0.6 meant to list both tiles (means, this is a bug) or is this possibly worth a feature request for API 0.7? Frankly, I think the changes call you're describing could well be removed altogether for 0.7 as it is very limited in the first place and does not seem to offer any advantages over running Osmosis and retrieving the changesets. I'm pretty sure, that at least t...@h uses it currently. But if there is an easy (fast) way to get the changed tiles out of the diffs than it could possibly be adapted. Does creating the changes via osmosis have less limitations than the API way? If yes, which? Anyway, if not many services use it (except t...@h) it would not create a high load on the server, so why drop it? Andre ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] API 0.6 und Sub-Klasses
Am Sonntag, den 20.12.2009, 11:49 +0100 schrieb Jan Tappenbeck: HI ! ich wollte meine Weihnachtsbäume [1] mit http://osmxapi.hypercube.telascience.org/api/0.6/node[xmas:feature=tree][bbox=12.4,53.3,13,53.5] abfrage - bekomme allerdings bekomme ich keine NODES. Es gibt diese aber. Kann es sein das die API xmas:feature - wegen dem Doppelpunkt nicht auswerten kann ? Habe gerade mal nur die Nodes in der Boundingbox gezogen und darin waren die Tags auch nicht enthalten. Allerdings ist xapi:planetDate='20091219'. Wenn Du die Daten erst kürzlich eingetragen hast, sind die noch nicht da. Da scheint es ein Problem mit dem Update-Prozess zu geben. Normalerweise ist XAPI nur ein paar Minuten hinterher. XAPI hat jedoch mit API nicht viel gemein. Sie stellen unterschiedliche Services zur Verfügung. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. OSM-Weihnachtsbaum auf dem Heider Marktplatz
Am Donnerstag, den 17.12.2009, 16:41 +0100 schrieb Jan Tappenbeck: Aber Weihnachten 2010 steht schon vor der Tür - wenn ich micht nicht verrechnet habe 372 Tage Ähem, also in 372 Tagen ist erst Heiligabend. Weihnachten ist erst in 373 Tagen... Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] OSM Wiki Search does not work
Am Donnerstag, den 17.12.2009, 04:22 +0100 schrieb Tirkon: Hello, the OSM-Wiki Search does not work. E.g. a search (all options activated) for ostfriesland does not find this page: http://wiki.openstreetmap.org/wiki/User:Andre68 I'm not found, buhu... May be it's because I've just added that word four days ago? Don't know how often the search engine is updating itself... Andre(68) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Handwerk
Am Dienstag, den 15.12.2009, 03:10 +0100 schrieb Martin Koppenhoefer: Am 15. Dezember 2009 03:04 schrieb geo.osm geo@googlemail.com: Was ich meine ist dann wohl sowas wie ein Maurer, der auch andere Sachen macht. Also vielleicht nen bricklayer oder mason. ja, das bleibt m.E. erstmal ein Maurer. Und wenn die Firma nen bischen größer wird, dann könnte oben genannter tag vielleicht zutreffen. das meinte ich ja eben: wenn es größer wird, ist es kein Handwerk mehr. construction_company ist kein Handwerk mehr. Sehe ich auch so. Daher votiere ich dafür, dass der Landmaschinenbau, der bereits in der Liste enthalten ist, in eine andere Kategorie fallen sollte. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Moin! Hat jemand schon an den ganz normalen Klempner gedacht? Also Gas-, Wasser- und Abwasser-Installateur. craft=plumber Gruß Andre Am Mittwoch, den 02.12.2009, 09:38 +0100 schrieb Peter Körner: Hi Ich tagge hier auf dem Land und wir haben im Ort 2 Tischler [1], 3 Metallbauer [2] und einen Landmaschinenbau [3]. Keines davon ist ein Shop oder eine Fabrik. Ich würde es am ehesten als Handwerk klassifizieren. Daher finde ich shop=* oder eine Kombination aus man_made=works/works=* nicht passend. Dafür habe ich im Wiki noch keine Tagging Guideline gefunden. Auf der Mailingliste habe ich einen Vorschlag [4] für einen neuen Key craft gefunden, der mir eigentlich seht gut gefällt. OSMDoc ist der Tag auch nicht ganz unbekannt [5]. Ich würde ihn gerne in die MapFeatures liste aufnehmen, vorher jedoch noch um eine Kommentare bitten. Dieser Tag würde, ähnlich zu shop=* verwendet werden, jedoch für Gewerbe, die nicht nur verkaufen sondern bei bedarf erst Herstellen bzw. Verarbeiten, und bei denen das Herstellen/Verarbeiten im Vordergrund steht. Mögliche Kombinationen wären: craft=tailor (Schneider) craft=roofer (Dachdecker) craft=carpenter (Tischler) craft=electrician (Elektriker) craft=gardening (Gartenbau) craft=metal_construction (Metallbau) craft=painter (Maler) craft=paver (Fliesenleger) craft=carpet_layer (Teppichleger) craft=plasterer (Verputzer) Ich habe bereits einen Draft in meinem User-Bereich angelegt: http://wiki.openstreetmap.org/wiki/User:MaZderMind/DE:Key:craft http://wiki.openstreetmap.org/wiki/User:MaZderMind/Key:craft Lg, Peter [1] Maßgeschneiderte Schränke, Änderungen an Möbeln, Küchen, Innenausbau, Parkett, Holzdecken -- also definitiv kein Möbelhaus [2] Gitter, Treppen, Tore, Zäune, Rampen (Landwirtschaft) -- also definitiv kein Baumarkt [3] Anhänger für Traktoren, Metallfässer für den Weinbau, Zäune und Tore für Weiden [4]http://lists.openstreetmap.org/pipermail/talk-de/2009-March/041467.html [5]http://osmdoc.com/en/tag/craft/#values ___ 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
[OSM-talk] Two XAPI servers return incomplete data
Hi List! I've just discovered that two of the three XAPI servers return incomplete data when trying to get a relation with tag search. The relation itself, the nodes and the ways are returned but the ways and nodes are empty with tags or members. Try the following requests and you should see what I mean: 1.) http://osm.bearstech.com/osmxapi/api/0.6/relation[ref=A 39] 2.) http://xapi.openstreetmap.org/api/0.6/relation[ref=A 39] 3.) http://osmxapi.hypercube.telascience.org/api/0.6/relation[ref=A 39] While 1.) and 2.) are faulty 3.) is ok. E.g. for way 33176005 1.) and 2.) return this way id='33176005' user='geltmar' uid='18106' timestamp='2009-04-14T14:55:08Z' version='2' changeset='526806' /way And 3.) returns this: way id='33176005' user='geltmar' uid='18106' timestamp='2009-04-14T14:55:08Z' version='2' changeset='526806' nd ref='291197103'/ nd ref='26615702'/ tag k='created_by' v='Potlatch 0.10f'/ tag k='highway' v='motorway'/ tag k='lanes' v='2'/ tag k='layer' v='1'/ tag k='maxspeed' v='100'/ tag k='oneway' v='yes'/ tag k='ref' v='A 39'/ /way Since two servers are affected I believe this is a software problem. Could someone with access to the servers please check this? Regards Andre ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Bedienung JOSM
Am Dienstag, den 01.12.2009, 22:26 +0100 schrieb André Riedel: Am 1. Dezember 2009 22:17 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo! Mir gelingt es nicht, mit JOSM einen Node mit allen Eigenschaften (z.B. eine Bushaltestelle) aus einem way zu lösen und z.B. daneben zu setzen. Ist das nicht möglich? Entweder den Knoten mit G aus dem Weg lösen oder kopieren und an neuer Position wieder einfügen (Strg + C und danach Strg + V). Dadurch wird jedoch der Node mit den Eigenschaften neu angelegt (neue Id) und der Node im Weg bleibt erhalten, verliert jedoch alle Eigenschaften. Ich verwende häufig einen kleinen Trick: 1.) Herauszulösenden Node selektieren 2.) Von diesem Node ausgehend einen beliebigen Weg anlegen (egal wohin) 3.) Node und alten Weg selektieren 4.) g drücken um den Node aus dem alten Weg herauszulösen 5.) den neuen (beliebigen Weg) löschen, dabei bleibt der Node mit den Eigenschaften erhalten und kann an die gewünschte Position verschoben werden. Vorteil: Der Node behält die Id und führt z.B. bei Vorkommen in Relationen (z.B. bei Bushaltestellen) nicht zur Änderung der Relation und somit bleibt die History für die Relation kurz. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 11:07 +0100 schrieb Christoph Wagner: Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Und ausserdem können dort alle Straßenabschnitte eingefügt werden. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 17:57 +0100 schrieb Tobias Knerr: Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das sehe ich etwas anders. Sicher ist die Eingabe und die Verwaltung von Relationen schwieriger als die Eingabe von Tags. Dennoch wird jemand, der die dann doch komplizierten Tags wie old_name:startyeart-endyear=blabla versteht auch in der Lage sein, Relationen anzulegen. Für den weniger erfahrenen Nutzer macht die schiere Anzahl der Tags das ganze unübersichtlich und kompliziert. Bei der Verwendung von Relationen ist die Anzahl der Tags für den Weg überschaubar und der weniger erfahrene Nutzer wird nicht von Tags verwirrt, die ihn wahrscheinlich eh nicht interessieren. Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Statt #Abschnitte Tags hast du dann eben #Abschnitte Member-Einträge in der Relation. Übrigens ist das auch nachrangig: Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Stimmt nur zum Teil. Wenn wir jetzt sagen, dass Relationen zu kompliziert sind für die Nutzer, dann müssten wir auch alle anderen Anwendungsbereiche für Relationen durch normale Tags ersetzen. Das ist jedoch meiner Meinung nach nicht machbar. Wie gesagt ist die Eintragung von Spezial-Tags wie z.B. der Namenshistorie eh vor allem für den erfahreneren Nutzer interessant. Und wer sich denn nun tatsächlich dafür interessiert, wird sich auch schnell mit der entsprechenden Vorgehensweise anfreunden. Für die anderen Nutzer sollte die Anzahl der Tags für einen Weg so gering und übersichtlich wie nur möglich gehalten werden. Diese Nutzer werden die Relationen schlicht ignorieren und dadurch stören sie denjenigen auch nicht. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Am Donnerstag, den 19.11.2009, 22:47 +0100 schrieb Markus: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Generell sollte das 'convert' aus dem ImageMagick-Paket auch schaffen. Bei sehr komplizierten SVGs (wie z.B. denen, die aus OSM-Daten erzeugt werden) kommt es leider derzeit immer noch zu Schwierigkeiten. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] layer=0
Am Mittwoch, den 18.11.2009, 23:02 +0100 schrieb Michael Bemmerl: Hallo Leute, mir fallen mittlerweile immer öfter Wege auf, die mit layer=0 getaggt sind. Diese Wege schneiden sich auch nicht mit anderen Wegen. Z.B.: hier: http://osm.org/go/0GkXVjK Weiß jemand was die layer=0 Tags für eine Bewandtnis haben? Denn so wie ich das sehe ist ja die Erdoberfläche gleichbedeutend mit layer=0. Da ja aber jeder Way standardmäßig auf der Erdoberfläche liegt, ist doch die layer=0 Angabe überflüssig? Oder sehe ich da was falsch? Eigentlich ist layer=0 überflüssig, da implizit. Bei Brücken jedoch, die über einen anderen Weg gehen, der z.B. layer=-1 hat, setze ich das dennoch. Das jedoch auch nur deshalb, weil einige Prüfprogramme bei Brücken/Tunneln prüfen, ob ein layer-Tag vorhanden ist und meckern, falls nicht. Wenn ich ansonsten auf layer=0 treffe, lösche ich dieses Tag meistens. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Pfaelzer Wald kaputt
Am Dienstag, den 17.11.2009, 15:54 +0100 schrieb Steffen Wolf: Hallo, ich glaub, jetzt hab ich's geschafft. Teile des Pfaelzer Waldes werden in Mapnik nicht mehr dargestellt. Es betrifft nur vier Tiles bei Zoomstufe 12, da ist aber noch alles vorhanden. Ab Zoomstufe 12 gibt's den Wald in diesen Tiles nicht mehr. Interessanterweise wird dasselbe Multipolygon in den Tiles nebendran richtig gemalt. Zu bestaunen ist das Meisterwerk hier: http://www.informationfreeway.org/?lat=49.38274139509342lon=7.645640815991721zoom=13layers=0F0B0F Vor einer Woche o.so hab ich versucht, die Pfaelzer Waldstuecke in eine Relation zu packen. Relation 9418 ist's. Kurz danach die Darstellungsfehler, die ich auf das schnelle Update bei Mapnik geschoben hab. Da aber bis heute noch nix verbessert wurde, hab ich die Relation an der Stelle nochmal gespalten. Ich geb ja zu, eine Mixtur aus mehreren outer und mehreren inner Wegen kann schonmal einen Renderer verwirren. Die entsprechenden Teile westlich von Kaiserslautern jetzt in Relation 330849. Hmm, ein paar Teile sind gerade doch noch entstanden. Bevor ich noch mehr verschlimmbessere: Was ist die empfohlene Vorgehensweise? Ich moechte gerne die Laenge der Wegstuecke klein halten. Mal schnell am Ortsrand von KL etwas laden zieht gleich die gesamte Nordostpfalz bis Neustadt herein. Muss ja nicht sein. Ich moechte die Zipfelchen gerne in die groesseren Wege integrieren. Noerlich von Queidersbach ist sowas. Oestlich von Landstuhl ebenso. Eigentlich ueberall am Rand des Pfaelzer Waldes. Ich moechte gerne die Zerstueckelung in einzelne Flaechen vermeiden. Bei Mapnik kann man die Unterbrechungen sogar sehen. Die oben angesprochenen Zipfel sind klar getrennt. Bei Trippstadt geht eine Luecke nach Sued und Nord, dann Winkel und ab nach Hochspeyer. Selbst wenn der Renderer dies nicht zeigt, ist immer noch beim Editieren an diesen Stellen eine Linie, an die einige Mapper gerne Strassenknoten heften usw. Ich moechte gerne die umschlossenen Gebiete (meist Doerfer) sauber als innere Wege ausschneiden. Oder moechte ich das vermeiden, und lieber ein Puzzle aus mehreren Teilen zusammensetzen? Ich weiss nicht mehr. Und schliesslich moechte ich das ganze ohne allzu grosse Aenderungen erreichen. Die History muss ja schliesslich nicht unnoetig wachsen, wenn sich doch gar keine aeusseren Begebenheiten hierbei aendern. Eine Idee dafuer waere ein Multipolygon mit mehreren aeusseren Wegen, die zusammengenommen das gesamte Gebiet einmal umkreisen. Dann darein noch die inneren Wege um die Inselchen. Duerfte so ziemlich jedem Weg eine neue Version verpassen. Genau das ist es. Zumindest Mapnik sollte das so prima rendern. t...@h hat da manchmal Probleme abhängig davon, ob die Daten der Relation vollständig vom Server geladen werden. Ich habe das mal geändert. Man schauen, wie es wird... Eine andere Idee ist, alles so zu lassen, und hoffen, dass Mapnik mal etwas anders rendert. Es sollte so eingetragen werden, wie die Community (das WIKI) es für richtig hält. Die Renderer müssen dann ggf. nachziehen. Nach dem altbekannten Motto wir mappen nicht für die Renderer. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr für Relationen aufspalten
Am Montag, den 16.11.2009, 10:41 +0100 schrieb marcus.wolsc...@googlemail.com: On Mon, 16 Nov 2009 10:25:14 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Moin ! ich bin gerade dabei Bedarfsumleitungen bei den Autobahnen zu definierten und da Lübeck eine Vielzahl davon haben werden diese von diesen Verläufen auch berührt. Nun stellt sich für mich die Frage - den ganzen Kreisel in die Ralation aufnehmen, man kann ja auch mehrfach dadurch fahren (Scherz), oder aufsplitten ? Es sind Ways und sie sind Teil der Umleitung, also aufnehmen. Ich prophezeihe mal einige Anwendungen die nicht korrekt mit Kreisverkehren umgehen können die aus mehr als einem Way bestehen. (Fahren sie in den Kreisverkehr, dritte Ausfahrt.) An den Fall hatte ich zumindest nie gedacht. Muss ich mal probiere welche Schwierigkeiten das macht. Genau. Wenn der Routenplaner einen Kreisverkehr nicht mehr als solchen erkennen kann, können auch keine entsprechenden Meldungen erfolgen. Ich wäre also auch dafür, die Kreisverkehre geschlossen zu halten. Ich habe jedoch auch schon gesehen, dass Kreisverkehre aufgeteilt wurden. Einen Vorteil sehe ich da jedoch nicht. Im Gegenteil, die Anzahl der Wege wird dadurch erhöht und falls eine Route durch mehrere Abschnitte des Kreisverkehrs führt, wird auch die Relation um entsprechend viele Member-Einträge größer. Ich bin da eher ein Verfechter des Simplifizismus... keep it simple... Ausserdem ist es zumindest in JOSM mit einem geschlossenen Kreisverkehr einfacher nach einer Bearbeitung den Kreis wieder zu einem Kreis zu machen. Meines Wissens gab es eine solche Diskussion aber auch schon mal. Werde mal auf die Suche gehen... Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relations verbinden
Am Montag, den 16.11.2009, 19:17 +0100 schrieb Fabian: Hallo Liste, gibt es eine moeglichkeit zwei relationen, in aktuellen Fall eine Bahnstrecke, zu einer zusammenzufuehren? Es hat ofenbar mal jemand am noerdlichen Ende Angefangen und Jemand am suedlichen. War jetzt dabei suedliche nach norden auszubauen und habe dabei die obere haelfte gefunden. Mit JOSM relativ einfach: 1.) Für beide Relationen den Relations-Editor öffnen 2.) In einer Relation (derjenigen, die später wegfällt) alle Wege selektieren und die selektierten Elemente auswählen. 3.) In der anderen Relation erscheinen dann die ausgewählten Objekte und können dort eingefügt werden. 4.) Die erste Relation kann jetzt nach Prüfung der sonstigen Eigenschaften gelöscht werden. 5.) Idealerweise dann noch Elemente sortieren. 6.) Hochladen, fertig Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Am Sonntag, den 15.11.2009, 10:13 +0100 schrieb Carsten Gerlach: Am Sonntag 15. November 2009 08:16:15 schrieb Matthias Versen: Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? Wie ich es machen würde: 1.) Alte Version in eine Datei laden (siehe http://wiki.openstreetmap.org/wiki/API_v0.6#Version:_GET_.2Fapi.2F0.6.2F.5Bnode.7Cway.7Crelation.5D.2F.23id.2F.23version ) 2.) Datei mit einem normalen Text-Editor bearbeiten: 2a.) Version des zu ändernden Objekts auf aktuelle Version setzen (um den Versionskonflikt zu umgehen) 2b.) action=modify vor id=... des zu ändernden Objekts einfügen 3.) Datei z.B. in JOSM laden und auf den Server hochladen Mit diesem Verfahren kann man auch gelöschte Objekte zurückholen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Am Sonntag, den 15.11.2009, 14:52 +0100 schrieb Garry: Raimond Spekking schrieb: Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. In http://www.openstreetmap.org/browse/node/313285805/history hat jetzt innerhalb eines Jahres das 3. Restaurant eröffnet, jedesmal mit monatelangen Leerständen. Für diese Zeiten behelfe ich mich mit shop:construction note:Leerstand Hat jemand eine bessere Idee? ja, shop=untenanted (= leerstehend) Mit Bautstelle hat das ja nichts zu tun bzw. wäre etwas übertrieben für eventuelle Innenrenovierungen/Umzüge. eventuell auch ein disused=yes setzen Ich hatte sowas mal als amenity=closed_restaurant getaggt. Wie würdet ihr denn das Datum der geplanten Neueröffnung taggen? Vielleicht reopening_date=* ? Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] [Tilesathome] Ghost water rendering in mapnik Leaky titles in osmarender
Hi Andrew, this is caused by the way mapnik and osmarender handle data. Mapnik uses shapefiles which are created by the coastline checker. So first the coastline checker needs to create new shape files and then mapnik needs to import them. Both processes may take a few days. But it seems, that mapnik is ok now for you area. Osmarender is different and unfortunately does not have such an automatism. It's done by the oceantiles_12.dat file which is mostly maintained by hand. The two tile you speak of where set to 'mixed' which means there should be a coastline there. If there is no coastline then the result is not defined. I've now set them to 'land' so when the tilesathome clients are updated the next time they will get the new information. But this may take very long. The last update was 2009-10-14. I will now rerender the tiles with new data and hope they are ok afterwards. But when some other renderer gets to this area and there was no update in the meantime then they will get 'flooded' again. Regards Andre Am Samstag, den 14.11.2009, 01:07 -0500 schrieb Andrew Sawyer: I have run into a problem (that can be observed in osmarender) with two tiles found here: http://www.openstreetmap.org/?lat=43.1289lon=-70.7753zoom=12layers=0B00FTF Mapnik appears to be rendering the old coastline data, dispite the fact that there is no continuous way for the Piscataqua River (which runs from the Atlantic Ocean between the Maine/NH borders) found in JOSM or Potlatch. A little bit of the history of this area was that the tidal river used to be tagged as a natural=coastline then I uploaded new data with waterway=riverbank. I caused some issues with the data, but ended up cleaning the area up. Unfortunately, there is still what appears to be two tile leaks of water. I isolated the area with the other waterways and can not locate any ways/nodes that would be contributing to this error. Is there some issue with the servers or the fact that it used to be a coastline for why the waterway is still showing up? Could someone address the apparent ghost data so I can go ahead and repair the current waterways, so that they are rendered with the new data I replaced the old with (before deleting to find the problem with the leaking titles). Or is this a matter that is solely on the rendering side and nothing to do with OSM? Sincerely, Andrew S. Sawyer http://www.facebook.com/assawyer ___ Tilesathome mailing list tilesath...@openstreetmap.org http://lists.openstreetmap.org/listinfo/tilesathome ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mär kte
Am Freitag, den 13.11.2009, 20:03 +0100 schrieb Florian Gross: Am Fr November 13 2009 glaubte Johann H. Addicks zu wissen: Ich überlege gerade, ob ich den Inhalt von Kühl- und Gefrierschrank in der Küche hier mappen soll... Dann aber bitte tagesaktuell halten, damit man weiss, wann sich ein Besuch lohnt und der Markt neben dran auch gleich direkt für das Werbung machen kann, was Du noch brauchst... :-))) Vorweihnachtliche Grüße Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Feature request: Get history of object only partly
Hi! Sometimes histories of objects become very long and therefore history requests of such objects take long and likely stress the API too. Thus, I think it is useful to be able to get only a portion of the history (e.g. a specific range of the most recent ones). Maybe it's also useful to query a specific version of an object. In this case there could be a query for some kind of history overview of this object only listing the version, date, changeset and user. Since this will be a change in the API I'd like to request this feature for the next API version. Or are there already any plans for this? Any thoughts? Regards Andre ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Adressen bei multiplen Gebäuden
Hallo OSMler! Ich bin da gerade mal auf ein Problem gestoßen wozu ich keine Antwort gefunden habe: Wie taggt man Adressen bei multiplen Gebäuden? Konkret: Hier sind ein paar Bauernhöfe, die natürlich aus mehreren Gebäuden bestehen. Manchmal ist von der Straße aus nicht zu erkennen, welches dieser Gebäude das Wohngebäude ist. Tagge ich jetzt alle Gebäude mit der Adresse, oder wie? Eigentlich würde ich vermuten, nur dem Wohngebäude die Adresse zu verpassen, jedoch ist das wie gesagt manchmal nicht einfach, ohne den Hof (mit Gummistiefeln) zu betreten. Mir würde dann noch als Lösung einfallen, den ganzen Hof in eine site-Relation zu packen und dieser dann die Adresse zu geben. Das Problem tritt vielleicht auch für andere Fälle auf, z.B. Firmengeländen usw. Wie macht ihr das??? Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen bei multiplen Gebäuden
Am Mittwoch, den 04.11.2009, 21:58 +0100 schrieb Marcus Wolschon: 2009/11/4 Martin Simon grenzde...@gmail.com: Am 4. November 2009 20:58 schrieb Claudius claudiu...@gmx.de: Am 04.11.2009 20:32, Andre Hinrichs: Hallo OSMler! Ich bin da gerade mal auf ein Problem gestoßen wozu ich keine Antwort gefunden habe: Wie taggt man Adressen bei multiplen Gebäuden? Konkret: Hier sind ein paar Bauernhöfe, die natürlich aus mehreren Gebäuden bestehen. Manchmal ist von der Straße aus nicht zu erkennen, welches dieser Gebäude das Wohngebäude ist. Tagge ich jetzt alle Gebäude mit der Adresse, oder wie? Eigentlich würde ich vermuten, nur dem Wohngebäude die Adresse zu verpassen, jedoch ist das wie gesagt manchmal nicht einfach, ohne den Hof (mit Gummistiefeln) zu betreten. Mir würde dann noch als Lösung einfallen, den ganzen Hof in eine site-Relation zu packen und dieser dann die Adresse zu geben. Das Problem tritt vielleicht auch für andere Fälle auf, z.B. Firmengeländen usw. Wie macht ihr das??? Gruß Andre Adressknoten am Eingangstor. Dann würde ich schon lieber eine site- oder address*-relation nehmen - warum gerade am Eingangstor und warum nicht auf die Gebäude (die die Adresse tatsächlich innehaben) vererbbar? *wäre noch zu definieren Halte ich für nicht sinnvoll und ich zumindest werde für sowas keine Unterstützung implementieren solange das nicht einige tausend Mal für was sinnvolles benutzt wird. Ich nehme mal an, dass Du die address-Relation meinst. Das würde ich auch nicht machen, da es doch noch mehr Verwirrung stiften würde. Ich werde daher wohl erstmal versuchen, das über eine site-Relation zu lösen. Werde mir nachher auch mal die Verwendungen anderer site-Relationen ansehen. Vielleicht benutzt ja jemand das schon so... Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Moor
Am Montag, den 02.11.2009, 11:37 +0100 schrieb Martin Koppenhoefer: 2009/11/2 Sven Geggus li...@fuchsschwanzdomain.de Jan Tappenbeck o...@tappenbeck.net wrote: zum Moor habe ich kein Tag gefunden - kann mir einer weiterhelfen ?? natual=wetland wetland=swamp http://wiki.openstreetmap.org/index.php?title=DE:Tag:natural% 3Dwetlanduselang=de ist das nicht ein Sumpf? Im Gegensatz zu Suempfen herrscht in Mooren eine permanente Wassersaettigung. Also das WIKI sagt eigentlich, dass es wetland=bog sein müsste, auch wenn das laut leo.org auch 'Klo' bedeuten könnte... http://wiki.openstreetmap.org/index.php?title=DE:Tag:natural%3Dwetlanduselang=de#Erweiterter_Gebrauch http://dict.leo.org/ende?lp=endep=5tY9AAsearch=bog Warum man nicht wetland=moor verwendet hat, weiss ich nicht... Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Montag, den 26.10.2009, 12:24 +0100 schrieb Tobias Wendorff: Am Mo, 26.10.2009, 11:57 schrieb André Riedel: AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) Ich gebe Dir aber vollkommen Recht. Aber: Obwohl hier in Werl ein Postkasten mit Hausnummer gekennzeichnet ist, steht er jedoch vor dem Haus daneben ;-) Das kann ich toppen: In Neuerkerode steht ein Briefkasten mit der Standortbezeichnung Schöninger Straße. Die Hauptstraße in Neuerkerode heisst jedoch Schöppenstedter Straße und geht erst einen Kilometer weiter westlich in die Schöninger Straße über. Wahrscheinlich ist das ein Fehler der Post. Denen habe ich auch vor einem halben Jahr eine Mail geschrieben, jedoch bisher keine Antwort erhalten und auch die Bezeichnung wurde noch nicht geändert. http://www.openstreetmap.org/browse/node/261908318 Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Blockierender Bug bei OpenStreetBugs
Hallo Liste, bei OpenStreetBugs gibt es zumindest einen Bug, der scheinbar alles in seiner Umgebung blockiert. Weder das OSB Plugin in JOSM, noch openstreetbugs.schokokeks.org oder openstreetbugs.appspot.com zeigen den Bug an. Schlimmer noch: Wenn man sich in der Region befindet, werden gar keine Bugs mehr angezeigt. Der Bug hat die ID 4006 und scheint daher schon etwas länger in der Datenbank zu existieren. Ausserdem scheint dort Spam enthalten zu sein, da sehr viele Links eingebettet sind. Ich bin durch Zufall auf diesen Bug gestoßen, als ich für die Region Bugs auf mein Garmin ziehen wollte und gpsbabel mit einem Fehler abgebrochen ist. Hier das Kommando inkl. Fehlermeldung: wget -o /dev/null -O - http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=49.62t=50.12l=8.39r=8.89open=yes; | sed -e 's;extensions.*/extensions;;g' -e s;/wpt;symPin, Red/sym/wpt;g | gpsbabel -i gpx -f - -o garmin -F usb: Erzeugt folgende Fehlermeldung: bash: get: command not found GPX: XML parse error at line 1 of '-' : no element found Das sieht schon gefährlich aus, da dort versucht wird, etwas auszuführen, was (zumindest unter Linux) nicht da ist. Es könnte sich also auch um einen Angriff handeln! Kann sich das mal jemand genauer anschauen und ggf. den Bug als CLOSED markieren oder ganz aus der Datenbank entfernen? Andererseits ist das natürlich auch ein Testcase. Es sollte nicht möglich sein, Bugs zu erzeugen, die dann im System zu Fehlern führen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blockierender Bug bei OpenStreetBugs
Am Mittwoch, den 30.09.2009, 14:39 +0200 schrieb Adiac: Am Mittwoch 30 September 2009 12:56:14 schrieb Andre Hinrichs: wget -o /dev/null -O - http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=49.62t=50.12l=8.39 r=8.89open=yes | sed -e 's;extensions.*/extensions;;g' -e s;/wpt;symPin, Red/sym/wpt;g | gpsbabel -i gpx -f - -o garmin -F usb: Erzeugt folgende Fehlermeldung: bash: get: command not found GPX: XML parse error at line 1 of '-' : no element found Das sieht schon gefährlich aus, da dort versucht wird, etwas auszuführen, was (zumindest unter Linux) nicht da ist. Es könnte sich also auch um einen Angriff handeln! Nun ja, Du lädst etwas herunter und pipest es durch sed nach gpsbabel. Spart Dir zwar Zwischenschritte, nimmt Dir aber die Kontrolle. Mach es lieber über eine Datei (Ausnahmsweise ohne Zeilenumbruch): wget -o /dev/null -O /tmp/osm_bugs.gpx http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=49.62t=50.12l=8.39r=8.89open=yes; cat /tmp/osm_bugs.gpx | sed -e 's;extensions.*/extensions;;g' -e s;/wpt;symPin, Red/sym/wpt;g /tmp/osm_bugs_new.gpx gpsbabel -i gpx -f /tmp/osm_bugs_new.gpx -o garmin -F usb: Und dann geht es bei mir immer noch nicht. Bei erweitertem sed-Befehl wohl: cat /tmp/osm_bugs.gpx | sed -e 's;extensions.*/extensions;;g' -e s;/wpt;symPin, Red/sym/wpt;g -e 's;\!\[CDATA\[;;g' -e 's; \]\];;g' /tmp/osm_bugs_new.gpx Danke für die sed-Ausdrücke. Mein Kommando ist jetzt nicht mehr anfällig für diesen Fehler. Das hätte mich auch schon etwas Kopfzerbrechen gekostet. Danke danke. Das löst jedoch nicht das Problem beim OSB-Plugin für JOSM bzw. auf den Websites. Es folgt ein Link zu OSB auf schokokeks, der genau auf den Bug zeigt. Es werden dort auch sonst keine Bugs angezeigt. Rein- oder rauszoomen nützt auch nichts. Wenn man jedoch die entsprechende Stelle weit genug aus den Sichtbarkeitsbereich rausschiebt, werden auch die anderen Bugs wieder sichtbar. Der Verdacht liegt also nahe, dass der erwähnte Bug auch die JavaScript-Routinen durcheinanderbringt. Über keinen dieser Wege ist also das Anzeigen oder gar Schließen des Bugs möglich. http://openstreetbugs.schokokeks.org/?zoom=13lat=50.022202lon=8.689230layers=00BT Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rechtliches - Firmen-Symbole
Moin! Ich bin leider nicht der Rechtsexperte, könnte mir aber vorstellen, dass das die Firmen ohne vorherige Einwilligung nicht so gern sehen. Daher würde ich dazu raten, für jeden Einzelfall die Einwilligung der Firma einzuholen. Vielleicht haben die ja sogar schon eine SVG-Version ihres Firmen-Symbols, die sie zur Verfügung stellen. Das hätte auch den Vorteil, dass der Schriftzug und die Farbschattierung exakt dem Original entsprechen. Gruß Andre Am Freitag, den 25.09.2009, 09:02 +0200 schrieb Jan Tappenbeck: Moin ! wenn ich mir POI-Icons erstelle um gleich die Firma zu erkennen verstoße ich damit gegen das Markenrecht oder vergleichbares oder muss ich dem richtigen möglichst nahe kommen ?? z.b ein Gelbes M gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis mit nicht hochgeladenen Daten
Am Mittwoch, den 23.09.2009, 11:59 +0200 schrieb Jan Tappenbeck: Hi! mein vorhaben ist so ähnlich. Wie gesagt ich ziehe mir die OSM-Daten für einen Bereich, erstelle die neuen Daten auf einer anderen Ebene und damit Datei. An den Übergangsstellen setze ich mir in meiner Urlaubsebene Symbole für die spätere Anschlussarbeit. Während des Urlaubes möchte ich allerdings mir immer aktuelle Karten rechnen - auch wenn teile dann nicht routingfähig sind. So kann ich dann wenigstens den Fortschritt sehen. Dazu muss ich die Vorurlaubs-OSM-Datei und die Urlaubsdatei zusammenführen mit osmosis. Wie oben geschrieben bereitet genau das meine Probleme - bekomme kein Ergebnis. Ich habe jetzt schon vermutet das es mit den negativen ID's zu tun haben könnte aus der Urlaubs-Datei. Hast Du sonst eine Idee ?? Ich nehme jetzt mal an, dass Du einen Garmin verwendest. Deine Problematik ist dann genau die gleiche, die ich auch hatte. Einfach die vorhandene IMG-Datei mit der neuen Datei kombinieren: Beim ersten Mal die IMG-Datei vom Garmin laden und sichern (z.B. vor-urlaub.img). Wichtig: Diese Datei darf nicht gmapsupp.img heissen! mkgmap deine gewohnten parameter --mapname=87654321 urlaub-daten.osm mkgmap --gmapsupp vor-urlaub.img 87654321.img Und dann neue gmapsupp.img auf den Garmin laden. Fertig. Ist natürlich nicht routingfähig, aber Du siehst Deinen Fortschritt, wie gewünscht. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis mit nicht hochgeladenen Daten
Moin! Mir ist nicht ganz klar, was Du bezwecken willst. Willst Du die erfassten Daten nur auf Deinem GPS-Device sehen oder sollen die Daten auch auf die OSM-Datenbank hochgeladen werden? Beide Fälle hatte ich bei meinem letzten Seminar auch. Dort war weit und breit kein Internet-Zugang vorhanden. Ich hatte jedoch natürlich bereits die Karte für den Bereich auf mein Garmin hochgeladen. Die neuen Wege habe ich dann einfach mit JOSM in eine neue Datei abgelegt. Die erfassten Wege habe ich dann mit mkgmap übersetzt, die vorhandene Karte mit der neuen Karte gemergt und wieder auf mein Garmin geladen, so dass meine erfassten Daten auf dem Garmin sichtbar waren. Nach dem Seminar habe ich dann den Bereich in JOSM geladen, meine Daten dort hineinkopiert und nachbearbeitet. Hochladen und fertig. In etwa so? Oder ist Deine Problematik eine andere? Wozu willst Du denn da osmosis verwenden? Gruß Andre Am Dienstag, den 22.09.2009, 22:27 +0200 schrieb Jan Tappenbeck: Moin ! ich ziehe mir vor dem Urlaub einen Bereich der OSM-Daten und während der Zeit möchte ich meine neuen Messungen in einer seperatoren leeren Datei ablegen. Jetzt habe ich diese versucht mit OSMOSIS zusammenzubringen und es entsteht keine neue Datei. Hat das schon einmal einer von Euch hinbekommen oder geht das glatt gar nicht !!! Vielleicht sagt jetzt auch einer - osmosis müßte funktionieren, aber spätestens mit dem MKGMAP geht das nicht - dann kann ich mir die Mühe des weiteren bastelns gleich sparen. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann keine Karten mehr in JOSM laden
Am Dienstag, den 22.09.2009, 23:34 +0200 schrieb Markus: Woran könnte das liegen? was kann man tun? ResponsCode=500 und irgend etwas mit broken Ruby code... Ich habe hier derzeit die gleichen Probleme. Laut http://wiki.openstreetmap.org/wiki/Platform_Status ist die DB im Read-Only-Status. Ich bekomme jedoch gar keine Daten mehr geladen. Leider auch kein Hinweis, wie lange dieser Zustand dauern könnte. Angekündigt wurde auch nichts. Mein Tipp: Leg Dich schlafen und hoffe, dass es morgen besser geht. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Karte und Anzeige von Maxspeed
Am Dienstag, den 22.09.2009, 23:45 +0200 schrieb Guenther Meyer: Christoph Wagner schrieb: Am sinnvollsten ist natürlich sowas wie maxspeed=UK:walk einfach mit der entsprechenden Geschwindigkeit zu ersetzen. Allerdings müsste ich dann für meine Europakarte in jedem Land jede mögliche Defaultgeschwindigkeit kennen. richtig. gabs da nicht irgendwo ne tabelle? Wie wäre es denn, wie diese default-Wert in die boundary-Relation des Landes aufgenommen werden? Dann könnte ein Navi bei Überschreiten der Grenze gleich auf die geänderten Regeln aufmerksam machen. Mein kommerzielles Navi tut genau das! Also z.B. für Deutschland default:motorway:maxspeed=unlimited default:primary:maxspeed=100 default:residential:maxspeed=50 default:living_street:maxspeed=5 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann keine Karten mehr in JOSM laden
Am Mittwoch, den 23.09.2009, 00:26 +0200 schrieb Markus: Hallo Ulf, hallo André, Mein Tipp: Leg Dich schlafen und hoffe, dass es morgen besser geht. :-) Als Laie habe ich mir gedacht, dass unsere DB redundant aufgebaut ist? Und das Lastspitzen (oder Funktionsmängel) von den jeweilig anderen automatisch aufgefangen werden? Das wäre sicher der Idealfall, jedoch ist OSM noch nicht soweit. Ist schließlich sicher auch eine Kostenfrage. Für die nicht-zeitkritischen Operationen (z.B. das Rendern) gibt es Daten-Server, die jedoch zum Teil noch nicht auf API 0.6 umgestellt wurden und daher nicht oder eingeschränkt zur Verfügung stehen. Siehe im WIKI unter ROMA, XAPI und TRAPI. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eiskaffee?
Hallo, ich nehme bisher amenity=cafe cuisine=ice_cream name=Eiscafé ... Gruß Andre Am Sonntag, den 23.08.2009, 20:03 +0200 schrieb Adiac: Ich habe im Wiki kein Eiskaffe gefunden. Gibt’s sowas? Vorerst nehme ich dafür amenity=restaurant cuisine=ice_cream name=Eiskaffee ... Ist das so korrekt? MfG, Adiac ___ 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] Doppelte Wege - Untersuchung
Am Montag, den 17.08.2009, 11:31 +0200 schrieb Steffen Wolf: Was Euch noch fehlt, und da weiss ich auch keinen rechten Weg, ist die Moeglichkeit, die Beseitigungen einzutragen, d.h. die GPX-Datei zu kuerzen. Ich denke, es reicht, wenn Du die Generierung der Datei automatisieren kannst und dann tagesaktuell hältst. Für diejenigen, die die Fehler bearbeiten und JOSM verwenden, gibt es ein schönes Plugin, welches GPX-Dateien bearbeiten kann. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name bei Kreisverkehr (aktuell)
Am Mittwoch, den 12.08.2009, 11:59 +0200 schrieb Frederik Ramm: Hallo, ist wird oft gesagt, dass die erbittertsten Kaempfe zwischen Leuten ausgefochten werden, die eigentlich auf der gleichen Seite stehen. Zum Beispiel sind die Auseinandersetzungen zwischen GPL- und BSD-Anhaengern viel umfangreicher als jene zwischen den Anhaengern freier Software und denen, die sagen, das sei doch alles Quark, und proprietaerer Software gehoere die Zukunft. Ebenso habe ich hier auf der Liste das Gefuehl, dass aus dem letzten Huehnerfurz ein Glaubenskrieg mit 100+ Postings wird, obwohl wir uns doch *fast* einig sind. Koennen wir bitte alle mal tief Luft holen und dann wieder an die Arbeit gehen? Wenn etwas einen Namen hat, dann taggen wir das entsprechend. Wenn es keinen Namen hat, dann nicht. Wir erfinden keine Namen, wo solche nicht gebraeuchlich sind. In Grossbritannien haben viele Roundabouts (und teilweise auch blosse Strassenkreuzungen) einen Namen, Beispiel: http://en.wikipedia.org/wiki/The_Plain,_Oxford. Dabei ist es nicht der Platz, der den Namen hat, sondern wirklich der Verkehrsweg. In Deutschland gibt es sowas sicher auch; meistens aber wird bei uns eher ein Platz einen Namen haben. Die Grenze ist fliessend; wenn ich zu jemandem sage, ich habe mich auf dem name des roundabouts in die Sonne gesetzt, dann wird kaum jemand annehmen, dass ich auf der Strasse sass, sondern auf dem Gruen innendrin, und wenn ich jemandem sage, dass ich im name des platzes falsch abgebogen bin, dann ist die Sache auch klar. Der Name des Roundabouts kann auf den Platz drumrum abfaerben und umgekehrt. Sprache ist in Bewegung, und nicht alles, was wir im name-Tag taggen, muss auch einem Schild oder einer Verordnung entsprechen. Ich koennte mir vorstellen, dass es zuweilen Probleme gibt mit Tools, die Strassen ohne Name oder Strassen ohne ref anmeckern und dann fuehlen sich Leute gezwungen, einen Namen zu erfinden, wo keiner ist. Das sollte man vielleicht reparieren. Ansonsten: Kann bitte einfach jeder so weitermachen wie bisher? Hat doch im grossen und ganzen gut funktioniert. Yep! Sehe ich auch so. Ich mache jetzt (nochmal) auf das Proposal zu noname aufmerksam (da kann man auch diskutieren) und gehe wieder an die Arbeit. http://wiki.openstreetmap.org/wiki/Proposed_features/Noname Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] openstreetmap.org completely down
Hi List, I just discovered, that the whole site seems to be down including www,api,gpx Hope, that mail is working. I will update the status at wiki to DOWN now. Please change if site is available again. Regards Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] openstreetmap.org completely down
Am Dienstag, den 11.08.2009, 09:25 +0200 schrieb Andre Hinrichs: Hi List, I just discovered, that the whole site seems to be down including www,api,gpx Hope, that mail is working. I will update the status at wiki to DOWN now. Please change if site is available again. Seems to be up again, but ping is still not working, why? Is it blocked? $ ping -c 10 www.openstreetmap.org PING www.openstreetmap.org (128.40.168.98) 56(84) bytes of data. --- www.openstreetmap.org ping statistics --- 10 packets transmitted, 0 received, 100% packet loss, time 8999ms Regards Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Name bei Kreisverkehr (aktuell)
Am Dienstag, den 11.08.2009, 10:35 +0200 schrieb TeamAdiac: (vorige Müll-Mail bitte ignorieren) Hallo zusammen, im Wiki [1] habe ich gelesen, was auch das Vali-Plugin in josm anmeckert: Nützliche Kombination: name=* Ist das so gewünscht? Ich persönlich finde es unschön einen gewundenen Namen im Kreisverkehr nachher in der Karte zu sehen (ich weiß, wir mappen nicht für die Renderer). Ich mache in diesem Zusammenhang auf folgendes Proposal aufmerksam: http://wiki.openstreetmap.org/wiki/Proposed_features/Noname Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelte Wege - Untersuchung
Am Dienstag, den 11.08.2009, 11:10 +0200 schrieb Steffen Wolf: Hi Gary68, [doppelte Wege] ich werde nun mal in hessen aufräumen und die sache im auge behalten. Ich hab mir hier schon oefter mal Rheinland-Pfalz vorgenommen. Ich such aber nicht nur nach Wegdoppelungen, sondern nach allen Wegen, die mehr als zwei Knoten gemeinsam haben. Damit finde ich auch sowas: Weg 1: a - b - c - d - e Weg 2: a - b - c Weg 3: c - d - e Hab leider nicht geguckt, welche Editoren dafuer verantwortlich waren. Oft ist es aber auch legitim, etwa eine Treppe mit schlangenlinienfoermiger Auffahrt fuer Radler o.so, die die Treppe fuenfmal kreuzt. Wenn ich nach Wegen mit mehr als 10 gemeinsamen Knoten suche, bekomme ich eigentlich nur noch wirklich falsches. Ich bereite mal eine GPX-Datei fuer ganz Deutschland vor, mit Wegen mit mehr als 4 gemeinsamen Knoten. Damit koennte man in JOSM schnell die Fehler entfernen. Ich halt mich aber lieber mit Aenderungen mangels Ortskenntnis zurueck. http://www.unix-ag.uni-kl.de/~stw/germany-5.gpx oder http://www.unix-ag.uni-kl.de/~stw/germany-5.gpx.bz2 Ergab 1526 ueberlappende Wege, 3.1 MB, gepackt 347 kB. Viel Spass damit, Vielen Dank! Habe hier in Niedersachsen auch damit angefangen, diese Fehler zu fixen. Wird die Datei in Zukunft regelmäßig aktualisiert, oder ist der Aufwand dafür zu hoch? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
Am Samstag, den 08.08.2009, 14:42 +0200 schrieb Martin Koppenhoefer: An example from the result of the current tidy-points-function here: http://trac.openstreetmap.org/attachment/ticket/2148/090808_potlatch_tidy-points_.png The exsample shows a problem which I also had once until I found that at least the simplify way plugin of JOSM has an option named simplify-way.max-error in the preference. Unfortunately, the default value of this option seems to be very high. If you set it to 1 (one meter) means below the accuracy of any currently available GPS than it should not be a problem. Problem for the JOSM plugin is that this option is not automatically added to the preferences and hidden in the description in the WIKI and you have to actively search for this option. Means the user has likely already done some damage before he is forced to change something. So I would think, that if the default value of the plugin is set to 1 and the option is automatically added to the preferences, than the situation would be much less bad and it would become a useful tool. Regards Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hausnummern, addr:street-Tag vs. associatedStreet-Relation und OSM Inspector
Am Montag, den 10.08.2009, 00:06 +0200 schrieb SLXViper: Gernot Hillier schrieb: Und nebenbei noch eine Frage an die Relations-Verwender: warum darf der Member street nur einmal enthalten sein? Üblicherweise ist eine Straße doch in mehrere Teilstücke aufgeteilt. Dort müsste es also entweder Recurrence: one or more heißen - oder es müsste erlaubt sein, dass der Member wieder eine Relation ist (z.B. unter Verwendung von Collected_Ways). Das halte ich für Unsinn. Gerade bei Brücken oder relation:restriction muss man häufig ein Straße zerlegen, da müssen dann auch alle Teile mit in die Relation. Gemeint war wohl, dass nur eine logische Straße reingehört. Verschieden benannte Straßen in einer Adress-Relation machen ja eh keinen Sinn. Ich habe das teilweise so gemacht, dass die Straßenteile in eine Relation mit type=street gepackt wurden und diese Relation dann mit der Rolle street in der Relation mit type=associatedStreet auftaucht. Das ist aber dann wirklich schon etwas kompliziert. Eigentlich sehe ich auch keinen Grund, warum man nicht die Funktionalität von associatedStreet mit in die street-Relation aufnehmen kann. Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector
Am Sonntag, den 09.08.2009, 15:37 +0200 schrieb Tobias Knerr: Seehundeführer schrieb: Hallo zusammen, das Problem mit dem Tagging anstelle der Relation ist, dass u.U. ein Haus nicht zugeordnet werden kann, ... wenn jemand statt Siemensstraße Siemenstraße schreibt. http://tools.geofabrik.de/osmi/?view=addresseslon=9.21978lat=50.00577zoom=17overlays=street_not_found Tippfehler waren natürlich eins der Argumente für associatedStreet... Schade nur, dass das Tool die associatedStreet-Relation auch nicht auswertet. So tauchen nämlich all die Häuser, die kein addr:street tag haben (weil ja bereits in der Relation vorhanden) als rote Punkte auf der Karte auf. Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector
Am Sonntag, den 09.08.2009, 21:44 +0200 schrieb Mirko Küster: Mappst du denn diese Gassen? Tragen sie den gleichen Straßennamen? Kommt auf den Fall drauf an. Ist der Weg öffentlich zugänglich dann wird er auch gemappt. Ich mappe möglichst ALLE Wege, evtl. mit access=private Mit den Straßennamen ist wieder ein Thema für sich. Manchmal laufen da z.B. zwei Wege paralel. Die eigentliche Straße vor dem Haus und hinter den Häusern eine art Zufahrtsstraße. Denen wird hier in den seltensten Fällen ein Namenschild spendiert. Wo ich weiß das es ganz offiziell dazu gehört dann trage ich den Namen auch ein. Das Problem wirst du auch vor Ort mit analoger Navigation haben. Solche Wege sind selten ausgeschildert und auf den herkönmmlichen Karten auch selten zu finden. Da liegt wiederum unser Vorteil. Mit blindem assozieren macht man es sich vielleicht einfach, dürfte aber in so speziellen Fällen grandios krachen gehen. Reine Zufahrtstraßen bekommen bei mir keinen Namen, werden aber in die entsprechende street-Relation aufgenommen. Dann gibts auch die privaten Zufahrten die z.B. zwischen zwei Grundstücken liegen. Zwei Häuser stehen direkt an der Straße, zwischen den beiden Grundstücken verläuft direkt zwischen dem Zaun ein Weg zum dritten Haus, was manchmal auch weit hinter den beiden liegen kann. Das sind zwar Zufahrten, aber selten privat ausgeschildert und zur Straße gehören die auch nicht. Da munkelt man noch. Dann gäbe es auch noch Fall drei. Das Haus gehört zur Straße 1, einen Block weiter verläuft eine Stichstraße von Straße 2 aus, wo die eigentliche Einfahrt ist. Da nützt dir keine Relation was, da du von der Straße zu dem das Haus gehört gar nicht direkt zu Haus kommst, sondern hinten herum über Straße 2 heran fahren musst. Da kommt der Router garnicht über eine sinnvolle Nähe zur Koordinate Suche herum, denn ansonsten wirst du dich auf der Straße wo er dich womöglich hinlotsen wird dumm dämlich nach einem Eingang suchen. Habe ich noch nicht gehabt, würde dort aber wohl die roadAccess-Relation verwenden: http://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelte Wege
Am Samstag, den 08.08.2009, 15:32 +0200 schrieb Stephan: Gary68 wrote: mir ist in letzter Zeit aufgefallen, dass Wege (residentials, aber sicher auch andere) doppelt übereinander liegen. Teilweise ganze Straßenzüge... ist mir auch schon aufgefallen. Hat oder hatte da mal ein Editor Probleme? Was würde denn bei Netzwerkproblemen passieren wenn der User nach einem Timeout nochmal auf Upload drückt? Doppelte Daten? Zumindest mit Api 0.5? Mir ist das auch mal passiert: Hatte die Änderungen in einer Datei gespeichert, die Änderungen dann hochgeladen und anschließend JOSM verlassen, ohne zu speichern. (Eine Zeit lang hat JOSM da nicht nachgefragt) Nach erneutem Laden der Datei wurde dann dieser Weg noch einmal hochgeladen und war somit doppelt. Ich habe das zum Glück gleich bemerkt und rückgängig gemacht. Habe es gerade mal getestet. Das geht natürlich immer noch. Auch mit API 0.6. Nur dass das aktuelle JOSM jetzt vor dem Verlassen brav fragt, ob die Daten gespeichert werden sollen. Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern, addr:street-Tagvs. associatedStreet-Relation und OSM Inspector
Am Montag, den 10.08.2009, 12:04 +0200 schrieb Gernot Hillier: Hi! Andre Hinrichs schrieb: Am Sonntag, den 09.08.2009, 15:37 +0200 schrieb Tobias Knerr: Seehundeführer schrieb: Hallo zusammen, das Problem mit dem Tagging anstelle der Relation ist, dass u.U. ein Haus nicht zugeordnet werden kann, ... wenn jemand statt Siemensstraße Siemenstraße schreibt. http://tools.geofabrik.de/osmi/?view=addresseslon=9.21978lat=50.00577zoom=17overlays=street_not_found Tippfehler waren natürlich eins der Argumente für associatedStreet... Schade nur, dass das Tool die associatedStreet-Relation auch nicht auswertet. So tauchen nämlich all die Häuser, die kein addr:street tag haben (weil ja bereits in der Relation vorhanden) als rote Punkte auf der Karte auf. Äh, ja, genau. Das war ja der Grund, warum ich den Thread gestartet hatte. :-) Und wenn ich Jochen's Reaktion darauf richtig verstanden habe, war die Aussage: die Relation verwendet eh kaum jemand, also unterstützen wir sie nicht. Nur dass es jetzt natürlich so aussieht, als wenn die Lösung mit der Relation und ohne addr:street auf das Haus falsch ist. Das hat in dem Ort, wo ich wohne schon dazu geführt, dass jemand für alle Häuser (derzeit 884) die addr:street hinzugefügt hat, obwohl die Häuser alle in einer entsprechenden Relation gelistet sind. Ich betrachte die Verwendung der addr:* tags auf Häuser als Übergangslösung, bis die Verwaltung der Relationen einfacher geworden ist. Die Vorteile aus Sicht der Datenverwaltung sind bestechend und Nachteile gibt es derzeit nur in der Eingabe und der Unterstützung durch Tools. Je mehr Tools die Relationen unterstützen, desto mehr Benutzer werden diese auch anwenden. Jedoch muss ich auch zugeben, dass in einer masseneditierenden Umgebung nicht immer die Ästhetik über den Erfolg/Misserfolg eines Konzeptes entscheidet, sondern die Form und Position von Informationen. Wenn jemand neu ist und eine Information sucht, wird er einen Artikel wahrscheinlich nur so weit lesen, bis er die gewünschte Information gefunden hat. Alternative Lösungen bleiben dann unberücksichtigt. Und je häufiger eine Vorgehensweise angetroffen wird, desto mehr prägt sich diese bei anderen Benutzern ein. Wenn nun Alternativen nicht nur nicht unterstützt werden, sondern als fehlerhaft betrachtet werden, so ist letztlich klar, wofür sich die meisten Anwender entscheiden. Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Coastline
Am Samstag, den 01.08.2009, 22:45 +0200 schrieb Martijn van Oosterhout: It's still on hypercube and it's not super fast, but it does appear to work. Let me know if you see something odd. It seems that there is a problem with very small islands. They are reported as buggy even if they seem to be ok. I've reported such an error a while ago on WIKI: http://wiki.openstreetmap.org/wiki/Talk:Coastline_error_checker Since this problem appears only for small islands i assume that this is because of some kind of rounding error. Here are two more of these: http://dev.openstreetmap.nl/coastlines.html?zoom=16lat=57.98157lon=22.2024layers=B00 http://dev.openstreetmap.nl/coastlines.html?zoom=16lat=-31.99515lon=115.75036layers=B00 Regards Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Erstellen von Restrictions-Relationen (Länge der Ways)
Am Mittwoch, den 05.08.2009, 14:58 +0200 schrieb Robert S.: 2009/8/5 Jan Tappenbeck o...@tappenbeck.net Moin ! ich habe bei uns schon relativ viele Restrictionen erstellt und nun festgestellt, dass ein langer Way später Probleme bereiten kann. Wird dieser irgendwo geteilt oder ein Teilbereich wird gelöscht, dann ist oftmals das händling sehr schwierig und deshalb wollte ich folgende Vorgehensweise zur Diskussion stellen: Restrictionen werden in der Regel immer über einen Node und zwei zugehörige Ways definiert. Mein Vorschlag zieht nun darauf ab das in einem geringen Abstand zum VIA-Node ein neuer Node eingeführt wird und der Weg künstlich unterbrochen wird. Damit hängt dann die Relation nur an dem Teilstück und nicht an dem großen Element. Bei späteren Änderungen vereinfacht dieses das Arbeiten. Wie denkt Ihr darüber ? Ich könnte mir vorstellen später in JOSM eine Prüfung integrieren zu lassen die auf eine Max-Länge vom Via-Node prüft und ggf. darauf hinweißt! Warum eigentlich nicht einfach alle 3 als Nodes in die Relation aufnehmen? Die entsprechenden ways ergeben sich dann einfach aus der Zugehörigkeit der nodes zu den ways. Also die Restriction gilt dann von dem way, der die Nodes FROM und VIA als Mitglieder hat, auf den way, der die Nodes VIA und TO als Mitglieder hat +1 Das hat zusätzlich den Vorteil, dass man den Way an der betreffenden Kreuzung nicht wegen der Relation treffen muss, da die Relation nur noch die Nodes enthält. Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Copyright-Frage zu Werbung
Hallo Liste, bisher habe ich Informationen zu Geschäften in erster Linie von Visitenkarten oder Kassenbons genommen, was wohl keinem Copyright unterliegt. Nun gibt es aber in Zeitungen sehr häufig Werbung zu Unternehmen inkl. der Öffnungszeiten, Adressen, Telefonnummer usw. Frage ist: Unterliegen solche Daten dem Copyright? Falls nein, soll man dann 'source:addr=advertisement' usw. angeben? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Copyright-Frage zu Werbung
Am Montag, den 03.08.2009, 15:51 +0200 schrieb Tobias Wendorff: Am Mo, 3.08.2009, 15:30 schrieb Martin Koppenhoefer: Am 3. August 2009 15:13 schrieb Andre Hinrichs Insbesondere wenn Du die Quelle nicht angibst, bist Du m.E. auf der sicheren Seite. Sehe ich ähnlich, aber Quellen in OSM sind leider nicht fixed :-( Das verhindert eine Menge. Kannst Du bitte erläutern, was Du damit meinst? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Sonntag, den 02.08.2009, 11:55 +0200 schrieb Florian Lohoff: Fuer mich macht das die seite unbrauchbar - Wenn man nur ein wenig intensiver auf der seite rumschaut nach bugs ist nach spaetestens 2 minuten das thema wieder gegessen - Ich nutze die webseite nicht mehr um nach bugs zu gucken ... Ich verwende die Seite auch nur selten. Für diejenigen, die ein Garmin verwenden und unter Linux arbeiten, könnte mein Script hilfreich sein. Es lädt die Bugs herunter, fügt einen roten Pin hinzu und spielt diese auf den Garmin. Damit kann man auch unterwegs sehr leicht sehen, wo Bugs existieren. Das Symbol kann man nach belieben ändern und auch die Voreinstellung von schokokeks zu laden, kann geändert werden. Das Script erwartet als Parameter die Koordinaten im Format lat lon und lädt dann einen Bereich +/- 0.25 Grad. Hinweis: Beim erneuten Hochladen sollten vorher die alten roten Pins gelöscht werden, da das nicht automatisch geht. Feedback welcome... Gruß Andre load-bugs-to-garmin.sh Description: application/shellscript signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstimmung paläntologisches Areal
Am Sonntag, den 02.08.2009, 16:36 +0200 schrieb Martin Koppenhoefer: Hallo, heute endet die Abstimmung zur paleontological_site und es gibt noch relativ wenig Beteiligung. Wer den Vorschlag gut findet: bitte abstimmen. Da steht, Vote-Start: 2009-08-02 Kein Vote-End angegeben. Ist das ein Fehler dort? Ausserdem: Gibt es nicht die Maßgabe, dass alle Begriffe im UK-English sein müssen? Also in diesem Fall doch heissen historic=palaeontological_site, oder? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Öffnungszeiten bei unbekannter Schlie ßzeit - wie taggen?
Hallo Liste, ich habe hier ein paar Restaurants, wo bei der Öffnungszeit nur angegeben wurde, ab wann geöffnet ist, jedoch nicht, bis wann. Im WIKI habe ich darüber keine Information gefunden und bei Tagwatch habe ich drei Einträge gefunden, wo ein ? als Schließzeit angegeben wurde. Ist dass so sinnvoll, oder soll man lieber 'open end' oder 'unknown' schreiben? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten bei unbekannter Schlie ßzeit - wie taggen?
Am Freitag, den 31.07.2009, 12:11 +0200 schrieb Jörk: Andre Hinrichs schrieb: Hallo Liste, ich habe hier ein paar Restaurants, wo bei der Öffnungszeit nur angegeben wurde, ab wann geöffnet ist, jedoch nicht, bis wann. Im WIKI habe ich darüber keine Information gefunden und bei Tagwatch habe ich drei Einträge gefunden, wo ein ? als Schließzeit angegeben wurde. Ist dass so sinnvoll, oder soll man lieber 'open end' oder 'unknown' schreiben? moin, in den meisten Städten gibt es doch noch die Polizeistunde, da wäre dann doch spätestens Schluß? Nach einiger Recherche ist nun wohl klar, dass hier (Niedersachsen) die Sperrstunde aufgehoben wurde. Also doch open end??? Würde das jedoch lieber allgemeingültig klären, ohne jedesmal eine Recherche starten zu müssen. Meine Vorschläge wären: opening_hours=hh:mm-none opening_hours=hh:mm-open_end Diese beiden wären eigentlich nicht korrekt, da ich weiß, dass es keine spezifische Schließzeit gibt: opening_hours=hh:mm-? opening_hours=hh:mm-unknown Hat jemand weitere Ideen? Gruß Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de