[Talk-de] Tagging von
Martin Koppenhoefer dieterdreist at gmail.com writes: sieht seltsam aus. Mindestens die Unterstriche sollten m.E. Leerzeichen sein, wobei das auch nicht wie ein Betreiber aussieht (also nicht operator, wenn European Cultural Path keine Organisation ist). Meiner Meinung nach ist bei dem Thema so manches im Argen... :( Das mit den Unterstrichen steht auf der Wiki-Seite zu Europäischen Kulturwegen: http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2 Irgendwer hat wohl mal entschieden, dass man die Europäischen Kulturwege anhand des operator gruppiert. Ich halte das für den falschen Weg. Ein Weg, der vom Spessartprojekt angelegt wurde und gewartet wird, bei dem sollte das Spessartprojekt auch als operator drinstehen. Um die Kulturwege zu gruppieren wäre ein anderes Tag zu finden. Da European_Cultural_Path keine Institution ist, kann diese meiner Meinung nach auch nie operator sein. Um es noch etwas kurioser zu machen: Laut der Wiki-Seite sind die europäischen Kulturwege in dieser Relation gruppiert: http://www.openstreetmap.org/browse/relation/2170548 Zu allererst ist das meiner Ansicht nach ein klassicher Fall ist, wie eine Relation *nicht* verwendet werden sollte (das gleiche sollte, bei korrektem Tagging, auch ohne die Relation gehen. Zumal die Relation bei weitem nicht alle Wege enthält). Zudem steht als description der Relation folgendes drin: Zusammenfassung aller Europäischen Kulturwege des Spessartprojekts Was soll das? Kulturwege gibt es doch nicht nur in Deutschland und schon garnicht nur vom Spessartprojekt. Wenn man korrekt taggen würde, dann könnte man anhand eines Tags, das noch zu finden ist, schonmal alle europäischen Kulturwege filtern. Das operator-Tag könnte dann, wenn korrekt gesetzt, eine Verfeinerung auf alle Kulturwege des Spessartprojekts erlauben. Vielleicht wäre network besser geeignet? Oder ein eigenes Attribut (european_cultural_path=yes), wo die Unterstriche dann wiederum (da formalisierter tag) hingehören würden Ich möchte das nun mal hier zur Diskussion stellen. Meiner Meinung nach läuft hier im Bereich Europäischer Kulturweg einiges neben der Spur. - Diese komische Gruppierungs-Relation ist meiner Meinung nach überflüssig und ein schlechtes Beispiel, wie man Relationen nicht verwenden sollte. Meiner Meinung nach gehört das Teil ersatzlos gelöscht. - Das operator-Tag wird hier missbräuchlich genutzt. Hier gehört bei Wegen, die vom Spessartprojekt angelegt wurden, auch Spessartprojekt reingeschrieben. European_Cultural_Path ist kein Betreiber und hat somit auch nichts im operator-Tag verloren. - Um diese ECPs zu filtern braucht man ein Tag, das sowas erlaubt. Entweder etwas neues oder alternativ ein vorhandenes richtig eingesetzt. Wer hat eine Idee? Ist eine Diskussion zum Thema ausschließlich in der Mailingliste überhaupt sinnvoll oder sollte man das Thema auch noch woanders ansprechen? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Frederik Ramm frede...@remote.org wrote: Die Alternative ist, den Provider komplett bei OSM zu sperren, dann weicht der User vielleicht auf einen anderen Provider aus, der weniger pingelig mit dem Datenspeichern ist ;) Wenn es sich nicht gerade um T-Onlien handelt könnte das doch durchaus eine option sein. Spätestens wenn sich Kunden beim Provider beschweren, dass OSM nicht funktioniert dreht dieser garantiert mal seinen Loglevel höher um den Verursacher der Sprerre zu findet bzw. kündigt ihn vielleicht sogar. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
Frank fr...@fotodrachen.de wrote: Die Alternative ist, den Provider komplett bei OSM zu sperren, ... Welche schlägst Du denn vor? Ein PostIdent artiges Verfahren halte ich für unbrauchbar, denn das verschreckt den Gelegenheitsmapper, der schnell mal sein Lieblingsrestaurant eintragen oder Fehler vor der Haustür korrigieren möchte. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Am 26.08.2012 22:29, schrieb Sarah Hoffmann: Ich will jetzt keine Diskussion vom Zaun brechen, ob der Zusatz Spreewald nun in den name-Tag gehört oder nicht. mMn nach ja, da das nunmal der offizielle Name ist. Eine Variante, um das Problem zu lösen ist, noch zusätzlich eine alt_name=Lübben oder short_name=Lübben zu ergänzen. Ah, beides wird also von Nominatim ausgewertet? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Frederik Ramm wrote Die Alternative ist, den Provider komplett bei OSM zu sperren, dann weicht der User vielleicht auf einen anderen Provider aus, der weniger pingelig mit dem Datenspeichern ist ;) Oder alle Changesets von diesem Provider, die von neu angemeldeten Mappern stammen (2 Monate), irgendwo aufzulisten. Da kann man dann als Community besser drauf aufpassen. -- View this message in context: http://gis.19327.n5.nabble.com/Vandalismus-um-Eckernforde-tp5721974p5722142.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
Hallo, Am 26.08.2012 18:31, schrieb Frank: statt sich auf Provider und Gerichte zu verlassen, wird es vielleicht mal notwendig werden, dass OSM sich selbst aktiv darum kümmert, den Datenbestand besser zu schützen. +1 Dies könnte in einem strengeren Verfahren zur Registrierung bestehen. Ich sehe nicht, was man bei der Registrierung mit einem für beide Seiten vertretbaren Aufwand machen könnte. Da es nach meiner Kenntnis trotz des eigentlich leichtsinnig einfachen Zugangs zu den Lösch- und Änderungsrechten relativ wenig Vandalismus gibt, ist das wohl zur Zeit noch nicht notwendig. Da es sich um ein sensibles Thema handelt, ist damit zu rechnen, dass die Konsensfindung und die Umsetzung sehr lange dauern wird, sollte man trotzdem schon mal anfangen, sich Gedanken zu machen und ggf. Schutzmechanismen implementieren, die man zu gegebener Zeit kurzfristig scharf schalten kann. Bei einer Community, die zu Recht sehr sensibel gegenüber Eingriffen in die Privatsphäre ist, bleiben als einfach zu implementierende Mittel aus meiner Sicht nur gestaffelte Zugriffsrechte als Maßnahme gegen Missbrauch. Schon eine generelle 24-Stundensperre nach der Anmeldung wirkt in vielen Fällen Wunder. Für komplexere Änderungen und vor allem Löschungen, könnte man längere Wartezeiten und/oder Mengenbegrenzungen einführen. Ein Moderationsverfahren oder ein Bewertungssystem wären zumindest in Regionen mit starker Community sicher machbar. Ob das konsensfähig ist, bezweifle ich allerdings. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Hallo, Am 26.08.2012 um 13:07 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Ein aktueller Vorgang bei der OSMF hat meine Aufmerksamkeit geweckt. Offenbar hat das Board entschieden, 2 Leuten, die um Aufnahme in die OSM Foundation gebeten hatten, diese nicht zu gewähren. Vermutlich handelt es sich dabei um Hackermike und Edwin-ldbg. Das entnehme ich diesem Kommentar [1] von Henk Hoff: Henk says August 25, 2012 at 23:49 The board has decided to not grant OSM Foundation membership to 2 individuals who’s behavior are clearly disruptive and not respectful; and who’s membership fee were paid for by a third party. Within the OSM Foundation there is ample room for discussion; in a civil and respectful way. Offenbar hat das Board gemäß der Satzung [2] wirklich diese Möglichkeit, soweit ich das herauslese (No person shall be admitted as a member of the Association unless he is approved by the Board.). Dennoch finde ich das hier etwas problematisch, insbesondere vor dem Hintergrund, dass die beiden sich ja zur kommenden Vorstandswahl aufstellen lassen wollten. Wie seht Ihr das? Gerade bei Hackermike Die Regel gibt es in fast jeden Verein. Irgend jemand muss entscheiden, wer mitspielen darf und wer nicht. Es gibt auch die Meinung, beide zuzulassen und den Mitgliedern vertrauen, wenn sie im Board wählen. Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
yup that is me. 2012/8/26 Martin Koppenhoefer dieterdre...@gmail.com Ein aktueller Vorgang bei der OSMF hat meine Aufmerksamkeit geweckt. Offenbar hat das Board entschieden, 2 Leuten, die um Aufnahme in die OSM Foundation gebeten hatten, diese nicht zu gewähren. Vermutlich handelt es sich dabei um Hackermike und Edwin-ldbg. Das entnehme ich diesem Kommentar [1] von Henk Hoff: Henk says August 25, 2012 at 23:49 The board has decided to not grant OSM Foundation membership to 2 individuals who’s behavior are clearly disruptive and not respectful; and who’s membership fee were paid for by a third party. Within the OSM Foundation there is ample room for discussion; in a civil and respectful way. Offenbar hat das Board gemäß der Satzung [2] wirklich diese Möglichkeit, soweit ich das herauslese (No person shall be admitted as a member of the Association unless he is approved by the Board.). Dennoch finde ich das hier etwas problematisch, insbesondere vor dem Hintergrund, dass die beiden sich ja zur kommenden Vorstandswahl aufstellen lassen wollten. Wie seht Ihr das? Gerade bei Hackermike finde ich nicht unbedingt gegeben, dass er sich nicht respektvoll verhalten habe (unterm Strich). Zugegebenermaßen hat er ziemlich viel auf der Lizenzumstellung rumgeritten und auch sonst einigen Mist gebaut (Imports nicht von dediziertem Account), aber auf der Habenseite denke ich schon, dass er auch einiges positives zu OSM beigetragen hat. M.E. sollte das Board nicht die Möglichkeit haben, unliebsame Leute aus der Community auszuschließen. Wenn die Mehrheit die beiden nicht haben will, brauchen sie sie ja nicht zu wählen. Gruß Martin [1] http://blog.osmfoundation.org/2012/08/16/osm-foundation-agm-and-board-election/ [2] http://www.osmfoundation.org/wiki/Articles_of_Association ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Die haben gesagt als Begründung, das ich nicht die CT akzeptiert habe, was total falsch ist. wie könnte ich den blog Post machen, ohne die CTs zu Akzeptiren: http://www.openstreetmap.org/user/James%20Michael%20DuPont/diary/15777 http://www.openstreetmap.org/user/James%20Michael%20DuPont/diary/15777 http://www.openstreetmap.org/user/James%20Michael%20DuPont/diary/15777ich habe mein bestes getan um auch meine Arbeit weiterzugeben, und ich habe auch alle quellen genannt. es stimmt einfach nicht was das Board sagt, ein Beispiel der Ignoranz was den board beherrscht, was ich als Kandidat ändern möchte. mike 2012/8/27 Mike Dupont jamesmikedup...@googlemail.com yup that is me. 2012/8/26 Martin Koppenhoefer dieterdre...@gmail.com Ein aktueller Vorgang bei der OSMF hat meine Aufmerksamkeit geweckt. Offenbar hat das Board entschieden, 2 Leuten, die um Aufnahme in die OSM Foundation gebeten hatten, diese nicht zu gewähren. Vermutlich handelt es sich dabei um Hackermike und Edwin-ldbg. Das entnehme ich diesem Kommentar [1] von Henk Hoff: Henk says August 25, 2012 at 23:49 The board has decided to not grant OSM Foundation membership to 2 individuals who’s behavior are clearly disruptive and not respectful; and who’s membership fee were paid for by a third party. Within the OSM Foundation there is ample room for discussion; in a civil and respectful way. Offenbar hat das Board gemäß der Satzung [2] wirklich diese Möglichkeit, soweit ich das herauslese (No person shall be admitted as a member of the Association unless he is approved by the Board.). Dennoch finde ich das hier etwas problematisch, insbesondere vor dem Hintergrund, dass die beiden sich ja zur kommenden Vorstandswahl aufstellen lassen wollten. Wie seht Ihr das? Gerade bei Hackermike finde ich nicht unbedingt gegeben, dass er sich nicht respektvoll verhalten habe (unterm Strich). Zugegebenermaßen hat er ziemlich viel auf der Lizenzumstellung rumgeritten und auch sonst einigen Mist gebaut (Imports nicht von dediziertem Account), aber auf der Habenseite denke ich schon, dass er auch einiges positives zu OSM beigetragen hat. M.E. sollte das Board nicht die Möglichkeit haben, unliebsame Leute aus der Community auszuschließen. Wenn die Mehrheit die beiden nicht haben will, brauchen sie sie ja nicht zu wählen. Gruß Martin [1] http://blog.osmfoundation.org/2012/08/16/osm-foundation-agm-and-board-election/ [2] http://www.osmfoundation.org/wiki/Articles_of_Association ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 27.08.2012 02:57, schrieb Werner Hoch: Gerade bei langen Flüssen ist das nicht so einfach. Der Name der Flüsse ist u.U. in jedem Land (in der Schweiz in jeder Sprachregion) anders. Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von
Am 27.08.2012 08:03, schrieb Manuel Reimer: Martin Koppenhoefer dieterdreist at gmail.com writes: sieht seltsam aus. Mindestens die Unterstriche sollten m.E. Leerzeichen sein, wobei das auch nicht wie ein Betreiber aussieht (also nicht operator, wenn European Cultural Path keine Organisation ist). Meiner Meinung nach ist bei dem Thema so manches im Argen... :( Das mit den Unterstrichen steht auf der Wiki-Seite zu Europäischen Kulturwegen: http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2 Irgendwer hat wohl mal entschieden, dass man die Europäischen Kulturwege anhand des operator gruppiert. Ich halte das für den falschen Weg. Ein Weg, der vom Spessartprojekt angelegt wurde und gewartet wird, bei dem sollte das Spessartprojekt auch als operator drinstehen. +1 Um die Kulturwege zu gruppieren wäre ein anderes Tag zu finden. Da European_Cultural_Path keine Institution ist, kann diese meiner Meinung nach auch nie operator sein. +1 Um es noch etwas kurioser zu machen: Laut der Wiki-Seite sind die europäischen Kulturwege in dieser Relation gruppiert: http://www.openstreetmap.org/browse/relation/2170548 Zu allererst ist das meiner Ansicht nach ein klassicher Fall ist, wie eine Relation *nicht* verwendet werden sollte (das gleiche sollte, bei korrektem Tagging, auch ohne die Relation gehen. Zumal die Relation bei weitem nicht alle Wege enthält). +10 Zudem steht als description der Relation folgendes drin: Zusammenfassung aller Europäischen Kulturwege des Spessartprojekts Was soll das? Kulturwege gibt es doch nicht nur in Deutschland und schon garnicht nur vom Spessartprojekt. Wenn man korrekt taggen würde, dann könnte man anhand eines Tags, das noch zu finden ist, schonmal alle europäischen Kulturwege filtern. Das operator-Tag könnte dann, wenn korrekt gesetzt, eine Verfeinerung auf alle Kulturwege des Spessartprojekts erlauben. +1 Vielleicht wäre network besser geeignet? Oder ein eigenes Attribut (european_cultural_path=yes), wo die Unterstriche dann wiederum (da formalisierter tag) hingehören würden Ich möchte das nun mal hier zur Diskussion stellen. Meiner Meinung nach läuft hier im Bereich Europäischer Kulturweg einiges neben der Spur. - Diese komische Gruppierungs-Relation ist meiner Meinung nach überflüssig und ein schlechtes Beispiel, wie man Relationen nicht verwenden sollte. Meiner Meinung nach gehört das Teil ersatzlos gelöscht. Ersatzlos streichen würde ich sie nicht, denn damit gingen Daten verloren ;) Aber sobald ein entsprechendes Tag eingeführt und in den relation-membern enthalten ist, stimme ich dir zu, dass das Relationenobjekt gelöscht werden könnte. Sicher werden sich dann die bisherigen Nutzer eben dieser Relation melden, dass ihre Daten jetzt weg wären, und sich erstmal beschweren. Deshalb muss spätestens gleichzeitig(!) mit der Löschung der Relation ein entsprechender Tag eingeführt werden, der die Zusammenfassung wieder erlaubt. Die entsprechende overpass-query kann dann auch auf die oben genannte wiki-Seite. - Das operator-Tag wird hier missbräuchlich genutzt. Hier gehört bei Wegen, die vom Spessartprojekt angelegt wurden, auch Spessartprojekt reingeschrieben. European_Cultural_Path ist kein Betreiber und hat somit auch nichts im operator-Tag verloren. +1 wobei das zwei verschiedene paar Schuhe sind - das hat jetzt nichts direkt mit dem Relationenkram oben zu tun. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Hier ist die original Web-Site: http://www.limburg-bernd.de/index.html -- View this message in context: http://gis.19327.n5.nabble.com/Digitale-Denkmal-Liste-tp5722104p5722159.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kulturwegen
Peter Wendorff wendorff at uni-paderborn.de writes: Sicher werden sich dann die bisherigen Nutzer eben dieser Relation melden, dass ihre Daten jetzt weg wären, und sich erstmal beschweren. Deshalb muss spätestens gleichzeitig(!) mit der Löschung der Relation ein entsprechender Tag eingeführt werden, der die Zusammenfassung wieder erlaubt. Die entsprechende overpass-query kann dann auch auf die oben genannte wiki-Seite. Stimmt. Besser schrittweise vorgehen. Man muss ja auch nichts überstürzen. Bleibt die Frage, wie ein Tagging aussehen könnte, das einen europäischen Kulturweg kennzeichnet. Ist das eine Wegeigenschaft (dann european_cultural_path=yes) oder doch eher ein Wert einer Eigenschaft (irgendeintag=ecp) oder doch ganz anders... Wäre schon, wenn sich hier einige dazu äußern könnten, dass sich ein Schema findet, das auch einigermaßen weitläufig akzeptiert wird. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 27.08.2012 03:51, schrieb Werner Hoch: Es ist zwar nachvollziehbar, aber wie bei vielen anderen hierarchischen Gliederungen lässt sich die Gliederung aus den Geo-Daten ermitteln. Ein Beispiel für hierarchische Relationen/Beziehungen: continent -- country -- ... Das ist nicht so einfach, da sich einige Staaten über die Grenzen des Kontinents erstrecken oder Enklaven/Überseeterritorien besitzen. Um zwei Flüsse zu verbinden muss man nur den waterway mit dem nächsten Fluss verbinden. Das ist viel einfacher als ein Relationsmitglied zu erzeugen. Diese einfache Verbindungen können auch von allen Mappern erzeugt werden, die sich nicht mit Relationen beschäftigen. Dafür braucht man Regeln, wie die Verbindungen über Seen, Kanäle, Flussnebenarme etc. herstellt und auswertet. Bei Seen mit mehreren Zuflüssen ist ein virtueller Zusammenfluss irgendwo im See nötig. Bei Kanälen muss man unterscheiden, ob es eine eindeutige Richtung des Wassers gibt. Flussnebenarme müssen sinnvoll in der Auswertung berücksichtigt werden. An Wasserkraftwerken, Pumpwerken oder Dükern sind auch Rohrleitungen als Teil eines Flusses möglich. Eine Auswertung über waterway-Verbindungen ist keinesfalls trivial. Wenn wir Flusseinzugsgebiete aus den OSM-Daten ableiten wollen, erscheinen mir explizite Verbindungen über Relationen sinnvoller. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Hallo Ronnie! Was wir da u.a. mappen, ist ein Straßengraph. Also ein highway-Way ist eine Straße (also eine Kante im Graphen) und gemeinsame Nodes von zwei Ways sind die Knoten. Und mein Statement war, dass ich der Meinung bin, dass Fährrouten (auf denen PKWs/LKWs transportiert werden) Teil dieses Graphen sein sollten. Hingegen bin ich bei Bahnen dafür, dass nicht (es muß also nicht bei jeder Haltestelle eine Verbindung zwischen Gleis und Wegenetz geben müssen). Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Hallo Peter, Am 27.08.2012 02:57, schrieb Werner Hoch: Der Name der Flüsse ist u.U. in jedem Land anders. (in der Schweiz in jeder Sprachregion) Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Bei Ortsnamen sollte immer der Endonyme name verwendet werden. Dieser sol in name= stehen. Bei Flüssen bedeutet das, dass der Fluss da wo er seinen Namen ändert, unterbrochen werden muss und der jeweilige Abschnitt mit dem passenden Namen gekennzeichnet werden soll. Wenn ein Grenzfluss zwei Sprachregionen trennt, dann sollten m.E. wie bei zweisprachigen Städten beide endonymen Namen mit Schrägstrich getrennt in name= stehen. Beispiel: name=Rhein/Rhine name=Biel/Bienne Gruss, Markus PS: wenig hilfreich sind m.E. Sprachzusätze wie name:de etc. Sie sind in OSM nicht definiert und enthalten nach meiner Beobachtung meist irgendwelche kruden Übersetzungen von endonymen Namen in Exonyme (die politisch korrekt tunlichst nicht mehr verwendet werden sollten). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 09:54:29AM +0200, Chris66 wrote: Am 26.08.2012 22:29, schrieb Sarah Hoffmann: Ich will jetzt keine Diskussion vom Zaun brechen, ob der Zusatz Spreewald nun in den name-Tag gehört oder nicht. mMn nach ja, da das nunmal der offizielle Name ist. Es gäbe noch die Möglichkeit, es so zu taggen: name = Lübben official_name = Lübben (Spreewald) Ich würde jetzt nicht sagen, dass eine Variante richtiger ist als die andere. Es kommt ganz auf den lokalen Gebrauch an. Eine Variante, um das Problem zu lösen ist, noch zusätzlich eine alt_name=Lübben oder short_name=Lübben zu ergänzen. Ah, beides wird also von Nominatim ausgewertet? Ja, beides wird für die Suche verwendet. short_name wird zusätzlich auch für die Anzeige in den Suchresultaten benutzt. Zur Info, die anderen Namens-Tags die Nominatim zur Zeit versteht: int_name, reg_name, nat_name, loc_name, old_name, commonname, common_name, place_name, official_name ... und natürlich die ganzen Varianten mit Sprach-Code nach dem Doppelpunkt. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On 27.08.12 12:08, Sarah Hoffmann wrote: Es gäbe noch die Möglichkeit, es so zu taggen: name = Lübben official_name = Lübben (Spreewald) Berücksichtigt der Nominatim official_name (oder full_name oder alt_name oder loc_name oder was es da noch so gibt)? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 27.08.2012 12:04, schrieb Markus: Hallo Peter, Am 27.08.2012 02:57, schrieb Werner Hoch: Der Name der Flüsse ist u.U. in jedem Land anders. (in der Schweiz in jeder Sprachregion) Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Bei Ortsnamen sollte immer der Endonyme name verwendet werden. Dieser sol in name= stehen. Bei Flüssen bedeutet das, dass der Fluss da wo er seinen Namen ändert, unterbrochen werden muss und der jeweilige Abschnitt mit dem passenden Namen gekennzeichnet werden soll. Wenn ein Grenzfluss zwei Sprachregionen trennt, dann sollten m.E. wie bei zweisprachigen Städten beide endonymen Namen mit Schrägstrich getrennt in name= stehen. Beispiel: name=Rhein/Rhine name=Biel/Bienne Gruss, Markus PS: wenig hilfreich sind m.E. Sprachzusätze wie name:de etc. Sie sind in OSM nicht definiert und enthalten nach meiner Beobachtung meist irgendwelche kruden Übersetzungen von endonymen Namen in Exonyme (die politisch korrekt tunlichst nicht mehr verwendet werden sollten). ? Meinst du jetzt, schon name:de, name:en und so weiter wären in OSM nicht definiert? Das traue ich mich aber vehement zu bestreiten. Das heißt nicht, dass da Übersetzungen reingehören würden, aber du willst ja auch Mailand finden, und nicht nur Milano, auch Rom oder Rome und nicht nur Roma, auch Greece und Griechenland, und nicht nur... - nee, keine Lust, hier grad griechische Buchstaben zu tippen. Oder meinst du die noch weiter unterteilt lokalisierten Namen, also name:de_at etc, die ich vorschlug? Da hast du vermutlich recht, dass es da (noch) keine entsprechenden Definitionen gibt, aber das diese irgendwelche Übersetzungen enthalten würden, halte ich auch für eine gewagte Behauptung. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Hallo. Am 27.08.2012 09:31, schrieb Sven Geggus: Frederik Ramm frede...@remote.org wrote: Die Alternative ist, den Provider komplett bei OSM zu sperren, dann weicht der User vielleicht auf einen anderen Provider aus, der weniger pingelig mit dem Datenspeichern ist ;) Wenn es sich nicht gerade um T-Onlien handelt könnte das doch durchaus eine option sein. Spätestens wenn sich Kunden beim Provider beschweren, dass OSM nicht funktioniert dreht dieser garantiert mal seinen Loglevel höher um den Verursacher der Sprerre zu findet bzw. kündigt ihn vielleicht sogar. Bei allem Verständnis für das aktuelle Problem: Reden wir hier auf einer sonst doch recht nerdigen Mailingliste darüber, dass uns Datensparsamkeit gegen den Strich geht? Kommt jetzt noch, dass bitte doch überall der Bundestrojaner installiert sein soll nur weil hier und da mal jemand daneben benimmt? Und man will einen kompletten DSL-Provider (und damit vermutlich mind. hunderte aktive User) sperren mit der Aussicht, dass der OSM-Vandale sich einen neuen DSL-Anbieter nimmt? Himmel Herrgott, was sind denn das für Verhältnisse... Hint: Der Verursacher muss sich mit einer E-Mail-Adresse anmelden. Ich würde diese Schiene eher für zielführend halten. Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der Mailadresse vorhalten (ob die korrekt ist oder nicht, sei dahingestellt). Aber entweder man erreicht ihn darüber oder wir schieben den schwarzen Peter zum Freemail-Anbieter. Und selbst wenn man den Verursacher nicht darüber findet: Lass ihn machen. Irgendwann verliert er die Lust. Setz' jemand einen Trigger auf Neuanmeldungen bei OSM und veröffentliche die ersten drei Edits jedes neuen Accounts irgendwo, dann kann man die immer gleich anschauen und ggf. reverten. Gruß, Bernd -- Die Mathematik handelt ausschließlich von den Beziehungen der Begriffe zueinander ohne Rücksicht auf deren Bezug zur Erfahrung. - Albert Einstein signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Hallo Ich fuhle mich hier angesprochen. was soll das? mike 2012/8/26 Simon Poole si...@poole.ch üblichen FOSM-Spam -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 12:36:47PM +0200, Andreas Labres wrote: On 27.08.12 12:08, Sarah Hoffmann wrote: Es gäbe noch die Möglichkeit, es so zu taggen: name = Lübben official_name = Lübben (Spreewald) Berücksichtigt der Nominatim official_name (oder full_name oder alt_name oder loc_name oder was es da noch so gibt)? Siehe Liste im zweiten Teil der Mail, die du da zitiert hast. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Hallo Peter, Meinst du jetzt, schon name:de, name:en und so weiter wären in OSM nicht definiert? Zumindest habe ich bisher keine Definition gefunden ;-) Natürlich muss München (so heisst die Hauptstadt von Bayern) auch gefunden werden als munic, miunic, munich, munique munchen, mienchen, minchen, muenchen, etc. - Aber all diese Übersetzungen und Falschschreibungen sollten m.E. nicht am Objekt dranhängen. Sondern könnten beispielsweise in einem internationalen Ortsnamensregister/Orts-Thesaurus stehen (oder phonetisch generiert werden). Beispielsweise in Wikidata. Und natürlich sollten dort auch die wichtigsten Schriftsysteme verwendet werden. Daraus könnten sich dann alle Kartenhersteller (z.B. OSM) und Namens- und Adress-Suchmaschinen (z.B. Nominatim) bedienen. Übersetzungen Dabei handelt es sich meist um geschichtliche Änderungen von Ortsnamen. Oft in Folge von Kriegen oder durch neue Besatzungsmächte bzw. Regierungen oder politische, kulturelle oder religiöse Strömungen. Natürlich sollen auch solche Namen im Namensregister aufgeführt werden, sinnvollerweise mit Angabe des Zeitraumes (von-bis). In Wikidata wird das mit beliebiger Differenzierung möglich sein, und immer mit entsprechender Quellenangabe. Aber das wird jetzt hier etwas OT ;-) - - - - Die ursprünglich Frage war ja, wie man Flusssysteme und deren Einzugsgebiete attributiert. Und ob das ohne Relation möglich bzw. sinnvoll ist. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Ich denke man kann in guten Treuen darüber diskutieren ob die Ablehnung der Mitgliedschaftsanträge durch die OSMF geschickt, nötig, vernünftig etc. war, oder ob (meiner Meinung nach) einfach hätte darüber stehen sollen und normal die Wahl durchziehen. Das alles hat aber nichts damit zu tun ob man das Verhalten der von der Ablehnung betroffenen gut heisst oder irgendwelches Mitleid mit Ihnen hat. Speziell in deinem Fall ist die Ablehnung zu 100% selbstverschuldet und ja, du bespammst seit Wochen verschiedene OSM Mailinglisten mit direkter und indirekter FOSM Werbung. Mach also bitte nicht auf Unschuldslamm. Simon Am 27.08.2012 12:53, schrieb Mike Dupont: Hallo Ich fuhle mich hier angesprochen. was soll das? mike 2012/8/26 Simon Poole si...@poole.ch üblichen FOSM-Spam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Hallo Michael, Unterwasserkabel verbinden Inseln mit dem Festland, Inseln miteinander, oder auch ganze Kontinente miteinander. Meistens handelt es sich um Stromkabel oder Telekommunikationskabel. Oft führt eine Überlandleitung zum Ufer, dort steht ein Mast. Die Leitung ist dann in die Erde geführt und geht von dort, nachdem sie an der Küste meist ein Stück in den Meeresgrund eingegraben ist, auf dem Meresgrund liegend weiter bis zur nächsten Küste. Damit die Leitung an der Uferzone nicht beschädigt wird, ist sie oft an Land markiert mit einem Schild Ankern verboten und/oder mit Bojen, die ein Warn- oder Sperrgebiet im Wasser ausweisen. Für die Seefahrt sind Unterwasserkabel wichtig, weil diese beim Ankern beschädigt werden können: - unangenhem für den Seemann (er hängt dann mit der Ankerkette direkt an der Starkstromleitung) Für den Fischer mit Schleppnetz gilt dasselbe. - unangenehm für die Landbewohner (sie haben dann keinen Strom mehr) Und weil sie starke Magnetfelder erzeugen und dann der Kompass nicht mehr funktioniert und das Schiff nicht mehr da hin fährt wo es soll ;-) Deshalb werden sie auf Seekarten als magenta Wellenlinie angezeigt: http://map.openseamap.org/map/?zoom=12lat=51.34233lon=2.01735layers=BFTFFTF0 (hier im Englischen Kanal) Die Attribute sind: seamark:type=cable_submarine seamark:cable_submarine:category=power|transmission|telephone|telegraph|mooring|ferry hier also power. Sie auf einer Landkarte anzuzeigen macht m.E. aber wenig Sinn. Und auf keinen Fall sollten sie bei einer Anzeige verwechselt werden mit unseren Überland-Leitungen ;-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 27.08.2012 13:08, schrieb Markus: Hallo Peter, Meinst du jetzt, schon name:de, name:en und so weiter wären in OSM nicht definiert? Zumindest habe ich bisher keine Definition gefunden ;-) http://wiki.openstreetmap.org/wiki/Name Natürlich muss München (so heisst die Hauptstadt von Bayern) auch gefunden werden als munic, miunic, munich, munique munchen, mienchen, minchen, muenchen, etc. - Aber all diese Übersetzungen und Falschschreibungen sollten m.E. nicht am Objekt dranhängen. Sondern könnten beispielsweise in einem internationalen Ortsnamensregister/Orts-Thesaurus stehen (oder phonetisch generiert werden). Beispielsweise in Wikidata. -1 - und diese Änderung wäre eine weitgreifende Änderung sehr etablierter Tags, denn die lokalisierten Namen gibt's schon sehr lange, und sind bei Staaten und großen Städten doch sehr verbreitet. Und natürlich sollten dort auch die wichtigsten Schriftsysteme verwendet werden. Daraus könnten sich dann alle Kartenhersteller (z.B. OSM) und Namens- und Adress-Suchmaschinen (z.B. Nominatim) bedienen. Die bedienen sich auch heute schon, und zwar aus osm direkt - vgl. z.B. Mails von Sarah in Bezug auf Nominatim von heute und gestern. Übersetzungen Dabei handelt es sich meist um geschichtliche Änderungen von Ortsnamen. Oft in Folge von Kriegen oder durch neue Besatzungsmächte bzw. Regierungen oder politische, kulturelle oder religiöse Strömungen. Milano, Mailand, Milan... München, Munic, ... Ja, da gab es sicher auch entsprechende politische Konstellationen, aber auch ohne sind es eigentlich einfach Anpassungen desselben Namens in die jeweilige Sprache; durch Anpassung der Endungen, Anpassungen des Alphabets (kein ü) und so weiter. Natürlich sollen auch solche Namen im Namensregister aufgeführt werden, sinnvollerweise mit Angabe des Zeitraumes (von-bis). In Wikidata wird das mit beliebiger Differenzierung möglich sein, und immer mit entsprechender Quellenangabe. Aber das wird jetzt hier etwas OT ;-) Die Idee, diese Daten in wikidata zu pflegen, ist ja nicht ganz falsch, aber ein paar Probleme tauchen dann doch auf: - Lizenzkompatibilität - Matching-Problematik (welches Ossendorf ist denn gemeint, wenn nur eins davon einen anderen englischen Namen hat? Brauchen wir dann doch den Direktlink zum entsprechenden Objekt/Ort/...?) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen sichern/importieren
On 26/08/12 17:25, Dieter Jasper wrote: Am 26.08.2012 17:10, schrieb fly: On 26/08/12 17:03, Dieter Jasper wrote: Problem gelöst. Habe das Verzeichnis JOSM unterhalb Appdata/Roaming gelöscht. Danach wurden die vox-Files wieder angezeigt. Verschieben ist zum testen erstmal besser. Wobei Du ja das Problem mittlerweile lokalisiert hasts. Ja, da können sich manchmal Probleme einschleichen. Allerdings kann man sich seine Einstellungen mittlerweile recht gut sichern und auch wieder importieren. wie geht das Meinst Du erstens das Einschleichen der Probleme oder zweitens das Sichern/Importieren der Einstellungen. 1. Durch die rassante Entwicklung trotz wenig women/men-power hat sich bei den JOSM-Entwicklern (soviel ich weiß nur Männer) die Meinung etabliert, dass im Notfall bei Veränderungen mal die Einstellungen dran glauben müssen und nicht viel Zeit in problemlose Übergänge gesteckt wird. 2. Im Experten-Modus kann man unter Erweiterten Einstellungen (letzter Reiter in den EInstellungen) seine Einstellungen sichern bzw auch importieren. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Am 27.08.2012 um 13:00 schrieb Sarah Hoffmann lon...@denofr.de: Siehe Liste im zweiten Teil der Mail, die du da zitiert hast. Ist das für ref (nat_ref, old_ref etc.) auch implementiert? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Bernd Wurst be...@bwurst.org wrote: Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der Mailadresse vorhalten Dir ist aber schon klar, dass es sich beim Internet um ein weltweites Netzwerk handelt und dass das in anderen Ländern schlichtweg nicht der Fall ist? 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 http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Sarah Hoffmann lon...@denofr.de wrote: Nominatim ermittelt jetzt mit Hilfe von Wikipedia-Artikeln, wie bekannt ein Ort ist und nutzt das, um die Reihenfolge zu verbessern, mit der die Suchergebnisse ausgegeben werden. Zum Beispiel liefert die Suche nach 'Brooklyn' jetzt tatsächlich als erstes Resultat den bekannten Stadtteil von New York und nicht irgendeinen Weiher im mittleren Westen der USA. Hm, die Suche nach Goethestraße Karlsruhe liefert immer noch nicht das erwartete Ergebnis. Mit anderen Städten klappt es aber teilweise. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 01:46:21PM +0200, Martin Koppenhoefer wrote: Am 27.08.2012 um 13:00 schrieb Sarah Hoffmann lon...@denofr.de: Siehe Liste im zweiten Teil der Mail, die du da zitiert hast. Ist das für ref (nat_ref, old_ref etc.) auch implementiert? Ja, die hatte ich weggelassen. An ref-Tags wertet er noch folgende aus: ref, int_ref, nat_ref, reg_ref, loc_ref, old_ref, ncn_ref, rcn_ref, lcn_ref Dann für die Flughäfen: iata, icao Und dann noch ein paar PLZ-Eigenartigkeiten: pcode:1, pcode:2, pcode:3, un:pcode:1,un:pcode2,un:pcode:3 Jetzt ist die Liste aber vollständig. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hallo Sarah, Nominatim ermittelt jetzt mit Hilfe von Wikipedia-Artikeln, wie bekannt ein Ort ist und nutzt das, um die Reihenfolge zu verbessern, mit der die Suchergebnisse ausgegeben werden. Das finde ich genial! Wie genau ermittelst Du diese Bekanntheit? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 26.08.2012 23:41, schrieb Norbert Kück: Hallo, am 26.08.2012 23:05 schrieb Alexander Matheisen: bin auf folgendes interessantes Projekt gestoßen: http://www.wz-newsline.de/lokales/rhein-kreis-neuss/dormagen/sisyphos-aufgabe- ehepaar-erstellt-digitale-denkmal-liste-1.1080293 OSM wäre doch eine gute Grundlage für die Erfassung, bzw. haben unser und deren Projekt einige Gemeinsamkeiten und ließen sich doch gut kombinieren: Vielleicht könnte man die Daten in OSM importieren oder die Denkmäler auf einer POI-Karte darstellen. Sie nehmen ja kein Geld für ihre Arbeit und sind eventuell sogar bereit, ihre Daten der Öffentlichkeit zur Verfügung zu stellen. Jedenfalls wäre es vielleicht ganz nützlich, wenn andere Leute ebenfalls die Daten pflegen könnten. Schade um die Doppelarbeit. Zusammenarbeit in so einer Sache ist wirklich wichtig - aber warum mit dem naturgemäß beschränkten Projekt weniger Privatpersonen? Wäre es nicht besser, die Kräfte in einem großen Projekt zu sammeln? Schon mal an Wikipedia gedacht? Dort läuft im September wieder der Wettbewerb WIKI Loves Monuments (2012 übrigens auf vier Kontinenten) mit genau dem Ziel: Möglichst vollständige Bebilderung der Denkmallisten. Info dazu auf http://www.wikilovesmonuments.org (international) und http://wikilovesmonuments.de (DE, klemmt noch etwas). Letztes Jahr im Rahmen von Wiki Loves Monuments 2011 habe ich (bzw. mein Bot) im Namen des im Artikel genannten Ehepaars 6698 Denkmal-Fotos nach Wikimedia Commons [1] hochgeladen. Seitdem hat das Fotografen-Ehepaar selbständig weitere Fotos hochgeladen [2]. Die entsprechenden Denkmallisten wurden dazu in Wikipedia erstellt und gepflegt, beispielsweise [3]. Was jetzt noch fehlt, ist diese Daten nach OSM zu bekommen. Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. Viel Arbeit, solange die Denkmalbehörde keine maschinenlesbaren Listen liefern und Häuser/Adressen in vielen Teilen noch nicht erfasst sind Viele Grüße Raimond. [1] https://commons.wikimedia.org/wiki/Category:Files_by_Huckety [2] https://commons.wikimedia.org/wiki/Special:Contributions/Huckety [3] https://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Linnich [4] http://www.openstreetmap.org/browse/way/175925905 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Original-Nachricht Betreff: Re: [Talk-de] Update von nominatim.osm.org Datum: Sun Aug 26 2012 22:06:26 GMT+0200 Von: Chris66 chris66...@gmx.de An: talk-de@openstreetmap.org Am 26.08.2012 20:44, schrieb Sarah Hoffmann: Hier noch 'ne Kleinigkeit die mir heuer aufgefallen ist: Die Stadt Lübben wird nur gefunden wenn man Lübben (Spreewald) in die Suchmaske eingibt. Könnte man noch verbessern. Die parallele Suchmaschine (GeoNames) kann es ja auch. Dieses Problem kenne ich auch und zwar mit Alfeld (Leine). Sucht man nur nach Alfeld, findet Nominatim erst einmal nur ein Kaff in Bayern und ein dazugehöriges Autobahnkreuz. Erst nach zweimaligem Mehr Treffer findet sich dann an der 6. Stelle die (Weltkulturerbe-)Stadt Alfeld (Leine). Das kann wirklich nicht sinnvoll sein. Auch finde ich es absurd, dass zuerst Verwaltungsgrenzen als Treffer angezeigt werden und erst später die zugehörige Stadt, Dorf etc. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete? - Namen
Hallo Peter, Zumindest habe ich bisher keine Definition gefunden ;-) http://wiki.openstreetmap.org/wiki/Name Da wurde wohl die Vorlage so umgestaltet, dass die englische Version irgendwie auf deutsche Seiten verteilt wird? Ich befürworte die Wiki-sprachübergreifende Vereinheitlichung des Datenschemas sehr. Ob aber die ungeprüfte Übernahme englischer Definitionen immer optimal ist, wage ich zu bezweifeln. Gerade bei Namen. Die Briten übersetzen ja sogar so Dinge wie den Namen Schwarzwald wörtlich in black forest. Die Schwarzachklamm hiesse dann womöglich black oh clammy ;-) Natürlich muss München (so heisst die Hauptstadt von Bayern) auch gefunden werden als munic, miunic, munich, munique munchen, mienchen, minchen, muenchen, etc. - Aber all diese Übersetzungen und Falschschreibungen sollten m.E. nicht am Objekt dranhängen. Sondern könnten beispielsweise in einem internationalen Ortsnamensregister/Orts-Thesaurus stehen (oder phonetisch generiert werden). Beispielsweise in Wikidata. -1 *lach* - worauf bezieht sich denn nun das -1 genau? ;-) diese Änderung wäre eine weitgreifende Änderung sehr etablierter Tags, denn die lokalisierten Namen gibt's schon sehr lange Nicht alles was schon lange existiert ist auch für immer gut ;-) OSM kommt mittelfristig nicht an einer Definition der etablierten Attribute vorbei. sind bei Staaten und großen Städten doch sehr verbreitet. Ja, Staaten (und ihre Hauptstädte) sind die einzigen zulässigen Ausnahmen für Übersetzungen. Aber diese sind international geregelt, und zwar in jedem Staat von der jeweiligen Regierung, in DE beispielswaise vom Standiger Aussschuss für internationale Namen (STAGN), in Zusammenarbeit mit den jeweilig anderen Ausschüssen der Partner-Staaten. Ortsnamensverzeichnis Daraus könnten sich dann alle Kartenhersteller (z.B. OSM) und Namens- und Adress-Suchmaschinen (z.B. Nominatim) bedienen. Die bedienen sich auch heute schon, und zwar aus osm direkt Ja - und genau das ist die Krux: OSM hat heute - genauso wie WP - normativen Charakter. Und wenn da jeder in die name-Schlüssel hineinschreibt wozu er gerade Lust hat, wird es m.E. problematisch. Denn der Rhein heisst vor allem in deutschsprachigen Ländern so. Anpassungen desselben Namens in die jeweilige Sprache Das ist (nach heutigem Verständnis) politisch nicht mehr korrekt, zumindest nicht mehr erwünscht. Wikidata - Lizenzkompatibilität Ich denke, da haben die WMF und die OSMF eine Lösung?! Zumindest für Wikipedia müsste das geregelt sein und könnte direkt auf Wikidata übertagen werden. Weisst Du, wie genau das die OSMF geregelt hat? und wo das steht? - Matching-Problematik (welches Ossendorf ist denn gemeint, wenn nur eins davon einen anderen englischen Namen hat? Brauchen wir dann doch den Direktlink zum entsprechenden Objekt/Ort/...?) In Wikidata entspricht jedes Objekt einem Item: München (Hauptstadt von Bayern) ist eindeutig. Jedem Item können aber beliebig viele Statements zugeordnet werden (z.B. Schreibvarianten für München und deren inhaltliche und historische Bedeutung, die zeitliche Verwendung, und vieles mehr, und die Quelle für dieses Statement). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hallo Constanze, dass zuerst Verwaltungsgrenzen als Treffer angezeigt werden und erst später die zugehörige Stadt, Dorf etc. Ja, andersrum wäre deutlich effizienter. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 27.08.2012 14:51, schrieb Raimond Spekking: Am 26.08.2012 23:41, schrieb Norbert Kück: Hallo, am 26.08.2012 23:05 schrieb Alexander Matheisen: bin auf folgendes interessantes Projekt gestoßen: http://www.wz-newsline.de/lokales/rhein-kreis-neuss/dormagen/sisyphos-aufgabe- ehepaar-erstellt-digitale-denkmal-liste-1.1080293 OSM wäre doch eine gute Grundlage für die Erfassung, bzw. haben unser und deren Projekt einige Gemeinsamkeiten und ließen sich doch gut kombinieren: Vielleicht könnte man die Daten in OSM importieren oder die Denkmäler auf einer POI-Karte darstellen. Sie nehmen ja kein Geld für ihre Arbeit und sind eventuell sogar bereit, ihre Daten der Öffentlichkeit zur Verfügung zu stellen. Jedenfalls wäre es vielleicht ganz nützlich, wenn andere Leute ebenfalls die Daten pflegen könnten. Schade um die Doppelarbeit. Zusammenarbeit in so einer Sache ist wirklich wichtig - aber warum mit dem naturgemäß beschränkten Projekt weniger Privatpersonen? Wäre es nicht besser, die Kräfte in einem großen Projekt zu sammeln? Schon mal an Wikipedia gedacht? Dort läuft im September wieder der Wettbewerb WIKI Loves Monuments (2012 übrigens auf vier Kontinenten) mit genau dem Ziel: Möglichst vollständige Bebilderung der Denkmallisten. Info dazu auf http://www.wikilovesmonuments.org (international) und http://wikilovesmonuments.de (DE, klemmt noch etwas). Letztes Jahr im Rahmen von Wiki Loves Monuments 2011 habe ich (bzw. mein Bot) im Namen des im Artikel genannten Ehepaars 6698 Denkmal-Fotos nach Wikimedia Commons [1] hochgeladen. Seitdem hat das Fotografen-Ehepaar selbständig weitere Fotos hochgeladen [2]. Die entsprechenden Denkmallisten wurden dazu in Wikipedia erstellt und gepflegt, beispielsweise [3]. Was jetzt noch fehlt, ist diese Daten nach OSM zu bekommen. Okay, ich kümmere mich um Essen und gehe diese Liste durch [5] und tagge nach deiner Vorlage [4] damit der Link zum Bild eingepflegt ist. Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. angefangen haben wir in Essen auch, ob wir fertig sind kann ich noch nicht sagen - ich werde aber sicher gleich antworten bekommen. Viel Arbeit, solange die Denkmalbehörde keine maschinenlesbaren Listen liefern und Häuser/Adressen in vielen Teilen noch nicht erfasst sind hattest du gedacht OSM ist einfach ? es macht aber Freude mitzuarbeiten und zu sehen, dass was neues entsteht. Viele Grüße Raimond. [1] https://commons.wikimedia.org/wiki/Category:Files_by_Huckety [2] https://commons.wikimedia.org/wiki/Special:Contributions/Huckety [3] https://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Linnich [4] http://www.openstreetmap.org/browse/way/175925905 [5] http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Essen Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
Eine Mengenbegrenzung für Änderungen und vor allem Löschungen von Daten, die Andere erstellt oder geändert haben, halte ich für am geeignetesten und am einfachsten automatisch durchführbar. Die Änderung selbst erstellter und nur selbst geänderter Daten sollte nicht begrenzt sein. Die Grenze sollte dynamisch sein und sich im Sinne einer Do-ocracy nach der Menge der eigenen Beiträge richten, z.B. nach http://hdyc.neis-one.org. Moderationsverfahren und Bewertungssysteme wie es sie bei OpenSource Software gibt benötigen Zeitaufwand für das Erstellen und Durchführen des Verfahrens und führen wahrscheinlich zu endlosen Debatten und Streitereien. Diese Zeit geht dem Kartieren verloren. Willi On Monday, August 27, 2012 3:34 PM Rainer Kluge [mailto:rklug...@web.de] wrote Für komplexere Änderungen und vor allem Löschungen, könnte man längere Wartezeiten und/oder Mengenbegrenzungen einführen. Ein Moderationsverfahren oder ein Bewertungssystem wären zumindest in Regionen mit starker Community sicher machbar. Ob das konsensfähig ist, bezweifle ich allerdings. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete? - Namen
Am 27.08.2012 15:09, schrieb Markus: Ja, Staaten (und ihre Hauptstädte) sind die einzigen zulässigen Ausnahmen für Übersetzungen. Aber diese sind international geregelt, und zwar in jedem Staat von der jeweiligen Regierung, in DE beispielswaise vom Standiger Aussschuss für internationale Namen (STAGN), in Zusammenarbeit mit den jeweilig anderen Ausschüssen der Partner-Staaten. Der StAGN befasst sich im wesentlichen mit den deutschen Exonymen für ausländische geografische Namen. Das mit den Staaten und ihre Hauptstädten hast du wohl missverstanden. Zitat aus einer Stellungnahme des StAGN zum Gebrauch von deutschsprachigen Exonymen [1]: In Deutschland gibt es keine gesetzlich verbindliche Regelung, durch die bei nichtamtlichem, privatem Gebrauch die Schreibweise oder Verwendung von ausländischen geographischen Namen vorgeschrieben oder verboten wird. Im amtlichen Bereich betrifft das lediglich die Schreibweisen der Staatennamen, Hauptstädte und Dienstorte deutscher Auslandsvertretungen, die vom Auswärtigen Amt festgelegt werden. Namen von Staaten und deren Hauptstädten sind sind also nicht die einzigen Ausnahmenen, die der StAGN zulässt, sondern die beiden Fälle, für die die Festlegungen des StAGN im amtlichen Bereich verbindlichen Charakter haben. Die Exonymlisten des StAGN enthalten darüber hinaus eine Fülle von deutschen Exonymen für Nicht-Hauptstädte (Lüttich, Genf,Nizza), Berge und Gebirge (Olymp, Vogesen) sowie Seen und Flüsse. Dass es international das Ziel gibt, den gebrauch von Exonymen zu reduzieren, ist unbestritten. OSM bildet aber die Wirklichkeit ab und ist nicht das Vehikel für angestrebte Änderungen. Und wenn da jeder in die name-Schlüssel hineinschreibt wozu er gerade Lust hat, wird es m.E. problematisch. Das halte ich für eine böswillige Unterstellung. Genau so wenig wie jeder den Verlauf des Rheins nicht so mappt, wie er gerade drauf ist, schreibt da nicht jeder rein, wozu er Lust hat. Gruß Rainer [1] http://141.74.33.52/stagn/Portals/0/110415_Allg%20Stellungnahme%20StAGN%20Exonyme%20neu.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Hallo, am 27.08.2012 14:51 schrieb Raimond Spekking: Letztes Jahr im Rahmen von Wiki Loves Monuments 2011 habe ich (bzw. mein Bot) im Namen des im Artikel genannten Ehepaars 6698 Denkmal-Fotos nach Wikimedia Commons [1] hochgeladen. Seitdem hat das Fotografen-Ehepaar selbständig weitere Fotos hochgeladen [2]. Die entsprechenden Denkmallisten wurden dazu in Wikipedia erstellt und gepflegt, beispielsweise [3]. Prima! Das ist ja genau die Verfahrensweise, auf die ich zielte. Was es aber braucht, sind entsprechende Aktivitäten in der Fläche - nicht nur Cluster, auf die sich dann alle Kraft konzentriert. [...] Viel Arbeit, solange die Denkmalbehörde keine maschinenlesbaren Listen liefern und Häuser/Adressen in vielen Teilen noch nicht erfasst sind Wohl wahr. Das LfD Bremen lebt zum Glück die Idee OpenData und unterstützt aktiv Wikipedia und OSM mit Daten bei jeder Änderung der amtlichen Denkmalliste - traumhaft. Es hat sich ein gutes Miteinander entwickelt, in dem auch das Amt eigene Vorteile sieht. Man macht in Fachkreisen (Landesämter) inzwischen Werbung für OSM und Wikipedia. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
am 27.08.2012 14:51 schrieb Raimond Spekking: Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. Nachtrag: Mein Tagging-Schema ist hier beschrieben: http://wiki.openstreetmap.org/wiki/Bremen/Kulturdenkm%C3%A4ler#Tagging ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 27.08.2012 16:41, schrieb Norbert Kück: zur Info, unter JOSM gibt es eine Vorlage (Denkmalpflege) für das tagging vom user:Gmbo [1] - diese könnte man erweitern, es würde die Arbeit erleichtern. Hierin fehlt schon mal das tag: image=http://commons.wikimedia.org/wiki/File:Essen-Altenessen-Nord_Kolpinghaus_a.jpg?uselang=de (adresse nur als Beispiel) der Verweis auf das Bild in wikimedia. Kann jemand das erweitern ? Oder muss das der User Gmbo erledigen ? Falls er das nicht mitliest, kann ich ihn anschreiben. Eventuell sollten dann auch noch ein paar andere wichtige tags eingepflegt werden. am 27.08.2012 14:51 schrieb Raimond Spekking: Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. Nachtrag: Mein Tagging-Schema ist hier beschrieben: http://wiki.openstreetmap.org/wiki/Bremen/Kulturdenkm%C3%A4ler#Tagging zum anderen gibt es auch Proposed features/heritages [2] zur Unterstützung. Grüße Willi [1] http://wiki.openstreetmap.org/wiki/User:Gmbo [2] http://wiki.openstreetmap.org/wiki/Proposed_features/heritage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am Montag, den 27.08.2012, 12:03 +0200 schrieb Stephan Wolff: Am 27.08.2012 03:51, schrieb Werner Hoch: Um zwei Flüsse zu verbinden muss man nur den waterway mit dem nächsten Fluss verbinden. Das ist viel einfacher als ein Relationsmitglied zu erzeugen. Diese einfache Verbindungen können auch von allen Mappern erzeugt werden, die sich nicht mit Relationen beschäftigen. Dafür braucht man Regeln, wie die Verbindungen über Seen, Kanäle, Flussnebenarme etc. herstellt und auswertet. Bei Seen mit mehreren Zuflüssen ist ein virtueller Zusammenfluss irgendwo im See nötig. Hier müsste man nur die Wasserflächen mit auswerten. Ein See hat nunmal meist mehrere Zuflüsse und ein Abfluss. Die Auswertung wird zwar ein bischen komplizierter, aber es ist nicht unmöglich. Ein virtueller Zusammenfluss in einem See vereinfacht natürlich die Auswertung. Bei Kanälen muss man unterscheiden, ob es eine eindeutige Richtung des Wassers gibt. Das lässt sich mit geeignetem Tagging erledigen. Flussnebenarme müssen sinnvoll in der Auswertung berücksichtigt werden. Ist nicht wirklich ein problematisch. An Wasserkraftwerken, Pumpwerken oder Dükern sind auch Rohrleitungen als Teil eines Flusses möglich. Die Flüsse lassen sich auch durch Wasserkraftwerke verfolgen. Unterm Damm von Wasserkraftwerken sind die Flüsse häufig mit dem Zusatztag tunnel=yes versehen. Aber auch pipelines von Pumpspeicherwerken ließen sich verfolgen. Eine Auswertung über waterway-Verbindungen ist keinesfalls trivial. Wenn wir Flusseinzugsgebiete aus den OSM-Daten ableiten wollen, erscheinen mir explizite Verbindungen über Relationen sinnvoller. Mir nicht. Selbst mit einer einfachen Auswertung (ohne Seen-Auswertung) lassen sich die Einzugsgebiete größtenteils auswerten: http://www.h-renrew.de/h/osm/osmchecks/07_watershed/index.html Insgesamt erscheint mir der Aufwand der Auswertung sehr viel kleiner als das manuelle Verknüpfen mittels Relationen. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am Montag, den 27.08.2012, 11:22 +0200 schrieb Peter Wendorff: Am 27.08.2012 02:57, schrieb Werner Hoch: Gerade bei langen Flüssen ist das nicht so einfach. Der Name der Flüsse ist u.U. in jedem Land (in der Schweiz in jeder Sprachregion) anders. Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Der Aufwand der Tag-Vereinheitlichung und/oder das Erstellen einer Relation ist ungefähr gleich groß. Die Pflege einer Fluss-Relation ist IHMO einfacher. Weshalb sollen wir uns das mappen unnötig schwer machen? Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 12:20:53PM +, Sven Geggus wrote: Sarah Hoffmann lon...@denofr.de wrote: Nominatim ermittelt jetzt mit Hilfe von Wikipedia-Artikeln, wie bekannt ein Ort ist und nutzt das, um die Reihenfolge zu verbessern, mit der die Suchergebnisse ausgegeben werden. Zum Beispiel liefert die Suche nach 'Brooklyn' jetzt tatsächlich als erstes Resultat den bekannten Stadtteil von New York und nicht irgendeinen Weiher im mittleren Westen der USA. Hm, die Suche nach Goethestraße Karlsruhe liefert immer noch nicht das erwartete Ergebnis. Mit anderen Städten klappt es aber teilweise. Das ist leider einer der Bugs, die immernoch auf der Todo-Liste stehen. Das Ordnen hilft neustens bei weniger häufig verwendeten Namen, z.B. Schwindstr, Karlsruhe. Aber sobald es zu viele Kandidaten gibt, kommt der richtige schon nicht aus der DB. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 02:35:45PM +0200, Markus wrote: Hallo Sarah, Nominatim ermittelt jetzt mit Hilfe von Wikipedia-Artikeln, wie bekannt ein Ort ist und nutzt das, um die Reihenfolge zu verbessern, mit der die Suchergebnisse ausgegeben werden. Das finde ich genial! Wie genau ermittelst Du diese Bekanntheit? Der Code stammt nicht von mir, insofern weiss ich da auch nur sehr wenig. Aber grob gesagt, ermittelt er die Wichtigkeit einer Wiki-Seite über Link-Zähler und ähnliches und übernimmt dann diese Wichtigkeit für das OSM-Objekt. Wegen genauerer Details musst du Brian fragen. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Hallo. Am 27.08.2012 13:54, schrieb Sven Geggus: Bernd Wurst be...@bwurst.org wrote: Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der Mailadresse vorhalten Dir ist aber schon klar, dass es sich beim Internet um ein weltweites Netzwerk handelt und dass das in anderen Ländern schlichtweg nicht der Fall ist? Ja, das ist klar. Erstens muss die Adresse die ein deutscher Free-Mail-Provider hat ja auch nicht zwingend korrekt sein. Zweitens spielt das keine Rolle, siehe den kompletten Rest meines Postings. Wenn du davon ausgehst dass jemand zu nem anderen DSL-Provider wechselt nur um weiter in OSM wildern zu können, dann treibt er auch den Aufwand und sucht sich nen ausländischen VPN-Tunnel bzw. Proxy um seinen Schabernack zu treiben. Ich würde mich jedenfalls freuen, wenn OSM sich nicht auf das Niveau der RIAA begibt. Gruß, Bernd -- Wer nicht zweifelt muss verrückt sein - Sir Peter Ustinov signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 02:56:06PM +0200, tumsi wrote: Am 26.08.2012 20:44, schrieb Sarah Hoffmann: Hier noch 'ne Kleinigkeit die mir heuer aufgefallen ist: Die Stadt Lübben wird nur gefunden wenn man Lübben (Spreewald) in die Suchmaske eingibt. Könnte man noch verbessern. Die parallele Suchmaschine (GeoNames) kann es ja auch. Dieses Problem kenne ich auch und zwar mit Alfeld (Leine). Sucht man nur nach Alfeld, findet Nominatim erst einmal nur ein Kaff in Bayern und ein dazugehöriges Autobahnkreuz. Erst nach zweimaligem Mehr Treffer findet sich dann an der 6. Stelle die (Weltkulturerbe-)Stadt Alfeld (Leine). Das kann wirklich nicht sinnvoll sein. Wie gesagt, ein zusätzliches alt_name-Tag schafft Abhilfe. Eventuell auch noch ein wikipedia-Tag ergänzen. Es scheint, dass der Namenszusatz auch verhindert, dass Nominatim die richtige Wikipedia-Seite findet, die dem Ort eine höhere Wichtigkeit verleihen könnte. Auch finde ich es absurd, dass zuerst Verwaltungsgrenzen als Treffer angezeigt werden und erst später die zugehörige Stadt, Dorf etc. An sich ist das schon richtig so, weil die Verwaltungsgrenzen eine Fläche darstellen, die genauer besagt, wie gross der Ort eigentlich ist. Das Problem hier ist eher die Benennung. Da diese Grenzen alle mit boundary=administrative getaggt sind, gibt die Website auch einfach nur Verwaltunsgrenze zurück. Das sollte man besser mit Hilfe des admin-levels unterscheiden und dann entsprechend 'Stadt', 'Kreis', 'Land', etc. angeben. Dann machen die Ergebnisse mehr Sinn. Das ist auf jeden Fall auf der Todo-Liste für die nächste Version. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 27.08.2012 14:51, schrieb Raimond Spekking: Viel Arbeit, solange die Denkmalbehörde keine maschinenlesbaren Listen liefern und Häuser/Adressen in vielen Teilen noch nicht erfasst sind Nachtrag: Es gibt auf dem Toolserver der Wikipedia eine Datenbank, die täglich bestimmte Denkmallisten der Wikipedia durchforstet und in die zentrale DB übernimmt. Aktuell sind 909502 Denkmäler erfasst [1], für Deutschland leider - aus Gründen - bisher nur Bayer, Hessen sowie Köln und Bergheim. [1] https://commons.wikimedia.org/wiki/Commons:Monuments_database/Statistics Ich rechne damit, dass sich in den nächsten Tagen hier noch viel bewegen wird, da der Start von Wiki Loves Monuments 2012 am 1. September vor der Tür steht... Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
am 27.08.2012 20:02 schrieb Raimond Spekking: Aktuell sind 909502 Denkmäler erfasst [1], für Deutschland leider - aus Gründen - bisher nur Bayer, Hessen sowie Köln und Bergheim. [1]https://commons.wikimedia.org/wiki/Commons:Monuments_database/Statistics Ich rechne damit, dass sich in den nächsten Tagen hier noch viel bewegen wird, da der Start von Wiki Loves Monuments 2012 am 1. September vor der Tür steht... Nun, die Zahl der in der Datenbank registrierten Objekte ist nur ein Bruchteil der in systematischen Listen in der Wikipedia erfassten. Ob sich daran in den vier Tagen noch viel ändern wird, kann man bezweifeln. Die Umstellung der Tabellen in die maschinenlesbare Form macht keiner mal nebenbei. Es gibt auch Tabellen, die aufgrund ihrer schieren Größe aufgrund technischer Grenzen nicht in diese Form gebracht werden können. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?
Hallo Liste, ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür inzwischen irgendwo einen ähnlich funktionierenden Ersatz? Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Hallo Simon, fuer mich ist fosm immer noch osm. Warum kann nicht osm die cc-by-sa datenbank weiter parallel betreiben? aussserdem ist die Ablehung ist formell fehlerhaft. Es muss wohl diskutiert werden. Ich werde weiter mich dafuer einsetzen die Problem zu beheben wo ich sie sehe. mike 2012/8/27 Simon Poole si...@poole.ch Ich denke man kann in guten Treuen darüber diskutieren ob die Ablehnung der Mitgliedschaftsanträge durch die OSMF geschickt, nötig, vernünftig etc. war, oder ob (meiner Meinung nach) einfach hätte darüber stehen sollen und normal die Wahl durchziehen. Das alles hat aber nichts damit zu tun ob man das Verhalten der von der Ablehnung betroffenen gut heisst oder irgendwelches Mitleid mit Ihnen hat. Speziell in deinem Fall ist die Ablehnung zu 100% selbstverschuldet und ja, du bespammst seit Wochen verschiedene OSM Mailinglisten mit direkter und indirekter FOSM Werbung. Mach also bitte nicht auf Unschuldslamm. Simon Am 27.08.2012 12:53, schrieb Mike Dupont: Hallo Ich fuhle mich hier angesprochen. was soll das? mike 2012/8/26 Simon Poole si...@poole.ch üblichen FOSM-Spam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Am 27.08.2012 12:08, schrieb Sarah Hoffmann: On Mon, Aug 27, 2012 at 09:54:29AM +0200, Chris66 wrote: Am 26.08.2012 22:29, schrieb Sarah Hoffmann: Ich will jetzt keine Diskussion vom Zaun brechen, ob der Zusatz Spreewald nun in den name-Tag gehört oder nicht. mMn nach ja, da das nunmal der offizielle Name ist. Es gäbe noch die Möglichkeit, es so zu taggen: name = Lübben official_name = Lübben (Spreewald) Ich würde jetzt nicht sagen, dass eine Variante richtiger ist als die andere. Es kommt ganz auf den lokalen Gebrauch an. Eine Variante, um das Problem zu lösen ist, noch zusätzlich eine alt_name=Lübben oder short_name=Lübben zu ergänzen. Ah, beides wird also von Nominatim ausgewertet? Ja, beides wird für die Suche verwendet. short_name wird zusätzlich auch für die Anzeige in den Suchresultaten benutzt. Zur Info, die anderen Namens-Tags die Nominatim zur Zeit versteht: int_name, reg_name, nat_name, loc_name, old_name, commonname, common_name, place_name, official_name ... und natürlich die ganzen Varianten mit Sprach-Code nach dem Doppelpunkt. Soll dass jetzt heißen, dass jeder in den name-tag schreiben kann, was er oder sie will? Ich war eigentlich immer der Meinung, da gehört der offizielle Name hin. Für einen abweichenden Gebrauch sehe ich keine stichhaltigen Gründe. Freundliche Grüße Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Am 27.08.2012 12:53, schrieb Mike Dupont: Ich fuhle mich hier angesprochen. was soll das? üblichen FOSM-Spam Weil Du den Ball gerade hoch wirfst (BTW: der Kommentar _betrifft_ _nicht_ _nur_ _Dich_): warum macht Ihr eure (eure - teilweise unterschwellige - immer wieder kehrende) FOSM-Werbung auf OSM-Mailinglisten? Das sind keine FOSM-Mailinglisten, macht Eure Werbung doch auf Euren eigenen FOSM-Mailingliste(n). Macht den FORK richtig und lasst OSM in Ruhe und zappelt nicht immer weiter am Rockzipfel herum. Ich kann mir nicht vorstellen dass OSM-Leute auf FOSM-Mailinglisten Werbung machen (man überzeuge mich vom Gegenteil). Ich zumindest lasse von Forks in jeglicher Art und Weise die Finger: wer entschieden hat zu gehen, dem soll man keine Steine in den Weg legen. Aber diese welche entschieden haben zu gehen sollten dann im Gegenzug auch nicht immer provzieren und stänkern. Das nervt einfach nur und ist unnötig. Und es ist ein Zeichen von Schwäche und schlechtem Stil... Just my 2 cents, Michael. PS: es gibt unter den FOSM-Leuten durchaus Personen welche ich respektiere und es traurig finde, dass sie OSM verlassen haben. Aber es war deren Entscheidung. Punkt, aus, fertig, vorbei, denen renne ich nicht hinterher. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Hallo ich rede hier und jetzt ueber mein Kandiatur fuer den board, und es war thema, ich habe hier nur geantwortet. warum hier der Ton? welcher spam sprichst Du an? Ich bin immer noch bei flossk in dem thema OSM drin, mike 2012/8/27 Michael Kugelmann michaelk_...@gmx.de Am 27.08.2012 12:53, schrieb Mike Dupont: Ich fuhle mich hier angesprochen. was soll das? üblichen FOSM-Spam Weil Du den Ball gerade hoch wirfst (BTW: der Kommentar _betrifft_ _nicht_ _nur_ _Dich_): warum macht Ihr eure (eure - teilweise unterschwellige - immer wieder kehrende) FOSM-Werbung auf OSM-Mailinglisten? Das sind keine FOSM-Mailinglisten, macht Eure Werbung doch auf Euren eigenen FOSM-Mailingliste(n). Macht den FORK richtig und lasst OSM in Ruhe und zappelt nicht immer weiter am Rockzipfel herum. Ich kann mir nicht vorstellen dass OSM-Leute auf FOSM-Mailinglisten Werbung machen (man überzeuge mich vom Gegenteil). Ich zumindest lasse von Forks in jeglicher Art und Weise die Finger: wer entschieden hat zu gehen, dem soll man keine Steine in den Weg legen. Aber diese welche entschieden haben zu gehen sollten dann im Gegenzug auch nicht immer provzieren und stänkern. Das nervt einfach nur und ist unnötig. Und es ist ein Zeichen von Schwäche und schlechtem Stil... Just my 2 cents, Michael. PS: es gibt unter den FOSM-Leuten durchaus Personen welche ich respektiere und es traurig finde, dass sie OSM verlassen haben. Aber es war deren Entscheidung. Punkt, aus, fertig, vorbei, denen renne ich nicht hinterher. __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Am 27.08.2012 13:38, schrieb Markus: Deshalb werden sie auf Seekarten als magenta Wellenlinie angezeigt: http://map.openseamap.org/map/?zoom=12lat=51.34233lon=2.01735layers=BFTFFTF0 (hier im Englischen Kanal) Wow, liegen da viele Kabel (fast kreuz und quer). Die Attribute sind: seamark:type=cable_submarine seamark:cable_submarine:category=power|transmission|telephone|telegraph|mooring|ferry hier also power. Ich habe es mal ganz unten auf http://wiki.openstreetmap.org/wiki/OpenSeaMap/Seamark_Tag_Values als Beispiel dazugefügt. Ohne Beispiel ist die Tabelle m.E. nicht einfach zu verstehen... Sie auf einer Landkarte anzuzeigen macht m.E. aber wenig Sinn. Kein Frage, stimme ich zu. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Mon, Aug 27, 2012 at 10:27:16PM +0200, Harald wrote: Zur Info, die anderen Namens-Tags die Nominatim zur Zeit versteht: int_name, reg_name, nat_name, loc_name, old_name, commonname, common_name, place_name, official_name ... und natürlich die ganzen Varianten mit Sprach-Code nach dem Doppelpunkt. Soll dass jetzt heißen, dass jeder in den name-tag schreiben kann, was er oder sie will? Ich war eigentlich immer der Meinung, da gehört der offizielle Name hin. Für einen abweichenden Gebrauch sehe ich keine stichhaltigen Gründe. Die verschiedenen Varianten des Name-Tags sind ausreichend im Wiki dokumentiert: http://wiki.openstreetmap.org/wiki/DE:Names Nominatim implementiert nur, was da steht. (Oder um genau zu sein: was da stand, als die Liste angelegt wurde. Offensichtlich werden einige Tags nicht länger verwendet. Könnte man mal korrigieren.) Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Markus schrieb: Die ursprünglich Frage war ja, wie man Flusssysteme und deren Einzugsgebiete attributiert. Die ursprüngliche Frage war, /ob/ man Flusssysteme und deren Einzugsgebiete attributiert. ;) malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete? - Namen
Markus schrieb: Peter Wendorff schrieb ebenfalls: - Matching-Problematik (welches Ossendorf ist denn gemeint, wenn nur eins davon einen anderen englischen Namen hat? Brauchen wir dann doch den Direktlink zum entsprechenden Objekt/Ort/...?) In Wikidata entspricht jedes Objekt einem Item: München (Hauptstadt von Bayern) ist eindeutig. Eigentlich alle Orte in Wikipedia haben auch Koordinaten. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Bernd Wurst schrieb: Am 27.08.2012 13:54, schrieb Sven Geggus: Bernd Wurst be...@bwurst.org wrote: Jeder Mail-Anbieter in D muss zwingend eine Adresse des Inhabers der Mailadresse vorhalten Dir ist aber schon klar, dass es sich beim Internet um ein weltweites Netzwerk handelt und dass das in anderen Ländern schlichtweg nicht der Fall ist? Ja, das ist klar. Erstens muss die Adresse die ein deutscher Free-Mail-Provider hat ja auch nicht zwingend korrekt sein. Zweitens spielt das keine Rolle, siehe den kompletten Rest meines Postings. Drittens gibt es auch Freemailanbieter auch außerhalb Deutschlands... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 27.08.2012 07:55, Ronnie Soak wrote:
Sorry, bitte nicht falsch Verstehen. Ich habe nichts dagegen, dass ein
Router mir diesen Weg zeigen kann.
Aber das ist dann ein Feature des Routers, das eben auch bei diesem
implementiert gehört. Dort ist dann auch Platz für die Behandlung der
ganzen Nicht-Trivialitäten, die damit einhergehen (Öffnungszeiten,
Preise usw.).
Ich habe lediglich etwas dagegen, diese Funktionalität bereits jetzt,
quasi durch die Hintertür, ohne Anpassung der Router durch Tricks in
der Datenbank 'herbeigezaubert' werden soll.
HIer sind besagt Sonderfälle nämlich nicht mehr berücksichtigt, man
zwingt das Verhalten allen Routern auf und vermindernt den
Evolutionsdruck auf die Router ('Geht doch alles schon!')
Wobei weder ein Fussweg zur als-Node-gemappten Talstation noch
ordentlich ge-indoor-mappte Talstationsgebäude meiner Meinung nach als
'Tricks' zählen. Dass damit plötzlich das Routing funktioniert (ohne
Zeiten auszuwerten und extra Schalter anzubierten), würde ich eher als
Bug (oder besser: Übervereinfachung) im Router ansehen. Was für mich
ein no-go wäre, ist einfach mal geschätzte Fusswege durch Gebäude zu
zeichnen, nur damit das Routing klappt. Genau dafür (es gibt einen
Zusammenhang, aber keine (oder unbekannte) physische Verbindung) gibt
es Relationen.
Klar gibt es auch Router, auf die wir keinen Einfluss haben (z.B.
Garmin). Aber dann gehören diese Tricks wiederum in die tools wie
mkgmap und nicht in die Datenbank.
Allerdings bzw zur Klarstellung und Untermauerung:
Es gibt kein Routing durch die Hintertür (oh, auf einmal werde ich auf
einer Seilbahn geroutet), sondern es wird ermöglich, dass der Status
quo, der bis vor 1-2 Jahren herrschte, sprich Gondeln waren an Anfang
und Endnode mit Wegenetz verbunden, wieder hergestellt wird.
Ein Routing kann auch nur dann gehen, wenn Seilbahnen selber AUCH
routingfähig in der Karte eingetragen werden. Dies machen jedoch kaum
Karten.
Die Argumentation bzgl Tricks, wäre dagegen wirklich Mappen für die
Renderer - wenn befürwortet wird keine Wege zu den Seilbahnen
einzuzeichnen, damit dort nicht mehr geroutet wird! (was ja sowieso fast
nirgends, selbst bei direkter Anbindung an das Wegenetz passieren würde).
Und ein Fußweg durch ein Gebäude, ist ein Fußweg, der existiert auch
real! Und es gibt derzeit noch keine Definition, wann wie wo man Fußwege
nicht einzeichnen dürfte, weil sie in Gebäuden verlaufen. Generell
werden Fußwege in Gebäuden allgemeinen Interesses, eingezeichnet. (Etwa
Fußweg durch ein Eingangsgebäude in einen Park, hier sogar mit Entrance
Node klargestellt). Hier geht es eher um die Frage, wann und wo zeichnen
wir Wege in Gebäuden ein, und wie sollten wir diese Kennzeichnen. In
Krankenhäusern oder Einkaufszentren, sind etwa auch sehr viele Indoor
Wege gemappt!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Am 27.08.2012 22:36, schrieb Mike Dupont: welcher spam sprichst Du an? Solche komplett unnötigen Sätze wie you work is preserved in fosm.org als Kommentar auf die völlig unsinnige und nutzlose Jammerei von Personen welcher der neuen Lizenz nicht zugestimmt haben und deren Daten redacted wurden. Es gab nun mal eine sehr deutliche Mehrheit der Mapper, welche für eine Lizenzumstellung gestimmt haben. Scheinbar hat aber eine kleine Minderheit z.B. ein aus meiner Sicht gestörtes Demokratieverständnis (oder was auch immer). Aus diesem Grund nerven sie fortwährend und sinnlos herum und stänkert wo es geht gegen den Fortschritt welcher endlich im seit 2007 andauernden Prozess (=Lizenzumstellung) gemacht wird und den Prozess abschließen wird. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger (DVR GS1000 / Tetex 1GP)
Am 24.08.2012 0:21, schrieb Johann H. Addicks: d.h. auch wenn es Beschleunigungswerte in Tunneln gibt, daraus lassen sich -so sehe ich's- keine Tracks verbessern. Richtig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Am 27.08.2012 23:55, schrieb Michael Kugelmann: Es gab nun mal eine sehr deutliche Mehrheit der Mapper, welche für eine Lizenzumstellung gestimmt haben. Scheinbar hat aber eine kleine Minderheit z.B. ein aus meiner Sicht gestörtes Demokratieverständnis (oder was auch immer). Es gab keine Abstimmung an denen die Mapper teilnehmen konnten, um über die Frage zu entscheiden, ob es einen Lizenzwechsel geben soll oder nicht. Schon vor der angeblichen Abstimmung stand nahezu fest, dass der Lizenzwechsel stattfinden wird. Der Mapper wurden lediglich vor die Wahl gestellt, ob er den neuen Bedingungen zustimmt und weiter mappen kann oder ob er diesen nicht zustimmt und somit dessen Beiträge aus der Datenbank entfernt werden und dessen Account für das Mappen gesperrt wird. Das ist keine freie Wahl! Die Frage, ob es einen Lizenzwechsel geben soll oder nicht, wurde hier nicht zur Wahl gestellt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Moin! Am 27.08.2012 17:11, schrieb Werner Hoch: Am Montag, den 27.08.2012, 12:03 +0200 schrieb Stephan Wolff: Am 27.08.2012 03:51, schrieb Werner Hoch: Um zwei Flüsse zu verbinden muss man nur den waterway mit dem nächsten Fluss verbinden. Das ist viel einfacher als ein Relationsmitglied zu erzeugen. Diese einfache Verbindungen können auch von allen Mappern erzeugt werden, die sich nicht mit Relationen beschäftigen. Dafür braucht man Regeln, wie die Verbindungen über Seen, Kanäle, Flussnebenarme etc. herstellt und auswertet. Bei Seen mit mehreren Zuflüssen ist ein virtueller Zusammenfluss irgendwo im See nötig. Hier müsste man nur die Wasserflächen mit auswerten. Ein See hat nunmal meist mehrere Zuflüsse und ein Abfluss. Die Auswertung wird zwar ein bischen komplizierter, aber es ist nicht unmöglich. Ein virtueller Zusammenfluss in einem See vereinfacht natürlich die Auswertung. Ein durchgehender virtueller Fluss vereinfacht die Zuordnung deutlich, insbesondere wenn mehrere Seen aneinandergrenzen (siehe 5-Seen-Fahrt) oder ein See mehrere Ausflüsse hat. Man müsste aber virtuelle Flüsse durch ein Zusatztag von normalen Flussstrecken unterscheiden. Bei Kanälen muss man unterscheiden, ob es eine eindeutige Richtung des Wassers gibt. Das lässt sich mit geeignetem Tagging erledigen. Hast du einen Vorschlag dafür? Bei Kanälen mit mehreren Schleusen muss man berücksichtigen, dass die Scheitelstrecke zu beiden Seiten, die anderen Teilstrecken nur zu einer Seite entwässern. Eine Auswertung über waterway-Verbindungen ist keinesfalls trivial. Wenn wir Flusseinzugsgebiete aus den OSM-Daten ableiten wollen, erscheinen mir explizite Verbindungen über Relationen sinnvoller. Mir nicht. Selbst mit einer einfachen Auswertung (ohne Seen-Auswertung) lassen sich die Einzugsgebiete größtenteils auswerten: http://www.h-renrew.de/h/osm/osmchecks/07_watershed/index.html Die Auswertung sieht schon gut aus, aber es gibt auch einige Fehler. In Schleswig-Holstein sind mir folgende Probleme aufgefallen: bei Kanälen wird (willkürlich?) eine Flussrichtung angenommen. Der Oberlauf der Eider fließt in den Nord-Ostsee-Kanal, der Unterlauf aber in die Nordsee. Der Fehler betrifft auch alle Nebenflüsse der Untereider. Das Wasser der Wakenitz fließt normalerweise durch den Dükerkanal und einen Düker unter der Kanal-Trave hindurch in die Trave, nur bei Hochwasser in die Kanal-Trave. Den aktuellen OSM-Daten kann man diese Information nicht entnehmen. Selbst deine einfache Auswertung enthält schon mehr Code, als für eine rekursive Relationsauswertung nötig wäre. Wieviel Rechenzeit braucht denn ein Durchlauf? Insgesamt erscheint mir der Aufwand der Auswertung sehr viel kleiner als das manuelle Verknüpfen mittels Relationen. Auch der Aufwand für explizite Verknüpfungen ist eher klein (ein Element pro Gewässer). Wichtiger ist aber die Frage, ob man ohne explizite Zuordnungen die Flusseinzugsgebiete korrekt berechnen kann. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete? - Namen
Am 27. August 2012 23:04 schrieb malenki o...@malenki.ch: Eigentlich alle Orte in Wikipedia haben auch Koordinaten. wobei die AFAIR sehr oft von Google Luftbildern abgeleitet wurden, und daher mit OSM nicht verquickt werden dürfen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Moin! Am 27.08.2012 13:38, schrieb Markus: Für die Seefahrt sind Unterwasserkabel wichtig, [] Und weil sie starke Magnetfelder erzeugen und dann der Kompass nicht mehr funktioniert und das Schiff nicht mehr da hin fährt wo es soll ;-) Eine Kompassablenkung würde ich nur bei einpoligen HGÜ-Kabeln erwarten, aber nicht bei Drehstrom- und Kommunikationskabeln. Die Attribute sind: seamark:type=cable_submarine seamark:cable_submarine:category=power|transmission|telephone|telegraph|mooring|ferry Open Sea Map definiert für diverse Objektklassen (bridge, building, breakwater, ...) eigene, von der üblichen OSM-Syntax abweichende Tags. Bis auf die Seezeichen selbst, verwende ich nur die klassischen OSM-Tags, da sie kürzer, leichter zu merken und auszuwerten sind. Doppelte Tags (klassisch/Open Sea Map) an einem Objekt finde ich überflüssig. Taginfo nennt folgende Nutzungszahlen: power=underground_cable 553 power=cable 550 seamark:type=cable_submarine 2 seamark:type=submarine_cable 2 Stromkabel gehören auch logisch zum key power und nicht zu seamark. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?
Am 27.08.2012 21:27, schrieb UMAX974: ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür inzwischen irgendwo einen ähnlich funktionierenden Ersatz? Seit OWL nicht mehr funktioniert, nutze ich den Feed von der osm.org-Hauptseite. In seiner Rohform leidet er unter den zahlreichen großen Changesets. Eine brauchbare Lösung dafür finde ich den Filter unter http://positron96.appspot.com/osmfilter.html Ein solcher Feed (in meinem Fall mit 2 als Limit für lat/lon, mit den standardmäßig vorgeschlagenen 20 filtert er nicht viel) zeigt zuverlässig lokale manuelle Edits. Das ist natürlich nur eine Notlösung - man verpasst große Changesets auch dann, wenn sie auch im eigenen Gebiet etwas ändern - aber besser als nichts. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Gut, und das habe ich später nicht gemacht, ich habe hingewiesen das es die Daten noch gibt und wenn die es nicht wissen, die können mich fragen. Ich habe zu keiner zeit gespammt, sonder ich habe mich in der Diskussion ordnungsgemäß beteiligt. Wo trifft es die Definition von Spam bitte? Also ich bin nicht auf die osm listen um fuer forks Werbung zu machen, sonder um legitim hier mich zu Wahl zu stellen um auch aktiv etwas zu verändern. Außerdem bin ich immer noch mit der Entwicklung von OSM tools beschäftigt und das ist wohl in der Interesse von allen. mike 2012/8/27 Michael Kugelmann michaelk_...@gmx.de Am 27.08.2012 22:36, schrieb Mike Dupont: welcher spam sprichst Du an? Solche komplett unnötigen Sätze wie you work is preserved in fosm.org als Kommentar auf die völlig unsinnige und nutzlose Jammerei von Personen welcher der neuen Lizenz nicht zugestimmt haben und deren Daten redacted wurden. Es gab nun mal eine sehr deutliche Mehrheit der Mapper, welche für eine Lizenzumstellung gestimmt haben. Scheinbar hat aber eine kleine Minderheit z.B. ein aus meiner Sicht gestörtes Demokratieverständnis (oder was auch immer). Aus diesem Grund nerven sie fortwährend und sinnlos herum und stänkert wo es geht gegen den Fortschritt welcher endlich im seit 2007 andauernden Prozess (=Lizenzumstellung) gemacht wird und den Prozess abschließen wird. Grüße, Michael. __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste - JOSM und Koord ermitteln
Hi ! grundsätzlich finde ich das sehr interessant. Ich hatte schon einmal einen Anlauf im JOSM-Ticket-System genommen nach einem einfachen Tool das von Nodes die Koordinaten im Wikipedia-Format in der Zwischenablage hinterlegt oder vergleichbar. Bisher ist das nicht auf Interesse gestoßen. Vielleicht kann einer von Euch etwas bewirken. Würde gerne über 100 Objekte geocoord. aber alles manuell umzueditieren habe ich wiederum keine Lust - wenig Spaßfaktor. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Hallo, Am 27.08.2012 23:29, schrieb Felix Hartmann: Und ein Fußweg durch ein Gebäude, ist ein Fußweg, der existiert auch real! Real existiert da in der Regel kein Fußweg sondern eine begehbare Fläche. Fußwege in Gebäuden sind Hilfskonstruktionen für die Unterstützung von Routern, die nicht in der Lage sind, über Flächen zu routen. Das Thema ist für Plätze/Areas schon x mal durchgekaut worden. Es wäre aus meiner Sicht zielführender, Regeln für das Taggen der Zugänglichkeit von Gebäuden und Gebäudeteilen festzulegen (wenn es die nicht schon gibt?). Zum Beispiel: Gebäude mit foot=yes sind grundsätzlich für Fußgänger zugänglich. Wenn dann ein Gebäude zwei Eingänge hat, die mit dem Straßennetz verbunden sind, dann kann der Router durch das Gebäude routen. Wo sich die Zugänglichkeit auf einen Teilbereich des Gebäudes beschränkt, dann muss dieser eben erfasst werden, aber bitte keine Wege wo in der Realität eine große Eingangshalle ist. Was bei einem Platz noch angehen kann, wird bei einer Kirche mit Haupteingang und zwei Nebeneingängen ganz offensichtlich zum Mappen für den Router. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
On Mon, Aug 27, 2012 at 08:35:57PM +0700, Willi wrote: Eine Mengenbegrenzung für Änderungen und vor allem Löschungen von Daten, die Andere erstellt oder geändert haben, halte ich für am geeignetesten und am einfachsten automatisch durchführbar. Die Änderung selbst erstellter und nur selbst geänderter Daten sollte nicht begrenzt sein. Die Grenze sollte dynamisch sein und sich im Sinne einer Do-ocracy nach der Menge der eigenen Beiträge richten, z.B. nach http://hdyc.neis-one.org. Damit erwischt du User deren Beitrag hauptsächlich in QS besteht, sprich die sich eine Region vornehmen und Fehler anderer richten (Relationen, Tags... ...), z.B. weil die eigene Region schon so sehr erfasst ist, daß dort schon einzelne Pflastersteine gemappt werden. flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
On Mon, Aug 27, 2012 at 05:24:54PM +0200, Werner Hoch wrote: Am Montag, den 27.08.2012, 11:22 +0200 schrieb Peter Wendorff: Am 27.08.2012 02:57, schrieb Werner Hoch: Gerade bei langen Flüssen ist das nicht so einfach. Der Name der Flüsse ist u.U. in jedem Land (in der Schweiz in jeder Sprachregion) anders. Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Der Aufwand der Tag-Vereinheitlichung und/oder das Erstellen einer Relation ist ungefähr gleich groß. Die Pflege einer Fluss-Relation ist IHMO einfacher. Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner Quelle/seinen Quellen bis zur Mündung. Und da baust dann schnell eine Monsterrelation zusammen, die sehr anfällig für (unbeabsichtigte) Schäden wird. Wie willst du solche Relationen intakt halten? Das wird in meinen Augen unnötig schwer. flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Hmmpff, Am 27.08.2012 09:31, schrieb Sven Geggus: Frederik Ramm frede...@remote.org wrote: Die Alternative ist, den Provider komplett bei OSM zu sperren, dann weicht der User vielleicht auf einen anderen Provider aus, der weniger pingelig mit dem Datenspeichern ist ;) Wenn es sich nicht gerade um T-Onlien handelt könnte das doch durchaus eine option sein. Spätestens wenn sich Kunden beim Provider beschweren, dass OSM nicht funktioniert dreht dieser garantiert mal seinen Loglevel höher um den Verursacher der Sprerre zu findet bzw. kündigt ihn vielleicht sogar. also ich fand das gestern weniger prickelnd, als quasi 'Nachbar' von der Blacklist geblockt zu werden ... Immerhin glaube ich jetzt zu wissen, von welchem Provider die Rede ist ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
