Re: [Talk-de] Downloadprobleme Aerowest
Hallo, Am Donnerstag, 29. Dezember 2011 schrieb Schorschi: hast du den Download auch heute oder gestern probiert? Nein, ich habe den Hinweis ohne erneuten Test gegeben, Asche auf mein Haupt. :-). Am 22. hatte ich das Plugin-Problem festgestellt und da ging der Download auch noch mit der Plugin-freien Variante. Aber jetzt ist auch bei mir Ende. Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Hi, für ein gutes Routing ist es wichtig, dass die Fähre an das Straßennetz angeschlossen ist. Das dürfte aber auch so in der Realität aussehen, denn sonst kommen die ganzen Autos ja nicht auf die Fähre. Bei kleineren Personenfähren führt das letzte Stück meist über einen Pier. Letztlich wird das ganze wohl nur über Relationen sinnvoll abgebildet werden können. Ich würde eine idealisierte Linie zeichnen, ähnlich wie man sie von anderen Kartenwerken kennt. Die reale Route weicht ohnehin immer mal wieder ab. Mal gehts links an der Insel vorbei, mal rechts etc. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
On Mon, Dec 26, 2011 at 07:27:57PM +0100, Frederik Ramm wrote: Hallo, ich habe im OSMI-Lizenzwechsel-View jetzt drei Regelaenderungen eingebaut: 1. Ein ungetaggter Node, der von einem Ablehner erstellt und spaeter von einem Zustimmer bewegt wurde, war vorher rot und ist jetzt ueberhaupt nicht mehr eingefaerbt, weil man davon ausgehen kann, dass der urspruengliche Mapper kein Copyright an einer reinen Positionsangabe haben kann. Da geht noch was nicht: http://tools.geofabrik.de/osmi/?view=wtfelon=8.31852lat=51.77051zoom=15overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. JOSM zeig 83% der Objekte mich als letzten bearbeiter. Flo -- Florian Lohoff f...@zz.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Flo, du bist adoptiert Siehe http://wiki.openstreetmap.org/wiki/Quick_History_Service Ich nehme an, dass ist in deinem Sinne? Simon Am 30.12.2011 13:25, schrieb Florian Lohoff: On Mon, Dec 26, 2011 at 07:27:57PM +0100, Frederik Ramm wrote: Hallo, ich habe im OSMI-Lizenzwechsel-View jetzt drei Regelaenderungen eingebaut: 1. Ein ungetaggter Node, der von einem Ablehner erstellt und spaeter von einem Zustimmer bewegt wurde, war vorher rot und ist jetzt ueberhaupt nicht mehr eingefaerbt, weil man davon ausgehen kann, dass der urspruengliche Mapper kein Copyright an einer reinen Positionsangabe haben kann. Da geht noch was nicht: http://tools.geofabrik.de/osmi/?view=wtfelon=8.31852lat=51.77051zoom=15overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. JOSM zeig 83% der Objekte mich als letzten bearbeiter. Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Hi Florian. Dein User-Account wird aufgrund deines Statements, deine Beiträge seine PD (vgl. Wiki) in den Ausnahmelisten als okay eingestuft. Der ODBL-View berücksichtigt dafür die Overrides, die unter [1] eingetragen sind, und da bist du - m.E. lizenzrechtlich zu Recht, dabei. Gruß Peter [1] http://wiki.openstreetmap.org/wiki/WTFE Am 30.12.2011 13:25, schrieb Florian Lohoff: On Mon, Dec 26, 2011 at 07:27:57PM +0100, Frederik Ramm wrote: Hallo, ich habe im OSMI-Lizenzwechsel-View jetzt drei Regelaenderungen eingebaut: 1. Ein ungetaggter Node, der von einem Ablehner erstellt und spaeter von einem Zustimmer bewegt wurde, war vorher rot und ist jetzt ueberhaupt nicht mehr eingefaerbt, weil man davon ausgehen kann, dass der urspruengliche Mapper kein Copyright an einer reinen Positionsangabe haben kann. Da geht noch was nicht: http://tools.geofabrik.de/osmi/?view=wtfelon=8.31852lat=51.77051zoom=15overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. JOSM zeig 83% der Objekte mich als letzten bearbeiter. Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Am 30.12.2011 13:25, schrieb Florian Lohoff: Da geht noch was nicht: [...] Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. Aber unter http://wiki.openstreetmap.org/wiki/User:Flohoff erklärst Du explizit: = All my contributions to OpenStreetMap are released into the public domain http://en.wikipedia.org/wiki/public_domain. This applies worldwide. = Damit dürf(t)en die Daten m.E. nach OBDL übernommen werden... On die Systeme das alles korrekt verarbeiten kann ich allerdings jetzt nichts sagen. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Hallo, On 12/30/11 13:25, Florian Lohoff wrote: Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. Der OSMI hat eine Override-Tabelle, in der bestimmte User und bestimmte Changesets gelistet sind, deren Daten *trotz* ihrer fehlenden Zustimmung uebernommen werden koennen, weil es sich z.B. um Datenimporte, automatische Aenderungen, oder um Beitraege von Usern handelt, die oeffentlich erklaert haben, dass ihre Daten PD sind. Diese Tabelle wird hier gepflegt: http://wiki.openstreetmap.org/wiki/WTFE Damit ich nicht selbst den Stress habe, zu entscheiden, wessen Edits da reinkommen und wessen nicht, erwarte ich, dass andere User sich die Arbeit machen, das zu pruefen und auch mit ihrem Namen und ggf. ihrer Handarbeit dafuer zu stehen, wenn sie einen Eintrag machen. Freimut Kahrs hat Dich in diese Override-Tabelle eingetragen, vermutlich, weil Du auf Deiner Wiki-Userseite das PD-Template gesetzt hast. Fuer den OSMI und die License Change Views in den Editoren sind diese Daten also sauber. Es gibt bei der Sache die kleine Komplikation, dass die LWG solche PD-aber-nicht-CT-Spielchen eigentlich nicht moechte, denn von solchen Usern fehlt uns dann die Konformitaetserklaerung, die man mit den CT normalerweise abgeben wuerde. Wenn sich die LWG da nicht noch umentscheidet, dann koennte es passieren, dass die auf diesem Weg als sauber markierten Daten am Ende doch geloescht werden muessen. Dennoch hielte ich das fuer kein Problem, denn dann koennte ein einzelner User - naemlich der, der den Eintrag in die Wikitabelle gemacht hat - sie aufgrund der PD-Erklaerung flugs wieder unter seinem Namen importieren. Dabei muesste *er* dann eben anstatt des urspruenglichen Mappers fuer die Edits geradestehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
On Fri, Dec 30, 2011 at 02:07:37PM +0100, Frederik Ramm wrote: Hallo, On 12/30/11 13:25, Florian Lohoff wrote: Hier sollte alles rot sein - Langenberg habe mehr oder minder ausschliesslich ich bearbeitet und ich habe nicht zugestimmt. Der OSMI hat eine Override-Tabelle, in der bestimmte User und bestimmte Changesets gelistet sind, deren Daten *trotz* ihrer fehlenden Zustimmung uebernommen werden koennen, weil es sich z.B. um Datenimporte, automatische Aenderungen, oder um Beitraege von Usern handelt, die oeffentlich erklaert haben, dass ihre Daten PD sind. Ich dachte die einhellige meinung ist das PD contributions wegen fehlender CT nicht gehen? Andernfalls koennte man ja meinen Account auch wieder Freigeben oder? Freimut Kahrs hat Dich in diese Override-Tabelle eingetragen, vermutlich, weil Du auf Deiner Wiki-Userseite das PD-Template gesetzt hast. Fuer den OSMI und die License Change Views in den Editoren sind diese Daten also sauber. Richtig. Es gibt bei der Sache die kleine Komplikation, dass die LWG solche PD-aber-nicht-CT-Spielchen eigentlich nicht moechte, denn von solchen Usern fehlt uns dann die Konformitaetserklaerung, die man mit den CT normalerweise abgeben wuerde. Wenn sich die LWG da nicht noch umentscheidet, dann koennte es passieren, dass die auf diesem Weg als sauber markierten Daten am Ende doch geloescht werden muessen. Dennoch hielte ich das fuer kein Problem, denn dann koennte ein einzelner User - naemlich der, der den Eintrag in die Wikitabelle gemacht hat - sie aufgrund der PD-Erklaerung flugs wieder unter seinem Namen importieren. Dabei muesste *er* dann eben anstatt des urspruenglichen Mappers fuer die Edits geradestehen. Dann sollten diese aber doch markiert werden denn sie sind definitiv nach der heutigen aussage der LWG doch nicht zulaessig oder? Flo -- Florian Lohoff f...@zz.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Hallo, On 12/30/11 14:29, Florian Lohoff wrote: Es gibt bei der Sache die kleine Komplikation, dass die LWG solche PD-aber-nicht-CT-Spielchen eigentlich nicht moechte, denn von solchen Usern fehlt uns dann die Konformitaetserklaerung, die man mit den CT normalerweise abgeben wuerde. Wenn sich die LWG da nicht noch umentscheidet, dann koennte es passieren, dass die auf diesem Weg als sauber markierten Daten am Ende doch geloescht werden muessen. Dennoch hielte ich das fuer kein Problem, denn dann koennte ein einzelner User - naemlich der, der den Eintrag in die Wikitabelle gemacht hat - sie aufgrund der PD-Erklaerung flugs wieder unter seinem Namen importieren. Dabei muesste *er* dann eben anstatt des urspruenglichen Mappers fuer die Edits geradestehen. Dann sollten diese aber doch markiert werden denn sie sind definitiv nach der heutigen aussage der LWG doch nicht zulaessig oder? Der OSMI ist kein offizielles Tool, sondern meins. Ich versuche, das so zu gestalten, dass es maximal nuetzlich ist; insbesondere soll der OSMI aufzeigen, wo Daten neu erfasst werden muessen. Wenn Freimut nun sagt - und das hat er durch seinen Wiki-Eintrag - ich stehe dafuer gerade, dass Florians Edits uns erhalten bleiben, entweder, indem sich die LWG noch umentscheidet oder notfalls, indem ich alle seine Daten unter meinem Account hochlade, dann entfaellt fuer mich damit die Notwendigkeit, diese Daten per Markierung zum Remapping auszuschreiben - sie wuerden nur unnoetig ablenken von dem, was *wirklich* verloren geht und wo *wirklich* jemand hingehen und alles neu aufzeichnen muss. Ich ignoriere also mit dem OSMI, wenn Du so willst, einfach die offizielle Position, weil die offizielle Position nicht relevant ist; Du willst den CT nicht zustimmen, erlaubst aber durch die PD-Freigabe jemand anderem, sozusagen an Deiner Statt fuer diese Daten geradezustehen. In Deinem Fall hat sich Freimut bereiterklaert, dieser andere zu sein, und damit schrumpft das Problem fuer mich auf ein reines Problem der technischen Abwicklung zusammen: Wird die LWG Deine Daten einfach so uebernehmen? Wird sie die Daten per kompiziertem UPDATE-Statement einfach einem anderen, noch zu erstellenden, Account zuschlagen? Wird sie fordern, dass Freimut tatsaechlich alles loescht und neu hochlaedt? All das spielt aber fuer die Praxis und fuer die Frage wo muessen wir ueberall neu mappen? keine Rolle, und deswegen sind die Daten im OSMI auch nicht speziell markiert. Ich koennte darueber nachdenken, eine zusaetzliche Farbe fuer solche uebersteuerten Edits einzufuehren. Darunter fielen dann z.B. auch die gesamten Grenzimporte in Spanien oder die weltweit verteilen Edits von James Mike Dupont. Aber das erhoeht die Datenmenge und macht den OSMI langsamer. Ist es so wichtig, dass man das in Kauf nehmen sollte? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Konzept für straßenbegleitende Wege
Moin, in OSM werden immer Wege im Detail erfasst. Straßenbegleitende Rad- und Fußwege werden zu eigenen ways, zweigleisige Bahnstrecken zu zwei Einzellinien. Dies hat natürlich viele Vorteile, verursacht aber auch suboptimale Karten in kleinem bis mittlerem Zoomlevel oder unnötige Routinganweisungen. Ich habe mir Gedanken gemacht, wie man einige Nachteile vermeiden kann. Vermutlich wurden ähnliche Konzepte schon diskutiert, aber ich habe sie mangels geeigneter Stichworte nicht gefunden. Im Workshop Linienbündel [1] werden andere Ideen verglichen. Im folgenden steht das Wort Radweg für alle Radwege, Fußwege, kombinierten Fahrrad-/Fußwege und Reitwege. Die Tagnamen sind nur Platzhalter für bessere Namen. Straßen, für die ein straßenbegleitender Radweg als eigener way existiert, erhalten ein Zusatztag: attendant_cycleway_exists=yes Straßenbegleitende Radwege erhalten ein Zusatztag attendant_cycleway=yes Getrennten Richtungsfahrbahnen einer Straße erhalten ein Zusatztag, das ihre Lage beschreibt. Bei einer grob in Ost-West-Richtung verlaufenden Straße wäre dies dual_carriageway=north (Nordfahrbahn in Fahrtrichtung West) und dual_carriageway=south , bei Nord-Süd-Strecken analog dual_carriageway=east|west. Bei Nordwest-Südost-Stecken hat der Mapper freie Wahl. Für zweigleisige Bahnstrecken werden dieselben Tags benutzt. Das Konzept kommt ohne zusätzliche Relationen aus und ist kompatibel zu den bislang vorhandenen Daten und Anwendungen. Vorteile: - Renderer können in kleinem Zoomlevel (z=12) bei Straßen mit Mittelstreifen nur eine Doppellinie statt zwei überlappender Fahrbahnen zeichnen. Zweigleisige Bahnstrecken können als dickere Linie dargestellt werden. - Renderer können in kleinem bis mittlerem Zoomlevel (z=15) straßenbegleitende Radwege unterdrücken und die Straße durch z.B. andere Randfarbe kennzeichnen. - Renderer können Einbahnstraßenpfeile bei Straßen mit Mittelstreifen vermeiden (bei vielen Stadtplänen üblich) - Renderer können Straßennamen und Ref-Nummern nur für eine Richtungsfahrbahn (z.B. north und west) zeichnen. Die Karte wird übersichtlicher. - Router können leichter erkennen, das mehrere ways zur selben Straße gehören und Zielpunkte je nach Verkehrsmittel besser berechnen. - Router können Anweisungen optimieren (Fahren sie auf den straßenbegleitenden Radweg.) - für manche Auswertung/Statistik kann die Unterscheidung zwischen echten Einbahnstraßen und Richtungsfahrbahnen oder zwischen eigenständigen und straßenbegleitenden Radwegen nützlich sein. Nachteile: - ein weiterer Tag pro way muss eingegeben und gepflegt werden - manche ways müssen aufgespalten werden (z.B. wenn nur eine Teilstrecke einer Straße einen Radweg besitzt) Wurde ein solches Konzept schon diskutiert? Wäre es so oder ähnlich umsetzbar? Rechtfertigen die Vorteile den Zusatzaufwand? Viele Grüße Stephan [1] http://wiki.osm.org/wiki/WikiProject_Germany/Workshops/Linienb%C3%BCndel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Regeln im OSMI-ODbL-View
Hallo. Am 30.12.2011 14:29, schrieb Florian Lohoff: Ich dachte die einhellige meinung ist das PD contributions wegen fehlender CT nicht gehen? Andernfalls koennte man ja meinen Account auch wieder Freigeben oder? Die Aussage meine Edits sind PD kannst du auf der OSM-Account-Seite nicht abgeben ohne den CT zuzustimmen, das ist korrekt. Aber rein lizenzrechtlich ist ja die Akzeptanz der CT eine Untermenge einer PD-Freigabe. Deine Daten können wenn sie unter PD stehen auch von jedermann benutzt und unter den CT neu bei OSM hochgeladen werden, sowas erlaubt man mit einer PD-Freigabe ja explizit. Technisch ist es also eventuell etwas aufwändig, rechtlich ist aber klar, dass es mit deinen Daten kein Problem geben wird. (Unter der Maßgabe dass du nach wie vor zu deiner PD-Lizenzierung stehst.) Gruß, Bernd -- Fachbegriffe der Informatik (#213): NT-Fernwartung Microsoft Cordless Wheel Mouse (Auf der CeBit 2001 aufgeschnappt von Moritz Mühlenhoff) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Falsches/verwirrendes Routing via Garmin
Hallo, kann sich bitte mal jemand die Kreuzung bei diesem Punkt ansehen? http://www.openstreetmap.org/browse/node/25218445 Ich habe heute testhalber mein Garmin mitlaufen lassen während ich diese, mir bekannte, Strecke gefahren bin. Ich kam von rechts (weiß gerenderte Straße, Ludwigstraße) und fahre auf die Kreuzung zu. Ich halte dort (rote Ampel) und als dann der Kreuzung näher komme kommt folgende Ansage: Rechts abbiegen in die Partensteiner Straße Im Display ein über die Kreuzung gehender und dann richtung Partensteiner Straße rechts abknickender Pfeil. Ich empfinde das, wenn ich diese Ansage vor einer Kreuzung bekomme, als irreführend. Ich hätte erst eine Ansage erwartet, die auf die Kreuzung eingeht. Wenn man sich blind auf die Ansagen verlässt, dann kommt man hier in Versuchung in der Kreuzung rechts abzubiegen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
