Re: [Talk-de] Projekt Ushahidi im aktuellen Geo Mai/2013
Alexander Lehner wrote: On Sun, 28 Apr 2013, Johann H. Addicks wrote: Am 26.04.2013 21:51, schrieb Werner Poppele: Meine Frage bzw. Bitte ist nun, ob jemand einen Kontakt zur Redaktion der Zeitschrift Geo aufnimmt und ueber die Rolle von OpenStreetMap zu den im genannten Artikel angesprochenen Themen etwas sagt. Mag jetzt etwas blöd klingen meine Frage: Warum? Sucht der Redakteur einen Ansprechpartner bei OSM und hat in dem Printartikel dazu aufgerufen, nach einem solchen zu suchen? Naja, ich kann den Werner schon verstehen, mir ging's genauso. Der Artikel schreit ja fast danach, dass OSM zumindest erwaehnt wird: Wie eine Software fuer Landkarten Leben retten kann BEISPIEL HAITI. [...] Im Eiltempo trug nun ein Netzwerk von Freiwilligen aus der ganzen Welt elektronische Puzzleteile samt GPS-Koordinaten zusammen: Material aus bestehenden Karten, Luftbildern von Yahoo, aktuelle Satellitenaufnahmen, die schon die Zerstoerung zeigten. Schaut man auf die Website, von der der Artikel seine Informationen bezieht (www.ushahidi.com) liest man aber nichts von OSM. Die Seite sieht ziemlich professionell aus und nutzt vermutlich die Daten und Moeglichkeiten von OSM, was ja ihr gutes Recht ist. Inwieweit diese Organsiation mit dem H.O.T. Projekt von OSM (http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team) in Verbindung steht, weiss ich nicht. Wie auch immer: gruendlich recherchiert fuer ein Magazin wie GEO sieht m.E. anders aus. A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, es waere einfach schoen, wenn gerade in Bezug auf Haiti nicht nur dieses Projekt genannt wird, sondern die Redaktion von Geo darauf hingewiesen wird, dass OSM ebenfalls dort aktiv war. Geo hat den Wahlspruch Das neue Bild der Erde und nach meinem Gefuehl gehoert OSM schon ein wenig dazu. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projekt Ushahidi im aktuellen Geo Mai/2013
Guten Abend allerseits, im aktuellen Geo-Heft Mai 2013 befindet sich auf den Seiten 80/81 ein Bericht ueber das Projekt Ushahidi. In diesem Bericht wird unter anderem Bezug genommen auf die Aktivitaeten beim Erdbeben im Januar 2010 in Haiti. Meine Frage bzw. Bitte ist nun, ob jemand einen Kontakt zur Redaktion der Zeitschrift Geo aufnimmt und ueber die Rolle von OpenStreetMap zu den im genannten Artikel angesprochenen Themen etwas sagt. Danke schon mal im Voraus, einen Guten Abend und ein schoenes Wochenende WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Upload Fehler (Placeholder node not found...)
Guten Tag, allerseits Ich habe etwa seit 3 Wochen folgende Situation, die sich bisher etwa 5 Mal abgespielt hat: Mit JOSM Version 5608 gemappt, Upload gestartet. Irgendwann beim Upload erhalte ich die folgende Meldung: Der OSM-Server http://www.openstreetmap.org/api/0.6/; meldet eine fehlerhafte Anfrage Fehlermeldung (englisch): Placeholder node not found for reference -20381 in way -20383 Abhilfe: Abspeichern der Datenebene in eine Datei, editieren der Datei und herausloeschen des folgenden Blocks: way id='-20383' action='modify' visible='true' nd ref='2105710293' / nd ref='2105710294' / nd ref='2105710296' / nd ref='2105710267' / nd ref='-20381' / nd ref='-20392' / nd ref='2105710251' / nd ref='2105710292' / nd ref='2105710293' / tag k='building' v='yes' / tag k='source' v='bing' / /way Danach oeffnen der Datei in JOSM und problemloser Upload der Daten. Offensichtlich werden die negativen IDs vom Server nicht ersetzt. Leider kenne ich den genauen Ablauf des Dialogs zwischen Server und Client nicht, um sagen zu koennen, an wem es liegt. Hat irgendjemand eine Idee dazu ? Ich kann nicht sehr viel mehr dazu sagen als das oben genannte. Der Fehler tritt sporadisch auf, das ganze ist nicht wirklich reproduzierbar. Auf Linux habe ich zwar JOSM installiert, aber arbeite dort so gut wie gar nicht damit. Arbeitsplaetze: MS Windows XP 32 bit MS Windows XP 64 bit Identische JOSM-Version WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uebermaessiges taggen von highways mit oneway=no...
Frederik Ramm wrote: Hi, On 01/03/2013 08:27 AM, Werner Poppele wrote: Es waere schoen, wenn jemand sich das mal anschauen koennte und mir die Meinung dazu bitte mitteilen wuerde und wie und ob das korrigiert werden sollte. Es sieht fuer mich so aus, als ob da jemand einfach nur in einem Tagging-Preset alles moeglichst gewissenhaft ausfuellen wollte (und dabei moeglicherweise noch gestoehnt hat, dass er fuer jeden Weg so viele Haekchen setzen muss...). Schonmal den direkten Kontakt gesucht? (Wenn auch aeltere Changeset-Kommentare des betreffenden Benutzers, Maler, auf eine gewisse Genervtheit hindeuten z.B. http://www.openstreetmap.org/browse/changeset/13326651 - aber ich bin sicher, man kann ihm das erklaeren.) Vielleicht sollte man auch im JOSM-Preset deutlicher darauf hinweisen, dass keine Einstellung (bei sowas wie oneway) durchaus zulaessig ist ;) Bye Frederik Ich bin bei der Diskussion zum Thema Eintrag von Standardwerten - wie wohl viele - hin- und hergerissen. Auf der einen Seite finde ich den Standardwert von maxspeed=50 durchaus fuer sinnvoll, auf der anderen Seite ist beispielsweise der Standardwert oneway=no bei Zufahrten zu Haeusern ein bisschen uebertrieben. Falsch ist es ganz klar nicht. Streitfaelle wird es wohl bei dem Thema immer geben. Ich werde mit dem User Maler Kontakt aufnehmen. Vielen Dank fuer die Rueckmeldungen WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Uebermaessiges taggen von highways mit oneway=no...
Guten Morgen allerseits, im Bereich suedlich des Ammersees / Starnberger Sees werden nach meinem Dafuerhalten im Uebermass Tags an Strassen und Wegen eingetragen, die in diesem Umfang meiner Meinung nach nicht noetig sind. So erhalten Strassen highway=unclassified bzw highway=track die Tags: bicycle,foot,hiking,horse,mtb alle = yes, sac_scale=hiking, tracktype=grade2 und oneway=no. Strassen mit highway=secondary erhalten oneway=no Diw Wiki-Seite [1] sagt ganz klar, dass sac_scale bei Bergwanderwegen (highway=path oder footway) Verwendung finden soll. Im Bereich der Ortschaft Denklingen suedlich von Landsberg [2]kann man sehen, dass auch die Zufahrtstrassen zu Gebaeuden mit oneway=no getaggt sind. Gleiches gilt fuer Peiting in der Naehe von Schongau. Das ist sicher zuviel des Guten. Es waere schoen, wenn jemand sich das mal anschauen koennte und mir die Meinung dazu bitte mitteilen wuerde und wie und ob das korrigiert werden sollte. WernerP [1] http://wiki.openstreetmap.org/wiki/DE:Key:sac_scale [2] http://www.openstreetmap.org/?lat=47.9127lon=10.8498zoom=16 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
Martin Trautmann wrote: On 12-10-09 13:18, Dietmar wrote: * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche Realisierung. Für die erste Stufe der Auswertung würde ich den Abgleich gerne etwas liberaler sehen: 1. Ignorieren von Schreibvarianten ß vs. ss: Schloß/Schloss, Gäßle/Gässle usw. 2. Ignorieren der Groß-Klein-Schreibung: Zum Alten Rathaus vs. zum alten Rathaus usw. 3. evtl. sogar Ignorieren der Getrenttschreibung: Thüringerstraße vs. Thüringer Straße Sprich: alles, was bei der Suchfunktion noch passendes ausspuckt, das könnte am Anfang noch ignoriert werden. Bei 3. bin ich der Meinung, dass das noch korrigiert gehört, bei 2. ist's grenzwertig, bei 1. ist die Lage völlig unklar zwischen traditionellen Schreibweisen und einer mehr oder weniger vollzogenen Umstellung nach Rechtschreibreform. Schwierig wird's bei Varianten wie Schloßstraße Schlossstraße Schlosstraße (falsch) Schlosstrasse (unwahrscheinlich, aber denkbar: Schloss-Trasse) Schloß-Straße (unwahrscheinlich) Schloss-Straße (eher gut gemeint als richtig). Dennoch würde ich im Moment gerne die ß/ss-Variationen als übereinstimmend aufgeführt sehen. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich hatte vor einiger Zeit eine Stadtfuehrung in Muenchen, bei der der Unterschied zwischen 1. Augsburger Strasse und 2. Augsburgerstrasse erklaert wurde: 1 bezieht sich auf die Stadt, 2 ergibt sich z. B. dann, wenn unter Augsburger einer gemeint war, der aus Augsburg kam / kommt. Kann das jemand bestaetigen ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Holger wrote: Hallo Werner, wenn ich inject valve bei einer bekannten Suchmaschine eintippe, dann kommen Dinge die mehr nach einem Einspritzventil eines Motors aussehen. dry_standpipe scheint gut zu passen [1], das nehme ich. fire_hydrant finde ich auch verkehrt, das ist ja genau das Gegenteil. Danke Holger [1] https://en.wikipedia.org/wiki/Standpipe_(firefighting)#Dry_standpipe Am 20.08.2012 08:46, schrieb Werner Poppele: im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema. Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit emergency=dry_standpipe dry_standpipe=inlet_valve taggen. WernerP [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, Holger ueber die Website http://www.firehydrant.org/ bin ich auf die Firma Potter Roemer [1] gestossen, die Zubehoer zum Feuerschutz herstellt. Unter dem Stichwort Flush Inlets habe ich etwas gefunden, dass u. U. in die Richtung Loeschwassereinspeisung geht Werner [http://www.potterroemer.com/] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Andreas Labres wrote: On 21.06.12 09:10, Werner Poppele wrote: nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant existiert. Im übrigen empfehle ich, sich mit http://wiki.openstreetmap.org/wiki/DE:OpenFireMap Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann http://wiki.openstreetmap.org/wiki/User:Wankmann oder an info (at) openfiremap.org stellen) in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der OpenFireMap auch darzustellen... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Gruess dich, Andreas danke fuer den Hinweis. Meine Mail war als Ergaenzung zu den Beitraegen gedacht, die vor einigen Wochen zu diesem Thema hier diskutiert worden sind. Abgeschlossen wurde das Thema m. E. aber nicht wirklich. Das Thema ist aber auch nicht wirklich ganz dringend denke ich. Vielleicht kann ja jemand mit den angegebenen Links was anfangen. Schoenen Abend Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Peter Wendorff wrote: Am 23.08.2012 19:59, schrieb wwl: Hallo, ich bin gerade dabei ein Lokales Fernwärmenetz einzutragen. Dabei fällt mir auf das es evtl. zu Darstellungsfehlern kommt. Vorweg. Ich habe die Leitung so getagged: man_made=pipeline location=underground type=heat name=Nahwärmeversorgung operator=Kommunalunternehmen KUM http://www.openstreetmap.org/?lat=48.482064lon=11.942829zoom=18layers=M Jetzt passiert es das die Beschriftung (name=Nahwärmeversorgung) angezeigt wird. Das Rohr an sich aber nicht (maptik), ;) Die Karte bzw. Software heißt MapNik (aber macht ja nix). was verwirrend ist. Die Rohre liegen unter einer Strasse(resident) die nun auch noch die Beschriftung Nahwärmeversorgung hat. Zunächst mal: Nahwärmeversorgung ist sicher nicht der Name, sondern wenn, dann eigentlich eine Beschreibung. Genaugenommen ist das eigentlich nichts weiter als das, was die Tags schon sagen: eine (man_made=) pipeline (location=under) (ground) zum Transport von (type=)heat. Wenn das Ding jetzt einen Namen hat, dann kann man wieder diskutieren; aber Nahwärmeversorgung ist sicherlich nicht der Name, geschweige denn der Name der Pipeline selbst. Wenn Du das wirklich zusätzlich eintragen willst - wie gesagt, ich halte es für durch die Tags ziemlich vollständig abgedeckt, dann kannst du das immer noch als description, besser dann aber description:de eintragen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wir hatten vor ein paar Tagen eine Diskussion ueber Unterseekabel bzw. unterirdisch verlegte Stromkabel. Fuer mich war diese Diskussion noch nicht beendet, weil nicht so ganz klar war, wie das zu taggen ist. Fern- oder Nahwaermeleitungen gehen in die gleiche Richtung, d. h. wir haben hier eine aehnliche Situation wie letztendlich mit allen unterirdisch verlegten Kabeln oder Rohren. Das Tagging location=under_ground oder location=under_water scheint wohl Konsens zu sein. Kann man die verschiedenen Dinge dann so taggen ? Rohrleitungen unterirdisch (Waerme|Gas|Rohoel|Bier|Wasser) man_made=pipeline location=under_ground type=heat|natural_gas|crude_oil|beer|water Stromkabel (unterirdisch) power=line location=under_ground|under_water Telefonleitungen, Kanalisation ... ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Tobias Knerr wrote: Am 24.08.2012 08:31, schrieb Werner Poppele: Stromkabel (unterirdisch) power=line location=under_ground|under_water Nein, keine gute Idee. Das Tag power=line wird in der Praxis fast ausschließlich für Freileitungen verwendet. Auch wenn man es dem Tag an sich nicht ansieht, gehen daher die Dokumentation, die meisten Mapper und zahlreiche alle Anwendungen davon aus, dass es sich um eine Freileitung handelt. Die Kombination mit location=under_ground|under_water wäre also eine Bedeutungsveränderung von power=line. Und eine Neudefinition halte ich auch nicht für sinnvoll, weil es viele Nutzungszwecke gibt, wo Freileitungen interessant sind, aber unterirdische Leitungen nicht - letztere sind nun einmal normalerweise nicht sichtbar und daher überhaupt nur für Spezialkarten relevant. Ich schließe mich daher dem Wiki an: For underground or sea cables please use power=cable. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Lieber Tobias, danke fuer die Klarstellung. Ich kannte die Wiki-Seite nicht. Dann brauchen wir auch keine neuen Tags - sehr gut. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue BING-Luftbilder und Militärflächen
Michael Bemmerl wrote: Sebastian Masch schrieb: Wie sieht das denn jetzt mit der Unkenntlichmachung von Kasernen aus? Interessanterweise sind die Militärflächen hier nun /nicht/ mehr unkenntlich gemacht, sondern genau so aufgelöst wie die Umgebung. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, also im Raum Landsberg am Lech ist alles beim Alten. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Frederik Ramm wrote: Hi, On 20.08.2012 21:04, Michael Kugelmann wrote: mir ist ein Unterwassser-Seekabel von Malle nach Spanien in der Karte aufgefallen: Ist als power=line getaggt; andere Tiefseekabel sind als power=underground_cable getaggt und werden dadurch nicht gerendert. Lt. Wiki gibt es zwar auch power=line, location=underground (alternativ tunnel=yes), aber das ist mir fremd; bei power=line denke ich zumindest immer an eine oberirdische Leitung. Bye Frederik Guten Morgen, allerseits so abwegig finde ich das Tagging nicht. Schliesslich werden - zumindest in unserer Gegend - vermehrt Stromleitungen unter die Erde verlegt. Also haben wir nicht nur unterseeische Stromkabel. power=line mit tunnel=yes passt doch meines Erachtens. Was wir - bitte um Korrektur - nicht haben, ist eine Verfeinerung hinsichtlich Seekabel und Kabel an Land oder hinsichtlich des Kabelaufbaus. Aber ob das tatsaechlich jemand braucht / pflegt ? Darueberhinaus gibt es Ueberlandleitungen, die ploetzlich an einem Masten enden und anscheinend unterirdisch weitergefuehrt werden. Vor einiger Zeit hatten wir auch eine Diskussion zu dem Thema, wie das zu taggen ist. Leider habe ich nichts dazu gefunden. Vielleicht liest ja ein Fachmann mit und kann mal ein paar Infos zu dem Thema Unterirdische Leitungen beitragen. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Dermot McNally wrote: 2012/8/15 Michael Kugelmannmichaelk_...@gmx.de: Aber wenn es keine sinnvollen Luftbilder gibt und es scheinbar nur wenige lokale Mapper gibt ist das verständlich. Und dazu vermute ich, dass die Bevölkerungsdichte in Irland kleiner ist als in Deutschland. Zusätzlich wohl auch in vielen Gebieten deutlich ländlicher geprägt als in Deutschland und damit vielleicht nicht so nahe an Neogeographie (Aussage ist nicht böße/abwertend gemeint!). Lustiges Timing - gerade ist einiges an Bildmaterial von Bing freigegeben worden, darunter auch in Donegal, Fermanagh, ganz Galway und Mayo, halb Clare, Giant's Causweay uvm. Wie man gut erkennen kann...: http://www.openstreetmap.org/?lat=53.933lon=-7.847zoom=11layers=M ...machen Luftbilder bei uns sehr viel aus, gerade weil die Community sehr stark auf Dublin konzentriert ist. Wir können uns nun auf viel mehr Detail freuen. Wer mithelfen mag - vielleicht ist dem einen oder anderen von euch langweilig weil die eigene Gegend fertig gemappt ist - lang bitte hin! Aber bitte mit Voranmeldung auf #osm-ie um abzustimmen, wo vielleicht Leute schon aktiv sind oder um das Tagging besser anpassen zu können. LG aus Dublin, Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Newbee gruesst also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss nicht was #osm-ie sein soll. WernerP -- HOST SYSTEM NOT RESPONDING, PROBABLY DOWN. DO YOU WANT TO WAIT? (Y/N) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Volker Schmidt wrote: also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss nicht was #osm-ie sein soll. http://lists.openstreetmap.org/listinfo/talk-ie Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Vielen Dank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Holger wrote: Hallo, ich hänge grad an der selben Stelle. Was ist der aktuelle Vorschlag für das Tagging? Holger Am 21.06.2012 09:10, schrieb Werner Poppele: Guten Morgen, nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. Ich habe mit derm User Tanker, der im Zusammenhang mit OpenFireMap genannt wurde, Kontakt aufgenommen und von ihm auch schon eine Rueckmeldung erhalten. Vielleicht nehmen sich die bei OpenFireMap aktiven Mapper dieses Themas an. In meiner ersten iMehl habe ich ein paar Links angegeben, unter der man sich Infos holen kann. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, Holger im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema. Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit emergency=dry_standpipe dry_standpipe=inlet_valve taggen. WernerP [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel gelöscht?
Christian Müller wrote: Am 07.08.2012 21:24, schrieb Andreas Tille: Bevor ich das jetzt wieder geradeziehe die Frage: Wurde hier eventuell zu viel gelöscht? Wichtiger wäre, erst einmal zu klären, wie lange die ODbL dem Projekt nun genügt. Wenn übernächstes Jahr der nächste Wechsel bevorstellt, weil irgendjemand e.g. rechtliche Lücken in der ODbL entdeckt, frißt sich der nächste Pacbot durch die mit Mühe recherchierten Daten. Der Schaden ist m.E. deshalb so beträchtlich, weil bis auf den OSMI, der schlecht in Editoren integriert ist, überhaupt keine Möglichkeit besteht, zu ermitteln, was überhaupt gelöscht wurde. An den Geometrien, welche der destruction_bot (tm) nicht vernichtet hat, lässt sich zwar ein Stückchen History ermitteln, aber um die ganzen zerfetzten Nodes zuzuordnen, die links und rechts teilzerstörter Wege liegen, hilft selbst die herzlich wenig. Übrig bleibt die Hoffnung, dass verbliebene Mapper genug Nerven haben, das wieder aufzuhübschen.. Ein wichtiges Motto von OSM hat der bot jedenfalls superb unterstützt: Spaß haben.. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Lieber Christian Mueller, 1. OSMI ist ueber die Fernsteuerfunktion von JOSM ausreichend integriert. Frederik hat ja in der Toolbar von OSMI die Moeglichkeit vorgesehen, JOSM direkt mit einem selektierten Objekt aufzurufen. Kopiert man in Browser eine Objektid, so kann ich direkt das entsprechende Objekt in JOSM runterladen und kontrollieren. Ich empfinde OSMI als tolles Tool und bedanke mich recht herzlich dafuer. 2. Natuerlich ist es oft kaum moeglich, die verhunzten Wege auszubessern. Aber genausooft kann man mit den verbliebenen Punkten die alten Strassen zumindest grob wiederherstellen. Ich habe so gestern viele Strassen in Ipatinga wiederhergestellt. Jetzt sind (lokale) Mapper gefragt, die dann die Feinarbeit uebernehmen - also Namen eintragen, den richtigen Strassentyp eintragen usw. In den USA kann man mit dem Layer, der die Aenderungen der Tiger-Daten anzeigt, viele der Strassen korrigieren. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlecker, die zweite
Frederik Ramm wrote: Hallo, On 06/28/2012 04:13 PM, Sven Geggus wrote: Ich denke ehrlich gesagt darüber nach alle die nodes automatisch zu löschen, wenn keine nützlichen Tags wie z.B. Adressen dran sind. Was haltet ihr davon? Nichts. Es bringt die Leute nur auf bloede Ideen (dann koennte man doch auch...). Bye Frederik +1 Wenn ueberhaupt, dann wuerde ich name=Schlecker auf old_name=Schlecker aendern, damit man einen Bezug zur Historie hat und shop=vacant oder wie Peter es vorgeschlagen hat, shop=disused eintragen, aber nicht automatisiert loeschen. Schliesslich enthalten die Gebaeude unter Umstaenden wichtige Infos, z. B. begindertengerecht ja / nein oder aehnliches. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Jimmy_K wrote: Ist mehr oder weniger obsolet, siehe: https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant Behandelt nur leider keine Steigleitungen bzw. die Löschwasereinspeisungen dazu. LG Jimmy Am 20.06.2012 16:50, schrieb Volker Schmidt: Hast du diesen Vorschlag gesehen: https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant Volker ___ 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 Guten Morgen, nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. Ich habe mit derm User Tanker, der im Zusammenhang mit OpenFireMap genannt wurde, Kontakt aufgenommen und von ihm auch schon eine Rueckmeldung erhalten. Vielleicht nehmen sich die bei OpenFireMap aktiven Mapper dieses Themas an. In meiner ersten iMehl habe ich ein paar Links angegeben, unter der man sich Infos holen kann. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Löschwassereinspeisung - Wie taggen ?
Guten Morgen allerseits ein befreundeter Mapper hatte die Frage, wie Löschwassereinspeisungen getaggt werden. amenity=xyz oder emergency=xyz ? Weiss jemand genaueres ? Ich wuerde zu emergency=xyz neigen, aber welchen Wert nimmt man ? Im Grunde hat das etwas mit Loeschen zu tun, geht also in die Richtung extinction, extinguishment Löschwasser - extinguishing water Löschwassereinspeisung - Fire plugs WernerP Quellen: Wikipedia https://de.wikipedia.org/wiki/Steigleitung Feuerwehrzeichen Löschwassereinspeisung https://www.schilderbestellung.de/feuerwehrzeichen/feuerwehrzeichen-loeschwassereinspeisung-nach-din.html Photos http://dailyphotostream.blogspot.de/2012/04/loschwassereinspeisung.html Einbauschrank Löschwassereinspeisung E http://katalog.fln-neuruppin.de/de/products/7586/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
bkmap wrote: Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. +1 Ja, ist toll geworden. Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Nach meiner Meinung sind die Werte paved und unpaved sehr grob und man sollte sie lieber weglassen, wenn man keine genaueren Daten hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Da stimme ich dir nicht ganz zu. Fuer mich sind paved und unpaved Oberbegriffe fuer die Oberflaeche eines Weges oder einer Strasse und durchaus von Wert. Zu wissen, ob ein Weg befestigt ist oder nicht, ist schon mal ein guter Anhaltspunkt. Spaeter kann man dann das mit den entsprechenden Tags dann verfeinern. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Start von JOSM mit Parameter --download=
Walter Nordmann wrote: Werner Poppele wrote Ich habe draufhin nun ein paar Tests angestellt und folgendes festgestellt: Befehlsfolge funktioniert: javaw.exe -Xms16m -Xmx512m -jar josm-tested.jar --download=48.00,11.00,48.01,11.01 josm.exe --download=48.00,11.00,48.01,11.01 Hi Werner, lassen wir es mal offen, ob das Kommando genau so funktioniert (u. ubuntu so garantiert nicht!). Aber dennoch ist anscheinend was faul: *josm-latest --download=48.00,11.00,48.01,11.01* mit oder ohne funktioniert. *josm-latest --download=-48.00,11.00,-48.01,11.01* mit oder ohne funktioniert nicht. das Argument wird als Filename aufgefasst und nicht als bbox. ein + bei den koordinaten halte ich für unnötig. funkt aber auch nicht. alles mit josm 5236 unter ubuntu. melde dieses auf das absolute minimum reduzierte problem doch bei trac (oben rechts in http://josm.openstreetmap.de/) gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Start-von-JOSM-mit-Parameter-download-tp5708352p5708461.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guton morgen, Walter danke fuer deine Hilfe. Ich habe ein Ticket angelegt mit der Beschreibung des Problems. Das scheint wohl ein Bug in JOSM zu sein so wie es aussieht. Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Start von JOSM mit Parameter --download=
fly wrote: On 14/05/12 10:26, Werner Poppele wrote: Walter Nordmann wrote: Werner Poppele wrote Ich habe draufhin nun ein paar Tests angestellt und folgendes festgestellt: Befehlsfolge funktioniert: javaw.exe -Xms16m -Xmx512m -jar josm-tested.jar --download=48.00,11.00,48.01,11.01 josm.exe --download=48.00,11.00,48.01,11.01 Hi Werner, lassen wir es mal offen, ob das Kommando genau so funktioniert (u. ubuntu so garantiert nicht!). Aber dennoch ist anscheinend was faul: *josm-latest --download=48.00,11.00,48.01,11.01* mit oder ohne funktioniert. *josm-latest --download=-48.00,11.00,-48.01,11.01* mit oder ohne funktioniert nicht. das Argument wird als Filename aufgefasst und nicht als bbox. ein + bei den koordinaten halte ich für unnötig. funkt aber auch nicht. alles mit josm 5236 unter ubuntu. melde dieses auf das absolute minimum reduzierte problem doch bei trac (oben rechts in http://josm.openstreetmap.de/) gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Start-von-JOSM-mit-Parameter-download-tp5708352p5708461.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guton morgen, Walter danke fuer deine Hilfe. Ich habe ein Ticket angelegt mit der Beschreibung des Problems. Das scheint wohl ein Bug in JOSM zu sein so wie es aussieht. https://josm.openstreetmap.de/ticket/7687 fixed. Selber kompilieren oder bis morgen früh warten. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Vielen Dank WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Start von JOSM mit Parameter --download=
Vor einigen Tagen habe ich eine Anfrage an die Newbies-Mailingliste gestellt bezueglich der Kommandozeilenparamter von JOSM. Ich habe draufhin nun ein paar Tests angestellt und folgendes festgestellt: Befehlsfolge funktioniert: javaw.exe -Xms16m -Xmx512m -jar josm-tested.jar --download=48.00,11.00,48.01,11.01 josm.exe --download=48.00,11.00,48.01,11.01 Befehlsfolge funktioniert nicht: javaw.exe -Xms16m -Xmx512m -jar josm-tested.jar --download=48.00,11.00,+48.01,11.01 josm.exe --download=48.00,11.00,+48.01,11.01 Das negative Vorzeichen funktioniert auch nicht. Unterschied ist das Vorzeichen. Ich habe das ausprobiert unter Windows XP 32 und 64 bit, Ubuntu 64bit und auf dem Rechner eines befreundeten Mappers ebenfalls mit Windows XP 64bit. Meine Bitte ist nun, dass das jemand mal verifiziert. Mit der alten Version 4487 vom Oktober hat das noch funktioniert. Mit freundlichen Gruessen WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Falk Zscheile wrote: Am 17. April 2012 07:48 schrieb Werner Poppelepopp...@hm.edu: Falk Zscheile wrote: Am 16. April 2012 23:01 schrieb Jimmy_Kjimm...@gmx.at: Am 16.04.2012 16:22, schrieb Tobias Knerr: Die Tags denotation = cluster und fixme = set better denotation stammen dann aus einer Reihe davon unabhängiger Massen-Edits des Users Nop, der so mal eben Bäume in ganz Europa mit diesen (m.E. unsinnigen) Tags versorgt hat. Siehe dazu die Chronik der einzelnen Bäume, beispielhaft hier: http://www.openstreetmap.org/browse/node/757882968/history Das ist ja glaube ich so das unsinnigste was man taggen kann. Da könnte man ja an 99% der nodes ein fixme dranhängen, weil irgendein attribut verbessert werden könnte. Etwas als unsinnig zu bezeichnen halte ich bei OSM zumindest für bedenklich. Nur weil man es nicht verstehst, heißt das nicht, dass sich ein anderer nichts dabei gedacht hat. Das Problem bei diesen Massenimporten ist -- dass da der Sammler im OSM-Mapper durchbricht und sich keine Gedanken darüber macht, dass alle Daten grundsätzlich auch aktuell gehalten werden müssen. Ich möchte mal den Mapper sehen, der im Wald verschwindet und Bäume zählt. Die wiki zu denotation ist ja überhaupt sehr merkwürdig, laut taginfo genau ein Mal genutzt in dem Zusammenhang: http://wiki.openstreetmap.org/wiki/Key:denotation Das ist nicht merkwürdig, sondern aus der Not geboren. Hättest du schon einmal versucht eine topographische Karte zu erstellen, dann könntest du nachvollziehen, welche Probleme es macht, wenn sich plötzlich die Überzeugung weg bricht, dass alle Bäume einfach so eingetragen werden können/sollen. Dann kannst du nämlich deine Karte auf der nur herausragende Bäume dargestellt werden sollen in die Tonne werfen. (soviel zum Problem der allmählichen Uminterpretation eines Tags. Das Problem ist nicht der Tag als solches, sondern die Verwendung, in unserem Fall der fixme-Tag. Wie soll die Reparatur denn in der Praxis aussehen ? Die Position jedes einzelnen Baumes nachkontrollieren und dann brav den fixme-Tag entfernen ? Wieviele Nodes in ganz Europa enthalten diesen Tag ? 10 oder mehr ? Ich stimme mit Jimmy_K ueberein, dass die Wikiseite zu Key:denotation sich auch mir nicht erschliesst. Was ist der Sinn und Zweck dieses Tags ? Weiss das jemand ? Werner Aber das macht doch nur deutlich, dass Massenimporte eigentlich nicht in die Datenbank gehören -- weil niemand in der Lage ist sie zu überprüfen oder anzupassen. Die Notwendigkeit für das denotation-Tag entstand erst durch das vermehrte auftreten von nicht individualisierbaren Bäumen. Man kann dem Ersteller der fixme Tags meiner Ansicht nach keinen Vorwurf machen. Soll er alle importierten Bäume fixen, damit er wieder eine funktionierende Anwendung hat? Das Problem liegt meines Erachtens beim Import und nicht bei den davon ausgelösten Folgen/Reaktionen. Wobei der Stettin-Import natürlich nicht alleinige Ursache ist. Aber wir müssen einfach weg von Hauptsache in die Datenbank und nach mir die Sintflut. Wir müssen uns vergegenwärtigen, dass 1. unreflektiere Massenimporte bestehende Anwendungen gefährden 2. i. d. R. nicht aktuell gehalten werden können, obwohl das künftig eine wichtige Aufgabe sein wird. Im meiner Gegend schaffen es die paar Mapper noch nicht mal, alle Geschäfte und Kneipen aktuell zu halten. Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Vielen, vielen Dank, das ist auch meine Meinung ! Du hast das Problem auf den Punkt gebracht ! Allein der tiger-Import beschert uns Arbeit fuer viele Jahre. Letztendlich produziert ein Import eine Unmenge oft unsinniger Arbeit fuer uns alle. Ich bin nicht grundsaetzlich gegen Importe, die sind wichtig und eine grosse Hilfe. Aber wie du schon richtig sagst Hauptsache in die Datenbank und nach mir die Sintflut. Das kann es nicht sein. Die Qualitaet der Daten ist nur ein 1. Schritt. Die Konvertierung, das Einlesen und vor allem dann die Pflege danach sind ebenso entscheidend. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS mit *gutem* Empfang?
Jimmy_K wrote: Ich würde bei Neuanschaffungen auf den verbauten GPS-Empfänger schaun. Im v900 müsste es der MTK I sein, welcher schon vom deutlich besseren MTK II abgelöst wurde. Ein Vergleich vieler Empfänger: http://www.naviuser.at/forum/showthread.php?t=1905 PS: Es gibt noch weitere Faktoren, welche über die qualität des Empfangs entscheiden, aber man benötigt mal eine gute Grundlage. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich setze den Holux M-241 ein und bin sehr zufrieden. Zum einen wegen des grossen Speichers und der Moeglichkeit, normale Akkus zu verwenden. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] talk-de@openstreetmap.org
Liebe OSMler, In Polen, der Name der Stadt ist Szczecin (Adresse unten) hat jemand mehrere Tausend Baeume eingetragen (importiert?) und diese Baeume alle mit einem fixme-Tag versehen. Wie sollen wir damit umgehen ? WernerP http://www.openstreetmap.org/?lat=53.397lon=14.6149zoom=15 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Michael Krämer wrote: Hallo, Am 16. April 2012 12:55 schrieb Werner Poppelepopp...@hm.edu: In Polen, der Name der Stadt ist Szczecin (Adresse unten) hat jemand mehrere Tausend Baeume eingetragen (importiert?) und diese Baeume alle mit einem fixme-Tag versehen. Dem Tag sourcehttp://wiki.openstreetmap.org/wiki/Key:source?uselang=de= gis.um.szczecin.pl nach zu urteilen war das schon ein Import. Der Änderungssatz, den ich jetzt auf die Schnelle gefunden habe, ist aber schon von September 2010. Wenn ich noch auf dem Laufenden bin, gibt es in Polen aber durch den Lizenzwechsel derzeit ganz andere Sorgen. Daher würde ich persönlich die Bäume mal stehen lassen. Der Lizenz-Säge werden sie wohl nicht zum Opfer fallen... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ganz deiner Meinung, aber auf Dauer kann man das so nicht stehen lassen. Sieht nicht nur ziemlich bizarr aus, sondern duerfte auch kaum Nutzen haben. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Jimmy_K wrote: Am 16.04.2012 16:22, schrieb Tobias Knerr: Die Tags denotation = cluster und fixme = set better denotation stammen dann aus einer Reihe davon unabhängiger Massen-Edits des Users Nop, der so mal eben Bäume in ganz Europa mit diesen (m.E. unsinnigen) Tags versorgt hat. Siehe dazu die Chronik der einzelnen Bäume, beispielhaft hier: http://www.openstreetmap.org/browse/node/757882968/history Das ist ja glaube ich so das unsinnigste was man taggen kann. Da könnte man ja an 99% der nodes ein fixme dranhängen, weil irgendein attribut verbessert werden könnte. Die wiki zu denotation ist ja überhaupt sehr merkwürdig, laut taginfo genau ein Mal genutzt in dem Zusammenhang: http://wiki.openstreetmap.org/wiki/Key:denotation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Also mich frustriert das ! Da gibt man sich Muehe, mapped fleissig im (naiven) Bewusstsein von Hand irgendwelche Gebaeude, Strassen oder was auch immer, freut sich, wenn man Karten fuer sein GPS-Geraet bekommt und dann sieht man sowas. Wieso wird das gemacht ? Das sind doch sicher 10-2 Baeume grob geschaetzt. Wieso geht man nicht hin und loescht das Zeug ? Fuer mich sind diese Importe mittlerweile ein rotes Tuch ! Die wenigsten lesen die Richtlinien dazu. Es wird importiert ohne sich vorher anzuschauen, ob bereits Daten vorhanden sind, sind die Tags richtig gesetzt usw. Im Norden der Grossen Seen in Nordamerika / Kanada hat einer bei so einem Import zahllose Nodes mit waterway=river getaggt. In der selben Gegend sind riesige Waldgebiete eingelesen worden, deren Konturen wie mit dem Lineal gezogen sind. In den USA werden und wurden NHD-Daten eingelesen mit der Folge, das teilweise 3-fache Flusskonturen vorhanden sind. Die Reparaturarbeit wird dann allen aufgebuerdet. Das kann es doch nicht sein auf Dauer. Wahrscheinlich trete ich jetzt die 250te Diskussion ueber Importe los, aber ich sehe dass das auf Dauer zu einem der groessten Probleme von OSM werden wird. WernerP Kleine Auswahl an Seltsamkeiten Doppelte Konturen http://www.openstreetmap.org/?lat=46.1499579lon=-89.0375386zoom=16 http://www.openstreetmap.org/?lat=46.127073lon=-89.0544339zoom=16 http://www.openstreetmap.org/?lat=46.12705lon=-89.05509zoom=16 http://www.openstreetmap.org/?lat=46.18554lon=-86.03864zoom=16 Mehrfach vorhandene Wasserlaeufe http://www.openstreetmap.org/?lat=46.117362lon=-88.9222917zoom=16 http://www.openstreetmap.org/?lat=46.1631804lon=-89.0104308zoom=16 Nodes waterway=river http://www.openstreetmap.org/?lat=46.2965lon=-86.1032zoom=14 Wasserlaeufe die untereinander nicht verbunden sind http://www.openstreetmap.org/?lat=46.723lon=-88.568zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Michael Kugelmann wrote: Am 16.04.2012 16:22, schrieb Tobias Knerr: Das stimmt so nicht ganz. Die Bäume wurden zunächst ohne fixme-Tag durch balrog-kun hinzugefügt. Es gibt auch einen Bearbeitungskommentar dazu: Individual trees traced from the municipality's GIS website. BTW: Ein anderes Beispiel: in Girona hat die Stadtverwaltung kurz vor der SOTM 2010 den ganzen Baumbestand aus dem Baum-Kataster als Open Source gespendet. Darunter fällt u.a. der ganze Wald neben dem Kongresszentrum. Diese Spende wurden auch nach OSM importiert... http://www.openstreetmap.org/?lat=41.98688lon=2.81672zoom=17layers=M Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Interessant ist auch das Mappen der Gebaeude - Hoch lebe der Multipolygon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Falk Zscheile wrote: Am 16. April 2012 23:01 schrieb Jimmy_Kjimm...@gmx.at: Am 16.04.2012 16:22, schrieb Tobias Knerr: Die Tags denotation = cluster und fixme = set better denotation stammen dann aus einer Reihe davon unabhängiger Massen-Edits des Users Nop, der so mal eben Bäume in ganz Europa mit diesen (m.E. unsinnigen) Tags versorgt hat. Siehe dazu die Chronik der einzelnen Bäume, beispielhaft hier: http://www.openstreetmap.org/browse/node/757882968/history Das ist ja glaube ich so das unsinnigste was man taggen kann. Da könnte man ja an 99% der nodes ein fixme dranhängen, weil irgendein attribut verbessert werden könnte. Etwas als unsinnig zu bezeichnen halte ich bei OSM zumindest für bedenklich. Nur weil man es nicht verstehst, heißt das nicht, dass sich ein anderer nichts dabei gedacht hat. Das Problem bei diesen Massenimporten ist -- dass da der Sammler im OSM-Mapper durchbricht und sich keine Gedanken darüber macht, dass alle Daten grundsätzlich auch aktuell gehalten werden müssen. Ich möchte mal den Mapper sehen, der im Wald verschwindet und Bäume zählt. Die wiki zu denotation ist ja überhaupt sehr merkwürdig, laut taginfo genau ein Mal genutzt in dem Zusammenhang: http://wiki.openstreetmap.org/wiki/Key:denotation Das ist nicht merkwürdig, sondern aus der Not geboren. Hättest du schon einmal versucht eine topographische Karte zu erstellen, dann könntest du nachvollziehen, welche Probleme es macht, wenn sich plötzlich die Überzeugung weg bricht, dass alle Bäume einfach so eingetragen werden können/sollen. Dann kannst du nämlich deine Karte auf der nur herausragende Bäume dargestellt werden sollen in die Tonne werfen. (soviel zum Problem der allmählichen Uminterpretation eines Tags. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das Problem ist nicht der Tag als solches, sondern die Verwendung, in unserem Fall der fixme-Tag. Wie soll die Reparatur denn in der Praxis aussehen ? Die Position jedes einzelnen Baumes nachkontrollieren und dann brav den fixme-Tag entfernen ? Wieviele Nodes in ganz Europa enthalten diesen Tag ? 10 oder mehr ? Ich stimme mit Jimmy_K ueberein, dass die Wikiseite zu Key:denotation sich auch mir nicht erschliesst. Was ist der Sinn und Zweck dieses Tags ? Weiss das jemand ? Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Michael Bemmerl wrote: Werner Poppele schrieb: Bitte um Hilfe: Wie erhalte ich aus den angegebenen Nummern eine URL fuer JOSM ? Ich hab' gerade schnell ein Skript geschrieben, das Simons Datei herunterlädt und in einer Tabelle anzeigt, mit Aufruf für JOSM Remote Control. Für den nördlichen Teil: http://osm.michis-pla.net/odbl/odbl-roads.php?region=north Für den südlichen Teil: http://osm.michis-pla.net/odbl/odbl-roads.php?region=south Sollte jemand am Skript ansich interessiert sein, das gibt's hier: https://gist.github.com/2370413 Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke fuer die Seiten mit den Listen der Strassennummern ! Wie oft aktualisierst du die Seiten ? Mittlerweile wurde einiges schon gemacht, auf den Seiten wird aber immer noch eine Zahl 1000 angegeben. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seite http://josm.openstreetmap.de/ nicht erreichbar ?
Die Seite http://josm.openstreetmap.de/ ist im Moment nicht erreichbar. Ping josm.openstreetmap.de geht, aber der Aufruf von Seiten unter http://josm.openstreetmap.de/ geht nicht. Weiss jemand naeheres ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seite http://josm.openstreetmap.de/ nicht erreichbar ?
Michael Mattiszik wrote: Bei mir lässt sich http://josm.openstreetmap.de/ problemlos öffnen. Gruß, Mike Am 12. April 2012 13:07 schrieb Werner Poppelepopp...@hm.edu: Die Seite http://josm.openstreetmap.de/ ist im Moment nicht erreichbar. Ping josm.openstreetmap.de geht, aber der Aufruf von Seiten unter http://josm.openstreetmap.de/ geht nicht. Weiss jemand naeheres ? WernerP __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ja, habs eben nochmal probiert. Geht wieder. Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Simon Poole wrote: Da wir im Augenblick noch Zeit haben bevor der Umbauprozess beginnt, nochmals ein Hinweis auf die folgenden Listen http://odbl.poole.ch/de_south_major_and_secondary_roads.txt und http://odbl.poole.ch/de_north_major_and_secondary_roads.txt mit wichtigen Strassen(stücke) die sehr wahrscheinlich wegfallen werden und die prioritär neuerfasst werden sollten (mindestens wenn man will das Routing funktioniert). In der UK hat die entsprechende Liste noch 5 (!) Einträge. Da mindestens bis zur Stufe primary runter diese Strassen ja auch vielbefahren sind, sollte es kein Problem sein noch eine wesentliche Verbesserung in den nächsten Tagen zu erzielen. Ich erstell die Listen unregelmässig neu. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Bitte um Hilfe: Wie erhalte ich aus den angegebenen Nummern eine URL fuer JOSM ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Simon Poole wrote: Da wir im Augenblick noch Zeit haben bevor der Umbauprozess beginnt, nochmals ein Hinweis auf die folgenden Listen http://odbl.poole.ch/de_south_major_and_secondary_roads.txt und http://odbl.poole.ch/de_north_major_and_secondary_roads.txt mit wichtigen Strassen(stücke) die sehr wahrscheinlich wegfallen werden und die prioritär neuerfasst werden sollten (mindestens wenn man will das Routing funktioniert). In der UK hat die entsprechende Liste noch 5 (!) Einträge. Da mindestens bis zur Stufe primary runter diese Strassen ja auch vielbefahren sind, sollte es kein Problem sein noch eine wesentliche Verbesserung in den nächsten Tagen zu erzielen. Ich erstell die Listen unregelmässig neu. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Servus, Simon Liste aktualisieren, die ersten 50 sind gemacht Wernerp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bericht ueber OSM auf www.spiegel.de
Unter der Adresse http://www.spiegel.de/netzwelt/web/0,1518,825561,00.html findet sich ein Bericht ueber Karten basierend auf OSM. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] uneinheitliche Nutzung von name
Stephan Wolff wrote: Moin! Am 06.02.2012 07:10, schrieb Ronnie Soak: [X] Pseudonamen nach description, wenn möglich in geeigneten Tags unterbringen Leider trauen sich nur wenige Mapper, die Einträge anderer aufzuräumen. Die meisten fügen nur Informationen hinzu. Wenn man etwas ändert und eine Information danach nicht mehr in der Karte dargestellt wird, bekommt man leicht Ärger. Ich denke das ist eine Folge davon, dass immer mehr Neulinge Informationen in die Karte einragen (was eine gute Sache ist) und die Dokumentationen im Wiki und bei den Editorpresets noch nicht einsteigerfreundlich/ausfuehrlich genug ist. Manche Editorpresets sind zu ausführlich. Wenn der Editor ein Namensfeld anzeigt, fühlt man sich leicht genötigt, irgendetwas hineinzuschreiben. Die unzureichende Dokumentationen im Wiki liegt meist daran, dass es den Aktiven nicht gelingt, einen Konsens herzustellen oder zumindest eine Mehrheitsmeinung festzustellen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, Stephan du hast recht. Oft sind die Eingabemasken fuer einen Namen in den Presets unnoetig. Ich habe meine Presets so angepasst, dass wenn ich eine ausfuehrliche Eingabe machen moechte, ich eine umfangreiche Maske habe. Ansonsten moeglichst knapp. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Alexander Matheisen wrote: ich habe mal eine Analyse für Nordrhein-Westalen durchgeführt: * Nutzung der aktuellen Datei für NRW von der geofabrik. * Filtern mittels osmosis nach Wegen mit landuse=military. * Laden dieser Datei in JOSM. * Visueller Vergleich aller diese Gebiete mit dem Bing-Hintergrund. * Tagging der Gebiete mit blurred_by_bing=no|partly|exactly. * Lokal gesichert, aber nicht hochgeladen. * Zählung der Gebiete mittels grep. Ergebnis: Gebiete in NRW mit way landuse=military: 156. Davon sind 2 teilweise verpixelt, 89 exakt mit OSM-Konturen verpixelt und 60 Gebiete sind nicht verpixelt. 5 Gebiete sind mir wohl bei der visuellen Kontrolle durchgerutscht. Beobachtung: Es gibt noch einige andere verpixelte Gebiete in NRW. (Vielleicht als Relationen?) Es wurden auch Übungsgebiete von Bereitschaftspolizei, Technischem Hilfswerk und Deutschem Rotem Kreuz verpixelt. Fragen: Stellen die noch unverpixelt dargestellten 60 Militärgebiete in NRW ein Problem für unsere Landesverteidigung dar? Welche Behörden können wir darüber verständigen? Wieviele der unverpixelten Gebiete gehören denn zur Bundeswehr? Ich habe bisher festgestellt, dass Gelände anderer Streitkräfte nicht zensiert sind, z.B. Flugplätze der US-Armee. Gibt es überhaupt zensierte nicht- deutsche Einrichtungen? Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich habe mich in der naeheren Umgebung von Landsberg umgesehen, und dabei fiel mir auf, dass moeglicherweise kleinere Militaergelaende (noch) nicht verpixelt wurden. Kann es sein, dass nur Flaechen mit einer bestimmten Flaeche bearbeitet wurden ? Gibt es das anderswo auch ? Ergaenzung am Rande: Die Welfenkaserne in Landsberg traegt kein landuse=military, sondern military=barracks. Das Gelaende wurde genauso unkenntlich gemacht. Der Datenbankauszug auf der Seite http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring sollte ergaenzt werden um die Tags military=* WernerP Links Welfenkaserne, Landsberg http://www.openstreetmap.org/?lat=48.068lon=10.8246zoom=13 Fliegerhorst Penzing bei Landsberg http://www.openstreetmap.org/?lat=48.0665lon=10.8827zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unusual cluster of German accounts
Richard Weait wrote: Hi All, I've found a cluster of accounts that mapped in Germany. This cluster seems unusual to me. There are nine accounts. They all contributed only for one day. They all mapped in places in Germany. They all contributed a large number of changesets (on their first day of mapping). Each account uses similar changeset comments in German and English. None of the accounts has responded with respect to CT/ODbL. Looking further into the activity of these accounts, they each appear to make a test edit, followed later by larger edits. I don't know what to make of the seeming shared behaviour other than to say that it seems unusual. Could mappers in the effected areas have a look at the contributions and offer opinions? If these account have not been contacted w.r.t. CT/ODbL, perhaps they will all agree at the same time? List of unusual accounts with some similarity graphs. http://rweait.dev.openstreetmap.org/daily/cluster.html Best regards, Richard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Good morning, Richard, one possible explanation is that there mapped the participants of a seminar. But if you analyze the other contributions, it looks indeed a little curious. All users started at Wednesday, March 17 2010 around 03:05. Maybe a mapping party ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verweise auf dev.openstreetmap.de kaputt
Karl Eichwalder wrote: Karl Eichwalderk...@gnu.franken.de writes: Wahrscheinlich hat jemand bei dev.openstreetmap.de aufgeräumt, und nun sind einige Verweise kaputt: http://dev.openstreetmap.de/aio/europe-daily/maps.html (referenziert von http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ) Gibt's das noch irgendwo? Ich fand es eigentlich ganz nützlich. Vermutlich muss einfach das -daily weg? ohne -daily gehts WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
