Re: [Talk-de] Plastikmüll als Layer
Hi, schau mal ins Archiv der osmf-talk-Liste. Da gab es mal einen Thread dazu, wo einer für so eine Karte geworben hat. Ich glaube es war die hier: https://openlittermap.com Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erinnerung an den fristgerechten OSMF-Beitritt für die OSMF-Vorstandswahl
Hi, ich habe ihm geantwortet. (Inhalt aus Datenschutz nur an ihn) Gruß, Peda Sven Geggus schrieb: > Michael Reichert wrote: > > > Aktuelle Mitgliederstatistik (ohne ausgelaufene und noch nicht gültige > > [1] Mitgliedschaften) > > Wie kann man denn prüfen ob seien Mitgliedschaft noch gültig ist? > > Ich hasse das. Andere Vereine buchen einfach über SEPA Lastschrift ab und > gut iss. > > Könnte nicht der FOSSGIS als local chapter sowas für deutsche Mitglieder > übernehmen? > > Gruss > > Sven > > -- > Das Internet wird vor allem von Leuten genutzt, die sich Pornografie > ansehen, während sie Bier trinken, es ist daher für Wahlen nicht > geeignet (Jaroslaw Kaczynski) > /me is giggls@ircnet, http://sven.gegg.us/ on the Web > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Förderangebot von WMDE für Projekte um OSM
Hi, Christoph Hormann schrieb: > Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher > Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary > aufzunehmen. Das ist etwas qualitativ deutlich anderes. ich sehe das zwar auch so, aber Wikimedia handhabt das glaube ich ja schon immer etwas anders. Die vor Jahren mal freigekauften Aerowest- Bilder sind ja vergleichbar und das wurde meines Wissens nach auch von Wikimedia bezahlt. Vielleicht sollte man das aber sprachlich zumindest so abändern, dass man zu Mapillary auch noch OSC nennt und beides eher beispielhaft als Mappinghilfen erwähnt?! Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte mit anderer Projektion auf unteren Zoomstufen
Hi, imho wäre es schön, wenn man unter der Maus immer die selbe Position behalten würde. Dann würden auch die Übergänge nicht so negativ auffallen. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diskussionen auf deutsch
Hi Martin, du kannst dich unten links "subscrib"en. Sowohl für ein Forum als auch für einzelne Posts. Es gibt zudem noch einen Atom-Feed für neue Posts. Ist aber leider trotzdem alles ziemlich unbrauchbar da das "subscribe" dir zwar neue Posts meldet, du für neue Beiträge aber wieder jeden Post einzeln subscriben musst. Mail schreiben gibt's afaik nicht. Ich hoffe ja immer noch, dass irgendwann irgendwer mal Threading im Forum aktiviert und ein richtiges Email-Gateway dran macht. Sollte es ja beides geben. Gruß, Peda Martin Koppenhoefer schrieb: > > sehr zu meinem Leidwesen finden Diskussionen fast nur noch in diesem Forum > statt, dessen Benutzung eine rechte Qual ist: zitieren ist superumständlich > und das Textfeld passt sich nicht der verfügbaren Screenbreite an, so dass > man auf kleineren Bildschirmen quasi blind schreiben muss. > > Kennt jemand evtl eine technische Lösung dieser Probleme, gibt es z.B. eine > Einstellung/Lösung, neue Beiträge per mail zu erhalten und zu verfassen, > idealerweise mit Quoting? > > Gruß, > Martin > > > sent from a phone > ___ > 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] Bitte Vorträge einreichen für die FOSSGIS-Konferenz
Hallo, und da wir jetzt ein neues Jahr haben bumpe ich den Thread nochmal und erinnere daran, dass bis zum 6. Januar keine ganze Woche mehr ist. Also bitte nutzt eure restliche vorlesungsfreie Zeit/Ferien/Urlaub/... noch euch ein gutes Thema zu überlegen und einzureichen. Wir haben zwar die Einstelligkeit der Einreichungen bereits überschritten, wollen aber noch viel mehr ;-) Außerdem könnt ihr euch gerne schon heute für den OSM-Samstag im Wiki eintragen: https://wiki.openstreetmap.org/wiki/FOSSGIS_2017/OSM-Events Das erleichtert uns dann die Planung bzgl. Räumlichkeiten und Verpflegung. Der OSM-Sonntag in Salzburg war wirklich genial; ich kann euch nur empfehlen auch den OSM-Samstag in diesem Jahr nicht zu verpassen! Bei Fragen einfach hier oder direkt an mich oder an das Programmkomitee. Ich freue mich über eure Einreichungen, Peda Frederik Ramm schrieb: > Hallo, > >vielleicht erinnert ihr Euch an Peters Aufruf hier: > > https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html > > Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Die > Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber > wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist > das bei den meisten noch so etwa eine Woche ;) > > Es wäre echt super, wenn sich aus unseren Reihen noch ein paar > Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf, > also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl > von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für > eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will > nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes > zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder > Mappersicht. > > Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für > einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den > Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten > eine Einreichung macht und Euch dann später nochmal einloggt und am Text > feilt (das geht im Interface problemlos) - besser als die Sache vor sich > herzuschieben und dann kommt ihr nicht mehr dazu ;) > > Bye > Frederik > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de -- A: In fact it does. > Q: You are kidding. >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 336 20.12.2016-26.12.2016
Hallo zusammen, die Wochennotiz Nr. 336 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2016/12/wochennotiz-nr-336/ Dies wird die letzte Ausgabe der Wochennotiz sein... ... für dieses Jahr. In diesem Sinne einen guten Rutsch und bis zum nächsten Jahr ;-) i.A. Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Gehwegdaten Heidelberg
Hallo Jakob, Jakob Miksch schrieb: > Was ist eure Meinung, ist es für euch in Ordnung diese Daten in OSM > hochzuladen, habt Ihr noch offenen Fragen? Bzgl. meiner Einwände was die Lizenz betrifft hat sich ja an der Wiki- Seite nichts geändert? Das war zumindest bei mir der Hauptkritikpunkt und muss unbedingt sauber abgeklärt werden. Wie gesagt am aller besten sogar mit einer Formulierung und schriftlichen Fixierung die die CTs anerkennt, wo die Daten also sogar einen Lizenzwechsel überleben würden aber zumindest etwas das unsere aktuelle Lizenz anerkennt. Ich denke die LWG hilft da sonst auch gerne weiter. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzer löschen
Hallo Markus, Markus schrieb: > Zur Liste: > Scheinen viiele Sperren zu sein? nach 10x Blättern hatte ich noch kein > Ende erreicht... > [...] Der Status "Endete vor ..." heißt, dass der User nicht mehr gesperrt ist. Das ist typischerweise weil die Sperrzeit ausgelaufen ist oder weil die Sperre von einem "Moderator" wieder aufgehofen wurde. Du musst da im übrigen stark aufpassen weil Sperren zweierlei Dinge bedeuten können. Ein sehr häufiger Grund für eine Sperre ist, dass der Benutzer seine Emails nicht liest und somit Changeset-Kommentare oder Direktnachrichten nicht mitbekommt. Eine Sperre bekommt er aber sicher mit, weil er während dessen nicht Mappen kann und die Sperrnachricht erst lesen muss. Der sogenannte "0-hour block": Man ist nur bis zum nächsten Login + Anzeige der Sperrnachricht gesperrt. Ansonsten passieren noch Editwars, nicht diskutierete Importe,.. wo man schnell mal jemanden sperren will. Das sind aber eigentlich alles keine "Strafen" sondern sie stellen ein Mittel dar den Benutzer auf etwas hinzuweisen um das Miteinander unserer Community zu stärken bzw zu sichern. Deine Fragen zielen aber eher auf das Sperren als "Strafe" ab und solche gibt es eben praktisch keine. Wer bei OSM mitmacht will sich ja im Normalfall auch konstruktiv beteiligen und muss daher für nichts bestraft werden :-) Wie auch immer, die "Strafen" sind vorne in der Liste, die dann eben erst in z.B. 97 Jahren enden und solche Straf- Sperren sind dann eben auch ausführlich diskutiert und dokumentiert. Die relevanten findest du auch auf Seite 1, auf den anderen Seiten sind nur die "pass mal kurz auf lieber Mapper"-Sperren ;-) Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzer löschen
Hi, Markus schrieb: > Das ist ja ein toller Service, falls man mal versehentlich > kompromittierende Spuren hinterlassen hat :-) die Infos sind eigentlich alle noch da. Mit Zveriks Who's That kannst du z.B. noch nachgucken wie seine Usernamenhistorie war ;) http://whosthat.osmz.ru/?id=656831 > > öfters bei "bösen" Buben und Mädels > > Wird sowas dokumentiert? wo? Ja. Erstens kannst du dir die Liste aller Benutzersperren angucken. Da gibt es ein paar wenige die sehr lange Blocks bekommen haben und die "lebenslangen" Sperren sind sehr gründlich dokumentiert im OSMF-Wiki zu finden. Ich hab das jetzt nicht näher recherchiert, weiß aber nur von 2 solchen Fällen. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzer löschen
Pascal Neis schrieb: > Glaube das was früher default, wenn jemand keinen Username angeben hat. das sind Leute, die so alt sind, dass sie schon dabei waren als es noch keine Usernamen sondern nur User-IDs gab. Als dann User-IDs eingeführt wurden musste man ihnen einen Namen verpassen und das war user_#ID ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2017 - CfP
Hallo zusammen, wie ihr vielleicht schon mitbekommen habt, haben wir doch noch einen Austragungsort für die FOSSGIS-Konferenz 2017 gefunden! Und zwar freue ich mich besonders, dass es die Dreiflüssestadt Passau, die zugleich mein langjähriger Wohnort ist, geworden ist. Veranstaltet wird die Konferenz vom FOSSGIS e.V. (http://fossgis.de) und der OpenStreetMap-Community mit Unterstützung der Universität Passau (http://www.uni-passau.de). Im Jahr 2017 findet die FOSSGIS vom 22. bis 25. März an der Universität Passau statt. Anläßlich des Erfolges im letzen Jahr wird es übrigens auch dieses Jahr einen dedizierten OSM-Tag geben: Den OSM-Samstag am 25. März, für alle, die es unter der Woche noch nicht zur Konferenz schaffen oder noch mehr OSM wollen. Themen und Vorträge für diesen Tag werden wir gesondert über das Wiki planen, mehr dazu später. Für alle anderen Vorträge läuft der Call for Papers bis zum 06. Januar 2017! Wir suchen: Deine Idee, Dein Projekt, Deinen Erfahrungsbericht, Dein Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und Fortgeschrittene, die spannende Themen behandeln und anregende Diskussionen auslösen. Vorträge zum Thema freie Geodaten, zum Beispiel OpenStreetMap oder Open Data sind ebenso möglich wie Beiträge zu Lösungen mit freier Software aus dem Bereich WebGIS, Desktop GIS, Geodatenbanken, Location-Based Services, etc. Vorgesehen sind drei verschiedene Vortragsformate: Es gibt 20-minütige *Vorträge*, in denen man über sein Projekt berichten kann, ein Taggingschema oder Mappingpraktiken vorstellen kann oder auch einfach nur über die eigene Aktivität als Mapper und z.B. die verwendeten Werkzeuge sprechen kann. Die Themen bestimmt Ihr und wir freuen uns über eine große Vielfalt an Themen, da genau diese Vielfalt auch den Reiz unserer Konferenz ausmacht. Für eher kleinere Themen oder wenn ihr euch keinen vollen Vortrag zutraut gibt es auch die sogenannten *Lightning Talks*, das sind kurze Vorträge von maximal 5 Minuten. Und wenn ihr anderen gerne etwas beibringt und euch in einem Thema besonders gut auskennt, gibt es noch die *Workshops*. Sie sollen in 90 Minuten den Teilnemern einen Mix aus Theorie und Praxis vermitteln. Bei einer Workshop-Einreichung ist es wichtig, darauf zu achten, dass erreichbare Lernziele und notwendige Vorkenntnisse der Teilnehmer beschrieben sind. Vor allem aber stellen Workshops auch eine wichtige Einnahmequelle für den FOSSGIS e.V. dar, da die Teilnahme kostenpflichtig ist. Wenn ihr euch mit einem angedachten Workshop also nicht sicher seid, kontaktiert uns, wir helfen gern. Bitte reicht euren Abstract ab sofort bis zum 06. Januar 2017 ein. Eine Fristverlängerung ist wegen der ohnehin straffen Zeitplanung *nicht* vorgesehen. Weitere Einreichungsdetails findet ihr auf unserer Konferenzseite (https://www.fossgis-konferenz.de/2017/callforpapers/) und wenn ihr weitere Fragen habt könnt ihr uns gern per E-Mail unter konferenz-o...@fossgis.de kontaktieren oder direkt hier nachfragen. Freundliche Grüße vom FOSSGIS-Konferenz-Programmkomitee. :) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Archiv zur Mailingliste
Hi, das Archiv von Mailman? Oder was meinst du? https://lists.openstreetmap.org/pipermail/talk-de/ Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Gehwegdaten Heidelberg
Hallo Lisa, masta...@stud.uni-heidelberg.de schrieb: > 1. Ich habe die E-mail mit der Erlaubnis für die Datennutzung auf der > Wiki-Seite veröffentlicht: > http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg ich finde da ist schon noch sehr viel Interpretationsspielraum gegeben. Du sprichst von abgeleiteten Attributen und dem Einspeisen in OSM, aber es wird kein Wort zur eigentlichen Lizenz oder den CTs verloren. Die können sich jetzt problemlos weiterhin auf den Standpunkt stellen, dass hochladen OK ist, solang ihre Lizenz weiter gilt. Das sollte unbedingt ganz klar geklärt werden. Des weiteren sollte das imho auch schriftlich festgehalten werden und nicht nur per Email geklärt werden. Und drittens solltest du bei einer Formulierung bzgl Lizenz versuchen/darauf achten, dass quasi eine Zustimmung zu den CTs besteht, also die Daten quasi einen Lizenzwechsel mitmachen könnten. > 2. Ich darf die Daten für die Ableitung von Attributen zu verwenden, > habe jedoch keine explizite Erlaubnis, sie direkt in OSM hochzuladen > oder die Shapefiles hier zu veröffentlichen (vgl. Permission Text). > Ich hoffe, das stellt kein Problem dar. Ich finde das mindestens suboptimal. Ich würde mir wünschen, dass mehr als eine Person die Originaldaten zu sehen bekommt bzw. ein Ausschnitt der Daten veröffentlicht wird damit sich auch andere daran spielen können, die Datenqualität prüfen können und den Importprozess nachvollziehen können. Mindestens aber solltest du einen OSM-File eines Ausschnittes bereitstellen der die importierten Daten zeigt wie das aussehen würde. Diesen Prozess finde ich übrigens nicht ausführlich genug und lässt zu viel Fragen offen. Auch finde ich Datengrößen von "die in JOSM noch editiert werden können" problematisch. Die Frage nach dem genauen Prozess zur Ermittlung der Breite kam ja z.B. schon. Wie gehst du mit getrennten vs. sich am highway befindlichen Gehsteigen um,...? Welchen Account verwendest du/ihr zum Import usw. MMn hatten wir schon zu viele schlechte Imports als das man das in dem Zustand durchwinken könnte. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org: Problem mit Adblock Was: Kartenlink? Am besten mit Marker?
Martin Czarkowski schrieb: > mit uBlock oder mit uBlock Origin? Origin, der andere ist böööse! ;) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] China, Provinz Sechuan
Hi, dktue schrieb: > Hast Du irgendetwas? Oder jemanden, den ich fragen kann? Ich glaube Dir, > möchte aber wirklich schrecklich gern irgendeinen Ansatzpunkt haben, > weiter zu suchen. https://en.wikipedia.org/wiki/Restrictions_on_geographic_data_in_China Brauchst aber sonst auch nur nach "GPS Offset China" oder "GCJ-02" oder ähnlichen Suchbegriffen suchen, da findest du mehr als genug. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 294 1.3.2016–7.3.2016
Hi, Frederik Ramm schrieb: > Habt ihr als Folge der Diskussion auf talk-at jetzt aufgehört, uns hier > auf talk-de immer zu informieren, die Wochennotiz enthält ja auch Nachrichten aus Schweiz, Bayern und Österreich. Das hat meiner Meinung nach auf einer deutschen Liste nichts verloren!!1 ;} Es gab da wohl nur ein Missverständnis zwischen Nakaner und mir, wer denn diesmal die Spammaschine anschmeißt ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2016 - Verlängerung der Einreichungsfrist bis 21.2.
Hallo zusammen, um allen Interessierten die Möglichkeit zu geben einen Beitrag zur diesjährigen FOSSGIS-Konferenz einzureichen haben wir uns entschieden, die Frist zur Einreichung noch bis zum 21. Februar 2016 zu verlängern. Wenn du also bisher nicht eingereicht hast, dann hast du jetzt nochmal Zeit, deinen Abstract zu verfeinern um deinen Beitrag noch rechtzeitig über unsere Webseite¹ einzureichen. Wir haben auch schon in der letzten Mail darauf hingewiesen, dass wir uns genauso über normale Vorträge aus der Community freuen und nicht nur über Vorträge von Sotwareentwicklern, Wissenschaftlern und Firmen. So eine Konferenz lebt schließlich von euren Beiträgen und eurem Besuch. Also überlegt nochmal, ob ihr nicht euer Mappingprojekt vorstellen wollt, über den Stand der Datenbasis in eurer Region, Details zu eurem eigenen OSM-Bastelprojekt oder auch einfach nur zu euren Erfahrungen mit verschiednenen Mappingtechniken berichten wollt. Wir freuen uns auf zahlreiche weitere spannende Einreichungen, euer FOSSGIS-Konferenz-Organisationsteam [1] http://www.fossgis-konferenz.de/2016/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2016 - Call for Participation
Hallo zusammen, bisher sind leider noch nicht so viele Einreichungen für die diesjährige FOSSGIS-Konferenz eingegangen wie erhofft und die Einreichungsfrist endet bereits am 1.2.2016 (das ist übrigens die Deadline für AGIT *und* FOSSGIS, wem das aus meiner letzten Mail nicht klar wurde ;)) Ihr solltet daher unbedingt noch einen Vortrag einreichen! Falls euch das Wort "Konferenz" zurückschrecken lässt oder ihr euch denkt, dass das nur was für "Wissenschaftler", "Softwareentwickler" und "Firmen" ist, dann muss ich euch eines Besseren belehren. Wir suchen nämlich explizit auch Vorträge aus der Praxis. Das können Berichte über eure Mappingprojekte sein, über den Stand der Datenbasis in eurer Region, Details zu eurem eigenen OSM-Bastelprojekt oder auch Erfahrungen mit verschiedenen Mappingtechniken. Es gibt eine Vielzahl an Möglichkeiten einen interessanten Vortrag einzureichen. Ihr dürft auch keine Angst vor dem Vortrag selbst haben, ihr sprecht schließlich zu Leuten wie euch: anderen Mappern :) Und wenn euch 20 Minuten Vortrag zu lang erscheinen gibt es auch immer noch die Möglichkeit für einen "Lightning Talk" mit nur 5 Minuten Länge. Also bitte nehmt euch das Wochenende Zeit und reicht einen schönen Vortrag ein, macht Werbung auf euren Mappertreffen und erzählt auch anderen davon, die hier nicht mit lesen, auf dass wir wieder eine großartige Konferenz mit vielen tollen Vorträgen bekommen. Bei Fragen einfach hier auf der Mailingliste fragen, Teilnehmer früherer Konferenzen fragen oder die Konferenzorga (konferenz-orga (at) fossgis.de) anschreiben. Wir freuen uns auf euch und eure Einreichungen, euer FOSSGIS-Konferenz-Organisationsteam ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2016 - Call for Participation
Hallo, du forschst, du entwickelst, du beschäftigst dich mit Open-Source-Geo-Software oder freien Geodaten? Du hast neue Ideen in diesem Themenbereich oder bist bereits dabei, freie Software und freie Geodaten zu nutzen oder zu entwickeln? Dann bist du auf unserer Konferenz — der FOSSGIS-Konferenz 2016 — genau richtig. WIR BIETEN: Eine Plattform für deine Idee, dein Projekt, deinen Erfahrungsbericht auf der größten deutschsprachigen Anwenderkonferenz für freie Geoinformationssysteme und freie Geodaten. Im Jahr 2016 findet die FOSSGIS vom 04. bis 06. Juli an der Universität Salzburg statt. An der Konferenz 2015 in Münster nahmen über 450 Besucher teil. Die FOSSGIS-Konferenz findet im Vorfeld der AGIT statt und geht nahtlos in diese über. Die Teilnehmer haben die Möglichkeit beide Veranstaltungen über ein Kombiticket zu buchen. WIR SUCHEN: Deine Idee, dein Projekt, deinen Erfahrungsbericht, dein Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und Fortgeschrittene, die spannende Themen behandeln und anregende Diskussionen auslösen. Vorträge zum Thema freie Geodaten, Open Data oder Open Science sind ebenso möglich wie Beiträge zu Softwarelösungen aus dem Bereich WebGIS, Desktop GIS, Geodatenbanken oder Location-Based Services. Wie jedes Jahr wird es auch einen eigenen OpenStreetMap-Track geben, für den wir uns spannende Themen aus der Community wünschen. BEITRAG: Reiche deinen Vortrag über unsere Webseite [1] ein. Die FOSSGIS Konferenz ermöglicht drei verschiede Vortragsformate: * Vortrag: 20 minütiger Vortrag z.B. Erfahrungsberichte oder neue Entwicklungen, anschließend 5 Minuten Zeit für Fragen * Lightning Talk: Kurze, knackige Auseinandersetzung mit einem Thema, welches in 5 Minuten, gern humorvoll, Anregung zur Diskussion bietet * Workshop: Für einen Workshop sind 90 Minuten vorgesehen. Du solltest den Teilnehmer ein Mix aus Theorie und Praxis vermitteln. Unsere Konferenz lebt von euren Beiträgen und eurem Besuch. Werdet Teil der Konferenz - wir freuen uns auf euch! NOCH FRAGEN? Zögert nicht uns eine E-Mail [2] zu schreiben oder hier auf der Mailingliste nachzufragen. WER WIR SIND: Veranstaltet wird die Konferenz vom FOSSGIS e.V., der OpenStreetMap Community in Zusammenarbeit mit dem AGIT-Tagungsbüro der Universität Salzburg. Hinweis: Der Call for Participation der AGIT 2016 ist bis zum 01.02.2016 geöffnet [3]. Euer FOSSGIS-Konferenz-Organisationsteam [1] http://www.fossgis-konferenz.de/2016/ [2] konferenz-orga @ fossgis.de [3] http://www.agit.at/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massive OSM-Lizenz-Verletzung durch Kartenanbieter outdooractive.com (u. a. auch Alpenverein betroffen)
Hi, malenki schrieb: > Andernorts wurde/wird öfter gesagt, dass OSM keine Hierarchie und > entsprechend wenig Struktur hat und deshalb auch gern als Do-ocracy > bezeichnet wird. Für mich schließt das alle Tätigkeiten im OSM-Umfeld > ein. > Und wenn man weiß, dass die Working Groups (LWG und DWG) aus ein paar > wenigen unbezahlten Freiwilligen bestehen, versucht man schon sie zu > entlasten, indem man z.B. bei einer offenbaren Lizenzverletzung die > ersten Kommunikationsversuche selbst unternimmt. ansich ja. Es war aber imho trotzdem nicht klar, dass zu den Aufgaben der LWG auch noch das "Klagen" gegen Lizenzverletzungen gehört, die von der Community nicht mehr lösbar sind. Das hat aber Simon netterweise im Wiki konkretisiert. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massive OSM-Lizenz-Verletzung durch Kartenanbieter outdooractive.com (u. a. auch Alpenverein betroffen)
Hi, Simon Poole schrieb: > > Es wird eigentlich nicht kommuniziert, dass die "Community" sowas lösen > > "darf". Ich weiß, dass das immer wieder einzelne Leute in einzelnen > > Fällen machen, aber es gibt natürlich kein "offizielles Statement" dazu. > > Wie schon gesagt steht das seit 2009 auf der Wiki-Seite. [...] > [...] > > > Könntet ihr das auf eurer Wiki-Seite etwas präzisieren? > > > Welche meinst du jetzt, auf osmfoundation.org? ja, hier: https://wiki.osmfoundation.org/wiki/Licensing_Working_Group Mir ist auch nicht klar, wo/wie sich einem aus dem Text erschließen sollte, dass man das "darf" und dass ihr dann eben auch für solche "Eskalationen" zuständig seid. Ich weiß es jetzt, aber ich könnte mir vorstellen, dass es anderen auch so geht wie mir. > > Wenn nichts mehr weiter hilft, kümmert ihr euch dann um > > die Einhaltung der Lizenz? Soll man solche Fälle an euch weiterreichen? > > Ja und ja. Gut, danke. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massive OSM-Lizenz-Verletzung durch Kartenanbieter outdooractive.com (u. a. auch Alpenverein betroffen)
Hi, ich muss sagen, der Thread war für mich jetzt irgendwie ganz interessant und aufschlussreich. Simon Poole schrieb: > [...] > die LWG verlässt sich daraf, dass Fälle die nicht von der "Community" > gelöst werden, eskaliert werden. > [...] das Durchsetzungsdefizits sehe ich nicht ganz, > ausser das Leute da was eintragen und dann selber nichts weiter machen. Es wird eigentlich nicht kommuniziert, dass die "Community" sowas lösen "darf". Ich weiß, dass das immer wieder einzelne Leute in einzelnen Fällen machen, aber es gibt natürlich kein "offizielles Statement" dazu. Was mich aber wirklich verwundert hat ist, dass man das an die LWG eskalieren darf/soll. Ich kann mich auch nicht an einen Fall erinnern, wo es hieß "lass das die LWG machen" und auch aus den Wikiseiten der LWG wurde mir das bisher nicht klar. Das mag jetzt auch ein sehr subjektiver Eindruck sein oder ich hab es immer noch nicht verstanden, daher nochmal die klare Frage: Wenn nichts mehr weiter hilft, kümmert ihr euch dann um die Einhaltung der Lizenz? Soll man solche Fälle an euch weiterreichen? Könntet ihr das auf eurer Wiki-Seite etwas präzisieren? Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues GPS, schlechte Performance...
Hi, Manuel Reimer schrieb: > Dank u-center konnte ich rausfinden, dass am WBT 202 wirklich ein Filter > aktiv ist. Mindestgeschwindigkeit ist 0,28 m/s. Den habe ich > rausgenommen und schon hat sich der Punkt auch am WBT 202 bewegt. Aber > innerhalb eines Radius von 2,5 Metern! Für ein nicht mehr topaktuelles > GPS definitiv nicht schlecht. jetzt wär neben deiner Antennenvermutung noch die Frage, ob beide SBAS können, aktiviert haben und auch einen der EGNOS-Satelliten sehen. Siehst du das irgendwo? xgps zeigt das afair nicht an und die Anzeige in gpsmon ist imho falsch oder ich verstehe sie nicht. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues GPS, schlechte Performance...
Hi, Manuel Reimer schrieb: > Wäre noch rauszufinden ob dieses > u-center unter Linux läuft (da Wine serielle Ports durchreichen kann stehen > die Chancen nicht ganz schlecht). hat bei mir problemlos funktioniert. Wobei mir u-center nach einem Neustart immer den Port verstellt... ist aber ne Kleinigkeit. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues GPS, schlechte Performance...
Hi, Manuel Reimer schrieb: > Die Position des WBT 202 hat sich nämlich während es > Messzeitraums nicht verändert. > [...] > Was könnte hier das Problem sein? GPS-Modul kaputt? Firmware-Problem? > Einstellungssache? ich würde mich da vor allem über den WBT 202 wundern da du auch mit SBAS niemals eine fixe Position bekommen kannst. D.h. dein WBT 202 hat wohl einen Bewegungssensor integriert und updatet einfach die Position nicht mehr solang er sich nicht bewegt. Und in der Bewegung verwendet er intern wohl einen Kalman- oder sonstigen Filter um die typischen zackigen Sprünge zu verhindern. Dein neuer Empfänger liefert dir halt "nur" die GPS-Positionen ohne Nachbearbeitung. Das ist also keine Frage von ublox 5 vs. 8 sondern eine Frage der sonstigen Features. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplätze Autobahnen ohne u. mit WC
Hi, Rolf Eike Beer schrieb: > Relevant sind hier also die beiden keys highway=services (Raststätte) > und highway=rest_area (Rastplatz), jeweils in Kombination mit > toilets=yes. Nun muss nur noch jemand hingehen und daraus was hübsches > basteln. ;) oder ohne toilets und das dann für die Einfärbung verwenden. Nicht dass das jetzt hübsch wäre, aber dann weiß man, wo man noch gucken muss (blaue Knoten) ob es da echt keine Toiletten gibt ;) http://overpass-turbo.eu/s/bVL Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in deutschen Filmen und Fernsehserien
Hi, Frederik Ramm schrieb: >hab mal eine Sammlung von Notizen hier angefangen: > > https://wiki.openstreetmap.org/wiki/OpenStreetMap_in_deutschen_Filmen_und_Fernsehserien spricht was dagegen, das in "OpenStreetMap in deutschen TV Produktionen" oder ähnliches umzubenennen um auch Reportagen, Dokus,.. mit zu erfassen? Da gibt es nämlich durchaus auch schnell mal einen Grund, OSM- Karten bzw Daten zu verwenden. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV
Hallo Roland, vielen Dank für deine schnelle Reaktion. Roland Olbricht schrieb: > [...] > Es sind höchstwahrscheinlich weitere Spielräume für Verbesserungen, > die sich zu mappen lohnen. Allerdings würde ein Revert wie oben > aufgeführt einen deutlich schlechteren Zustand zurückholen. Daher > würde ich hier eher die Passauer Mapper bitten, den jetzigen Zustand > weiterzupflegen. > [...] > Insgesamt: Ich finde es gut, dass wir miteinander reden. Angesichts > des vorherigen Zustands würde ich stark vermuten, dass Weiterpflegen > zielführender als ein Komplett-Revert ist. Ja. Ein Revert wäre sicherlich übertrieben. Mein eigentlicher Punkt ist und bleibt aber, dass ich bei bezahlten Mappern (auch wenn "nur" Hiwis) doch etwas höhere Ansprüche anlegen will, da man bei beruflichem Mapping einfach auch schneller mehr kaputt machen kann. Imho verhält sich das ählich zu Imports und mechanischen Edits. Die Ansprüche sind oder sollten da einfach höher sein. Dass ich von Revertieren gesprochen habe, war aber sicherlich übertrieben. > Für die Betreuung unserer Hiwis nehme ich folgende Erkenntnisse mit: > > - Erinnerung an richtige Quellen: Daten allein aus "bahnhof.de" > gehören nicht nach OSM. Gut. Aber wie handhaben wir das, falls er/sie wirklich aus dieser Quelle nach OSM übertragen hat? Es wurden zudem mehrere Quellen angegeben, was es nochmal komplizierter macht. Bei source=Google wäre es wohl ein klarer Revert. > - Armchair-Mapping: Keine Bestandsdaten in OSM ohne triften Grund > überschreiben, Luftbilder können veralten. Auch gut. :) > - Den Kontakt zur Community suchen. Dazu brauchen wir allerdings noch > zielführende Tools. > > Bitte ergänzt die Liste, falls ich etwas vergessen habe. Was mir persönlich geholfen hätte: Etwas kleinere Changesets. Thematisch noch zusammenhängender und auch quellenabhängig. Dann kann man auch schneller und vor allem einfacher prüfen, ob ein Changeset ok ist oder nicht. Deinem Punkt "Kontakt mit der Community suchen" kann ich mich nur anschließen, würde das aber gerne argumentativ mit dem beruflichen Mappen verknüpfen. Ich fände es in solchen Fällen nämlich nicht akzeptabel, wenn man/ihr durch häufiges Verwenden und viel Mappen Fakten schaffen würdet. Das sähe ich z.B. bei der Verwendung vom Level-Tag, das mMn im Wiki klar als "in building" definiert ist. Die von mir bemängelten Wege sind aber outdoor und haben ein layer-Tag. Selbes gilt mMn auch für Sidewalks, auch wenn du das scheinbar anders siehst. Bauartliche Trennung => extra Weg, sonst über Attribute. Semantisch für mich zwei verschiedene Dinge (ganz unabhängig davon, dass das vorher scheinbar (auch) falsch getaggt war). Also vielleicht sehen das noch mehr Leute wie du, aber für mich stehen die beiden Konzepte nicht gleichberechtigt nebeneinander. Wie auch immer gehört sowas vorher besser diskutiert, und zwar imho nicht auf euren Wiki-Subseiten sondern z.B. auf Tagging. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit Bahnhofsmapping von MentzDV
Hallo zusammen, vor ein paar Tagen wurde von Mentzdv in 3 Changesets unser Bahnhof verschönert. Um genau zu sein, von Benutzer soemisch in folgenden Changesets: http://osm.org/changeset/33616795 http://osm.org/changeset/33594520 http://osm.org/changeset/33570872 Es wurde halbwegs darauf geachtet, vom vorhandenen Tagging nichts kaputt zu machen. Ich kann auch verstehen, dass MentzDV hier für ihre Kunden arbeitet und denen ein gewisses Tagging liefern muss. Aber bei aller Liebe und Verständnis sollte es uns bei bezahltem Tagging schon erlaubt sein, etwas höhere Ansprüche zu stellen. Die 3 Changesets erfüllen aber noch nicht mal geringe Ansprüche und ich weiß auch nicht, wo ich mit meiner Kritik beginnen soll. Als Quelle wurde den Changesets bing Luftbild, MVV-Stationsplan, bahnhof.de mitgegeben. Ob die letzteren beiden überhaupt zulässige Quellen sind, müsste man wohl auch noch klären. Es ist aber zumindest schon mal klar, dass ohne lokales Wissen getaggt wurde. Und dann unterteilen sich die Änderungen in falsche Information, in falsche Extrapolation und in merkwürdige Taggingpraktiken. Ich versuche mal einiges aufzuzählen was uns Passauern aufgefallen ist. * Die Gleisgeometrie wurde verändert. Die Ecken in der Gleisführung sind wohl sicher nicht vorhanden: http://osm.org/#map=19/48.57395/13.45322 * Ali's Döner war und ist ein Stand am Bahnhofsvorplatz und nicht Teil des Gebäudes: http://osm.org/node/2859736224 * Die Hüttchen (z.B. http://osm.org/way/367435322) sind buildings und keine Unterstellmöglichkeiten. Die Dächer hingegen (z.B. http://osm.org/way/367435339) sind nur Dächer. * Das Dach an Gleis 1 (http://osm.org/way/367435344) wurde im Rahmen der Umbauarbeiten abgerissen. * Diese Dinger hier (http://osm.org/way/367435327) sind Verkaufsautomaten und keine Kioske * Die Treppen sind *im* Gebäude und nicht aussenrum, lediglich in der Mitte ist noch ein zusätzlicher Lift (http://osm.org/way/367608097) * Hier bin ich mir nicht ganz sicher ob dieser Parkplatz wirklich ganztags öffentlich ist oder nur nachts (http://osm.org/way/367608069) * Das hier http://osm.org/node/1663235954 ist etwas geteert für Bahnservice oder so. Da kann aber niemand mit dem Auto, Rad,.. hin. level_crossing macht da imho sehr wenig Sinn auch wenn es auf den Luftbildern anders aussehen mag. Zumal auch kein Serviceweg oder ähnliches eingezeichnet wurde. * Dann gibt es zig neue Bushaltestellen entlang der Straße. Ohne Verbindung zu den entsprechenden Busrouten, also ohne Relation. * Was sollen die ganzen Fußwege? Ich finde es nicht gut, die zum Zwecke eines Routings einzutragen. Die sind da nämlich nicht sondern die ganzen Bushaltestellen sind direkt entlang der Straße und da gibt's halt noch einen Gehsteig. Z.B. das hier: http://osm.org/way/367608093 * Gleiches auf den Bahnsteigen (http://osm.org/way/367435362). Imho gehören da keine Fußwege hin. Ein Router sollte schon selbst erkennen können, dass die ganze Bahnsteiglänge für's Einsteigen gedacht ist. * Als Busbahnhof würde ich das (http://osm.org/node/2098613373) auch nicht bezeichnen. Der Busbahnhof ist ein paar Hundert Meter weiter östlich. * Gibt's den (http://osm.org/node/3715175224) denn wirklich? Imho ist da nichts, habe aber nicht nochmal persönlich geprüft. * Dann gibt es zig Wege die jetzt ein level-Tag haben, was outdoor wohl wenig Sinn macht (z.B. http://osm.org/way/8099444) * Stimmen die Auf- und Abgänge bei den Bahnsteigen wirklich (noch). Der Bahnhof befindet sich im Umbau! Gut möglich, dass ich noch weitere Fehler oder Problemstellen übersehen habe und vielleicht sind auch einzelne von mir genannte Punkte streitbar. Alles in allem finde ich das aber eine nicht akzeptable Qualität. Und das war jetzt ausschließlich Passau. Allein soemisch hat 162 Edits, alles in Bahnhöfen. Ich hab das ganze jetzt auch absichtlich noch nicht revertiert um Mentz und soemisch Gelegenheit zu geben, etwas dazu zu sagen. Vor allem wäre es aber auch nicht damit getan, wenn ich nur Passau revertiere oder mühevoll repariere. Das ist nämlich mit großer Sicherheit nicht der einzige Bahnhof. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] öffentliche OSMF-Sitzung am 20.7.
Hallo, Frederik Ramm schrieb: am 20.7. um 21:30 deutscher Zeit gibt es eine öffentliche Sitzung des OSMF-Vorstands. [...] Anleitung zum Mumble: http://wiki.openstreetmap.org/wiki/Mumble Server: talk.hotosm.org Port: 64738 und das ist jetzt dann gleich. Also hopphopp, einwählen, zuhören! Und dann will ich mich noch Michael anschließen und mich beim OSMF- Vorstand recht herzlich für diesen heutigen Versuch bedanken! Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)
Hi, Martin Koppenhoefer schrieb: aus meiner Sicht ist das Rendering ja, aus deiner Sicht. Aber genau das war ja die Kritik an den Antworten, dass sie den Ausgang der Umfrage über ihre Formulierung vorwegnehmen würde. Es ist jetzt eh schon zu spät. Aber dich (oder mich) als klare Gegner von Verkleben für die Formulierung der Pro-Verkleben-Antwort zu nehmen ist natürlich doof. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)
Hi, Martin Koppenhoefer schrieb: das widerspricht sich jedenfalls, weil wenn man den Weg als Etwas mit Breite ansieht, dann treffen sich dort nicht 2 landuses in der Mitte sondern diese gehen vielmehr bis an den jeweiligen Wegesrand, in der Mitte liegt nur der Weg. Die seitlichen landuses treffen sich nur dann in der Mitte, wenn man die Breite mit 0 annimmt. deine Aussage ist jetzt aber auch voreingenommen. Ich finde nämlich nicht, dass sich das notwendigerweise widersprechen muss: Man nimmt einen dicken Filzstift und malt damit einen Weg. Wenn der Filzstift dick genug ist, ist die Linie so breit wie die Straße und landuse links und rechts vom Weg schließen dann plötzlich doch an den Weg (der ja immer noch nur ein Polygonzug ist) an. Disclaimer: Ich sehe das *nicht* so. Aber ich denke, dass man das so oder so ähnlich sehen könnte. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, Christoph Hormann schrieb: Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste [...] warum? Das wäre doch wie heute bei Flüssen auch. Ich hab das Flächenfeature riverbank und die semantische Linie, den waterway. So war zumindest bisher meine Vorstellung davon. Derzeit kenn ich keinen, der das tut. Ich schon, bzw zumindest einen der es versucht: http://maps.osm2world.org/?zoom=18lat=48.57603lon=13.45491layers=B0TTFF ;) Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer Rein anwendungsbetrachtet ist sowas für die Automoblier für ADAS interessant. Wie weit kann ich noch nach rechts ausweichen ohne mich mit meinem Auto zu überschlagen und ähnliche Fragestellungen. Ich kann mir zwar nicht vorstellen, dass OSM jemals solchen Anforderungen genügen könnte, wollte das aber dennoch mal als Anwendungsfall für Straßenflächen genannt haben ^^ Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Christoph Hormann schrieb: Ich denke kaum, dass Du viele Mapper finden würdest, die motiviert sind da per Hand ohne halbwegs komfortable Editor-Unterstützung Linien reinzumalen. Zumindest einen. Sowas find ich ne tolle Feierabendentspannung :D Sollte ich vielleicht auch einen Maproulette-Task dazu schreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, Christoph Hormann schrieb: Auch vom Informationsgehalt ist der Unterschied gewaltig vielleicht oder vermutlich richtig ... eine zusätzliche Erfassung von Straßen als Fläche würde zwar etwa die dreifache Datenmenge bedeuten, 90% der zusätzlichen Daten wären jedoch redundant und könnten aus einer akkuraten Linienerfassung problemlos hergeleitet werden. aber die Herleitbarkeit bezweifle ich im Allgemeinen. In jeder Kurve ist die Straße breiter als auf der Geraden, es gibt ein Bankett, der Mittel- streifen verläuft nicht mittig usw usf. Es kommt nur auf den Detailgrad an den ich erreichen will. Aber auch ich wollte jetzt im Gegenzug kein Plädoyer für die Erfassung von Straßenflächen, fahrbaren Bereich,.. halten sondern hauptsächlich ein Beispiel aus der Industrie nennen, wo solche Informationen theoretisch gewünscht wären. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RadioOSM -- Folge 42 online
Hallo zusammen, scheinbar ist der Automatismus der RadioOSM-ler kaputt gegangen. Da ich die Folge gestern durch Zufall entdeckt habe, mach ich mal Werbung für das großartige Podcastteam und die neue Folge: Die neue RadioOSM-Folge 42 ist online. Eine Monster-Folge mit sehr vielen sehr interessanten Themen und einigen Gästen ;) Hier der Link: https://podcast.openstreetmap.de/2015/06/07/osmde042-nicht-fragen-machen/ Viel Spass beim Anhhören, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank
Hi, Christoph Hormann schrieb: Ich würde deshalb grundsätzlich empfehlen, im Allgemeinen bei der Verwendung von waterway=riverbank für Flüsse zu bleiben und bei der Verwendung von natural=water *immer* ein water=* zu taggen. sehe ich auch so, mache ich auch so. Ich mach das aber noch aus einem anderen Grund, auch wenn das jetzt sprachlich gesehen wohl Quatsch ist: Bei natural=water habe ich das Bedürfnis, nur das zu mappen was mit Wasser bedeckt ist. Bei riverbank abstrahiere ich etwas mehr und betrachte das als Flussbett. Vor allem beim Mappen von Luftbildern hab ich ja nur einen Zeitpunkt bei dem vielleicht grad Hochwasser ist oder eine Trockenzeit. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusendung der studentischen Befragung zu OSM
Hi, ist jetzt zwar ziemlich OT, ich antworte jetzt aber trotzdem hier, vielleicht interessierts ja noch jemanden ;) Johannes Kröger schrieb: PS: Keine Ahnung, wie ich tief im Thread antworten kann mit Claws-Mail und Digests, sorry. ich hab zwar keinen Digest, aber soweit ich weiß steht auch im Digest die Message-ID. Die nimmst du und schreibst sie hinter In-Reply-To:. Bei deiner Mail war das Message-ID: 20150528184316.7edcd...@helios.fritz.box und das pack ich (bzw bei mir ohne Digest natürlich der Mailer selbst) in den Header als In-Reply-To und fertig :) Der Mailclient kann dann daraus die Baumstruktur rekonstruieren. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Talk-at] wpt_symbol, wpt_description
Hallo, Martin Vonwald schrieb: Bitte Leute*, besinnt euch auf die Grundprinzipien von OSM! Stehen die Tags in irgendeinem Konflikt mit existierenden? Nein? Dann sind es eben undokumentierte Tags. C'est la vie! [...] sry Martin, aber dem kann ich mich nicht anschließen da die Tags offensichtlicher Schwachsinn sind und die im Betreff genannten wohl auch etwas zu kurz greifen: ele=0. mitten im Ösiland? name=nXY? Die beiden zumindest sind dokumentiert und wie gesagt offensichtlicher Schwachsinn. Und ganz ehrlich, bei nem Tag-namen *_symbol hört sich das schon nach Tagging für irgendeinen Renderer an. Wenn dann ein City (Small) an einem Wald klebt .. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SotM.us güstige Flüge
Hi, wn reader schrieb: da es ja keine Sotm geben wird, wird evt. die Sotm.us interessanter dass sich der Termin zig mal verschoben hat, hab ich mitbekommen. Aber woher hast du die Info, dass es gar keine SOTM geben wird? Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt
Hi, Markus schrieb: Und dass kein Consumergerät die Rohdaten ausspuckt. gibt's schon, zumindest für USB hab mir ein Navilock NL402U mit ublox5 gekauft. Für den Chip gibt es im Netz gepatchte Firmwares, dann spuckt das Gerät auch Rohdaten aus (pseudorange und phaseshift). Ansonsten liefern meines Wissens nach alle ublox6 und 7-chips von haus aus Rohdaten (nicht getestet). Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DGPS/RTKLIB. Zum Aufzeichnen von Strecken brauchbar?
Hi, Manuel Reimer schrieb: Wie mache ich das Prinzip für das Aufzeichnen von POIs oder Wegen nutzbar? Muss ich meine stationäre Antenne mitnehmen oder kann die auch zu Hause beispielsweise auf dem Hausdach stationiert werden, solange ich einen gewissen Radius nicht verlasse? du kannst die stationäre Einheit problemlos mitnehmen. Du musst nur während der Aufzeichnung einen Logger stationär halten und den anderen kannst du frei bewegen. Dadurch kannst du dann zumindest die relative Genauigkeit erhöhen. Die Absolutpositionierung hängt von der Genauigkeit der Positionsbestimmung deines stationären Loggers ab. Ansonsten bzgl Entfernung zur Basisstation ist bei DGPS eine grobe Formel, dass du pro km Abstand zu deiner Basisstation ca 1cm an Genauigkeit verlierst. Die Frage ist aber eher, ob dein Chip Rohdaten liefert, die du nämlich für hohe Genauigkeit benötigst. Und dann sollte deine Basisstation eine gute freie Sicht haben damit du mindestens alle Satelliten siehst, die deine mobile Einheit im Wald auch sieht (nur so kannst du korrigieren). Und bzgl Anleitung: Hast du dir mal das Tutorial von RTKLIB angeguckt? Ist eigentlich relativ einfach, wenn du erst mal an die passenden Daten kommst. Software läuft übrigens auch unter wine. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Hi, zwei Bugs sind mir spontan aufgefallen. Erstens beachtet ihr das Seitenverhältnis von Bildern nicht was teilweise doof aussieht (z.B. http://tagfinder.herokuapp.com/search?query=emergency%3Dfire_hydrant). Zweitens funktioniert bei Links in den Ergebnissen das Klicken erst nach mehreren Buchstaben aber nicht gleich von Anfang an. Wenn dann bei Weblinks z.B. name=* vorkommt, kann ich das nicht anklicken, kommt z.B. opening_hours=* kann ich das erst ab ca. dem 'u' anklicken :) Passiert im chromium und konqueror, im ff geht der Link von Anfang an. Manchmal liefert die Suche noch sehr seltsame Werte. Kann man die evtl noch besser aussortieren? So Dinge, die es nicht gibt oder auch gar keinen Sinn machen? Apfel, Birne, Melone oder auch Kindergrippe. Badewanne liefert dann z.B. aber nichts. Und ansich wirkt es so als hättet ihr Stammformreduktion, aber Weintraube und Weintrauben liefern unterschiedliche Ergebnisse. Auf jeden Fall ein praktischer und gut gemachter Dienst. Bei den realistischeren Tests hat das super funktioniert und auf jeden Fall praktikabler als die Wiki-Suche. Eine schönere URL wäre noch nett. Oder auch Integration in z.B. JOSM (als Ergänzung zu den Presets)?! Danke und Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Feature auf OSM: Changeset-Diskussion
Hi, Frederik Ramm schrieb: Bislang musste man solche Diskussionen immer in einem anderen Medium führen und zum jeweiligen Changeset linken; nun kann die Diskussion direkt beim Changeset erscheinen. Das ist sicherlich noch nicht perfekt und wird mit der Zeit noch reifen, aber ich finde es schonmal eine sehr gute Sache. mir gefällt das Feature auch. Ich erhoffe mir dadurch vor allem auch bei kontroversen Edits eine freundlichere Kritik (da sie dann ja öffentlich ist). Das ganze ist das Resultat eines Google Summer of Code-Projekts und wurde von Lukasz Gurdek, einem Studenten aus Polen, implementiert. Mentor in dem Projekt war Serge Wroclawski. Eine Kleinigkeit gibts aber, die ich derzeit doof finde: Man ist nur für die eigenen *neuen* Changesets registriert aber nicht für schon bestehende. Könnte man das noch ändern? An wen wende ich mich dafür am besten? Außerdem wäre allgemein noch ein Feed für Changesetkommentare in meiner Umgebung interessant. Ich will mich ja nicht für jeden Changeset in meiner Umgebung extra subscriben ;) https://blog.openstreetmap.org/2014/11/02/introducing-changeset-discussions/ Eine weitere Anwendung wäre übrigensnoch das konstruktive Kommentieren. Man kann z.B. auf ein detailierteres Taggingschema hinweisen oder nochmal nachfragen, ob es auf dem Spielplatz auch ein Rutsche gibt, auf dem Parkplatz einen Behindertenplatz gibt,... Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Danke
Hi, Manfred A. Reiter schrieb: Ebenfalls Glückwunsch an Peda, der bis zur 6. Runde mit dabei war fast so lange wie die seltsamen Ideen. ;-) vielen Dank auch hier nochmal an alle die mich gewählt haben und alle die überhaupt mitgewählt haben. Ich finde es zwar etwas schade, dass es für mich nicht ganz gereicht hat, meine Frau ist dafür ziemlich froh ;] Wichtiger ist aber sowieso das Gesamtergebnis bzw. auch die Zukunft der OSMF und beides sieht aus meiner Sicht ganz gut aus. Und dann auch von mir noch Glückwünsche an Fred für sein super Ergebnis! Zudem vielen Dank an Simon für seine bisher geleistete Arbeit. Ich hoffe mal, er lässt sich bei der nächsten Wahl wieder aufstellen. An alle anderen noch: Werdet Mitglied um die OSMF zu stärken, euch Gehör zu verschaffen und auch um beim nächsten mal mitwählen zu können ;) Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vertrauen in OSM-Wochennotiz
Hi, fly schrieb: Ich habe geschrieben: Es gibt wahrscheinlich nichts sichereres als ein eigenes Zertifikat, wenn ich jetzt noch den Fingerprint über eine andere Quelle bekomme, aber wer vergleicht den heute noch Fingerprints oder Checksummen ? entscheidend ist der Fingerprint über eine andere Quelle/Medium, ob Telfon, Ausdruck, Chat etc. ich fand bzw finde immer noch, dass Moxie da einen genialen Ansatz hat: Convergence (http://convergence.io/). Die Notaries setzten zwar alle wiederum auf den CAs auf aber das System ist da flexibel genug um auch etwas besseres anzubieten. Ich sehe das daher wie du. Eigene Zertifikate, CACert und/oder Convergence und die breite Aufklärung darüber, dass der grüne Balken im Browser wenig bis nicht mit Sicherheit zu tun hat. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)
Hi, Stefan Keller schrieb: Moment mal: Auf der Wiki-Seite De:Tag:landuse=reservoir http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir steht unmissverständlich, dass das veraltet ist. Bis etwas als Deprecated bezeichnet wird, braucht's m.E. doch einiges. Willst du damit sagen, dass wir sogar über Deprecated-Tags eine Qualitätsdiskussion führen müssen? unabhängig von der Frage, ob es in diesem Fall richtig ist, will ich das mal eben als Aufhänger für meine These nehmen :) Ich finde es nicht prominent genug platziert, dass das Tag veraltet ist. Mir geht es häufiger so, dass ich nach etwas suche und dann gleich mehrere Seiten finde die den Begriff enthalten. Manchmal veraltetes, manchmal Cross-Referenzen, manchmal Userpages im normalen Namespace,... Weniger versierte Mapper mag das dann schon oftmals entmutigen. Ich fände es daher schön wenn das keine einfache Info-Box wäre sondern dick, rot mit Ausrufezeichen klar stellt, dass es veraltet ist... oder auch deprecated. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Simple Indoor Tagging
Hi, ich wollte euch hiermit auf unser Indoor-Tagging Proposal hinweisen an dem wir seit der letzten SOTM-EU gearbeitet haben. Das Proposal findet ihr hier: https://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging Der Hauptgedanke ist, auf den Erfolg von S3DB aufzusetzen, indem man ein wirklich einfaches Proposal bereitstellt, das aber auch kompliziertere Fälle ohne großen Aufwand abdecken kann. Ich denke, dieses Ziel wurde erreicht und meine, dass das Proposal einen echten Mehrwert bietet. Es wäre nett, wenn sich alle Interessierten das Proposal mal anschaun würden und bei Fragen und Kommentaren uns diese mitzuteilen. Der ursprüngliche Thread befindet sich hier (http://forum.openstreetmap.org/viewtopic.php?pid=451544). Wer kein Englisch kann darf aber gerne auch hier kommentieren oder auf der Diskussionsseite des Proposals Deutsch schreiben. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hack-Weekend in Karlsruhe 18.-19. Oktober
Hi, Dietmar Seifert schrieb: Könnt Ihr vielleicht ein oder zwei Woche später das Wochenende nehmen? ja Frederik, das wäre sehr lieb! Ich glaube ja langsam, dass du die Wochenenden so aussuchst, dass immer ein Familienmitglied von mir nen runden Geburtstag oder Hochzeit hat :) Jedes andere Wochenende wäre ich auf jeden Fall auch mit Freude dabei ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
Hi, Christoph Hormann schrieb: Für die Beurteilung der Anforderungen wäre es deshalb wichtig zu wissen, welche Strategie ihr da plant. der grobe Plan ist, das wie bei Mapnik zu machen: Wir rendern nur die Kacheln die angefragt werden (und nicht im Cache liegen). OSM2World ist in den meisten Situationen schnell genug für Echtzeit, die anderen müssen wir dann noch optimieren :) Tirex soll sich um Caching und Co kümmern und OSM2World aufrufen. Die Daten werden dann von OSM2World aus der DB geholt, wobei wir hier hoffen, dass es ein Schema gibt das keinen bis wenig Informationsverlust gegenüber den bisher verwendeten .osm/.pbf-Datenquellen hat. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
Hi, Sven Geggus schrieb: Der deutsche tileserver steht ja beim GFZ in Potsdam. ein gutes Stichwort, da würde ich dich bzw. mal allgemein die Runde befragen, was man denn so braucht. Wir dürfen uns ja jetzt Hardware aussuchen, sind uns aber nicht ganz sicher, was wir eigentlich für genaue Anforderungen haben. Das Rendering via OSM2World ist sicher anspruchsvoller (mehr Bedarf an RAM und CPU) als mit Mapnik, daher nehmen wir soviel Speicher wie geht und die beste(n) CPUs. Aber was haben wir denn auf DB-Seite zu erwarten? Sollte die DB auf einer SSD liegen? Reichen 500GB? Auch etwas längerfristig? Für jedes der Schemata? Wieviel vom Haupspeicher frisst die Datenbank bzw. die Abfragen und wieviel CPU-Leistung muss man da veranschlagen? Was muss man für den Tilecache rechnen? Sehe ich das richtig, dass die Server der Hauptseite 2TB für Lowres und nochmal 2TB für Highres verwenden? Und weil du auch den Uplink erwähnt hast: Was geht denn da über die Leitung auf dem deutschen Tileserver (nur als Anhaltspunkt, ich denke nicht, dass wir soviel Traffic bekommen, geschweige denn bedienen könnten ;))? Und letzte Frage: Mein Plan ist es, ein neues Backend für Tirex zu schreiben um statt Mapnik OSM2World aufzurufen. Ist das sinnvoll oder würde jemand etwas anderes vorschlagen? Ich weiß, eine Menge Fragen und vielleicht nicht ganz die richtige ML dafür. Würde mich dennoch über Feedback freuen. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Hi, Dirk Sohler schrieb: Dietmar Seifert schrieb: Hausnummern, Telefonnummern, Bücher, Visitenkarten, Seriennummern, handschriftliche Notizen – reCAPTCHA stellt so ziemlich alles bereit, das in irgendeiner Form digital vorliegt, und für Google in irgendeiner Form erfasst werden soll … und als Zusatzinfo für die, denen das neu war: Bei den reCAPTCHAs muss man immer nur das andere Teil richtig haben. Die Hausnummer-, Buch,..- Aufgabe kann man einfach weglassen oder auch gezielt was falsches angeben :) Wäre ein auf diesem Konzept basierendes Captcha-System für OSM nicht auch was feines? So nach dem Motto: „Klicke im Uhrzeigersinn auf die Eckpunkte des Gebäudes auf dem Luftbild“, und wenn 20-30 User das mehr oder weniger ähnlich gemacht haben, kommt es in die Datenbank. Das System von Stefan macht ja genau das! Die Skizzen sind aus keepright die Stellen, wo zwei Wege nahe aneinander enden. Die Benutzereingaben sollen später auch sicher mal in die DB eingetragen werden. Die Luftbildausschnitte werden vorher per Bildanalyse nach Quadraten o.Ä. gescannt, und es gibt einen „Kein-Haus-zu-sehen“-Button. Als 3D-Begeisterter fände ich da Christophs Vorschlag besser. Man muss für ein Gebäude im Luftbild sagen, welche Dachform es besitzt. Das hat zwei wesentliche Vorteile: Man kann anhand der Buildingoutline in OSM den entsprechenden Teil aus dem Luftbild direkt ausschneiden und weiß auch genau, wo man später das Tag in die DB eintragen muss und zweitens ist die Dachform in einem Großteil der Fälle gut erkennbar. Ich hatte da mal eine manuelle Auswertung für ca 1000 Häuser gemacht und kam auf 90% wo man das super im Luftbild erkennt und die Dachform eine einfache Basisdachform ist. @Stefan: Ich finde das ganze wirklich großartig umgesetzt. Bei mir hat das jetzt auch immer super schnell geladen. Ein großer Nachteil ist, dass man (ich) in doch ziemlich vielen Fällen die ich jetzt getestet habe wegen Verschattung, Bäumen,.. nicht erkennen konnte, ob es einen Weg gibt oder nicht :/ Es wäre daher super, wenn es noch eine dritte Eingabemöglichkeit gäbe, in der man quasi unentscheidbar eingeben kann damit du in deine DB nicht zu viele falsche Ergebnisse bekommst. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten
Hi, Frederik Ramm schrieb: Ich finde das aber mit den Straftaten ein bisschen komisch, das klingt, als wollte man den Mapper unter Druck setzen und ihn zum Mittäter machen, wenn er nicht freiwillig seine Hochsitze löscht... vielleicht mal noch zur Erkärung für die, die davon noch nie was gehört haben: Unter Veganern gibt es Subgruppen, die Hochsitze ansägen oder komplett zerstören da nach ihrer Ansicht die Jagd mit Mord gleichzusetzen ist. Relativ bekannt ist da die ALF¹ (recht willkürlich ergoogelter Artikel [2]). Ob die dann wirklich OSM verwenden um die Hochsitze zu finden die sie beschädigen ist nochmal eine andere Frage und nach selber Logik müsste man doch nach dem nächsten Bankraub alle Banken und Geldautomaten aus OSM löschen?! Gruß, Peda [1] http://de.wikipedia.org/wiki/Animal_Liberation_Front [2] http://www.nordkurier.de/anklam/lebensgefaehrliche-rache-attacken-auf-jaeger-252713310.html -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlaternen (street_lamp) und ihre Form in 3D (lamp_mount / lamp_shape)
Hi Ralf, Ralf GESELLENSETTER schrieb: Was meint ihr dazu? es gab da vor kurzem ein nettes Proposal, das ein ziemlich detailiertes Mapping der Laternen erlaubt hätte. Es wurde aber knapp abgelehnt: http://wiki.openstreetmap.org/wiki/Proposed_features/lamp Man sollte also wohl dieses Proposal aufnehmen und versuchen, die Kritiken einzuarbeiten. Für OSM2World würde Tobias (oder auch ich) das aber sicher einbaun, wenn es da ein gutes Taggingschema gibt, das benutzt wird und anerkannt ist :) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlaternen (street_lamp) und ihre Form in 3D (lamp_mount / lamp_shape)
Martin Koppenhoefer schrieb: naja, das ging ja nicht um Lampen sondern um Leuchten (also das Leuchtmittel), die Lampe (Fassung / Halterung der Leuchte) war das kaum mit drin. Ich stecke die Lampe in die Leuchte und nicht umgekehrt :) Und ja, die Leuchte war da weniger erfasst. Aber über z.B. die Richtung des Lichtkegels usw war die trotzdem etwas spezifiziert. Wie auch immer wollte ich vor allem auf das Proposal hinweisen um es eben unter Umständen mit aufzunehmen oder anhand diesem zu erweitern. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von OSM-Objekten
Hi, Markus schrieb: 1° hat 60' à 1852m (auf dem Meridian) 1° entspricht also 110120m die 6. Nachkommastelle also 0,11m Ist das auch die Genauigkeit in der Datenbank? in der Datenbank steht ein Integer, skaliert um 1e7¹. In deiner Rechnung also 0,011m am Äquator. Gruß, Peda [1] http://wiki.openstreetmap.org/wiki/Rails_port/Database_schema#Geodata_tables -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PV-Anlage
Hi, Stephan Wolff schrieb: Einen Mehrwert gegenüber einem Gesamtobjekt kann ich nicht erkennen, aber solche Spielereien schaden allen bestehenden Auswertungen des Tags, ob als Listen oder Symbolen in Karten. Durch Christophs Antwort musste ich grad nochmal über das von dir geschriebene nachdenken. Vielleicht gibt es keinen Mehrwert, aber einen Schaden erkenne ich auch nicht. Wenn ich Aussagen zu PV-Anlagen machen will, dann interessiert mich doch die Fläche. Die Anzahl an Polygonen die etwas mit PV zu tun haben ist da eher uninteressant. Von dem her bietet das Einzelmapping sogar den Vorteil, dass ich die echte Fläche bestimmen kann die Zellen enthält. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokalisiertes Werbematerial: Flyer
Hi, Frederik Ramm schrieb: Kannst es auch auf http://wiki.openstreetmap.org/wiki/Flyers_and_posters/Flyers eintragen, da hat Andreas Labres mal eine Liste anzufangen. ich hab vorläufig die Sourcen mal zu mir hochgeladen: http://osm.won2.de/temp/flyer_src.tar.bzip2 Das mit der Wiki-Seite versuche ich noch, das überfordert mich nur im Moment etwas :*) Für ein Vorschaubildchen ist mir nicht ganz klar, welche Lizenz ich da jetzt auswählen muss. Die Vorlage (sourcen) kann ich wohl wegen dem Format nicht hochladen :/ Hat jemand eine Idee was ich mit den Sourcen am besten mache (sonst lass ich sie auf meinem Server und verlinke dahin)? Gruß, Peda p.s. Die Sourcen haben derzeit ein Layout für die Druckbedingungen von wir-machen-druck.de und die sind nicht kompatibel mit flyeralarm! Also aufpassen, wenn ihr wo anders drucken lasst! -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] lokalisiertes Werbematerial: Flyer
Hi zusammen, das Passauer und Landshuter Mappertreffen hatten öfter die Diskussion bzgl. Werbematerial. Wir hatten bislang immer die Flyer von Frederik verwendet, vom Aufwand und den Kosten her ist der großzügige Geofabrik-Lieferservice natürlich unschlagbar. ;) Aber während unser Flyer-Vorrat langsam abnahm, kam dann doch der Wunsch nach etwas mehr Gestaltungsspielraum auf. Und so haben wir uns entschlossen, den Text inhaltlich aufzufrischen und die Flyer in diesem Zuge auch gleich zu lokalisieren. Für Passau sieht das Ergebnis z.B. so aus: http://osm.won2.de/temp/OSM_flyer_PA.pdf Gedruckt haben wir das ganze dann bei wir-machen-druck.de die das im Digitaldruck in einer sehr guten Qualität zu einem fairen Preis (170g-Papier, 1000 Stück ca 60 Euro) gemacht haben. Wir sind mit dem Ergebnis zumindest zufrieden. Wir wollten hiermit den Flyer vor allem mal vorstellen. Ich werde die nächsten Tage die Scribus-Vorlage noch hochladen, damit sich auch andere regionale Gruppen ihre Version mit eigenen Bildchen basteln können. Gruß, Peda (i.A. Stammtisch Passau/Landshut) -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Hi, Stephan Knauss schrieb: Konkret: Daten die unter ODbL lizensiert sind sind eben NICHT mit OSM kompatibel. nur zur Beruhigung: Die Daten (zumindest für Passau) sind zur Verbesserung und Vervollständigung der OSM-Datenbank freigegeben und nicht auf ODbL beschränkt. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS - Networked Transport of RTCM via Internet Protocol
Hi, Markus schrieb: Welches Einkanal-Consumer-Gerät gibt Rohdaten aus? Ich hab mir 2 Navilock NL-402U gekauft. Darauf eine gepatchte Firmware gespielt (u-blox5 chips liefern nicht per default Rohdaten, können das aber) und dann lief das auch mit den Rohdaten. (Im übrigen läuft sowohl u-center als auch rtklib problemlos mit wine ;)). Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SOTM 2013 Videos
Hi, für alle die talk nicht lesen, ich habe die Videos geschnitten und (vorübergehend) bei mir Online gestellt: http://osm.won2.de/sotm/ (Audio-Probleme kommen vom Original, falls ich einzelne Videos zu knapp geschnitten haben sollte, bitte melden) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM 2013 Videos
Hi, Christoph schrieb: P.s. Bis wann muss ich meine wunschvideos runtergeladen haben ich lasse sie online, bis mich jemand zum Löschen auffordert oder die Videos auf den offiziellen Seiten sind. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Hi, Andreas Hubel schrieb: Hat jemand von euch schon mal so nen Webserivce gesehen oder könnte Tips bei der Implementierung geben? von Implementierung zu sprechen wäre übertrieben. Ich hab dafür ein kleines Skript um die Bilder zu laden und zu mergen. Wenn das nix schönes werden soll ... ;) #!/bin/bash for j in {7..15}; do for i in {13..23} ; do wget -O ${i}_${j}.jpg http://b.tile.stamen.com/watercolor/5/${i}/${j}.jpg;; done ; done IMGS=`for j in {7..15}; do for i in {13..23} ; do echo ${i}_${j}.jpg ; done ; done` montage $IMGS -tile 11x9 -geometry 256x256 result.jpg Adresse und Region anpassen, einmal für Base, einmal für den Overlay und dann mit montage result.jpg overlay.png -coalesce noch übereinander legen. Weiß nicht ob du dir sowas vorgestellt hattest, geht aber :) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erstellung einer Ortsliste im Umkreis von x Kilometern um y
Hi, Andreas Schmidt schrieb: Ich möchte eine Liste aller Orte (Ortsnamen, evtl. mit PLZ) rund um meinen Arbeitsort. mit Overpass-API? Kannst du via http://overpass-turbo.eu/ auch direkt mit Karte mal testen. Für meinen Wohnort sähe eine mögliche Anfrage z.B. so aus (reinkopieren und auf Run drücken ;)): - query type=node has-kv k=name v=Passau/ has-kv k=place/ /query query type=node around radius=5/ has-kv k=place regv=city|village|town/ /query print/ - Könnte sein, dass da das ein oder andere Dorf noch fehlt weil manche Sachen nur über Wege/Relationen getaggt sind und keinen Node haben, könnte man aber auch noch einbaun. Und musst dir halt überlegen, ob dir z.B. village nicht schon zu klein ist. Könnte man zwar noch via population-tag nach Größe filtern, das ist aber zu selten getaggt für sinnvolle Ergebnisse. Hoffe das hilft, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt
Hallo Roland, ich antworte hier mal auf Tobias, da ich mich ihm inhaltlich zum Teil anschließen möchte und hoffe, dass du noch auf seine Vorschläge eingehst bzw. darauf antwortest. :) Tobias Knerr schrieb: Am 26.08.2013 19:36, schrieb Roland Olbricht: Per Beispiel: http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541 ich muss mal etwas grundsätzlicheres loswerden. Technisch finde ich deine Entwicklung zwar eine gute Basis und nicht zuletzt zeigt der Anwendungsfall, wie vielseitig einsetzbar die Overpass API ist. Nur: Mit der Benutzerschnittstelle habe ich etwas Bauchschmerzen, weil es in eine ganz andere Richtung geht, als ich es bei der Ursprungsidee POI anklicken erwartet hätte. Ich muss zugeben, dass ich erst nach Tobias Mail überhaupt darüber nachgedacht hatte. Ich bin (auch) davon ausgegangen, dass das ein Proof of Concept ist und kein fertiges Bedienkonzept darstellen soll. Andernfalls kann ich Tobias nur zustimmen. Mir geht das zu sehr in die Richtung Dev-Tool und würde in der aktuellen Form meiner Meinung nach nicht so gut auf die Hauptseite passen. Kannst du daher vielleicht nochmal für die Dummies etwas grundsätzlicher erklären, was du da konkret vorhast bzw. wo die Reise hingehen soll? Zusätzlich würde ich mich natürlich auch noch über ein Feedback auf Tobias Vorschläge freuen. Vielen Dank, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt
Hallo Roland, Roland Olbricht schrieb: Es geht darum, einem Mapper ein Feedback der Eintrag ist angekommen und auswertbar zu geben. Das ist fürs Mappen wichtig, aber von einer vorgerenderten Karte nicht leistbar. danke für die Erklärung, damit ergibt das, was ich in deiner Demo sehe auch erheblich mehr Sinn :) Ich würde aber gerne nochmal einen anderen Blickwinkel bzw. Vorschlag in die Runde werfen. Auch der Nicht-Mapper hat ja das Problem, dass z.B. seine Lieblingskneipe fehlt (weil Mapnik sie selbst in Z19 nicht anzeigt). Dieser will die Kneipe sehen, vielleicht noch die Öffnungszeiten und einen Link. Die Infos die du in deiner Demo zeigst sind ihm aber vermutlich zu viel. Wie wäre es daher, wenn du den Informationsgehalt bzw. vor allem die Präsentation der Information abhängig davon machst, ob der Benutzer eingeloggt ist (vermutlich ein Mapper) oder nicht? Im übrigen würde ich deine obige Beschreibung eventuell noch etwas differenzierter sehen wollen: Der N00bie-Mapper der gerade eine Telefonzelle eingetragen hat und wissen will ob das geklappt hat und der Pro-Mapper der auch so deine geniale Overpass-API bedienen kann, Turbo kennt und zig Bookmarks zu weiteren tollen Helfern hat (so mal für die beiden Extreme ;)). Imho braucht es nämlich vor allem für die erstere Gruppe dringend besseren Support. Und als solchen Ansatz würde ich deine Entwicklung gerne verstehen, sie richtet sich aber momentan klar an zweitere. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt
Hallo, ich will meine Idee mit der Sicht für die Normaluser noch etwas konkretisieren und habe daher mal ein kleines Mockup gebastelt: http://osm.won2.de/temp/skizze.png Das oben sind Tabs die man durchklicken kann und die POI-Typ-abhängig ein Icon anzeigen. Da sind dann die Dinge in der Nähe nach Entfernung aufgelistet. Das ist übersichtlich und löst vor allem die unpraktikable Listendarstellung. Unterhalb kommt der eigentliche Inhalt. Dafür müsste es dann wieder POI-Typ-abhängig Templates geben, wie das ganze präsentiert wird. Vor allem aber schöne kleine Icons (Telefon für die Telnr, Wikipedia-Logo für den Wikilink, ein Brief für die Adresse usw.). Diese Icons dürften aber trotzdem gerne auch noch Tooltips haben. Wichtig aber ist, dass das ganze durch die Icons und die typabhängige Präsentation nett aussieht und auch beim Laien gut rüberkommt. Für den N00bie-Mapper (also sobald man eingeloggt ist) könnte man dann unten noch einen Abschnitt mit dezenten Links anhängen zu den OSM-Details, den JOSM-Edit-Link und so. Hoffe es gefällt euch und regt eure Phantasie bzw. zur weiteren Diskussion an ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info zu einer Arbeit über metrische Distanzmessung
Hallo Stefan, Stefan Keller schrieb: Interessant. Scheint so etwas ähnliches wie der proprietäre aber bewährte PhotoModeler zu sein [1]. kannte ich bislang noch nicht, aber das Prinzip ist genau das selbe, ja. Die Sprechen auf ihrer Webseite halt noch davon, dass man eine Skala mit aufnehmen muss. Da war bei mir halt die ursprüngliche, aber leider nicht praxistaugliche Idee, den Abstand zweiter GPS-Punkte zu verwenden. (Der Student hatte in seinen Test aber unter anderem genau das mit der Skala gemacht und dafür ein Schachbrett mit bekannten Maßen verwendet). Nur damit ich es richtig verstehe: 1. Der geplante Ablauf - z.B. für die Bestimmung der Höhe einer Kirchturmspitze - geht so: * Der Benutzer macht mit dem Smartphone mind. zwei Bilder im seitlichen Abstand von einigen Metern * (wie der exakte Abstand gemessen wird ist noch offen). * Der Benutzer bezeichnet (oder bestätigt) eine in den Bildern gemeinsame horizontale Kante (z.B. seitliche Turmmauer) * Wenn die SW fertig gerechnet hat, zeigt der Benutzer auf die Kirchturmspitze und erhält dessen Höhe ? Genau. Wobei man natürlich auch Breiten, Tiefen,... messen kann. 2. Und deine Idee besteht darin, die in der Studentischen Arbeit erarbeitete Desktopkomponente, welche die eigentliche 3D Rekonstruktion macht, in ein App zu packen (obschon die SW schon auf dem Desktop einige Zeit braucht und an Ressourcengrenzen stösst)? Das fände ich persönlich zumindest sehr interessant so eine App zu haben. Beim 3D-Tagging rate ich derzeit häufig die Höhen und das ist mir dann meist zu ungenau. Bzgl. Zeit muss man noch dazu sagen, dass das ganze eine Bachelorarbeit war die 3 Monate dauert. Die investierte Zeit bzw. die geleistete Arbeit lag da klar am oberen Ende. Ich denke, da kann man an vielen Stellen noch optimieren und das auch auf dem Handy noch in Echtzeit hinbekommen. Bzgl. Ressourcenverbrauch kenne ich mich bei Handys nicht so aus. Rein vom Hauptspeicher eines Handys ist das kein Problem, nur gibt es da denke ich immer so per-App Beschränkungen die problematisch sein könnten da *ein* 8MPixel-Bild im Speicher halt schon 24MB belegt. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info zu einer Arbeit über metrische Distanzmessung
Hallo Stephan, Stephan Knauss schrieb: [1] http://www.forwiss.uni-passau.de/extern/doc/BA_Stier_Reimar.pdf nette Arbeit. Erinnert mich etwas an das was Marek gemacht hat. das muss ich jetzt aber glaub ich doch kurz nochmal klarstellen, dass das etwas grundlegend anderes ist. Marek beschreibt da im Prinzip Fotogrammetrie, die erhebliche Nachteile gegenüber einer richtigen 3D- Rekonstruktion hat: * schlechte Abbildungseigenschaften der Kamera die nicht ausgeglichen werden (Stichwort: Verzeichnung, Folge: Ungenauigkeit) * geringe und ungenaue Grundlage für die Metrik (Höhe der Kamera, Ebene vor Gebäude, Ausrichtung der Kamera) * nur Höhen an Ebenen messbar (die Höhe eines Kirchturms kannst du damit z.B. nicht bestimmen) Die Arbeit beschreibt bzw. vergleicht sich übrigens auch gegen andere Methoden und stellt vor allem auch die von mir kurz angesprochenen Vorteile heraus. Hauptnachteil ist nur, dass es keine fertige App gibt. Dann wäre dass nämlich erheblich einfacher als mit Fotogrammetrie. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Info zu einer Arbeit über metrische Distanzmessung
Hi, ich wollte euch mal eine Idee von mir vorstellen über die ein Student an der Uni Passau seine Bachelorarbeit geschrieben hat. Es geht um eine metrische Distanzmessung, also z.B. die Bestimmung von Gebäudehöhen mit Hilfe eines Handys (und den Vergleich zu alternativen Methoden). Grob erklärt passiert diese Messung durch eine 3D-Rekonstruktion von mehreren Fotos des selben Gegenstands. Die Idee war, 2 Fotos eines Gebäudes zu nehmen. Kenne ich den Abstand zwischen den beiden Aufnahmeorten und kenne ich eine Kante die senkrecht verläuft (also z.B. eine gerade Hauswand), kann ich die Gebäudehöhe mit Dach exakt berechnen. Eigentlich war gedacht, die beiden GPS-Positionen der Aufnahmeorte zu verwenden, um die Distanz zu berechnen. Leider ist GPS aber zu ungenau um da brauchbare Werte zu erhalten. Trotzdem, wenn ich den Abstand kenne dann kann ich mit dieser Methode sehr genaue Distanzmessungen vornehmen. Die Arbeit ist theoretischer und experimenteller Natur und eine sehr gute und ausführliche Arbeit. Leider gibt es keine fertige App oder Bibliothek zum direkten Einbinden. Ich denke aber, dass die Grundidee gut genug ist um sie hier zu erwähnen. Vielleicht kann ja mal jemand an die Arbeit anschließen oder die Idee für eine eigene Entwicklung benötigen. 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. Gruß, Peda [1] http://www.forwiss.uni-passau.de/extern/doc/BA_Stier_Reimar.pdf -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm zur Überwachung von OSM-Relationen
Hallo Sebastian, Link zur Website: http://osmarelmon.won2.de/ ich glaube, dass der New Feeds-Feed kaputt ist oder evtl. nur die letzte neue Relation anzeigt oder ähnliches, ist das möglich? Ich sehe zumindest nur einen Feed (AVS hike routes) der hinzugefügt wurde. Auf der Webseite sind es aber eindeutig mehr ;) Und dann hab ich noch ein kleines Featurerequest für die Feeds selbst. Der Titel der Feeds ist ziemlich unaussagekräftig. Kann man die Änderungen evtl. etwas klassifizieren? Dass im Titel z.B. steht paar Knoten haben sich verändert oder ganz viel hat sich geändert oder ähnliches? Oder vielleicht einen Counter wieviel Änderungen es jeweils gab? Die Overpass-QL-Query ist da jedenfalls im Titel eher uninteressant finde ich. Die könnte man statt dessen als Link in die Feed-Beschreibung einbaun. Evtl. sogar direkt als Link auf Overpass-Turbo (falls das mit Turbo geht). Ansonsten: Nette Arbeit :) Gruß, Peda p.s. Feedback über ML, falls andere das selbe schreiben wollten ;) -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm zur Überwachung von OSM-Relationen
Hallo, Henning Scholland schrieb: ich denke du solltest als erstes hier eine Routine einbauen, die die vorhandenen Daten speichert und nach einem Update zurückspielt. Wenn man nach jedem unvorhersehbarem Update alles neu machen muss, vergeht einem der Spaß recht schnell. was vermisst du denn? Soweit ich das beobachten konnte, ist seit dem Fauxpas beim aller ersten Update nichts mehr verschwunden. Es gibt lediglich Items mit dem Hinweis auf Server-Neustart. Die Feeds blieben aber erhalten, oder täusch ich mich?! Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hallo Pascal, Pascal Neis schrieb: Ehrlich gesagt verwundert es mich im Moment etwas, warum gerade jetzt auf einmal solche Bedenken geäußert werden. Hat es etwas mit der aktuellen Berichterstattung in den Medien zu tun? Ehrlich gesagt ich weiß es nicht, aber aufgrund dieses Mail-Threads ist mir gerade etwas die Lust vergangen an weiteren Seiten/Tools oder was auch immer für OSM zu arbeiten ... bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und auch immer top gemacht! Ich will nichts davon missen, ich will lieber noch mehr davon ;) Dass hier einige nach jahrelangem anstandslosen Betrieb plötzlich allerlei Probleme sehen, illegales Datenabschnorcheln mit dem Auswerten einer offenen Datenbank in einen Topf werfen und ähnlich abstruse Zusammenhänge herstellen, sollte man sich nicht zu sehr zu Herzen nehmen. Es sollte vor allem nicht darüber hinwegtäuschen, dass mMn eine große schweigende Mehrheit kein Problem mit deinen Auswertungen hat oder hatte! Ich bin einer davon und das wollte ich hier nochmal klar und öffentlich kundtun. Ansonsten hat Frederik und Co inhaltlich eh schon alles gesagt, was ich zu diesem Thema sagen wollte. ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt. Ich bin selbst der Meinung, das diese Information besser nicht angezeigt werden sollte. Ich fand die super nützlich! Wäre toll wenn du diesen Thread gedanklich vergisst und die Sachen einfach wieder reinnimmst. Liebe Grüße, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2WORLD 3D Neuschwanstein
Hallo Ludwich, ich versuch mich dem Problem mal zu nähern und gebe dir zumindest schon mal ein bischen Kontextinformationen :) Also zuerst mal: Ich habe die Kachel auf dem Server mal neu rendern lassen damit sie deinem Datenstand entspricht. Zweitens der generelle Hinweis, dass der Server derzeit *nicht* die aktuellste Version von git verwendet, da es da unter Umständen noch Performanceprobleme gibt. ludwich schrieb: Mein Problem liegt in der Bedachung, des Gebäudeteile note=Palas-3. Hier wird die Dachform falsch gerendert. Ich habe das ganze mit OSM2Word 0.2.0 und mit der Daily Version getestet. Ich glaube hier gibt es auf jeden Fall schon mal ein kleines Verständigungsproblem, das öfter auftritt: Es wird entweder das roof:shape-Tag *oder* die roof:ridges ausgewertet aber niemals beides, da sie zwei orthogonale Konzepte sind: Für Palas-1 könntest du z.B. die roof:ridge-Linie einfach weglassen. Dann ist das Dach zwar vermutlich falschrum, das kannst du dann aber mit roof:orientation=acress wieder fixen. Des weiteren sollten meiner Meinung nach die Gebäudeteile nur ein building:part=yes erhalten, das building=yes sollte nur an die Aussenhülle aber nicht auch nochmal an die einzelnen Teile. Palas-3 hat dann auch wieder roof:shape *und* die roof:ridge-Linie. Auch hier würde ich sagen reicht es roof:shape zu verwenden. Davon unabhängig ist mir aber beim roof:ridge noch ein kleines Problem aufgefallen: roof:angle und roof:height sind ansich wieder orthogonale Konzepte und starten bei dir komischerweise beide mit einem -? Die kleinen Anbauten im Norden von Palas-3 sind übrigens pyramidal-Dächer, haben aber auch wieder roof:ridge-Linien die wohl sicher weg müssen?! Ähnliche Probleme gibt es auch noch bei einigen weiteren Anbauten aussenrum. Da ich aber die genau Dachform nicht kenne, hab ich da jetzt mal nichts geändert. Du solltest da aber auf jeden Fall die roof:ridge-Linien wegmachen wo möglich, da das einfachere roof:shape-Tagging z.B. auch dafür sorgt, dass der First wirklich mittig ist und so Dinge ;) http://maps.osm2world.org/?zoom=14lat=48.13727lon=11.57548layers=B0TTFF Der korrekte Permalink ist übrigens folgender: http://maps.osm2world.org/?zoom=18lat=47.55764lon=10.74933layers=B0FTFF Hat jemand einen Tipp wie ich da hinbekomme? Ich hoffe mal, ich konnte damit schon mal etwas weiter helfen. Dass das eine Dach auf dem Turm fehlt ist ein Bug im *alten* Code. Dass das grüne Dach im 0.2.0-Code kaputt ist liegt zum einen am redundanten Tagging (durch Streichen der roof:ridge-Linien kannst du das denk ich selber schon fixen) und andererseits imho ein Bug in OSM2World. Tobias hat das aber denk ich schon auf seiner TODO-Liste ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hallo Thorsten, Thorsten Alge schrieb: Weiter wäre ein bereits angesprochenes Belohnungssystem mit Badges, wie vielleicht von Foursquare, Diablo III oder WoW bekannt, eine coole Sache die sicher den einen oder anderen Mapper bei Laune hält. wir haben das bei uns am Stammtisch auch schon mehrfach angesprochen und diskutiert. Ich hab mir das auch schon lange vorgenommen mal zu testen, wenn ich nur mehr Freizeit hätte ^^ Ich habe ja auch immer boinc und seti@home angeführt: Da gibt es dann soviele Arten von Statistiken und Auszeichnungen, dass man einfach immer mal irgenwann irgendwo auch erster ist. Hab da zwar persönlich nie mitgemacht aber von vielen gehört, dass das ihr Anreiz zur Beteiligung war. Ich fände so ein System auf jeden Fall super! Hier könnten Badges in drei Stufen (B/S/G) und Platin und die aus den Bundesjugendspielen allseits bekannten und beliebten Teilnahmeurkunden ;D in bestimmten Kategorien (z.B. Hausnummern, Laternen, Straßenname, ...) für den Mapper vergeben werden Top! Und mit Hausnummern gleich mal anfangen, da bin ich nämlich recht gut ;) Und Meta-Badges: Hat schon 10 Gold-Badges und so :) vielleicht etwas vergleichbar mit der Seite von Pascal Neis (http://hdyc.neis-one.org/). [...] Wenn sich die Badges vielleicht noch in der Nutzerseite auf OSM oder dem OSM Wiki einbinden lassen, wäre das sicher auch nicht so verkehrt. Muss nicht sein. Seiten wie hdyc und OSMFight sind schließlich auch so cool, dass man sie einfach kennt. Wie sonst würden wir ohne OSMFight bei Tagging-Meinungsverschiedenheiten auf dem Stammtisch entscheiden können, wer nun Recht hat (kleiner Spass ;)). So wär das auch mit dem Badges, die kennt dann einfach jeder! :) Für ganz fleißige Mapper könnte natürlich auch der Vorstand eine Dankespostkarte, mit dem Kartenausschnitt der Region in dem der Mapper aktiv ist, verschicken. Ich würde *dir* für so einen Dienst auf jeden Fall einen Abend Getränke auf einem Stammtisch, Hackertreffen oder ähnlichem spendieren ;) Würde einfach mal gern hören was Ihr so davon haltet und ob Ihr glaubt ob es sinnvoll und realisierbar ist. Absolut! Und Ja. Übrigens, da ja Pascal in seiner Antwort auch die Verknüpfung mit Help, Wiki oder ähnlichem angedeutet hatte: Finde ich auch eine nette Idee und wollte noch darauf hinweisen, dass OSM help ja auch massiv von diesem Belohnungssystem profitiert. Liebe Grüße vom baldigen Gold-Badge-Besitzer für Gebäude-in-Niederbayern mappen ;) Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 150 28.5.-3.6.2013
Hallo Johann, Johann H. Addicks schrieb: [...] dir ist aber schon klar, dass wir hier von einer Neuauflage des Flyers sprechen? Den Vorschlag von Alex find ich gut. Wir haben nämlich schon öfter festgestellt, dass der derzeitige Flyer Dau-untauglich ist. Man kann damit nicht auf highlevel erklären was OpenStreetMap eigentlich ist und greift dann doch wieder auf die Aussage Wikipedia für Karten zurück. Zudem sind die Ausführlichkeiten mit GPS und so eigentlich auch eher überflüssig weil man eigentlich viele kleine Gelegenheitsmapper will die z.B. nur mal paar Hausnummern eintragen oder die Öffnungszeiten fixen. Für solche Leute müsste der Flyer eben Dau-tauglicher sein. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendenkampagne 2013 der OSMF für neue Hardware
Hallo, Gehling Marc schrieb: Die OSMF hat nach 2011 wieder eine Spendenkampagne für neue Hardware gestartet. [1] Dafür kann auf den Seiten der OSMF per PayPal gespendet werden. Wer lieber per Banküberweisung spenden will, kann dieses auch wieder über den FOSSGIS e.V. [2] machen. da fällt mir grad ein, dass ich von 2 Leuten gefragt wurde, wo man denn flattrn könnte. Ich hab nichts gefunden, auch keine Diskussion dazu. Wär das denn ne Möglichkeit das auch mal noch einzurichten bzw. wo müsste ich denn eine entpsrechende Diskussion anstoßen?! Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Simple 3d Buildings
Hi, smart...@gmx-topmail.de schrieb: also ich habe nach Änderungen bis zu 10 Tage warten müssen. Z.B. ist dieses Haus am 14.02. geändert worden und ist am 23.02. in der Karte erschienen. in diesem Fall einem Bug geschuldet. Einige Kacheln wurden nicht mehr neu gerendert. Diesen Bug haben wir seit Donnerstag Abend (der 21.2.) gefixt. Also bei 1 Woche Wartezeit dürft ihr gerne mal nachfragen, da ist es dann doch meist eher ein Bug ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Simple 3d Buildings
Hi, Andreas Neumann schrieb: Bei den Timestamps gibts noch einen Bug: Nur, wenn die Karte genordet wird, wird der korrekte angezeigt. Ist die Karte anders ausgerichtet, sind die Tiles immer vom 1.1.1970 ah, danke für den Hinweis. Haben wir gefixt. -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Simple 3d Buildings
Hallo Thorsten, Thorsten Alge schrieb: Kann mir jemand sagen was ich falsch mache? du machst nichts falsch sondern unsere Debugausgabe ist leicht falsch zuverstehen. Der Timestamplayer für dein Gebiet sagt dir lediglich wann die Daten das letzte mal gerendert wurden aber nicht, von wann die Daten sind (das steht in der About-Seite)! Der neueste Dump ist von heute, das Rendern dauert für deine Daten max. 3 Tage. Also einfach noch etwas länger warten ;) Hab das aber mal in unsere TODO-Liste aufgenommen, die Ausgabe etwas verständlicher zu gestalten :) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von maps.osm2world.org
Hallo Björn, Björn Sieper schrieb: Hier fehlt ein komplettes Stück: http://maps.osm2world.org/?zoom=14lat=48.4491lon=8.28431layers=B0TTFF stimmt. Ist ein Bug im mapsplit, die entsprechenden Daten liegen OSM2World also gar nicht vor. Tobias hat das mal als Bug¹ eingetragen und ich hoffe es in den nächsten Tagen gefixt zu bekommen. Danke für den Hinweis. Gruß, Peda [1] https://github.com/PedaB/mapsplit/issues/1 -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
Hi, Martin Vonwald schrieb: Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen erkennen und fotografieren kann? ein Student in Passau schreibt darüber derzeit seine Bachelorarbeit. Läuft aber etwas anders: Die Android-App zeichnet ein Video + GPX auf und man hat danach eine Applikation am PC die diese Daten wieder auswertet. Ein Plugin der Applikation ist dann eine Schilderkennung + Tracking (da man häufig das selbe Schild in vielen Bildern sieht). Das ganze sieht soweit sehr vielversprechend aus und würde sich dann auch recht einfach erweitern lassen. Fertig wird das ganze denke ich im Januar. Da wird er dann sicher seine Arbeit und den Code veröffentlichen. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
Hallo, ich war mir nicht ganz sicher, ob's ihm recht ist wenn ich hier zuviel verrate, aber ist wohl ok ;) Veröffentlichung war ich wohl etwas zu optimistisch, wird wohl später als Januar. Eine frühzeitige Veröffentlichung ist aus rechtlichen Gründen schwierig, die Arbeit muss ja selbstständig angefertigt werden. Martin Vonwald schrieb: Wenn ich mir überlege wie lange ein Video maximal sein kann am Smarty ist das eher was für Kurzstrecken. Das kann ich jetzt nicht so genau einschätzen. Meine Testvideos kommen aber so auf 2GB/h wenn ich in 720p aufnehme. Bei einer 16GB Karte also doch 8h. Ob die Daueraufnahme so lange klappt weiß ich aber nicht. Mit dem Handy hab ich noch nie mehr als 15 Minuten aufgenommen ;) Er selbst hat grad noch Bedenken zu Akkulaufzeit und ähnlichem geäussert. Die sehe ich jetzt aber nicht so schlimm, da ich zumindest das ganze einfach im Auto mit Stromanschluss laufen lassen kann. Die Berechnung selbst ist übrigens zu aufwändig um das in Echtzeit auszuwerten und bei Einzelbildern verpasst man bei den üblichen Geschwindigkeiten schnell mal ein Schild. Aber sicher interessant. Weiß du das Details? Ja. Offizielle Betreuung ist zwar der Lehrstuhlinhaber, das Thema stammt aber zumindest von mir ;) Z.B. ob die PC-Applikation ein Video und einen GPX-Track aus einer beliebigen Quelle akzeptiert? Ja das geht. Man muss dann halt nur selber auf die Synchronisierung achten. Das Kriterium ist: Passt das letzte erkannte Schild noch in den zeitlichen Rahmen der GPS-Daten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, weclhes Schema?
Hallo Lars, Lars Schimmer schrieb: Wir nehmen Wünsche für kleine Gebiete außerhalb von DE entgegen und rendern auch schon einige Fleckchen z.B. in den USA und Japan. Schreib dafür einfach Peda oder mir eine Mail! Am einfachsten ist es für uns, wenn gleich einige Zoom-13-Kachenummern dabei stehen. Bereich Graz ist in etwa: http://www.openstreetmap.org/?lat=47.0682lon=15.4396zoom=13layers=M Ich weiß jetzt nicht genau, wie man die Kachelnummern findet, aber die png gehen von 4445/2877 bis 4449/2883. Hoffe das ist hilfreich. genau die Angabe die wir uns gewünscht haben ;) Willkommen Österreich: http://maps.osm2world.org/?zoom=13lat=47.02696lon=15.44598layers=B00TTFF Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Einträge, vorlage JOSM, roof Tags
Hallo, Lars Schimmer schrieb: Der building:parts=* sollte ja nur die Hülle des gesamten Gebäudes umfassen, um zu sagen: das ist ein Gebäude, welches horitzontal/vertikal in kleinere Teilstücke aufgeteilt werden soll. Die einzelnen Teilstücke sind dann mit building:part=yes gekennzeichnet. nein, die Hülle ist immer building=*. Zugegeben, das ist auf der Simple_3D_Buildings-Seite nicht sauber beschrieben aber deine Interpretation les ich da erst Recht nicht raus. Das ist auch im Sinne der Abwärtskompatibilität sinnvoll: Auch wenn ein Gebäude aus mehreren building:part=yes besteht hat man trotzdem noch die herkömmliche building=* Hülle. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, weclhes Schema?
Hallo, tumsi schrieb: Ein etwas andere Frage, aber zu diesem Thema: Gibt es bereits ein Vorlagen-Addon für JOSM für das 3D-Schema. Ja gibt's :) Schau mal in den Einstellungen unter den Objektvorlagen. Da gibt es die 3D properties von Kendzi (der Entwickler von Kendzi3D und auch ein Unterstützer und Mitverantwortlicher für die Simple_3D_Buildings). Einfach mit dem Pfeil nach rechts aktivieren und JOSM neustarten. Oder ist das Tagging-Schema noch nicht stabil genug, als dass sie das lohnt? Spätestens seit dem zweiten 3D Workshop in Garching würde ich das ganze als stabil bezeichnen. Wird ja auch genau so von den 3D-Entwicklern unterstützt. Und da man es gar nicht oft genug erwähnen kann, eine Möglichkeit deine Daten auch mal visualisiert zu sehen gibt's auf http://maps.osm2world.org ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, weclhes Schema?
Hallo, Martin Koppenhoefer schrieb: [...] Eine Anwendung die diese Brücken nicht unterstützt könnte, solange building_levels die Stockwerksanzahl angibt, z.B. trotzdem die Bruttogeschossfläche berechnen (Grundfläche x Stockwerksanzahl), oder (falls die durchschnittliche Höhe gegeben ist) auch das Bruttovolumen (dafür braucht sie nicht zu wissen, ob dieses Volumen auf dem Boden liegt oder in der Höhe hängt). Beides sind sehr wichtige Parameter wenn es darum geht, die Bebauungsdichte eines Gebiets zu beurteilen. (building:levels - building:min_levels)*fläche zu rechnen ist aber auch nicht viel schwieriger. Nochmal kurz zusammengefasst: building:levels sollte m.E. die Gesamtanzahl der Stockwerke angeben. Du bringst jetzt aber lediglich auch nur ein Beispiel (die Bebauungsdichte) für deine Sicht wie getaggt werden sollte. Das ist dann zwar nicht Taggen für den Renderer aber Taggen für dein Beispiel :) Nebenbei macht es ein Tagging so gut wie unmöglich da meines Wissens nach zur Bebauungsdichte auch KGe mitgezählt werden die ich aber nicht ohne weiteres Erfassen kann oder ist building:levels dann plötzlich doch nur die Gesamtzahl der Stockwerke aber ohne das was im Keller ist? Das ganze (deine Sicht der Dinge) wird dann übrigens noch schwieriger, wenn du mit building:parts arbeitest und das Gebäude an einem Hang steht,... Ich will da jetzt eigentlich gar nicht weiter argumentieren: Da ich (und auch viele andere) aber schon einiges mit dem spezifizierten Taggingsystem mit building:levels und building:min_level getaggt habe(n) und die mir bekannten 3D Tools dieses Schema unterstützen, plädiere ich doch, einfach bei diesem System zu bleiben. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtig taggen
Hallo Christian, wwl schrieb: Ich stehe vor dem Problem das ich in einem Gebiet arbeite in dem nur wenig vorher geschehen ist, und das was bereits vorhanden ist, nach meinen wenigen Erfahrungen, nur unzureichend getagged oder evtl. falsch ist. das ist doch kein Problem sondern Glück: mehr Spass am selber taggen :) [...] Ich müsste sie vorher aufschneiden um nur den Bereich als Baustelle (highway=construction) zu taggen. Das aufschneiden habe ich aber noch nicht geschafft. Oder macht man das ganz anders. Genau so macht man's. Falls du JOSM verwendest: Weg und den Knoten an dem du splitten willst markieren und dann p (bzw im Menü Werkzeuge Linie aufspalten) drücken, dann hast du zwei Wege: Links und Rechts des Punkts. Viele Gebäude sind nur als Building=yes gekennzeichnet. Ich habe nun bei Neuen building=house oder building=manufacturer angegeben. Reicht es einen Tag zu setzen oder sollte z.B. ein Getränkemarkt mit mehreren Tags angelegt werden: Mehrere Tags sind prinzipiell ok, aber der Key muss eindeutig sein. Du kannst also gar nicht building=yes _und_ building=commercial gleichzeitig setzen ;) building=yes building=commercial shop=beverages name=Huber Getränkemarkt Streich das building=yes, sonst sieht's gut aus. Und als 3D-Fan darf ich dich noch auf http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings aufmerksam machen, kann auch nie schaden ;) Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtig taggen
wwl schrieb: schrieb Peter Barth: Streich das building=yes, sonst sieht's gut aus. Und als 3D-Fan darf ich dich noch auf http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings aufmerksam machen, kann auch nie schaden ;) Super, das ist ja interessant. Die 3D Gebäude werden dann aber in der Standard OSM Map nicht angezeigt, oder? Werbung Nein, aber auf http://maps.osm2world.org/ gibt es eine Karte (leider immer noch nur für Bayern). /Werbung -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtig taggen
Hi, hätte ich jetzt fast vergessen: Keine Ahnung inwieweit diese ganzen 3D Karten kompatibel in bezug auf die ausgewerteten Tags sind. alle mir bekannten OSM-3D-Toolanbieter waren daher auf dem zweiten 3D Workshop in Garching¹ und dort wurde sich gemeinsam auf die Simple 3D Building Tags² geeinigt. Von OSM2World weiß ich, dass der Support nahezu komplett ist und auch Kendzi ist glaub ich ca auf dem Stand. Beim Rest kann ich's nicht sagen. Peda [1] http://wiki.openstreetmap.org/wiki/2nd_3D_Workshop_Garching [2] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hack-Weekend Karlsruhe und Administrative Grenzen / Hierarchien weltweit
Hallo, Volker Schmidt schrieb: - Relation verlängert / verkürzt - Typ der Relation geändert - Relation gelöscht Ich denke es gibt auch Bedarf fuer den allgemeinen relation monitor (fuer den mir Frederik schon geschrieben hat, wie man's macht - ich bin aber noch nicht dazu gekommen es auszuprobieren), d.h. der mir jede Aenderung mitteilt. In der Luxusausfuehrung haette der dann einen Filter, mit dem man sich nur ueber bestimmte Ereignisse informieren laesst, wie die, die du oben aufgelistet hast. ich arbeite an der Uni Passau und wollte bei dieser Gelegenheit mal kurz einwerfen, dass an der Uni eine entsprechende BA-Arbeit läuft bzw. beginnt, bei der es genau darum geht: Es soll ein Beobachtungsdienst entstehen bei dem man sich auf verschiedene Ereignisse registrieren kann. Benachrichtigung passiert dann per RSS oder Mail. Die Idee entstand vor allem aus dem Bedarf z.B. das Busliniennetz bzw. die Bundes-/Landstraßen im Landkreis zu beobachten damit man schnell und unkompliziert mitbekommt, wenn sich da was geändert hat (also vor allem wenn was kaputt gemacht wurde ;)). Ich schau mal ob ich den Studenten dazu bewegen kann die ML mitzulesen. Ansonsten beantworte aber auch ich gerne Fragen dazu und nehme Wünsche/ Vorschläge entgegen. Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorstellung unserer 3D Slippy Map
Hallo, hike39 schrieb: den Ansatz finde ich sehr interessant. Aber ich war verblüfft, dass zwar in meiner Heimatregion der Schliersee und sogar ein kleiner Tümpel südwestlich von Miesbach als Wasserfläche zu sehen sind, aber der Tegernsee ist verschwunden. Das liegt an Multipolygonen, die aus mehreren outer-Ways bestehen. Das steht auf unserer TODO-Liste, wir haben es aber bislang noch nicht geschafft bzw. die nötige Zeit gehabt die Toolchain entsprechend zu erweitern. Kommt aber demnächst! ;) Weitehin werden bei Z11 ganz bedeutende Ortsnamen wie Kolbermoor und Bruckmühl angezeigt, aber z.B. Kreisstädte wie Rosenheim und Miesbach nicht. Hm, der Labels-Overlay hat ein paar sehr einfache mapcss-Regeln: Male Knoten mit city|town|.. abhängig von Zoomlevel und Einwohnerzahl. Ich werde mir die von dir genannten Städte mal genauer anschaun. Peda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de