Re: [Talk-de] User macht Werbung -Link korrigiert
olvagor schrieb: Walter Nordmann schrieb: was der auf seine Seite schreibt, ist mir schnuppe - zwingt mich ja keiner, das zu lesen ;) Wenn es stört, könnte man eventuell mal freundlich(!) drauf hinweisen, dass das so, wie es im Moment ist, stark nach Spam klingt - was für eine Werbeagentur nicht gerade von Vorteil ist. Eine kürzere Fassung und am besten noch was zum OSM-Bezug wären da von Vorteil, um Missverständnisse zu vermeiden. aber seine id menke werbeagentur ist eventuell doch zu viel? Ich würde, solange es sinnvolle Edits gibt und sich die Werbung auf die Profilseite beschränkt, keine Beschränkungen einführen. Was spricht gegen einen Firmennamen? Nichts. Vielleicht möchten die ja auch irgendwann mal osm-Daten benutzen und so zeigen, dass sie nicht nur konsumieren, sondern auch aktiv mitmachen. Allerdings hätte ich mir von einer Werbeagentur eine etwas bessere Selbstpräsentation erwartet als so eine wall of text. *scnr* Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] iPhone-Programm OffMaps
Hey, habe mir vor längerem mal OffMaps heruntergeladen. In dem Programm werden CloudMade-Karten angezeigt und auch gespeichert, also offline verfügbar gemacht. Es gibt in einer neueren Version auch die Möglichkeit POI's offline zu nutzen und kann diese Guides gegen Credits (3 Credits = 0,79 €) herunterladen. Diese Guides bestehen definitiv aus der OSM-Datenbank-Daten. Kollabiert diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. In Flickr habe ich ein Paar Beweisfotos veröffentlicht. http://www.flickr.com/photos/elmarburke/sets/72157623594471483/ Wie denkt Ihr über so eine Datennutzung? Gruß Elmar -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4812711.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] iPhone-Programm OffMaps
schmalzlocke schrieb: Es gibt in einer neueren Version auch die Möglichkeit POI's offline zu nutzen und kann diese Guides gegen Credits (3 Credits = 0,79 €) herunterladen. Diese Guides bestehen definitiv aus der OSM-Datenbank-Daten. Dass das bei den OffMaps-Guides erwähnt wird, ist auf deinen Screenshots zu sehen. Kollabiert (Kollaps (lat. con „zusammen“ und labi „fallen, gleiten“, PPP: collapsus), deutsch Zusammenbruch, Zusammenbrechen; von http://de.wikipedia.org/wiki/Kollabieren) diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? nö Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. http://www.openstreetmap.de/faq.html |Die Lizenz besagt, dass jegliche Art der Nutzung von OSM-Daten, auch |gewerblich, zulässig ist; es muss jedoch angegeben werden, woher die |Daten stammen, und jedes Werk, das aus OSM-Daten abgeleitet ist, muss |wiederum unter der CC-BY-SA-Lizenz stehen. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] boundary relations / teilgrenzen
Hi, kann mir wer sagen wofuer die hier gut sind? +--++ 65227 | Deutschland - Polska | Germany - Poland | 2 90333 | France/Germany boundary | France - Germany | 2 Das sind ja keine wirklichen flaechen d.h. polygone sondern nur teile einer Grenze - Warum wuerde man die als relation bauen wollen? Ich meine wenn ich die D und Die Polnischen relation habe ist doch dieser teilbereich einfach zu finden !?!? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo, Am Sonntag 28. März 2010 14:31:44 schrieb Florian Lohoff: Hi, kann mir wer sagen wofuer die hier gut sind? 65227 | Deutschland - Polska 90333 | France/Germany Das sind ja keine wirklichen flaechen d.h. polygone sondern nur teile einer Grenze - Warum wuerde man die als relation bauen wollen? Ich meine wenn ich die D und Die Polnischen relation habe ist doch dieser teilbereich einfach zu finden !?!? Da gibt's noch mehr von. Zum Beispiel Österreich und Frankreich haben je Nachbarstaat eine solche einzelne Reltation. Ich halte die auch nicht für sehr sinnvoll, aber wir werden damit leben müssen. Bei großen Staaten wird das bestimmt in diese Richtung gehen, da sonst eine Gesamtrelation wahrscheinlich nur schwer bis gar nicht handhabbar wird. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
hi elmar, ich sehe das ähnlich wie malenki, allerdings könnte der verweis auf osm etwas deutlicher sein. in deinem 4. snapshot (der mit den hamstern ;) steht drin, dass die erst mal die daten korrigieren müssen und dasbei speziell nicht verbundene straßen und probleme mit adresssen. es wäre doch für alle beteiligten besser, die würden die daten in osm korrigieren und nicht erst später. allerdings dürften die dann für die osm-datenpflege keine kohle nehmen. mfg walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4813064.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] boundary relations / teilgrenzen
Hallo Carsten, Da gibt's noch mehr von. Zum Beispiel Österreich und Frankreich haben je Nachbarstaat eine solche einzelne Reltation. Ich halte die auch nicht für sehr sinnvoll, aber wir werden damit leben müssen. Bei großen Staaten wird das bestimmt in diese Richtung gehen, da sonst eine Gesamtrelation wahrscheinlich nur schwer bis gar nicht handhabbar wird. Insbesondere *technisch* nicht handhabbar. Frankreichs Unterrelationen haben zur Zeit zusammen 2118 Elemente - also mehr als das technische Maximum von 2'000 Mitgliedern pro Relation[1]. Eine Aufteilung nach Nachbarstaaten scheint mir da die sinnvollste Lösung: http://www.openstreetmap.org/browse/relation/11980 bzw. http://wiki.openstreetmap.org/wiki/France_boundary_pyramidal_construction Gruss, Thomas [1] Im Wiki habe ich die genaue Zahl nirgends gefunden, 2'000 wird aber immer wieder als Limit genannt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV Linie überprüfen
Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Thomas Ineichen wrote: Insbesondere *technisch* nicht handhabbar. Frankreichs Unterrelationen haben zur Zeit zusammen 2118 Elemente - also mehr als das technische Maximum von 2'000 Mitgliedern pro Relation[1]. Eine Aufteilung nach Nachbarstaaten scheint mir da die sinnvollste Lösung: Das 2k Limit existiert nur bei Nodes in way aber nicht bei der Anzahl der Relationsmitglieder (AFAIK). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo Matthias, Das 2k Limit existiert nur bei Nodes in way aber nicht bei der Anzahl der Relationsmitglieder (AFAIK). Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Bei vielen spukt diese Begrenzung aber immer noch in den Köpfen herum. :-) Gruss, Thomas [1] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028686.html [2] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028723.html [3] http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Hier mal kurz eine Info zum aktuellen Stand: Florian Lohoff schrieb: Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Wir haben im Moment keine weiteren Daten, wir arbeiten aber daran diese zu erfassen mit dem nächsten Update (welches Mitte April an Apple geschickt werden soll). Uns ist klar, dass im Moment viele Daten für eine gute Bearbeitung fehlen. Dann werden folgende Daten erfasst (in englisch da Auszug aus unserem Bug tracking system) - All GPS positions in last 60 seconds before bug report incl. accuracy of a position and time when the positon was obtained (e.g. lat=50.040384, lng=11.067352, time=10.1.2010 3:45 31, accuracy = 120m) - Source of GPS data (internal GPS, or TomTom or another Car Kit) - Phone model: (e.g. 3G / 3GS) and Type (memory) - Route(s) which the client recommended (only the excerpt in a bounding box for privacy reasons) Uns ist vor allem wichtig, dass wir nur Daten in der Nähe des Bugs angezeigt werden, damit wir die Privatsphäre unserer Nutzer schützen. Alle diese Daten werden dann auf der Webseite verfügbar sein. Weitere Prioritäten bei uns sind dann: - Integration JOSM Plugin (wie von Jonas angesprochen) - Kommunikation das Nutzer informiert werden wenn an Ihren Bugs gearbeitet wird oder eine Rückfrage kommt - Exportfunktion über ein API, als Bulkexport und zu OpenStreetBugs Wenn jemand zusätzliche Ideen hat, nehme ich diese natürlich auch gerne auf. Zum Thema Abbiegevorschriften: Wir arbeiten mit Cloudmade intensiv daran und nächste Woche sollte das Thema bei uns in die Testumgebung gehen, und von da an bis spätestens Ende April auch live verfügbar sein. Viele Grüße, Philipp / skobbler -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Florian Lohoff Gesendet: Samstag, 27. März 2010 22:51 An: Walter Nordmann Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Skobbler und Turn-Restrictions On Sat, Mar 27, 2010 at 01:09:08PM -0800, Walter Nordmann wrote: hi florian, soweit ich mich erinnere, kennen die von skobbler durchaus das problem mit den fehlenden informationen und wollen/werden da was gegen tun. stand vor ca 2 wochen hier in der ML (?) Die ankuendigung kenne ich - Ich verfolge das Thema Skobbler schon recht aktiv. Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Aber gut - ich denke schon wieder zu weit merke ich ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Landmasse relations zurecht admin_level/boundary?
Hi, ich bastel mir gerade alle boundarys in einer Datenbank und dabei ist mir aufgefallen das zum beispiel fuer Niedersachsen 2 relationen existieren die jeweils behaupten die Admin Boundary fuer Niedersachsen zu sein - Einmal Niedersachsen und einmal Niedersachsen (Landmasse) Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen - oder reite ich da gerade das falsche Pferd? osm=# select id,adminlevel,name,nameen from boundarys where name like '%Niedersachsen%'; id | adminlevel | name|nameen ++---+-- 62771 | 4 | Niedersachsen | Lower Saxony 454192 | 4 | Niedersachsen (Landmasse) | In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
Hallo, Am Sonntag 28. März 2010 17:55:16 schrieb Florian Lohoff: In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? das sehe ich genauso. Siehe auch Deutschland; Landmasse (62781) ohne admin_level, normale Grenze (51477) mit admin_level. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Hartmann wrote: Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Hoffe, das ist alles so Halbwegs verständlich. Fürs Erste ist die Relation aber relativ richtig :-) Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. So weit... - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuvhpkACgkQnHVyAFIfTkHHYwCgr/qUIfzpD2go2VjnFEkxBwMJ NwoAoIvcml8QvDaV05RD1PosLatuvJpy =mzhQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Darf ich mal ganz doof fragen: Werden Abbiegerelationen nun berücksichtigt oder nicht? Ist es also sinnvoll, die Fehler als Fehler zu behandeln, die mit falschem Abbiegen (bspw. in Einbahnstraßen oder bei Abbiegerelationen (hier nicht nach links)) zu tun haben? Hab das jetzt insgesamt nicht mehr gerafft... Gruß - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuviCUACgkQnHVyAFIfTkFa9ACgmPkf6cagk0fpCU78AkUFJLiM flEAoLnC2ROykJcfmk3KDR7ECLETkwdD =PO+c -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_Aachen_und_Umgebung Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Hallo, schmalzlocke wrote: Kollabiert diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? Unter gleichen Rechten - nicht zu gleichen Preisen. Die Firma muss Dir nichts schenken. Sie muss Dir aber erlauben, einen gekauften Guide nach Belieben weiterzuverteilen. Die Firma darf keine technischen Massnahmen ergreifen, Dich davon abzuhalten. Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. Das waere, wie gesagt, unzulaessig; die Firma muss zwar ihre Software nicht unter freier Lizenz rausgeben, die aus OSM abgeleiteten Daten aber schon. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo, Thomas Ineichen wrote: Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Das stimmt, die Begrenzung gibt es derzeit noch nicht, aber sie wird kommen. Es ist unumgaenglich, Laendergrenzen aus Teilstuecken zusammenzusetzen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
Hallo, Florian Lohoff wrote: Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen [...] In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sonntag, 28. März 2010 schrieb Klaus Hartmann: ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_A achen_und_Umgebung Danke für die Links und Infos. Ich hatte vergessen zu erwähnen, dass die Relation nur um eine Richtung handelt (wollte ja nicht die gleichen Fehler auf Hin- und Rückrichtung fixen) zumal es auch noch Alternativ-Routen gibt (nicht jeder Bus fährt die gleiche Strecke auf der Linie). Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Gruß, Rainer Habe Eure -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
Am 28. März 2010 19:39 schrieb Frederik Ramm frede...@remote.org: In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. Ja, ich plädiere auch dafür, Deutschland (Landmasse) nicht als Grenze aufzufassen, sondern als Hilfsobjekt für ... keine Ahnung, wofür das Ding gut war, aber irgend jemand wollte es haben, um irgend etwas auszuwerten. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
On 01/-10/-28163 08:59 PM, Frederik Ramm wrote: ... Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Schreibt die Lizenz nicht nur vor, das man es kopieren kann, nicht aber das man es auch in einer bestimmten Software auch abspielen koennen muss? Das heist du koenntest die Guids unter CC-BY-SA kopieren und mit jeder anderen Software verwenden, aber OffMaps muss dir nicht erlauben in ihrem Programm irgendwas anzuzeigen was nicht von ihnen gekauft wurde. Oder hat CC-BY-SA ( bzw ODbL) eine Anti-TiVo Klausel (heist das so)? Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. Das waere, wie gesagt, unzulaessig; die Firma muss zwar ihre Software nicht unter freier Lizenz rausgeben, die aus OSM abgeleiteten Daten aber schon. zumindestens der Teil, der nicht als collective work zaehlen wuerde. Aber ich habe mir die Guids nicht angesehen um zu sehen ob alles derivative ist oder zum Teil collective Kai Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM folgt niederländischer Grenzauffas sung
AssetBurned openstreet...@assetburned.de wrote: na wenn ich mir das so genauer anschaue dann follgt OSM da weder der DE noch der NL meinung sondern vertritt ne eigene. Ich denke mal, dass allgemein die meisten Karteh auf Wikipedia keinen Anspruch auf exakte Georeferenzierung erheben, sondern lediglich illustrierenden Charakter haben. Viele wurden von den Autoren der Gebietsartikel (z.B. Regionen, Städte, Ortsteile) initiiert, die ihre Artikel zu bebildern haben. Insbesondere sind diese froh, überhaupt eine zumindest illustrierende Grenzdarstellung ohne Georeferenzierung ergattern zu können. (Hier könnte OSM wirklich hilfreich sein). Insofern kommt die OSM Grenzdarstellung der holländischen Auffassung zumindest qualitativ doch schon recht nahe. Aber egal, wie man sich entscheidet - wobei ich allerdings dazu neigen würde, beide Auffassungen darzustellen: Es wird daran scheitern, dass wir weder der einen noch der anderen amtlich festgestellten Linie unter einer freien Lizenz habhaft werden können - das übliche Dilemma bei Grenzen eben. Wahrscheinlich wird sich das erst ändern, wenn sich OSM in den Amtsstuben eine ähnliche Reputation wie Wikipedia erworben hat, wo langsam aber sicher die Dämme zu brechen beginnen und sich eine Kommunikation auch mit lokalen Projekten anbahnt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Fips Schneider schrieb: Werden Abbiegerelationen nun berücksichtigt oder nicht? In der Mail, auf die du geantwortet hast, stand, dass sie daran arbeiten und es bis spätestens Ende April fertig sein soll... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Frederik Ramm schrieb: Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Nicht? CC-BY-SA sagt: You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM folgt niederländischer Grenzauffas sung
Tirkon wrote: Aber egal, wie man sich entscheidet - wobei ich allerdings dazu neigen würde, beide Auffassungen darzustellen: Es wird daran scheitern, dass wir weder der einen noch der anderen amtlich festgestellten Linie unter einer freien Lizenz habhaft werden können - das übliche Dilemma bei Grenzen eben. As I mentioned before (excuse me again for the english), I imported the current Ems-Dollart boundary from official NL government data, released without use restrictions. I thought you already had official German boundaries? -- Lennard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Hi, Ulf Möller wrote: Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Nicht? CC-BY-SA sagt: You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. Ich hatte das immer so gelesen, dass man solche Restriktionen nicht selber willkuerlich hinzufuegen darf. Aber Du hast schon recht, man kann es auch so interepretieren, dass eine Distributions-Plattform, die solche Restriktionen grundsaetzlich enthaelt, gar nicht in Frage kommt. Man koennte sich also auf den Standpunkt stellen, dass eine Software-Plattform, bei der man Daten nicht nach eigenem Gutduenken weitergeben kann, von vornherein gar nicht fuer die Verbreitung von OSM-Daten geeignet ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Hallo, Am Sonntag, 28. März 2010 schrieb Fips Schneider: Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Danke Gruß Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SOTM vs FOSSGIS 2010 Konferenz
Die Early Bird Registrierung für die SOTM ist eröffnet. Hier kann man die Teilnahmegebühren einsehen: http://stateofthemap.org/register-now/ Wenn man berücksichtigt, dass diese noch reduziert sind, wird erst so richtig klar, auf was für einem Silbertablett uns die FOSSGIS 2010 eigentlich serviert wurde. Denn dort war die Teilnahme vollkommen kostenfrei. Obendrein wurden wir den ganzen Tag bestens beköstigt. Zumindest aus meiner Sicht hätte ich ein ständig gepflegtes Dauerbuffet und dann in dieser Qualität sowie Kaltgetränken im Umfeld einer solchen Community-Veranstaltung niemals erwartet. Ich denke, spätestens bei diesem Vergleich wird deutlich, dass die Initiatoren und Organisatoren der Veranstaltung wirklich bis auf das i-Tüpfelchen alles richtig gemacht haben. Dafür an dieser Stelle ein herzliches Dankeschön, das auch dem FOSSGIS Verein gilt. Ich hoffe, das es uns allen gelingt, im nächsten Jahr bei uns vor Ort für diese Veranstaltung zu werben, damit sie auch von der Teilnehmerzahl ein noch größerer Erfolg wird. Ist eigentlich inzwischen bekannt, wieviel OSMler zugegen waren? Nach den Schätzungen einiger Befragten waren es ungefähr 150 Teilnehmer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Straßenliste - Mitteldithmarsche n
Moin ! ... damit den Urlaubern im Norden nicht die Aufgaben ausgehen. http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Mitteldithmarschen/ Gruß Jan :-) PS: danke SvenA ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
On Sun, Mar 28, 2010 at 07:39:40PM +0200, Frederik Ramm wrote: Hallo, Florian Lohoff wrote: Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen [...] In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. Irgendwie war es zu erwarten das es doch alles irgendwie wieder chaos ist :) 287666 | Nicaragua 287667 | Costa Rica 287670 | Honduras 287916 | Guatemala Die haben auch keine boundary=administrative z.b. ... Also habe ich doch mal was zu pflegen *grmpf* ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
On Sun, Mar 28, 2010 at 07:38:13PM +0200, Frederik Ramm wrote: Hallo, Thomas Ineichen wrote: Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Das stimmt, die Begrenzung gibt es derzeit noch nicht, aber sie wird kommen. Es ist unumgaenglich, Laendergrenzen aus Teilstuecken zusammenzusetzen. Dann sollte aber die teilrelation doch kein boundary=administrative und admin_level tragen sondern nur die gesamtrelation oder? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Darf ich mal [..] fragen: Werden Abbiegerelationen nun berücksichtigt oder nicht? Ist es also sinnvoll, die Fehler als Fehler zu behandeln, die mit falschem Abbiegen (bspw. in Einbahnstraßen oder bei Abbiegerelationen (hier nicht nach links)) zu tun haben? Hallo, Einbahnstraßen werden berücksichtigt (oneway-Tag), d.h. es sollte nie in eine Einbahnstraße navigiert werden. Abbiegerelationen (type = restriction...) werden aktuell noch nicht bei der Routenberechnung einbezogen. Gruß Oliver -- View this message in context: http://n2.nabble.com/Skobbler-und-Turn-Restrictions-tp4810134p4814793.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] iPhone-Programm OffMaps
Hoi, Frederik Ramm wrote: Die Firma darf keine technischen Massnahmen ergreifen, Dich davon abzuhalten. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Wie Frederik sagte, sei es nicht zulässig, wenn sie Daten auf einem Gerät gebunden ist. Genau das wird im FAQ aber ausdrücklich erwähnt: http://www.flickr.com/photos/elmarburke/4469008193/in/set-72157623594471483/ Gruß, Elmar -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4814917.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] Skobbler und Turn-Restrictions
Hi Oliver, momentan ist mit dem Cloudmade-Router kein Routing zu den Inseln (Borkum, Nordeney, Sylt) per Fähre/Sylt-Shuttle möglich. Ich vermute, das ist beim Skobbler auch so. Könntet Ihr das noch einbauen? Die entsprechenden Tags lauten route=ferry und route=shuttle_train. Chris Oliver Kuehn (skobbler) schrieb: Einbahnstraßen werden berücksichtigt (oneway-Tag), d.h. es sollte nie in eine Einbahnstraße navigiert werden. Abbiegerelationen (type = restriction...) werden aktuell noch nicht bei der Routenberechnung einbezogen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Ok Der Autor hält einen Server vor und bereitet auf dem Server die Daten vor. Dafür möchte er seine Dienstleistung bezahlt haben . Wie soll man es dann bitteschön anpassen, damit das Lizenzkonform ist ? Ich finde persönlich das Programm sehr gut .. undschön wäre es jetzt mit einer wilden Diskusion dem Programm ein Ende zu setzten. Außerdem ist das bei der iPhone-App OpenMaps viel besser ? Da muss man für die Routingmöglichkeit via CloudMade auch zusätzlich bezahlen ... und zwar monatlich. Grüße Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Liebe OSM-Community, wir wollten uns hier auch kurz zu Wort melden, um unsere Verwendung zu erklären: - Wir verwenden OSM-Daten, um daraus CoreData-Sqlite-Dateien zu bauen. Die man dann auf dem iPhone durchsuchen kann. Diese liegen auf dem iPhone unverschlüsselt. Jeder mit einem JailBreak, kann und darf diese gerne vom Gerät laden und diese weiterverwenden. - Wir fassen gleichnamige Straßen zusammen, entfernen dabei aber viele OSM-Attribute, damit sich diese überhaupt zusammenfassen lassen. Daher wäre es nicht sinnvoll diese Daten in OSM zurück zu geben, da dies sich in OSM gar nicht abbilden lässt. - Wir geben auch an, wo die Daten herkommen. Unter About steht OSM als erstes von allen Lizenztexten und OSM Copyright ist auf der Karte im Vollbildmodus sichtbar. - Wer Interesse an den Daten hat, kann diese gerne von uns bekommen. Wie gesagt: die Daten sind für unsere Anwendung optimiert und nicht viel mehr als ein SQLite-Format der OSM-Daten. - Zu guter Letzt: wir sind selbst passioniert OSM-Mapper und haben unter anderem die letzte SOTM in Amsterdam gesponsert und planen das selbe dieses Jahr in Girona zu tun. Wir hoffen Ihr mögt OffMaps und stehen euch jeder Zeit für Fragen zur Verfügung. Gruß Felix Am Mar 28, 2010 um 11:51 PM schrieb FlaBot: Ok Der Autor hält einen Server vor und bereitet auf dem Server die Daten vor. Dafür möchte er seine Dienstleistung bezahlt haben . Wie soll man es dann bitteschön anpassen, damit das Lizenzkonform ist ? Ich finde persönlich das Programm sehr gut .. undschön wäre es jetzt mit einer wilden Diskusion dem Programm ein Ende zu setzten. Außerdem ist das bei der iPhone-App OpenMaps viel besser ? Da muss man für die Routingmöglichkeit via CloudMade auch zusätzlich bezahlen ... und zwar monatlich. Grüße Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Felix Lamouroux wrote: - Wir fassen gleichnamige Straßen zusammen, entfernen dabei aber viele OSM-Attribute, damit sich diese überhaupt zusammenfassen lassen. alles klar, ihr macht aus einer Straße, die in OSM in mehrere Teile aufgespalten ist, wieder eine, da ihr die Teile nicht braucht. Wir geben auch an, wo die Daten herkommen. Unter About steht OSM als erstes von allen Lizenztexten und OSM Copyright ist auf der Karte im Vollbildmodus sichtbar. hab halt nicht in den Vollbild-Mode geschaltet. muß man erst mal drauf kommen ;) Wer Interesse an den Daten hat, kann diese gerne von uns bekommen. hat sich wegen oben (strassen) wohl erledigt. Zu guter Letzt: wir sind selbst passioniert OSM-Mapper und haben unter anderem die letzte SOTM in Amsterdam gesponsert und planen das selbe dieses Jahr in Girona zu tun. Wir hoffen Ihr mögt OffMaps und stehen euch jeder Zeit für Fragen zur Verfügung weiter so, danke walter p.s. der spruch mit den hamstern für die serverfarm ist klasse. - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4815160.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] iPhone-Programm OffMaps
Am 28. März 2010 21:02 schrieb Frederik Ramm frede...@remote.org: Man koennte sich also auf den Standpunkt stellen, dass eine Software-Plattform, bei der man Daten nicht nach eigenem Gutduenken weitergeben kann, von vornherein gar nicht fuer die Verbreitung von OSM-Daten geeignet ist. das ist definitiv so: man verstößt z.B. hier entweder gegen die Bedingungen von OSM (Verbreitung muss so erfolgen dass Weiterverbreiten möglich ist) oder gegen die von Apple (Jailbreak). ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
wenn ich ein buch kaufe (ja, ich lese noch), in dem karten basierend auf osm-daten drin sind, kann ich mit dem buch machen was ich will. in darf es lesen, ablegen, verbrennen oder auch teile davon für hinterlistige zwecke verwenden. die osm-karten - und nur die - darf ich sogar kopieren und weitergeben. aber ich gehe doch nicht zum autor des buches und verlange von ihm, dass er mir die daten, mit denen er die karten in oft mühevoller arbeit erstellt hat, auf einem silbertablett überreicht? oder seht ihr das anders? der ipod ist für mich genau so eine datensackgasse wie ein buch: onewas=yes oder auch noexit=yes walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4815611.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] User macht Werbung -Link korrigiert
Moin olvagor, Walter Nordmann schrieb: was der auf seine Seite schreibt, ist mir schnuppe - zwingt mich ja keiner, das zu lesen ;) aber seine id menke werbeagentur ist eventuell doch zu viel? Ich würde, solange es sinnvolle Edits gibt und sich die Werbung auf die Profilseite beschränkt, keine Beschränkungen einführen. Was spricht gegen einen Firmennamen? Wenn er Mist baut, fällt es unmittelbar auf seine derzeit hoffentlich reputable Firma zurück, das wird er nicht riskieren. Und wenn doch, lernt er halt mit Schmerzen :-) Warum diese Firma ein solches Risiko eingeht, ist mir freilich unklar. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Am 29. März 2010 02:34 schrieb Walter Nordmann walter.nordm...@web.de: aber ich gehe doch nicht zum autor des buches und verlange von ihm, dass er mir die daten, mit denen er die karten in oft mühevoller arbeit erstellt hat, auf einem silbertablett überreicht? oder seht ihr das anders? der ipod ist für mich genau so eine datensackgasse wie ein buch: das Buch ist keine Datensackgasse, Du kannst die Karten kopieren. Du dürftest aber z.B. nicht die Seiten so beschichten, dass man auf einem Fotokopierer nur noch eine leere Seite bekäme (sollte das gehen). Wenn man Karten vertreibt und die Nutzung der Karten dabei durch technische Mittel auf ein konkretes Gerät beschränkt, verstößt man damit gegen die Bedingungen der CC-by-SA. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenliste aus Pulldown Menü ausle sen
Moin, auf der Webseite des Landkreises Aurich (Ostfriesland) befindet sich ein Müllabfuhrkalender mit Straßenlisten für die Orte des Kreises. Da nach Feststellung an anderer Stelle diese amtlich bekanntzumachen und somit frei sind, möchte ich sie für OSM nutzen. Das Problem ist allerdings, dass die Listen in einem Pulldown Menü verborgen sind. Um diese Pulldown Menüs zu erreichen, führe man auf dieser Seite http://www.landkreis-aurich.de/abfuhrplan2010.html Folgendes durch: # wähle Ort im Pulldown Menü # klicke Straßen anzeigen # Klicke A-Z Nun sind sämtliche Straßen des Ortes in dem erscheinenden Pulldown Menü enthalten. Weder Markieren mit Tastatur und Maus (unter Windows XP) noch Alles Markieren aus dem Firefox-Menü funktioniert innerhalb der ausgeklappten Straßenliste. Auch Strg-c und anschließendes Einfügen in Word bringt nur das auf Webseite Sichtbare, nicht jedoch die Straßenliste zum Vorschein. Ebenfalls bei Rechtklick auf die ausgeklappte Straßenliste erscheint kein Menü. Es ergeht daher die Frage an die Webexperten, ob und wie ich diese Straßenliste aus dem Menü auslesen kann. Da ich selbst Webseiten nur mit DragnDrop-Baukästen erstellen kann, würde ich anfragen, ob bei notwendigen Fachkenntnissen jemand das Auslesen der Straßenliste für die vorhandenen Orte übernehmen könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM vs FOSSGIS 2010 Konferenz
Am 28. März 2010 21:18 schrieb Tirkon tirko...@yahoo.de: Die Early Bird Registrierung für die SOTM ist eröffnet. Hier kann man die Teilnahmegebühren einsehen: http://stateofthemap.org/register-now/ Wenn man berücksichtigt, dass diese noch reduziert sind, wird erst so richtig klar, auf was für einem Silbertablett uns die FOSSGIS 2010 eigentlich serviert wurde. Denn dort war die Teilnahme vollkommen kostenfrei. ja, wobei 50 EUR für ein Wochenende Konferenz auch nicht gerade viel ist, mal im Ernst. Verglichen mit den Kosten für Unterkunft und Anreise ist das quasi zu vernachlässigen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] strassen
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] strassen
ist das für die schweizer Liste? (SCNR) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] strassen - 2
hi, seite aufrufen, gemeinde auswählen dann rechte maustaste und webseite abspeichern als file (z.b. seite speichern unter) im editor deiner wahl öffnen die strassen stehen in einer einzigen sehr langen zeile. musst etwas suchen der reste ist frimelei gruß walter p.s. wenns klapt, loesche bitte den post. muss ja nicht jeder sehen ;-) gruss walter bei fragen: walter.nordm...@web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User macht Werbung -Link korrigiert
Johann H. Addicks addi...@gmx.net wrote: Haben wir denn eine Policy, welche Inhalte ein Benutzer auf seine Nutzerseite stellen darf und was nicht? In anderen Wikis, z.B. in der Wikipedia hat man nach Überhandnehmen der Spamer-Accounts die Regelung eingeführt, dass Userpages im Sinne des Projektes zu verwenden seien. Ein Homepageersatz ist jetzt nicht mehr statthaft. Das wird aber moderat gehandhabt. Zumindest mir ist kein Fall bekannt, wo ein Link zur eigenen Homepage oder die Nennung von Hobbys gelöscht worden wären. Wobei Letzteres im Sinne von Wikipedia zu interpretieren wäre, da sich die Sachgebietskompetenzen widerspiegeln. Im Zuge der Vermeidung von Sockenpuppen bezüglich Abstimmungen dürften aber Firmen-Accounts ebenfalls nicht statthaft sein. Es sollen eben nur natürliche Personen genau eine Stimme haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Straßenliste - Mitteldithmarschen
Moin Jan, ... damit den Urlaubern im Norden nicht die Aufgaben ausgehen. http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Mittel dithmarschen/ Wozu diese Passwortgeschichte? Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] strassen - 2
Hallo Walter, vielen Dank für Deine Antwort. Es funktioniert. :-) Aber mir ist nicht ganz klar, 1) wie ich Deinen Post löschen sollte? 2) wieso ich Deinen Post löschen sollte? 3) warum Deinen Post niemand sehen sollte? Gruß Tirkon -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von walter.nordm...@web.de Gesendet: Montag, 29. März 2010 03:27 An: Talk-de@openstreetmap.org Betreff: [Talk-de] strassen - 2 hi, seite aufrufen, gemeinde auswählen dann rechte maustaste und webseite abspeichern als file (z.b. seite speichern unter) im editor deiner wahl öffnen die strassen stehen in einer einzigen sehr langen zeile. musst etwas suchen der reste ist frimelei gruß walter p.s. wenns klapt, loesche bitte den post. muss ja nicht jeder sehen ;-) gruss walter bei fragen: walter.nordm...@web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 21:17:15 schrieb Rainer Dorsch: das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Hallo Relationen sind geordnet, d.h. die Reihenfolge bleibt erhalten, direkt ausgewertet wird momentan allerdings meines Wissens nirgendwo Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 20:06:55 schrieb Rainer Dorsch: Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Hallo, kommt darauf an, wenn alle Alternativen die gleiche Nummer tragen, dann haben sie auch den gleichen Wert in ref und nur unterschiedlich from und to Werte, außerdem sind alle Relationen, also eine pro Richtung und Alternativroute Mitglieder der Linienrelation. Wenn es einen Fahrplan gibt, auf dem alle Fahrtrichtungen angegeben sind, würde ich die url dann auch in diese Linienrelation hineinpacken. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM vs FOSSGIS 2010 Konferenz
Tirkon schrieb: Die Early Bird Registrierung für die SOTM ist eröffnet. ... ist schon eine Weile offen und endet am 31.3.2010! Jetzt also schnell... Wenn man berücksichtigt, dass diese noch reduziert sind, wird erst so richtig klar, auf was für einem Silbertablett uns die FOSSGIS 2010 eigentlich serviert wurde. Denn dort war die Teilnahme vollkommen kostenfrei. Tirkon: warst Du schon mal auf einer SOTM? Ich vermute nein (zumindest kann ich mich nicht erinnern Dich dort gesehen zu haben). Obendrein wurden wir den ganzen Tag bestens beköstigt. Zumindest aus meiner Sicht hätte ich ein ständig gepflegtes Dauerbuffet und dann in dieser Qualität sowie Kaltgetränken im Umfeld einer solchen Community-Veranstaltung niemals erwartet. Auch bei der SOTM ist eine Verpflegung enthalten (so viel wie auf der SOTM und von der Qualität her m.E. deutlich hochwertiger [1]). Und im Preis ist auch noch ein Souvenir enthalten (oder warum glaubst Du wird nach der Kleidergröße gefragt?). Nur damit kein falscher Eindruck aufkommt: ich freue mich auch, dass die FOSSGIS immer noch kostenlos ist. Aber wenn man sich die Professionalität der SOTM insbesondere in Amsterdam ansieht, sind die Konferenzen nicht direkt miteinander vergleichbar. Und wenn man fair ist müsste man sich die Preise der SOTM nur für das Wochenende (Sa+So) mit der FOSSGIS vergleichen, dann kriegt man ganz andere Dimmensionen! Hinter einer FOSSGIS stecken (bisjetzt noch) mehr kommerzielle Interessen als bei einer SOTM = diese ermöglichen es Sponsoren zu finden (für diese ist der konventionellen Teil der FOSSGIS Di-Do sehr wichtig). Klar gibt es auch für die SOTM Sponsoren, diese treten aber weniger auf (haben keine eigenen Stände dort). Und wenn man eine Uni finden würde, weche die SOTM ausrichtet und somit sponsert wäre die SOTM sicher auch noch preiswerter = man bräuchte kein kommerzielles und somit teures Konferenzzentrum. Und schaut Euch mal z.B. den xxC3 an: der kostet auch nicht gerade wenig und bietet keinerlei Verpflegung dafür. Nur damit es klar ist: ich will die FOSSGIS und den xxC3 absolut nicht schlecht reden, sind sicher gute Konferenzen. Mir geht es darum, dass immer irgendwelche Leute versuchen die SOTM schlecht und teuer zu reden. Diese Leute sollten mal die Preise für andere Konferenzen und auch insbesondere kommerzielle Konferenzen vergleichen, dann würden Ihnen die Augen aufgehen. Grüße, Michael. (see you at Girona) zu [1]: nicht dass ich sage, dass die FOSSGIS Essensqualität schlecht gewesen wäre! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
