Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?
On 01.09.2020 09:37, Eifelhunde via Talk-de wrote: > was auch interessant ist, es gibt für GPS referenzsateliten die fest > über dem Horizont stehen, mein GPS kann die Empfangen und verarbeiten. > zeigt so praktisch beide Seiten einer Straße an. Für meine Anforderungen wäre SBAS/WAAN/EGNOS nicht relevant, da ich meine GPS Spuren in einem Land ziehe für die es kein Messnetzwerk mit Ionosphärenkorrektur gibt. Da wäre wichtig, dass der Logger entweder merkt, dass es für den Bereich keine Korrektur gibt und er es ignoriert, oder das ganze abschaltbar. Ich hatte irgendwo mal einen Vergleich gemacht was passiert wenn der Logger fälschlicherweise eine Korrektur in einem Gebiet anwendet für die es keine Daten gibt. Da kam es zu einem üblen Offset. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?
Hallo Manuel, On 31.08.2020 16:30, Manuel Reimer wrote: > Was würdet ihr noch probieren um Performance zu vergleichen? Mal zu Fuß dicht an hohen Häuserwänden gehen. Die Hoffnung wäre, dass die Empfänger mit mehr Satelliten hier weniger problemen mit Reflektion haben. Da dürfte dann vermutlich auch die Antenne eine Rolle spielen. > Besteht grundsätzlich Interesse am Eigenbau von GPS-Empfängern? Da meine BT747 Sammlung auch irgendwann nicht mehr funktionieren wird und ich auch Bedenken habe mal noch Ersatz für die Akkus zu bekommen, besteht schon Grundsätzlich Interesse. Das große Problem wird der Preis werden. Diese ganzen kleinen Handlichen Logger hat man ja problemlos bei eBay für Preise zwischen 30 und 50 Euro bekommen, je nachdem ob gebraucht, oder neu. Wenn du selbst baust wirst du preislich vermutlich deutlich drüber liegen, oder? Und dann unterscheiden sich auch noch die Wünsche gewaltig. In den letzten Umfragen reichte die Spanne von "wasserdicht", über "mit Display" zu "Standard-Batterien", "externe Antenne" und Rohdatenaufzeichnung. Ich vermute auch dass man Anpassungen an der Firmware braucht. Zu Fuß reicht eine Aufzeichnung mit 1Hz super. Mit dem Auto könnte es ruhig etwas mehr sein. Und für fliegende Anwendungen sind wir eher im 10Hz Bereich. Dann musst du unterscheiden wie die Strategie ist um die Messwerte zu Glätten. Wenn du schnell Abbiegst, wie genau folgt der Logger dann der Spur? Ich glaube auf den Garmin Geräten hatte die Wahl des Fortbewegungsmodus das auch beeinflusst. Im "Kfz" Mode war der Nachlauf in die alte Richtung etwas größer. Klingt nach einem spannenden Projekt. Hast du auf einer Website/Blog noch mehr Details? Bilder, Materialliste, etc.. ? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mediatek Logger (747) und GPS Datum Problem
Hallo, mit den Mediatek MT3329 basierten Loggern wurden Probleme bezüglich des GPS Datums nach dem GPS Week Rollover Anfang April gemeldet. Betrifft die Transystem iBlue 747/747 A+ Modelle sowie auch baugleiche von Blumax oder QStarz. Ich konnte bei einigen meiner Logger aus dem Archiv das Problem nachvollziehen. Hier in den Kommentaren gibt es den Anfang der Diskussion: https://www.technologyblog.de/2012/01/bt747-einstellungen-fur-i-blue-747a-gps-datenlogger/#comment-2493 Lösung war dann doch ganz einfach. Das Datum der RTC mit NMEA Befehl setzen, dann funktioniert es wieder. Hier die genau Erklärung: https://www.technologyblog.de/2019/05/gps-rollover-zerstoert-gps-logger/ Viel Spaß noch beim GPS Tracks aufzeichnen und nicht vergessen die auch sichtbar bei OSM hochzuladen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POIs - Details - Gerichtsurteil
On 02.11.2018 07:03, sepp1...@posteo.de wrote: Irgendwann kommt irgendwer auf die Idee, einen Friedhof mit all seinen Gräbern und Grabsteininschriften als POI zu mappen, weil's geht - ich denke, irgendwo hörts ganz einfach auf. Gibt es das nicht auch schon in OSM? Taginfo listet etwas über 20.000 POI https://wiki.openstreetmap.org/wiki/Tag:cemetery%3Dgrave https://wiki.openstreetmap.org/wiki/Tag:historic%3Dtomb Wir müssen halt aufpassen, dass wir nicht einfach ein anderes Projekt kopieren, z.B.: https://www.findagrave.com/ Immerhin verwenden die OpenStreetMap als Karte... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 10 EUR Bahnrabatt für Changelist reviews
Hallo, es gibt gerade wieder etwas Kritik an der Qualität mit der Facebook in Thailand das Mapping durchführt. unpassende Klassifizierung, nicht verbunden oder plötzlich endend, schlechte Geometrie oder was ganz anderes. Wir haben demnächst einen Konferenz-Call mit dem Facebook Team und würden da gerne noch etwas mehr Beispiele für schlechtes Mapping präsentieren. Vielleicht hilft das ja dabei dass Facebook ihr Mapper-Training etwas verbessert. Die verwendeten Accounts sind hier gelistet, sind aber recht leicht erkennbar, da nach Schema: VLD001, RVR001, jeweils mit anderen Nummern. https://wiki.openstreetmap.org/wiki/AI-Assisted_Road_Tracing Im Süden von Thailand sind die Edits sehr präsent, da es dort kaum andere Mapper gab. Bitte kommentiert schlechte Changes direkt in einem Changeset comment. Wäre nett wenn ihr mir dann auch einen Link schickt, dann habe ich das gleich griffbereit. Wir werden aber auf jeden Fall die letzten Comments der Facebook Mapper vor dem Meeting ansehen. Als kleines Dankeschön für die Unterstützung gibt es für die zwei schnellsten Rückmeldungen zu schlechten Edits jeweils einen 10 EUR Gutschein aus der ferrero-hinundweg.de Aktion mit dem man günstiger Bahnfahren kann. Vielen Dank schon mal für eure Hilfe, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM - Schweiz
Hallo Markus, das von dir zitierte Dokument scheint auf OSM nur sehr begrenzt zuzutreffen. Es bezieht sich ja ausdrücklich auf GIS die personenbezogenen Daten sichtbar machen sollen. Als Beispiel ist eine Anwendung aufgeführt, die Alter und Einkommen der Bewohner eines Quartiers auswertet. Also so etwas wie das Geoscoring, das der Schufa nachgesagt wurde. Das was wir erfassen sind reine Geodaten ohne Personenbezug. Somit nicht zutreffend. Bleiben die Metadaten. Die sind aber nicht an eine Person gekoppelt, sondern an ein Pseudonym. Du hast weder eine technische, noch eine rechtliche Möglichkeit herauszufinden welcher Person ein Pseudonym zuzuordnen ist. Dass es Ausnahmen gibt in denen eine Person freiwillig eine Beziehung zu ihrem Pseudonym herstellt ist bei der großen Masse die Ausnahme und somit auch nicht relevant. Was sicher nützlich ist wäre ein deutlicher Hinweis bei der Anmeldung dass die Metadaten essentiell für das Funktionieren der Community sind und einsehbar sind. OSM ist aber bei weitem unkritischer als Internet Foren, bei denen ja auch das Datum und Uhrzeit angezeigt wird. Oder noch schlimmer Facebook, bei dem durch Einbeziehung der Freunde eine Person in der Regel identifizierbar ist. Stephan On June 13, 2017 6:20:22 AM GMT+02:00, Markus wrote: >Hallo Frederik, > >> Fürsorgepflicht gegenüber unseren Mappern >> vor möglichem Datenmissbrauch schützen > >Zufällig stosse ich auf ein Gutachten des Eidgenössischen Datenschutz >und Öffentlichkeitsbeauftagten der Schweiz. >https://www.edoeb.admin.ch/datenschutz/00628/00665/00681/index.html?lang=de > >Ich vermute, das hat tiefgreifende Auswirkungen auf unsere Arbeit... > >Der entscheidende Punkt: >*die Verknüpfung mit Personendaten begrenzen oder verunmöglichen* > >"begrenzen" meint: >"Frederik arbeitet mit" oder >"Frederik hat 2016 ##-tausend Punkte eingetragen" ist möglicherweise >ok, >"Frederik hat folgende Daten eingetragen" ist ohne seine explizite >Zustimmung nicht ok. > >> Jeder, der unser Planetfile runterlädt und verarbeitet, wird >> unwillkürlich zum Verarbeiter persönlicher Daten > >Ja, das Planetfile darf m.E. nur anonymisiert verbreitet werden. > >> * Wer sich drum kümmert, kann heute schon seine Daten in OSM >schützen, >> und die, denen das wichtig ist, die wissen meist auch, was sie machen >> müssen. > >Das ist nicht ausreichend. > >Erforderlich ist ein Opt-In-Verfahren, also eine ausdrückliche >qualifizierte Zustimmung zur nicht anonymisierten Datenerfassung, >bzw. der automatischen Ablehnung einer Nicht-Anonymisierung, wenn nicht >explizit zugestimmt wird. > >Ich vermute, eine solche Zustimmung würden nur wenige erteilen. >Es ist aus datenschutzrechtlicher Sicht sinnvoll, die Daten >grundsätzlich zu anonymisieren. > >Ein Zugriff auf die Verknüpfungstabelle wäre dann ausschliesslich der >DWG gestattet. Die Möglichkeit für Dritte muss technisch ausgeschlossen >sein. > >> * Egal, was wir tun oder nicht tun, wir sollten eventuell dafür >sorgen, >> dass neue Benutzer ganz genau wissen, was sie tun und was über sie >> später ermittelbar ist. > >Das ist sowohl für Daten in DE als auch in CH zwingend. > >> im deutschen Recht, der Datenschutz stärker als das Urherber- >> oder Datenbankschutzrecht oder irgendwelche Lizenztexte. > >Gilt auch für CH. > >Mit herzlichem Gruss, >Markus > >___ >Talk-de mailing list >Talk-de@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Technische Frage ÖPNV-Karte / Mapnik-Karte
Kannst du bitte einen Link zu so einer Stelle posten? Vielleicht auch den Node und die Tags um die es konkret geht? Updates können durchaus mal etwas länger brauchen aber mehrere Wochen klingt ungewöhnlich. On March 3, 2017 8:41:52 AM GMT+01:00, goegeo wrote: >Hallo Mitstreiter, > >ich bearbeite bereits seit einiger Zeit Busrouten und zugehörige >Infrastrukturen. Ich folge dabei dem PTv2-Schema. > >Mir war jetzt aufgefallen, dass viele Änderungen sowohl vom >Mapnik-Renderer, wie auch in der ÖPNV-Karte auch nach Wochen nicht in >der abgeänderten Form verarbeitet werden. Es sind immer noch die >früheren Bezeichnungen von Haltestellen (Name etc.) vorhanden. In >Teilen >sind auch gar keine Daten, obwohl von mir erfasst. Parallel sind >dieselben Daten aber in JOSM abrufbar. Bin ein wenig ratlos. > >Kann jemand weiterhelfen, woran es liegen könnte. Danke! > >___ >Talk-de mailing list >Talk-de@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Domain osm.solutions abzugeben
Hallo, könnte vielleicht für die OSM Freiberufler hier interessant sein. Ich habe die Domain "osm.solutions". Da ich mit OSM kein Geld verdiene ist mir die für den Einsatzzweck den ich dafür noch hätte zu teuer geworden. Ich finanziere ja schon jetzt recht viel aus eigener Tasche. Wer Interesse daran hat die Domain direkt zu übernehmen sollte sich die nächsten Tage mal bei mir melden. Eine finanzielle Anerkennung die den Betrieb meines Servers unterstützt sollte dann aber drin sein. Alternativ: einfach etwas warten und die Domain regulär registrieren in der Hoffnung dass niemand schneller ist. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key:name multilanguage nach browsereinstellung anzeigen
On 06.02.2016 15:08, tshrub wrote: Wieso wird auf mapnik nicht "automatisch übersetzt", sprich: wenn die tags existieren name:de name:el name:en name:ar name:fr zeigt mein de:en:SeaMonkey z.B. in Arabien für mich nichts lesbares an. Weil das "default" Mapnik rendering für die Mapper da ist. Und die sind lokal und "on the ground". Sprich: die haben überhaupt kein Problem mit Arabisch weil Muttersprache. Wenn du eine Karte haben willst die Namen auch auf Englisch/romanisiert anzeigt dann musst du die einen passenden Kartenanbieter suchen. Nur wenn ich auf eine andere Karte wie "Verkehrskarte" umschalte, werden die key schön browserspez. extrahiert. Macht er bei mir nicht. Wird immer Englisch angezeigt. Denke daher, das ist einfach so ein Anbieter wie oben erwähnt. Da Andy aus UK stammt wäre das naheliegend. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscehr tileserver (was: HTTPS für openstreetmap.DE)
On February 1, 2016 10:55:51 AM GMT+01:00, Sven Geggus wrote: > >Ich habe den Rant bei Fefe über letsencrypt gelesen und war dann erst >mal >etwas desilusioniert. Wenn mir jemand ein howto für ein sauberes >automatisiertes setup von letsencrypt mit SANs zeigt ist das im Prinzip >kein >Problem das für den deutsche Tileserver aufzusetzen. Ich habe noch mehr als 60 Tage bis zum renewal, denke aber dass ich zwei vielversprechende Lösungen zum renewal gefunden habe. Bis zum Hack Weekend in Karlsruhe könnte ich das am laufen haben. Wenn du mit dabei bist und Lust hast können wir das dann zusammen anschauen... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Private Schwimmmbecken
Ist dir wahrscheinlich schon klar, aber zur Klarstellung trotzdem. Du scheinst OSM als Karte zu sehen. Es ist aber sehr viel mehr. OSM ist eine Datenbank mit Geo Features. Das was einige aus den Daten machen ist dann eine Karte. In diesem Fall dann wohl Wheelmap. Wenn da was unsinniges drauf ist solltest du dich direkt an den Macher der Karte wenden... Stephan On November 29, 2015 6:28:18 PM GMT+07:00, Michael Reichert wrote: >Hallo Chris, > >Am 2015-11-29 um 12:20 schrieb chris66: >> Ja, was jemand auf seinem Privatgrundstück stehen hat, gehört IMHO >nicht >> auf eine öffentliche Karte. > >Ok, dann lass uns doch fast alle Gebäude in OSM löschen. ;-) > >Viele Grüße > >Michael > >-- >Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten >ausgenommen) >I prefer GPG encryption of emails. (does not apply on mailing lists) > > > > > >___ >Talk-de mailing list >Talk-de@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM bei Polizei?
Habe gerade kein so tolles Netz, aber ist der Fossgis als gemeinnützig anerkannt? Dann könnte er sich, bzw. OSM in die Bußgeldliste eintragen lassen. Dann können wir wirklich Spenden bekommen... Stephan On November 17, 2015 5:01:01 PM GMT+07:00, Andreas Schmidt wrote: >Internet ist ja auch Neuland. >Es ist übrigens die Bußgeldstelle. Ob man die um eine Spende für OSM >bitten könnte? So als pauschale Lizenzabgeltungsgebühr? :-) > >Am 17.11.2015 um 10:35 schrieb Hartmut Holzgraefe: >> On 17.11.2015 10:26, Andreas Schmidt wrote: >>> >https://www.polizei.rlp.de/internet/nav/092/09250455-9958-bb31-7a52-f616a313445c.htm >>> >>> >>> >>> Nutzt die Polizei dort eine OSM-Karte und ist dort keine >Urheber-Notiz >>> vorhanden? >> >> ja, sieht so aus. >> >> Sieht aber auch so aus als ob wer auch immer die Seite gestaltet hat >> auch von Web allgemein eher so wenig bis garkeine Ahnung hat? >> >> >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-de > > > > > > >___ >Talk-de mailing list >Talk-de@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Notes API-Anfrage geht nicht vollständig
On 24.10.2015 23:02, Dietmar wrote: wget -O nodes.osn http://api.openstreetmap.org/api/0.6/notes?bbox=8.976,47.2701,13.8397,50.565&limit=2550&closed=-1 bringt nur 100 Notes (das ist default), also der limit-Parameter scheint nicht zu gehen. hatte das gerade ausprobiert: wget -O - "http://api.openstreetmap.org/api/0.6/notes?bbox=8.976,47.2701,13.8397,50.565&limit=2550&closed=-1"; | grep "--2015-10-25 00:14:44-- http://api.openstreetmap.org/api/0.6/notes?bbox=8.976,47.2701,13.8397,50.565&limit=2550&closed=-1 Resolving api.openstreetmap.org (api.openstreetmap.org)... 2001:630:12:500:21a:4bff:fea5:fd2a, 2001:630:12:500:219:bbff:fe39:3d9e, 2001:630:12:500:219:bbff:fe39:8aba, ... Connecting to api.openstreetmap.org (api.openstreetmap.org)|2001:630:12:500:21a:4bff:fea5:fd2a|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/xml] Saving to: `STDOUT' [ <=> ] 3,318,350 11.6M/s in 0.3s 2015-10-25 00:15:14 (11.6 MB/s) - written to stdout [3318350] 2550 Scheint wie erwartet zu funktionieren. vielleicht nur ein kurzer Schluckauf der API? Format kann ich aber auch nicht ändern. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Notes API-Anfrage geht nicht vollständig
On 24.10.2015 23:02, Dietmar wrote: Gemäß der Dokuangabe könnte man auch das Ausgabeformat, u.a. gpx auswählen, aber der Parameter ist nicht dokumentiert. Ein Versuch mit format=gpx war nicht erfolgreich. Kann mir jemand helfen? Ruby und Rails ist für mich immer irgendwie magie. Ich habe keine Idee wie die Parameter reinkommen. Ist einfach aller irgendwie magisch da. Vielleicht wirst du ja daraus schlau: https://github.com/openstreetmap/openstreetmap-website/blob/master/app/controllers/notes_controller.rb Es gibt zumindest eine Auswertung für Format: # Render the result respond_to do |format| format.rss format.xml format.json format.gpx end Und der Limit Parameter scheint auf geprüft und ausgewertet zu werden. Ob man dem ruby irgendwo sagen muss, dass er in der Funktion den Limit Parameter auch holt oder ob das mal wieder magisch passiert kann ich nicht sagen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV
Hallo Peda und andere, On 29.08.2015 21:36, Peter Barth wrote: vor ein paar Tagen wurde von Mentzdv in 3 Changesets unser Bahnhof "verschönert". da auf deiner eMail nicht mit drauf habe ich das ganze mal an Mentz weitergeleitet. Da noch Wochenende ist wird frühestens Montag Nachmittag eine Antwort kommen. Viele von den "Routinearbeiten" kann sicher auch ein mittelmäßig erfahrener Mapper remote erledigen. Ich denke wir brauchen aber einen Weg wie das lokale Wissen stärker berücksichtigt wird. Ob ein bezahlter Mapper eine veraltete Info einträgt oder ein Mapper vor Ort die Info nicht nachtpflegt macht im Ergebnis keinen Unterschied. Aber schlechter sollten die Daten hinterher nicht werden. Also richtige Infos dürfen nicht kaputtkorrigiert werden. Ich habe folgendes auch an Mentz geschickt, hoffe dass die Antwort öffentlich kommt. "Passiert euch ja immer wieder, dass eure Infos gegenüber den OSM Daten veraltet sind. Habt ihr mal überlegt wie sich das verbessern lässt? Ihr dürftet wohl umfangreichere Quellen haben, die OSM Daten stammen aber in der Regel aus Begehungen vor Ort und sind damit wohl auch aktueller. Habt ihr versucht die lokalen Mapper stärker einzubinden? Wie wäre es wenn ihr im Vorfeld einer Mapping-Aktion von Bahnhöfen die Mapper aus der OSM Datenbank anschreibt die in den letzten sagen wir mal 18 Monaten dort Objekte angefasst haben? Die Abfrage sollte sich aus Overpass bedienen lassen. Mal Roland fragen. Da könnt ihr dann schreiben was ihr vorhabt, welche Accounts voraussichtlich editieren werden und anbieten, dass die lokalen Mapper helfen. Das könnte eine Ortsbegehung sein, Beantwortung von Detailfragen oder ein Review der Änderungen." Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] POI als Punkt oder Fläche mappen
Hallo zusammen, bei unserem heutigen OSM Stammtisch kam die Frage auf was aktuell der OSM Weg ist wenn durch genauere Informationen ein bereits als Punkt (Node) existierender POI in eine Fläche überführt werden soll. Es gibt wohl in der Community verschiedene Sichtweisen. Ich will mit einer kleinen Umfrage mal ein Meinungsbild einholen wie so etwas eurer Meinung nach gemapped wird. Ausgangslage ist also ein einfacher POIm der detaillierter als Fläche gemapped werden könnte. Fläche deckt dabei den kompletten POI ab. Keine Spezialfälle wie mehrere Shops im gleichen Gebäude oder so. A) POIs sollen niemals als Fläche gemapped werden. Der POI würde als Punkt innerhalb einer Fläche liegen die nur als Gebäude getagged ist B) Die Tags des Nodes werden der Fläche hinzugefügt und dann der Node gelöscht. History der Entstehung des Tags bleibt im OSM Full-Planet erhalten. C) Der bestehende Node wird verschoben und Bestandteil der Fläche. Die Tags werden vom Node entfernt und der Fläche hinzugefügt. History ist eventuell etwas leichter zu erreichen da der Node noch sichtbar ist. D) Node und Fläche sollen gleichzeitig existieren und beide alle Tags enthalten Hier mal ein Doodle dazu. (irgendwo gab es glaube ich auch eine "Umfrageplattform", habe das aber auf die Schnelle nicht gefunden) http://doodle.com/sfp3g2rtd4cg4mxp Bitte gebt so innerhalb der nächsten zehn Tage eure Meinung ab. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update of german Aral petrol stations
On 12.02.2015 07:19, Michael Kugelmann wrote: Am 11.02.2015 um 18:28 schrieb Michael Reichert: Ich persönlich denke, dass die ODbL als Lizenz für eine Import nicht ausreichend ist. Was passiert, wenn sich die Zweidrittelmehrheit der aktiven Mapper nach Artikel 3 der Contributor Terms für eine neue Lizenz entscheidet? H Aber: unter irgendeinem Account werden die Daten importiert. Und dieser Account erkennt bei der Anmeldung auch die CTs an => da steht doch IIRC dring dass sich die Lizenz ändern kann. Somit dürfen IMHO die einmal importierten Daten enthalten bleiben [oder mache ich einen Denkfehler?]. Ja. Dein Denkfehler ist, dass durch das Akzeptieren der Contributor, Term der Contributor der OSMF gegenüber bestätigt, dass er die Rechte an den Daten hat die er beiträgt um der OSMF die genannten Nutzungsrechte einzuräumen. In diesem Fall hätte der Importeur gelogen. Er ist nicht Eigentümer der Daten und kann somit auch das Nutzungsrecht nicht einräumen. Typischerweise ist das dann ein Fall für die DWG um eine Redaction der Daten, also ein Revert inklusive Bereinigung der History, durchzuführen. Sonst wäre es ja einfach die Daten von TeleAtlas und co zu importieren. Eine Lösung ist, sich zum Beispiel folgendes genehmigen zu lassen: "Wir gestatten die Verwendung unserer Daten in OpenStreetMap gemäß den Contributor Terms". Als Erklärung kann man dann noch einen Link au die CT beilegen und bei Bedarf auch sagen, dass die Daten derzeit unter der ODbL veröffentlicht werden. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fehler
On 30.12.2014 05:21, Markus wrote: Weiss jemand, was diese Fehlermeldung bedeutet: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target Du hattest diese Frage schon mal gestellt. Es geht darum das Zertifikat für das digitale signieren und verschlüsseln zu installieren. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entfernungs-Skala/Massstab
On 06.12.2014 20:02, davidoff12...@yahoo.de wrote: Im Gegensatz zu Google Maps oder Papierkarten ist bei OpenStreetmap zumindest per Vorgabe kein Maßstab ersichtlich. Es erschwert die Orientierung erheblich, bzw. macht sie umständlicher, wenn man die Entfernungen nicht einschätzen kann und erst den Routenplaner dafür bemühen muß. Mache ich was falsch oder ist Besserung in Sicht? was genau verstehst du unter Maßstab? So etwas wie die Anzeige unten links im Eck, die angibt wie lang 300km bzw. 100 Meilen sind? http://osm.org/go/euEQg- Die Anzeige verändert sich wenn du in die Karte reinzoomst. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Fernsteuerung - Sicherheit
On 24.11.2014 19:34, Markus wrote: - welche sollte man aus Sicherheitsgründen ausschalten? warum? Gefahr für deinen PC besteht bei den Vorgaben keine. Wenn du paranoid veranlagt bist solltest du das Feature abgeschaltet lassen, da Webseiten erkennen könnten dass bei Dir JOSM läuft. Was auch immer man mit der Info anfangen könnte. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)
Hallo Joachim, On 12.11.2014 06:40, Joachim Kast wrote: Da ich die Angelegenheit ruhig, sachlich und nachhaltig regeln möchte, lasse ich mir natürlich von keiner Seite eine Frist setzen. ich habe dich ja nun auch schon persönlich getroffen und als ruhigen und sachlichen Menschen erlebt. Ich denke du wirst hier schon so vermitteln können dass wir eine Lösung haben bei der sowohl die Community und OSM als Ganzes als auch das Projektbüro zufrieden sind. Schließlich wollen wir ja alle, dass die OSM Daten auch verwendet werden. Ich habe nicht recherchiert wer dieser Andreas eigentlich ist, aber der Kommentar einen Tag zu löschen falls er nicht binnen Frist im Wiki dokumentiert (und vorher abgestimmt ist) zeigt doch ein größeres Defizit im Verständnis wie das Tagging bei OSM funktioniert. Lass dich davon nicht abschrecken. Du machst einen guten Job. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vertrauen in OSM-Wochennotiz
On 04.10.2014 18:05, Andreas Labres wrote: On 04.10.14 11:30, Stephan Knauss wrote: Geht preislich ab USD 60 für zwei Jahre los: Bei StartSSL gibt's auch Gratis-Zertifikate und die funktionieren genauso. Also man /muss/ kein Geld dafür ausgeben! Ich administriere den Server nicht. Das Zertifikat dort ist ein wildcard für alle subdomains. Die kosten in der Regel Geld. Wenn es auch ein "normales", ohne wildcard sein darf ist es kostenlos zu bekommen. Benötigt dann aber in der Regel Unterstützung für SNI weil IP-Adressen nicht mehr im Überfluss da sind. Und damit sperrt man dann alle Nutzer aus die mit antiquierter Technik unterwegs sind. Alternativ könnte man statt selbst signiert auch CACert verwenden. Hilft aber der breiten Masse der nicht so technik-affinen Nutzer auch nicht. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vertrauen in OSM-Wochennotiz
Hallo Markus, On 04.10.2014 11:11, Markus wrote: Aber wieso schreibt mir diese immer, dass sie "nicht vertrauenswürdig" sei? ich vermute mal du rufst den Blog über eine https Verbindung auf. Dann kommt die Meldung im Browser daher, dass du das Team noch nicht genügend unterstützt hast. Du müsstest alle zwei Jahre eine kleine Spende machen so dass SSL Zertifikate verwendet werden können die in den verbreiteten Browsern schon fest verdrahtet sind als vertrauenswürdig. Geht preislich ab USD 60 für zwei Jahre los: https://www.startssl.com/?app=2 Gibt auch noch andere Anbieter, die aber meist deutlich teurer sind. Am besten machst du gleich die Spende, dann können die Admins das Zertifikat beantragen und installieren. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] City Maps 2Go Pro heute kostenlos bei Amazon
Im Amazon Android-Store gibt es heute eine OSM Kartenanwendung fürs Smartphone geschenkt. Kostet sonst regulär 2 Euro. http://www.amazon.de/gp/product/B008X8RSTM/ Wer auch sonst bei Amazon einkauft: Mit diesem Link auf die Seite gehen, dann bekommt OSM bis zu 10% des Einkaufswerts: http://www.amazon.de/?_encoding=UTF8&tag=opensde-21 Der Trick dabei ist, dass bei "allgemeinen" Produkten die Vergütung steigt je mehr Produkte gekauft werden (beim Preis gibt es eine Obergrenze von dem was OSM erhält, teurer als ~170€ je Produkt bringt für OSM dann keine höhere Einnahme). Und es lassen sich nicht mehrere Werbeprogramme kombinieren. http://wiki.openstreetmap.org/wiki/Merchandise/Stats Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Account für Workshop
Hallo Markus, On 23.09.2014 09:05, Markus wrote: Einen Account einrichten ist für viele eine technische Hürde. Deshalb legen wir mit jedem Teilnehmer einen persönlichen Account an und sorgen dafür, dass er die Zugangsdaten aufschreibt und mitnimmt, und üben mit ihm das Einloggen. Das dauert bei 10 Teilnehmern locker eine halbe Stunde... Wir müssen bei OSM nicht "jeden" haben. Das Anlegen eines Accounts ist im Vergleich zu den Herausforderungen beim Editieren der Daten ein Klacks. Wenn jemand schon nicht in der Lage ist in ein Formularfeld seine eMail Adresse einzutragen und sich einen Benutzernamen und Passwort auszudenken dann will ich nicht, dass so jemand bei OSM editiert. Das zerstört mehr Daten und schafft Arbeit als dass es Gewinn bringt. Einen gewissen Qualitätsanspruch zu haben ist durchaus in Ordnung. Und dazu gehört auch den Teilnehmern der Community ein Mindestverständnis von der Technik abzuverlangen. Du willst auch keine Spaziergänger mit Flip-Flops in den Alpen auf einem Klettersteig. Das hat nichts mit Diskriminierung zu tun sondern schützt alle Beteiligten vor negativen Folgen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Account für Workshop - dev-Server
Markus writes: Hier geht es mir eher um Messen wie die INTERGEO, wo JOSM auf mehreren Rechnern läuft. Wäre da ein Sandkasten zum sich austoben nicht viel besser geeignet? Wenn die Nutzer sich erst mal mit dem Editor auskennen kann man ja später immer noch sich an die Live-Datenbank rantrauen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Fail oder neue Insel? ;-)
chris66 writes: Am 22.09.2014 08:12, schrieb Elstermann, Mike: http://geoobserver.wordpress.com/2014/09/22/osm-fail-oder-neue-insel/ http://www.openstreetmap.org/#map=14/0.0791/0.0488 Solche temporären Lummerländer gehören zum OSM Konzept. ;-) war das wirklich ein "Lummerland" das mit Absicht so gebaut wurde? Mal beim entsprechenden Nutzer angefragt? So dicht bei 0/0 könnte das auch ein Problem im Editor sein. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Account für Workshop
On 21.09.2014 17:59, Markus wrote: Wie kann man einen temporären OSM-Account erstellen? beispielsweise für einen Workshop? Dazu ist der dev-server da. Die Live-Datenbank ist keine Spielwiese. Hier kannst du dich anmelden. Das lässt sich auch in JOSM als API für den Editor eintragen. http://master.apis.dev.openstreetmap.org/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo Google besser ist als OSM
On 31.08.2014 22:55, simson.gert...@gmail.com wrote: http://compare.osm-tools.org/?zoom=15&lat=50.79866&lon=12.95761&layers=BT00F An dieser Stelle sehe ich mehrere dicke rote Markierungen. Dies sind die Gornauer Straße und die Jägerschlößchenstraße. Bei diesem Vergleich http://sautter.com/map/?zoom=16&lat=50.79804&lon=12.95035&layers=B000TFFF sieht man, dass die Straßen von google und osm aber eigentlich sehr gut übereinander liegen. Wo ist da der Wurm drin? Es werden Hauptstraßen ausgewertet. Google denkt hier, dass es eine Hauptstraße sein sollte. In OSM ist sie als Nebenstraße (highway=residential) gemappt. Details zur Technik habe ich hier beschrieben: http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/ Ich denke in Deutschland wirst du dich schwer tun noch fehlende Hauptstraßen zu finden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo Google besser ist als OSM
On 31.08.2014 22:31, Dieter Jasper wrote: Am 30.08.2014 23:12, schrieb Stephan Knauss: Damit sieht man schnell wo Google glaubt dass es Hauptstraßen gibt die bei OSM nicht verzeichnet sind. Tracks in OSM werden nicht berücksichtigt. Richtig? Da es um Hauptstraßen geht: Nein. Ein highway=track ist eine ähnlich untergeordnete Straße wie ein residential. Wenn du so eine Stelle hast, dann ist entweder Google mit der Hauptstraße ziemlich daneben oder das Tagging in OSM. Gibt so ein paar Fälle in OSM wo wichtige Straßen als "Track" gemappt sind weil nicht asphaltiert. Eigentlich wollte der Mapper aber das "surface" Tag verwenden. Oder hätte besser verwenden wollen ;) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo Google besser ist als OSM
Hallo Jochen, On 31.08.2014 11:01, Jochen Topf wrote: http://compare.osm-tools.org/ Beim Armchair mappen könnt ihr euch nun auf die wirklich wichtigen Straßen konzentrieren. Coole Karte. Ich mag vorallem die psychodelischen Bilder, die beim zoomen und rumschieben kurz zu sehen sind. :-) Ja. OpenLayers verschiebt die Layer leider nicht gleichzeitig. Die Google-Bilddaten selbst will ich nicht manipulieren um noch im Rahmen der Terms of Use zu bleiben. Sonst hätte ich da direkt reinmalen können. Dann wäre es auch nur ein Layer gewesen. Problem ist, dass ich nicht sehr nahe ranzoomen kann und daher der Ausschnitt da, wo ich versucht hab, von der API immer als zu gross abgelehnt wurde und das Laden in den JOSM nicht klappt daher. Hast du da mal ein Beispiel? Bei mir ist das maximale Zoom 15 wenn ich ganz reingezoomt habe. Da habe ich kein Problem. Ist der angezeigte Kartenausschnitt bei Dir ungewöhnlich groß? Praktisch wäre auch, wenn man auf die OSM-Karte umstellen kann, dann kann man u.U. ohne das Laden in den Editor erkennen, wo man ein false positive hat. Das habe ich noch eingebaut. Man kann jetzt auch noch auf OSM-Rendering oder BING Luftbild umschalten. Aus irgend einem Grund ändert sich dabei zwar auch das CSS des Layer Selectors, aber Hauptsache das Tool ist damit nützlicher. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo Google besser ist als OSM
Hallo, ich kann meinen Google vs. OSM Kartenvergleich nun weltweit anbieten. Damit sieht man schnell wo Google glaubt dass es Hauptstraßen gibt die bei OSM nicht verzeichnet sind. Oder andersrum: Gegenden in denen wir noch Straßen von Luftbildern übernehmen sollten. Ich habe das Ganze in meinem Blog beschrieben: http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/ Die Kurzform: Ihr seht auf der Karte die Google Hauptstraßen und Gewässer bei denen es in OSM keine Entsprechung gibt. In perfekt gemappten Gebieten ist die Karte dann grau. Wenn ihr eine Stelle genauer ansehen oder im Editor vom Luftbild abmalen wollt könnt ihr mit den Buttons auf der linken Seite den Bereich im Editor laden. Ich bevorzuge JOSM, sollte aber auch mit iD und Potlatch gehen. http://compare.osm-tools.org/ Beim Armchair mappen könnt ihr euch nun auf die wirklich wichtigen Straßen konzentrieren. Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenzpunkt für GPS-Gerät
On 26.07.2014 20:22, Ronnie Soak wrote: Du meinst “informativ den momentanen Fehler sehen“? Handelsübliche GPS kann man nicht kalibrieren. Außerdem ist der Fehler an jedem Ort und zu jeder Zeit anders. was braucht eigentlich die rtklib an Hardware? Ist das bezahlbar? Also sagen wir mal kleiner 100€? Dann könnte man ja an den Referenzpunkt einen Empfänger stellen und mit seinem GPS abgleichen mit dem man in der Umgebung die Straßen erfasst. Ob sich das noch lohnt wenn man genügend Luftbilder hat die mit einer Lagegenauigkeit von ca. 1m angepriesen werden (google, Bing dürfte vergleichbar sein) wäre die Frage. Man will ja keinen Mähdrescher zentimetergenau übers Feld fernsteuern... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfahrtsbeschreibung SOTM EU führt über gesperrte Straße
fly writes: Das sieht bei mir leider auch nicht besser aus. Dauernd Sonderlinien und Fahrplanänderungen. Und was mache ich denn jetzt, wenn es hoffentlich nur drei Wochen dauert, dadurch allerdings der zentrale Umsteigebahnhof betroffen ist ? Ist es OK hier alles umzumodeln und in drei Wochen wieder zurück ? eher nicht ändern. Selbst ich als OSM aktiver mache deutlich seltener Updates auf mein OSMand. Da hätte ich dann somit längere Zeit "veraltete Daten" eingefangen. Die Schmerzgrenze für so temporäre Geschichten dürfte ungefähr bei einem viertel bis halben Jahr liegen. Alles was kürzer ist lohnt sich nicht im OSM zu ändern. Die Diskussion gibt es immer mal wieder. Für so kurzfristige Sachen gibt es alternative Mittel und Wege. Beim Audo hat sich ja wohl TPEG durchgesetzt, für ÖPNV gibt es sicher auch so was ähnliches um kurzfristige Ausfälle abbilden zu können. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler beim Konvertieren von .OSM nach .MAP
Das plugin scheint schon seit 2012 defekt zu sein. Wenn sich da keiner mehr darum kümmert wird es wohl Zeit sich nach einer Alternative umzusehen. 64bit IDs können mit der alten Version Probleme machen. Siehe auch osmosis-dev vom 8. Oktober 2012. Stephan On March 6, 2014 3:47:01 PM CET, hike39 wrote: >Nun habe ich selbst herausgefunden, dass das Problem in der Kombination >Osmosis 0.43.1 und Mapsforge-Map-Writer 0.3.0 liegt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Hartmut Holzgraefe writes: On 02/20/2014 02:38 PM, Jörg Frings-Fürst wrote: 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255 zu merken. schon bei meinem bescheidenen privaten Webserver ist es oft kaum möglich in einem "tail -f access.log" aus dem vorbeirauschenden ASCII-Brei irgendetwas erkennbares aufzuschnappen ... das sich merken ist also nicht das Problem, überhaupt etwas merkbares zu erkennen ist es ... Don't feed the trolls! <*> Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
On 06.02.2014 19:18, Martin Raifer wrote: Lustig, die Engländer haben anscheinend kein Problem mit dem "St." in Eigennamen (und das trotz Verwechslungsgefahr "Saint"/"Street"): http://www.openstreetmap.org/way/4959544#map=19/51.51372/-0.09845 Und bei uns hat niemand ein Problem damit das "Sankt" auszuschreiben. So what? http://www.openstreetmap.org/#map=19/48.36587/10.90284 Was hat dieses Beispiel nun gebracht? Ursprungsfrage war ja, ob man in den "name" Tag den ganzen Namen einträgt oder eine in der jeweiligen Schriftform gebräuchliche Abkürzung. Und bei OSM ist es schon seit Jahren so, dass es immer die Langfassung sein soll. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Martin Raifer writes: Text-to-Speech Gute Text-to-Speech Software sollte aber mit diesen Abkürzungen locker umgehen können. Und wenn nicht, dann bedarf es für die jeweilige Anwendung schlicht eines Post-Processing Schritts, der die Abkürzungen entsprechend expandiert. Wieso es dem Mapper schwer machen wegen möglicherweise schlechter Anwendungs-Software? Oder im OSM-Slang: „Wir mappen nicht für das Text-to-Speech Programm!“ Du würdest für das TTS mappen wenn du in den Name-Tag etwas einträgst was nicht der Name ist nur um es hübsch in der TTS zu haben. Will ja niemand. Es soll nur der ganze Name in den name tag, ohne Abkürzungen. Etwas *nicht* abzukürzen ist wohl kaum eine böse Aktion die auch nur im entferntesten unter "Taggen für Renderer" fällt. Wie willst du denn die schon genannte "St. Effenberg Fussballstr." expandieren? Das klappt nur wenn deine Software eine vollständige Liste von allen Abkürzungen hat die eindeutig expandierbar ist. Einen Schriftsteller "Stefan Lukas" kannst du nicht von einem "Sankt Lukas" unterscheiden wenn du nur "St. Lukas" hast. Wenn du nur das Schild "St. Lukas" siehst und keine weitere Ortskenntnis oder Zusatzinfo hast, dann trägst du auch nur das in den name tag ein. Wenn du weißt, dass es ein "Stefan Lukas" oder ein "Sankt Lukas" ist, dann trägst du das ein. Was ist an einer Regel "Trage den vollständigen Namen ohne Abkürzungen in den Name Tag ein. Wenn du nur die abgekürzte Fassung kennst dann trage nur diese ein." so kompliziert? Ein Mapper der schon daran scheitert sollte besser nicht bei OSM mitspielen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Martin Raifer writes: Es geht doch praktisch fast nur um zwei Fälle: "St." und "Dr.". Beides sind in gewisser Weise Titel von Personen, die im echten Leben fast immer abgekürzt werden. "St." kann "Sankt" oder "Saint" werden. Je nach Name der dahinter kommt. Das lässt sich nur extrem schwer mit Software expandieren, vermutlich nur mit umfangreichen Worterbüchern. Sankt Florian oder Saint Exupery. Und in Grenzgebieten vielleicht noch schwieriger. Ist es ein Französischer Name oder ein Deutscher? Je nachdem müsste anders expandiert werden. Und der Name ist eben "Sankt Florian". So spricht man auch den Namen aus. Dass es auf Schildern eventuell aus Platzgründen abgekürzt wird weil die Abkürzung gebräuchlich ist ändert ja nichts am Namen. Ist nur ein spezieller "Renderer". Wir wollen ja den Namen der Kirche/Straße erfassen und nicht die Aufschrift des Schildes. Falls es für die Schilder eine Anwendung gibt (Ortsbestimmung für Blinde mit Texterkennung durch Kameras bei schlechtem GPS Empfang?) müsste man sich für das Tagging der Schilder und deren Position halt auch was überlegen. Ändert aber nicht den Namen der Kirche oder Straße die das Schild benennt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
On 03.02.2014 19:17, Martin Raifer wrote: Außerdem: Wenn jemand den "ganz normalen Sprachgebrauch" eines Landes nicht kennt, kann ein ausgeschriebener Name genauso (oder sogar viel eher noch) für Verwirrung sorgen: Auf der Karte stünde "Sankt Peter Hauptstraße", am Schild aber steht "St. Peter Hauptstraße"[1] – kann man ohne deutsche Sprachkenntnis mit einiger Gewissheit sagen, ob das jetzt die gemeinte Straße ist? Ich behaupte nein. Bitte trennt euch endlich mal von der irrigen Annahme dass OSM nur eine Karte ist. OSM ist viel mehr. Was mache ich zum Beispiel wenn ich eine Navi programmiere die per Text-To-Speech die Namen ansagt? "Bitte rechts abbiegen in die Es-Te-Punkt Peter Straße"? Dass man per Software nicht so einfach auf den langen Namen kommt ist zur genüge erklärt worden. Und das "Sankt Peter" ist nun mal der Name. Also kommt der bitte auch in den name Tag. Wenn jemand ein Problem damit hat das "Sankt" in ein "St." abzukürzen biete ich gerne an das in jeder gebräuchlichen Programmiersprache zu lösen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OsmAnd+ heute gratis bei Amazon
Hallo, wer auf seinem Android Telefon auch den Store von Amazon installiert hat bekommt heute die Vollversion von OsmAnd gratis. http://www.amazon.de/dp/B00D0SEGMC Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE:Tag:waterway=weir - Problem mit zweideutiger Übersetzung
Richard Z. writes: mir ist jetzt schon ein paarmal aufgefallen, daß Mapper etwas mit waterway=weir getaggt haben was ich eigentlich mit waterway=dam mappen würde - weil (außer im Katastrophenfall) nie Wasser drüberfließt. Fließt das Wasser denn generell ab? Jedenfalls schreibt die deutsche Wikipedia über Wehr (Wasserbau): "Wehre können zeitweise überströmt oder durchströmt (oder beides gleichzeitig) sein." Hier Beispielbilder für Wehre: http://commons.wikimedia.org/wiki/File:Tainter_Gate.jpg http://commons.wikimedia.org/wiki/File:Schweinfurt_Walzenwehr_1.jpg Die Abgrenzung zu einem Staudamm ist aber wirklich schwierig, oder? In der Wikipedia ist das hier ein Beispiel für einen Damm: http://upload.wikimedia.org/wikipedia/de/8/89/Selbstgebauter_Staudamm.JPG Was ist an dem jetzt so signifikant anders als an einem Wehr das überströmt/durchströmt wird? Und dann beschreibt die Wikipedia noch eine "Staustufe". http://de.wikipedia.org/wiki/Staustufe Oder eine Talsperre: http://de.wikipedia.org/wiki/Talsperre Die hat dann auch gleich noch eine juristische Definition dabei. Ich denke aber dass wir bei OSM es nicht so kompliziert machen sollten. Nicht alle Mapper sind gelernte Wasserbau Experten. Wir brauchen eine Definition die von 95% der Mappern verstanden und angewendet werden kann. Und die Definition sollte bei uns genauso verwendbar sein wie in Asien. Warum nicht einfach noch ein paar Fotos als Beispiel mit auf die Wikiseite? Dann kann sich der Mapper schon das aussuchen was am besten zu seinem Bauwerk passt. Und die jeweiligen Experten für Wasserbau können dann die genz wenigen Bauwerke die doch falsch getaggt sind entsprechend korrigieren und ein foto mit Erklärung ins wiki einfügen damit es das nächste mal noch eindeutiger wird. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Softwareunterstützung für Semikolon getrennte Tags
On 14.01.2014 08:54, André Riedel wrote: Ich sehe schon, es ist noch komplizierter als ich dachte. Eine Set würde ich in API 0.7 bevorzugen, denn so könnte man bspw. die Unterschiedlichen Öffnungszeiten kenntlich machen. mein Gedanke war, dass der Set ein Datentyp ist. also so in etwa das um das "amenity=hotel;restaurant" zu ersetzen hotel restaurant Das was du machst finde ich vom Bauchgefühl her unglücklich. Ich würde das doch trennen wollen. Es ist ja auch geographisch nicht der gleiche Ort. Eventuell die gleiche Adresse, aber die Leute übernachten bestimmt nicht im Restaurant. Das ist also schon räumlich getrennt. Eventuell ist das Hotel ja in Wirklichkeit ein Stockwerk drüber oder so. Es ging mir mehr um die Sachen bei denen es sich nicht trennen lässt. Wie eben das Stück Autobahn von Stuttgart Richtung Karlsruhe: A 8 A 81 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Softwareunterstützung für Semikolon getrennte Tags
On 13.01.2014 23:40, Frederik Ramm wrote: Du hast schon recht, es waere wuenschenswert, wenn Software das "automatisch richtig" machen wuerde, aber puh, das wird ein langer und steiniger Weg. Am Anfang stuende die Frage: Sollen wir eventuell helfen dann doch weitere Datentypen in der API. Also nicht nur key=value Paare, sondern noch etwas mehr. Eine Idee für Api 0.7 Geordnete Listen: Ein Datentyp bei dem 1..n Values in einer definierten Reihenfolge nacheinander kommen. Doppelte Values sind erlaubt. Sets: Aufzählungen von 1..n Values. Die Reihenfolge spielt keine Rolle, doppelte Values sind verboten. Wäre eine größere Änderung, dürfte aber viele der bisherigen Verwendungen vom Semikolon abdecken. Bisherige Werte in der Datenbank blieben als value erhalten bis es jemand von Hand (oder script) konvertiert. ABER: Das ist eine recht große Änderung die eine Modifikation an jeder Software erfordern würde die die Daten verarbeiten will. Um kompatibel zu bleiben müsste es eventuell einen Konverter geben der den API 0.7 output wieder zusammenmergen kann in einen einzelnen value mit Semikolon für nicht angepasste alte Software. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Softwareunterstützung für Semikolon getrennte Tags
On 13.01.2014 22:12, Peter Wendorff wrote: jetzt fängst du aber mit Ausweichtaktiken an. Ich glaube eher Du wechselst gerade das Thema. Ich habe den Betreff dahingehend angepasst. Die ursprüngliche Frage war ja ganz speziell auf Highway Shields ausgerichtet. Beispiele bei der Suche nach amenity-Keys, die ein Semikolon enthalten: highway=residential;unclassified (134x laut taginfo) highway=path;track (68x laut taginfo) highway=traffic_signals;crossing (62x) highway=unclassified;residential (44) highway=residential;track (43) Schon mal mit JOSM Wege oder andere Elemente verbunden? Der Default ist (oder war?) dass im Tag dann alle bisherigen Werte stehen, eben mit einem Semikolon getrennt. Ich denke das allermeiste dieser Stellen sind solche Fälle bei denen der Anwender das nicht gemerkt und korrigiert hat. Jochen Topf hatte vor einiger Zeit eine recht umfangreiche Untersuchung gemacht was die Verwendung von Semikolon angeht. Ganz trivial ist die Lösung des Problems nicht. http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues JOSM-Plugin
chris66 writes: Im Forum tauchen gerade lizenztechnische Bedenken auf: ... Gegen die von Ihren "OSM-Mappern" mittels GIS-Editoren beabsichtigten Nutzungen der WMS-Darstellungsdienste des NRW-Atlas zur Lagekontrolle, Qualitätssicherung und zur Ableitung von Geodaten kann ich keine Einwände erkennen. Lediglich das Kopieren meiner Datenbankinhalte - also ein direktes Speichern der aufgerufenen WMS-Darstellungsdienste zur Anlage von Sekundärdatenbeständen - ist bereits urheberrechtlich untersagt. ... Ableitung oder Kopie, das ist die Frage fehlt da Kontext zur Frage? Aus diesem Zitat kann ich kein Problem erkennen. Es gibt einen WMS dienst den wir (vergleichbar den Bing Bildern) verwenden dürfen. Nur die Bilder die dort geliefert werden dürfen wir nicht Speichern um daraus Sachen wie z.B. eigene WMS Server zu machen. Eine temporäre Kopie (z.B. im Cache) wurde ja sogar erlaubt, da dadurch eben nicht die Anlage eines Sekundärdatenbestandes bezweckt wird. Wo siehst du die Einschränkung für OSM? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Hallo Martin, Martin Koppenhoefer writes: Am 15. November 2013 03:24 schrieb Stephan Knauss : Für OSM müssen die Daten unter den Bedingungen der Contributor Terms freigegeben werden. Wobei das nicht so ganz klar ist, ob das überhaupt gehen kann, oder? Wenn man davon ausgeht, dass der virale Aspekt der Lizenz funktioniert, und weiterhin, dass alle Daten, die nicht in komplett leerer Umgebung erstellt wurden oder von externen Quellen importiert wurden, auch von ODbL Daten abgeleitet sind, dann haben die Mapper gar nicht mehr das Recht an "ihren" Daten, sondern diese sind von vornherein und ausschließlich ODbL (sozusagen von der Umgebung und dem Bestand in OSM "abgefärbt"), Ist das wirklich so? Wäre bestimmt mal eine interessante Frage für die Legal-Mailingliste oder eine Working group. Ich war bislang der Meinung, dass unsere Datenbank eben gerade nicht unter der ODbL steht. Die Daten gehören der Foundation, mit den Contributor Terms übertragen wir sie. Dadurch sind die abgeleiteten Daten auch nicht von ODbL sondern von anderen Daten abgeleitet für die die CT gelten. Anders wäre es doch auch garnicht möglich dass wir die Lizenz wechseln. Das was später unter der ODbL steht ist der Export der Daten, zum Beispiel als Planet file. Dadurch können auch Andere die Daten frei (unter den ODbL Bedingungen) nutzen. Einen Rückfluss von Änderungen zu OSM erlaubt das aber eben noch nicht, da sehen uns unsere eigenen CT im Weg. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Hallo Dirk und andere, Dirk Sohler writes: Alexander Lehner schrieb: wir haben von der Stadt Landshut Hausnummern erhalten und die mit ein paar kleinen Auflagen in OSM uebernehmen duerfen. Na ja, entweder die Daten dürfen unter der ODbL verwendet werden, oder nicht … Ein „dazwischen“ gibt es nicht. eventuell sind einige noch nicht so lange dabei um sich noch an das Drama wegen der Lizenzumstellung zu erinnern. Wir müssen alles tun um zu Verhindern dass wir in der Zukunft wieder größere Teile der Daten löschen müssen. Konkret: Daten die unter ODbL lizensiert sind sind eben NICHT mit OSM kompatibel. Für OSM müssen die Daten unter den Bedingungen der Contributor Terms freigegeben werden. Da steht dann auch zum Beispiel drin dass wir die Daten in der Zukunft auch unter einen anderen Lizenz veröffentlichen können wenn die Mehrheit dafür ist. Datensammlungen die nur unter der ODbL stehen erfüllen diese Anforderungen nicht und können daher auch nicht zu OSM hinzugefügt werden. Bitte beachtet das bei den Verhandlungen um Datenspenden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Werkzeug für Sesselmapper
On 02.10.2013 18:25, Henning Scholland wrote: ein wirklich nützliches Tool, leider nicht meine Mappinggegend :( Daher auch gleich eine Frage bzgl. deiner Einschränkung. Willst du nicht mehr machen als Südostasien oder sind es technische Limits? Aktuell sind es eher technische Limits. Der Server auf dem das läuft ist ein vergleichsweise kleiner vServer und aktualisiert nur die Daten für Südostasien. Da ich keine zweite Datenbank pflegen und aktuell halten wollte beschränkt sich das darauf. In meinem Blog hatte ich etwas über die technischen Hintergründe geschrieben wie es umgesetzt ist. Für eine weltweite Umsetzung fürchte ich wird die Abfrage über die Datenbank zu lange dauern. Das müsste über eine eigene Abfrage gemacht werden. Ich denke ein kleines Osmium Programm könnte das recht schnell erledigen. Die Daten können dann importiert und gegen die Abdeckung verglichen werden. In vielen Gegenden wird das Ergebnis dann das gleiche sein wie das was bestehende Tools zu unverbundenen Wegen schon anzeigen. Mitteleuropa/Nordamerika hat einfach eine wirklich gute Abdeckung. Und das war ja genau das Spannende an dem Werkzeug, dass es die Punkte nicht anzeigt bei denen es schwierig ist etwas zu tun ohne bessere Daten zu haben. Aber prinzipiell technisch umsetzbar wäre es. Die Bing-Polygone zu haben ist dann das nächste Problem. Und es gibt in manchen Ländern auch noch andere Quellen. Vorerst fürchte ich daher wird es bei dem Bereich um Südostasien bleiben. Du kannst ja immer noch deine "Mappinggegend" an das Tool anpassen und in Laos oder Vietnam vom Luftbild mappen :) Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neues Werkzeug für Sesselmapper
Hallo, ich habe ein neues Werkzeug für die Luftbildmapper unter uns geschrieben die nach Stellen suchen die verbessert werden können. Damit es nicht zu Missverständnissen kommt gleich die Einschränkung vorne weg: Es geht um Südostasien, also Thailand, Laos, Kambodscha und Vietnam. Die Situation dort ist, dass es keine flächendeckenden Bilder von Bing gibt. Manche Regionen müssen sich mit Landsat begnügen. Nun macht Bing alle paar Monate mal ein Update. Da führt dann dazu dass es Straßen gibt die früher bis zur Grenze der Bildabdeckung gemalt wurden und jetzt "in der Luft" hängen da es eine größere Abdeckung gibt. Um diese Stellen einfach zu finden habe ich mein Werkzeug entwickelt. Es zeigt die Abdeckung farblich an und markiert die Stellen an denen ein Weg trotz Luftbildabdeckung "in der Luft" hängt. Über JOSM RemoteControl bzw. Links zu den Online-Editoren kann die betroffene Stelle gleich im Editor geöffnet und korrigiert werden. Hier der Link zum Tool: http://compare.osm-tools.org/loose.html In meinem Blog habe ich noch einige Details über das Funktionsprinzip geschrieben: http://www.technologyblog.de/2013/10/lose-enden-mit-luftbildern/ Die Seite funktioniert zumindest mit Chrome und Firefox unter Windows. OpenLayers scheint einen Bug zu haben dass Flächen in VectorLayern unsichtbar werden wenn man weit reinzoomt. Manchmal hilft es die Karte ein größeres Stück zu scrollen, aber nicht immer. Der Permalink funktioniert auch nicht wenn man auf den Bing Layer umschaltet. Auch das ist ein bekannter Bug von OpenLayers. Feedback zu der Seite gerne hier per Mail oder englischsprachig im Thailand Forum: http://forum.openstreetmap.org/viewtopic.php?id=22758 Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info zu einer Arbeit über metrische Distanzmessung
On 21.08.2013 15:44, Peter Barth wrote: Die Arbeit kann als PDF¹ heruntergeladen werden und ich denke, dass der Student auch seinen Code zur Verfügung stellen würde, wenn ihn jemand wünscht. [1] http://www.forwiss.uni-passau.de/extern/doc/BA_Stier_Reimar.pdf nette Arbeit. Erinnert mich etwas an das was Marek gemacht hat. Seine Anleitungen sind auch recht ausführlich und beschreiben noch eine weitere Methode die Höhe mit Photos zu bestimmen die auch ohne Spezialsoftware auskommt. http://wiki.openstreetmap.org/wiki/Phototexturing Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Rendering Workshop"
On 20.08.2013 22:17, Sven Geggus wrote: Im Rahmen dieses Events würde ich gerne zusammen mit Interessierten an Sachen arbeiten, die man für das Rendering von Karten (egal ob mit Mapnik oder Mapserver) immer wieder braucht und trickreich in der PostgreSQL Datenbank lösen kann. Zweisprachiges Rendering hatte ich schon ziemlich früh. Von daher habe ich da auch ein grundsätzliches Interesse. Wichtig wäre für mich der Harfbuzz Branch von Mapnik. Erst dort funktioniert auch das Rendern von asiatischen Schriftzeichen korrekt. Besonders ärgerlich zu Zeit sind Beschriftungen, die komplett fehlen weil der Way in die "falsche" Richtung zeigt. Aktuelle tiles schauen komisch aus, aber es ist offensichtlich, dass die ways nicht alle mit Namen gerendert werden. https://github.com/mapnik/mapnik/issues/1117 Andere wichtige Fixes in Harfbuzz die hoffentlich irgendwann kommen: https://github.com/mapnik/mapnik/issues/1428 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On 10.08.2013 23:50, Dirk Sohler wrote: Zudem frage ich mich, wie ein Unternehmen die Realität Lizensieren kann. http://de.wikipedia.org/wiki/Datenbank_%28Recht%29 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MentzDV Präsentation zur OSM Integration in ÖPNV
Hallo, falls es beim Verständnis hilft: Mentz hat eine Präsentation (auf englisch) ins Netz gestellt wie eine Integration von OSM Daten in das ÖPNV Tooling aussehen könnte und was es für Vorteile hat OSM zu verwenden. Hier der Link: http://www.mentzdv.de/fileadmin/redakteure/mdvShare/dokumente/Kundenbereich/User_Group/2013/1UG_UK/Part1_EFA_ITEM6_OSM_Integration.pdf Ich habe es auch auf der entsprechenden Wiki-Seite verlinkt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Hallo Bernhard, On 06.08.2013 22:54, Bernhard Weiskopf wrote: "Zitate" aus anderen Quellen sind im Urheberrecht erlaubt, dann muss aber die Zitat-Quelle erkennbar angegeben werden. Das können wir bei OSM nicht garantieren, da ein anderer die Quellangabe wieder löschen kann, außerdem kann nicht jeder Nutzer die Quellangabe ohne Weiteres erkennen. ohne jetzt zu weit in eine rechtliche Diskussion abzugleiten (dafür gibt es die legal-Mailingliste, sowie Menschen die so was wie Jura auch gelernt haben), möchte ich doch nochmal darauf hinweisen dass es hier um Faktensammlungen geht. Der ganze Spaß mit der Lizenzumstellung war dadurch begründet, dass das Urheberrecht dafür nicht gilt. Wo ist denn die Schöpfungshöhe den Namen einer Straße vom Schild abzuschreiben? Was wir haben ist eine Datenbank. http://de.wikipedia.org/wiki/Datenbankwerk Und vor dem Hintergrund können wir auch nicht aus anderen "Sammlungen von Daten" kopieren. Ob es bei Datenbanken auch ein "Recht auf Zitat" gibt spielt auch keine Rolle da spätestens ab einem größeren Anteil von Übernahmen zu OSM von einer Kopie gesprochen werden muss. Es reicht aus wenn "wesentliche Teile" übernommen werden. Geodaten oder Karten fallen da auch darunter, siehe ein Urteil wie es auch in der Wikipedia verlinkt ist: http://www.gerichtsentscheidungen.berlin-brandenburg.de/jportal/?quelle=jlink&docid=KORE211482012&psml=sammlung.psml&max=true&bs=10 Ich war bereit größere Datenverluste beim Lizenzwechsel zu akzeptieren um hinterher eine saubere Datengrundlage zu haben. Darauf sollten wir stolz sein und auf dieser hohen Qualität bestehen. Das hattest Du und auch Dirk ja auch klar zum Ausdruck gebracht. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
On 06.08.2013 01:17, Tirkon wrote: Wenn ihr einen Blick auf Pläne der Verkehrunternehmen/-verbünde werfen könnt oder proprietäre Karten/Luftbilder wie Google oder sonstige "öffentliche Quellen" dazu verwendet, um Euch eine Ortskenntnis zu verschaffen, dann ist das der ureigene Zweck einer Karte. Hierfür ist es schnurzegal, unter welcher Lizenz diese Karten und Pläne stehen. Ortskenntnis vermitteln ist der Sinn von Plänen und Karten. Und wenn Euch die Auftraggeber in diese einsehen lassen, ist das für diesen Zweck problemlos. Es braucht keine Bestätigung dafür, dass ihr diese Ortskenntnisse für OSM benutzen dürft. Das ist dadurch abgedeckt, dass sie Euch reinschauen lassen. So ganz eindeutig wie du es schreibst ist es leider nicht. Mit deiner Begründung könnte ich mir ja auch über Google Maps die Ortskenntnis über die Straßennamen verschaffen und diese dann in OSM eintragen. Wäre auch viel bequemer wie aufwändig mit GPS in der Gegend rumzurennen. Wo ist jetzt der Unterschied zwischen Google Maps und den Haltestellenkarten/Routenplänen der ÖPNV Unternehmen? Spätestens wenn eine signifikante Menge davon zu OSM übernommen wird greift das Datenbankrecht. OSM nimmt solche Sachen *sehr* genau. Aus solchen Gründen haben wir vor kurzem auch einen beachtlichen Teil unserer selbst erfassten Daten auch selbst gelöscht nur weil wie die Lizenzzustimmung nicht erhalten konnten. Tracy schreibt: "Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die genutzt werden können." Das steht im Widerspruch zu den Hinweisen auf der Website. Zumindest im MVV. Ähnlich wie bei Bing brauchen wir jetzt halt eine Genehmigung dass es für OSM verwendet werden darf. Sollte aber kein größeres Problem darstellen, da die Verkehrsverbünde ja OSM auch wollen. Trotzdem sollte es geklärt und dokumentiert sein damit es nicht später zum großen Gejammer kommt. Sollte die Genehmigung nur für Mentz gelten dann muss auch das klar gesagt werden. Hätte dann als Konsequenz dass Mentz viele Dinge alleine Mappen muss ohne Unterstützung durch die Community. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Hallo Tracy, Tracy Kasperczyk writes: Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die genutzt werden können. Dass Quellen "öffentlich" sind hat für sich genommen nur recht wenig Aussagekraft. Google Maps sind auch öffentlich und können nicht verwendet werden. Es geht im Kern darum dass es sich bei den Datensammlungen rechtlich um "Datenbanken" handelt die geschützt sind. Die Nutzungsrechte erlauben möglicherweise dass man es sich zu nicht-kommerziellen Zwecken oder unter Auflagen anschaut. Bei OSM brauchen wir aber das Einverständnis dass die Daten gemäß den Bedingungen der Contributor Terms verwendet werden dürfen. Sollten die Daten "ohne weitere Beschränkung" veröffentlicht worden sein gilt das natürlch nicht meht. Es könnte CC0, die Entsprechung zu "Public Domain" sein. damt sind die Daten auch in OSM nutzbar. Das muss aber der Eigentümer der Daten so freigeben. Auf der Seite der MVV findet sich ein Nutzungshinweis der die Verwendung für OSM ausdrücklich verbietet. Wenn ihr die Freigabe habt muss das dokumentiert werden: http://www.mvv-muenchen.de/de/globale-navigation/impressum/index.html "© Copyright by Münchner Verkehrs- und Tarifverbund GmbH. Alle Rechte vorbehalten. Alle Inhalte sind nur zur persönlichen Information bestimmt. Die Inhalte dieses Internetangebotes dürfen – ganz oder auch nur teilweise – ohne die vorherige schriftliche Zustimmung der MVV GmbH nicht verändert und nicht für öffentliche oder kommerzielle Zwecke vervielfältigt, vorgeführt, verbreitet oder anderweitig verwertet werden." Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 3D Mapping für Bahnhöfe
Hallo, Ich öffne mal einen neuen Thread, damit es wenigstens ein klein wenig übersichtlicher bleibt. Das Tagging von Bauwerken mit mehreren Stockwerken, teilweise auch unterirdisch scheint mir in OSM noch nicht sehr weit entwickelt zu sein. Ich kenne ansatzweise die Versuche von Andi (Saerdnaer) zum Thema Indoor/3D Mapping. Die Unterstützung durch die Editoren ist doch sehr dünn wenn es in diese Richtung geht. Auch die Map-Renderer kommen noch nicht ganz mit den unterirdischen Bauwerken klar, hier ein Beispiel vom Marienplatz: http://www.openstreetmap.org/?lat=48.1374683976173&lon=11.5761378407478&zoom=18 Mit der starken Initiative von Mentz in Richtung ÖPNV Mapping wird das Mapping von Bahnhöfen, auch unterirdisch mit verschiedenen Stockwerken wieder interessanter. http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH Ich würde gerne alle Interessierten dazu Aufrufen sich hier Gedanken zu machen wie das in OSM abgebildet werden kann. Die Einstiegsseite scheint mir das hier zu sein: https://wiki.openstreetmap.org/wiki/Indoor_Mapping Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
Hallo Sven, On 01.08.2013 00:58, Sven Geggus wrote: Stephan Knauss wrote: osm=# select transliterate('เชียงใหม่') as name; name cheīyngh̄ım̀ autsch! Offiziel wäre RTGS. Keine Ahnung was icu da verwendet. Man kann aber AFAIK eigene Regeln für ICU bauen. ICU verwendet eine Art von ISO 11940 http://en.wikipedia.org/wiki/ISO_11940 Das Entwickeln von eigenen ICU Regeln würde ich gerne einem native speaker überlassen. Da kommt sicher etwas vernünftigeres bei heraus als wenn ich mich daran versuche. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transliteration für den deutschen Kartenstil!
On 31.07.2013 22:55, Sven Geggus wrote: Tokio ist halt nunmal nicht "dōng jīng", das wäre eher eine chinesische Transliteration. doch, schon richtig. Sind die gleichen Zeichen. Für die ganzen Eigennamen wirst du Spezialregeln brauchen die Erkennen dass du in Japan bist. Etwas Hintergrund: https://en.wikipedia.org/wiki/Kanji osm=# select transliterate('เชียงใหม่') as name; name cheīyngh̄ım̀ autsch! Offiziel wäre RTGS. Da habe ich aber bislang noch keine freie Implementierung gefunden, sonst hätte ich das schon lange. Falls du doch noch was findest habe ich auch Interesse. name:en als Fallback wäre da ganz gut. https://en.wikipedia.org/wiki/Royal_Thai_General_System_of_Transcription Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hallo Christian, Christian Hauer writes: Wenn man bei der Anmeldung ein paar erläuternde Worte für alle jene, die das bis jetzt nicht begriffen haben dazu nehmen will: Bitte gerne. Aber bitte nicht den Funktionsumfang beschneiden, es würde so vieles komplizieren. Du sprichst mir aus der Seele. Bei einigen die hier viel schreiben ist mir auch negativ aufgefallen dass viel "Metadiskussion" geführt wird anstatt wirklich selbst konstruktiv zu OSM beizutragen. Naja, das Sommerloch muss ja auch mit etwas gefüllt werden und bei all der Hitze geht da vielleicht der Sinn für Verhältnismäßigkeit verloren. Und weil PRISM ja so schön böse ist kann man auf den Zug aufspringen und auch so Leute wie Pascal die schon viel für OSM getan haben aufs Heftigste angehen... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Martin Koppenhoefer writes: ergibt sich daraus noch lange nicht. Selbst wenn der Username wie der Name einer echten Person aussieht weiss man noch nicht, ob das wirklich die Person selbst ist, s.z.B. https://twitter.com/hartmut_mehdorn Oder noch prominenter, siehe JOSM und "Sebastian Klein" Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag designation (war: Einführung eines neuen Tags (globaleID))
Tracy Kasperczyk writes: Objekt: Tunnel (Type: Fläche) - designation = Unterführung Dieser Tag ist ganz sicher falsch. Es gibt wohl vermehrt im deutschsprachigen Raum Fälle wo das mit "description" verwechselt wurde. Designation bezieht sich vor allem auf UK Wegerecht. Siehe auch das Wiki. http://wiki.openstreetmap.org/wiki/DE:Key:designation Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID) - bitte sofort stoppen
Stephan Wolff writes: Am 19.07.2013 17:01, schrieb Wilhelm Spickermann: [...] Könnte ein Berechtigter diesen User temporär sperren, um weitere Schäden zu verhindern? Diese ganze Diskussion ist ja erbärmlich. Kennt ihr schon die Funktion in OSM um Nutzer direkt zu kontaktieren? Macht das doch einfach mal. Es lassen sich erstaunlich viele Dinge ganz einfach klären wenn man miteinander kommuniziert. Statt dessen nach dem Papa mit der Sperrbutton rufen... Das könnt ihr immer noch machen wenn dann keine Reaktion erfolgt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
On 18.07.2013 16:28, Martin Koppenhoefer wrote: wenn da keine bauliche Trennung da ist, dann sollte die Diskussion eigentlich schon gleich wieder zu Ende sein... keine Ahnung was da gemacht wurde und wie sinnhaft das ist. Aber in OSM werden wege immer dann gespaltet wenn die verschiedenen Segmente unterschiedliche Tags brauchen. Kleine Analogie: Ein Tempolimit auf der Autobahn. Da ist keine bauliche Trennung auf der Straße, sondern es gelten einfach ab einem Punkt andere Limits. Mit Bushaltestellen habe ich es definitiv schon gesehen dass an einem langen Bahnsteig zwei verschiedene Linien gehalten haben. Eine vorne und eine Hinten. Tram Hauptbahnhof, Bus Studentenstadt. Bei genauerem Überlegen ist das sogar ziemlich häufig. Was sagt denn das Tagging dazu? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM Einträgen
Hallo Tim, Tim Michelsen writes: Darf man z.B. eintragen z.B.: * Die Lieferanten eines Restaurants / Geschäftes eintragen? * Den Vorstand eines Vereins eintragen? * Den Eigentümer eines Hauses / Grundstückes (Kann auch ein Fonds, Wohnbaugesellschaft, Behörde, Firma o.ä. sein) * Angaben zu Nutzern einer Einrichtung machen? Mal Datenschutz außen vor: Das sind doch Daten die in der Regel in OSM nicht gewünscht sind weil sie zu sehr "Spezialdaten" sind. Ich glaube solche Daten wurden auch schon mal "Geofachdaten" genannt. Wirklich nachprüfbar sind die für den allgemeinen Mapper auch nicht. In eine vergleichbare Richtung geht eine Aufstellung darüber welche Arten von Pflanzen auf einer Wiese wachsen, welche Temperatur ein Gewässer im Monatsmittel hat oder ähnliches. Diese Daten haben sicher alle einen irgendwie gearteten Geo-Bezug. Aber wie "Bezug" schon sagt, die müssen nicht in OSM enthalten sein sondern können dann von der Anwendung "in Bezug" gesetzt werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS Kamera synchronisiert keine Zeit
Hallo, ich suche jemanden der eine Sony DSC-HX10V oder HX20V Kamera besitzt. Andere Kameras mit Kompass und GPS wären vielleicht auch interessant. Ich habe den Vorgänger HX5V und musste feststellen dass die Kamera doch recht sorglos ist was eine korrekte Uhrzeit angeht. Nachweisbar gesehen habe ich zumindest eine Abweichung der Kamerazeit von 5 Sekunden. Das sind bei Aufnahmen aus dem Auto fast 100 Meter Abweichung von der korrekten Position. Für eine Kamera die mit einem GPS Empfänger eigentlich eine sehr genaue Zeitbasis hat ein Armutszeugnis. Mich würde nun interessieren ob sich die neuen Modelle hier besser verhalten. Die Erkenntnisse habe ich hier dokumentiert: http://www.technologyblog.de/2013/07/wenn-ein-gps-fix-doch-keiner-ist/ Für einen ganz schnellen Test lässt sich die Kamerazeit im Einstellungsmenü mit einer frisch per NTP synchronisierten Zeit in Windows (oder auch Linux) vergleichen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Dirk Sohler writes: Alles sehr „fishy“ … Vor allem, da sich das entsprechende Unternehmen nun so gar nicht mehr aktiv an der Diskussion beteiligt. Die Antworten waren auch in vielen Fällen alles andere als "freundlich, einladend, konstruktiv". Ich bin in den glücklichen Lage einen direkten Kontakt zum Unternehmen zu haben. Die waren nämlich im Vorfeld bereits persönlich bei der Community hier in München. Ich werde mal andeuten dass eine kurze Reaktion, eventuell bereits mit einer Sammlung der Bedenken und Anregungen, im besten Fall schon mit Antworten ganz gut wäre. Sehr gut möglich dass nächsten Dienstag wieder jemand vor Ort ist. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Hallo Tracy, ihr wart ja schon vor ein paar Wochen bei uns auf dem Stammtisch und habe da bereits einiges an Infos und auch an möglichen Bedenken mitbekommen. Es freut mich dass es euch nicht abgeschreckt hat OSM Daten zu verwenden. Wenn ihr die PlatformNr, SteigCode und EingangNr zur Verfügung stellt ist das eine große Ergänzung zu OSM. Wir haben dadurch nicht nur sämtliche Haltestellen sondern auch noch die Eingänge dazu. Könnt ihr zusätzlich den Namen der Haltestelle beitragen und eventuell welche Linie dort fährt? Was auf jeden Fall passieren kann ist dass jemand den Tag versehentlich löscht, ändert oder bei neuen Haltestellen nicht einträgt. Es könnte auch sein dass es Abweichungen zwischen eurer Liste und der Realität gibt. Habt ihr einen Plan wie ihr damit umgehen wollt? On 07.07.2013 08:19, Tracy Kasperczyk wrote: Für diese Erfassung benötigen wir einen neuen Tag. Dieser Tag soll globale_id_pt = * (IFOPT Nummer) heißen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pseudonamen
Hallo, On 30.06.2013 18:55, fly wrote: Am 30.06.2013 12:50, schrieb Stephan Wolff: Beispiele: "Deutschland (Landmasse)" "Deutschland — Danmark" "Deutsche Bundesautobahnen" die kannst Du auch gleich Löschen ! (Sammelrelation) wir löschen nicht einfach so die Arbeit von anderen... Ist ziemlich schlechter Stil von Dir in einer community. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways mit boundary = aerial_views
Hallo Pascal, On 30.06.2013 10:56, Pascal Neis wrote: Der Schriftzug entsteht durch den folgenden Way[2]. Diese Arten von Ways wurden vermutlich durch die folgende Wiki-Seite[3] erstellt. Ehrlich gesagt bin ich mir über den Sinn solcher Ways nicht ganz sicher, bzw. müssen sie wirklich einen name-tag beinhalten? es gibt wohl einige Anwendungen die etwas mit den bounding Polygonen der Luftbilder machen. Je nach lokaler Community müsse man dort mal nachfragen. http://compare.osm-tools.org/ wäre auch so eine Anwendung. Da siehst du wo bei OSM im Vergleich zu Google noch Straßen oder Wasserflächen fehlen. Mit dem Lufbild-Polygon kannst du erkennen ob es Luftbilder gibt und den Ausschnitt gleich im JOSM laden. Die von Dir gefundene Art der Umsetzung ist auf jeden Fall sehr schlecht. "name" war ja auch nicht der Name sondern eine Beschreibung des Polygons. Ich habe es erst mal geändert. Hier in München hat auf dem Stammtisch keiner eine Anwendung präsentiert die das braucht. Eigentlich ist es nur eine Notlösung die Polygone in der OSM Datenbank zu speichern. Ist leider die aktuell einzige stabil verfügbare Lösung so dass es auch durch mehrere Nutzer gepflegt werden kann. Es gab immer mal wieder Ansätze das extern zu speichern aber so richtig durchgesetzt haben die sich nie. Wenn also in der Hauptdatenbank, dann in einer Form die nicht mit den bestehenden Renderern/Routing Anwendungen kollidiert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "Sprache des Namens" Fehler in Kort.
On 24.06.2013 09:03, Jo wrote: Ich würde Name ersetzen mit Referenzen zu ISO Abkürzungen, z.B.: name:nl=Brussel name:fr=Bruxelles name=fr - nl Das "name" ist aber schon ziemlich "Taggen für den Renderer". Ich denke es sollte die Entscheidung des Renderer sein wie er die Namen darstellen möchte. Ob mit Bindestrich, Schrägstrich, in Klammern oder sonst noch was. Wenn eine Community in einem mehrsprachigen Gebiet beschließt dass es bei ihnen auf eine gewisse Art getrennt wird, dann gut. Sollen sie es so hinschreiben. Dann hat eine Karte die nur den name tag verwendet weltweit ziemlich verschiedene Trennzeichen. Dein Vorschlag sind ja schon technische Referenzen auf andere Datenfelder. Dann lieber gar kein name tag in so einer Situation. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] german TMC - import?
fly writes: The old data with the old scheme was almost complete manually imported in Germany but then it was not used. The former data provider did step back and the evaluation system was turn off. Not a nice experience for all the mapper who spend effort to add and proof the data. In Germany the public service broadcaster BR is using OSM to display TMC/TPEG http://www.br.de/themen/aktuell/inhalt/verkehr/index.html http://www.br.de/themen/aktuell/inhalt/verkehr/openstreetmap-lizenz-100.html I know they had been looking at the TMC tagging. Should have been active in the forum as well. In case it's relevant I can try to bring people together. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Komische Koordinaten .... Gis/PostGis SQL
On 05.03.2013 22:25, Tobias Hobmeier wrote: Habe ich das richtig verstanden? das Transform wandelt also die Koordinaten in meiner OSMbased GISDB in ordentliche Koordinaten um basierend auf der ID? Warum macht man das? (ein link tuts als antwort auch :-)) von einem System in ein anderes. ordentlich sind sie beide. Dann doch ein paar links: http://de.wikipedia.org/wiki/SRID http://de.wikipedia.org/wiki/Mercator-Projektion http://www.giswiki.org/wiki/R%C3%A4umliches_Bezugssystem http://wiki.openstreetmap.org/wiki/EPSG:3857 http://wiki.openstreetmap.org/wiki/WGS84 http://en.wikipedia.org/wiki/SRID Meine Glaskugel meint, du hast die "Mapnik-Rendering-Datenbank" installiert. Da ist es sinnvoll die Daten so vorliegen zu haben wie man sie später haben will. Spart das Umprojezieren beim Aufruf von Mapnik. Wenn du osm2pgsql verwendest: Da gibt es auch einen Parameter um das im WGS84 zu lassen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Komische Koordinaten .... Gis/PostGis SQL
On 05.03.2013 21:37, Tobias Hobmeier wrote: der Ergenis ist ja schon mal nicht schlecht aber mit den Koordinaten kann ich irgndwie gar nix anfangen Kann mir jemand einen tip geben? klingt nach 900913. du solltest ST_Transform ansehen. also SELECT ST_AsText(ST_Transform(way,4326)) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mustertext für Datenspende
Hallo Rainer, On 04.03.2013 11:47, RainerU wrote: ich bin auf der Suche nach einer Formulierung, mit welcher eine Gemeinde dem Projekt OSM die Nutzung von georeferenzierten Daten erlaubt. Gibt es dafür Bespiele? Eine Suche in den Archiven und im Wiki hat leider nichts ergeben. du musst auf jeden Fall sicherstellen, dass die Daten unter der jetzigen ODbL *UND* unter jeder anderen gemäß Contributor Terms möglichen Lizenz freigegeben wird. Sonst haben wir bei einem möglichen Lizenzwechsel in der Zukunft wieder das Theater mit Löschen von Daten und dem damit verbundenen Ärger. Also am besten die Daten als PD freigeben lassen, falls das nicht möglich ist eine abgewandelte Form der Contributor Terms unterschreiben lassen. http://www.osmfoundation.org/wiki/License/Contributor_Terms Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Foto-/Bilder-Server?
On 16.02.2013 10:53, Stefan Keller wrote: Ich möchte nur nochmals darauf hinweisen, dass Anfang der starke Wunsch einiger Mapper war (darunter auch gestandene), dass es sehr nützlich sei, wenn Fotos gemacht würden von Strassenschildern, wenn es um die Erfassung der Strassennamen geht. Denn das macht die Erfassung glaubwürdig und verhindert "Couch-Mapping". Macht es auch möglich, dass man von jemandem anderen Straßennamen in einer Schrift eingeben lässt die einem selbst nicht so flüssig von den Fingern geht. Ich schicke mittlerweile hunderte von solchen Bildern per Mail. GMail kann das per Copy-Paste einfügen, da geht das ziemlich schnell. http://img69.imageshack.us/img69/6985/thailandvillagename.jpg Ich brauche da ziemlich lange, da ich mir wirklich die einzelnen Zeichen auf einer Virtuellen Tastatur zusammensuchen muss. Ein native-speaker tippt das in wenigen Sekunden ein. Jetzt weiss ich ehrlich gesagt nicht mehr so recht, was ich vom "Photo-Mappen" halten soll mit all den rechtlich-moralischen Bedenken - zumal der technische Aufwand für Realisierung und Betrieb eines solchen Foto/Bilder-Server nicht gerade klein ist. Ich hatte mal einen kleinen Prototypen für genau so einen Server gebaut. Klang aber nicht so, als ob es größeren Bedarf gegeben hätte. Daher habe ich irgendwann die Lust daran verloren. Ich habe den Anfang nicht verfolgt, weiß also nicht wie ihr das in Kort einbauen wolltet. Ich hätte damals den Uploader gebeten das Bild gleich mit einem OSM Element zu verknüpfen. Der "Eintipper" hätte den Namen dann bequem per Weboberfläche eingeben können. Ich müsste mal suchen, ich hatte irgendwo auch noch ein Schnipsel HTML/JS mit dem man das Bild passend zurechtschneiden konnte. Damit erledigen sich dann die ganzen Bedenken bezüglich Datenschutz, weil ja nur noch das eigentliche Schild zu sehen ist. Hatte auch den netten Nebeneffekt dass die Bilder nur einige KB groß waren. Mein Server hätte bequem für einige zehntausend Bilder gereicht. Falls Du so etwas in dieser Richtung mit Kort vorhattest: Mach weiter so! Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Foto-/Bilder-Server?
Hallo Martin, On 15.02.2013 12:46, Martin Koppenhoefer wrote: mache ich prinzipiell nicht, Bilder löschen (wobei ich schon darauf achte, nicht aus Versehen Passanten großflächig abzubilden). Es ist nicht verboten, Häuser zu fotografieren und die ins Internet zu stellen (und das zurecht). Nette Einstellung, lässt sich aber nicht immer durchhalten. Ein mir bekannter Mapper hatte nur durch das Aufzeichnen von GPS-Spuren schon ziemliche Probleme. Zu seinem Glück hatte er den Laptop dabei, konnte die Daten löschen und das wurde auch auf der Mapnik-Karte sichtbar (bzw. in diesem Fall unsichtbar) http://www.technologyblog.de/2012/03/zum-loschen-gezwungen/ Stephan ___ 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
Hallo Martin, Martin Raifer writes: gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. ich gratuliere Dir zum Release. Ist wirklich ein schönes Tool geworden. Als einer der wenigen die das Tool wohl schon länger kennen muss ich sagen, dass ich überhaupt nicht weiss wie ich früher ohne dieses Tool Overpass Queries entwickeln konnte. Super dass es jetzt allen zur Verfügung steht. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SBAS macht Position schlechter
Hallo, jetzt ist es mir passiert. Ich hatte im Logger SBAS eingeschaltet in einem Gebiet in dem keine Korrekturdaten vorliegen. Der MT3329 im Transystem 747A+ scheint unfähig das zu erkennen. Ich hätte den Teil mit den IGP Masken aus der Spezifikation so verstanden dass der Empfänger das auswerten muss. In meinem Blogpost habe ich einen Screenshot von der Abweichung die sich ergeben hat. http://www.technologyblog.de/2012/12/warum-sbas-fluch-und-segen-zugleich-ist / Ich empfehle nach dieser Erfahrung jedem der seinen Logger mit in den Urlaub nimmt im Zweifelsfall SBAS abzuschalten. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mit Overpass Daten aus polygon laden
Hallo, ich wollte das neue area feture von overpass nutzen um damit Daten aus einem kleineren Polygon zu laden. Leider bekomme ich mit dem Aufruf nur nodes, keine Ways. Mein Aufruf: (node(area:3601908771);<;>;);out meta; Ich fordere die Nodes aus der Area an, dann rückwärts alle Ways und nochmal vorwärts alle nodes damit ich vollständige Wege habe. Das ganze als Union. So jedenfalls meine Idee. Wo ist denn hier der Fehler? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Jochen Topf writes: On Sun, Dec 02, 2012 at 03:45:02AM +0100, Stephan Knauss wrote: Der Font Loma von der Thai Linux Working Group ist GPL und sieht finde ich ganz gut aus: http://linux.thai.net/projects/thaifonts-scalable Habs grad probiert, aber da bekomme ich nur so Rechtecke statt der Zeichen. Wird der Font bei Dir gefunden? Die Rechtecke kommen normalerweise wenn kein passender Glyph für das Zeichen da ist. Im Mapnik wiki gibt es ein kurzes Python script das die installierten Fonts auflistet. Ich vermute du hast entweder ein Verzeichnis erwischt in dem der Font nicht gesucht wird oder einen Tippfehler beim Fontnamen in Mapnik. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Sven Geggus writes: Hm, stelle ich mir das jetzt zu einfach vor wenn ich mir einfach denke wir könnten uns einen speziellen OSM-Karten-Font bauen indem wir einfach die richtigen Unicodezeichen (größe und Typ) alle in eine einzige OSM-Kerten-Font Datei mergen? Das würde zumindest das Problem lösen dass manche Zeichen aus dem Unifont einfach hässlich sind. Und der Mix aus asiatischen Glyphen und arabischen Ziffern (kommt zumindest in TH sehr häufig vor) wäre auch kein Problem mehr. Ich bin aber kein Font-Experte. Die Lizenz des Fonts müsste das Mischen dann auch zulassen. Wenn sich das jemand zutraut, ein gewisser Bedarf ist sicher da. Alternative wäre eine Unterstützung in Mapnik für das Rendering abhänging von einem bounding polygon. So wie sich die Diskussion entwickelt will man ja abhängig von der Position teilweise unterschiedliche Fonts, eventuell unterschiedliche Größen und dann auch noch unterschiedliche Queries auf die zu verwendenden name-tags haben. Soll das alles in der Postgres query stattfinden? Oder geht es performanter in mapnik? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Gerrit writes: Zu Thailändisch o.ä. kann ich jetzt leider nichts sagen, da ich mich damit nicht auskenne. Der Font Loma von der Thai Linux Working Group ist GPL und sieht finde ich ganz gut aus: http://linux.thai.net/projects/thaifonts-scalable Das Changelog schreibt zwar immer wieder was von Verbesserungen beim Hinting, aber komplett in Handarbeit wird das auch nicht sein. Die Positionierung der einzelnen Glyphen ist übrigens beim neuen Mapnik mit Harfbuzz deutlich besser. Für eine Demo nicht so wichtig, aber sollten die mehrsprachigen Karten über eine Demo rauskommen dann braucht es IMHO die neue Version. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Jochen Topf writes: On Sat, Dec 01, 2012 at 03:07:55AM +0100, Stephan Knauss wrote: Der Font ist bei osm.org und Jochen leider so klein, dass niemand die Labels in Thai lesen kann. Da ist dann aber der Font dran Schuld. Wenn die Zeichen eines Alphabets kleiner sind als die eines anderen im gleichen Font, dann ist das halt inkonsistent. Ich vermute mal du verwendest die Font Kombination wie der "offizielle" Style mit DejaVu/Unifont. Da kommt dann alles was was latin-1 ist (auch die Ziffern) aus dem Vector Font DejaVu. Die restlichen Glyphen kommen aus dem Unifont als Bitmap. Das skaliert auch nicht so schön. Und die Größen der einzelnen Zeichen passen auch nicht zusammen. Gibt es einen anderen Font, der nur die Thai-Zeichen enthält und die größer darstellt bei gleicher Font-Size? Auf thaimap.osm-tools.org verwende ich den Font Loma. Dort sind die Zeichen auf eine einheitliche Höhe angepasst. Ich musste aber trotzdem die Fontsize um 1-2 Punkte erhöhen um alles lesbar zu bekommen. Falls du an Mapnik bastelst um den Font aus der Datenbank zu bekommen, dann wäre es klasse im gleichen Schritt auch die Fontsize anpassbar zu machen. Wie ist es denn bei Chinesisch/Koreanisch? Sind da die kleinen Zeichen für Muttersprachler noch lesbar? Mapnik dreht dort die Zeichen ja auch auf den Straßenverlauf. Ist das so üblich, oder sollten die Zeichen immer "aufrecht" stehen? Wäre dann auch noch ein wichtiger Punkt für die asiatischen Sprachen. Welche Version von Mapnik verwendest du denn? Harfbuzz oder die letze offizielle? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Sven Geggus writes: Jochen Topf wrote: Also in Prosa. Man stelle mal auf de,en und zoome nach Chiang Mai (http://osm.org/go/4WxtSuJn) das sieht mit "de,en" in Jochens karte zumindest für mich erheblich lesbarer aus als in Thai Schrift. Der Font ist bei osm.org und Jochen leider so klein, dass niemand die Labels in Thai lesen kann. Das was ich hier eingestellt habe ist so ziemlich das kleinste noch lesbare: http://thaimap.osm-tools.org/?lat=18.78811240196228&lon=98.98589372634888&zo om=16 Sobald das neue Mapnik verfügbar ist werden auch die Line-Spacings wieder besser aussehen und alle Glyphen gerendert. Transliteration hingegen bräuchte man in Athen oder Moskau. Ich hatte für Thai mal damit gespielt. Leider ist die einzige Software die ich gefunden habe die das einigermaßen kann nicht frei und auch nicht als Library/Sourcecode verfügbar. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Dienstleistung gesucht
Hallo, On 15.11.2012 14:43, andy jelinek wrote: wir sind ein kleines Kartografie Unternehmen und suchen jemanden der für uns eine Osmosis Anwendung erstellt, welche wir hier in Zukunft werwenden können. Die Anwendung soll bestimmte Daten herausfiltern (um das Datenvolumen zu verringern) und beschneiden (Bounding Box). Das muss jedoch nicht gelichzeitig passiern. Osmosis ist sehr mächtig, für eure Anwendung gibt es vielleicht schnellere Methoden. Am letzten Stammtisch hatten wir über OSMFilter und Overpass-API gesprochen. Ich denke diese beiden Möglichkeiten solltet ihr in eine Bewertung der Lösung mit einbeziehen. https://lists.openstreetmap.de/pipermail/bayern/2012-November/000675.html Kleine Beispiele: Das hier liefert alle motorway, trunk, primary und secondary highways weltweit. Lief unter Windows 12 Minuten und enthält 1158595 ways. osmfilter planet.o5m --keep="highway=motorway =trunk =primary =secondary" --drop-author --out-o5m --verbose >ways.o5m Oder mit Overpass-API. Am Beispiel einer Bounding Box von ca. Bayern: (way["highway"="motorway"](47.2,8.9,50.8,13.8);>;<;);out body; Braucht ca. 15 Sekunden und lädt dann 15MB an OSM Daten. http://overpass-api.de/query_form.html Für overpass sollte es auch leicht möglich sein das über das Web-Interface graphisch auszuwählen, evntuell sogar mit vorgefertigten Filtern für Straßen, Flüsse, Ortschaften. Vielleicht kann der Entwickler der overpass-ide weiterhelfen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserpfeifen Lounge taggen
On 03.11.2012 20:57, Jimmy_K wrote: Gibt es noch nicht viele eingetragenen. Am ehesten findet man noch die "Eintragungskombination" Amenity=bar; shisha=yes (oder in Amerika hookah=yes). Drückt es halt generell ein wenig schlecht aus. Verglichen mit Smoking=yes, würde es nur bedeuten, dass sie erlaubt wären, nicht aber, dass sie angeboten werden. Was ist an shisha=yes schlecht? Gibt es dort nur Wasserpfeife oder kann man auch andere Sachen bekommen die es in einer Bar üblicherweise gibt? Also z.B. Getränke? Falls ja, dann ist das doch eine spezielle Art einer Bar, damit wäre ein subtyp-Tagging ganz gut. Wer ganz allgemein einen Platz sucht bei dem er was zu Trinken bekommt findet es über den Hauptschlüssel. Und wer etwas spezielles sucht, der schaut nach dem shisha=yes. So wie wheelchair=yes aussagt, dass dort ein Rollstuhlfahrer klarkommt sagt ein shisha=yes aus dass dort geraucht werden kann weil vermutlich die Zutaten dort vorhanden sind. Und falls es wirklich Plätze geben sollte wo das Rauchen zwar erlaubt ist, man aber seine eigene Pfeife mitbringen muss dann kannst du das ja auch taggen: shisha=bring_your_own Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Plugin no_more_mapping
On 28.10.2012 11:12, Manuel Reimer wrote: fly wrote: Also der Sinn hat sich ja auf der josm-dev geklärt. Ist das so? Ich habe die Liste überflogen, den Thread aber leider nicht gefunden. Das hat jemand geschrieben um seine OSM-Sucht in den Griff zu bekommen. Passiert wohl häufiger. Ich habe einen Kollegen der daheim in der Firewall den Zugriff auf die Firmenmail geblockt hat, damit er nicht in Versuchung kommt. Und eine ehemalige Kollegin hat das Kabel zum Modem durchgeschnitten um vom Internet wegzukommen. Vor dem Hintergrund hat so ein Plugin schon seine Berechtigung. Ich möchte es aber ungern in DER Pluginliste sehen. Nicht nur weil jemand vielleicht einfach alle Plugins installiert, sondern auch weil man ja versehentlich danebenklicken kann. Wie genau die Warnungen von dem no_more_mapping plugin ausgesehen haben kann ich nicht sagen, da das Plugin recht schnell weg war. Vielleicht hätte das auch gereicht um das Plugin unmöglich versehentlich zu installieren. Ich frage mich in dem Zusammenhang eher ob eigentlich jeder ein Josm-Plugin bauen und auf die öffentliche Liste setzen kann, ohne das vorher da jemand nochmal drüberschaut. Im Prinzip ja. Du brauchst einen Zugang zum svn oder hier: https://josm.openstreetmap.de/wiki/Plugins SVN lässt sich wohl noch einfach nachverfolgen, schwieriger wird es mit externen Plugins. Wir könnten die Plugins signieren. In JOSM kommt eine Whitelist mit vertrauenswürdigne Autoren mit, die ihre Plugins auch pflegen. Sprich es wird dort der Public Key hinterlegt. Bei anderen Plugins (oder wenn die Signatur nicht stimmt) muss der Benutzer eine Warnung abnicken. Der Mehraufwand beim Deployment hält sich in Grenzen. Ich hatte damals den Windows-Installer für T@H auch signiert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Fläche die nicht gerendert wird
On 25.10.2012 03:16, Willi wrote: Selber kenne ich mich da nicht aus. Mir ist noch bekannt, dass Stephan bei seiner Thailandkarte auch Probleme mit fehlenden Objekten hatte oder noch hat http://forum.openstreetmap.org/viewtopic.php?pid=280850#p280850 Der bereits zitierte Bug von osm2pgsql mit den Relationen scheint eine mögliche Ursache. Warum es bei den Thailand Extrakten genau zu Problemen kam kann ich nicht sagen. Die Probleme nach dem 9. waren einer korrupten Datenbank geschuldet. http://forum.openstreetmap.org/viewtopic.php?pid=281580#p281580 Dadurch war alles weg was neu geändert wurde. Dass der Import danach nicht wie gewohnt durchlief lag an einem Bug von osm2pgsql wenn PBF Dateien für dem Import verwendet werden. https://trac.openstreetmap.org/ticket/4625 Spätere Updates sollten dadurch nicht betroffen sein. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap als Basis für Custom Map (Bachelor's Thesis)
Hartmut Holzgraefe writes: On 22.10.2012 17:54, Stephan Knauss wrote: HEY! http://www.openstreetmap.org/?lat=51.430717&lon=7.11252&zoom=18&layers=M ich habe noch eine Kopie vom echten Lummerland, CC-BY-SA :) http://download.osm-tools.org/lummerland.xml Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap als Basis für Custom Map (Bachelor's Thesis)
Hallo Jan, Jan Wilken Dörrie writes: Mich interessiert nun, ob diese Vermutung korrekt ist, und ob es vielleicht andere Wege gibt, diese Coastlines leicht zu extrahieren (möglicherweise sind sie mit einem speziellen Tag versehen, den ich bisher übersehen habe). Außerdem fände ich interessant, ob es schon andere Custom Map Projekte auf OSM Basis gibt und ob es überhaupt gestattet ist, OSM für akademische Zwecke zu verwenden. Du kannst mit OSM Daten tun und lassen was du willst so lange du dich an die Bedingungen zur ODbL Lizenz hältst. Coastlines kannst du damit verarbeiten: http://wiki.openstreetmap.org/wiki/OSMCoastline Dein Projekt liest sich aber so, dass deine Daten überhaupt nichts mit der realen Welt zu tun haben, die also nur OSM Werkzeuge für eigene (erfundene) Daten verwenden willst. Auch das ist problemlos möglich. Nur eine Bitte: Auf der OSM Hauptdatenbank haben erfundene Daten nichts zu suchen. Also bitte kein Atlantis, Lummerland oder dergleichen anlegen, auch nicht mitten im Ozean oder in der Sahara. Du kannst bei Bedarf einen eigenen API Server aufsetzen, api06.dev.openstreetmap.org verwenden oder deine Schöpfung einfach lokal als .osm Datei speichern und mit JOSM bearbeiten. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tmc
On 20.10.2012 20:38, Wolfgang Hinsch wrote: Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null befördern? schon mal den Erzeuger angeschrieben? Wenn es nichts kaputt macht, warum willst du es dann löschen? Es ist nicht unbedingt freundlich einfach so die Arbeit von anderen Mappern zu löschen nur weil man anderer Meinung ist. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 20.10.2012 19:42, Martin Koppenhoefer wrote: Am 20. Oktober 2012 19:31 schrieb Stephan Knauss : Ich glaube da hattest du mich missverstanden. Die Priorität soll in das Style file vom Renderer und eben nicht an die Daten. Die Prioritäten sind da schon drin: die Reihenfolge der Layer, je später um so wichtiger bei den Flächen (bei den Symbolen anders rum, weil es da Kollisionserkennung gibt). Je mehr man die features auf unterschiedliche Layer verteilt (also explizit Prioritäten verteilt), um so weniger kann man flexibel reagieren (und z.B. große Flächen flexibel unter kleineren Flächen rendern). Ja, so weit ist das klar. Aber warum kommt es dann dazu dass es wohl verbreitet ist dass Multipolygone und layer= Angaben dazu verwendet werden das Rendering zu beeinflussen? Ich vermute dass der Style mit über 4000 Zeilen einfach so komplex ist, dass sich da keiner mehr rantraut. Und da wäre dann die Frage ob eine Zusätzliche Priorität das Erstellen von Mapnik styles nicht so weit vereinfachen könnte dass der Renderer wieder mit den Mappern Schritt halten kann. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 20.10.2012 19:32, Martin Koppenhoefer wrote: Am 20. Oktober 2012 18:03 schrieb Stephan Knauss : Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz gut, aber sobald Flächen ins Spiel kommen scheint es so komplex zu werden dass die Styles keiner mehr ordentlich hinbekommt. naja, einigermaßen funktioniert das durchaus, zum einen, weil die Flächen vor der Darstellung der Größe nach sortiert werden, und zum zweiten, indem viele Flächen halbtransparent drübergemalt werden. Dass man überhaupt Flächen füllt ist ja nicht mal gegeben, man kann (und tut das z.T.) Flächen auch nur als Umrisse darstellen, je nachdem was es ist, macht das auch Sinn. Bei dem Flughafenbeispiel vom Anfang war das doch genau so ein Problem, dass das Vorfeld und Gebäude nicht wie gewünscht gerendert wurden. Vermutlich müsste da die Reihenfolge im Mapnik Style umsortiert werden. Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" bekommen könnten? das macht der layer-key, wird allerdings nicht beachtet von Mapnik, ausser bei Brücken (bzw. wo es sonst explizit eingebaut ist). Mißverständnis. Ich meine das "Layer" Tag von Mapnik das dort in den Styles einen Layer definiert. Die Zeichenreihenfolge hängt dort imho nur von der Reihenfolge im Style file ab. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 20.10.2012 19:23, Wolfgang Hinsch wrote: Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche Probleme, allerdings mit qgis, und habe die Polygone erst mal in der Datenbank vernünftig zusammengesetzt, bevor der Renderer sie bekommt. Danach war das kein Problem mehr. Hast du da ein konkretes Beispiel? vielleicht ist das ja wirklich ein Problem mit der Datenaufbereitung. Was ist für Mapnik genau schlecht das osm2pgsql aus den Daten erzeugt? Prioritäten werden überhaupt nicht gebraucht. Sie sind eher kontraproduktiv, da nicht jeder Renderer dieselben Prioritäten hat. Man muss eben sauber definieren und nicht von irgendeiner Zeichenreihenfolge ausgehen. Ich glaube da hattest du mich missverstanden. Die Priorität soll in das Style file vom Renderer und eben nicht an die Daten. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 20.10.2012 18:55, Peter Wendorff wrote: Am 20.10.2012 18:03, schrieb Stephan Knauss: Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" bekommen könnten? Eine Fläche mit Priority x kann nur durch eine höhere Priorität übermalt werden? Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge im Style-File achten zu müssen. Das gibt es schon. Das ist das viel zu oft überflüssig (aber in genau diesen Fällen eigentlich sinnvolle) layer-Tag: layer=0 ist das normal, layer=1 ist darüber, layer=2 darüber und so weiter. Deshalb gibt es für Brücken die möglicherweise mittlerweile veraltete Empfehlung, layer=1 mit dranzuschreiben und für Tunnel layer=-1. Also einfach layer=1 an das, was sonst doof unter der umgebenden Fläche liegt, und die Sache ist gegessen - hoffentlich jedenfalls. Das ist zwar genaugenommen auch noch taggen für den Renderer, aber es ist kein Fehler in den Daten, sondern ein zusätzlicher Hinweis. klingt für mich aber nicht viel besser. Eher sogar schlechter. Damit legt nämlich jemand in den Daten fest was wichtig ist. Beispiel ein landuse=military und da drin ein natural=water. Beides als eigene Fläche getaggt. Nun möchte ich, dass der Ersteller des MapStyle festlegen kann was in welcher Art gerendert wird. Vielleicht will ich, dass Militärflächen komplett geblurred werden. Da soll auch nicht erkennbar sein, dass da irgend etwas anderes drin ist. Weder Seen noch Häuser. Oder ich will, dass ein See immer blau gerendert wird, egal was für eine Fläche da drum herum ist. Beides wohl vernünftige Anwendungen. Das würde nicht mehr gehen wenn es wieder auf ein spezielles Tagging an den Daten ankommt. Daher meine Frage was genau am Renderer geändert werden muss dass genau so etwas wieder am Renderer einstellbar wird. Und dass es mit nur der Reihenfolge als Einstellmöglichkeit nicht klappt sehen wir ja gerade an den aktuellen Beispielen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 20.10.2012 15:46, Willi wrote: On Saturday, October 20, 2012 5:47 AM Stephan Knauss Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das Vorfeld aus der Relation wegzulassen? http://www.openstreetmap.org/browse/relation/1442532 Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll. Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt aeroway=aerodrome. Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld nach, also über die Flughafenfläche und das Vorfeld ist sichtbar. Klingt für mich immer noch nach taggen für den Renderer, bzw. schlimmer noch taggen für den osm mapnik style. Was passiert denn wenn ich mit einem eigenen sehr vereinfachenden Style den Flugplatz nur als Fläche rendern will und mich weder für Gebäude noch Vorfeld interessiere. Der Renderer findet das Multipolygon und sagt: Super, da ist eine Fläche die ein Flughafen ist. Und dann werden dort in dem Multipolygon inner-ways gefunden. Wenn ich das so ähnlich wie ein OGC (Open Geospatial Consortium) Multipolygon interpretiere (was so dachte ich auch der OSM Verwendung am nächsten kommt) dann habe ich nachher Löcher in der Fläche. Scheint mir nicht ganz passend zu sein. Mit diesem Verständnis würde ich beim Wald mit einem See, wenn es denn als Multipolygon modeliert ist nie die Wald-Eigenschaft an die Relation hängen. Ein See ist eben kein Wald. Vielleicht gibt es ein Gebiet, das ein Nationalpark ist. Das könnte eine Relation sein die aus Wald und See besteht. Oder der Nationalpark ist eine Fläche die eben andere Flächen beinhaltet. Ganz ohne Relation, einfach mehrere sich überlagernde Flächen. So wurde bislang in OSM das "landuse=" verwendet. Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz gut, aber sobald Flächen ins Spiel kommen scheint es so komplex zu werden dass die Styles keiner mehr ordentlich hinbekommt. Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" bekommen könnten? Eine Fläche mit Priority x kann nur durch eine höhere Priorität übermalt werden? Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge im Style-File achten zu müssen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Plugin no_more_mapping
On 19.10.2012 22:40, Frederik Ramm wrote: On 10/19/2012 09:31 PM, Dieter Jasper wrote: JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM am Laden und ist schwer wieder loszuwerden) Interessant ist, dass offenbar eine Reihe von Leuten diese Beschreibung uebersetzt und sich nichts weiter dabei gedacht haben - das Plugin gibt es schon seit 10 Tagen. Spannend. Wann es dann wohl das Plugin "steal banking data" gibt? War nicht mal angedacht die Seite speziell zu schützen so dass böse Plugins nicht ganz so leicht an unbedarfte Nutzer verteilt werden können? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 19.10.2012 02:54, Willi wrote: Unterschiedliche Verwendungsmöglichkeiten und Ansichten zu Multipolygonen werden immer wieder im deutschen Forum diskutiert, zum Beispiel neulich: Recreation_ground und Multipolygone http://forum.openstreetmap.org/viewtopic.php?pid=277135#p277135 "landuse" ist kaputt http://forum.openstreetmap.org/viewtopic.php?pid=250349#p250349 Klingt nach Problemen mit dem Rendering, jedenfalls das Ferienlager-Beispiel. Ich hatte mich nicht näher mit der MP-Relation-Diskussion beschäftigt und gehofft, dass es da mal zu einem Konsens kommt der auch dokumentiert wird. Scheint wohl noch nicht so weit zu sein. Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das Vorfeld aus der Relation wegzulassen? http://www.openstreetmap.org/browse/relation/1442532 Ich stehe gerade etwas auf der Leitung und bekommt die landuse/landcover Argumente nicht auf den Flughafen übertragen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de