[Talk-de] IPv6 defekt?
Hallo zusammen, osm.org lässt sich ja via IPv6 erreichen, jedoch ist von den Standardlayern lediglich der Humanitarian erreichbar, beim Rest bleibt die Karte grau. Wann wird das Problem gefixt? LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drohung an Mapper
Am 24. September 2013 16:13 schrieb Max abonneme...@revolwear.com: Ich finde Bing ja besonders interessant. Dass die sogar Straßen erfinden um die Zensur-Lücke zu schließen: http://binged.it/1gWgf6K Versuch doch dort zu Routen per Bing, ein riesiges Areal darum herum ist nicht routebar. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln verwaltet (=Regierungsbezirk Köln)? :) LG Ruben Am 27. Juni 2013 09:41 schrieb Raimond Spekking raimond.spekk...@gmail.com: Die Stadt Köln hat ihre Adress- und Datenbestände nun unter cc-by-sa-3.0-Lizenz veröffentlicht: http://www.offenedaten-koeln.de/2013/06/datenmittwoch/ Adressen (zip, kmz, xml) Block (zip, kmz, xml) Blockabschnitte (zip, kmz, xml) Blockseiten (zip, kmz, xml) Stadtviertel (zip, kmz, xml) Strasse (zip, kmz, xml) Strassenabschnitt (zip, kmz, xml) Strassenknoten (zip, kmz, xml) Raimond. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Schade ... könnte Stadtteilzuordnungen zu Straßen hier bei uns in Wermelskirchen gut gebrauchen. Aber grundsätzlich erstmal tolle Sache das Köln die Daten frei gibt! LG Ruben Am 27. Juni 2013 16:42 schrieb Raimond Spekking raimond.spekk...@gmail.com: Das ist nur Stadt Köln. Raimond. Am 27.06.2013 14:44, schrieb Ruben Kelevra: Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln verwaltet (=Regierungsbezirk Köln)? :) LG Ruben Am 27. Juni 2013 09:41 schrieb Raimond Spekking raimond.spekk...@gmail.com: Die Stadt Köln hat ihre Adress- und Datenbestände nun unter cc-by-sa-3.0-Lizenz veröffentlicht: http://www.offenedaten-koeln.de/2013/06/datenmittwoch/ Adressen (zip, kmz, xml) Block (zip, kmz, xml) Blockabschnitte (zip, kmz, xml) Blockseiten (zip, kmz, xml) Stadtviertel (zip, kmz, xml) Strasse (zip, kmz, xml) Strassenabschnitt (zip, kmz, xml) Strassenknoten (zip, kmz, xml) Raimond. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Nimm MapCruncher. http://research.microsoft.com/mapcruncher/ Am Ende musst du die Dateien umbenennen, da hilft dieses Python-Script. Das muss in den Ordner wo die ganzen Bild-Dateien drin liegen und benötigt python 2.x. Unter Windows einfach cmd starten, in den Ordner rein mit cd C:\pfad\zum\ordner und dann C:\Python2x\python.exe Qtile2TMS.py. http://pastebin.com/UkdGUs8U Dann kannst du in JOSM via file:// den Ordner angeben und das Overlay laden. LG Ruben Am 26. Juni 2013 23:50 schrieb Masi Master masi-mas...@gmx.de: Am 26.06.2013, 23:24 Uhr, schrieb Thorsten Alge m...@thorsten-alge.de: Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Mit Hugin ists vielleicht ein wenig zu aufwändig, nur rechteckige Bilder aneinander zu fügen. Jedoch kann man damit relativ gut die Erdkrümmung aus den Karten herausrechnen, also die Längen- und Breitengrad parallel zueinander machen, damit man sie als Hintergrund legen kann. Ansonsten kann ich dir leider nicht weiterhelfen, bzw. kein Programm empfehlen. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Fragt sich welche Software man da am besten benutzt ... :) LG Ruben Am 25. Juni 2013 15:08 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ ja was ich mir vorstelle und kann endlich den alten Gpsmap ablösen. Bin gespannt Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Bei mir hab ich keine Probleme mit dem Display (AMOLED) und auch keine Probleme mit GPS (hat auch Glonass/GPS). Macht auch im Gebäude n fix auf 10 Meter Umkreis und sonst etwa 1-2 Meter Genauigkeit wenn ich ne Karte mit der Wirklichkeit vergleiche. Davon ab hat das Display 720p und 5,5 Zoll ;) LG Ruben Am 25. Juni 2013 16:49 schrieb Benjamin Lebsanft benja...@lebsanft.org: On 25.06.2013 16:46, Ruben Kelevra wrote: Fragt sich welche Software man da am besten benutzt ... :) OSMAnd z.B.? KeyPad Mapper, OSM Tracker, is doch super, wenn man das endlich auf nem Gerät mit ordentlichem Display und gutem GPS nutzen kann :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Vielleicht einfach die Straße komplett raus werfen und neu hinzufügen. Kann ja nicht soo ewig dauern und ständig werden die Relationen auch nicht aktualisiert. LG Ruben Am 24. Juni 2013 19:59 schrieb Sarah Hoffmann lon...@denofr.de: On Mon, Jun 24, 2013 at 12:48:00PM +0200, Jo wrote: 2013/6/24 Manuel Reimer manuel.s...@nurfuerspam.de Raimond Spekking raimond.spekking at gmail.com writes: Auch +10. Wobei ich mit Straßenrelationen noch nie so recht warum geworden bin. +100 Zu aufwändig. Wenn ich irgendwo nur die Straßenrelationen sehe, dann trage ich die Tags nach und wo beides vorhanden ist und eine Korrektur fällig ist, korrigiere ich nur die Tags und lasse die Relationen links liegen. Werden die Relationen überhaupt von den gängigen Routing-Lösungen ausgewertet? Sowie ich es verstehe benutzt wenigstens Nominatim sie. Nun ja, es kann damit mehr oder weniger umgehen, aber vor allem beim Update machen die Relationen immer wieder Probleme, weil es da einen Haufen von unmöglichen Sonderfällen zu beachten gibt, die gar nicht alle abfangen werden können, weil sonst die Updates zu lange dauern würden. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB in Notes importieren; Wird das OSB-Plugin Notes unterstützen?
Hallo zusammen, vielleicht hab ich eine bisherige Information überlesen oder schlicht nicht mitbekommen, aber derzeit läuft Notes unabhängig und ohne Import bisheriger Daten auf der Hauptseite. Weiterhin bietet OpenStreetBugs nach wie vor die Möglichkeit dort Daten abzulegen. Defakto fahren wir nun zweigleisig, was besonders ärgerlich ist wenn man versucht ein Gebiet zu überwachen und nun immer die Bugs von der Startseite in JOSM versuchen muss nachzuvollziehen. Grundsätzlich begrüße ich den Vorstoß OSB auf die OSM-Hauptseite zu bringen, allerdings hätte ich es mir gewünscht wenn vorher die Datenbank von OpenStreetBugs importiert worden wäre und die Seite OpenStreetBugs dann nur noch einen Hinweis anzeigen würde wie man die Bugs nun auf der Hauptseite erstellt. Mit einer API-Kompabilität und ein einfaches Umleiten wäre sicher auch das Plugin in JOSM dazu zu bewegen mit den Notes zu sprechen. Die Frage ist, ist das noch geplant, oder wird OpenStreetBugs nun einfach irgendwann abgeschaltet, ohne Import, sodass wir die dort hinterlegten Daten verlieren? Liebe Grüße Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Trotzdem läufts im Chrome gut. :) LG Ruben Am 17. Juni 2013 12:57 schrieb Jo winfi...@gmail.com: Es ist für Handy und Tablet gemeint, nicht für den Desktop. Die Aufgaben sind immer sachen die man drausen feststellen muss. Jo 2013/6/17 Manuel Reimer manuel.s...@nurfuerspam.de Gelesen habe ich über Kort ja schon viel, aber zum Laufen bekommen bisher nicht. Könnt ihr auch mal darum kümmern, dass das Programm auf dem Desktop auch mit Firefox funktioniert? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Hallo Markus, das hilft nur begrenzt. Mit einem Mapper für unterwegs sollte man die Verkehrszeichen als Nummer erfassen können. Das heißt auf Benutzerseite Typ - Kategorie - Wert - Zusatzzeichen? - Kategorie - Wert. Man kann unterwegs Straßenschilder eben nur als Node erfassen aber nicht als Tag für den Weg, was erfordert das man das Ende des Geltungsbereichs kennt. Im JOSM benötigen wir dann immernoch einen Editor der ähnlich funktioniert wie oben skizziert, damit wir die Verkehrszeichen in Wegtags aufarbeiten können. Lg Ruben Am 15.06.2013 20:55 schrieb Markus Semm ms...@enaikoon.de: Hallo, wie ihr sicherlich schon wisst wurde die Version 3.1 des Keypad-Mapper 3 gerade freigegeben und wir sind jetzt in der Entwicklung der Version 3.2, die dieses Jahr noch erscheinen soll: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 V3.2 wird alle Voraussetzungen fr ein intelligentes, lnderspezifische Mappen von Verkehrsschildern haben. Diesbzgl. kann ich mir folgende Funktionen vorstellen: a) frei definierbare Presets pro Schild (= mehrere Tags fr ein Schild) b) mit der App mitgelieferte Presets fr jedes Schild fr jedes Land c) beliebige Anzahl frei definierbarer Schilder d) Gruppierung der Schilder in lnderspezifischen Gruppen und thematischen Untergruppen Mit a) htte dann jeder Mapper die Mglichkeit, eine beliebige Kombination von Tags fr ein Schild zusammenzustellen, so dass das Schild erschpfend beschrieben ist und ohne dass der Mapper die ganzen Tag-Seqenzen pro Schild auswendig lernen muss. Das erhht die Mapping-Geschwindigkeit signifikant und vermeidet Fehler, der Mapper kann sich auf die Datenerfassung vor Ort konzentrieren. Mit b) wrden schon ne Menge Presets fr Schilder mit der App mitgeliefert, so dass der Mapper das Schild nur noch antippen muss und schon sind alle Tags richtig gesetzt. Folgende Vorgehensweise wrde ich vorschlagen: 1) wir suchen gemeinsam Links zu allen Verkehrsschild-Informationen im Wiki zusammen und sammeln diese in einer eigenen Wiki-Seite (vielleicht gibt es ja auch schon sowas) 2) wir sammeln gemeinsam Ideen, wo wir die zentrale Verkehrsschild-Information unterbringen wollen und suchen uns dann eine zentrale Stelle aus, an der die Icons, Presets, Beschreibungen, Ausnahmen etc. hinterlegt werden. Dort greifen dann das JOSM Plugin, der Keypad-Mapper, OpenStreetBugs, Kort usw. usw. die Infos automatisiert ab und sind so immer aktuell ohne Update-Erfordernis. 3) ein Projekt-Team fasst die vorhandenen Info-Schnipsel an der gemeinsam festgelegten zentralen Stelle zusammen und verbannt die Einzelseiten im Wiki nach einiger Zeit in die Ablage um Verwirrung und redundante Informationen zu vermeiden (Beispiel: road_signs, traffic_signs) 4) die Software-Entwickler werden aufgerufen, ihre Software mit der zentralen Schild-Information zu fttern und regelmig upzudaten, um stets aktuell zu sein. 5) alle interessierten Mapper ergnzen die vorhandenen Informationen laufend, so wie sich neue Fragestellungen / Erkenntnisse ergeben Ich schlage vor, diese Sequenz zunchst fr Italien und Deutschland durchzuziehen, weil in diesen beiden Lndern das Thema aktuell ist,. Nach einiger Zeit knnen wir dann die Infos weiterverbreiten, so dass dann, wenn einige Erfahrung gesammelt ist, andere Lnder in unsere Fustapfen steigen knnen um das Schema fr ihr eigenes Land anzuwenden. Meine Frage an Euch: wird die Idee grundstzlich fr gut befunden? Wenn ja, wrde ich zeitnah eine Projektseite im Wiki einrichten, auf der dann die Details des Vorhabens diskutiert und die Umsetzung angegangen werden knnen. Bitte hier im Laufe der nchsten 7 Tage abstimmen: http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden Cheers Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Was fehlt ist jetzt z.B. das man einen Tag setzt der bedeutet das es hier ein Geschäft gibt, man aber nicht weiß welches und so anderen Spielern den Anreiz gibt dort hin zu gehn. In einer Fußgängerzone gibts eben viele Geschäfte und bei mir sind nicht alle getaggt. So einen Tag haben wir schon bei highway ... und zwar road. LG Ruben Am 16. Juni 2013 21:09 schrieb Stefan Keller sfkel...@gmail.com: Hallo Henning Am 16. Juni 2013 14:19 schrieb Henning Scholland o...@aighes.de: ... Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier keinen Grund, warum man KORT anders behandeln sollte als andere Projekte. So wie es jetzt ist - mit den Validierungen ohne direktes Einfliessen zu OSM - ist eine direkte Konsequenz daraus, dass es sich hier um ein Spiel handelt, also um eine Art Geographiequiz, wo die Frage gestellt wird, ob man den Küchentyp eines Restaurants kennt. Wenn dir das Video zu lang ist, schau doch mal diese Webseiten an: [1][2]. Die Statistik hier [3] zeigt das aktuelle Verhältnis der Accounts - wobei das v.a. Zahl der Anmeldungen anzeigt, nicht die Aktiven. Es zeigt, dass die Mehrheit sich mit dem OSM-Account angemeldet hat. Ich denke es hat auch viele aktive GeoCacher darunter. Es ist hier ja auch eine Lösung gesucht für Nicht-OSM-Accounts. Eines der Ziele des Kort Games war, einerseits bestehende Mapper, welche die Lust etwas verloren haben, zum Wieder-Mitmachen zu animieren, wie auch neue Mapper zu gewinnen, in dem sie spielerisch zu OSM beitragen können. Der Unterschied zu Wheelmap ist, dass wir in Kort nur von Verbesserungen sprechen, die mind. drei Mal(!) von anderen Spielern, die nichts voneinander wissen, überprüft, bzw. bestätigt wurden. LG, Stefan [1] http://wiki.openstreetmap.org/wiki/KortGame [2] http://www.kort.ch/ [3] http://www.kort.ch/statistics.php Am 16. Juni 2013 14:19 schrieb Henning Scholland o...@aighes.de: Am 16.06.2013 09:13, schrieb Michael Kugelmann: Am 16.06.2013 00:14, schrieb Henning Scholland: Ich kann mich als Mapper doch via Kort zu Fehlern führen lassen, vor Ort dann alles Überprüfen und das sowohl Kort melden als auch in OSM eintragen. KORT ist ein Spiel, sieh Dir die (bald veröffentlichte) Videoaufzeichnung von der FOSSGIS 2013 an, auf der es einen Vortrag (inkl. Livedemo) dazu gab. Daraus ergibt sich, dass die Spieler die Edits dort eher nicht in JOSM/iD/... fixen werden sondern in KORT. Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier keinen Grund, warum man KORT anders behandeln sollte als andere Projekte. Bei der Wheelmap und ihrem Editor gab es große Diskussionen mit dem Resultat, dass Edits, die über wheelchair=* hinaus gehen, nur noch via OSM-Account möglich sind. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 12:18 schrieb Simon Poole si...@poole.ch: Ich halt den Vorsatz zwar für lobenswert, aber in der Praxis völlig unpraktisch wenn wir nicht von jedem Mapper verlangen wollen, dass er die genaue Bedeutung von jedem Verkehrsschild in jedem Land in dem er unterwegs ist kennt. Dazu kommt noch das wir auch noch Unterschiede in den Fahrzeugklassifizierung haben die zur Folge haben, dass wir eigentlich eine viel feinere Aufteilung auch da in OSM bräuchten. Das ist ja eigentlich gar nicht notwendig. Der Mapper muss lediglich die Zeichen richtig in OSM notieren. Hätten wir einen schönen Editor für die Schilder, dann könnte man die Tags davon automatisch ableiten, je nach Landesrecht. Für die Schilder muss man ja sowieso jedes Land einzeln in der Datenbank vorhalten. Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 17:32 schrieb Eckhart Wörner ewoer...@kde.org: Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Wenn man die gescheit erstellt könnte der Plugin die Wikiseite parsen und wir hätten nur einmaligen Aufwand. Des Weiteren sind die Straßenbeschilderungen eigentlich gut in Kategorien verpackbar und einfach nach Häufigkeit und Themen sortierbar. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Geflashed ?
Wie wäre es mit installieren? :) Am 15. Juni 2013 22:17 schrieb Garry garr...@gmx.de: Am 15.06.2013 10:42, schrieb Markus: Hallo Thomas, kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Firmware aktualisiert danke, das hat geholfen. (wobei aktualisiert beudetet, dass man eine aktuellere Version benutzt. ich meinte eher eine kommplett andere Firmware) Aufspielen,Einspielen, drüberbügeln, Stell doch mal die Frage in Mikrocontroller.net.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
maxweight ist definitiv das reale Gewicht des Wagens bei der Durchfahrt. Kein mögliches Gewicht. Lässt sich das in Dland überhaupt so beschränken? Ich mein eine Zugmaschine darf doch über eine Brücke fahren, obwohl die Maschine mit Auflieger 30 Tonnen wiegen würde, oder nicht? Ein Tag müsste dann gross vehicle weight oder ähnlich heißen. LG Ruben Am 13. Juni 2013 19:39 schrieb Eckhart Wörner ewoer...@kde.org: Hi Burkhard, Am Donnerstag, 13. Juni 2013, 19:18:02 schrieb bkmap: sorry, das hgv passt vermutlich schon, wenn es auch im Wiki nicht weiter beschrieben wird, Problem ist das weight. Habe dazu zwar im Wiki nichts explizit gefunden, würde aber davon ausgehen, dass das wie height funktioniert, also das tatsächliche Gewicht beschreibt. Dann sollte ja hgv:conditional=no @ (weight7.5) passen. nein, das passt nicht. Zwischen dem zulässigen Gesamtgewicht und dem tatsächlichen Gewicht ist ein großer Unterschied. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz Tagging
Hallo Heinz, Am 8. Juni 2013 17:00 schrieb Heinz-Jürgen Oertel hj.oer...@t-online.de: Daran liegt es nicht Richtig ist amenity=parking fee=no Das mit dem free=yes habe ich nur zusätzlich mal probiert. Hat aber auch nicht geholfen. Ist wieder weg. Es liegt am access=yes tag. Entfern den mal und schau was dann passiert. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org und IPV6
Könnte man das Problem nicht umgehen indem wir einen tile-server ohne Cache per DNS-Weiche anbieten? So viele IPv6-Anfragen dürften das derzeit doch garnicht sein? LG Ruben Am 7. Juni 2013 02:12 schrieb Kai Krueger kakrue...@gmail.com: Walter Nordmann wrote Somit geht er zu www.openstreetmap.org über IPv6 und zu tile.openstreetmap.org halt über IPv4. So transparent, dass ich mir noch nie Gedanken darüber machen musste. Ja, so sollte es auch sein. Der Endanwender sollte eigentlich nichts von der Umstellung merken, und das klappt in den meisten Faellen auch. Desshalb haben ja seit letztem Jahr Google, Youtube, Facebook, Wikipedia, Netflix, Heise und viele anderen auch auf dual stack ohne nennenswerte Probleme umstellen koennen. Allerdings sind in Asian in 2011 und 2012 in Europa die IP Addressen ausgegangen, so das man ohne IPv6 viele Endgeraete bald nicht mehr von aussen erreichen kann, wodurch immer mehr Dienste nicht mehr wie frueher machbar sind und das Internet ohne IPv6 immer weiter kaputt geht. Viele Unitymedia Kunden erfahren diese derzeit leidvoll, bei denen Sachen wie Fernwartung, Onlinespiele, peer-to-peer Dienste oder die eigene private cloud nicht mehr (oder nur noch mit Veraenkungen) funktioniern. Erst mit der grossflaechigen Umstellung auf IPv6 wird das wieder besser. Auch wenn Webseiten wie OpenStreetMap.org nicht zu den Diensten gehoeren die kaputt gehen und dort die Umstellung somit noch lange nicht wirklich noetig ist, je mehr Seiten, Dienste und Provider bald auf IPv6 umgestellen, desto schneller hoffentlich vollzieht sich die gesammte Umstellung und die leidvolle Uebergangszeit verkuerzt sich. Die Umstellung laeuft inzwischen schon seit 15 Jahren. Es wird also Zeit das sie endlich abgeschlossen wird. Insofern ist es aus technischer Sicht schon wichtig das OSM komplett mit IPv6 zurecht kommt. Kai -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmap-org-und-IPV6-tp5764279p5764330.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TSP Routing auf OSM Basis?
Ja, und? 2013/5/30 Tirkon tirko...@yahoo.de: RalfGesellensetter r...@gmx.de wrote: ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. http://wiki.openstreetmap.org/wiki/Traveling_salesman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Er sagt aber Straße ohne Namen aber die Straße hat keinen Highway-Tag, entsprechend ist es keine Straße. LG Ruben 2013/5/30 Stefan Keller sfkel...@gmail.com: Hallo Ruben Was meinst du genau? Ungetaggte Wege sind ja gerade der Grund, warum Keepright (und damit das Kort Gam) das als Fehler meldet, der Strassentyp fehle... LG, Stefan Am 30. Mai 2013 03:06 schrieb Ruben Kelevra cyr...@gmail.com: Wollte mich schon hierdrüber beschweren: http://s1.directupload.net/file/d/3271/xilydai5_png.htm Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg, denke sowas sollte euer Programm ignorieren :) LG Ruben 2013/5/29 André Reichelt andr...@online.de: Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Wollte mich schon hierdrüber beschweren: http://s1.directupload.net/file/d/3271/xilydai5_png.htm Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg, denke sowas sollte euer Programm ignorieren :) LG Ruben 2013/5/29 André Reichelt andr...@online.de: Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie tag ich eine Parfümerie?
Hallo zusammen, wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht ist doch Blödsinn. Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie, Wellness-Center, aber nicht gleichzeitig Friseursalon. Das ist so als würde man den Supermarkt mit der Wursttheke, den Metzger und den Schlachthof unter einen Tag packen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Nun, ich meinte es eher als Alternative wenn der Dienst überlastet ist. Zusätzlich könnten die Tasks für Email mit niedriger Priorität laufen und so vielleicht eine gleichmäßigere Last ermöglichen. Datenschutzbedenken? Surly? Die meisten sind eh registriert. LG Ruben 2013/5/27 Michael Reichert naka...@gmx.net: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Ruben, Am 27.05.2013 22:54, schrieb Ruben Kelevra: Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. Wenn man irgendwo seine Mailadresse eintragen muss, hat man einen Medienbruch und schon aus Datenschutzbedenken* wird dies nur ein kleiner Bruchteil der Nutzer tun. Das ist eigentlich eine simple Lösung, weniger Last zu haben. :) Als Ausgleich sollte man, wie schon von Frederik erwähnt, Maperitive als Alternative (mit Link auf Anleitung im Wiki) nennen. Viele Grüße Michael *) Braucht man in Deutschland dann eine Datenschutzerklärung? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRo82CAAoJEO7A7cvElxjaE0YH+wXIT74f44jCVvBV7uNl08Nx CYA6W2pAR2w7ZHmSrTIftfcQAUqaPc0sWolkZ9c1GvIYY0CoEaJmxhftXiiVCvEJ o1nMZrKXQHd9CLHOGsw+IX6mhwKLSXfX+m6JMZntUfsty2jLaZINeIoIE4gWkdzt h6AKtAoZf7G5OBgy7G4mPvMHspUBIwGOiDwle336cPFojlOtDd4C9dIFNrromKVx edX26bf1lrKoCoXK8Tg7EA+phzpI2Ocf5398xit+4y65xEckJ/OwBE53ov1fFi6P APMI8TRKl+2KLGx+jk4LeL6kZL+dv3/aktCbRQJroJAgX/C2CNQnNWQcHLuabQs= =A1Kz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Der bisherige Export sieht bei den Zwischenzoomstufen seltsam aus. Es wäre schön wenn man sich ein Zoomlevel aussuchen könnte, dann die Auflösung standard, zweifach, vierfach o.ä. meist braucht man eine höhere Auflösung als die Tiles enthalten aber eben für einen gewissen Detailgrad. Immerhin ist ein Bildschirm nach wie vor eines der am wenigst auflösenden digitalen Medien. LG Ruben 2013/5/28 Martin Koppenhoefer dieterdre...@gmail.com: Am 28. Mai 2013 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP nur eine begrenzte Anzahl an Anfragen zu erlauben. Von Wichtigkeit war nie die Rede. Der Dienst muss so beschränkt werden, dass jeder die Chance hat, ihn nutzen zu können. AFAIK läuft dieser Dienst auf dem Tileserver, d.h. nicht nur diejenigen, die dort Kartenausschnitte anfordern, sondern auch alle, die mappen oder importieren und dadurch Neurenderings anstoßen, sorgen für Last auf dem Server. Vermutlich ist dort nachts weniger los als tagsüber, schaut einfach mal den Munin-graph an, um einen guten Zeitpunkt für Eure Renderings zu finden. Ich wäre tendenziell auch eher dafür, den Dienst ganz einzustellen, wenn der derzeitige Zustand für Verstimmung sorgt. Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. LG Ruben 2013/5/27 Frederik Ramm frede...@remote.org: Hallo, On 05/27/2013 12:42 PM, Wolfgang Hinsch wrote: im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren. Dann waere die logische Konsequenz, den Service schlicht abzuschalten. Der Export-Service basiert, im Gegensatz zu den Tiles, auf einem Live-Rendering, d.h. wenn Du da was exportierst, wird live die Datnenbank nach allem gefragt, um das eigens fuer Dich in genau dem gewuenschten Masstab in ein PDF odr SVG zu giessen. Das kostet viel Rechenzeit, und wenn wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr. Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht, dass man es vielleicht mal mit Maperitive versuchen soll ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmtools.de/osmlinks teilweise veraltet/falsch
OpenStreetMap.org mit Marker führt nur zu der normalen Karte. bei The Information Freeway fehlt im Link ein www. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3
Könntet ihr vielleicht die Betas als zusätzliche App im Playstore anbieten? Dann könnte man die Beta testen. LG Ruben 2013/5/24 Markus Semm ms...@enaikoon.de: Hallo, die Weiterentwicklung des Keypad-Mapper 3 macht gute Fortschritte: Betatests der Version 3.1. sind ab 10. Juni geplant. Mit der Version 3.1 wird der Keypad-Mapper einen sehr guten Effizienzgrad erreicht haben im Hinblick auf die schnelle und qualitativ hochwertige Erfassung von Hausnummern und Adressen. Details gibt es hier: http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3 Noch nicht optimal ist die Zeit, die aufzuwenden ist, um die zunächst mit dem Keypad-Mapper 3 vor Ort erfassten Daten in JOSM aufzubereiten für den Upload zu OSM. Mit dieser Nachricht würde ich gerne eine Diskussion darüber anstoßen, welche Features ein JOSM Plugin haben sollte, damit es seiner Aufgabe, die Nachbearbeitung der vor Ort erfassten Hausnummern und Adressen möglichst effizient erledigen zu können, am besten gerecht wird. Auf der neu eingerichteten WIKI-Seite http://wiki.openstreetmap.org/wiki/Keypad-Mapper_tools habe ich als Starthilfe für die Diskussion erste Ideen zusammengetragen. Cheers Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Housenumber in addr:housename
Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon auf der Liste vorgeschlagen... LG Ruben 2013/5/16 fly lowfligh...@googlemail.com: Am 16.05.2013 19:30, schrieb Henning Scholland: Am 16.05.2013 16:26, schrieb fly: On 15.05.2013 18:12, Martin Koppenhoefer wrote: Am 15. Mai 2013 17:30 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. won't fix ;-) http://josm.openstreetmap.de/ticket/8275 Das won't fix hat sich auf das entfernen aus dem Preset bezogen. Ich habe mit der Autovervollständigung auch immer mal wieder Probleme. Für ein Überarbeitung der Autovervollständigung braucht es nur gute Patche. Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen + heiklen Bereich. Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn ein Mapper aber brand nie nutzt, ist das relativ nervig ;) Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische Sortierung wird angewandt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Housenumber in addr:housename
Hab n bisschen rumgesucht und keins gefunden, hab mal eins erstellt: https://josm.openstreetmap.de/ticket/8721 LG Ruben 2013/5/17 Ruben Kelevra cyr...@gmail.com: Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon auf der Liste vorgeschlagen... LG Ruben 2013/5/16 fly lowfligh...@googlemail.com: Am 16.05.2013 19:30, schrieb Henning Scholland: Am 16.05.2013 16:26, schrieb fly: On 15.05.2013 18:12, Martin Koppenhoefer wrote: Am 15. Mai 2013 17:30 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. won't fix ;-) http://josm.openstreetmap.de/ticket/8275 Das won't fix hat sich auf das entfernen aus dem Preset bezogen. Ich habe mit der Autovervollständigung auch immer mal wieder Probleme. Für ein Überarbeitung der Autovervollständigung braucht es nur gute Patche. Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen + heiklen Bereich. Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn ein Mapper aber brand nie nutzt, ist das relativ nervig ;) Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische Sortierung wird angewandt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Housenumber in addr:housename
Hallo Frederik, Am 16.05.2013 00:04 schrieb Frederik Ramm frede...@remote.org: Ich habe schon am 19.4. auf ein achtlos dahingeworfenes koennte ich mein Bot-Framework drauf loslassen von Dir eine Rueckfrage gestellt, die, soweit ich sehen kann, nie beantwortet wurde. Daher nochmal: Das schein ich wohl überlesen zu haben... ich wollte dir keine Antwort schuldig bleiben. * Was ist das genau fuer ein Bot? Das sind in Python geschriebene Scripte die genau nur diese eine Aufgabe erledigen. * Hast Du den schonmal fuer irgendwas benutzt, wenn ja: - was hast Du geaendert Ich habe Wege mit mehr als 2000 Punkten zertrennt nach einer Diskussion im IRC. Ich habe weltweit Wege mit doppelten Knoten im Weg gefixt. - mit welchem Account BugBuster - wo ist das dokumentiert In der Wiki. - wo wurde darueber diskutiert? Im IRC * Falls Du den Bot jemals einsetzen moechtest, halte bitte die Regeln fuer mechanical edits ein - dazu gehoert eine gruendliche Diskussion vorher, so wie sie hier geschieht, sowie auch eine detaillierte Dokumentation dazu, was Dein Code tut (oder halt gleich der Code selbst) - addr:housename in addr:housenumber aendern wenn der Wert eine Zahl ist ist nicht detailliert genug, es geht auch darum, woher der Bot seine Eingabedaten nimmt, welche API-Requests er in welcher Reihenfolge durchfuehrt und so weiter. Der Bot nimmt ein XML File als Datenquelle und schreibt die Änderungen an die normale API mit einem Thread. Wenn ein Weg seit dem XML aktualisiert wurde zieht er die aktuelle Version und analysiert diese erneut, sofern die Änderungen immernoch notwendig ist wird diese auf Basis der neuen Datei gemacht. * Bedenke auch, dass eine Diskussion in talk-de, sollte sie mit einem Daumen rauf fuer die Bot-Aenderung enden, auch nur eine Bot-Aenderung in Deutschland legitimiert und nicht weltweit. Das ist mir klar. Ich frage das nicht, um Dich zu aergern, sondern weil ungenuegend vorbereitete Bot-Edits eine haeufige Quelle von Stress und Problemen im Projekt sind und weil ich als Mitglied der Data Working Group nicht selten am Ende solch eine Suppe ausloeffeln muss. Deswegen gibt es die pingeligen Regeln, und Du hast bislang nicht genug ueber Deine Software erzaehlt. Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Klingt durchweg vernünftig, könnten wir das ins Wiki aufnehmen? Lg Ruben Am 15.05.2013 12:31 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ich werfe da mal neben operator und brand auch noch branch und name, sowie official_name und local_name in die Runde. Uebrigens in diesem Blogpost schoen bebildert und dann von mir kommentiert. Allerdings leider auf Englisch. http://weait.com/comment/61#comment-61 tl:dr operator=* Der lokale Betreiber (=Franchisenehmer) (Local Company 123) brand=* der (multi-nationale) Markenname (Mc Donalds, Subway) branch=* Genaue Bezeichnung dieser Zweigstelle (Steht z.B. an der Tuer oder auf der Quittung) (Store Nr 15, Lincoln Street Store, Springfield office) name=* der Name wie auf Schildern o.ae. vor Ort angegeben official_name=* Der volle, offizielle Name wie im lokalen Handelsregister eingetragen local_name=* Falls die filiale noch einen lokalen, sonst nirgendwo ausgezeichneten Beinamen hat ('Buck's place', 'The Old Corner Shop') my 2 cents, Chaos Am 15. Mai 2013 10:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 15. Mai 2013 10:29 schrieb Florian Lohoff f...@zz.de: Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige Unternehmer wie man in den Gelben Seiten finden kann - Also Aral Tankstelle Mario Drees etc. ist ja eher so ein Sklaventrei^WFranchising. es gibt wohl auch Ausnahmen, wo die großen Mineralölkonzerne selbst die Tanke betreiben, aber normalerweise ja, ist der operator nicht der Konzern. D.h. eigentlich würde das doch ein brand=esso und obiges in den Name oder vergallopier ich mich da. +1, mache ich auch so, allerdings brand=Esso (also großgeschrieben als Name). Ich denke das ist hier schon bis zum erbrechen Diskutiert worden und es vermutlich gibt es keinen Konsenz - so wie eigentlich immer :) zumindest gab es eine Empfehlung im Wiki, das genau so zu machen (brand für den Konzern, operator für den kleinen Betreiber und name nur, wenn es einen Namen gibt (z.B. Tankstelle am Bahnhof oder so). Allerdings werden die brand-Werte wohl im aktuellen mapnik-Stil noch nicht angezeigt (in JOSM aber z.B. schon), was bekanntermaßen die Bereitschaft, das tagging zu verbiegen, erhöht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Housenumber in addr:housename
Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Dies scheint ein extrem häufiger Fehler zu sein, besonders wohl wegen der Autovervollständigung von addr:housen - addr:housename anstatt addr:housenumber. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Theoretisch lässt sich das schon jetzt machen, um sinnvolle Verbreitung zu finden muss man bloß das ganze direkt mit JOSM ausliefern. Daher - Ticket LG Ruben Am 15.05.2013 17:04 schrieb fly lowfligh...@googlemail.com: On 15.05.2013 16:13, Hans Schmidt wrote: Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage gespeichert werden könnte? Ich stelle mir z.B. vor, dass wenn ich bei JOSM ein Geschäft eintrage, er direkt im Assistenten eine Auswahl mit allen Ketten hat. Je nachdem, was ich dann auswähle, wird das dann automatisch alles eingetragen. Das ist besonders problematisch, wenn eine Kette irgendwie mehrere (ähnliche) Schreibweisen hat, so dass oft die gleiche Kette unterschiedlich getaggt wird (z.B. Seven-Eleven, 7-11, 7-Eleven). Am besten wäre, wenn JOSM sich das z.B. direkt aus einer Liste im Wiki herunterladen würde, so dass auch Nicht-Programmierer die Liste einfach erweitern können. Sowas solltest Du in ein neues Ticket unter https://josm.openstreetmap.de/newticket schreiben. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Housenumber in addr:housename
Man könnte im Josm einfach nach Häufigkeit der Tags sortieren anstatt nach Alphabet. Dann würden wir ihm ein bisschen mehr Intelligenz einhauchen. Die Frage ist ob es Fälle gibt wo Housename sinnvoll mit einer Nummer belegt ist aber keine Housenumber hinterlegt ist. In dem Fall würde eine Botoperation Dinge kaputt machen. Wenn es Konsens findet lass ich meinen Bot drauf los. Lg Ruben Am 15.05.2013 17:31 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar dinger kann man manuell eben korrigieren ... Das sind tausende Fälle, nicht ein paar Dinger. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Ich find brand deutlich sinniger als operator, ansonsten hast du recht. Alternative könnte man einen Bot beauftragen das zu fixen. Der könnte ähnliche Schreibweisen suchen und mit Sollwerten vergleichen und die Änderungen könnten dann manuell abgenickt werden. Man müsste bloß irgendwo im Wiki eine Sollliste erstellen, dann könnte eines der vielen Bots das entsprechend fixen. Lg Ruben Am 15.05.2013 19:47 schrieb Hans Schmidt z0idb...@gmx.de: Am 15.05.2013 19:07, schrieb Ronnie Soak: Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template verleitet dazu, auch solche Informationen einzutragen, die vor Ort gar nicht wirklich aufgenommen und damit bestaetigt wurden. Ich will im name=* tag ja gerade nicht einheitlich immer das selbe stehen haben, sondern dass, was vor Ort ausgeschildert ist. Und wenn das ein (saechsischer) Franchisenehmer eben (falsch) als Daehnischs Beddenlagor auszeichnet, dann gehoert das auch so in den Tag, und nicht per Auto-Vervollsaendigung an die bundesweite Schreibung angepasst. Naja, der Name an sich ist ja egal. Geht mir vor allem eher um operator bzw. brand. Und da ist ja eine durchgehende Schreibung (d.h. überall das gleiche) sehr wünschenswert. Beispiel: Ich bin Sparkassenkunde und bin in einer Stadt und suche nach einem Sparkassen-Geldautomat. Dann suche ich natürlich nach Geldautomat, operator=Sparkasse. Ob der jetzt von der Sparkasse Köln/Bonn, der HASPA oder der Sparkasse Uckermark ist, ist mir ja egal. Und das lässt sich praktisch auf jede Kette bzw. Filialnetz ausweiten. Imho wäre da eine Art separate Datenbank in OSM nicht schlecht, wo die Operatoren dann noch weitergehende Informationen bekommen (z.B. andere, lokale Namen oder so). Aber ich finde es wichtig, dass auf der ganzen Welt wirklich überall McDonalds als operator=Mc Donald’s gekennzeichnet ist. Und nicht manchmal als operator=Mc Donalds oder operator=Mc Donald's oder sonstwas. Manche Ketten haben halt oft einige etwas uneinheitliche Schreibungen (bzw. Schreibungen, die oft unabsichtlich falsch gemacht werden), deswegen wäre da eine vorgegebene Liste sehr praktisch. Am 15.05.2013 17:21, schrieb Ruben Kelevra: Theoretisch lässt sich das schon jetzt machen, um sinnvolle Verbreitung zu finden muss man bloß das ganze direkt mit JOSM ausliefern. Daher - Ticket Ach, ne, die Mühe mach ich mir nicht mehr. War nur ein Gedankenexperiment. Wer das machen möchte, gerne, aber ich bin durch unzählige Feature-Requests, die ich gestellt habe, aber nicht beachtet wurden, ein wenig in der Hinsicht geläutert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Housenumber in addr:housename
Nun ich weiß nicht so recht ob dieser Fall wirklich vorkommt. Und wenn, ich als Mensch würde es wohl trotzdem für einen Fehler halten und umtaggen. Solange kein addr:housenumber existiert würde ich davon ausgehen das sich jemand vertan hat. Davon ab gibt es Orte wo mehrere Dutzend Häuser falsch getaggt sind. Ich könnte ja erstmal eine Zählung programmieren, dann sieht man ob es sichs lohnt. Lg Ruben Am 15.05.2013 21:29 schrieb Jimmy_K jimm...@gmx.at: Am 15.05.2013 17:41, schrieb Henning Scholland: Am 15.05.2013 17:15, schrieb Florian Lohoff: Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar dinger kann man manuell eben korrigieren ... -1 Die Erfahrung zeigt eher, dass wir genug Fehler in der DB haben und nur die wenigsten Mapper daran arbeiten Fehler zu korrigieren. Da sollte man meiner Meinung nach so triviale Fehler, die eindeutig korrigierbar sind einem Bot überlassen, sodass sich die Mapper, die sich der Qualitätssicherung verschrieben haben sich um die Fälle kümmern können, die wirklich einen Menschen zum Beurteilen brauchen. Bots stiften nur unfrieden. Nur wenn der Bot schlecht gemacht ist, ansonsten sollte man von einem Bot nicht viel merken. Henning __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de Es gibt leider viel zu wenige die sich der Qualität verschrieben haben, da sieht man wohl zu wenig Fortschritt auf der Karte. (Behaupte ich mal so frech als einer, der versucht seine Umgebung auf halbwegs hohem Qualitätslevel zu halten). Die Korrektur von housename auf housenumber dauert nur ein paar Sekunden, wenn es eine Seite gäbe, die entsprechende Stellen markieren würde. Einen Bot halte ich für übertrieben (was machen wenn es wirklich Hausnamen nur aus Zahlen gibt?). LG Jimmy __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 14.05.2013 13:22 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Es stellt sich die Frage, ob richtungsgebundene tags überhaupt erforderlich (und sinnvoll) sind. Die Geschichte mit dem oneway ist historisch gewachsen, als es noch kaum Probleme gab. Dann/davor kamm die Coastline. Das könnte jetzt immer so weiter gehen, dann haben wir 10, 20, ... 1000 und mehr Ausnahmen. Wie wäre es denn, damit grundsätzlich aufzuräumen und alles auf die forward/backward oder left/right-Tags umzustellen. Dann wird einmal definiert, nach welcher Regel (Muster) die Begriffe umzustellen sind beim Umdrehen und gut ist. oneway=forward/backward coastline=yes sea=right/left +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bus-Spur gegen die Einbahnstraße
Hier ist definitiv nur Bus erlaubt. Auf der Straße steht auch Bus. Lg Ruben Am 13.05.2013 15:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 13. Mai 2013 14:03 schrieb Tobias Knerr o...@tobias-knerr.de: Am 13.05.2013 06:23, schrieb Wolfgang Hinsch: Am Samstag, den 11.05.2013, 18:02 +0200 schrieb Ruben Kelevra: ich suche nach dem üblichen Weg eine Busspur zu taggen. Soweit gefunden gibt es derzeit drei Möglichkeiten oneway=yes lanes=2 lanes:forward=1 lanes:backward=1 [...] Möglichkeit 3 bus:lanes:backward=yes http://www.openstreetmap.org/?lat=53.565739lon=10.019727zoom=18layers=M Das Problem mit Wolfgangs Vorschlag ist, dass psv oder bus im Sinne der Dokumentation kein gültiger Wert für access-Tags ist - das ist nur als Schlüssel definiert. Allgemeiner ist die Schwierigkeit hier, dass es kein nur Verkehrsmittel X für access-Tags gibt. Daher ist es zwar möglich, mit spurgenauen access-Werten zu arbeiten, benötigt nach momentanem Stand aber zwei Tags: bus=designated (oder official)? das ist zwar nicht notwendigerweise exklusiv, weil es noch mehr Verkehrsmittel geben könnte, die auch designated sind, aber solange nur eins designated ist, bedeutet das normalerweise dass der Rest verboten ist. (Busspuren dürfen oft/meist auch von Taxis benutzt werden, dass besser psv verwenden), Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 13.05.2013 14:10 schrieb fly lowfligh...@googlemail.com: Ich werde also in Zukunft die Entwickler anschreiben und sie bitten die Fehler in der Datenbank zu korrigieren und in Kontakt mit den Nutzern ihrer Software zu treten. Ich habe nämlich keine Lust mehr mich wie mit Fußengetreten zu fühlen. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich seh immernoch den tieferen Sinn nicht überhaupt ein umdrehen von Wegen anzubieten. Kann mir jemand mal den Vorteil vom umdrehen erklären? Ich mach das immer nur VOR dem eintragen von Lanes-Tags, damit alle Wege zu der Kreuzung hin führen. Ich geh davon aus das kein Anfänger was an Cosdtlines fixen muss etc. was nur durch umdrehen möglich ist. Lg Ruben Am 13.05.2013 16:40 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 13. Mai 2013 16:29 schrieb Martin Raifer tyr@gmail.com: Außerdem verstehe ich nicht, wieso man_made=embankment in dieser Liste auftaucht. weil Dämme auch oft 2 unterschiedliche Seiten (innen und aussen) haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Fehlt nur noch eine Lösung für das kombinieren von Wegen. Lg Ruben Am 13.05.2013 16:59 schrieb Martin Raifer tyr@gmail.com: Am 13.05.2013, 16:28 Uhr, schrieb Simon Poole si...@poole.ch: [...] lassen als Lösung nur zu dem Benutzer mitzuteilen: Kannst du nicht machen oder Wenn du das machst, machst du was kaputt, die Wege sind wirklich nicht umkehrbar. https://github.com/systemed/**iD/blob/master/js/id/actions/** reverse.js#L2-L4https://github.com/systemed/iD/blob/master/js/id/actions/reverse.js#L2-L4 : Order the nodes of a way in reverse order and reverse any direction dependent tags other than `oneway`. (We assume that correcting a backwards oneway is the primary reason for reversing a way.) Hm... Ich glaube hier gibt es zwei verschiedene Interpretationen von Weg umkehren. Du meinst: Reihenfolge der Nodes im OSM-Way umkehren bei gleichzeitiger Beibehaltung des abgebildeten Sachverhalts. iD meint: Drehe die abgebildete Information 'Einbahnstraße' um. Ich glaube was iD macht, ist auch das was ein Einsteiger (der noch kein Verständnis der zugrundeliegenden Datenstrukturen hat) sich unter der Funktion erwartet. Ah, diese Einbahn ist falsch eingetragen. Um das zu berichtigen, muss ich den Weg umdrehen. Um weitere Verwirrung zu verhindern sollte die Funktion aber auch Einbahn umdrehen (reverse oneway) heißen und nur auf Einbahnstraßen angeboten werden. Für das Korrigieren der Richtung von Klippen, Dämmen, usw. könnte es dann eine eigene Aktion Richtung der Klippe umdrehen geben. Grüße Martin / tyr_asd __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Hallo Malenski, dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir ein Café erstellen. Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man ganz allgemein nicht per Hotkey umdrehen können. Ich finde diese Funktion gehört einfach einen Menüpunkt Experten untergebracht, und dann ein genereller Warnhinweis davor. Was Relationen angeht seh ich kein Problem wenn Anfänger daran arbeiten. Viel wichtiger ist eine Prüfung des Datenbestands nach der Bearbeitung. Hier wird der Anfänger gewarnt wenn dir Daten inkonsistent sind. Das versteht selbst der absolute Neuling wenn am Ende eine Prüfung ausgeführt wird und er gewarnt wird. Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu erstellen, das den Experten das Suchen erleichtert und vielleicht jemand mit regionalem Bezug sich dem Anfänger annimmt. So würde eine Integration gefördert. Lg Ruben Am 11.05.2013 04:25 schrieb malenki o...@malenki.ch: Tirkon schrieb: [keine Warnung beim Umkehren von Wegen, keine Warnung beim Löschen von Relationsmitgliedern...] Nach dem Lesen dieses Threads schrieb ich im IRC versehentlich in #osm statt in #osm-de, wodurch eine Diskussion zustande kam. Mit jfire war auch einer der Programmierer dabei. Er und auch iandees sind eher der Ansicht, dass Warnhinweise die User abschrecken und man solche Warnungen deshalb besser weglässt. Beim Umkehren von natural=coastline will jfire offenbar eine Schutzfunktion implementieren. Warnhinweise beim (versehentlichen) Umdrehen von Einbahnstraßen oder Wasserwegen scheinen dagegen nicht geplant oder erwünscht. Das Tastaturkürzel zum Umkehren der Wegrichtung ist V, das auf der Tastatur in der Regel neben B liegt - dem Kürzel für den Hintergrund - Luftbilder und Co. Relationen: Es ist geplant, Relationen gut sichtbar zu machen, damit die Nutzer sie wahrnehmen. Wenn dann ein Mitglied einer Abbiegebeschränkung gelöscht wird, soll die gesamte Relation entfernt werden. Wer es genau nachlesen möchte, findet das IRC-Log hier: http://malenki.ch/OSM/irc_osm_-_id_reverse_ways_warn.txt hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich entschuldige mich, das war die Autokorrektur. Mit der umfangreichen Bearbeitung hast du recht, nur denke ich das die meisten Anfänger eher kleine Änderungen machen. Dies sollte auch in die Einführung geschrieben werden. Um so einfacher lassen sich Fehler ausbügeln. Man könnte außerdem dem Benutzer anbieten diese Datenprüfung jederzeit durchzuführen. Den aktuellen Zustand sehe ich dagegen als unhaltbar. Relationen fixen gehört mittlerweile zum täglich Brot, alles was diese Situation verschlechtert gehört der Schreibzugriff entzogen. Lg Ruben Am 11.05.2013 13:22 schrieb malenki o...@malenki.ch: Ruben Kelevra schrieb: Hallo Malenski, *hüstel* ;) dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir ein Café erstellen. Ein Warnung sollte ja nur erfolgen, wenn sie (möglicherweise) etwas kaputt machen. Es wird vermutlich eher selten vorkommen, dass ein verantwortungsbewusster Anfänger Straßen(teile) löscht (die Mitglieder von Relationen enthalten können) oder absichtlich die Richtung einer Einbahnstraße oder eines Wasserweges umkehrt. Bei der (geschätzten) geringen Häufigkeit des tatsächlichen Auftretens solcher Edits sehe ich kein Problem, einen Warnhinweis zu zeigen. Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man ganz allgemein nicht per Hotkey umdrehen können. Ich finde diese Funktion gehört einfach einen Menüpunkt Experten untergebracht, und dann ein genereller Warnhinweis davor. +1 Was Relationen angeht seh ich kein Problem wenn Anfänger daran arbeiten. Derzeit sehen die Nutzer von iD nicht, dass es sowas wie Relationen überhaupt gibt. Ansonsten habe ich auch kein Problem, wenn Anfänger an Relationen arbeiten - solange die Daten nicht zerstört werden. Viel wichtiger ist eine Prüfung des Datenbestands nach der Bearbeitung. Hier wird der Anfänger gewarnt wenn dir Daten inkonsistent sind. Das versteht selbst der absolute Neuling wenn am Ende eine Prüfung ausgeführt wird und er gewarnt wird. Wenn erst beim Hochladen - möglicherweise nach umfangreichen Bearbeitungen - ein Hinweis gezeigt wird, dass xy kaputt gehen könnte, weiß der Mapper erst recht nicht, wie er den möglichen Schaden abwenden kann. Entweder er bricht frustriert ab oder lädt trotzdem hoch. Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu erstellen, das den Experten das Suchen erleichtert und vielleicht jemand mit regionalem Bezug sich dem Anfänger annimmt. So würde eine Integration gefördert. +1 Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Chat-Plugin
Danke für den Hinweis. Habs mir gleich mal installiert. Fänd etwas Platform übergreifendes Was vielleicht auch auf der Seite angezeigt wird ganz klasse, sodass man quasi Konversationen über Städte dort führen kann, und nicht zum gleichen Zeitpunkt online sein muss. LG Ruben Am Sat, May 11, 2013 at 10:47 AM schrieb Frederik Ramm frede...@remote.org: Hallo, Zverik hat grade auf der talk-Liste auf sein neues GeoChat-Plugin fuer JOSM hingewiesen: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Damit kann man sich mit anderen Leuten unterhalten, die in der gleichen Gegend mappen wie man selbst. (Derzeit, wenn ich das richtig verstanden habe, ein Punkt mit 20km Umkreis.) Ich finde das eine spannende neue Sache, sicher erst in den Anfaengen, aber probiert es doch selber mal aus ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 11.05.2013 17:14 schrieb fx99 f...@vollbio.de: Auch JOSM hat seine Tücken: Wenn man einen Weg oder eine Relation alleine runterlädt, und dann Punkte verschiebt, so kann man andere Wege und Relationen komplett unbrauchbar machen, ohne dass man etwas davon merkt oder dass JOSM meckert. Das wirkt aber nicht gerade nach einem üblichen Fall... Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bus-Spur gegen die Einbahnstraße
Hallo zusammen, ich suche nach dem üblichen Weg eine Busspur zu taggen. Soweit gefunden gibt es derzeit drei Möglichkeiten oneway=yes lanes=2 lanes:forward=1 lanes:backward=1 Möglichkeit 1 busway=opposite_lane Möglichkeit 2 lanes:bus:backward=1 Möglichkeit 3 bus:lanes:backward=yes Theoretisch könnte man wohl 2 und 3 kombinieren... LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am Sat, May 11, 2013 at 5:42 PM schrieb Eckhart Wörner ewoer...@kde.org: c) JOSM kann immer noch nicht mehrere Ways im Kreis anordnen Nicht ganz richtig, man muss blos manuell alle Nodes markieren, dann gehts. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich sehe das ähnlich wie du, keiner der zerstörerischen Änderungen die ich je korrigiert hab wurde mit JOSM erstellt. Lg Ruben Am 10.05.2013 00:14 schrieb Tirkon tirko...@yahoo.de: Wilhelm Spickermann o...@spickermann-d.de wrote: Na ja, wenn der Weg nicht mehr da ist, dann ist in der Route auch in der Realität ein Loch ... darüber könnte man noch diskutieren. Häufig wird nicht deswegen gelöscht, weil etwas nicht mehr existiert, sondern beispielsweise eine Kreuzung auf die in der Realität existierende Richtungsfahrbahntrennung umgestellt wird. Es gibt viele Beispiele, wo das Bearbeiten durch Löschen eines Weges stattfinden kann, wo es eigentlich nicht erforderlich wäre. Es stört aber auch nicht, solange man Ortskenntnis hat und keine Relationen beteiligt sind. Anfänger löschen auch mal gerne einen ganzen Straßenzug, um ihn dann korrigiert neu zu erstellen. Dass dabei die Historie zum Teufel geht, ist wohl ein notwendiges Übel, eine Relationszerstörung hingegen nicht. Ohne Warnung vor Relationszerstörung kommt der Bearbeitende und insbesondere der Anfänger nicht auf die Idee, sich um andere Methoden des Editierens zu bemühen, die ein Löschen eines Weges nicht erfordern. Ohne Warnung kommt er nicht auf die Idee, dass da etwas nach Abschluss des beabsichtigten Editierens zu reparieren wäre. Auch ich habe anfänglich mit Potlatch Einiges unbeabichtigt zerstört. Dessen wurde ich aber erst gewahr, nachdem ich darauf hingewiesen wurde. Erst nach dem empfohlenen Umstieg auf JOSM verstand ich und fand mich in der Historie als Verursacher von weiteren gefundenen Relationszerstörungen. Es wäre schön, wenn der Umstieg auf JOSM hierzu zukünftig nicht mehr zwingend erforderlich wäre. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von staedtischen Vermessungsdaten
Man könnte daraus Tiles rendern und diese zum dahinter legen anbieten. Lg Ruben Am 08.05.2013 14:38 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Alexander Lehner leh...@edv-buero-lehner.de wrote: Wie immer haengen wir bei diesem Thema an der rechtlichen Frage fest. Gibt es ausser [1] noch weitere Berichte ueber erfolgreiche Imports von kommunalen Daten? V.a. das Thema Haeusergrundrisse waere interessant. Ich habe vor Urzeiten mal kommunale Daten der Gemeinde Neunkirchen am Sand importiert, die diese zur Verfügung gestellt hat. Markus sollte da mehr zu den Administrativa wissen. Das waren Häusergrundrisse und Hausnummern. Heute ist das alles gar nicht mehr so einfach, denn im Gegensatz zu damals müsste man wohl in der Regel bestehende Daten entfernen. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Evtl. Zusammenarbeit mit landesvermessungsamt Brandenburg
Hallo Florian, Wo hast du die Daten abgelegt? Lg Ruben Am 08.05.2013 14:12 schrieb Florian Lohoff f...@zz.de: On Wed, May 08, 2013 at 02:00:54PM +0200, Andreas Dommaschk wrote: Hallo, das sind ja freudige Nachrichten. Zusätzlich zu den Adressen, würde ich noch nach der kompletten Straßenliste für Brandenburg fragen. Die ist, wie finde, deutlich wichtiger. Bisher habe ich immer die Landkreise oder Ämter nach den Listen gefragt. Die komplette Liste gibt es bisher nur gegen ein hohes Endgeld. Die kompletten Listen gibt es in den Wahlbezirkszuordnungen und die sind per definition Gemeinfrei. Es koennten lediglich Straßen ohne Häuser fehlen, meiner Erfahrung nach sind die aber meist trotzdem mit drin. So habe ich initial mal alle Straßenlisten NRWs zusammengetragen. Ich würde hier den Fokus auf Adressen und Straßenlisten konzentrieren. Die Bing Bilder sind ausreichend und aktuell. Die Luftbilder des Landes sind stellenweise schon ein paar Jahren alt. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUYpA15DdQSDLCfIvAQiyZxAAkjrmsBkGcgliCK9RF38m5Eaf/N2wTEtC 5dLjtBAHbIx4g+k6QqqrHc0Q92fAxCliUmSQs8LEgRsGAZNxg+PWxq7RxXwdkBVg gChAh2QZ/1yu7TY41ZRYEScw2gX47XbDtCevw51WApfFSfuvkFXJk2LcowX6GwaG rYBTru2Oz9RP1+IS/lOR+3XhyO91EBhiXLkqVZafHYqHTz5rQnv2JQ5pJ0+QQ2f5 0pXx3zGYgxyVnuMZIVcjNhzUUBbzM6TJqZvnY3qV+NMM6oMcRhWR0QtrYbvsRQX1 D0baydsX/s2OtOn5wtYZx6swU5t5mVk89kO7620E7BoX6ORdZxEPBOJCdy/0/psL p5ObBUH0rfZ17TeJUWzq7LJyeO7c8hFYv+AwQQyhv0zJRr8T/lbC9D/Xdjz4Nxa1 +nC3f/7/S3Y9PaJyJw1V3Ei5aTgD9jPxkltmgKEu0Ed+McAEJb1kvu9V0BVFyCOg Ymuk3jtlY7RO7ge3web9QWqH/o31jA0iHKkxQudIO3vMA8MuBkJoQ4icavfxrKWX 0OvC1YvcH0XJO0fecHJ5RaYlQgXN3Qnru5hhT6s6oVDOfjA5m6qwLGQGsJ7ogjk/ 6oReIaLlTY6Dngx1NP7iTMsYo0ZUP/SqzlTm+pK7zA30+zuPT1XaCpZshoVJYRUp xx9kH3Ot/tg= =ulOq -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stadtteilfuckup in Nominatim
Hallo zusammen, ich wohne in Wermelskirchen. In Wermelskirchen gibt es, rein aus meinem Bauchgefühl, ein paar Stadtteile wie Dabringhausen und Dhünn, die sehr groß sind, einige kleinere wie Tente und Hünger die näher am Stadtgebiet liegen aber noch eine Abgrenzung zum Stadtgebiet haben. Danach folgen nur noch einige Bezeichnungen für kleine Gebiete wie ein Musikantenviertel (für ein Viertel mit Musikernamen) ein paar Plätze mit Bezeichnungen und einige Straßen benennen einen kleinen Bereich der Stadt, wie z.B. Belten. Nun komm ich mit der Erklärung in der Wiki nicht wirklich weiter... denn die vorgelagerten Stadtteile wie Tente gehören natürlich nicht zum Stadtgebiet. Allerdings weiß ich nicht wie ich Nominatim davon überzeugen kann genaue Grenzen zu ziehen... denn bisher passiert das: Residential Kölner Straße, Loches Platz, Tente, Wermelskirchen, Rheinisch-Bergischer Kreis, Regierungsbezirk Köln, North Rhine-Westphalia, 42929, Germany, European Union Bis auf Loches Platz, Tente ist alles richtig, nur Tente ist ein Stadtteil außerhalb des Stadtgebiets. Loches Platz ein Platz irgendwo in der nähe der Straße, dieser ist ein benannter Ort innerhalb der Stadt. Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll damit Nominatim damit zurecht kommt und es dem üblichen Schema für eine Kleinstadt entspricht. LG aus Wermelskirchen Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtteilfuckup in Nominatim
Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder nicht ist wirklich schwierig. Die Frage die sich mir stellt ist, wie Tagge ich den Stadtkern damit keine Außenbezirke in den Pfad der Straßen gezogen werden? Denn das ist derzeit das größte Problem. Davon ab denke ich das ich die meisten Orte nicht als Ort benennen sollte, außer solche Dinge wie Markt wo es keine zugehörige Straße gibt. Der Markt ist derzeit schon place=neighbourhood, wird dann aber von mapnik überhaupt nicht gerendert. LG Ruben Am 9. Mai 2013 00:22 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 09/mag/2013, at 00:11, Ruben Kelevra cyr...@gmail.com wrote: Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll damit Nominatim damit zurecht kommt und es dem üblichen Schema für eine Kleinstadt entspricht. sind das nodes oder Flächen? Flächen sind weil sie explizit das Gebiet definieren besser als nodes, bei Nodes kann Nominatim (und jeder andere) nur raten, wie groß das Gebiet ist. Ggf. kannst Du das hierarchisieren, indem Du das auf place=suburb und place=neighbourhood aufteilst. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtteilfuckup in Nominatim
Nun, wie ich bereits sagte nimmt Nominatim den Stadtteil außerhalb des Stadtgebiets der definitiv NICHT zu einer Straße im Stadtgebiet gehört. Ich wüsste aber nicht wie ich den Stadtkern selbst taggen soll. Das ist das primäre Problem. Hat jemand dafür einen Vorschlag? Den Rest werde ich mal so probieren wie hier vorgeschlagen, entweder ein Shape oder nur die Straße selbst taggen. LG Ruben Am 9. Mai 2013 00:52 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 09/mag/2013, at 00:38, Ruben Kelevra cyr...@gmail.com wrote: Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder nicht ist wirklich schwierig Einfach mal machen, anpassen kann man es immer. Wenn nichtmal die Mapper es genau wissen, wo soll dann Nominatim es hernehmen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Wir könnten selbst Luftbilder mit ner Drohne machen ;) Mal kucken wie sehr das belästigt... Am 09.05.2013 03:04 schrieb Christian Müller cmu...@gmx.de: Am 08.05.2013 23:11, schrieb Martin Simon: Am 8. Mai 2013 22:24 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Sind denn immer noch Reste dieser alten OSM-Daten in den aktuellen Luftbildern? Wenn ich mir das Bonner Verteidigungsministerium ansehe: nein. Und ich hätte lieber die alten Daten zurück: hier wurde in Ermangelung genauerer Daten besonders großzügig verpixelt (sicher ist sicher), so dass die Terroristen jetzt auch Den benachbarten Park, Die Tennisanlage, Das Freibad, den Kletterwald, den Kindergarten, die Umspannstation, das Heizkraftwerk und die Schießsportanlage nebst Biergarten nicht mehr angreifen können. Danke, ich fühl' mich gleich viel sicherer. ;-) .. Wie gesagt, nach der Info die Steffen von den Tarnfleckleuten bekommen hat, darf dieser Verpixelungsgrad rechtlich nicht beantragt werden. Das Problem scheint wohl eher Bing zu sein, wenn sie behördliche Anfragen übererfüllen. Google zeigt doch, dass es auch anders geht. Ernsthaft, fällt euch nix ein, was sich da tun ließe? Gibt es denn niemanden, den wir mit unseren Anfragen belästigen können? Grüße Christian ps: Du hast noch Flugzeug als keyword vergessen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway
Ich fänds schön wenn der mal einen Beenden-Menüpunkt anbieten würde und man nicht warten muss bis er irgendwann von selbst aufhört das GPS zu verwenden. Sorry für OT. On Topic würde ich vorschlagen das man einfach einen Menüpunkt Neue Straße anbietet und sofern schon Hausnummer getaggt wurden fragt wie die alte heißt, ansonsten eben nach dem Namen der neuen. Wenn man das überspringen fragt er bei der Erstellung der nächsten nochmal. Ich würde Postcode/Name/Suburb/Hamlet/City/County anbieten. Und grundsätzlich auch einen kleinen Button der auf ne vollwertige Tastatur wechselt und dann fragt ob Housename/Note/Fixme erstellt werden soll. Lg Ruben Am 03.05.2013 16:43 schrieb Markus Semm ms...@enaikoon.de: Hallo, aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 . Das ist eine Opensource Android Software zum effizienten Erfassen von Hausnummern und Adressen für OSM. Download hier: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Einer der anstehenden Punkte auf der ToDo Liste ist die Optimierung des Bildschirms Adress-Editor, in dem für die zu erfassenden Hausnummern weitere zugehörige TAGs befüllt werden können, derzeit addr:housename, addr:street, addr:postcode, addr:city und addr:country. Diese Infos werden dann jedem neu erfassten Hausnummern-Node zugeordnet und in JOSM mit geladen. Meine Frage an Euch: welcheTAGs sollten Eurer Meinung nach sinnvoll im Address-Editor des Keypad-Mapper 3 angezeigt werden? In Berlin habe ich gesehen, dass viele Hausnummern in letzter Zeit durch addr:suburb ergänzt wurden um die Stadtteile (Schöneberg, Wilmersdorf...) zu mappen, in denen sich die Adresse befindet. Das ist auch sehr sinnvoll um sich besser orientieren zu können. Ich weiß, das diese Frage nicht genau zu diesem Thread-Thema passt, irgendwie dann aber doch weil Vorgaben in einer Software dazu tendieren verwendet zu werden und deshalb der Keypad-Mapper Datenstrukturen forcieren sollte, die später z.B. von Nominatim sinnvoll ausgewertet werden können. Markus -Ursprüngliche Nachricht- Von: Andreas Neumann [mailto:andr-neum...@gmx.net] Gesendet: Freitag, 3. Mai 2013 16:11 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering-Intervalle der Karte
Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles 12 dauert es teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu gerendert. Lg Ruben Am 01.05.2013 14:24 schrieb tumsi tu...@gmx.de: Hallo zusammen, Gibt es irgendwo eine Übersicht, welche Regionen der Welt in welchen Intervallen neu gerendert werden (ich meine natürlich die Karte auf openstreetmap.org)? Soweit ich weiß, wird Deutschland i.d.R. alle 24 Stunden aktualisiert. Wie sieht dies z.B. in Schweden aus? Hier war mir gerade aufgefallen, dass dort Tiles vom 09. Februar genutzt werden (laut Statusinfo). Viele Grüße, Constanze __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering-Intervalle der Karte
Und mit /status bekommst du das Datum des renderns. Lg Ruben Am 01.05.2013 15:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 01/mag/2013, at 14:49, Ruben Kelevra cyr...@gmail.com wrote: Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles 12 dauert es teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu gerendert. +1, das hängt davon ab, ob sich was geändert hat (in höheren Zoomlevels), wenn es doch mal hakt, ist evtl. die Neurender-liste voll, dann gehen AFAIK die Änderungen erstmal vergessen, bis wieder jemand dort editiert, kommt aber eher nur in Ausnahmefällen wie Hardware-Defekt oder so vor, evtl. auch bei ungewöhnlich hoher Aktivität (Importe)? Du kannst aber das Neurendern auch manuell veranlassen, indem Du an die tile-URL ein /dirty hängst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güterbahnhöfe / Verladestationen
min_level hast du vergessen, aber sonst hast du recht (: Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Hatte n Bug gefilet, vielleicht hat das geholfen ;) Die neue Version sieht viel chicer aus. :) Lg Ruben Am 25.04.2013 12:26 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version. Ist seit heute auch verfügbar: http://www.androidpit.de/de/android/market/apps/app/net.osmand.plus/OsmAnd-Karten-Navigation Die kostenlose Version gab es schon gestern: http://www.androidpit.de/de/android/market/apps/app/net.osmand/OsmAnd-Karten-Navigation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Fehlt nur noch AndroidPIT Aber hab mir die neue Version runtergeladen, NETT! Kein Vergleich zu vorher, auch vom Funktionsumfang ausgebaut. Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version. LG Ruben Am 24. April 2013 01:14 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: OsmAnd ist jetzt wieder im Google Play Store erhältlich: http://osmand.net/en/component/content/article/85-google-play-app-unavailable.html https://play.google.com/store/apps/details?id=net.osmand https://play.google.com/store/apps/details?id=net.osmand.plus Das Design wurde verändert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Ich würd den Weg von René beschreiten und die Gemeinde fragen was dort los ist. Am 23. April 2013 15:46 schrieb Steffen Heinz eifelhu...@gmx.de: Am 23.04.2013 15:13, schrieb Florian Schäfer: Was meint Ihr, soll ich lieber die Hausnummer am Haus mappen, oder die offizielle Hausnummer? die die der Briefträger braucht ? ;) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Ach wir hatten noch ne 7 über, und die hat hier eh keiner ... ;) LG Ruben Am 23. April 2013 18:20 schrieb Florian Lohoff f...@zz.de: On Tue, Apr 23, 2013 at 03:13:03PM +0200, Florian Schäfer wrote: Hallo Liste, schon mehrere Male ist es mir passiert, dass die offizielle Hausnummer mit derjenigen, die am Haus hängt nicht übereinstimmt. Beispiele: 1. Ich habe mal in der Hausnummer 6I (sechs römisch eins) gewohnt, bis ich beim Umzug bemerkt habe, dass im Grundbuch 6a steht. 2. Hier im Ort gibt es ein Doppelhaus an dem die Hausnummern 7 und 7a hängen. Laut Maps4BW vom Landesamt für Geoinformation und Landentwicklung [1] hat dieses Haus die Hausnummern 9 und 9a. Klingeln und dumm fragen? Vielleicht gibts ja eine plausible erklaerung fuer den mismatch ... Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUXa0wJDdQSDLCfIvAQjJoA//UC4SPsJ1XRFcHwSedRn5r0I6YNmcab9Z H+gh9Y2ZIjRKBE3dI5zLZcybS7l4GhAKAf0CSyh1+dspUV0K94gIHjfaUb4m+teB JOJG1dy5IyNBXEafoJFwVIgf+4qXAUlzNAblYtcnlF/xVAb9xdlijEE6+Nrf9JJs b14xB06wVqIIUf0K00mSIlaOs1KDSVQntOJ9UgjFHUHTI7gwHgpxZAjivtHAx+/n OsT9FdC7zRCfKZfF/8w4zvidzRwbB0fnc/TqyKqjdmFMmPkQ1nWQu1dJ7sZBJHpZ Us2yD7OLksKjwPlkNmvDTZVx6ygc3vVKp/xpjBL8M1QQ5VtHtGhzFVmy23jie55C xNkDra7QNgIq20m/DNAfq912k9Y1tqz9h2AXCjs7DipS/k8CAcdhs8ZiRWU4UVRB +jZExqB2NOcLp5zDXxfhI4o4JOgwt+Z4Pp5/Bbh+Ta2L/wDqFsA8mgOQpxDPkTT7 kR8rZ+4WNLJhFOpHWoHGoKPiNa2Sq0Ywbi8gP9VoRDaVO9Rt6Inr92MmfRNfDHN2 47psReQmnrk4z6xhdxs7KRnF6ZVCRwR1raLkHlZekhhXSFmzKqCfONscSBdgbHIs 8WiP9PGGFhRzY/CWH5B/MitROaId61+QPM+4A41GzrcyFDrcgjvL13buNc0CdXg3 uwLZaEPcrBc= =A3TW -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Freuen wir uns über schönere Icons (: LG Ruben Am 20. April 2013 19:01 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: Weiß jemand Näheres? Es scheint Differenzen zwischen dem Designer und dem Projektmanagement gegeben zu haben. Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu verwenden. Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur Folge. Jetzt ist man dabei, alle Icons auszutauschen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Also eine Sache könnte man konkret angehen, da diese immer Fehlerhaft ist: Doppelleerzeichen. Oder sieht jemand das anders? Könnte mein Bot-Framework drauf ansetzen diese zu entfernen. LG Ruben Am 14. April 2013 16:32 schrieb Hans Schmidt z0idb...@gmx.de: Hallo, mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr mangelhaft ist. Was mir oft auffällt sind die sogenannten Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“ steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern es ist eine DRK-Kita). Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen () als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt /DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig, aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des richtigen Apostrophs ’ verwendet. Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt, wird es korrigiert. Leider sind die Leute, die die richtige Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer ein wenig unprofessionell aus. Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes, wo automatisch je nach name:xyz in das richtige Anführungszeichen gewandelt wird? Und eventuell irgendwie eine Art Warnung bei Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich vorzuziehen, da so direkt die Fehler vermieden werden könnten. Gruß, Hans ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Hallo zusammen, Ich wundere mich sehr darüber dass die OSM Lizenz-Angabe in Waze fehlt... besonders bei der Verbreitung dieser App. bin ich einfach nur blind oder fehlt der Hinweis wirklich? Könnte man da einfach man fragen warum sie denn unsere Daten nicht vernünftig lizenzieren ? Lieben Gruß Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Hier sind definitiv OSM-Daten im Spiel, ich glaube nicht das jemand in meiner kleinen Stadt Parkplatzwege mit Einbahnstraßen tagt ... etc. Das meiste kann man ja abzeichnen aber solche Details eben nicht. Die Positionen sind von den Aufnahmen entnommen, nicht OSM... LG Ruben Am 12. April 2013 12:46 schrieb Walter Nordmann pil...@hotmail.com: Chris66 wrote Ich dachte, die nutzen kein OSM ? http://de.wikipedia.org/wiki/Waze Stimmt, ich hab es extra nochmal installiert: immer noch Navteq-Daten. Ich hab in meinem Dorf eine Musterstelle, woran ich das auf einen Blick sehe. Kann man hier http://wambacher.bplaced.net/omc/sautter.html?zoom=17lat=50.11194lon=8.0922layers=B000TF am Wurmfortsatz in der Bildmitte leicht erkennen. -- View this message in context: http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756785.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Gmaps: http://ompldr.org/vaTJ0NA Waze: http://ompldr.org/vaTJ0NQ OSM: http://ompldr.org/vaTJ0Nw Am 13. April 2013 03:00 schrieb Walter Nordmann pil...@hotmail.com: screenshots? ich kann morgen auch welche für mein Dorf machen. Eindeutig Navteq. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756876.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de