Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin Martin, On Fri, 22 Mar 2013, Martin Koppenhoefer wrote: Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM eintragen sollte. Sonst könnte man ja auch argumentieren H A U P T S T R A S S E lese sich besser als Hauptstraße und daher schreiben wir jetzt alles in Großbuchstaben. Den Vergleich meinst du sicher nicht ernst, denn du vergleichst gerade sozusagen Äpfel mit Birnen. Es geht ja eben nicht darum, innerhalb eines Wortes Leerzeichen zu schaffen, sondern an der Grenze. Aber wie gesagt, der Vergleich hinkt dermaßen, dass dich denke, das war ein Spaß. M.E. sollte man das Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen etc. auf der Editorseite angehen, und dort z.B. die Schrift größer gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, optimierter Schriftart etc. In die Daten gehört das, was gilt. Die Nutzerschnittstelle ist die Schriftdarstellung. Mir geht es nur darum, dass hier jemand versucht, seine persönliche Meinung als allgemeingültig darzustellen (nämlich die Leerzeichen wegzulassen). Das kann aber immer noch jeder machen, wie er will und es gibt sehr gute Gründe dafür, ein Leerzeichen einzufügen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin. Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Und wenn du auf die Briefkasten noch niemals Leerzeichen gesehen hast, heißt es nicht, dass es das nicht gibt. Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann gerne die schlechter lesbare Variante intern benutzen. Wie schon geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur Vereinheitlichung machen). Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen scheitert (er kann es ja auch beim Abspeichern löschen und bei der Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf verfehlt. Gruß, Schusch On Sun, 17 Mar 2013, Jo wrote: Wir machen eine Datenbank. Ob da ein Leerzeichen hinzugefügt wird beim verarbeiten/schauen, muss der Benutzer der Daten ausmachen. Der Mapper sollte/kann/darf das so effizient wie möglich mappen, also ohne Leerzeichen. Auf die Briefkasten habe ich das noch niemals mit Leerzeichen gesehen.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin, unabhängig von Normen bin ich für das Leerzeichen - damit wird der Ausdruck einfach besser lesbar ... natürlich wäre ein schmales Leerzeichen optimal :-) und für die Datenverarbeitung sollte es egal sein - da sollten wohl alle vier Fälle verarbeitet werden und das Ergebnis nach Wunsch ausgegeben. Bei den heutigen Rechnern sollten weder Rechenzeit noch zusätzlicher Platzbedarf der besseren Lesbarkeit entgegenstehen. Bei der Ausgabe (z. B. auf einer Karte) wäre natürlich ein schmales Leerzeichen möglich ... je nach verfügbarem Platz auch sinnvoll oder eben nicht - und das natürlich unabhängig davon, ob ein Leerzeichen eingegeben wurde oder nicht. Gruß, Schusch On Thu, 14 Mar 2013, Tirkon wrote: [...] 20a 20 a 20A 20 A [...]___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-File auf Tablet zur Navigation nutzen
Moin Roland, On Fri, 30 Nov 2012, Roland Spielhofer wrote: ich habe ein OSM-File, dass ich mit der Overpass-API erstellt habe (ca. 10 nodes von Amenities). Diese Notes möchte ich nun der Reihe nach abklappern/besuchen, und dachte mir, dazu müsste es doch schon eine Android-App geben, die so ein OSM-File darstellen oder noch besser zu den Nodes hin-navigieren kann (so wie ein Geocache). Hat vielleicht jemand einen Tipp? Ich würde es mal mit Osmand probieren (wenn das auf deinem Teil läuft). Mit dem OsmAndMapCreator kannst du dir aus einer osm-Datei eine Karte erstellen (*.obf), die in Osmand dargestellt wird, wenn du diese erstellte Datei auf deinem mobilen Gerät in das Osmand-Verzeichnis schiebst. Die aktuellste Version gibt es jeweils hier: http://download.osmand.net/latest-night-build/ (mit allen Vor- und Nachteilen ... ähnlich wie bei der aktuellsten josm-Version, wo es auch schon mal klemmt (selten) ;-). Erklärt ist der Vorgang hier genauer (in englisch) http://code.google.com/p/osmand/wiki/HowToArticles#How_to_prepare_your_own_data_to_use_offline Vielleicht gibt es auch eine gute Möglichkeit, die Punkte als Favoriten zu importieren (habe ich noch nicht probiert, soll aber gehen). Alternativ kannst du dir auch z. Bsp. mit openrouteservice eine Route erstellen lassen und als gpx-Datei exportieren. Diese kannst du in das Osmand-Verzeichnis tracks packen und dich dann entlang dieses gpx-Pfades routen lassen (habe ich auch noch nicht ausprobiert). Bei der Navigation kann Osmand seit ein paar Wochen/Monaten auch mit Zwischenpunkten arbeiten. Gruß, Schusch PS: An dieser Stelle kurz mal eine Info, wie ich mit Osmand umgehe: Ich brauche Osmand vor allem, um mir jeweils an Ort und Stelle eine Notiz zu machen - wenn man die OSM-Bearbeitung auf offline stellt, kann man über POI einsenden eine Notiz erstellen, diese hinterher auslesen, eine entsprechende Bearbeitung in OSM machen und die Notiz in Osmand händisch wieder löschen, ohne dass diese Notiz direkt in OSM landet (zu ungenau etc.). Sehr hilfreich ist, dass Osmand openstreetbugs als Overlay einblenden kann und die Bug-Texte auch abrufbar sind. Funktioniert gut zu Fuß, und zumindest besser als mit Stift und Zettel, wenn man mit dem Fahrrad oder Auto unterwegs ist ...___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen
Moin, On Thu, 8 Nov 2012, Fabian Schmidt wrote: Am 06.11.12 schrieb Jörg Frings-Fürst: Grenzen sind doch gemeinfrei. ach so? Laut Aussage von 2009 gibt Sachsen die Gemeindegrenzen nicht frei: Es entspricht den Grundsätzen des Verwaltungshandelns, wenn die mit erheblichen öffentlichen Mitteln erstellten Leistungen - hier also die Geodienste - kostenfrei für die private Nutzung sind, bei gewerblicher Nutzung aber Gebühren erhoben werden, die den öffentlichen Haushalt entlasten. naja, das ist jetzt aber kein Beleg dafür, dass das Wissen um den Verlauf einer Gemeindegrenze nicht doch gemeinfrei ist - auch wenn das Land die Geodaten des Verlaufs der Grenze nicht heraus gibt. Ein Geodienst mag einen Grenzverlauf beschreiben, aber der Geodienst ist ja nicht der Grenzverlauf. Wie sieht es aus, ist der Grenzverlauf wirklich irgendwie geschützt? Meines Wissens nach kann man Grenzverläufe durchaus irgendwelchen Karten entnehmen, dabei muss man nur ein paar Regeln beachten. Man darf nicht direkt abzeichnen. Man darf jedoch schauen, wie die Grenze verläuft - also z. B. westlich der Bundesstr. xy Richtung Süden, bis zum diesem Feldweg, dann nach Süd-Ost verlaufend nördlich entlang dieses Feldwegs ... etc. Diese Information kann man durchaus händisch (und nicht abgezeichnet!) in OSM übernehmen. Evtl. muss man sich dazu die Mühe machen, z. B. den Feldweg noch per gps aufzuzeichnen und einzutragen (oder, langweiliger, aber evtl. einfacher, auch von Bing zu übernehmen). Dann hat man den entsprechenden Bezug und damit auch den Verlauf der Grenze. Dieser Hinweis kam hier auch mal über zwei Ecken auf die Mailingliste - wenn ich mich recht erinnere, kam der von einem Mitarbeiter eines Vermessungsamts. Das könnte schon 2 Jahre oder mehr her sein, ist aber durchaus ein praktikabler Vorschlag. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openstreetbugs - Fehler falsch als erledigt markiert
Moin, ich habe gerade festgestellt, dass am 13.10. ca. 14:36 ein NoName sehr viele Bugs (nur im Mannheimer Raum?) in OSB als erledigt markiert hat, von denen die meisten unverändert bestehen. Erst dachte ich, der hätte auch Bugs behoben, aber inzwischen vermute ich, die behobenen Bugs waren zufällig wirklich behoben. Gibt es ein sinnvolle Revertiermöglichkeit? Vermutlich eher nicht, oder? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News report license switch done
Hm, zumindest auf der Mailingliste hier hättest du vorher mitbekommen können, dass der erste odbl-planet unterwegs ist: http://lists.openstreetmap.org/pipermail/talk-de/2012-September/098049.html Viel mehr steht in dem Heise-Artikel ja auch nicht drin, oder? Allerdings habe ich ihm entnommen, dass die mapnik-tiles unter www.openstreetmap.org unter cc-by-sa bleiben, das wusste ich auch noch nicht. Stimmt das? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News report license switch done
Moin, On Sun, 9 Sep 2012, Stephan Knauss wrote: Nach der Heise-Meldung könnte man davon ausgehen dass Daten die man über die API (z.B. per export) abruft bereits unter ODbL stehen. Wenn eine der größten deutschsprachigen IT News Sites etwas offensichtlich falsches berichtet hätte ich mich schon über klärende Worte von der OSMF gefreut. Auch da wir da jetzt mehrfach deutschsprachig vertreten sind. nun, du benutzt selbst den Konjunktiv ... es handelt sich um eine Pressemeldung ... wenn also Heise etwas im Vorfeld falsch veröffentlich, kann man der OSM-Vertretung wohl kaum etwas vorwerfen. Wenn es bereits im Vorfeld der Veröffentlichung eine Reaktion gegeben hätte, dann, ja dann hätte es mich wirklich erstaunt ;-). Eine Reaktion ist Anfang der Woche wohl auch noch ausreichend, da selbst Heise über's Wochenende nur mit kleiner Besetzung arbeitet. Wo genau war dein Problem noch mal? :-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Luftbilder Lizenzen
Moin, On Wed, 8 Aug 2012, Martin Koppenhoefer wrote: USGS veröffentlichen AFAIK überwiegend als PD, also vermutlich kompatibel. (war ja eigentlich auch nicht die richtige Gruppe zum Fragen, die Zeit war nur knapp) ich habe den Link im Wiki ergänzt, jemand anderes hat den bestätigt und entsprechend eingepflegt, was die Lizenzen des/der USGS angeht, stimmt das Wiki jetzt wieder. Was ich nicht verstehe, sind diese Microsoft-Luftbilder, aber da gibt es ja eh die freien Bing-Luftbilder. Vielleicht sollte dieser eigentlich eingestellte Bilderservice aus josm rausgeschmissen werden (er wird automatisch als Menüoption vorgeschlagen, wenn man eine entsprechende Gegend lädt)? Grüße und Dank Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] US-Luftbilder Lizenzen
Ich brauche mal HilfeKurze Frage - kann mir hier jemand hier ohne viel Anlauf sagen, ob die Layer USGS Großmaßstäbige Bilder und MSR Maps Urban in josm beide lizenzmäßig (odbl) ok sind? Oder muss man für die jeweilige Gegend in den USA noch klären, ob die Lizenz ok ist? USGS Großmaßstäbige Bilder tms:http://{switch:a,b,c}.tile.openstreetmap.us/usgs_large_scale/{zoom}/{x}/{y}.jpg Die Bilder scheinen ja auf einem Server zu liegen, der mit openstreetmap zu tun haben könnte. Leider sind die Links unter http://wiki.openstreetmap.org/wiki/USGS_High_Resolution_Orthoimagery veraltet. http://orthoimagery.cr.usgs.gov/dispatches/PRODUCT_Orthos.html gibt es nicht mehr, bei http://nationalmap.gov/ortho.html gibt es nur den Link auf den Viewer - und der will bei mir nicht starten (FF 14 oder IE 8 unter Windows XP) ... inzwischen habe ich http://cumulus.cr.usgs.gov/listofortho.php gefunden ... trifft diese Information für die Bilder auf tile.openstreetmap.us zu? MSR Maps Urban wms:http://msrmaps.com/ogcmap.ashx?version=1.1.1request=GetMapLayers... Die Aussagen im Wiki sind noch dünner (ich habe gar nichts gefunden) - und laut Microsoft sollte dieser Dienst seit Mai diesen Jahres gar nicht mehr funktionieren (http://msrmaps.com/About.aspx?n=AboutShutdown)? Diesen Layer hat josm aber selbstständig als verfügbar für diese Gegend vorgeschlagen - sollte er dann nicht entfernt werden aus dem Katalog? Grüße, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auszeichnung fuer Bikepark gesucht
Also, ich habe nicht wirklich Ahnung vom Thema und ich werde auch die Bahnen nicht abfahren (sonst muss ich womöglich auch noch Kunde beim örtlichen Chirurgen werden ;-). Ich fasse mal zusammen: hier vor Ort handelt es sich dann wohl um einen dirt-jump-Platz oder so ähnlich, wobei ich keine Ahnung habe, was der Unterschied zwischen bmx und dirtjump ist. Auf jeden Fall ist es ein kleinerer Platz, eher so groß wie ein großer Spielplatz, auf dem es kreuz und quer geht. Eine Erfassung der Bahnen macht vermutlich nicht so viel Sinn. Dafür als sinnvoll erachte ich: leisure=track sport=cycling mtb:type=dirtjump area=yes Mögliche Variationen für mtb:type wären dann noch bmx oder bikepark Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Auszeichnung fuer Bikepark gesucht
Moin, welche Auszeichnung nimmt man denn für das Gelände eines Natur-Bikeparks (oder Bikepark oder Biker-Bahn oder ...). Im Wiki gibt es zwar einen Artikel zu einem Bikepark in Osternohe, aber da sind auch nur die Bahnen gekennzeichnet. Hier vor Ort ist das ein eigenes Gelände, frei zugänglich, die Bahnen werden von den Bikern selber gepflegt, nachdem anfangs mit schwerem Gerät Hügel angelegt wurden. Zugang ist nur über Schilder geregelt, der örtliche Chirurg hat inzwischen verstärkt Zulauf ;-) Ist eher ein Sportplatz als ein Spielplatz, oder? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auszeichnung fuer Bikepark gesucht
es wäre prima, wenn jemand aus der Bike- oder MTB-Fraktion noch mal seine Meinung abgibt. Ich hab jetzt mal folgendes genutzt: leisure=track mtb:type=bikepark sport=cycling und die folgenden habe ich auch noch angehängt, das ist aber eher Informations-Dopplung oder? area=yes bicycle=yes Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von buildings
Moin, On Tue, 13 Mar 2012, Wolfgang Wienke wrote: Soweit ich die Daten der bei mir vor Ort eingezeichneten Häuser (vermutlich aus Luftbildern) überprüft habe, sind sie mit erheblichen Fehlern und Ungenauigkeiten behaftet. Ich kann dies einerseits durch in Augenscheinnahme und auch durch Vergleich mit den sehr detaillierten Flurstück/Häuser-Daten der Stadtverwaltung beurteilen. Mit diesen sehr detaillierten Daten der Verwaltung erlebt man durchaus auch seine Überraschungen ;-) Oft sind sie aus Baueingaben, und Baueingabe und Realität passen nicht immer so ganz zusammen. Ich würde sagen (und mache das auch so): - immer die Ungenauigkeit vom GPS im Hinterkopf haben - Aufwand und Ergebnis sollten in Relation stehen - Wenn die Abschätzung gut möglich ist, ist ein eingezeichnetes Gebäude immer hilfreich und begrüßenswert - was gut ist, muss jeder für sich definieren - für mich ist eine Abweichung von 10 Metern für ein wirklich freistehendes Gebäude durchaus tolerierbar, kann ja im nächsten Durchlauf verbessert werden. Hauptsache, die groben Proportionen stimmen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Moin, On Tue, 6 Mar 2012, Walter Nordmann wrote: Falk Zscheile wrote Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ein Schelm, wer da an Schlimmes denkt... ja, häufig hängen da wirklich an den Wegkreuzungen auch Schilder im Wald, manchmal an jeder Ecke eins ... Die sind recht klein und fallen nicht auf, sie hängen jeweils oberhalb der normalen Reichweite an Baumstämmen. Und wenn man die alle notiert, kann man nach einer Weile aus den Ecken und dem Wegverlauf durchaus auf die Flur- oder Gewannenamen von ganzen Flächen schließen. Abgesehen davon, dass es Menschen gibt, die sich da gut auskennen und die dieses Wissen auch gerne weitergeben - was wäre an einer solchen Auskunft und der Einzeichnung derselben in eine Karte Schlimmes? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler JOSM?
On Wed, 7 Mar 2012, Paul Hartmann wrote: On 03/07/2012 09:08 AM, Wolfgang Wienke wrote: ich habe mit OSMTracker gemappt und dabei 5s-Audios aufgenommen. Wenn ich versuche, sie mit JOSM abzuspielen, erhalte ich Ende der Aufzeichnung überschritten. Sonst kann ich die entsprechenden *.wav-Dateien aber problemlos abspielen. Woran liegt es? Früher hat es auch immer funktioniert. Bitte nicht mehrfach senden, eine identische Mail vom 4.3. wurde bereits am gleichen Tag beantwortet. entweder hängt mein E-Mail-Programm, oder du meinst die Mail, die zwar an der Frage hängt, aber keineswegs eine Antwort enthält, sondern eine neue Frage ... da finde ich die Wiederholung ok, und die Kritik hätte an denjenigen gehen sollen, der den Thread gekapert hat. Aber eine Antwort auf die eigentliche Frage weiß ich auch nicht. Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aio, Adressindex
Moin zusammen, der Adressindex bei der AIO-DACH-Karte (von vor ein paar Tagen) funktioniert prima :-) wollte ich mal hier so öffentlich erwähnen. Danke! Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img
Moin flacus, On Tue, 14 Feb 2012, fla...@googlemail.com wrote: Ich hatte am Abend bevor mich O2 für 3 Wochen ausgesperrt hatte was am Code geändert .. und nen Fehler drin gehabt. zZ läuft es ja wieder ... das wieder-online-sein hört sich gut an, danke :-) die DACH-Karte klemmt allerdings noch ... falls du da etwas machen kannst, würde ich mich freuen. Ich vermutete schon irgendetwas Unglückliches - und wäre es nur gewesen, dass du in einen längeren Urlaub geflüchtet wärst ;-) Die Karten sind nämlich wirklich prima! Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Küstenlinie rendern; war: Die Lage der Costa Concordia
Subject: [Talk-de] Die Lage der Costa Concordia ist ziemlich gut eingezeichnet bei OSM. eine gute Gelegenheit, die Küstenlinien dort mal wieder neu rendern zu lassen ... der Prozess scheint häufiger zu klemmen (http://lists.openstreetmap.org/pipermail/talk-de/2011-February/083710.html) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umsatzsteuernummern taggen
Moin, On Fri, 13 Jan 2012, Martin Koppenhoefer wrote: Am 13. Januar 2012 08:45 schrieb Frederik Ramm frede...@remote.org: Die Steuernummer kann sich ausserdem jederzeit aendern, ohne dass fuer den Kunden eine Aenderung offensichtlich ist (z.B. Besitzwechsel des Supermarkts von der Ersten Real Warenhaus GmbH zur Zweiten Real Warenhaus GmbH oder so). Dann ändert sich der operator und man kann das schön daran erkennen, dass sich die Nummer ändert. Halte ich auch für ein Pro und nicht für ein Con. hm, ich bin hier klar der Meinung, dass es dafür ein Handelregister gibt - und das ist ziemlich aktuell und über das Internet abfragbar. Wir sollten hier keine bereits zugänglichen Informationen verdoppeln, ohne jemals auch nur annähernd genauso aktuell sein zu können. In OSM erwarte ich zu finden, welcher Betrieb (bei weitem nicht jeder) wo zu finden ist. Das heißt, das wir die Information brauchen, dass es einen Globus-, Rewe- oder Edeka-Markt um die Ecke gibt (um mal ein paar andere Ketten zu nehmen ;-). Ein weiterer Punkt bei diesem Thema ist, das es egal ist, ob das eine AG, GmbH oder GmbH Co KG ist ... deshalb gehören auch diese für den Betrieb (teilweise oder immer (?) verpflichtend anzugebenden Rechtsformen nicht in OSM - sie sind im Handelregister und auf der jeweiligen Homepage (die ist durchaus einen Link wert) etc. zu finden. Ein prima Beispiel sind da die Briefkästen. Diese gelben. Die sind von der Deutschen Post. Das AG ist unnötig. Ebenso wie bei Telefonzellen ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umsatzsteuernummern taggen
Übrigens: die Briefkästen gibt es auch bei der Post, Hausnummern und Straßenverzeichnisse haben die Städte auch, und Karten gibt es auch schon, sei es Straßenkarten, Freizeit- und Wanderkarten oder was auch immer. Sollen wir deshalb diese Informationen lieber draussen lassen? Briefkästen haben in meinen Augen eine andere Relevanz in OSM als irgendwelche steuerlich bedingten Nummern. Das gleiche gilt für unfreie Straßenverzeichnisse. Selbst bei der Straßenbeleuchtung und bei Hydranten oder sogar Schachtdeckeln und ähnlichem sehe ich das noch anders. Auch Öffnungszeiten haben für mich noch eine andere Relevanz als diese Nummern. Ist das Handelsregister georeferenziert? genau, das ist der Punkt - ich brauche ausreichend Informationen, um den Laden zu finden - im Handelsregister finde ich Straße und Hausnummer - und damit gehe ich dann zu OSM und schaue, wo ich den Laden finde. Und anders herum: wenn ich die Umsatzsteuernummer brauche, schaue ich vielleicht in OSM nach der Webseite des Ladens, und dort dann nach der Nummer (klar, viele Läden haben keine eigene Domain und nicht mal eine einzige Webseite) - da mach dann eine Telefonnummer zum anrufen Sinn. Wo kann ich die Daten laden? handelsregister.de Darf ich die dann weiter publizieren? Gute Frage, darf ich eine Umsatzsteuernummer, die auf der Quittung für mich steht, veröffentlichen? AFAIK fallen für Auskünfte aus dem Handelsregister Gebühren an, auch gibt es pro Bezirk ein eigenes Register, und nur Kaufleute müssen sich dort (AFAIK) registrieren. s. o., um den Sitz eines Unternehmens zu überprüfen, muss man nichts bezahlen. Natürlich steht an der Information ohne Gewähr ... Wenn die meisten Leute der Meinung sind, einen eindeutigen Identifikator für den operator nicht zu benötigen, dann sollen sie das eben nicht eintragen. genau :-) und ich darf auch sagen, dass ich es für unsinnig halte. Aber vielleicht erweist sich in ein paar Jahren ja das Gegenteil - OSM als großartiges Instrument, mafiöse Zustände beim Missbrauch von Umsatzsteuernummern und bei der Steuerhinterziehung aufzudecken ;-) Die einfache Variante wäre natürlich, wenn das Handelsregister die Treffer für die Firmen inklusive der besagten Nummern über einer OSM-Karte abbildet. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] warum verliert der Rhein sein Wasser?
Moin, weiß jemand, warum der Rhein sein Wasser verliert [1]? Bei mir sind die ganzen Flächen weiß ... ich entdecke bei den Multipolygonen aber keine Änderung, auf die ich das zurückführen kann ... entweder ich bin blind (das ist natürlich möglich ;-), oder es ist eine Änderung in einer Relation oder ein Problem mit Mapnik? [1] Beispiellink, bei dem bei mir weiße Wasserflächen auftauchen http://www.openstreetmap.org/?lat=48.31645lon=7.73486zoom=16layers=M Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] warum verliert der Rhein sein Wasser?
da hat auch schon jemand um Hilfe gebeten: http://www.openstreetmap.org/browse/changeset/10325594 kann das evtl. mit den Lücken und/oder der Reihenfolge der Elemente in http://www.openstreetmap.org/browse/relation/1706129 zusammenhängen? Gruß___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] warum verliert der Rhein sein Wasser?
Der Rhein hatte hier einige lücken, ich hab das mal gefixed. Gruß Werner Danke :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest Luftbilder funktionieren nicht mehr
Moin, On Sat, 7 Jan 2012, Tirkon wrote: Aber es ist schon seit Wochen kein Download mehr möglich - weder mit Firefox noch mit dem Internet Explorer. Da mag ich ncht mehr an einen kurzfristiges technisches Problem glauben. dein Text hört sich ja nach Ewigkeiten an, das stimmt aber so nicht ... zumindest kurz vor Weihnachten klappte es noch. (Siehe kurze Diskussion hier vor ein paar Tagen.) Ich würde erstmal bis nächste Woche warten, vielleicht haben die noch ein paar Tage Betriebsferien und es klemmt nur irgendein Prozess. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Downloadprobleme Aerowest
(Ich mach dann mal einen neuen Thread auf) Hallo Carsten, Carsten schrieb: Am Donnerstag, 29. Dezember 2011 schrieb Harald: hat jemand Infos darüber, weshalb der Download von Aerowest-Bildern nicht (mehr) funktioniert? Ich vermute, die Seite benötigt auf einmal ein anderes Plugin, zumindest meint mein Firefox das. Auf der Diskussionsseite http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder ist ein Hinweis zu einer Plugin-freien Möglichkeit. Damit funktioniert es bei mir problemlos (Firefox unter Ubuntu). hast du den Download auch heute oder gestern probiert? Kurz vor Weihnachten hatte ich unter Windows mit Firefox keine Probleme, jetzt klemmt es aber auch bei mir. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme Garmin Nüvi 1390
Moin, On Sun, 18 Dec 2011, Manuel Reimer wrote: Nachtrag: Wenn ich erst kurz die Original-Karte lade, um die Startposition zu setzen und die Zielposition zu speichern, danach die OSM-Karte lade um zwischen den gemerkten Punkten zu routen, dann funktioniert alles bestens. Habe auch bereits einen Routing-Fehler gefunden. Alltagstauglich ist aber anders. Ich will Adressen direkt eingeben... tja ... die Variante mit der Originalkarte für die Adresssuche ist zur Zeit wohl die alltagstauglichste für die Verwendung von OSM auf dem nüvi ... (die generelle Verwendung der Originalkarte ist natürlich am alltagstauglichsten!). Das Selberbauen von Karten hat eine deutlich höhere Einstiegshürde (die ich auch nicht überwunden habe) und erfordert sicher auch noch mehr Zeit. Ohne Helfer funktionieren solche Projekte nicht, und wenn du dafür keine Zeit hast (keine Kritik von mir an dir hier, habe ich auch nicht), musst du nehmen, was es gibt ... ich will ... hilft hier wenig. Für mkmap gibt es eine Wiki-Seite http://wiki.openstreetmap.org/wiki/DE:Mkgmap und eine eigene Homepage http://www.mkgmap.org.uk/page/main dort kannst du die Entwicklung verfolgen oder sogar unterstützen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Winterwald (war: Welches Garmin als guter GPS-Logger?)
Moin, On Sun, 18 Dec 2011, Chris66 wrote: Die Tracks sind wegen Glonass etwas besser als beim Vorgängermodell, nur im Lowspeed-Bereich insb. im Wald neigt das Gerät zu Hängern also Einfrieren der Positionsanzeige. Glücklicherweise kommt ja jetzt der Winter, da ist der Empfang im Wald wieder prima ... bitte Nadelwälder meiden ;-) Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piclayer/ImportImagePlugin -- Positionsverschiebung
Moin, On Fri, 16 Dec 2011, Falk Zscheile wrote: ich bin gerade vom ImportImagePlugin auf den Piclayer umgestiegen. Wenn ich die bereits unter dem ImportImagePlugin verwendeten Aerowestbilder jetzt unter dem Piclayer einbinde sind die Bilder nunmehr um ca. 3,5 m nach Nord-Ost verschoben. Ohne weitere Prüfung, nur ein Tipp: Aerowest exportiert ja zip-Dateien, keine nackten jpegs. Die zip-Dateien enthalten Lagekorrektur- oder Entzerr-Infos. Importierst du die ausgepackten jpegs oder die zip-Datei? Wenn du die Zip-Dateien importierts bzw. vom Plugin öffnen läßt, wird, wenn du es das erste Mal machst, so eine Abfrage gestellt, ob die in der Zip-Datei enthaltenen Lagekorrekturen automatisch übernommen werden sollen. Ich habe die Anleitung wohl nicht ganz gelesen und bin da zufällig drauf gestoßen - ich nehme mal an, es steht auch in der Anleitung ... Vielleicht hilft das ja schon weiter? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
Moin, On Fri, 2 Dec 2011, Manuel Reimer wrote: ich habe das im Subject genannte Navigationsgerät geschenkt bekommen. Kann ich auf dem Gerät OpenStreetMap-Daten parallel zur Originalkarte benutzen? ja, auf SD-Karte, die drin bleiben kann - wie das Umschalten geht, steht ja schon hier im Thread beschrieben. Frage deshalb, weil ich mich mit ausgedruckten OSM-Daten schon mehrfach verfahren habe. Mein 1390 will mich ab und an über Feldwege schicken - warum, ist mir nicht klar. Aber reproduzierbar ist das. http://openrouteservice.org/index.php?start=8.1842607,49.4550934end=8.1746047,49.4675896pref=Fastestlang=denoMotorways=falsenoTollways=false Openrouteservice nimmt den korrekten Weg, mein Nüvi schickt mich über den Weg hier: http://www.openstreetmap.org/browse/way/84152058/history (in allen Versionen passiert, kann sich natürlich inzwischen was geändert haben, ich probiere aber nicht noch mal alle access-Versionen durch). Insgesamt gilt: immer schön aufpassen, wo das Navi hinwill, das hält wach ;-) Und natürlich funktionieren ein paar nette Details nicht (Fahrspurassistent, diese hilfreichen Bilder kurz vor einer Autobahnabfahrt, wenn man abbiegen soll etc.). Bei bekannten Routen würde ich dagegen schonmal auf OSM umschalten und testen wo mich das Navi dann hinführen will. Wie beschrieben - umschalten geht über das Display - das nutze ich auch für die Adresssuche. Zweite Frage: Kostenlose Kartenupdates. Laut Garmin muss ich mich innerhalb von 60 Tagen registrieren. Du solltest hier die Einzahl nutzen: 1 x Kartenupdate ... und zwar innerhalb von 60 Tagen (nach der Registrierung, nicht nach dem Kauf (das Kaufdatum bekommt Garmin ja so nicht mit)). Danach gibt es weiterhin Kartenupdates - aber kostenpflichtig. Das steht aber auch ausdrücklich in den mitgekauften Unterlagen. Da Garmin nicht weiß, wann das Gerät verkauft wird, hast du das Recht, nach dem Kauf die Karte zu aktualisieren, ungefähr auf den Stand zum Kaufdatum. Das finde ich eine verständliche und gute Lösung. Und es gibt auch Softwareupdates, die bleiben, soweit ich bisher weiß, kostenlos. Beim Verbinden mit dieser Communicator-Software solltest du dein Garmin-Dateiverzeichnis vorher anschauen, wenn du nicht möchtest, das Garmin sich deine Fahrt-Daten holt. Ich kann dir allerdings im Augenblick nicht sagen, welche Dateien ich vorher auf meine Festplatte verschoben haben und hinterher wieder zurück. Und noch etwas: je nach Internet-Anbindung solltest du die Hinweise von der Software ernst nehmen - ich habe eine normale DSL-Anbindung (kein highspeed oder so etwas), und da kannst du sicherheitshalber mal 12 Stunden einplanen, auf jeden Fall empfiehlt es sich, das über Nacht zu machen. Wie komme ich dann aber letztlich an meine Kartenupdates? Ist ja nur 1 x, solange du die kostenlosen Updates meinst. Ich nehme übrigens die AIO, deren Detailierungsgrad mir sehr gut gefällt - hauptsächlich die Bahnlinien vermisse ich. Der Link war bisher: http://dev.openstreetmap.de/aio/germany-daily/gmapsupp-images/ Aber wie im Wiki steht http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map gibt es ja gerade Umstellungen (die DACH-Variante könnte prima sein, habe ich aber noch nicht ausprobiert) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Hardware-Spendenaktion
Aber ja, es macht auch total viel Sinn jetzt grade ganz viele Festplatten zu kaufen... stellvertretend für ein paar Bemerkungen in dieser Richtung auch von mir ein Kommentar dazu ... Der Server wird aber doch gar nicht _jetzt_ gekauft ... das dauert doch wohl noch Wochen, vermutlich wohl eher ein bis zwei Monate, auf jeden Fall bis nach Weihnachten ... und wie schon geschrieben sind die Admins wohl eher Menschen, die mit dem Thema Hardware vertraut sind. Wenn der Preis jetzt erstmal so hoch angesetzt ist, ist das doch gar nicht schlimm (da gibt es hinterher vielleicht noch Luft für Extras oder mehr Festplattenplatz). Es kann ja gar nicht der Preis sein, der am Ende bezahlt wird, dafür ist der Markt zu schnelllebig. Frederiks ernstgemeinter Vorschlag: weniger mappen ist natürlich die Lösung schlechthin ;-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
Hoppla, Openrouteservice nimmt den korrekten Weg, mein Nüvi schickt mich über den Weg hier: http://www.openstreetmap.org/browse/way/84152058/history gerade noch mal einen Trockenversuch gemacht (mit der AIO-germany vom 16.11.2011)... und siehe da, auch das Routing läuft jetzt richtig ... prima! Trotzdem immer aufmerksam bleiben :-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
Was ist bei dir eine normale DSL-Anbindung? 1000, 2000 (kbit/s) oder mehr? könnte passen ... nix mit 6000 oder 16000 oder so Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
Moin Chris, On Sat, 3 Dec 2011, Chris66 wrote: Am 03.12.2011 11:40, schrieb Schorschi: Mein 1390 will mich ab und an über Feldwege schicken - warum, ist mir nicht klar. Aber reproduzierbar ist das. Bei den meisten OSM-Garminkarten werden Feldwege (tracks) ins Routing miteinbezogen. Da bei dem Großteil aller in ORS gemappten tracks die access-Rights fehlen, wird man dann schonmal über Waldwege geleitet. ;-) das Einbeziehen der Feldwege ist auch ganz in meinem Sinne :-) ich benutze auch das Fahrrad- und Fußgänger-Routing ab und an. Und wenn ich einmal mit dem Auto dann vor einem Anlieger/Forstwirtschaft/Landwirtschaft-frei-Schild lande, versuche ich das in OSM zu korrigieren - sofern Zeit und vor allem mein Gedächtnis ;-) das zulassen. Auf jeden Fall ein Grund mehr, so häufig wie möglich die OSM-Karte eingeschaltet zu lassen. Beim konkreten Beispiel hatte das Ändern der Zufahrtsrechte aber erst einmal (monatelang) nichts geändert ... aber nun geht es ja, was ich prima finde. Openrouteservice nimmt den korrekten Weg, ORS routet generell nicht über Feldwege (tracks). Was dann wiederum den Nachteil hat, dass einige Ziele nicht erreichbar sind. ja, da hast du recht ... schade vor allem dann, wenn man eine Route zu einem Gewerbebetrieb abfragt, der nur über einen Feldweg zu erreichen ist. Das ist sicher kein Alltag für viele Leute, aber durchaus ein konkreter Anwendungsfall. Da wäre eine Unterscheidung nach destination oder eben nicht sicher hilfreich. Aber ORS ist auch so schon wirklich prima! Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editieren von Geokoordinaten in Rasterbildern
Moin, On Fri, 25 Nov 2011, Jan Tappenbeck (OSM) wrote: Ich habe Tiff-Dateien die angeblich Geokoordinaten enthalten - diese sind aber falsch. [...] Nun hatte ich mir überlegt die richtigen Angaben in die TIF-Datei zu bringen. a.) kennt einer von Euch einen Editor mit dem man soetwas machen kann? b.) a.) vielleicht über ein Skript wenn es mehr sind. - ich bin aber windows anwender ! .-) Mit geosetter [1] geht das Editieren von Geokoordinaten in jpeg-Dateien prima - solange Tiff-Dateien auch Exif-Daten aufnehmen, sollte das auch gehen. Wenn, dann kannst du gleich ein ganzes Verzeichnis bearbeiten, wenn es immer die gleiche Koordinate ist, geht das auch relativ schnell. exiftool [2] gibt es auch als exe-Datei für Windows - damit geht es unter Windows auch per Kommandozeile. Digikam ist ebenfalls für Windows erhältlich und kann ebenfalls Geokoordinaten zuweisen, das habe ich aber bisher nur unter Linux benutzt. 1 - http://www.geosetter.de/ 2 - http://owl.phy.queensu.ca/~phil/exiftool/ 3 - http://digikam.org Gruß, Schorsch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC
On Sun, 20 Nov 2011, fla...@googlemail.com wrote: Date: Sun, 20 Nov 2011 22:08:26 +0100 From: fla...@googlemail.com fla...@googlemail.com Reply-To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] TMC Mir ist keine einzige Hardware bekannt die TMC und OSM kann ... hm, bilde ich mir das nur ein, oder funktioniert das Zusammenspiel von TMC mit der AIO auf meinem Garmin? Oder funktioniert das immer nur, wenn ich auch die Originalkarte zusätzlich angeschaltet habe? Ich meine, es ging auch ohne ... ich werde es noch mal aufmerksamer beobachten. Nur fahre ich meist zu relativ staufreien Zeiten, so dass TMC nur sehr selten zum Zuge kommt. Aber ich habe eigentlich zu 100 % nur die AIO eingeschaltet. Ich fahre die AIO-Version germany, da die 4-GB-Version seit ein paar Wochen ein paar 100 kB zu groß ist und deshalb nicht mehr mehr auf fat32 passt. Und das ganze auf einem Nüvi 1390T. Grüße, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude teilen - JOSM bezogen
Moin, Das Utils2 Plugin sollte das können. (Split area) Gruß, Paul HI ! ich weiß was Du meinst - dafür müssen aber zwei Punkte eingefügt, diese und die Fläche markiert werden und dann geht das erst. Die Punkte müssen nach Augenmass mittig platziert werden. Viele Klicks und ungenau. das Utils2-Plugin kenne ich zwar nicht, aber wenn mit Punkte mittig einfügen Punkte mittig auf einer Linie gemeint sind, gibt es noch Strg-B, um bei drei aktivierten Punkten den mittleren dann auch wirklich in die Mitte zu befördern. Vielleicht hilft das als Tipp? Obwohl das natürlich in noch mehr Tastaturklicks ausartet ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logicbot - Lizenz
Moin, ich habe hier eine Mail im Postkasten, in der er erklärt, zugestimmt zu haben (hab's nicht überprüft) - das ist damit hoffentlich erledigt. Grüße, Schusch On Wed, 13 Jul 2011, Stefan Schwan wrote: Der Ersteller des Logicbot hat der Lizenzänderung noch nicht zugestimmt.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:zone
Moin, On Wed, 22 Jun 2011, phobie wrote: On 21.06.2011 23:15, Schorschi wrote: da hat jemand großflächig seine Meinung durchgesetzt ... Ich habe nicht meine Meinung durchgesetzt, sondern nur DE:zone, zone, DE:zone, de:zone, DE:zone20, DE:zone:20, DE:zone30 und DE:zone:30 unter den verwendeten Werten gefunden und nach einer sinnvollen, einheitlichen Lösung gesucht. Und DE:zone:zahl scheint mir da die beste Lösung zu sein auch wenn sich zusammen mit maxspeed eine kleine Redundanz bilden könnte... sagen wir mal, es war die Art und Weise, die Anstoß erregte ... im Wiki eine klare sachliche Aussage (dass DE:zone:30 eben redundanter ist als DE:zone) mit der Bemerkung nicht NPOV zu revertieren, ist ziemlich unglücklich, denn die Bemerkung, dass etwas redundant ist, ist sachlich und damit eben NPOV. Ich habe das (ohne die angemeckerte Bemerkung) wieder eingetragen. Ich sehe hier keinen Grund für Redundanzen und weiß auch nicht, wieso man welche einführen sollte. Darüber hatten wir es hier vor ein paar Monaten schon mal, und aus der damaligen Diskussion habe ich für mich den Schluss gezogen, dass DE:zone ausreichend ist (ich bin nicht der einzige, der dieser Meinung ist). Es gibt also erstmal keinen Grund, von einer kürzeren Lösung, die genauso klar ist, abzurücken - und dafür flächendeckend alles auf die längere Version zu ändern. Ich werde Stück für Stück bei entsprechenden Bearbeitungen die Redundanzen einfach wieder rausschmeißen, es sei denn jemand anderes ist hier noch der Meinung, die erhöhte Redundanz wäre sinnvoll. Aber was Redundanz an geht würde ich erst einmal über addr:country und addr:city nachdenken! Das es an anderer Stelle Redundanzen gibt, ist ja bekanntlich kein Argument, es hier auch zu machen - wenn das als Argument zählen würde, würden wir gar nicht vorwärts kommen. Und wenn man dann noch das Schlechte auf der Welt als Vorbild nähme ... Was würdest du vorschlagen und warum ist es anders besser? Siehe oben - inklusive der Anmerkung, dass ich die Änderung im Zusammenhang mit der unsachlichen Rückänderung im Wiki schlechten Stil finde. oder habe ich eine Diskussion verpasst? Muss ich jetzt vor jedem Commit eine Diskussion starten? Ich versuche die Qualität der Daten zu erhöhen, wenn sich alle darauf konzentrieren würden, würde auf talk-de weniger getalked... ich glaube nicht, dass ich hier groß als Labertasche auffalle ... darum geht es also nicht. In meinen Augen wurde die Qualität der Daten bei deiner Aktion nicht erhöht. Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] DE:zone
Moin, da hat jemand großflächig seine Meinung durchgesetzt ... http://www.openstreetmap.org/browse/changeset/8500996 oder habe ich eine Diskussion verpasst? Kann das evtl. jemand rückgängig machen? Sonst mach' ich das für meine Gegend wohl Stück für Stück bei Gelegenheit rückgängig - schließlich ist das unnötig redundant. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Re: Renderer Update-Frequenz
On Tue, 31 May 2011, Garry wrote: Damals wurde die Frage nach dem Atomausstieg auch noch anderst beantwortet als heute... puh, der Vergleich hinkt aber gewaltig ... das musste ich jetzt mal loswerden ;-) Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF
Moin, On Tue, 3 May 2011, Markus wrote: In tiefer Besorgnis über die aktuellen Kollateralschäden des Lizenzwechsels habe ich Steve gebeten, die Community offen zu fragen, was sie sich wünscht: a) einen Wechsel zu PD/CC0 b) einen Wechsel zu ODbL c) die Beibehaltung von CC-by-SA puh, wenn ich das richtig sehe, ist das dann mindestens die dritte Befragung dieser Art ... die Befürworter werden auch irgendwann müde, ständig zu befürworten ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF
Moin, On Wed, 4 May 2011, Markus wrote: Hallo Schusch, puh, wenn ich das richtig sehe, ist das dann mindestens die dritte Befragung dieser Art ... Ja, die Art wie die OSMF den Lizenzwechsel kommuniziert und zur Entscheidung anbietet ist ziemlich krude. Kein Wunder, dass viele da die Lust verlieren und mit Politikverdrossenheit reagieren. Nein, eine Befragung der Community gab es bisher nicht. mag sein, dass du das nicht mitbekommen hast, ich als Community-Mitglied wurde schon mindestens zweimal befragt - zwar freiwillig, aber ich konnte meine Stimme abgeben - hab ich auch. Links dazu finden sich in diesem Thread, suchen im Wiki ist auch nicht verboten ... und so ganz unrecht hat Dietmar nicht ... Ich finde, es ist unsere Pflicht, den Geist der Freiheit zu bewahren. Ich möchte, dass unser Projekt ein freies bleibt. genau - dem steht die ODBL nicht im Weg. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Werbung nervt (Re: Kernkraftwerke?)
Moin, On Sun, 3 Apr 2011, fx99 wrote: hier ist meine OL basierte Version: http://hwri.hw.funpic.de/OSM2/nuclear.htm und klickt man auf schliessen bei dem Werbefenster, geht im Hintergrund eins auf - maximal nervend! Sorry, wahrscheinlich ermöglicht das den Betrieb deiner Seite erst, aber das musste ich jetzt mal loswerden! Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kernkraftwerke?
Moin nochmal, On Sun, 3 Apr 2011, fx99 wrote: hier ist meine OL basierte Version: http://hwri.hw.funpic.de/OSM2/nuclear.htm nochmal sorry, vor lauter Werbung habe ich vergessen zu erwähnen, dass ich die Karte prima finde :-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kernkraftwerke?
Moin finde sieben mit power_source=nuclear mit generator:source=nuclear kommen nochmal 5 dazu. wie finde ich weitere in deutschland? oder sind das alle??? Die anderen sind gottseidank abgeschaltet. ;-) Laut Wiki gibt es 12 AKW in D-Land. lt. Presse in den letzten Wochen sind es 17, vermutlich dann 12 AKW-Komplexe von denen einige aus mehreren Blöcken bestehen ... z. B. Philippsburg 1 und 2, Biblis A und B etc. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
etwas spät, aber als Info: ich benutze das auch manchmal, und zwar für Wendekreise am Ende von Sackgassen (einen anderern Fall weiß ich zumindest gerade nicht) - und zwar dann, wenn ich da mehrere zueinanderpassende gps-tracks für habe - und inzwischen auch dann, wenn ich über ein Luftbild die Größe des entstehenden Platzes ermitteln kann. Wenn es für solche Fälle ein anderes sinnvolles Tagging gibt, stehe ich dem natürlich nicht im Weg. Dieses area:highway=* hört sich da doch gar nicht so schlecht an. Gerade, wenn über diese Plätze aber ein Verkehrsweg (z. B. auch ein Fußweg) führen könnte, sollte das Routing auf jeden Fall klappen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] aio - routing-frage
Moin zusammen, bei der AIO beim PkW-Routing führt mich mein Garmin nüvi 1390t (mit der aktuellen Deutschland-AIO von heute und auch einigen älteren Versionen) an einer Stelle in Bad Dürkheim zuverlässig immer über einen Feldweg. Die Benutzung des Weges ist jedoch nur für landwirtschaftlichen Verkehr erlaubt. Auch eine leichte Variation der Auszeichnungen hat nichts am Routingverhalten geändert ... Dieser Weg ist gemeint: http://www.openstreetmap.org/browse/way/84152058 Openrouteservice macht's richtig: http://openrouteservice.org/index.php?start=8.174583,49.467701end=8.1819215,49.4599471pref=Fastestlang=denoMotorways=falsenoTollways=false Weiß jemand, wo der Fehler liegt? Ist der Fehler mit vertretbarem Aufwand behebbar? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
- PkW-Routing - Garmin nüvi 1390t - aktuelle Deutschland-AIO (2011-03-13) (auch einige ältere Versionen) Einstellungen des nüvi noch als Info: - PkW-Routing - Vermeidungen - aktiviert - Stau - Fahrgemeinschaftsspuren - Unbefestigte Strassen - Routenpräferenz: - Kürzere Zeit Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio - routing-frage
Moin nochmal, Der Weg ist mit vehicle=agricultural getaggt und somit für normale PKW Tabu. Die AIO wertet das vehicle Tag eventuell nicht aus. +1 @Schorschi, bist Du Dir sicher, dass Fahrräder da nicht lang dürfen? ich bin mir recht sicher, dass Fahrräder da lang dürfen - das gibt allerdings nicht die Beschilderung her (generelles Verbot für Fahrzeuge, Ausnahme landwirtschaflicher Verkehr), sondern in einem Amtsblatt oder ähnlich gab es meines Wissens nach eine Veröffentlichung, die eine generelle Benutzungserlaubnis der Feldwege für Fußgänger und Fahrräder besagt. Normalerweise packe ich also noch ein foot=yes und ein bicycle=yes dazu - das habe ich hier nur schlicht beim Ausprobieren verschiedener Varianten zum Austesten der AIO vergessen. Leider routet die AIO auf meinem nüvi in allen probierten Varianten über den Weg. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes?
(hoppla, diese Nachricht sollte nicht als pm rausgehen) Für Wendekreise gibt es highway=turning_circle (auf den Node). Wenn der Wendekreis nicht besonders groß ist, dann sollte das verwendet werden. klar, diese Auszeichnung nehme ich auch meistens wenn der Wendekreis aber sehr flächig oder sehr unkreisig ist (das ist natürlich subjektiv), finde ich bisher die Flächenvariante passender. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Mit einem Mausklick gleich mehrere neue Knotenpunkte für einen Weg einfügen?
Hallo, On Sat, 26 Feb 2011, Benedikt Schwarz wrote: Am 26.02.2011 19:50, schrieb Henning Scholland: nicht das ich wüsste, aber du kannst mit einem Klick + wegziehen auf die Mittelkreuze der Wegsegmente dort einen neuen Node einfügen. Habe ich gerade ausprobiert und eigentlich ganz praktisch. du kannst auch noch einen neuen Weg zeichnen, alle Knotenpunkte, die du auf dem alten Weg setzen willst, mit diesem neuen Weg erzeugen und am Ende den neuen Weg einfach löschen - die neuen Knotenpunkte bleiben erhalten, weil sie ja auch Teil eines anderen (des alten, jetzt modifizierten) Weges sind. Aber da du die neuen Punkte eigentlich nicht genau auf dem alten Weg haben willst und nach der obigen Methode dann noch einmal anfassen musst, ist die Methode mit dem Mittelkreuz meines Erachtens nach die effektivere. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Küstenlinie Neuseeland wird nicht neu gerendert
Moin zusammen, weiß eigentlich jemand, wieso die Küstenlinie der Inseln vor Neuseeland nicht neu gerendert wird? Beispielsweise hier: http://www.openstreetmap.org/?lat=-46.7728lon=167.6531zoom=13layers=M http://www.openstreetmap.org/?lat=-46.77136lon=167.66275zoom=16layers=M Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie Neuseeland wird nicht neu gerendert
ah ... ich habe gerade folgendes im Wiki http://wiki.openstreetmap.org/wiki/DE:Coastline entdeckt: In den genauen Zoom-Stufen werden die Linienzüge der Küsten direkt aus dem natural=coastline-Polygon erstellt. Die Daten bezieht der Mapnik-Prozeß aus einem großen Shapefile, welches wiederum durch den coastline error checker erzeugt wird. Diese hoch aufgelösten Daten werden derzeit noch von Hand aktualisiert. - wann, wie, wo, von wem? - kann jemand veranlassen, dass diese Küstenlinien für Neuseeland mal eine Aktualisierung erfahren? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie Neuseeland wird nicht neu gerendert
Moin, On Fri, 25 Feb 2011, Jochen Topf wrote: On Fri, Feb 25, 2011 at 04:44:48PM +0100, Schorschi wrote: kann jemand veranlassen, dass diese Küstenlinien für Neuseeland mal eine Aktualisierung erfahren? Das ist nicht nur in Neuseeland so. Ich hab im Sommer Küstenlinien in England korrigiert, die auch nicht aktualisiert wurden. Offenbar hängt der Prozess. Ich frage mal auf talk nach. Das scheint geholfen zu haben, es tut sich etwas :-) Danke und Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Moin Ulf, On Sun, 20 Feb 2011, Ulf Lamping wrote: Sorry, entweder du bist auf dem falschen Dampfer oder ich. Dieser Thread geht um highway=proposed und dessen Rendering. sorry, hab nicht mehr vorbeigeschaut bis gerade eben ... und richtig - ich war da wohl nicht ganz auf dem richtigen Dampfer. Und alles wichtige dazu wurde ja schon gesagt (also dass das mit dem proposed ja schwierig zu definieren ist). Meiner Meinung nach sollte da zumindest schon was belastbares passiert sein ... z. B. eine Brücke gebaut (damit ist die Straße ja noch nicht im Bau). Aber ich glaube, zu dem Thema ist erst mal genug geschrieben. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Moin, On Sun, 20 Feb 2011, Ulf Lamping wrote: Am 20.02.2011 13:14, schrieb Manuel Reimer: folgendes Problem: Jemand hat eine Straße, um die schon länger kontrovers diskutiert wird, als highway=proposed in die OSM eingetragen. Erstmal nicht falsch. Problem ist, dass ein Zubringer, bei dem der genaue Verlauf noch nicht feststeht, quer durch unser Gemeindegebiet läuft. Noch ist das Raumordnungsverfahren nicht abgeschlossen, weshalb der Verlauf sicher nicht korrekt ist. Wenn der Verlauf den aktuellen Stand der Diskussionen darstellt, ist das ja schon korrekt. Das heißt ja nicht, daß dort tatsächlich die Straße gebaut werden wird - oder ob dort überhaupt jemals gebaut wird. das sehe ich nicht so - solange nicht wirklich angefangen wurde, die Straße zu bauen, sollte sie auf keinen Fall in der Karte für Ottonormalverbraucher (und das ist die Standard-Mapnik-OSM-Karte auf www.openstreetmap.org) gerendert werden. Es gibt jede Menge Planungen, aus denen aus verschiedensten Gründen nichts wird. Von mir aus können die in OSM eingetragen werden. Auf einer normalen Karte haben diese Straßen aber erst dann etwas zu suchen, wenn auch wirklich angefangen wurde zu buddeln. Sonst werden womöglich auch noch konkurrierende Planungsstände eingetragen, mit denen irgendwelche Interessensgruppen ihre Planung nach vorne bringen wollen, weil sie auf OSM ja schon auftauchen - ... bloß nicht rendern! Wir hatten in Mannheim schon den Fall, dass jemand den Planungsstand von Mannheim 21 (oder so ähnlich) eingetragen hat und damit die aktuellen Straßenverläufe komplett zerschossen hat - das ist (soweit ich weiß) immer noch nicht komplett wieder behoben. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Moin, On Sun, 20 Feb 2011, Ulf Lamping wrote: Nur sind die Aussage darf nicht auf der Mapnik-Karte auftauchen und meine Aussage ist korrekt in OSM eingetragen erstmal zwei *völlig* getrennte Themen. genau meine Meinung ... es gibt keinen Grund, für Planungsstände, wenn man die schon eintragen muss, etablierte Auszeichnungen zu nehmen - wie bereits mehrfach gehabt sollte man sich dann passende ausdenken und damit leben, dass die nicht auf der Karte auftauchen. Und wenn man will, dass auf der Karte solche Sachen auftauchen, dann sollte man entsprechend mit den Kartenrenderern zusammenarbeiten und sich passende Stile und Realisierungsmöglichkeiten ausdenken. Hier geht es darum, dass jemand die Karte um neue Darstellungen erweitern will und dabei einfach bestehende Methoden missbraucht. Damit sind diese Daten nicht korrekt in OSM eingetragen, sondern störend. Das auf der Mapnik-Karte eher nur ziemlich konkrete Planungen auftauchen sollten sehe ich auch so. Nur haben wir aktuell nicht mal die etablierten Tags um den Planungsstand ausdrücken zu können. Kein Grund, diese Tags dann nicht vorzuschlagen oder von mir aus auch einfach zu etablieren. Aber so, dass sie nicht stören. Es ist die Sache der Mapnik Maintainer sich Gedanken über die gewünschte Darstellung zu machen - und Sache der Mapper die Daten so anzuliefern, daß dies überhaupt machbar ist (was heute aber aufgrund der fehlenden Tags nicht geht). Nö, es ist durchaus Sache derjenigen, die das wünschen, sich bei diesen Dingen auch zu beteiligen. Ein Mapper ist für mich erstmal nicht jemand, der theoretisch mögliche Dinge und Planungen von Papier zu Papier (oder CAD-Plan zu OSM) überträgt, sondern eben Bestehendes erfasst (ob aus Luftbildern, freien Plänen oder in dem er in der freien Wildnis unterwegs ist, spielt dabei erstmal keine Rolle). Der Mapper hat hier Vorrang - und wenn jemand Planungsstände in OSM durchsetzen will, dass soll er sich bitte schön bemühen - weil er damit eine neue Richtung einschlägt und eben nicht einfach alle anderen mit seiner Idee einfach nur stören kann - zumindest nicht ohne eine gerechtfertigte Gegenreaktion auch zu akzeptieren. Wenn wir ein etabliertes Tag Raumordnungsverfahren nicht abgeschlossen (o.ä., natürlich allgemeiner formuliert) hätten, wäre es dann die Sache der Mapnik Leute da was draus zu machen. ja, wenn und hätten - wer so etwas braucht, soll so etwas erstellen und eben nicht bestehendes für seine Zwecke so missbrauchen, dass es den Ablauf alles anderen stört. Wir hatten in Mannheim schon den Fall, dass jemand den Planungsstand von Mannheim 21 (oder so ähnlich) eingetragen hat und damit die aktuellen Straßenverläufe komplett zerschossen hat - das ist (soweit ich weiß) immer noch nicht komplett wieder behoben. Da hat also jemand im Übereifer Fehler in die bestehenden, korrekten Daten eingebaut - schlecht. Hat mit der ursprünglichen Frage nur nichts zu tun. stimmt so nicht - er hat die komplette Planung übertragen und dabei bestehende Auszeichnungen (Tags) genommen. Damit hat er dann die ganzen real existierenden Straßen umgebaut. Das mag ein Anfängerfehler gewesen sein, ist aber genau das, was auf das ursprünglich angesprochene Problem führt (Planungsstände in OSM übernehmen und deren störende Darstellung). Denn der von dem Mapper eingetragene Planungsstand störte die Nutzung der Karte - und zwar war das in diesem Fall so gründlich, dass nichts mehr funktionierte. Das Problem ist die falsche Anwendung von Auszeichnungen für im Bau befindliche Straßen und fertige Straßen für theoretische Planungsstände. Gruß, Schusch PS: ich finde, du bist etwas unsachlich bei dieser Diskussion___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Photovoltaik (Dach)
Moin, On Fri, 18 Feb 2011, Steffen Heinz wrote: das habe ich eingefügt: generator:method = photovoltaik generator:place=roof power=generator nicht ganz ok ... generator:method = photovoltaic (am Ende mit c, sonst wird's denglish) und dann gehört der Vollständigkeit halber nach dem neuen Schema noch dazu: generator:source = solar (kann man sich drüber streiten, kann man aber auch einfach einfügen) das mit dem place = roof ist schön einfach - gefällt mir, gibt auch eine ungefähre Größenahnung, wenn das Gebäude als Polygon eingetragen ist. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Photovoltaik (Dach)
Moin Chris66, On Fri, 18 Feb 2011, Chris66 wrote: Am 18.02.2011 13:44, schrieb Bernd Wurst: Man findet auch über jede Privatanlage was im Netz, ging die Tage über die Liste: http://www.energymap.info/. Datenschutz ist in der Diskussion etwas zu kurz gekommen. Es handelt es sich hier um *private* Daten. Nicht jeder wird es gut finden, dass jeder in OSM nachgucken kann was man auf dem Dach hat. hm, ob der Einwand berechtigt ist, weiß ich nicht, ich glaube es eher nicht ... Wir erfassen eine Menge Dinge, die man z. B. nur über die Luftbilder bekommt (z. B. auch die Gebäude innerhalb eines Blocks, die man gar nicht sieht; Grünflächen innerhalb geschlossener Wohnblocks; Wege in halb-privaten Schrebergarten- oder Parkanlagen etc.). Die PV-Daten sind, wie ja bereits geschrieben, veröffentlicht in den EEG-Pflichtveröffentlichungen der Netzbetreiber. Und auch erfasst im Anlagenkataster der Bundesnetzagentur. Als Lieferant für das öffentliche Stromnetz ist das Betreiben einer PV-Anlage nicht privat. Auch auf der bereits angesprochenen Webseite mit der Energie-Karte ist das Thema angesprochen und nicht komplett geklärt (mein Stand ist ein paar Monate alt, hab da schon länger nicht mehr vorbeigeschaut). Aber ich denke, mindestens die von öffentlichen Straßen einsehbaren Dächer kann man ruhig kennzeichnen, da ist nichts geheimes dran. Vermutlich könnte man auch die Anlagengrößen übernehmen - und wenn die Anlage in den Pflichtveröffentlichungen der Netzbetreiber erfasst ist, ist übrigens auch klar, dass sie ans Netz angeschlossen ist. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Photovoltaik (Dach)
Moin, Das ist aber nur sinnvoll wenn diese Anlagen am Netz angeschlossen sind. Das ist an der Anlage von außen nicht zu erkennen! ... aber es ist häufig heraus zu bekommen - die Netzbetreiber müssen ein Anlagenregister führen und im Rahmen des EEG auch veröffentlichen - meist (aber leider nicht immer) sind diese Register hausnummerngenau und liefern auch die Anlagengröße in Wp (Watt-Peak, genauer in der Wikipedia erklärt). Und es gibt auch schon eine Karte dazu im www, die URL habe ich aber gerade nicht zur Hand. Diese löst allerdings (soweit ich mich erinnere) nicht hausnummerngenau auf, sondern wesentlich gröber. Mir war die Erfassung der kleinen Anlagen bisher zu mühsam - aber mit Bing lassen sie sich ja jetzt häufig recht gut einem Gebäude zuordnen, bei älteren Anlagen sind sie manchmal sogar schon auf den Bildern zu erkennen. Eine Kleinanlagen-Auszeichnung wäre vielleicht gar nicht so schlecht. Mit ein wenig Übung lassen sich Thermie und PV ziemlich gut unterscheiden. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Hydranten, Firste ... Re: Photovoltaik (Dach)
Moin, On Wed, 16 Feb 2011, Peter Wendorff wrote: Hydranten sind aber z.B. für Feuerwehren tatsächlich interessant: Die haben nämlich oft keine genauen Daten. Mir ist mal eine von der freiwilligen Feuerwehr hier über den Weg gelaufen, die die genaueren Standorte suchte und in 'nem Google Luftbildausdruck (!) verzeichnete, weil das sonst bei der jährlichen Inventur so blöd wiederzufinden wäre. Klar - hier kommt bei OSM wieder das Problem der Zuverlässigkeit von Daten dazu - aber spätestens über eine parallele Seiten-DB wäre da viel machbar. vor ca. 10 bis 15 Jahren habe ich in Berlin in der Nähe des Kudamms mal persönlich gesehen, wie die Feuerwehr versucht hat, einen geeigneten Hydranten zum Löschen eines Wohn- und Geschäftshausbrandes zu finden - die in der Nähe hatten zu wenig Druck. Bis die Schläuche da hatten, die lang genug waren, war das Gebäude so gut wie verloren - das Wasser hat nur gereicht, um die benachbarten Häuser zu schützen. Das war ein ziemlicher Skandal damals und ist wohl so glücklicherweise noch wieder vorgekommen. Also von mir kommt hier volles Verständnis: Hydranten sind wichtig. PV-Anlagen sind auch prima, aber waren mir nicht ganz so wichtig ... roof=photovoltaic ist vielleicht ganz gut ... da fällt mir ein, für Häuser mit Schrägdächern haben wir auch immer noch keine Firstkennzeichnung - städtbaulich ist der Verlauf des Firsts (oder ob es ein Flachdach ist) aber eine sehr interessante Information. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Photovoltaik (Dach)
Moin On Wed, 16 Feb 2011, Andreas Hubel wrote: Am 15.02.2011 um 20:01 schrieb Rolf Meyerhof: Weil Du an einer Anlage von außen nicht sehen kannst ob es sich um eine Insellösung oder einen Einspeiser handelt. Naja, aber man bekommt es woanders raus. Alle Anlagen die Energie einspeisen müssen der BNetzA gemeldet werden. Diese Meldungen werden wiederum irgendwo veröffentlicht, es gibt sogar schon Seiten die diese Daten entsprechend aufbereiten und auch wieder als CSV zum download anbieten: Nicht das ich wüsste, dass die Bundesnetzagentur (BNA) die Daten aus dem Anlagenregister irgendwo schon mal öffentlich weitergeben oder selbst veröffentlich hätte - es gibt von der BNA bisher nur Zusammenfassungen. Es hieß zwar immer, dass da was kommt ... aber es handelt sich eben um ein Amt ... http://www.energymap.info/energieregionen/111/169/242/21020.html#AnchorEEDeviceDownload diese Karte meinte ich in meinem anderen Kommentar. Aber die Daten kommen nicht von der BNA sondern aus den Pflichtveröffentlichungen der Netzbetreiber im Rahmen des EEG (oder schreiben die Betreiber inzwischen etwas anderes auf ihren Seiten? Deren Kommentare beschrieben jedenfalls eher eine Odyssee). Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierung von Zeichnungsprozessen - Reihenhäuser der besonderen Art
Hallo Jan, On Sun, 13 Feb 2011, Jan Tappenbeck wrote: wenn man Luftbilder hat und Reihenhäuser hochzeichnen will, dann sind verschiedene Schritte erforderlich. Für den einfachen Reihenhaus-Typ gibt es schon eine Vielzahl von Hilfen - bei anderen muss man versuchen sich die Schritte zu vereinfachen. du hast ja den Tipp mit dem Orthogonalisierer (Taste Q) noch nicht gekannt ... und bisher habe ich hier noch gar nicht das Plugin building_tools erwähnt gefunden - mit der Taste w ist es aufrufbar (nach dem Anschalten). Es zeichnet Rechtecke mit der Auszeichnung building = yes. Wenn man bereits ein Rechteck gezeichnet hat und dieses aktiviert, wird das nächste Rechteck dann mit parallelen Linien zu dem bereits aktivierten gezeichnet - auch hilfreich. Wenn man dann doch mal ein Rechteck mit Linien anderer Richtung ziehen will, hilft das Drücken der Shift-Taste. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Moin, On Wed, 16 Feb 2011, Stefan Keller wrote: * Ein Kompromiss wäre, Einheiten in eckigen Klammern (o.ä.) zu setzen (bzw. vom Editor das so setzen zu lassen). Beispielsweise generator:output:electricity=0.1 [MW]. bitte auf keinen Fall in eckige Klammern - das ist nach SI und weiteren gängigen Normen falsch. Die eckigen Klammern in Zusammenhang mit Einheiten sind lesbar wie: Die Einheit von ... ist Also so: [U] = V Die Einheit der Spannung ist das Volt. So sind die eckigen Klammern richtig eingesetzt. Das stand auch so in der entsprechenden DIN 1301. Leider haben das sogar Hochschulprofessoren falsch verstanden (das kann ich aus eigener Erfahrung bestätigen). Das Setzen der eckigen Klammern um Einheitenzeichen ist eine Unsitte, die bitte nicht auch noch bei OSM eingeführt werden soll. Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Hat ein Mensch einen Vorteil, wenn das selbe Modell einer Windmühle einmal mit generator:output:electricity=100 kW und ein anderes Mal als generator:output:electricity=0.1 MW beschrieben wird? Ja. Es gibt Menschen, die Probleme haben, kW in MW umzurechnen - und je nach Art des Kraftwerks (oder anderer technischer Anlagen), auch je nach Art der Veröffentlichung (Bauschild, Pressemeldung in Lokalblatt, Pressemeldung in Fachpresse) wirst du unterschiedliche Angaben bekommen. Mal in kW, mal in MW, mal GW, mal sogar in W (hört sich nach viel an). Und es wird immer Menschen mit Problemen bei der Eingabe geben. Das führt zu Fehlern, wenn du die Einheit auf nur eine Möglichkeit festlegst. Wir haben schließlich nicht nur Techniker hier (und selbst die haben manchmal massive Problem mit dem Unterschied zwischen Leistung und Energie ... um mal ein weiteres Feld aufzumachen). Ob man hinterher (per Bot?) alles auf eine Einheit geradebiegt, das ist ein anderes Thema - da gäbe es dann aber Argumente für W, kW oder auch MW - bei anderen Themen natürlich andere Einheiten. Diese Diskussion finde ich persönlich erstmal ziemlich müßig, ich erfasse da lieber draußen mehr Daten. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
On Mon, 14 Feb 2011, Frederik Ramm wrote: PS: zur Illustration die in Europa vorkommenden voltage-Werte samt Anzahl (nur die, die 10x vorkommen). Sind diese Werte plausibel und tatsaechlich alle in Volt? schon ... die Werte zwischen 500 und 1000 V sind vermutlich von Straßen- oder U-Bahnen? Der unplausibelste Wert ist 0 :-) Es gibt auch noch ein paar Leitungen mit Spannungen über 380 kV (Stichwort HGÜ), da könnte es also Verwechslungen geben, aber wohl doch eher selten. Und dann gibt es noch das Gerücht, es gäbe in Europa 400-kV-Leitungen ... das konnte ich bisher nirgendswo bei den einschlägigen Netzbetreibern bestätigt finden - also bei den 40er Werten dürften so einige falsch sein - aber die müssten wohl statt dessen 38 betragen, liegen also nur knapp daneben. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio selber basteln - Tipp benötigt
Moin, On Sat, 12 Feb 2011, Carsten Schwede wrote: wenn Du auf Deinem Navi die Eisenbahn nicht dargestellt bekommst, dann liegt es an dem verwendeten Style und da mußt Du dran drehen. Da werden offenbar im Style der AIO die Eisenbahnen auf eine Garminnummer gemappt, die Dein GPS nicht darstellen kann. (Eisenbahn sollte Garmin-Typnummer 0x14 bekommen, dann gehts auch mit alten Geräten) hm, ich habe jetzt eine Weile rumprobiert ... aber da scheint noch ein bißchen mehr zu klemmen - wie gesagt, hier habe ich ein nüvi 1390. Dieses klassische Bahnlinien-Symbol (0x39) will nicht - egal, ob ich nun die resolution nach oben oder unten ändere. Mit 0x14 geht's, aber auch nur in den drei höchsten Zoomstufen (egal, auf was resolution steht) - das ist mir ein bißchen wenig, ich finde Bahnlinien wesentlich wichtiger. Ich vermute mal, da es sich ja um ein Pkw-Navi handelt, dass die Darstellung noch irgendwo anders beeinflusst und unterdrückt wird. Das sieht mir doch recht zeitaufwändig auf, da weiterzukommen - oder hat da noch jemand einen guten Tipp, wo/wie man sinnvoll weiterprobieren kann? (das sinnvollste ist wohl Hardware, auf der ein offenes Navi-System läuft ... beim nächsten Mal dann :-) Insgesamt scheint es da nicht so viel freie (im Sinn von quelloffen) Software am Markt ... Einen freien Typefile-Editor habe ich nicht gefunden - und wie bekomme ich ein .img-file mit freier Software geöffnet? Mkgmap natürlich eine Ausnahme bildet. Und der Macher von cgpsmapper hat sein Projekt wohl bei sourceforge eingestellt - auf der Suche nach Mitprogrammierern. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] aio selber basteln - Tipp benötigt
Moin, ich bastel gerade, ahnungslos wie ich bin, ;-) daran, mir eine kleine aio-Karte zu erstellen (ich wollte mal ausprobieren, ein paar Linien anders darzustellen, da auf meinem nüvi 1390 t die Eisenbahnlinien komplett fehlen). Ich habe mir dafür Rheinland-Pfalz vom geofabrik-Server heruntergeladen, das reicht mir zum probieren (hoffentlich). Auf dieser Seite http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation komme ich ein Stück weit, es klemmt dann aber bei diesem Befehl: java -Xmx4000M -jar mkgmap.jar --max-jobs --style-file=masterstyle --description='Openstreetmap' --country-name=europe --country-abbr=EU --family-id=4 --product-id=45 --series-name='OSM-AllInOne-EU-bmap' --family-name=OSM --area-name=EU --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../tiles/*.osm.gz master.TYP master.TYP wäre wohl jetzt basemap.TYP - aus dem Befehl wurde also bei mir: java -Xmx500M -jar ../mkgmap/mkgmap.jar --max-jobs --style-file=masterstyle --description='Openstreetmap' --country-name=rheinland-pfalz --country-abbr=RLP --family-id=4 --product-id=45 --series-name='OSM-AllInOne-RLP-bmap' --family-name=OSM --area-name=RLP --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../tiles/*.osm.gz basemap.TYP aber ich bekomme ein: Could not open style masterstyle basemap_style funktioniert auch nicht ... was brauche ich genau für eine Datei (und wo sollte diese liegen)? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio selber basteln - Tipp benötigt
Moin nochmal, hab's rausgefunden, es stand schon ein wenig tiefer im Text ... ich werde den Text nachher im Wiki an den aktuellen Stand anpassen - bitte schaut dann später dort noch jemand vorbei, ob ich das richtig gemacht habe. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BHKW
Moin, Michael Bemmerl wrote: Rainer schrub: ich habe hier ein Blockheizkraftwerk zu mappen. Fernwärme und Strom wird da gemacht. Darinnen stecken Heizkessel mit 12MW Wärmeleistung und drei Gasmotoren mit zusammen 1.8MW elektrischer, aber unbekannter Wärmeleistung. Dazu gehört ein Abgaskamin, der mit allerlei Antennenkram (Mobilfunk, Parabolisches, Stäbe) behängt ist. generator:source=gas generator:method=combustion generator:output:electricity=1.8 MW Bei der Fernwärme bin ich mir nicht sicher, ob das als generator:output:hot_air=12 MW oder generator:output:heat=12 MW Also, wir haben einen oder mehrere Heizkessel mit unbekannter Befeuerungsart, die vermutlich nur Wärme (heat) erzeugen und drei Gasmotoren, die Strom und Wärme erzeugen. Die Heizkessel haben machen bis zu 12 MW Wärme, für die Gasmotoren ist diese Größe bisher unbekannt. Die Gasmotoren erzeugen außer Wärme noch Strom. Ohne weitere Zahlen oder auch die Transportmedien zu kennen (bei der Wärme ... beim Strom dürfte das Transportmedium entweder Aluminium oder Kupfer sein :-) wäre folgende Auszeichnungen wohl richtig: generator:output:electricity = yes generator:output:heat = yes Mir geht das ganze Schema für solche Fälle auch schon fast zu weit ins Detail - obwohl ich es eingedeutscht habe. Ich habe das Schema eigenmächtig um die obige Option generator:output:heat ergänzt (was der eigentliche Ersteller des Schemas überhaupt nicht sinnvoll findet und was sofort wieder verschwinden sollte seiner Meinung nach - meiner Meinung nach allerdings nicht). Die elektrische Nennleistung ist vermutlich vollständig bekannt, nämlich die angegebenen 1.8 MW, also passt auch generator:output:electricity = 1.8 MW (oder 1800 kW) Die Heizleistung könnte man auch angeben, ich würde sie mit generator:output:heat = 12 MW angeben, da ich das Transportmedium nicht kenne (obwohl natürlich Wasser die wahrscheinlichste Variante ist, also wäre das dann generator:output:hot_water = 12 MW). Die Angaben sind unvollständig, da die Nenn-Wärmeabgabe für die Gasmotoren fehlt. Das könntest du mit einem note:de = Wärmeabgabe der Gasmotoren unbekannt anfügen. Was die Antennen angeht, für die Kombination Schornstein und Fernmeldemast sollte sich etwas sinnvolles finden, das es eine häufige Option ist - allerdings weiß ich die jetzt auch nicht. Wenn der Schornstein groß genug ist, geht's vielleicht mit building = yes und einer Höhenangabe und man_made:tower (da gibt es auch so eine Option für einen Fernmeldemast - diese lässt sich hoffentlich mit den anderen Auszeichnungen kombinieren). Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der Europastraßen
Moin, On Fri, 4 Feb 2011, Andreas Perstinger wrote: nicht das Wikipedia immer recht hat ... das wird von Nation zu Nation ein bißchen anders gehandhabt Auch bei Wikipedia gibt es Unterschiede auf den verschiedenen Sprachseiten. = und wie ist das im allgemeinen bei uns ?? na, den Link auf die Richtlinie (o. ä.) hast du ja jetzt schon bekommen. Wenn ich unterwegs bin, führe ich keine Statistiken - aber ich würde sagen, in Deutschland überwiegend mit schmalem Zwischenraum (ist möglicherweise subjektiv eingetrübt, wie geschrieben ;-). Und da ein schmaler Zwischenraum doch zu umständlich ist, macht man halt einen normalen (denn gar kein Zwischenraum ist dann auf jeden Fall anders und somit falsch). Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der Europastraßen
Moin, On Sat, 5 Feb 2011, M∡rtin Koppenhoefer wrote: Am 5. Februar 2011 19:29 schrieb Schorschi scho...@snafu.de: ... sagen, in Deutschland überwiegend mit schmalem Zwischenraum (ist möglicherweise subjektiv eingetrübt, wie geschrieben ;-). Und da ein schmaler Zwischenraum doch zu umständlich ist, macht man halt einen normalen (denn gar kein Zwischenraum ist dann auf jeden Fall anders und somit falsch). wenn richtig auf der Hälfte liegt, ist ein voller Space genauso falsch. nein, dieser Schluss ist falsch - denn es geht hier nicht um Geometrie, sondern um Lesbarkeit (durch Menschen, nicht durch Maschinen). Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbildrätsel II
Moin, On Fri, 4 Feb 2011, Frederik Granna wrote: Bitte: http://www.man-kann.eu/en/environment.html ja, das ist Andasol - es würde mich aber sehr wundern, wenn Andasol das ist, was man auf dem ursprünglich angesprochenen Ausschnitt sieht - denn wie schon geschrieben - die Rinnen müssten ziemlich genau Nord-Süd-Orientierung haben. Ich lasse mich gerne eines besseren belehren, aber bis dahin bleibe ich dabei: der gesuchte Ausschnitt zeigt keine PV und keine Solarthermie. Wikipedia verortet Andasol auch leicht anders: 37.217425°, -3.061339° Allerdings besteht Andasol aus mehreren Kraftwerken - die sind vielleicht nicht alle am gleichen Ort erbaut. Gab es nicht von Spanien auch Server, die im www relativ hochauflösende und aktuelle Luftbilder anbieten? Da sieht man vielleicht mehr. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbildrätsel II
Noch mehr zu Andasol: On Fri, 4 Feb 2011, Frederik Granna wrote: Bitte: http://www.man-kann.eu/en/environment.html ja, das ist Andasol die Anfahrt zum Kraftwerk findet man hier http://www.solarmillennium.de/upload/pdf/Lage_u_Anfahrt_Andasol_dt.pdf und das ist definitiv nicht der gesuchte Ort. Und die Kraftwerke Andasol 1 bis 3 liegen nebeneinander. Wenn man auf Google-Maps die Fotos einschaltet, sieht man dort, wo Andasol lt. Wikipedia liegt, auch entsprechende Fotos. Damit ist das Rätsel also immer noch nicht gelöst. Ich hab auch schon die Idee gehabt, dass es sich um einen Schießstand handelt, aber dann würden da nicht zwei Felder hintereinander liegen ... das würde aber das Nichtvorhandensein von Fotos erklären ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der Europastraßen
Moin, On Fri, 4 Feb 2011, Carsten Gerlach wrote: Am Freitag 04 Februar 2011 schrieb Jan Tappenbeck: E05 E-05 E-5 E5 Weder noch :-) http://de.wikipedia.org/wiki/Europastraße_5 nicht das Wikipedia immer recht hat ... das wird von Nation zu Nation ein bißchen anders gehandhabt - oft findet sich aber ein schmaler Zwischenraum zwischen Buchstabe und Zahl - dieser dient der besseren Lesbarkeit und es ist empfehlenswert, den auch zu übernehmen. (Das Thema hatten wir schon mal). Und es finden sich offizielle Papiere mit und auch welche ohne Leerzeichen. Gruß, Schusch (der in solchen Fällen grundsätzlich für Leerzeichen plädiert und nicht neutral ist :-)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbildrätsel II
Die Parabolrinnen werden aus Kostengründen meist nur einachsig der Sonne nachgeführt. Sie sind deshalb in Nord-Süd-Richtung angeordnet und werden der Sonne im Tagesverlauf von Ost nach West nachgeführt. naja, aber diese Strukturen sind nicht Ost-West und nicht Nord-Süd orientiert, sondern von Süd-West nach Nord-Ost - das spricht doch gegen eine solare Anwendung - mein tipp ist auch eher, dass es sich um etwas aus der Landwirtschaft handelt. Gruß, Schusch (der das Thema mal korrigiert hat)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen, Häuser,... Modellregion
Kurz zur Theorie Manche Häuser haben mehrere Hausnummern dann sind es entweder mehrere aneinandergebaute Häuser, oder ein Haus besetzt mehrere Grundstücke. Dieser Schluss ist nicht immer richtig - es gibt auch Fälle, in denen ein Haus auf einem Eckgrundstück zwei Hausnummern bekommt - für jede Straße die entsprechende Hausnummer. Das ist vermutlich selten, aber mir ist schon einmal so ein Fall begegnet, leider weiß ich nicht mehr, wo. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassung - maxspeed und Tempo-Zonen (war: maxspeed)
Moin Robert, Tempo-30-Zone: maxspeed=30 source:maxspeed=DE:zone Das wird doch bisher übehaupt nicht genutzt! Die meisten Nutzungen zu dem Thema mit 5436 Nutzungen hat zone:maxspeed=DE:30, dann kommt source:maxspeed=DE:zone:30 mit 1860 Nutzungen. ja, und ein kleiner Teil davon wurde sogar von mir angelegt - und diese Straßen ändere ich nun peu a peu, wenn ich sie sehe ... wo ist das Problem? Ich finde die jetzige Definition besser. Außerdem habe ich bisher teilweise das maxspeed=30 weggelassen, das war aber nach der Diskussion zu urteilen nicht so gut - und ich setze es jetzt noch dazu, wo es fehlt. Wie ja auch schon andere geschrieben haben - die Quellenangabe ist (erstmal) nicht ganz so wichtig und es ist schon dienlich, wenn man überhaupt erkennt, was gemeint ist - die Erkennbarkeit ist auch mit der etwas kürzeren Variante source:maxspeed=DE:zone gegeben. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zusammenfassung - maxspeed und Tempo-Zonen (war: maxspeed)
also, ich fasse mal zusammen, was ich jetzt als einfach Kennzeichnung für Geschwindigkeitsbeschränkungen hier heraus ziehe: Tempo-30-Zone: maxspeed=30 source:maxspeed=DE:zone ebenso beispielsweise eine Tempo-20-Zone: maxspeed=20 source:maxspeed=DE:zone DE:rural, DE:urban und DE:motorway (entsprechend natürlich alles auch für andere Länder) sind weitere Fälle für generell geregelte Geschwindigkeitszonen. Eine generell ausgeschilderte Geschwindigkeitsbeschränkung (am Beispiel einer Beschränkung auf Tempo 70 km/h) wird so ausgezeichnet: maxspeed=70 source:maxspeed=sign Dieterdreist hat das ja schon eingetragen im Wiki - Danke :-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laufbahn, sportplatz
oder was generisches wie 400m-Bahn wenn, dann bitte: 400-m-Bahn das entsprechende Stichwort in der Wikipedia heißt Durchkopplung (oder für die, die es ganz genau nehmen: Zusammensetzungen durch Bindestriche) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stromleitungen
Moin, On Thu, 20 Jan 2011, Garry wrote: Am 19.01.2011 22:13, schrieb Christian H. Bruhn: Es geht um das Taggen einer Stromleitung [1]. Und zwar darum, ob sie als 'power=line' oder 'power=minor_line' getaggt werden soll. Laut dem voltage-Tag hat die Leitung eine Spannung von 30 kV. interessant ... lt. Suche im Netz gibt es tatsächlich eine 30-kV-Ebene im Lübecker Netz - meines Wissens nach ist das eher selten in Deutschland, 10- und 20-kV-Netze sind üblicher ... ist sie von der daneben liegenden Leitung [2] mit 110 kV nicht zu unterscheiden. Sie hat auch die üblichen Stahlgittermasten und es sind mehrere Kabel am Mast. Zumindest die Masten sind eindeutig 'power=tower' und nicht 'power=pole', welches ja kleine Holz- oder Betonmasten wären. Auch bei Mittelspannungsleitungen werden manchmal (kleinere) Gittermasten eingesetzt, die sollen dann trotzdem unter power=pole laufen. Wenn es aber wirklich so große Masten sind, wie bei Hoch- oder Höchstspannungsleitungen, dann würde ich auch power=tower und auch power=line nehmen - die Spannungsebene steht ja trotzdem dran und in einer topographischen Karte geht es eher um das Erscheinungsbild der Karte für jemanden, der sich in der Gegend orientieren möchte. Was meint Ihr? Wonach sollte man gehen? Schwierige Frage - aus energietechnischer Seite würde ich sagen als übliche 30kV-Leitung taggen, aus OSM-Sicht entsprechend einer 110kV-Leitung (Orientierungshilfe,..) sehe ich auch so - für OSM erstmal als power=line - die Spannungsebene kennzeichnet die Leitung ja für jemanden, der sich wirklich dafür interessiert, als eine 30-kV-Leitung. Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Moin Mag sein, aber gerade für Anfänger ist die Situation äußerst verwirrend und herausfordernd (siehe Threadstarter). hm, als Anfänger würde ich mich nicht gerade bezeichnen ;-) - aber selbst diese Diskussion hier ist ja mal wieder verwirrend ... ich weiß auch nicht, wie ich überhaupt auf die Idee kommen konnte, dass es inzwischen dafür so etwas wie _eine_ Lösung gäbe statt einer Vielzahl von Möglichkeiten ... tsts ;-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Die ganze Diskussion hat damit begonnen, warum wir die Standardwerte auf jede Strasse taggen und ob es nicht andere Möglichkeiten gibt. nö, _diese_ Diskussion hat damit begonnen, in welcher Form ich die Quelle für das maxspeed angebe ... und nicht anders :-P Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Moin Per, Die DE:* tag hab ich wohl mitverbrochen. Habe das damals für den traffic_sign Key vorgeschlagen, da traffic_sign=DE:267 besser ist als traffic_sign=267. Später habe ich dann angefangen maxspeed=DE:city zu taggen um 50-Limit aufgrund von traffic_sign=DE:310 und traffic_sign=DE:274:50 unterscheiden zu können. Irgendwann ist daraus dann wohl maxspeed:source=DE:rural / DE:urban geworden... mir ging es ja genau um diese Quellenangabe source:maxspeed=DE:30 source:maxspeed=DE:zone:30 maxspeed:source=DE:30 maxspeed:source=DE:zone:30 ob source:maxspeed oder maxspeed:source ist mir nicht wichtig aber wie sieht es mit der Verwechselungsgefahr aus, wenn man nur die Geschwindigkeit übernimmt (ich hätte hier im Ort beispielsweise nicht nur jede Menge Tempo-30-Zonen zu bieten, sondern auch eine Tempo-20-Zone (ausgeschildert mit den von der Tempo-30-Zone bekannten Schildern). Da gibt es nach meinem jetzigen Verständnis drei mögliche Varianten: source:maxspeed=DE:30 source:maxspeed=DE:zone:30 source:maxspeed=DE:speed:30 da könnte es ja mit deinen Schilder-Nummern Kollisionen geben ... irgendwelche Vorlieben? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Moin, sorry, hatte keine Zeit - morgen schaue ich mir diesen Riesen-Thread an ... ich befürchtete es ja schon juuut, oder auch nicht ... ziemlich schwaches Echo zum Thema - hauptsächlich die alten (für nicht direkt involvierten/interessierten teilweise leidigen) Streitthemen, die ich hier aber wirklich nicht haben wollte. Ob ich jetzt source:maxspeed=DE:30 oder DE:speed:30 oder DE:zone:30 nehme - da warte ich noch eine Antwort von Per ab ... und nehme wohl (sonst) DE:30. Das nur mal so als Zusammenfassung meines Schlusses aus vielen Mails, die ganz ganz überwiegend nicht zum Thema waren. (will nicht jemand eine Extra-Mailingliste für maxspeed-Diskussionen aufmachen ;-)? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Moin, es geht also um diese Quellenangabe source:maxspeed=DE:zone:30 kann man machen, wenn man sagen will, dass eine dt. 30-Zone anders ist als eine woanders. naja, ich will nur sagen, es ist eine Tempo-30-Zone - und dass die in Deutschland liegt, hänge ich der Einfachheit halber mit dran - ich gehe davon aus, dass die Rechtslage in benachbarten Ländern in entsprechenden Zonen durchaus anders sein kann. Und wie ja so mancher Diskussion zu entnehmen ist, ist es insbesondere in Grenzgebieten nicht so ganz einfach, durch Programmierung zu erfassen, auf welcher Seite der Grenze die Straße jetzt liegt - wenn es mit DE: bzw. CH: oder NL: etc. ausgezeichnet ist, ist klar, in welchem Land die Straße liegt. Und für mich ist es kein großer Mehraufwand, die zwei Buchstaben und den Doppelpunkt zusätzlich dranzupacken. Wenn man es als Taggingregel anerkennt, möglichst wenige Informationen in ein Tag zu packen, so könnte man Tempo-30-Zonen auch als: maxspeed=30, source:maxspeed=area oder so ähnlich eintragen. Bei den oben stehenden Beispielen wird versucht, mehrere Infos in ein Tag zu packen, was mir im Hinblick auf die bisher genannten Ziele nicht notwendig erscheint. Die Frage ist: welchen Unterschied mache ich bei der Quellenangabe für eine (nur an der Zonengrenze) ausgeschilderte Tempo-30-Zone und für eine mit einzelnen Tempo-30-Schildern ausgeschilderte Straße dar. Mein Stand ist jetzt also so: einzelne Tempo-30-Schilder auf einer Straße: maxspeed=30 source:maxspeed=sign Tempo-30-Zone: maxspeed=30 source:maxspeed=DE:zone:30 Kürzer wäre hier: source:maxspeed=DE:30 - das ist aber verwechselungsgefährdet, denn da wird so mancher denken, dass da ein einzelnes Tempo-30-Schild stünde (könnte mir auch passieren). Alternativ ginge natürlich auch source:maxspeed=DE:zone ... aber das ist mir eigentlich zu abstrakt. Man sagt ja auch in der Umgangssprache nicht nur Zone, sondern eben Tempo-30-Zone. das finde ich zone:30 einleuchtender. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Moin Garry, On Wed, 19 Jan 2011, Garry wrote: Du hast selbst das Thema mit maxspeed betitelt - um (fast)nichts anderes ging es hier. gut gekontert - du hast recht - die gewählte Überschrift ist deutlich verbesserungsfähig :-/ Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
sorry, hatte keine Zeit - morgen schaue ich mir diesen Riesen-Thread an ... ich befürchtete es ja schon Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Button Load CT
On Sat, 15 Jan 2011, Frederik Ramm wrote: Dieter Jasper wrote: in 'JOSM - Author' gibt es den Button 'Load CT', wo dann wohl angezeigt werden soll, ob der user der Lizenz zugestimmt hat. Was für eine Anzeige soll damit erfolgen? Ich sehe keine Veränderung im JOSM Fenster. Ein gruenes Haekchen in der Userliste, falls der User zugestimmt hat; kein gruenes Haekchen, falls nicht. Das berücksichtigt aber immer nur den letzten Autor, oder? Mehr wäre natürlich prima ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] maxspeed
sorry, da steht jetzt soviel verschiedenes im Wiki und ich weiß gar nicht mehr, wo mir der Kopf steht ... also, folgendes: ich würde gerne Zone-30-Straßen kennzeichnen ... Mein Verständnis dazu: - maxspeed=30 ist auf jeden Fall sinnvoll, eine explizite Angabe hilft - eine Quelle ist auch sinnvoll (es steht ein Schild, es ist einfach nur innerorts, etc ...) Wenn jemand anschließend meint, er müsse source:maxspeed nach maxspeed:source ändern, akzeptiere ich das auch. Ohne lange Suche würde ich folgende Auszeichnungen für sinnvoll halten: source:maxspeed=DE:30 source:maxspeed=DE:zone:30 maxspeed:source=DE:30 maxspeed:source=DE:zone:30 welche Auszeichnung nehmen? Oder gibt es weitere/bessere Vorschläge? (bei DE:speed:30 halte ich das speed schlicht für überflüssig ...) Hilfe ;-) und bitte nicht allzulange diskutieren - am besten nur kurz über Tempo-30-Zonen. Duck und wech mit Hoffnung auf maxspeed-Erhellung Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Moin, On Sun, 9 Jan 2011, Georg Feddern wrote: in diesem Zusammenhang möchte ich einmal einhaken: In der von Dir eingefügten Übersicht gibt es den Unterpunkt * /nach Nutzung/ * agricultural http://wiki.openstreetmap.org/wiki/Key:agricultural=* (Kraftfahrzeuge und Züge, die nicht schneller als 25 km/h fahren können (Sinnbild Traktor)) ohne dass ich jetzt groß nachschaue - agricultural = yes setze ich immer dann, wenn unter dem Fahrverbotsschild ein _Zusatzschild_ angebracht ist, auf dem steht landwirtschaftlicher Verkehr frei (oder ähnlich) - das Traktorschild kenne ich auch nur in der Überholverbots-Ausnahme-Variante ... (apropos ... ein Traktor darf doch (inzwischen?) 40 km/h fahren, oder?) * forestry (Forstwirtschaftlich genutzte Fahrzeuge) jo, genauso - gilt für mich für das Zusatzschild, n Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Image of the week
Moin, ich habe jetzt das Bild der Woche in der englischen Version in die Woche 2011-52 eingefügt ... da gibt es einen Bug irgendwo, weshalb die 52. Woche aus dem Jahr 2010, die ja gerade ins Jahr 2011 ragt, wohl nicht für das Jahr 2010 genommen - sondern schon die von 2011. Kann da jemand entsprechend Hand anlegen und das korrigieren - wenn es denn überhaupt zu korrigieren ist. Alternativ geht es ja jetzt bis morgen auch so. (Ich biege mal noch die de-Version um) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Image of the week
Moin nochmal, jetzt sind alle bisher übersetzten Texte entsprechend auf die Woche 2011-52 kopiert ... ich hoffe ich habe keinen übersehen. Ist zwar sicherlich keine besonders gute Lösung, aber funktioniert ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Image of the week
Hallo Andreas, On Sat, 1 Jan 2011, Andreas Labres wrote: Der Bug ist die unterschiedliche Zählweise der Wochen. Nach dem einen System beginnt KW 1 mit dem 1.1. (für die ist heute schon KW 1), für uns erst mit mindestens 4 Tagen im neuen Jahr (also erst nächste Woche KW 1). na, dann ist das ja geklärt ... da so ein Fall nicht jedes Jahr vorkommt, reicht die gewählte Notlösung hoffentlich aus :-) Liebe Grüße und ein erfolgreiches und gesundes Jahr an alle Mitlesenden :-) Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Image of the week - kurios - nur russische Information
Moin Hat jemand eine Ahnung, wie das mit den 3D-Gebäuden funktioniert, was zur Zeit im Bild der Woche angepriesen wird? Es sieht ja gut aus, aber alle weiteren Informationen scheinen nur auf russisch vorhanden zu sein. Wäre das Bild der Woche mal nur mit einer Information auf deutsch erschienen, die Reaktionen wären wohl ziemlich heftig ausgefallen ... Also - hat jemand eine Ahnung, um was es geht? Gibt es eine Seite die wenigstens englischsprachig ist und die man statt des russischen Forums auf der Hauptseite (!) verlinken kann? Es ist immerhin Ferienzeit - da haben wir wohl ein paar mehr Besucher als normal - und sollten zumindest die Chance auf Information zum Bild bieten. Gruß, Schusch (der kein russisch lesen kann) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Image of the week - kurios - nur russische Information
Moin nochmal Hat jemand eine Ahnung, wie das mit den 3D-Gebäuden funktioniert, was zur Zeit im Bild der Woche angepriesen wird? zumindest grob erledigt und auch gleich übersetzt ins deutsche ... Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XYBOT-Problem
Moin On Tue, 21 Dec 2010, Volker wrote: Ich gebe zu, ich bin aeonesa. Als ich einen Track bei Bischofroda weiterführen wollte, habe ich gesehen, das der auf einmal querfeldein ging. http://www.openstreetmap.org/browse/way/87204063/history Diese Weg und andere Wege, die auch verschoben wurden, hängen an der Mihlaer Straße. Als ich den Weg am 30.November verlassen habe, war alles noch an seinm Platz. nein, war es offensichtlich nicht - xybot hat nur Punkte aus dem Weg entfernt, die doppelt in dem Weg waren. Es wurden also noch nicht mal Punkte gelöscht. Zum Beispiel wurden aus obigem Weg der Punkt 1014021494 zweimal gelöscht (er war dreimal vorhanden) und 1014021497 einmal gelöscht. Beide Punkte sind weiterhin einmal im Weg enthalten. Beide Punkte haben bei dieser Bearbeitung ihre Lage nicht geändert. Und vermutlich an keinem der Punkte in den Wegen, die du nennst, war xybot überhaupt dran - zumindest den überwiegenden Teil habe ich mir mal angeschaut und hier liegt keine einzige Bearbeitung von xybot vor. Heute sah ich, dass die Mihlaer Straße auf einmal querfeldein ging und die angehängten Wege auch. Der letzte Bearbeiter war XYBOT. Angeblich wurden nur doppelte Punkte entfernt. Dabei ist aber wahrscheinlich was schief gegangen.Mich würde nur interessieren was und wie man das in Zukunft verhindern kann. Aus obigen Tatsachen würde ich ad hoch folgende mögliche Sachverhalte nennen: - die Datenbank hatte Schluckauf und hat Bearbeitungen, die xybot gemacht hat, dir zugeordnet; - jemand hat die Datenbank absichtlich so manipuliert, dass es so aussieht, als wenn du die Wege verschoben hättest, obwohl es eigentlich jemand anderes (xybot?) war; - die von die verwendete Bearbeitungssoftware (Potlatch) hat Fehler gemacht und du hast es nicht bemerkt; - du hast Fehler gemacht und es nicht bemerkt. Wenn du micht jetzt fragst, ist die letzte Möglichkeit die wahrscheinlichste. Und sie ist überhaupt nicht schlimm, denn wir alle machen Fehler ... meine einzige Kritik, die ich hier anbringen möchte: du solltest dich in die möglichen Fehlerquellen mit einbeziehen, bevor du andere verdächtigst. Und wie du deine Fehler in Zukunft verhinderst, liegt wohl größtenteils bei dir ;-) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung
Moin On Mon, 13 Dec 2010, Frederik Ramm wrote: aighes wrote: Allgemein halte ich aber rcht wenig von source-Tag. [...] Bei mir kommt das Bing in den Changeset-Kommentar. Ja, ich wuerde auch ein source: am Objekt nur in Ausnahmefaellen setzen; das mit dem Changeset finde ich besser. hier kommt von mir ein: ich auch insbesondere ist es ziemlich einfach, die Changesets so anzulegen, dass man z. B. die Gebäude eines Blocks aus Bing übernimmt und den Changeset dann einmalig mit source:bing aerial images (oder ähnlich) auszeichnet. Das reicht meiner Meinung nach auch völlig und gibt im Zweifelsfall Aufschluss, was die Datengrundlage war. Und da die Quellen nicht so viele verschiedene sind (bei mir zumindest), wäre es prima, da beim Dialog für den Changeset entweder einen Puffer für die letzten 10 source-Kommentare zu haben oder ein paar source-Kommentare vordefinieren zu können. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung
Moin Jan, On Mon, 13 Dec 2010, Jan Tappenbeck wrote: Bevor ich ein Ticket erstelle wollte ich wissen wie Ihr darüber denkt und was es vielleicht schon für Ideen gibt ? hm, von vor einem Jahr: https://josm.openstreetmap.de/ticket/4181 wenigstens die letzten 10 Möglichkeiten behalten - ein paar vordefinierte wären schon prima ... Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de