Re: [Talk-de] Umwandeln von .osm-Dateien in PDF
am Freitag, 5. August 2016 um 20:45 schrieb Martin Koppenhoefer: > einschließlich Datenbank etc. zu rendern. Wenn man eine einfachere > Umwandlung sucht wäre vielleicht Osmarender ein Weg, bzw. die Perl > Version davon? Osmarender wird seit 2012 nicht mehr weiter entwickelt. Hat wahrscheinlich auch Probleme mit 64-Bit-IDs. CHristian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OEPNV-Nachhilfe gesucht
Hallo! Lübeck ist in OSM eigentlich ganz gut vertreten. Eine handvoll Mapper versucht, die Daten zu verbessern und auf dem aktuellen Stand zu halten. Darunter sind auch auch manch alte Hasen. Aber leider kennt sich bei uns keiner so richtig mit dem Thema ÖPNV aus, deswegen ist der Lübecker Raum in dieser Beziehung etwas unterentwickelt. Ich selbst habe früher auch Bushaltestellen (highway=bus_Stop) eingetragen; mehr aber nicht. Nachdem aber das neue Schema und danach noch ein Schema kam und gefühlt noch viele mehr, habe ich nicht nur den Überblick, sondern auch die Lust verloren ÖPNV zu erfassen. Nun möchte ich gerne einen neuen Anlauf starten. Daher haben wir beim vorletzten Stammtisch überlegt, ob uns nicht jemand mal Nachhilfe geben kann. Am besten mittels eines kleinen Workshops vor Ort in Lübeck. Die umliegenden Communities (Rostock, Kiel, Hamburg, etc.) wären dann natürlich auch eingeladen. Es sollte einen kurzen Überblick über die verschiedenen Tagging-Schematas geben, Vor- und Nachteile erklärt, Inkompatibilitäten aufgezeigt werden und schließlich das Tagging an konkreten Beispielen (vielleicht auch mit Vor-Ort-Besichtigung) durchgeführt werden. Wer hätte Lust uns da mal was zu zeigen? Terminlich sollten wir die Sommer- und Ferienzeit abwarten und vielleicht so September als Termin planen; am besten am Wochenende. Dann könnten wir eine schöne Mappingparty daraus machen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] unpraktisches Nominatim-Ergebnis
Hallo! Ich habe gestern auf openstreetmap.org nach Wildpark Eekholt gesucht. Da gab es mehrere Suchergebnisse. Das erste war http://www.openstreetmap.org/node/2414231380 , welches ein Straßenschild ist. So eine braune Tafel, welche an Autobahnen auf touristische Ziele hinweist. Gerade in Verbindung mit der neuen Routingfunktion auf der der Hauptseite ist das unpraktisch, da dort wohl stets das erste Ergebnis genommen wird und einen nun zu dieser Hinweistafel an der Autobahn, statt zum eigentlichen Wildpark https://www.openstreetmap.org/relation/1918204 leitet. Ich habe keine Ahnung wie man das verbessern kann. Vielleicht sollte Nominatim irgendwie die Relevanz von den Ergebnissen besser sortieren, so daß eine große Toristenattraktion Vorrang vor einem Straßenschild haben sollte. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
am Freitag, 12. Dezember 2014 um 19:25 schrieb Markus: Eine Idee wäre: Eine zusätzliche *DB für unscharfe Gebiete*, ausschliesslich mit ungefähren Angaben zur Ausdehnung von Namens-Gebilden... Berge, Täler, Rücken, Wüsten, Ebenen, Gebiete, Meere, Meeresteile, Buchten, Lagunen, Gletschern, Gletzscherzungen, Wäldereien, ... Warum separate DB? Wäre das nicht was für API 0.7 (sofern es diese irgendwann mal geben wird)? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten in POI nodes
am Samstag, 9. August 2014 um 18:40 schrieb Bernhard Weiskopf: Soll man die jetzt nicht mehr eintragen, weil die z. B. aus der Umrandung building = herausgelöst werden können, oder hätte der Mapper die nicht löschen sollen? In Lübeck haben wir eine building-Relation erstellt, die als outline-member die Gebäudehülle mit den Adressinfos enthält und die einzelnen POIs als contains-member (z.B. [1]) ohne Adressangaben. Ob das irgendwo anders noch so gemacht wird, weiß ich nicht. Ich finde es auch nicht einfach zu benutzen. Christian [1] https://www.openstreetmap.org/relation/3661549 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege mit zeitlicher Zutritts-Beschrängung
am Donnerstag, 29. Mai 2014 um 13:59 schrieb Bernhard Weiskopf: Die zeitliche Zutrittsbeschränkung möchte ich in OSM erfassen, damit Navigationsgeräte nur zu den Öffnungszeiten hier durchleiten. Du kannst es gerne eintragen, aber bitte gehe nicht davon aus, das es auch nur ein Routingprogramm gibt, welches diese Angabe nutzt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten
am Dienstag, 20. Mai 2014 um 10:13 schrieb Sven Anders: Offizielle Straße name=Dahlienweg source:name=Straßenverzeichniss Hamburg vom 07.05.2009 Kleingartenverein name=Dahlienweg source:name=Schild am Eingang des Kleingartens. Alles Blödsinn in meinen Augen. Ein Name ist ein Name ist ein Name. Was ist mit dieser Variante source:name=Schild? Entspricht zumindest noch der guten alten on-the-ground-Regel. Bald importieren (automatisch oder manuell) wir nur noch Daten aus verschiedenen Quellen und malen von Luftbildern ab. Das kann man auch technisch lösen. Was soll dann noch der Mapper vor Ort? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wegenamen in Kleingärten
am Sonntag, 18. Mai 2014 um 15:37 schrieb Wolfgang Hinsch: Wenn das Tag name für diese Wege benutzt wird, macht das die Navigation nach OSM-Daten unbrauchbar, für jeden Navi-Benutzer wie für Rettungsdienste, Taxi etc. Nö! It's not a bug, it's a feature. Welches Navi kann Dich schon zu Kleingartenparzellen routen? Schreib doch z.B. mal die Entwickler von OSMand oder mkgmap an. Die nehmen doch gerne Vorschläge an und haben auch entsprechendes Know-How. Die sollen doch einfach hinter den Dahlienweg in Klammern den Namen der Schrebergartenkolonie (vom landuse) setzen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Mapping
am Mittwoch, 7. Mai 2014 um 18:58 schrieb tumsi: Und dann wurde der ganze Wahnsinn auch noch mit so etwas unkomfortablem wie iD erstellt... ...und auch völlig ohne Multipolygone, dazu kommt noch das geschickte Einsetzen von Tags um die Farben zu bestimmen... Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten
am Donnerstag, 13. März 2014 um 12:06 schrieb Frederik Ramm: mich, dass er nicht locker lässt. Diese Hochsitze sind nunmal da, also können sie auch gemappt werden. Andererseits ist es ja eigentlich gerade Genau! erwünscht, wenn man mit Daten unzufrieden ist, dass man dann mit den anderen Mappern darüber spricht, statt alles gleich zu löschen. Aber man kann daraus keinen Anspruch ableiten, die Daten zu löschen. Morgen kommt der Bankdirektor, weil wir alle seine Banken gemappt haben, und Bankräuber sind besser ihre Ziele aussuchen können, übermorgen kommt das BKA und fürchet um die Sicherheit der KKWs (also auch löschen), einen Tag später kommt Frau Meier, die ihr Haus gelöscht haben möchte, hat sie ja auch schon die Google Streetview verschleiern lassen... In einem Monat ist die OSM-Datenbank leer... Ich sehe das als eine Art der Zensur. Und gerade hier sehe ich eine der großen Stärken von OSM. Wir wollen nicht verstecken, verheimlichen, vertuschen, verfälschen, sondern die Realität abbilden. Da kommt man wahre Karten erstellen kann. Ich finde das aber mit den Straftaten ein bisschen komisch, das klingt, als wollte man den Mapper unter Druck setzen und ihn zum Mittäter machen, wenn er nicht freiwillig seine Hochsitze löscht... Hochsitze sind allgemein gut sichtbar, wenn man sich in Wald und Flur bewegt. Die kann man auch ohne OSM finden, und falls doch OSM genutzt wurde, sehe ich darin auch keine Mitschuld. Man kann die Wahrheit nicht verstecken. Nutzen sie nicht OSM, dann vielleicht Google-Satelitenbilder oder sie suchen selbst. Schreibt der Jäger auch die Baumärkte an, daß sie doch bitte keine Sägen mehr verkaufen sollen, weil damit schon mancher Hochsitz zerlegt wurde? = Gegen das Löschen! Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
am Donnerstag, 20. Februar 2014 um 17:04 schrieb Frederik Ramm: download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur Warum eigentlich immer DACH? Für mich als Norddeutschen ist es immer verwunderlich, warum man unbedingt diese drei Länder zusammenfassen will. Sprachlich ist da eine Gemeinsamkeit, OK, aber räumlich? Menschen an der Westgrenze von Deutschland interssieren sich vielleicht eher für DFRLUBE, hier im Norden eher DDK usw. Ich erstelle mir meinen Ausschnitt immer für den Bereich Norddeutschland, Dänemark und südliches Schweden. So was gibt es auch nicht fertig. Ist der Bedarf nach DACH-Daten tatsächlich so groß? Oder wollen die Leute nicht eher BYBWACH? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieviel Tiles sind das?
am Donnerstag, 16. Januar 2014 um 21:50 schrieb Frederik Ramm: wir haben auf der Geofabrik-Tools-Seite jetzt einen kleinen Tile-Rechner - http://tools.geofabrik.de/calc/ damit kann man ausrechnen, wie viele Tiles man braucht, um ein bestimmtes Gebiet abzudecken, und wie gross die sind. Die Groesse wird Prima, so was wollte ich schon immer mal haben. Ich habe mich deswegen vor einiger Zeit auch mal versucht [1]. Aber irgendwie gab es immer mal ein paar Rechen bzw. Javascriptfehler. :-( Danke für Euren Service! Christian [1] http://osm.duschmarke.de/tiles.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
am Montag, 23. Dezember 2013 um 19:06 schrieb Eckhart Wörner: Am Montag, 23. Dezember 2013, 13:52:01 schrieb Wuzzy: Tiles dürfen zwar tw. kostenlos benutzt werden, aber das macht die Karte noch lange nicht offen, denn die Renderregeln sind und bleiben ein Betriebsgeheimnis, also unoffen. Was ist dann mit den Kacheln von MapQuest Open? Soll die (IMHO einzig professionell aussehende) Ebene dann konsequenterweise auch rausgeschmissen werden? Der Mapquest-Style ist frei (MIT): https://github.com/MapQuest/MapQuest-Mapnik-Style Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
am Freitag, 18. Oktober 2013 um 17:27 schrieb Thorsten Alge: ziemlich cooles Video, danke. Gibts dazu auch ein tool mit dem ich ein solches Video für eine andere Region erstellen kann? https://github.com/MaZderMind/osm-history-renderer Hat allerding (noch?) den Nachteil, daß Relationen nicht ausgewertet werden und somit keine Mulitpolygone gerendert werden. Das sieht manchmal nach einem Rückschritt aus, wenn plötzlich ein Wald verschwindet. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme Postgres 9.2 mit Postgis 2.0.3-2 unter Win 7 64 Bit
am Sonntag, 4. August 2013 um 22:38 schrieb Christian H. Bruhn: Nun habe ich die PLZ-Gebiete herausgefiltert und lasse mir über pgadmin die Daten anzeigen. Es enthalten aber nur ca. 50% aller PLZ-Gebiete Geometrien. Zähle ich mit count durch enthalten aber 446 von 488 Gebieten geschlossene Polygone. Was ja schon eher stimmen sollte. Das Ganze ist ein reines Anzeigeproblem von pgAdmin. Über die Kommandozeile oder phpPgAdmin werden die Daten korrekt ausgegeben. Das Problem ist, daß pgAdmin unter Windows 7 sehr lange Felder nicht darstellen kann. Daher soll die Anzeige in der nächsten Version auf 4679 Zeichen beschränkt werden [1]. Christian [1] http://www.mail-archive.com/pgadmin-support@postgresql.org/msg13522.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme Postgres 9.2 mit Postgis 2.0.3-2 unter Win 7 64 Bit
Hallo! Ich habe eine OSM-Datenbank mit dem Snapshot-Schema installiert. Dazu habe ich unter Windows 7 64 Bit eine aktuelle Postgres-Datenbank (9.2.4 64) mit Postgis (2.0.3 r11132) installiert. Ich habe einen aktuellen Schleswig-Holstein-Extrakt der Geofabrik mit osmosis importiert. Nun habe ich die PLZ-Gebiete herausgefiltert und lasse mir über pgadmin die Daten anzeigen. Es enthalten aber nur ca. 50% aller PLZ-Gebiete Geometrien. Zähle ich mit count durch enthalten aber 446 von 488 Gebieten geschlossene Polygone. Was ja schon eher stimmen sollte. In einer älteren Version (32 Bit Postgres 9.1.5, Postgis 2 2.0.1 r9979) unter Windows XP (32 Bit), werden beim gleichen Extrakt die Daten richtig angezeigt. Kennt jemand das Problem? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
am Freitag, 25. Januar 2013 um 16:30 schrieb Martin Raifer: halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Wenn ich FF Cookies deaktiviert sind, gibt es die Meldung der Browser sei nicht geeignet. Die Meldung leitet in die Irre. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unangekuendigte Massenedits
am Dienstag, 15. Januar 2013 um 12:00 schrieb Falk Zscheile: Vielleicht lassen wir uns nochmal vom Eröffner dieses Threads erklären, worin er den Unterschied zwischen einem highway=cycleway mit bicycle=yes und einem highway=cycleway mit bicycle=designated sieht. Auf dem Lübecker Stammtisch hatten wir einmal besprochen, daß es im Prinzip egal ist, ob man ein Weg nun als path bzw. footway/cycleway taggt. Wichtig sind die access-Tags und dort beschreibt ein *=designated ein rundes blaues Verkehrsschild, *=yes alles andere, auch ein Radfahrer frei unter einem blauen Fußweg-Schild. Möglicherweise sind dann die eigentlichen (Massen-)Edits korrekt und wir müssen nur noch über die Verwerflichkeit von Massenedits an sich reden. Der User hat sich eigentlich sehr widersprüchlich ausgedrückt. Er verwies auf [1] und die dortigen implizierten Tags. Ich sagte dort steht für bicycle am cycleway nicht konkretes. Er meint aber designated wäre default. Gelöscht hat er aber yes. Ähnlich gilt für footway. Wenn er dann konsequenterweise designated rausgeschmissen hätte, dann wäre sein Handeln zumindest folgerichtig. Christian [1] http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Germany ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] unangekuendigte Massenedits
Hallo! Seit einigen Tagen werden in Deutschland massenhaft access-Tags von footway und cycleway gelöscht (z.B. [1]). Der User hält z.B. bicycle=yes an highway=cycleway für überflüssig. Ich finde das aber wichtig um es von bicycle=designated abzugrenzen. Ich habe auch keine Ankündigung, geschweige eine Diskussion zu dem Thema gesehen. Ebenso wenig wurden die einzelnen Ersteller vorher gefragt. Christian [1] http://www.openstreetmap.org/browse/changeset/14614172 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] temporaeres Festival-Gelaende
Hallo! Das Gelände des Wacken-Open-Air-Festivals [1] ist in OSM recht detailliert gemappt [2]. Allerdings ist das Gelände (mit Auf- und Abbau) nur wenige Wochen im Jahr Festivalgelände. Den Rest des Jahres ist es normale landwirtschaftliche Nutzfläche. Ich würde sagen, die Daten haben in OSM nichts zu suchen. Es könnte sich aber jemand die Mühe machen, bei Veranstaltungsbeginn die Objekte reinzunehmen und nach Beendigung wieder zu löschen (so wie schon oft beim Hamburger Dom geschehen. Wäre es alternativ eine Lösung, die Objekte in einen speziellen Namensraum (z.B. woa:*) zu verschieben? Allerdings sind die Eintragungen aus 2011. Ich weiß nicht, in wie fern die Wege und Bühnen jedes Jahr gleich sind. Ich will da jetzt nichts ohne Rücksprache verändern und wüßte gerne, ob man dem Ersteller eine Alternative anbieten kann. Christian [1] http://de.wikipedia.org/wiki/Wacken_Open_Air [2] http://www.openstreetmap.org/?lat=54.0253lon=9.3815zoom=14layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
am Freitag, 16. November 2012 um 13:04 schrieb Jan Tappenbeck: merkwürdig - die Daten habe ich mal mit josm erstellt und der ist doch empfindlich. JOSM erstellt nicht das normale OSM-XML [1], sondern ein spezielles JOSM-File-Format, welches Daten und Änderungen gleichzeitig speichert. Es hat wie schon erwähnt einige zusätliche Elemente (action), dafür fehlen andere Elemente wie version. Zur Konvertierung habe ich die Daten bisher zur Test-API [1], [2] hochgeladen und wieder runtergeladen. Es sollte aber kein Hexenwerk sein, einen Konverter zu schreiben. Christian [1] http://wiki.openstreetmap.org/wiki/JOSM_file_format [2] http://api06.dev.openstreetmap.org [3] http://wiki.openstreetmap.org/wiki/Sandbox_for_editing ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankabfrage mit Relation
am Samstag, 22. September 2012 um 22:52 schrieb Ristok, Uwe: Ich versuche zur Zeit eine Datenabfrage zu erstellen, in der ich versuche die vorhandenen Straßennamen innerhalb eines Gebietes zu ermitteln. In einem geschlossenen Polygon (ein einziger Weg) bekomme ich das schon hin, allerdings klappt das nicht bei einer Relation, welcher aus mehreren Wegen bsteht. Wie bekomme ich die verschiedenen Wege zu einemPolygon in der Datenabnkabfrage verbunden? Ich stand gerade vor dem gleichen Problem. Habe es dann so gelöst, über zwei VIEWS zu gehen und diese abzufragen. Dadurch wird die eigentliche auch übersichtlichert. Im Forum hatte dazu einen Thread [1] eröffnet. Die Antwort steht ganz unten. Christian [1] http://forum.openstreetmap.org/viewtopic.php?id=18191 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitplan zur Generierung eines neuen ODBL-Planets
am Freitag, 14. September 2012 um 22:00 schrieb Michael Bemmerl: Kam gerade über IRC: http://openstreetmap.us/torrents/planet-120912.osm.bz2.torrent Gibts das auch für die PBF-Version? Die ist auch gerade fertig geworden. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel gelöscht?
am Dienstag, 7. August 2012 um 21:47 schrieb Christian Müller: Wichtiger wäre, erst einmal zu klären, wie lange die ODbL dem Projekt nun genügt. Wenn übernächstes Jahr der nächste Wechsel bevorstellt, weil irgendjemand e.g. rechtliche Lücken in der ODbL entdeckt, frißt sich der nächste Pacbot durch die mit Mühe recherchierten Daten. Der Nein, in der Teilnehmervereinbarung (Contributor Terms (CT)) [1] ist festgelegt, wie auf eine andere FREIE Lizenz gewechselt werden kann. Alle Daten in der neuen ODbL-lizenzierten OSM-Datenbank werden nur noch von Usern stammen die die CT akzeptiert haben. Daher wird es keinen Datenverlust durch Lizenzwechsel mehr geben. Christian [1] http://www.osmfoundation.org/wiki/License/Contributor_Terms/DE ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbindung von Openstreetmap auf Internetseite
am Mittwoch, 1. August 2012 um 12:12 schrieb Albrecht Will: 5. Geben Sie den gewünschten Code ein. 6. Klicken Sie auf Speichern. Der HTML-Code wird in Ihre Seite eingefügt. Was wäre das für ein Code? Den bekommst du auf http://www.openstreetmap.org/ unter Export und dann HTML auswählen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
am Freitag, 20. Juli 2012 um 00:58 schrieb Garry: Welches Tool zeigt den Beispielsweise an dass an einer Kreuzung die Fahrspur zum rechtsabiegen verloren gegangen ist? Welche Tool zeigt Dir an, daß die Kreuzung bisher noch nicht richtig erfaßt worden ist? Wir sollten mal nicht so tun, als ob vor der Umstellung alles perfekt gewesen ist. Aber in einer Stadt kann so eine falsch gemappte Kreuzung schon zu grösseren Problemen führen. Das gilt auch, für den Fall daß die Kreuzung bisher noch nicht richtig, mit allen Restriktionen, gemappt wurde. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätskontrolle POI in OSM
am Donnerstag, 5. Juli 2012 um 11:11 schrieb Martin Koppenhoefer: genau, entweder man nutzt die Daten und berichtigt sie, wenn sie falsch sind, oder das ganze ist sowieso sinnlos, oder? Ein POI der niemanden interessiert und bei dem es niemandem auffällt, ob er noch da ist oder nicht, bei dem ist es letztlich auch egal, ob er in der DB ist oder nicht. Wir sollten uns langsam mal von dem Gedanken trennen, daß wir nur für uns mappen. Unsere Daten sind mittlerweile so gut, daß sie oft genutzt werden. Es wird also immer mehr reine Datennutzer geben. Nicht nur direkt, die Leute die sich die Daten bei uns ziehen, sondern noch eine viel größere Menge an Leuten, die eine Website oder eine Offline-Karte benutzen und die nicht wissen (wollen) woher die zugrundeliegenden Daten kommen und was OSM eigentlich ist. Und genau diese Endnutzer interessieren sich vielleicht für den POI und ärgern sich im Nachhinein, daß er nicht stimmt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaetskontrolle stochastisch
am Freitag, 6. Juli 2012 um 13:23 schrieb Frederik Ramm: Stellt Euch mal vor, es gaebe neben einem Kartenausschnitt zwei Buttons - Daumen rauf und Daumen runter, oder so. Wenn ein Kartenbetrachter einen der Buttons anklickt, wird das in einer Datenbank vermerkt - gerade angezeigter Ausschnitt, Timestamp, Daumenrichtung. Auf welcher Karte denn? Auf einer der zahlreichen Web-Karten, auf einer Garmin-Karte oder beim Routing mit dem Smartphone? Noch noch ein weiteres separates Tool? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlecker XL
am Freitag, 29. Juni 2012 um 12:30 schrieb Michael Kugelmann: die Schlecker XL werden jetzt sehr wahrscheinlich auch platt gemacht (war gestern in den Nachrichten), siehe auch Wikipedia. Steht das XL irgendwo am Laden, oder wie erkennt man das? In 23626 Ratekau hatte heute der Schlecker-Markt immer noch geöffnet. Ist das ein XL-Markt? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
am Montag, 25. Juni 2012 um 21:41 schrieb Manfred A. Reiter: Noch eine Frage ... In JOSM kann man es sehen es sind noch viele Nodes verblieben ;-) ... Gibt es eine Möglichkeit diese wieder zusammenzuführen? Diese Frage ist ein Klassiker. Die Küstenlinien werden in der Hauptkarte (Mapnik) nicht so häufig aktualisiert, wie die übrigen Daten. Die Wasserflächen werden nur alle paar Wochen separat erstellt und mit der Karte zusammengeführt. Daher erscheinen die Änderungen in Küstenlinien nicht nicht der gewohnten Geschwindigkeit. Die Linie ist da. Man kann sie ja in JOSM sehen; außerdem erkennst Du sie auch als gestrichelte violette Grenzlinie. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: bei Eingabe wechsel auf Englische Tastatur
am Sonntag, 3. Juni 2012 um 11:17 schrieb Jan Tappenbeck: ist Euch das auch schon mal aufgefallen das bei der Eingabe von Texten der Rechner die Tastatur von Englisch auf deutsch wechselt? win7 Dann hast Du wohl Alt-Shift gedrückt. Ein weiteres Mal drücken kehrt wieder zu QWERTZ zurück. Ist aber nicht nur in JOSM so, sondern eigentlich in jedem Programm. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagerhalle oder Speditionsgelände
am Freitag, 13. April 2012 um 22:24 schrieb fx99: wie wärs mit NACE=H49.4.1 - Freight transport by road oder NACE=H52.1.0 - Warehousing and storage -1 Braucht wieder eine externe Quelle, um ausgewertet zu werden. Ist so nicht brauchbar. So etwas hat in OSM nichts zu suchen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal-Anmeldung unmöglich, keine Fehlermelldung
am Montag, 2. April 2012 um 14:18 schrieb operivar: ggf. sich noch in diese Liste eintragen: http://wiki.openstreetmap.org/wiki/ODBL/users_to_agree Hat die Liste den irgendeine Relevanz? Wissen die Admins von dieser Liste? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmanipulation wegen Lizenzwechsel
am Freitag, 30. März 2012 um 21:11 schrieb Robert S.: Ich bin gerade eben auf folgendes Changeset gestoßen: Es handelt sich dabei um einen Autobahnneubau, der erst am 4.4 eingeweiht wird (mit Minister und so...) und dort von dem Benutzer jetzt schon als fertig eingetragen wurde. Anscheinend, weil er diesen fertigen Abschnitt noch in den letzten CC-BY-SA-Datenbankauszügen sehen will. Ist das ein akzeptiertes oder zumindest geduldetes Verhalten? Ist doch OK, damit ist OSM zeitlich wohl weit näher dran als die meisten anderen Kartenanbieter. Die haben Neubauten schon Monate vorher oder erst Jahre später drin. Dazu kommt, dass die Daten in der jetzigen Form eine ziemlich miserable Qualität haben. Anscheinen hat der Nutzer einfach highway=construction mit highway=motorway ersetzt. Darauf gestoßen bin ich, weil ich mir die Baustelle am 1.4 selber anschauen Dann kannst Du es ja verbessern. will. Da ist es natürlich blöd, wenn man absichtlich verfälschtes Kartenmaterial hat. Warum verfälscht? Wann wäre der Eintrag denn OK? Ich der Sekunde, wo das Band offiziell durchgeschnitten wird? Macht das einer? Vielleicht trägt das ein Nutzer aber erst am Abend oder einige Tage später nach; dann haben wir genauso falsche Daten. Ich verstehe die ganze Aufregung nicht. Nur weil im Kommentar jemand was zum Lizenzwechsel reingeschrieben hat? Na und, laß ihn doch. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmanipulation wegen Lizenzwechsel
P.S. Verwerflich finde ich die Leute, die die neue Lizenz abgelehnt haben (aus rein persönlichen Gründen, nicht wegen Import o.Ä.), sich dann aber einen Zweitaccount angelegt haben (wo man natürlich automatisch die neuen CTs akzeptieren mußte) um weitermappen zu können. Eine entsprechende Person hat dann tatsächlich im Forum noch angefragt, wie er dann sein CC-Planet-Dump später lokal Ergänzungen hinzufügen kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transportleitungen über Straße
am Dienstag, 13. März 2012 um 11:29 schrieb Jan Tappenbeck: wie werden eigentlich Transportleitungen über Straße getaggt ? Vorschlag: 'man_made=pipeline' und 'layer=1' Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bing-Luftbilder
Hallo! Wenn es um Luftbilder geht, werden immer die zukünftigen Bing-Bilder erwähnt. Für mich erzeugten die Infos aus den Postings den Eindruck, es gäbe Mitte des Jahres flächendeckend (!) hochauflösende (!) und aktuelle (!) Luftbilder für ganz (!) Deutschland. Bei Bing/Microsoft selbst habe ich immer nur etwas von Testgebieten gelesen. Was ist also an der Sache dran? Christian P.S. Mir ist aufgefallen das Google die neuen Luftbilder von den Vermessungsämtern bisher nur in Gebieten einsetzt, wo sie vorher noch keine anderen guten Bilder hatten. Daher fehlt manches Neubaugebiet bei Google, obwohl schon in den amtlichen Luftbildern drin ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendenmarathon für Server war ein voller Erfolg ... aber wohin mit dem Geld?
Hallo! Ich bin dafür daß das auch in Hardware investiert wird. Ich denke im Bereich XAPI gibt es doch immer noch Engpässe. Da wäre doch eine Aufstockung ideal. Ob das nun durch FOSSGIS oder OSMF erfolgt ist mir persönlich egal. Letzeres würde eher dem Spendenzweck entsprechen. Alternativ könnte man bzw. die OSMF mal über einen zweiten Server-Standort nachdenken. Ich weiß nicht, wie langfristig die Nutzung des jetzigen Standortes (eine Uni?) gesichert ist. Vielleicht könnte man mit dem Betrag einen kleinen Anfang machen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
am Mittwoch, 25. Januar 2012 um 16:18 schrieb Frederik Ramm: Was gibt es denn fuer Luecken, die wir im Moment nicht bemerken koennen, und wie koennen wir die bemerkbar machen? Weil einige Mapper aus 'taktischen Gründen', oder weil sie es der OSMF oder der Community 'zeigen' wollen, oder weil es sie Aufmerksamkeit haben wollen, erst ganz zum Schluß zustimmen wollen und daher die ganze Gegend rot ist und die wirklichen Problemfälle so nicht auffallen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openlayers-api
am Freitag, 27. Januar 2012 um 17:55 schrieb Pascal Neis: Ich würde dir empfehlen die Scripte selbst zu hosten. Also von der OpenLayers Webseite herunterladen und auf deinen eigenen Server zu packen/von dort einzubinden. Das erspart dir lange Wartezeiten und Ärger auf deiner Webseite. Allerdings musst du dich dann selbst um das Updaten deiner Version kümmern (wenn es ein Update bei Openlayers gibt). Das mit dem Updaten sehe ich nicht als Problem, sonder eher als Vorteil. In der Vergangenheit gab es schon ab und zu den Fall, daß die eine oder andere Funktion mit der neuen Version nicht mehr ging. Weiß jemand, ob es soetwas wie den Openlayerer [1] mit der aktuellen OL-Version gibt? Christian [1] http://openlayerer.appspot.com/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lübeck oder Lübeck-Travemünde
am Freitag, 13. Januar 2012 um 11:09 schrieb Norbert Kück: Es kann m.E. nicht darum gehen was wir wollen, sondern die Ortsteile offiziell heißen. Das wird regelmäßig in Gesetzen oder Verordnungen festgesetzt. OSM sollte sich da eigener Kreativität komplett enthalten. Wobei es aber auch Unterschiede zwischen amtlich und postalisch gibt. Beispiel: Gemeinde A mit Hauptort A (PLZ 12345). Es gibt in der Gemeinde A einen Ort B (wird in allen Verordnungen so genannt, steht auf der Website etc.). Postalisch korrekt läuft das ganze aber unter '12345 A', auch wenn alle '12345 B benutzen. Hin und wieder sieht man mal die Variante mit 'OT' also 'OT B, 12345 A'. Ich bin eindeutig für die Variante '12345 B' da diese genauer ist. Wenn mich jemand in B besuchen will, soll er ja nicht erst nach A fahren und dort fragen. Jans Beispiel ist auch nicht so leicht. Travemünde ist zwar ein Stadtteil von Lübeck, hat aber eine gewisse Sonderstellung, da der 'Ort' rund 20 Kilometer von der eigentlichen Stadt entfernt ist. Viele Einheimische reden nur von Travemünde von Lübeck-Travemünde. Auch für viele Urlauber ist das einfach 'Travemünde'. Noch schwieriger wird es dann mit den Dörfern Brodten und Teutendorf. Diese gehören zu dem Stadtteil 'Travemünde', bilden jeweils Stadtbezirke und sind aber noch als separate Dörfer zu erkennen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen im Wiki tauschen
am Dienstag, 10. Januar 2012 um 15:27 schrieb Jan Tappenbeck: Im Wiki stehen dann die alten - oftmals an vielen Stellen. Wird es Das ist das Problem. OSM-IDs sind nunmal keine dauerhaften Schlüssel. hierzu eine Suche und Ersetzen-Seite geben - ggf. wo man zunächst nur die alten und neuen ID einträgt ? Im Wiki kann nach Relation|71770 suchen. Es gibt doch auch Wiki-Bots. Könnte man die nicht mit einer Tabelle füttern Rel.Nr. alt- Rel.Nr. neu und dann ändern die alles? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Knoten geloescht, aber noch mit Tags
Hallo! Im Forum [1] ging es um einen doppelten Knoten [2] der in einer Karte von Netzwolf auftaucht. Dieser Punkt ist zwar gelöscht, hat aber noch alle Tags. Das sieht für mich falsch aus. Wie kann so etwas kommen? Wie kann man das reparieren? Christian [1] http://forum.openstreetmap.org/viewtopic.php?id=14940 [2] http://www.openstreetmap.org/browse/node/1005373865 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-View im OSM Inspector
am Mittwoch, 14. Dezember 2011 um 11:17 schrieb Simon Poole: Das dürfte wohl ein anonymer Mapper gewesen sein. Frederik hat eine Liste der Changesets solcher Benutzer bekommen (anonym natürlich) die OK sind und anscheinend auch solche die abgelehnt haben (nur Spekulation meinerseits). So ganz verstehe ich das nicht. Also in den OSM-Daten (History, Changeset) sind keine Infos zum Ersteller. Aber es gibt dann doch irgendwie eine Verknüpfung des Users mit dem Changeset. Mußte man sich also früher, um anonyme Edits durchzuführen trotzdem mit seinem Benutzernamen einloggen? Irgendwo gibt es dann wohl doch noch die Information, wenn auch nicht öffentlich, welches Changset zu welchem User gehört. Und wenn nun dieser User zustimmt, werden auch seine anonymen Changesets als zugestimmt klassifiziert. Ist das so richtig, oder wie funktioniert das Ganze? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google maps nutzt Geobasisdaten
am Sonntag, 11. Dezember 2011 um 20:13 schrieb Tirkon: Ich bin sicher: Hätten wir Deutschland importiert, würde hier kaum jemand diskutieren. Mein Fazit: Flächendeckende Importe töten die Community! Ja, siehe USA und Tiger-Import. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überwachung von Koordinaten (Fix-Punkte)
am Donnerstag, 24. November 2011 um 13:46 schrieb Frederik Ramm: es wurde kürzlich schon einmal über Fixpunkte in OSM nachgedacht. Derzeit gibt es ja keine Chance vor der Verschiebung zu schützen. Wenn etwas vor Verschiebung geschuetzt werden muss, dann kann es doch von der Community gar nicht sinnvoll gepflegt werden und sollte daher *ausserhalb* unseres Editiersystems gespeichert werden. Das sehe ich nicht so, denn die Datenbank ist nicht 'write-only'. Es können durchaus bestimmte Informationen sein, die von allgemeinen Interesse sein können, aber nicht von Jedem angefaßt werden müssen, das könnten z.B. hochgenaue Vermessungspunkte oder importierte Daten sein. Diese Daten extern zu lagern, halte ich nicht für sinnvoll, da man erst lange rumsuchen muß, um die entsprechenden Daten zu finden. Auf welchem Server lagen jetzt die Hydranten von Pinneberg, welcher User hat die Schachtdeckel von Lübeck, wo gibt es die importierten hochgenauen Gemeindegrenzen vom Landkreis Harburg etc.? Ich stelle es mir so vor, das so vor, daß die Daten frei in der Datenbank sind, aber zusätzliche Tags bekommen. Zum einen, einen Hinweis auf die Genauigkeit der Daten und daß Änderungen ggfs. rückgängig gemacht werden und zum Anderen den Nutzernamen des 'Verwalters' dieser Daten (das müssen nicht nur Punkte sein). Der 'Verwalter' überwacht mit einer Software auf dem lokalen Rechner diese Punkte; entweder übereinen Datenbankauszug oder über einen API-Aufruf. Änderungen werden vom Programm angezeigt und der 'Verwalter' kann entscheiden ob er die Änderungen (teilweise) annimmt oder rückgängig macht. Das Ganze sollte doch nicht so schwer zu realisieren sein. Wichtig sind halt nur die Zusatztags, daß ein Benutzer einen Hinweis bekommt. Idealerweise erkennen die Editorprogramme diese Tags und geben demjenigen, der diese Daten ändern möchte, einen Hinweis. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tidenzeiten [war:Re:Oneway bei Bachläufen?]
am Freitag, 18. November 2011 um 15:30 schrieb lulu-...@gmx.de: Wanderweg Cuxhafen - Neuwerk durch's Watt bekommt dann Opening_Hours=Niedrigwasser-2h bis Niedrigwasser+1h Aber das benutzt Du bitte bitte bitte bitte NICHT für Dein Blindenrouting. Ich finde es sowieso schon zweifelhaft daß Wege durchs Watt eingetragen sind. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mal wieder eine maxpeed-Frage
Hallo! Normalerweise mappen wir mit 'maxspeed' die Geschwindigkeit, die maximal erlaubt ist; ob nun durch explizite Beschilderung, Zonenregelungen oder halt den Wert, der durch gesetzliche Regelungen (z.B. innerorts) definiert ist. Nun gibt es manche Strecken, oft 'unclassified'-Wege, die eigentlich mehr einem asphaltierten Feldweg gleichen, aber von Ihrer Verbindungsfunktion und Verkehrsdichte eindeutig als 'unclassified' einzuordnen sind. Manchmal gibt es dort kein explizit ausgeschildertes Tempolimit, also würde außerorts 100 km/h gelten. Es verstößt nicht nur gegen den gesunden Menschenverstand diese Geschwindigkeit zu fahren, sofern es überhaupt möglich ist, sondern der §3 Abs.1 STVO setzt diese setzt dem Ganzen mit den Sätzen 2 [1] und 4 und 5 [2] auch rechtliche Grenzen. Ich persönlich habe Bauchschmerzen auf solchen Wegen ein 'maxspeed=100' zu setzen, weil es etwas etwas vortäuscht, was so nicht machbar ist. Was sollte man stattdessen taggen? Christian [1] Er hat seine Geschwindigkeit insbesondere den Straßen-, Verkehrs-, Sicht- und Wetterverhältnissen sowie seinen persönlichen Fähigkeiten und den Eigenschaften von Fahrzeug und Ladung anzupassen. [2] Er darf nur so schnell fahren, daß er innerhalb der übersehbaren Strecke halten kann. Auf Fahrbahnen, die so schmal sind, daß dort entgegenkommende Fahrzeuge gefährdet werden könnten, muß er jedoch so langsam fahren, daß er mindestens innerhalb der Hälfte der übersehbaren Strecke halten kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die OSMF braucht Euch!
Hallo! Aus gegebenen Anlass [1] möchte ich noch mal für die Mitgliedschaft in der OSM-Foundation werben. Nur wenn es eine große Mitgliederzahl gibt, ist es möglich, den Einfluss von Einzelnen bzw. Gruppen zu minimieren. So wie ich das sehe, können Neumitglieder auch noch an den Vorstandswahlen am 11.09.11 teilnehmen. Sowohl passiv, als auch aktiv. 3 Sitze werden vergeben, es ist noch kein Kandidat gemeldet [2]. Also werdet noch heute Mitglied [3]. Christian [1] http://lists.openstreetmap.org/pipermai … 01139.html [2] http://wiki.openstreetmap.org/wiki/Foun … n_to_Board [3] http://www.osmfoundation.org/wiki/Join ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
am Mittwoch, 24. August 2011 um 20:10 schrieb Norbert Kück: Solange mir der Verein die freue Wahl zwischen teuren Überweisungen in den Nicht-Euro-Raum und der Datenkrake lässt, verzichtet er auf meinen Überweisung nach UK mit IBAN und BIC die auf EURO lauten, sind in der Regel auch kostenfrei. Man darf nur nicht Pfund als Währung angeben. Einfach den Betrag selbst umrechnen und zur Sicherheit (Wechselkursschwankungen) etwas aufrunden. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
am Mittwoch, 24. August 2011 um 22:23 schrieb Manuel Reimer: Christian H. Bruhn wrote: [1] http://lists.openstreetmap.org/pipermai … 01139.html [2] http://wiki.openstreetmap.org/wiki/Foun … n_to_Board Was hast du mit den zwei Links gemacht? Weder über gmane noch über das offizielle Archiv der Liste sind die nutzbar. Hatte ich aus meinem Forumsbeitrag kopiert und nicht gesehen, daß sie im Text gekürzt sind. [1] http://lists.openstreetmap.org/pipermail/osmf-talk/2011-August/001139.html [2] http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board Was ist denn nun der gegebene Anlass? Mitarbeiter von Skobbler bekommen die OSMF-Mitgliedschaft gesponsort und treten 'massenhaft' (im Verhältnis zur Anzahl der Mitlgieder). Sie hätten damit einen Stimmenanteil von ca. 10%. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Operator bei Bundesstraßen und Autobahnen
Hallo! Es gibt in Deutschland ja einige Streckenabnschnitte von Bundesstraßen (z.B. Herrentunnel in Lübeck) und Autobahnen (z.B. A1 zwischen Hamburg und Bremen) die von privaten Unternehmen betrieben werden. Also kommt an diese Streckenabschnitte ganz klar ein entsprechender Operator. Nun gibt es ja auch die Sammelrelationen für Autobahnen bzw. Bundesstraßen; dort steht aber als Operator 'Bundesrepublik Deutschland' drin. Für die ganze Strecke ist das aber falsch. Wie soll man nun vorgehen? Die Information aus der Relation rausnehmen und alle Streckenabschnitte taggen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amazon.de-affiliate für OSM?
am Donnerstag, 26. Mai 2011 um 23:20 schrieb malenki: Aufgrund der überwältigenden Nachfrage gibt es nun die Möglichkeit, OpenStreetMap über das deutsche Amazon Prozente seines Einkaufes zukommen zu lassen. Super! Es sollte genügen, über diesen Link einzukaufen: http://www.amazon.de/?_encoding=UTF8tag=opensde-21 Kann man das als Käufer irgendwie überprüfen, ob für den Einkauf wirklich die Provision abgerechnet wird, oder ob man zwischendurch irgendwo anders hingeklickt hat und dann die Verbindung zum Affiliate-Programm verloren ist? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
am Mittwoch, 20. April 2011 um 14:23 schrieb Heiko Jacobs: Am 20.04.2011 10:06, schrieb Jochen Topf: Aber Trac wollte mich nicht einloggen lassen, ohne dass ich meine Meinung zu den Contributor Terms sage. Bei trac auch? *grummel* Was ist eigentlich der Grund, dass man a) keine Fehler mehr melden darf? b) Seine Nutzerseite nicht mehr ändern darf? c) Seine Nachrichten nicht mehr lesen darf? d) ... und wer weiß was sonst auch nicht mehr ... ... ohne irgendwas klicken zu müssen, was man jetzt noch nicht klicken will und was mit a) - d) eigentlich überhaupt nix zu tun hat? Oder stehen trac-Fehler künftig auch unter ODBL? Damit keiner sagen kann, daß er nicht informiert wurde. Ist doch schwierig alle Nutzer zu erreichen. Wenn Du einfach Dein Häkchen, wo auch immer, gesetzt hast, ist erst mal Ruhe. Müssen sich eigentlich immer Leute über ALLES beschweren? Den einen ist es zu viel, den anderen zu wenig Information. Aber Hauptsache den Unmut darüber in der Öffentlichkeit verbreiten. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OLM 6
am Mittwoch, 6. April 2011 um 10:43 schrieb Andreas Neumann: Kannst du irgendwo die Routine veröffentlichen, mit der du die Öffnungszeiten berechnest? Würde es gerne in meiner Kostenlosmentaliät klauen und selber einsetzen :D. Der ganze Quellcode ist unter [1] runterzuladen. Würde mich wundern, wenn die Funktion NICHT dabei ist. Christian [1] http://olm.openstreetmap.de/info/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreisverkehr aus mehreren ways?
Hallo! Ist es OK, wenn man einen Kreisverkehr aufsplittet und so mehrere ways erhält, oder sollte junction=roundabout immer EIN geschlossener Weg sein? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mittelpunkt einer Flaeche in Perl
Hallo! Dank des Perl-Moduls OSM.pm [1] von Gary68 habe ich es als absoluter Perl-Laie geschafft, mir mit 'getNode2 Nodes aus einer OSM-Datei zu filtern. Nun habe ich noch ein weiteres Problem. Ich denke auch dafür hat schon irgendwer dazu was in Perl geschrieben: Die Funktion 'getWay2' liefert laut Doku $gId, $gU, \@gNodes, \@gTags zurück. Wie kann ich aus dem Node-Array einen Flächenschwerpunkt oder Mittelpunkt berechnen? Ich möchte also die Nodes in eine Funktion fliessen lassen und am Ende soll nur noch ein lat/lon-Wert ausgegeben werden. Christian [1] http://svn.openstreetmap.org/applications/utils/gary68/OSM/osm.pm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql pbf
am Dienstag, 22. März 2011 um 12:25 schrieb Andreas Neumann: osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem Mag da jemand mal ein Windows-Binary bereitstellen? Das letzte ist auch schon fast ein Jahr alt. Christian [1] http://wiki.openstreetmap.org/wiki/Osm2pgsql#Windows_XP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
am Sonntag, 20. März 2011 um 22:12 schrieb M∡rtin Koppenhoefer: für Dinge wie Kontinente machen wir das aber z.B. nicht (die sind nur als Nodes drin). Da würde ich sagen: NOCH nicht! komplizierter, d.h. man muss abwägen. Bei diesen Daten, die üblicherweise von einer physischen Karte dargestellt werden, wie Bergregionen, Täler, Meere und Meeresteile, Landschaftsräume etc. wurde damals in der Diskussion glaube ich auch erwähnt, dass sowas (zumindest derzeit) für OSM sehr schlecht geeignet ist und externe Daten empfehlenswert sind. Ja, genau. Extern. Dann machen wir eine Datenbank auf, sammeln dort alle geografischen Daten. ;-) Aber wozu sollten dann noch OSM haben, wenn wir alle Daten auslagern? Wie heißt es doch auf der Wiki-Startseite: | OpenStreetMap hat das Ziel, freie geographische Daten über Straßen, | Eisenbahnen, Flüsse, Wälder, Häuser und alles andere, was gemeinhin | auf Karten zu sehen ist, zu erfassen. in OSM. Die Alpen und die Vogesen findest Du nicht, genauso wenig wie die Norddeutsche Tiefebene oder den Taunus. Das Fehlen dieser Dinge ist ist auch ein weiteres Manko von OSM. Auch diese Daten gehören für mich in OSM. Frederik hatte ja schon mal die Idee von Fuzzy-Polygonen ins Spiel gebracht; wie ich finde ein guter Ansatz. nur mit OSM-Daten nicht. Ich kann auch die Alpen nicht finden, und weiss nicht, wo es im Jahr weniger als 100 mm Niederschlag gibt oder wo die monatliche Durchschnittstemperatur 20 Grad übersteigt. Oder wo weisse Tiger vorkommen, wo ich mit EUR bezahlen kann oder wo der Schengenraum zu Ende ist. Nichtmal, welche Länder Monarchien sind kann man herausfinden. Manches davon ist evtl. noch geeignet, in OSM aufgenommen zu werden, anderes sicher nicht. Aber wir reden hier über geografische Basis-Informationen. * Man kann aus der Datenbank keine Informationen zur Größe und Form eines Meeres herausbekommen. doch, mit einer externen Quelle (z.B. frei verfügbare Shapefiles) ist das problemlos möglich. Shapefiles, die sich dann wahrscheinlich nicht mit unseren Daten decken. ich finde das Thema auch nicht uninteressant. Problematisch finde ich es, wenn wir eine Nullinformation wie Mittelmeer, 6. Teil, nach einem halben Jahr mittlerweile in der 68. Version, mit uns rumschleppen müssen, und es nicht so aussieht, als würde daraus noch mal was Sinnvolles. Mensch, löse Dich doch mal vom Term Teil 6. Die Information steckt in der Elternrelation, welche übrigens auch schon von mehreren Usern ergänzt wurde. Und wenn niemand was ausprobiert oder Vorschläge macht, kommen wir auch nicht richtig weiter. Das ist OSM. Zumindest hat es schon mal dazu geführt, daß hier erneut darüber diskutiert wird, wenn auch leider von zu wenigen Usern. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
am Freitag, 18. März 2011 um 18:49 schrieb M∡rtin Koppenhoefer: Mittlerweile finde ich selbst für Meere Multipolygon-Relationen: http://www.openstreetmap.org/browse/relation/1159195 Ja, dazu startete am 27.08.10 hier ein Thread. Leider sind diese Dinger derart sperrig, dass ich kaum was damit Genauso wie Grenzrelationen. anfangen kann, im Gegenteil, behindern sie beim Editieren der Küstenlinie. Ich habe leider keine Ahnung, wer die Relation erstellt hat (Sorry, the data for the relation with the id 1159195, took too long to retrieve.), aber vielleicht habe ich ja hier Glück? Das ist bei viele größeren Relationen so, egal ob Grenzen, Wanderrouten oder Autobahnen. Du hast ja mittlerweile gesagt bekommen, wie man den ursprünglichen Autor herausbekommt. Wenn ich mir mein Postfach ansehe, hast Du den Ersteller der Relation bisher aber nicht kontaktiert. Bisher war ich davon ausgegangen, dass wir absichtlich nicht solche Relationen erstellen, um es den Mappern nicht allzu schwer zu machen (daher ja auch das natural=coastline-Verfahren). Es ist ein Versuch (s. oben genannter Thread). Wenn das Thema niemand angeht, werden wir es gelöst bekommen; das hat nichts mit Nägel-mit-Köpfen-machen zu tun (Chris66). Hintergrund: * Momentan gibt es sets nur eine Küstenlinie, die besagt, daß sich auf der einen Seite Wasser und auf der anderen Seite Land befindet. * Die Beschreibung des Landes ist teilweise vorhanden (z.B. durch Grenzrelationen). * Es gibt aber KEINE Informationen zur Wasserfläche, außer das es Wasser ist. * Wenn ich eine Küstenlinie habe, weiß ich nicht, ob es die Ostsee, das Mittelmeer oder Pazifische Ozean ist. * Ein Renderer hat nicht die Möglichkeit, das Gewässer richtig zu beschriften. Oft gibt es zwar einen place-Node, das bringt aber nichts, wenn dieser nicht im Darstellungsbereich der Karte ist. * Man kann aus der Datenbank keine Informationen zur Größe und Form eines Meeres herausbekommen. Ich halte das Thema für sehr wichtig, denn es sind geografische Informationen, die bisher in OSM nicht vorhanden sind. Leider sind wohl nur wir Küstenbewohner für dieses Thema sensibilisiert. Wer tatsächlich solche Infos, sofern schon vorhanden, löschen will, kann mit der gleichen Begründung auch alle politische Grenzen rausschmeissen. Das ganze hier ist ein erster Versuch. Klar sind große Relationen nicht immer einfach zu händeln, aber bisher gibt es keine bessere Möglichkeit. Damit die Relation nicht zu riesig wird, habe ich mehrere Teil-Relationen erstellt und Anzahl der Member auf ca. 500 begrenzt. Die Teilrelationen habe ich in der Elternrelation 1159204 [1] zusammengeführt. Über die einzelnen Tags und die Roles der Member kann man sicherlich noch diskutieren. Aber für die grundsätzliche Vorgehensweise sehe ich momentan keine andere Möglichkeit. Wenn jemanden eine bessere Idee hat, kann er sich ja gerne melden. Vielleicht gibt es da ja auch Möglichkeiten das in einer neuen API-Version zu vereinfachen. Einfach die Relation zu löschen ist sicherlich die schlechteste Möglichkeit. Christian [1] http://www.openstreetmap.org/browse/relation/1159204 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
am Dienstag, 8. März 2011 um 09:01 schrieb Jan Tappenbeck: in Schleswig-Holstein werden gerade eine Vielzahl von Funkmasten erreichtet die wir gleich mit erfassen könnten. An den Baustellen steht immer eine Tafel und darauf stehen auch die Koordinaten. Wie taggt man denn eine Funkanlage, die auf einem Gebäude ist? Je nach Gebäudehöhe sind die Masten ja auch manchmal recht lang. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
am Donnerstag, 9. September 2010 um 11:24 schrieb Tom Müller: Das ist doch Quatsch. Ein --used-ways Filter stellt definitiv keine komplizierte Programmieraufgabe dar! Zumal die Methode für nodes schon besteht und man sie einfach adaptieren kann ... Ist halt eine Ebene höher, weil man dann auch nochmal die --used-nodes Methode für die ways anwenden muss, aber wie gesagt, ich würde es als trivial bezeichnen. Wenn ich in einem viertel Jahr wieder Zeit für sowas habe und sich noch niemand erbarmt hat, bin ich auch gerne bereit es zu implementieren. Zurzeit fehlt mir allerdings die Zeit dazu an allen Ecken und Enden! So, das viertel Jahr ist rum. Ich glaube, bisher wurde das Problem noch nicht in Osmosis gelöst. Magst Du Dich nun dem Thema annehmen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki CSS
am Samstag, 19. Februar 2011 um 11:48 schrieb Markus: Wer ist eigentlich für unser Wiki zuständig? Seit einigen Monaten wird Code in einer kleinen unlesbaren Schrift angezeigt. Das betrifft alle mit code, pre und führendem Leerzeichen markierten/eingerückten Textstellen. Das stört den Lesefluss: entweder braucht man eine Lupe, oder man muss die Anzeige vergrössern, aber dann ist der übrige Text zu gross. Ich habe das auch schon seit vielen Monaten, an unterschiedlichen Rechnern. Allen gemeinsam war Windows und ein aktueller Firefox. Hatte mal ein Fehler gemeldet, richtig behoben wurde das aber nicht. Christian [1] http://trac.openstreetmap.org/ticket/3165 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki CSS
am Samstag, 19. Februar 2011 um 16:10 schrieb Andreas Perstinger: Was habt ihr für Schriftarten eingestellt (speziell bei Feste Breite - Bearbeiten/Einstellungen/unter Schriftarten Farben auf Erweitert... klicken)? Dort stand bei Feste Breite: Courier New, Größe 13, während bei Proportional Größe 16 eingetragen war. Ändert man nun 13 auf 16, dann paßt es. Ich habe diese Einstellung vorher aber definitiv nicht manuell verändert. Das einzige was ich mal gemacht habe, ist mittels STRG++ bzw STRG+- die gesamte Darstellung zu vergrößern bzw. zu verkleinern. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leicht-OT: Garmin und JOSM-Absturz
am Montag, 31. Januar 2011 um 23:40 schrieb Walter Nordmann: unter linux würde ich in so einem Fall josm in einem Terminalfenster starten. da steht dann mächtig viel drin. Also ich habe es mal manuell aus einem Konsolenfenster (vulgo: DOS-Fenster) geöffnet. Beim Absturz kommt folgende Meldung: # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x6d0807f6, pid=2172, tid=3468 # # JRE version: 6.0_23-b05 # Java VM: Java HotSpot(TM) 64-Bit Server VM (19.0-b09 mixed mode windows-amd64 compressed oops) # Problematic frame: # C [awt.dll+0x807f6] # # An error report file with more information is saved as: # c:\Program Files (x86)\OSM\JOSM\hs_err_pid2172.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Die Log-Datei füge ich mal als Attachment bei, sofern die Liste das zuläßt. Christian___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leicht-OT: Garmin und JOSM-Absturz
am Dienstag, 1. Februar 2011 um 18:42 schrieb Christian H. Bruhn: Die Log-Datei füge ich mal als Attachment bei, sofern die Liste das zuläßt. Ging nicht durch. Log liegt hier: http://pastebin.com/mbJYJ2Lx Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Leicht-OT: Garmin und JOSM-Absturz
Hallo! Da ich nicht genau weiß welche Komponente an dem Effekt schuld hat, ist dieses Thema erstmals leicht OT. Jedes Mal, wenn ich meinen Garmin Oregon 450 an den PC [1] anstöpsel, wird JOSM ohne jegliche Nachfrage beendet. Glücklicherweise hat JOSM jetzt ja eine Wiederherstellungsfunktion, ärgerlich ist es aber trotzdem. Hat jemand was vergleichbares beobachtet? Christian [1] Intel i7, Windows Prof.7 64 Bit, Java: aktuell (32+64 Bit), JOSM: latest ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eintragung historischer Obejkte (was: Darstellung von landuse=military in Mapnik-Karte)
am Freitag, 28. Januar 2011 um 18:52 schrieb M∡rtin Koppenhoefer: solange da landuse=military dransteht, wird es von vielen Applikationen als Militärgebiet erkannt werden, auch wenn da noch zusätzliche Tags wie abandoned=yes, disused=yes, out_of_order=yes, ruins=yes, oder sonst was dabei steht. Man könnte versuchen, den Ersteller der Mapnik-Regeln um Berücksichtigung zu bitten, aber die Verwechslungsgefahr bleibt, auch in anderen Applikationen. M.E. sollte bei landuse die Nutzung rein, und nicht die ehemalige Nutzung. Ich bin generell dafür, daß man für Objekte, die so nicht mehr existieren, nicht die normalen Tags verwenden sollte. Mir ist vor ein paar Tagen die ehemalige innerdeutsche Grenze aufgefallen, wo der Grenzzaun wieder aufgebaut wurde [1]. Vielleicht sollte man einen Prefix für die Tags zur Beschreibung historischer Objekte verwenden. Also z.B. 'historic'. Dann hieße es nicht 'barrier=fence' sondern 'historic:barrier=fence'. Christian [1] http://www.openstreetmap.org/browse/way/96318492 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landschafts-Hierarchien in OSM
am Donnerstag, 20. Januar 2011 um 16:52 schrieb Peter Wendorff: Kontinente sind schon wieder problematischer, diese sind laut taginfo lediglich als Punkte erfasst; hier müsste man also weitergucken. Das gleiche Problem gibt es bei den Meeren. Die sind auch nur als Punkte drin. Ich kann aus OSM also nicht die Information bekommen, ob eine bestimmte Küstenlinie nun zur Ostsee, zum Mittelmeer und sonst was gehört. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landschafts-Hierarchien in OSM
am Donnerstag, 20. Januar 2011 um 18:11 schrieb Frederik Ramm: Aus meiner Sicht ganz klarer Fall fuer etwas, das ausserhalb OSM geloest werden muss. Alle diese Begriffe lassen sich in ein Fuzzy-Polygon aufloesen - ein inneres Polygon alles hierdrin gehoert garantiert dazu, und ein auesseres Polygon alles ausserhalb von hier gehoert garantiert nicht dazu, und dazwischen koennen schon mal 50km Schwammigkeit sein, je nachdem, worum es geht. Die Idee mit den zwei Polygonen finde ich gut. Diese Polygone will ich eigentlich ungern in OSM haben (nicht zuletzt, -1 OSM ist eine Geodatenbank. Also sollte man doch jede Form von Daten, die eine geographische Struktur abbilden, auch in OSM integrieren können. Vielleicht kommt die Ablehnung nur daher, weil solche Infos in normalen GIS-Datenbanken sonst nicht enthalten sind. Ich finde solche Infos allerdings SEHR informativ und hilfreich. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landschafts-Hierarchien in OSM
am Freitag, 21. Januar 2011 um 10:39 schrieb Bernd Wurst: Solche Karten automatisch zu generieren, die dann auch noch schön aussehen, das ist ein echtes Meisterstück, unabhängig davon wie oder wo man die Daten einträgt. ;-) Ich freu mich drauf wenn sowas mal geht, sehe es aber noch in sehr weiter Ferne. Momentan kriegen, wir nicht mal eine Karte von Norddeutschland hin, auf der Nord- und Ostsee richtig beschriftet sind. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserlauf sichtbar machen.
am Freitag, 21. Januar 2011 um 14:16 schrieb Wolfgang: Diese Taggingfehler werden von josm (fast) erzwungen. Wenn sich 2 Ways kreuzen, reicht brigde oder tunnel = yes nicht aus, die Fehlersuche von josm erzwingt dann unsinnigerweise unterschiedliche Layer. Es läuft gerade eine Abstimmung zu einem default layer für Tunnel und Brücken [1]. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/default_layer_for_bridge_and_tunnel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stromleitungen
Hallo! 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. Baulich 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. Diese Kombination sieht in Mapnik allerdings etwas komisch aus [3]. Sollte man diese Leitung vielleicht nicht doch als 'line' taggen? Nein, nicht wegen des Renderings. Aber äußerlich ist sie von der 110 kV-Leitung nicht zu unterscheiden. Für 'minor_line' spräche aber wohl die niedrige Spannung. Aber vielleicht wäre es sogar technisch möglich die Spannung auf denselben Drähten bei Bedarf zu erhöhen. Dann wäre die gleiche physische Leitung wieder 'line'. Was meint Ihr? Wonach sollte man gehen? Christian [1] http://www.openstreetmap.org/browse/way/27141585 [2] http://www.openstreetmap.org/browse/way/31110058 [3] http://www.openstreetmap.org/?lat=53.93204lon=10.7987zoom=15layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktien 13 (Spanien) startet ab Freitag
am Mittwoch, 19. Januar 2011 um 23:42 schrieb fla...@googlemail.com: Dank der guten Abdeckung von Bing kann man auch Brücken und Tunnels ergänzen, sowie ggf auch Straßen, Wege, Kirchen Sportplätze ergänzen.. Los gehts diesmal ab Freitag. Ist da auch die spanische Community eingebunden? Zumindest in der dortigen Mailingliste sollte es bekannt gegeben werden. Schließlich gibt es in Spanien ja auch reichlich Mapper und ich weiß nicht, wie da ein 'deutscher Überfall' so ankommt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schraffur-Bild gesucht
am Montag, 17. Januar 2011 um 15:12 schrieb M∡rtin Koppenhoefer: Im Endeffekt wird für Dich vermutlich irgendeine Schraffur (Farbe, Winkel, Abstand, Strichstärke) sowieso nicht 100% passen, warum nicht einfach selber machen? Sollte man in ein paar Minuten erledigen können, z.B. mit Inkscape und Gimp. Ich hatte mich schon mal selbst daran versucht, bin aber daran gescheitert. Ich arbeite sonst nicht mit Grafikprogrammen und dann ist es schwer mal so eben ein paar Linien zu zeichnen, die alle parallel sind und sie dann so auszuschneiden, daß man sie kacheln kann, also die Linien aneinander passen. Die Farbe von einer vorhandenen Datei zu ändern ist kein Problem. Nun hat sich das Thema aber erledigt, da seit heute im offiziellen Mapnik-Style für landuse=military eben ein solches File vorhanden ist [1]. In der Karte sieht es dann so aus [2]. Christian [1] http://svn.openstreetmap.org/applications/rendering/mapnik/symbols/military_restraint2.png [2] http://www.openstreetmap.org/?lat=53.0061lon=10.1309zoom=12layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schraffur-Bild gesucht
Hallo! Ich möchte mit Mapnik eine Karte rendern, in der bestimmte Gebiete schräg schraffiert sind. Ich glaube Mapnik kann das nicht so ohne weiteres. Aber man kann die Fläche ja mit einem Bild ausfüllen. Hat also jemand schon eine PNG-Datei erstellt, die man nutzen kann um nahtlose Schraffuren zu erzeugen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schraffur-Bild gesucht
am Sonntag, 16. Januar 2011 um 23:50 schrieb Sven Geggus: Sowas wie die grüne Schraffur für Naturschutzgebiete in der Reit- und Wanderkarte? Genau, ich wollte auch NSG und Landschaftsschutzgebiete, sowie landuse=military schraffieren. http://www.wanderreitkarte.de/index.php?lon=8.5002lat=49.0354zoom=18 NOP macht das genau so wie Du das beschrieben hast: Style name=105_nature_reserveRule Filter[leisure]='nature_reserve'/Filter MaxScaleDenominator1100800/MaxScaleDenominator PolygonPatternSymbolizer allow_overlap=true file =icons/area_nsg.png type=png width=32 height=32 / /Rule/Style Das icons/area_nsg.png ist einfach nur ein png mit transparentem Hintergründ und grünen Streifen. Das ist exakt, was ich suche. Aber wie komme ich daran und darf ich diese Datei verwenden? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Mailingliste fuer Luebeck
Moin liebe Mapping-Begeisterte, für unseren mittlerweile doch recht aktiven OSM-Stammtisch Lübeck und Umgebung haben wir seit heute eine eigene regionale Mailingliste. Jeder der sich für die Aktivitäten in und um Lübeck interessiert ist herzlich eingeladen sich auf üblichem Wegen in die Liste einzutragen: http://lists.openstreetmap.de/mailman/listinfo/luebeck Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] virtuelle Knoten in JOSM
Hallo! Eine kleine Frage zur Bedienung in JOSM: Gegeben seien zwei aneinandergrenzende Flächen mit gemeinsamen Knoten. Nun möchte ich die Grenze zwischen den beiden Gebieten verfeinern und füge sogenannte virtuelle Knoten ein, also über das Kreuz in der Mitte eines Wegabschnittes. Dabei kommt es ab uns zu vor, daß JOSM an dieser Stelle nur für einen Weg ein neuen Knoten generiert, anstatt einfach den Knoten in beide Wege einzufügen. Leider habe ich noch keine Regelmäßigkeit feststellen können, wann das passiert. Gibt es ein Weg, dieses Verhalten (kurzfristig) abzustellen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Farbtabelle für Farbvoreinstellungen in Preferences bei JOSM
am Donnerstag, 6. Januar 2011 um 11:56 schrieb Markus: Tabelle so dass ich zu der gewünschten Farbe den Farcode ermitteln kann. Hier: http://de.wikipedia.org/wiki/Hilfe:Farben#Tabelle_Farbcodes http://de.wikipedia.org/wiki/Hilfe:Farben#Weblinks Ich bastele meine Farben gerne mit: http://www.rechnr.de/farbenrechner Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] denomination bei evangelischen Kirchen
am Sonntag, 2. Januar 2011 um 18:00 schrieb René Falk: Sehe ich eigentlich auch so. Manchmal hilft eine Internet Recherche weiter. Oft steht derartiges im Netz, oder man findet eine Kontaktmöglichkeit zum nachfragen. Und wenn ich nun weiß, daß es die Evangelische-Lutherische Kirchengemeinde Kleinkleckersdorf ist, die zur Nordelbischen Evangelisch-Lutherischen Kirche gehört, dann weiß ich aber immer noch nicht wie ich es taggen soll. Das ist mein Problem. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] denomination bei evangelischen Kirchen
Hallo! Was immer wieder zu Diskussionen führt, ist das richtige Tagging von evanglischen Kirchen. Dabei geht es die normalen evangelisch-lutherischen Kirchen, also alle die zur EKD [1] gehören. Das Wiki [2] ist auch nicht so 100% eindeutig. Danach könnte man denomination=lutheran nehmen, sollte aber denomination=protestant bevorzugen. Ich kenne mich selbst nicht so mit den unterschiedlichen Richtungen aus, aber ich dachte, Protestant wäre ein Überbegriff. Gibt es da nichts, was so richtig treffend ist? Christian [1] http://www.ekd.de [2] http://wiki.openstreetmap.org/wiki/DE:Key:denomination ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
am Mittwoch, 15. Dezember 2010 um 20:34 schrieb Chris66: Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben. Gibt es da jetzt schon weitere Erkenntnisse/Entwicklungen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
am Montag, 6. Dezember 2010 um 19:42 schrieb aighes: noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem Unter Windows oder Linux? Ich nutze Osmosis unter Windows und habe damit auch Probleme. europe-Extrakt ist osmosis nach ca. 25sec durch. Es gibt keine Fehler, allerdings sin die Dateien nur ein paar mb groß. Ich habe schon seit Anfang Probleme mit dem neuen Format. Ich dachte, es wäre eine Möglichkeit, ein Planet-File aktuell zu halten. Doch die resultierenden Dateien waren auch viel zu klein; Osmosis brach auch immer ohne Fehlermeldung ab. Ich habe das schon mit unterschiedlichen Osmosis-Versionen und mehreren Planet-Files ausprobiert, auch mit diversen Java-Versionen. Ich habe den Fehler schon vor einiger Zeit auf der dev-Liste und im Forum geschildert, aber ohne Erfolg. Ich habe allerdings auch noch nicht die entstandenen (kaputten) PBF-Dateien untersucht, ob man erkennt, was drin ist und was nicht. Wenn ich Osmosis aus einer Linux-VM über die gleichen Dateien laufen lasse, dann klappt es. Ist aber nicht so komfortabel, immer erst Linux aufzurufen und vor allem habe ich dort noch nicht geschafft eine simple Batch-Datei zu erzeugen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdwall, Wallhecke
am Samstag, 4. Dezember 2010 um 08:48 schrieb Jan Tappenbeck: mit der Bereitstellung von den Bing-Bildern wäre es möglich eines der prägenden Elemente Norddeutschlands, den Knick (http://de.wikipedia.org/wiki/Knick) zu erfassen. +1 Mit dem Tag barrier=wall wäre das ein viel zu prägendes Element in den Karten. ... und falsch, ist ja keine Mauer. Ich nehme, wie mittlerweile Andere auch: 'barrier=hedge_bank'. Hauptsächlich als Linie, natürlich ist auch die flächige Erfassung denkbar. ausreichend Elemente erfaßt sind könnte man vielleicht entstprechende Tickets erstellen um die Renderer zu bewegen diese entsprechend dezent in den Karten darzustellen. Die linienhaften 'barrier=*' werden in Mapnik bereits gerendert. [1] Damit bin ich erstmal zufrieden. Christian [1] http://osm.org/go/0HrZCDTE ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ältere Datensätze
am Sonntag, 28. November 2010 um 16:30 schrieb Tom Müller: ist es möglich irgendwie ältere Datensätze zu beziehen um einen Überblick über die Entwicklung der OSM in bestimmten Gebieten zu bekommen? Interessant wäre insbesondere Berlin, aber auch der Rest von Deutschland! Unter http://source.rfc822.org/pub/local/osm/germany/ hat Florian Lohoff historische Germany-Extrakte gesammelt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] merkwürdiges Verhalten von Mapnik bei einer Maininsel
am Mittwoch, 10. November 2010 um 21:48 schrieb Michael Bemmerl: Aber das ist mir schon öfters aufgefallen, dass bei Relationen manchmal in der Kleinansicht ein Teil fehlt (besonders ärgerlich bei route-Relationen). Ich hatte dazu schon mal ein Open-Layer-Ticket [1] aufgemacht. Die Beispiel-Relation wird mittlerweile korrekt angezeigt, allerdings nur weil die Relation selbst geändert wurde. Vom OL-Team kam bisher keine Rückmeldung. Vielleicht hängt Ihr einfach mal solche Beispiele an das Ticket an. Christian [1] http://trac.openstreetmap.org/ticket/3309 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für innerorts / ausserorts?
am Sonntag, 7. November 2010 um 02:15 schrieb Garry: Gibt es inzwischen einen eigenen Tag für innerorts/ausserorts? Hier wird zone:traffic=DE:urban bzw. zone:traffic=DE:rural benutzt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer, Städte und co
am Dienstag, 2. November 2010 um 13:04 schrieben Sie: also, ich hab mal was rumgeschraubt! ich könnte den Text zu Fuß ändern, also Karte abspeichern, betreffende Stellen - Ortsteile - suchen, mit Texteditor ändern (mit einfügen) und abspeichern. Also, ich nehme den Hauptort, Strg c Ortsteile suchen Strg v etwas modifizierenen (schließlich ahben die Ortsteiel ja auch eigene Namen ansehen in Josm kontrollieren abspeichern Ich verstehe zwar nicht genau, was Du vorhast, aber in JOSM kannst Du Eigenschaften eines Objektes kopieren: Wähle das Ausgangsobjekt aus und drücke STRG+C, dann wähle das neue Objekt aus und drücke SHIFT+STRG+V. Alle Tags des alten Objekts werden übernommen. Ist ein Key beim neuen, aber nicht beim alten Objekt vorhanden, bleibt dieser erhalten. Direkt in den OSM-Dateien rumwerkeln, sollte man nur, wenn man alle Bestandteile verstanden hat. (Das gilt natürlich nur, wenn man die so veränderten Daten hochladen will.) Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FYI: Amazon-Cloud kostenlos
Hallo! Amazon bietet ab dem 01.11.10 für Neukunden kostenlose Cloud-Instanzen an. [1] Vielleicht ist das ja was für jemanden, der OSM-Sachen darauf laufen lassen will. Ich habe mich aber noch nicht eingehend mit den Bedingungen beschäftigt. Christian [1] http://www.heise.de/newsticker/meldung/Amazon-bietet-kostenlose-Cloud-Instanz-an-1123577.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tool zum Schliessen von ways
Hallo! Ich experimentiere gerade ein wenig mit SRTM-Daten für mein Garmin. Ich kam auf die Idee, die Höhe nicht als Linie, sondern als Overlay (bzw. als Underlay), als Schraffur oder farbige Fläche, darzustellen. Dazu benötige ich aber geschlossene Wege. SRTM2OSM liefert aber nicht immer geschlossene Ways. Die Höhenlinien am Rand des Bereiches sind abgeschnitten. Gibt es daher ein Tool, welches ganz einfach die Wege schließt? Am besten so, daß die Verbindung außerhalb eines definierten Bereiches statt finden soll. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis, pbf und Windows
Hallo! Ich wollte mal die neuen pbf-Funktionen von Omsosis testen, um ein Planet-File aktuell zu halten. Leider klappt das unter Windows (7 Prof. 64 Bit) nicht. Ich habe ein Planet-File runtergeladen und entpackt. Ich habe zuerst mit -rx und -wb die XML-Datei in PBF konvertiert. Das schien zu funktionieren. Wenn ich dann aber ein change-File mit dem PBF merge, bricht Osmosis nach ca. 50% ohne Fehlermeldung ab. Wenn ich die XML-Datei mit dem Change-File merge und PBF schreibe, scheint es zu klappen. Bei einem weiteren Mergen beendet Osmosis den Vorgang wieder vorzeitig und ohne Fehlermeldung. Mir wurde empfohlen -wb mit 'batchlimit=2000' zu nutzen, aber auch das hat nichts gebracht. Ich habe 32- und 64-Java-Versionen probiert und diverse Java-Parameter für Osmosis, aber es läuft nicht. Ich habe verschiedene Planet- und Change-Files probiert. MD5 vom planet.osm.bz2 war OK. Vielleicht gab es beim entpacken des bz2-Files schon Probleme. Hat jemand mal einen MD5 für das planet-101013.osm (also entpackt)? Klappt bei jemanden anderem unter Windows? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation als Sammelobjekt
am Dienstag, 12. Oktober 2010 um 23:58 schrieb C. Brause: Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne kurze Antwort geben (glaub ich aber nicht). Also bei den Stolpersteinen schwanke ich auch ein wenig. Man kann immerhin so argumentieren, daß diese Steine ein Gesamtkunstwerk eines Künstlers darstellen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeilenumbruch in name?
am Mittwoch, 6. Oktober 2010 um 11:27 schrieb Mike Elstermann: gibt es eine Möglichkeit, in den Attribut-Einträgen, z. B. name Zeilenumbrüche zu definieren, welche die aktuellen Renderer (z. B. Mapnick, Osmarender, ...) berücksichtigen. Wenn JA, welche? Bespiel: http://www.openstreetmap.org/?lat=51.477066lon=11.97303zoom=18layers=M Mach doch ein Mapnik-Ticket unter [1] auf, daß der Text umgebrochen werden soll. Es gibt einige Tags [2] speziell für Osmarender, die direkt das Renderergebnis beeinflussen. Wenn überhaupt sollte man höchstens an so etwas denken. 'name' sollte dafür nicht mißbrauchen. Es würden wohl auch nur wenige Mapper einen Zeilenumbruch im Namen einfügen. Wenn Du dann eine Karte hast, in der die Zeilenumbrüche dort sind, wo Du sie für richtig hältst, kann es natürlich sein, daß ein zweiter anderer Meinung ist und die Darstellung anders haben möchte. Christian P.S. Ich finde es mehr als merkwürdig, einerseits sehr viel Wert auf eine schöne Kartendarstellung zu legen, aber selbst den Namen eines Renderes falsch zu schreiben und hier in der Liste auf eine vorhandene Mail zu antworten, anstatt einen neuen Thread zu erstellen. [1] http://trac.openstreetmap.org/ [2] http://wiki.openstreetmap.org/wiki/Osmarender/Tags ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wheelmap.org auf Ehrensenf.de
am Sonntag, 26. September 2010 um 11:44 schrieb Florian Lohoff: PS: Ich finde die Karte super - so einfach muesste das attributieren bei allen pois gehen ... *soifz* sowie bei http://ae.osmsurround.org/ Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite (Kabel =! Freileitung!)
am Mittwoch, 22. September 2010 um 12:56 schrieben M∡rtin Koppenhoefer: Spannungen etabliert (d.h. falls das Gleichstrom-Hochspannungsnetz mal kommen sollte, wäre das im bisherigen System ein eigener Haupt-value Es gibt bereits Gleichspannungsleitungen z.B. [1]. Christian [1] http://de.wikipedia.org/wiki/Baltic_Cable ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Dateiformat um mehrere fixme's via JOSM in OSM zu importieren
am Mittwoch, 22. September 2010 um 14:09 schrieb Tom Müller: Wo gibt es denn da eine API? Google gibt mir nichts :( http://openstreetbugs.schokokeks.org/ Klick 'Weitere Informationen' - http://openstreetbugs.schokokeks.org/more.html Klick 'Manual, FAQ, Contact' - http://wiki.openstreetmap.org/wiki/OpenStreetBugs Im Abschnitt 'How can I add OpenStreetBugs to my application / map?' Klick auf 'description of the current API' - http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API Voila! Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
am Mittwoch, 22. September 2010 um 22:19 schrieb Frederik Ramm: koennen. Ab heute gibt es alle Extrakte auch im neuen, Google Protocol Buffers-basierten Binaerformat. Dieses Format ist rund 30% kleiner als Das böse G-Wort. ;-) Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten auf Toolserver
Hallo! Wer ist denn für die OSM-Karten auf dem Toolserver [1] zuständig? - Der Style 'germany' hat ab dem Zoomlevel 10 ein Problem mit den Küstenlinien [2] bzw. [3]. Die Küste und das Land sind nicht richtig deckungsgleich. Vielleicht kann sich mal jemand darum kümmern. Bei Zoom 9 und kleiner sind die Küsten nur ganz grob dargestellt. Das sieht z.B. beim Hindenburgdamm zwischen Sylt und Festland nicht sehr gut aus. - Kommt man als normaler OSMler auch an die Styles und unter welcher Lizenz stehen diese? Christian [1] http://toolserver.org/~osm/styles/ [2] http://toolserver.org/~osm/styles/?zoom=10lat=54.50195lon=11.09344layers=F0FFFB [3] http://img412.imageshack.us/img412/5158/toolserverrenderfehler.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum keine Innenhöfe dargestellt
am Mittwoch, 15. September 2010 um 11:16 schrieb Markus Stürmer: Hab es mal angepasst und einen Renderauftrag für Zoom 18 gegeben. Ich glaube nicht... Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de