Re: [Talk-de] Anfrage ARD
Sehr geehrter Herr Schneider, ich selber befasse mich nicht mit dem Crisimapping und stehe auch persönlich nicht in Kontakt mit aktiven deutschen Haiti-Mappern. Ich werde für diese email aber die deutsche OSM-Mailingliste in CC setzen, da wird sich sicher jemand finden, der Ihnen Auskunft geben kann. Die folgenden Blog-Einträge sind für Sie vielleicht auch von Interesse (wenn auch Englisch): 1: http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ 2: http://highearthorbit.com/haiti-mapping/?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+highearthorbit%2FGSef+%28High+Earth+Orbit%29utm_content=Netvibes Ansonsten empfehle ich Ihnen eine Kontaktaufnahme mit Mitarbeitern der Uni Bonn, die gerade auf Basis von OSM-Daten eine Routingssoftware für Katastrophenhelfer in Haiti erstellt haben: http://www.openrouteservice.org/ Mit freundlichen Grüßen, Peter Dörrie PS: Wenn Sie einen Beitrag über OSM machen sollten, schreiben Sie doch eine kurze Info zur Sendezeit an talk-de@openstreetmap.org . Das bringt Einschaltquoten und die Projektteilnehmer freuen sich. 2010/1/15 t.schneider@ndr.de Sehr geehrter Herr Dörrie, ich habe Ihren Namen bei Recherchen zum Open Street Map-Projekt gefunden. Könnten Sie mir sagen, wen ich in Sachen Crisismapping in Haiti kontaktieren kann? Gibt es in Deutschland Menschen, die sich konkret mit Haiti nach dem Erdbeben beschäftigen? Vielen Dank und schöne Grüße Tom Schneider, ARD Nachtmagazin 040-4156 6253 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Lake Nasser not rendering
Hi, what is the reason, that lake nasser in upper egypt is not rendering in Mapnik? http://www.openstreetmap.org/?lat=23.96481lon=32.88516zoom=15layers=B000FTF There is new yahoo imagery available and I would like to refiine the lake, but would prefer solving the rende problem beforehand. Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Planning a trekking holiday online
Hi everybody, I would like to plan my next trekking holiday with online tools. What I have in mind is the following: A map (preferably osm) to mark tours and routes and some form of note taking tool to pull together information on accommodation, supplies, flights and so forth. Does anybody know such a service in the www? Thanks, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Lagegenauigkeit von GPS-Track
2009/10/23 Markus liste12a4...@gmx.de Fragen im Zusammenhang mit verschobenen Luftbildern: Wie kann man die Lagegenauigkeit eines GPS-Tracks messen? (HowTo) Kann man die errechnete Lagegenauigkeit nicht aus einer gpx datei auslesen? Ist der Durchschnitt aus einem Trackbündel immer lagegenau? Nein, wenn die einzelnen Tracks nicht genau die selbe Abweichung haben oder zu wenige vorliegen. Aber ich denke mit einer Kombination von 3 Tracks, die nicht total daneben sind, lassen sich schon sehr gute ergebnisse erzielen. Wenn nicht: woran kann man das erkennen? wie kann man systematische Fehler bei der Aufzeichnung verhindern? oder danach eliminieren? Ausreißer lassen sich im Vergleich zu anderen Tracks ganz gut erkennen. Wenn du von einer Straße drei Tracks aufgezeichnet hast, und die liegen mehr als 8 Meter von einander entfernt, dann stimmt meiner Meinung nach irgendwas nicht. Verhindern kannst du sowas, indem du für einen gutem Empfang sorgst: GPS-Gerät möglichst ohne Verdeckung zum Himmel platzieren usw. Wenn du mehrere Tracks von einem Weg hast, kannst du im nachhinein natürlich sehr ungenau geratene Tracks aussortieren. Ansonsten wüsste ich nicht, wie man Ungenauigkeiten eleminieren könnte. Gruß, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungs-Einschränkungen für Neua nfänger
2009/10/22 Florian Gross flor...@grossing.de Am So Oktober 18 2009 glaubte C. Brause zu wissen: Um es vorneweg zu nehmen, ich habe nicht viel Ahnung vom Programmieren! Wie groß ist die Zahl der neu dazukommenden Mapper eigentlich? Bestünde nicht vllt die Möglichkeit, dass nach einem bestimmten (rel. kurzen) Zeitraum von erfahrenen Mappern geguckt werden kann, was ein neuer Mapper so angestellt hat um zu prüfen, was er so gemacht hat? Sowas würde mir auch gefallen. Ein Schubs in die richtige Richtung wäre für einen Anfänger manchmal ganz sinnvoll. Eine Brücke hat mich fast zur Verzweiflung gebracht, bis ich dahintergestiegen bin, was da nicht paßt. Ich halte das für keine gute Idee. Wenn man die Eignung eines neuen mappers durch erfahrenere mapper bestimmen lässt, so landet man zwangsläufig beim gerade bei der deutschen Wikipedia aufgetauchten Relevanzproblem. Einschätzungen einzelner Personen sind nun mal grundsätzlich höchst subjektiv. Ich würde eher ein standardisiertes System vorschlagen. Mehrfach wurde schon vorgeschlagen, dass neue Nutzer einer räumlichen Einschränkung bei ihren Edits unterliegen sollen. Das finde ich gut und behindert Neueinsteiger auch nicht. Genauso könnte man die Edits neuer User auf einer getrennten Liste auftauchen lassen, damit ein gezieltes Mentoring (aber kein Adminnistrieren) möglich ist. Nach einer bestimmten Zeit fallen diese Beschränkungen weg. Zusätzlich sollte ein zuverlässiges Meldesystem für Vandalismus etabliert werden und die Möglichkeit geschaffen werden, bestimmte nodes, ways und relations zu schützen, um edit-wars vorzubeugen. Damit währe gesichert, dass zum einen Neuliinge nicht zu viel kaputt machen können und zum anderen auch erfahrenere Mapper nicht beliebig über die Stränge schlagen können. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] maxheight/height
On Mon, Jul 27, 2009 at 11:31 AM, Aun Johnsen (via Webmail) skipp...@gimnechiske.org wrote: maxheight=* refers to legal maxheight, in some countries, such as brazil, there is a difference on legal height (restriction) and physical height/clearance (information sign). See my note on the discussion on the wiki key:height - if height is not to be used for this, than another tag is needed - in Germany you will often find height above sea level written on signs for Motorway-Bridges so height=* is not very clear. I think it would be better to attach this information to the street, not to the bridge because it is the street that is influenced by this. and you could argue that in those cases the legal height is identical with the physical height. Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
I see a problem wiith this idea. Only because councils change the times/prices reguarly. Often without notice. You can use many supermarket car parks for 2 hours but that could change depening on the seasons But it should be tagged nonetheless. The fact that there is a time limitation for parking is more important than the exact duration of that limitation. So maybe something like time_limitation=yes limitation_duration=3 (time in hours) Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Bangkok auf Garmin
Du kannst auf http://garmin.na1400.info/routable.php eine Routingfähige Karte erstellen und als fertige .img Datei runterladen. Klappt prima und ist komfortabel. Grüße, Peter 2009/7/26 Michael Sauer michael.openstreet...@suesz.de Hallo, wie bekomme ich am einfachsten die OSM Karte von Bangkok oder Thailand auf mein Garmin. Über die Worldkarte sollte es ja gehen und dann dort auswählen? Gibt es einen einfacheren Weg? Cu . **Michael* -- ___ 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] OSM im Rettungsdienst
In der Zwischenzeit wird es soweit kommen, dass OSM ohne Kontrolle eigesetzt werden wird und dann doch irgendwann mal etwas passiert, was hätte vermieden werden können. Damit es soweit kommt, müssen meiner Ansicht nach die Qualitätsicherungs-Mechanismen erheblich besser werden. Es gibt zwar jetzt schon die Möglichkeit mittels Karten Status den Erfassungsgrad eines bestimmten Gebietes im Wiki zu verdeutlichen, aber solche Insturmente müssen deutlich verbessert und auf breiter Front eingesetzt werden. Am besten sollte man sich dabei einem Modell bedienen, das zum Beispiel von Computerzeitschriften zur Bewertung von PCs eingesetzt wird: Wenn einmal ein bestimmter Erfassungsgrad für ein Gebiet (bestätigt duch mehrere Mapper) festgelegt wurde, verschlechtert sich dieser über die Zeit automatisch, solange die Wertung nicht konstant weiter bestätigt wird. Zum Beispiel: Alle halbe Jahr muss ein Mapper den Status Alle Straßen und Straßennamen vorhanden und korrekt bestätigen. Dieser Mapper darf dann im folgenden Jahr keine Bestätigungen mehr abgeben. Bleibt eine halbjährige Bestätigung aus, verliert das Gebiet diesen Status, alle Nutzer wissen also das die Angaben uter Umständen nicht mehr ganz korrekt sind. Was wiederum jemanden dazu bringen würde sich der Sache anzunehmen. Mit solchen Absicherungen kann man die Daten dann auch in Kontexten einsetzen, in denen sie korrekt sein MÜSSEN. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im Rettungsdienst
2009/7/24 Dirk Stöcker openstreet...@dstoecker.de On Fri, 24 Jul 2009, Peter Dörrie wrote: In der Zwischenzeit wird es soweit kommen, dass OSM ohne Kontrolle eigesetzt werden wird und dann doch irgendwann mal etwas passiert, was hätte vermieden werden können. Damit es soweit kommt, müssen meiner Ansicht nach die Qualitätsicherungs-Mechanismen erheblich besser werden. Es gibt zwar jetzt schon die Möglichkeit mittels Karten Status den Erfassungsgrad eines bestimmten Gebietes im Wiki zu verdeutlichen, aber solche Insturmente müssen deutlich verbessert und auf breiter Front eingesetzt werden. Das ist nicht unsere Aufgabe. Wenn jemand gewisse Qualitätmassstäbe braucht, dann muss er sich auch darum kümmern. Qualität zu garantieren kostet Geld. Das soll derjenige machen, der es braucht und auch das Geld ausgeben kann. Komisch, du bemühst das Beispiel Wikipedia und gerade im Bereich Qualitätssicherung ist Wikipedia doch eines der Vorzeigeprojekte beim Croudsourcing. Wenn wir wollen, dass OSM irgendwann für -alle- Anwendungen in Betracht gezogen wird, dann kommen wir nicht darum herum auch Qualitätssicherung zu betreiben. Da dafür aber die traditionellen Wiki Methoden vermutlich nicht geeignet sind, muss es eben anders gehen. Was ich erwarte ist, dass diejenigen, die OSM sozusagen zertifizieren, dann auch aufgedeckte Probleme zurückmelden. Wenn sie vernünftig sind werden sie das im Eigeninteresse auch tun. Und solche Zertifizierungen werden immer in der Hand derjenigen liegen, die garantierte Qualität benötigen. Die Regel Wenn Du sicher sein willst, prüfe es selber wird nämlich immer gelten. Sicher werden auch die OSM-internen Qualitäsbewertungen besser werden, aber auf keinen Fall darf das auf Kosten der Einsatzfreudigkeit unserer Mitstreiter gehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im Rettungsdienst
2009/7/24 Frederik Ramm frede...@remote.org Hallo, Dirk: Sicher werden auch die OSM-internen Qualitäsbewertungen besser werden, aber auf keinen Fall darf das auf Kosten der Einsatzfreudigkeit unserer Mitstreiter gehen Peter (Zitierreihenfolge umgestellt): Komisch, du bemühst das Beispiel Wikipedia und gerade im Bereich Qualitätssicherung ist Wikipedia doch eines der Vorzeigeprojekte beim Croudsourcing. Aber gerade das hat Dirk ja angedeutet - es darf nicht auf Kosten der Einsatzfreudigkeit gehen. Bei der Wikipedia tut es das - zumindest hatten wir hier schon oefters Leute, die behaupten, von WP genervt zu sein, weil zu vieles als nicht relevant oder nicht belegt oder was auch immer abgetan wuerde. ich glaube ja auch nicht das ein System wie es von mir beschrieben wurde der Motivation abträglich ist. Die Daten können ja weiter frei eingegeben werden und werden auch gerendert. Aber gleichzeitig steht da ein Schild das ganz klar sagt, hier könnte es Probleme geben. Ich glaube das ist eher Motivationsfördernd. OpenStreetBugs arbeitet ja nach dem selben Prinzip: Hier ist ein Fehler, geh hin und beheb ihn. Ich glaube das so ein Ansatz, der (mögliche) Misstände klar benennt und damit das Ehrgefühl der Mapper anspricht ganz elementar für OSM ist. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weltkarte erstellen
Hallo zusammen, ich würde aus den OSM Daten gerne eine Weltkarte rendern und auf DIN A1 oder DIN A0 ausdrucken. Die Karte sollte am Ende in etwa folgende Eigenschaften haben: - Auf Winkel Triple projeziert - Küstenlienien und Staatsgrenzen - Ländernamen auf Englisch - Hauptstädte - Städte über 1 Millionen Einwohner Dazu einige Fragen: - Kann ich irgendwie nur die benötigten Objekte aus der Datenbank ziehen? Ich habe eigentlich keine Lust 6+ GB wegen ein paar Landesgrenzen und Hauptstädten zu saugen ... - Mit welchem Tool rendere ich das am besten (habe MacOS X und Ubuntu-Linux zur Verfügung) Danke für die Hilfe, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm - Tonne
2009/7/13 Nop ekkeh...@gmx.de Hi! Michael Kugelmann schrieb: Nop schrieb: Es hat schlichtweg einen Sinn, daß sowas auf keiner Straßenkarte auftaucht. OSM ist keine Straßenkarte auch wenn wenn das Projekt so heißt: es ist eine Sammlung von Geodaten. Die bekannteste Verwendung dieser Daten ist das Rendern einer Straßenkarte. = feiner aber wichtiger Unterschied! Es geht hier auch nicht um das Mappen (OSM), sondern um das Rendern in bestimmten Karten. = feiner aber wichtiger Unterschied! :-) bye Nop Du renderst die Wanderkarte, deshalb entscheidest am Ende natürlich du, aber ich finde auch das die Kennzeichnung der Landnutzung mehr nutzt als schadet. Es ist wie gesagt auch nur eine andere Farbe als das graue nichts, sagt aber wenigstens was aus. Die Sinnhaftigkeit von landuse=farmland etc. ist davon gänzlich unabhängig. Was die anderen Karten angeht: Ich fasse die Mapnik-Karte auf osm.org nicht als Straßenkarte auf. Genauso wenig wie Osmarender. Das sind Multi-Purpose Karten und deshalb gehört Landnutzung meiner Ansicht nach dazu. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm - landuse=farmland
2009/7/13 Bernd Wurst be...@bwurst.org Hallo. Am Sonntag, 12. Juli 2009 schrieb Claudius: Am 12.07.2009 11:11, Bernd Wurst: Ich frage mich immer: Was ist denn ein farmland? Landwirtschaftliche Flächen unterscheiden sich je nach Jahreszeit, nach Region, nach Fruchtfolge, ... Es gibt keine typische landwirtschaftliche Fläche die überregional gelten würde. Und schon gar keine Farbe, die man dem Dingen geben kann Irgendwie antwortest du auf deine offenbar rhetorisch gemeinte Frage selber mit dem Eingeständnis, dass es eben doch so etwas wie landwirtschaftlich genutzte Flächen gibt, die sich im Detail unterscheiden. Das war kein Eingeständnis sondern eine Aussage. Ich habe ja definitiv nicht bestritten, dass es landwirtschaftlich genutzte Flächen gäbe. Nur kann man diese eben nicht in einen Topf werfen. Wenn ein Stadtkind alles was irgendwie unbebaut ist als landwirtschaftliche Fläche deklariert, dann ist das in etwa so wie wenn ich in der Großstadt alles als Industriegebiet oder alles als Wohngebiet definiere weil ich den Unterschied nicht kenne. Wenn man es nur mit dem Detailgrad erfasst, den man momentan in den Daten findet, ist es nichtssagend und daher IMHO sinnlos. IMO ist es nicht sinnlos, da die Aussage es wird genutzt und zwar landwirtschaftlich nun mal wahr ist. Wenn du es nicht mappen willst, lass es halt. Zwingt dich ja keiner. Und das mapping-verhalten von Stadtkindern kann man ja korrigieren Den Einwand es bringt auf dem Detailgrad nichts würde ich nicht gelten lassen, da unter diesen Voraussetzungen OSM an sich nichts bringen würde. Immerhin fangen wir immer erst beim groben an und werden dann detaillierter. UNd das es heute noch nicht praktikabel ist, Flächen zwei mal im Jahr umzutaggen heißt ja noch nicht, dass es das in ein paar Jahren immer noch nicht ist. Und vielleicht hat ja irgendjemand auch einfach Spaß daran, die Felder in seiner Umgebung up to date zu halten. Ich finde landuse=farmland aber dennoch wichtig um festzuhalten, dass dort über Jahre hinweg eine landwirtschaftliche Nutzung stattfindet, es also eben nicht dauerhaft ungenutztes Land ist. In Deutschland ist Letzteres seeehr wenig zu finden (kenne aber beispielsweise solche Flächen rund um Eichstätt). In Iran ist aber beispielsweise ein Großteil der Landesfläche eben nicht durch Landwirtschaft in Anspruch genommen, sondern... einfach... Land. Gerade dafür ist das Tag sehr sinnvoll. Ich glaube dass nur die wenigsten Iraner einen Vorteil darin sehen, wenn ihr Unterschied zwischen bewirtschaftetem und unbewirtschaftetem Land in den OSM-Daten verzeichnet ist. Die Diskussion sollte man vielleicht auch den Iranern überlassen ;-) Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WG: www.freietonne.de - Upload unsererSeekartendatennach OSM gestartet
ist kein Drama, sagt auch keiner. Nur ist es dann halt für den Laien (mich) auch nicht schlüssig. Aus meiner Sicht, bevor sich hier wieder sonstwas entwickelt, kann doch jeder dranschreiben, wie es gemeint ist (z.B. from_lighthouse und to_lighthouse). Wir werden mal drüber nachdenken und für die von uns erfaßten Nodes irgendwas eindeutiges verzapfen. Disclaimer: ich bin auch Segler. Ich dachte eigentlich das man in OSM etablierte Standards (die zudem Sinn machen) respektieren würde. Außerdem sehe ich hier überhaupt keine Problematik. Es wird niemand die Sektoren eines Leuchtturms selbst erfassen (dazu müsste er ja einmal 360° um das Ding rumlaufen und das dürfte ziemlich nass werden). Ergo werden auch nicht-Segler (wenn sie sich damit überhaupt beschäftigen) die Daten aus freien Verzeichnissen abschreiben - und da stehts nun mal meist als 0° = S drin. Also ist diese Lösung auch intuitiver. Die Lösung mit from_lighthouse und to_lighthouse würde voraussetzen, dass sich der Mapper vorher im Wiki kundig macht. Wenn er das tut, kann er dort auch lesen, dass Sektoren immer von Süden aus getaggt werden. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenqualität von OSM
Danke auf jeden Fall für die Nachricht. Ich persönlich finde deine Arbeit sehr interessant und würde mich freuen, wenn du uns darüber auf dem laufenden hältst. Wenn du die Zeit dazu hast: mich würden die verschiedenen Möglichkeiten zur Datenauswertung sehr interessieren. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eierlegende Wollmilchkarte
Beeindruckende Ergebnisse wie die 3D Karte, OSR, die ÖPNV Karte oder die andren diversen spezialisierten Karten fallen da leider oftmals unter den Tisch. Gruß Jörg Und damit sind wir wieder bei der Diskussion, wie OpenStreeMap.org aussehen sollte ... Ich denke auch, dass da der Fkus zu sehr auf einigen wenigen Kartenstilen liegt und man sich eher darauf konzentrieren sollte hier die Alternativen und Möglichkeiten sinnvoll zu präsentieren. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
dann könnte man auch mit einfließen lassen wieviel ein Mapper am Datenbestand wirklich beigetragen hat. Also eine entsprechende Stimmgewichtung mit einfließen lassen z.B. anhand der Gesamtanzahl ways+nodes oder edits über das letzte halbe Jahr etc. oder wie auch immer. Entsprechende Auswertungen anhand der Datenbank sollten ja überhaupt kein Problem sein. Why? This is like the introduction of a two class system. I thought in OSM we would be above simple contribution counting. How do you want to measure contribution anyway? 2 nodes equal one way? number of inserted tags? How are you going to take wiki-eddits into account? What is about organisation of mapping parties and so forth? I agree that people who did not make a single edit should not be able to vote on a new license. But from there on it is one mapper one vote! Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
Efficient handling of mailing-lists is just a matter of the Software installed on your own machine. Webforums are as dis-organized as the apear on the web and in contrast this can't be easily fixed on the clientside. Could you give some examples for a good software to handle OSM-mailing lists (prefereably cross platform) Thaks, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
2009/7/2 dgdg o...@fronhausen.com Verstehe ich alles - bei kommerziellen Konferenzen. Da darf das gerne auch mal einen Tausender pro Tag kosten - zahlt sowieso die Firma. Aber 100 Euro sind für den ambitionierten Hobby-Mapper eben schon zuviel und da darf man sich nicht wundern, wenn irgendwann nur noch die Abgesandten von Google, Tele-Atlas und CloudMade ;-) in den entsprechenden Gremien sitzen - und spätestens dann kostet die Teilnahme an den Konferenzen wirklich vierstellig. Dann macht doch einen Studententarif/Privattarif mit Selbstverpflegung. Detlef Also ich würde diesen Punkt langsam mal fallen lassen. Natürlich wäre es schön, wenn die Tickets für Studenten nur die Hälfte kosten würden. Aber der ambitionierte Hobby Mapper ist ja unter Umständen kein Student. Also dann auch Rabatte für Harz IV Empfänger? Und für Alleinerziehende? Das endet nur darin, dass andere Gruppen dann erheblich mehr bezahlen müssen. Außerdem: Ich bin Student und wenn ich auf eine mehrtägige Konferenz fahre, dann sind hundert Euro durchaus normal (und ja, dass ist der Studenten-Rabatt). Ich finde hundert Euro durchaus angemessen. Es gab ja auch viele Möglichkeiten ein Ticket umsonst zu bekommen (mir fällt da spontan der Aufruf ein, sich an der Video-Aufzeichnung der Vorträge zu beteiligen). Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
2009/7/2 Tobias Wendorff tobias.wendo...@uni-dortmund.de M.Gehling schrieb: und das ist auch richtig so. ( Er hat es für die osmf registriert ? ) _Er_ hat es registriert - das ist genau der Punkt: http://www.ipo.gov.uk/t-find-number?trademark=2500155 Es läuft auf ihn als natürliche Person und nicht auf die OSMF. Mir ist kein Europäisches Land bekannt, in dem eine juristische Person keine Marke anmelden kann. Jetzt macht mal alle einen Moment halblang. Glaubt ihr wirklich, dass Steve (selbst wenn er könnte) mir nichts dir nichts die OSM-Community über den Tisch zieht? Ich glaube ein paar haben sich hier ein wenig in die Diskussion reingesteigert. Wie wärs mit ein wenig Vertrauensvorschuss? Und selbst wenn dieses Vertrauen enttäuscht werden sollte: Die Daten sind immer noch frei. Jeder mit einem Planet-File könnte sein eigenes OSM aufmachen. Ich glaube nicht das das eine gute Entwicklung wäre, aber allein die Möglichkeit wird alle Beteiligten (auch Evil Steve) dazu verdonnern, zu einem Konsens zu kommen, wenn sie was von OSM haben wollen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative zu Map Features
2009/6/30 Nop ekkeh...@gmx.de Hi! Peter Dörrie schrieb: Dann läufst du aber in das Problem hinein, dass das Schema Autobahn zwar theoretisch 12 Tags umfassen könnte, in den meisten Fällen aber nur 1 bis 5 von diesen vergeben werden. Wie machst du der Datenbank klar, dass diese zu einer Kombination gehören. Noch komplizierter wirds, wenn zwei verschiedene Schemata eine Schnittmenge haben, sich also nur in 5 von 10 Tags unterscheiden. Wie gehst du mit Kombinationen um, die nur diese Schnittmenge umfassen? Verstehe das Problem nicht ganz. Ich füttere die DB mit den sinnvollen Kombinationen und sie hält sie so fest. Ok konkretes Beispiel: Komination 1: Motorway Kombination 2: Autobahn highway=motorway highway=motorway lanes=2 lanes=2 maxspeed=130 maxspeed=130 name=xy name=xy middleline=dashed overtaking=yes Beide Kombinationen machen im Prinzip die gleiche Aussage: Eine Autobahn mit zwei Spuren, einer Höchstgeschwindigkeit von 130 und Überholen ist erlaubt. Trotzdem gibt es einen Unterschied (middleline/overtaking) und es könnte zu einer Auseinandersetzung zwischen den Anhängern der beiden Lösungen kommen. Theoretisch könnte man jetzt die Zahl der damit getagten Wege überprüfen und feststellen, dass K1 nur halb so oft vorkommt wie K 2 und letzteres somit scheinbar besser akzeptiert ist. Aber wie werden Wege gezählt, die wie folgt getaggt sind: highway=motorway lanes=2 maxspeed=130 name=xy Diese Wege erfüllen alle Qualifikationen für K1 und K2, treffen aber keine Aussage darüber, zu welcher sie jetzt gehören (wollen). Betrachte ich sie jetzt als a) eigenständige Kombinationen - dann entstehen viele Dopplungen, etwas was wir eigentlich vermeiden wollten b) Teil einer der Kombinationen - das kommt mir ungerecht vor c) Teil beider Kombinationen - Verfälscht die relative Bedeutung von K1 und K2 zueinander. Das wäre vermutlich für sich noch nicht sehr schlimm, aber was ist, wenn es noch Wege gibt, die einfach nur mit name=xy getaggt sind. Diese erfüllen zwar rein formell auch die Voraussetzung für K1 und K2, können aber genauso zu einer beliebigen anderen Kombination gehören. Dies Problem könnte man umgehen, indem man einfach alle vorkommenden Kombinationen erfasst und nachher manuell zuordnen lässt, welche unvollständigen Kombinationen zu K1 bzw. K2 hinzugezählt werden sollen. Es können ja ruhig mehrere Schulen Anspruch auf eine unvollständige Kombination erheben, dann ist aber gesichert das sich vorher jemand wirklch darüber gedanken gemacht hat, ob das auch sinnvoll ist. Es macht auch wenig Sinn Kombinationen überhaupt nicht zu verlinken, da ich dann jede der hier vorgestellten Alternativen einzeln Dokumentieren muss (=Dopplung). Klar ließen sich die meisten Probleme auf die eine oder andere Art lösen. Aber ich glaube, dass der Community mehr damit gedient wäre, wenn Tagwatch komplett von einer Combinationwatch abgelöst würde. Wo ich gerade von Tagwatch rede: ich kenne mich damit wenig aus, aber könnte man nicht auf der Grundlage dieses codes relativ einfach ein proof of concept erstellen können? Naja, ein Blick in Tagwatch zeigt Dir eigentlioch schon, warum das nicht klappen kann: Jede Menge Irrläufer und Einzeleinträge. Wenn Du jetzt auf Kombinationen gehst, explodiert das, mit 100 unbedeutenden Tags kannst Du ja schon 1 sinnlose Kombis bilden usw. Es geht ja auch nicht um die sinnlosen Kombis, die das Ende der Liste bilden (es sei denn jemand will gezielt eine solche pushen). Vielmehr würde man - schaut man sich die ersten 100 Plätze an und nutzt die beschriebene Verschachtelung (bestimmte unvollständige Kombinationen werden anderen untergeordnet, tauchen also nicht selber auf) - einen guten Überblick über die tatsächlich verwendeten Kombinationen erhalten. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie viele Mannstunden (-tage, -jahr ) stecken in OSM? Eure Schätzung!
2009/7/1 Torsten Breda torst...@gmail.com Hallo Liste Hab ihr euch schon mal überlegt, wie viel Arbeit insgesamt in OpenStreetMaps steckt? Natürlich kann man es nicht genau sagen, aber man kann es zumindest versuchen zu schätzen. Ganz im Sinne von Fermi ist es möglich anhand von Kenngrößen und gesundem Menschenverstand eine quantitative Anschätzung zu machen ohne genaue Zahlen zu kennen. (Siehe hierzu: http://de.wikipedia.org/wiki/Fermi-Problem ) Ich hab mich mal daran versucht, bin aber auch gespannt auf eure Ergebnisse. 1. Schätzung a) Ich bin ein Durchschnittsmapper. b) ich verbringe mit OSM seit ca 2 Jahren etwa 10 Stunden pro Woche. Das ist IMO zu viel Zeit für einen Durchschnittsmapper c) Innerhalb der letzten 2 Jahre gab es durchschnittlich 5000 Durchschnittsmapper. Auch diese Zahl ist IMO zu hoch angesetzt d) 10 Stunden/Woche * 2 Jahre * 5000 = ca. 5.000.000 Mannstunden. 2. Schätzung a) Ich bin ein Durchschnittsmapper. b) Ich habe bisher etwa 500km Straßen hinzugefügt c) dazu habe ich etwa 1000 Stunden an OSM mitgearbeitet d) Das bedeutet, ich habe 2 Stunden/km benötigt Viel zu hoher Wert e) In OSM gibt es ca. 25.000.000km highway f) 2 Stunden/km * 25.000.000 km = 50.000.000 Mannstunden. Wie sehen eure Schätzungen dazu aus? Es würde mich freuen auch andere Sichtweisen/Herangehensweisen zu hören. Vielleicht über die Noteanzahl, die Datenbankgröße oder die hochgeladenen GPS-Tracks? Das müsste sich doch auf Grundlage der geführten Statistiken recht genau errechnen lassen. Wir haben die Anzahl der User pro Woche und die Anzahl der Wege / POIs pro Woche. Wenn man einen vernünftigen Zeitwert pro POI / Weg annimmt, dann kann man sehr genau die Arbeitszeit gesamt und pro Mapper ausrechnen. P.S. Mannstunden in OSM mal fairer Stundenlohn = unbezahlbar! Das stimmt auf jeden Fall ;-) Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
We have asked for help with this many times. For example last year I think Mikel Maron put up money and a free SOTM ticket to anyone who would blog regularly on OSM news but nobody did. I can try again. I think this shows a core problem: The OSM community is developing a lighting speed. I for my part didn't know of this offer even though I became an ative part of OSM around the last SOTM. So it is important to keep information available in a mid to longterm. And I don't think that having a archived mailing list is keeping something available. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative zu Map Features
2009/6/30 Nop ekkeh...@gmx.de Hallo! Peter Dörrie schrieb: Schön zu wissen, dass die eigenen Gedanken scheinbar nicht vollkommen blödsinnig waren ;-) Ich habe meine Überlegungen dazu schon vor einigen Tagen mal hier zusammen gefasst: http://wiki.openstreetmap.org/wiki/Peter.doerrie/New_Community_Platform#Implementation (Englisch, dass sind Notizen an mich selbst, also mit Verständnisproblemen rechnen!) Ich habe auch mal meinen Senf zu Deiner Idee beigesteuert. Im Wesentlichen würde ich vorschlagen, nicht mit Abstimmungen zu arbeiten, da das IMHO das Problem mit den aktuellen Proposals ist: Die Beteiligung an den Abstimmungen ist zu gering und daher werden sie auch nicht als relevant akzeptiert. Wenn man dagegen die vorgeschlagenen Tags zwischen die anderen stellt, so daß sie gefunden werden, aber deutlich markiert als Vorschlag, dann sieht man an der Anzahl der Nutzer, wie gut der Vorschlag ankommt. Sozusagen eine Abstimmung durch Mappen. Folgender Vorschlag: Jeder Proposal wird zwangsweise in eine Diskussionphase versetzt. Hat er diese überstanden kann sich jeder Mapper in diesem Proposal eintragen (ich nutze diesen Proposal). Man kann ihn auch explizit ablehnen (ich nutze diesen Proposal nicht, stattdessen nutze ich Proposal xxx). Hat der Proposal einen Schwellenwert an Mappern überschritten und diesen stehen weniger als x% Nutzer alternativer Konzepte gegenüber, dann wird er zur empfohlenen Praxis. Damit würde man zum einen die Abstimmung umgehen und zum anderen bleibt die Übersicht erhalten, welche alternativen es gibt. Allerdings sollte man sich schon darauf konzentrieren, möglichst nur ein Tagging-Schema für ein Thema zu erzeugen und nicht mal eben schnell beliebig viele konkurrierende Systeme. Die Konzentration würde sich bei einem überzeugendem Konzept so automatisch durchsetzen. Was die Listen angeht. Wenn eine Datenbank dahinter steht, dann könnte man das auch dem Nutzer überlassen: Es gibt einfach eine Liste mit allen Proposals und Empfohlenen Kombinationen und der Nutzer kann entscheiden nach welchen Kriterien er diese Filtern will. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative zu Map Features
2009/6/30 Nop ekkeh...@gmx.de Hi! Peter Dörrie schrieb: 2009/6/30 Nop ekkeh...@gmx.de mailto:ekkeh...@gmx.de Im Wesentlichen würde ich vorschlagen, nicht mit Abstimmungen zu arbeiten, da das IMHO das Problem mit den aktuellen Proposals ist: Die Beteiligung an den Abstimmungen ist zu gering und daher werden sie auch nicht als relevant akzeptiert. Wenn man dagegen die vorgeschlagenen Tags zwischen die anderen stellt, so daß sie gefunden werden, aber deutlich markiert als Vorschlag, dann sieht man an der Anzahl der Nutzer, wie gut der Vorschlag ankommt. Sozusagen eine Abstimmung durch Mappen. Folgender Vorschlag: Jeder Proposal wird zwangsweise in eine Diskussionphase versetzt. Hat er diese überstanden kann sich jeder Mapper in diesem Proposal eintragen (ich nutze diesen Proposal). Man kann ihn auch explizit ablehnen (ich nutze diesen Proposal nicht, stattdessen nutze ich Proposal xxx). Hat der Proposal einen Schwellenwert an Mappern überschritten und diesen stehen weniger als x% Nutzer alternativer Konzepte gegenüber, dann wird er zur empfohlenen Praxis. Bei der Diskussionsphase als erstem Schritt bin ich voll bei Dir. Das eintragen entspricht ja wieder im Prinzip dem Voting heute, wo man ein ja oder nein drunterschreibt und mit ebenso wenig Antworten wie heute rechnen muß. Das glaube ich nicht. Wenn man den Nutzern die Möglichkeit gibt, sich über für sie interessante Entwicklungen informieren zu lassen. (ich will über jeden Proposal benachrichtigt werden, der mit Strassen zu tun hat), dann erreicht man auch ein besseres Abstimmungsverhalten. Ich würde die Auswertung einfach aus den Daten selbst nehmen. Das läßt sich hübsch automatisieren. Ich war grade jetzt erst erstaunt über ein Tag, wo zwar niemand im Wiki abgestimmt hat, aber es wird mittlerweile 900mal verwendet. Prinzipiell stimme ich diesem Punkt zu. Für eine sinnvolle Umsetzung sind meiner Meinung nach aber ein paar Voraussetzungen nötig: Eines meiner Anliegen mit diesem Vorschlag ist es, die Fixierung auf einzelne Tags zu überwinden. Denn ein einzelner Tag zählt gar nichts, nur die Kombinationen mit anderen Tags, in denen er vorkommt. Um dieser Prämisse gerecht zu werden, könnte ein neues System wie folgt aussehen: Die Plattform (damit meine ich im folgenden das System das das Wiki ersetzen soll) durchforstet die OSM-Datenbank nach Tag-Kombinationen und erstellt aus diesen automatisch eine Dokumentationsseite (combination watch). Danach schlägt die Stunde der Nutzer. Sie können die einzelnen Kombination beschreiben und ihre Nutzung dokumentieren. Außerdem können sie Kombinationen miteinander verlinken, beispielsweise wenn die eine nur eine stärker ausgebaute Form der anderen ist (K1: highway=primary bzw. K2: highway=primarylanes=2), oder wenn es zwei widersprüchliche / konkurierende Kombinationen gibt. Das Ergebnis wäre eine sich selbst verwaltende Datenbank real verwendeter Kombinationen. Jede dieser Kombinationen könnte jeweils unterschiedliche Namen tragen (en=motorway, de=autobahn) und automatisch als Preset in Editoren integriert werden. Wenn ein Nutzer eine neue Tagging-Praxis einführen will, erstellt er ein reales Beispiel und fügt eine gute Dokumentation in den automatisch generierten Beitrag ein. Denkbar wäre auch die Möglichkeit eine neue Kombination für eine begrenzte Zeit auf eine gesonderte Liste zu pushen, um sie bekannt zu machen und Unterstützung dafür zu werben. Was denkt ihr? Eine Gegenüberstellung konkurrierender Proposals ist ein guter Gedanke. Allerdings sollte man sich schon darauf konzentrieren, möglichst nur ein Tagging-Schema für ein Thema zu erzeugen und nicht mal eben schnell beliebig viele konkurrierende Systeme. Die Konzentration würde sich bei einem überzeugendem Konzept so automatisch durchsetzen. Da würde ich mich bei den Glaubenskriegen heute nicht wirklich darauf verlassen. Allerdings könnte ein konsistenter Datenbestand dazu beitragen, dann gibt es nicht das Problem, daß Leute sich auf 5 verschiedene Wikiseiten berufen auf denen 5 widersprüchliche Interpretationen zur selben Sache stehen. Was die Listen angeht. Wenn eine Datenbank dahinter steht, dann könnte man das auch dem Nutzer überlassen: Es gibt einfach eine Liste mit allen Proposals und Empfohlenen Kombinationen und der Nutzer kann entscheiden nach welchen Kriterien er diese Filtern will. Ich hatte ja gehofft, daß man die DB nicht wirklich sieht, sondern daß die Plattform in HTML aufbereitete Listen nach verschiedenen Kriterien zur Verfügung stellt. Ich will auch Nicht-Informatiker ansprechen, die sich Map Features oder Tagwatch ansehen können aber definitiv nicht in einer DB rumwühlen werden. Das sehen ich genauso. Eine Sortierung und Filterung der Liste kann man ja auch mit einer schönen, intuitiven Benutzeroberfläche umsetzen. Das ist meiner Meinung nach sowieso bei allem Komponenten ein muss
Re: [Talk-de] Alternative zu Map Features
Um dieser Prämisse gerecht zu werden, könnte ein neues System wie folgt aussehen: Die Plattform (damit meine ich im folgenden das System das das Wiki ersetzen soll) durchforstet die OSM-Datenbank nach Tag-Kombinationen und erstellt aus diesen automatisch eine Dokumentationsseite (combination watch). Danach schlägt die Stunde der Nutzer. Sie können die einzelnen Kombination beschreiben und ihre Nutzung dokumentieren. Außerdem können sie Kombinationen miteinander verlinken, beispielsweise wenn die eine nur eine stärker ausgebaute Form der anderen ist (K1: highway=primary bzw. K2: highway=primarylanes=2), oder wenn es zwei widersprüchliche / konkurierende Kombinationen gibt. Meine Vorstellung ist ziemlich nahe dran, nur würde ich es andersrum machen. Es gibt zuviele Kombinationen und viele davon sind ja auch nicht absichtlich, sondern treffen sich nur zufällig. Ich würde es daher so sehen: Mit einem Tagging schema schlägt man eine Reihe von sinnvollen Kombinationen vor. Sobald das Proposal über die Diskussionsphase hinaus ist, werden die Verwendungen aller in der DB eingetragenen Kombinationen gezählt. Dann läufst du aber in das Problem hinein, dass das Schema Autobahn zwar theoretisch 12 Tags umfassen könnte, in den meisten Fällen aber nur 1 bis 5 von diesen vergeben werden. Wie machst du der Datenbank klar, dass diese zu einer Kombination gehören. Noch komplizierter wirds, wenn zwei verschiedene Schemata eine Schnittmenge haben, sich also nur in 5 von 10 Tags unterscheiden. Wie gehst du mit Kombinationen um, die nur diese Schnittmenge umfassen? Klar ließen sich die meisten Probleme auf die eine oder andere Art lösen. Aber ich glaube, dass der Community mehr damit gedient wäre, wenn Tagwatch komplett von einer Combinationwatch abgelöst würde. Wo ich gerade von Tagwatch rede: ich kenne mich damit wenig aus, aber könnte man nicht auf der Grundlage dieses codes relativ einfach ein proof of concept erstellen können? Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude auf highway=pedestrian?
2009/6/29 Markus liste12a4...@gmx.de Hallo Sven, Wie mappt man das denn nun richtig? Ich schlage vor, dass Gebäude einfach auf eine Landfläche gesetzt werden (sie stehen ja auch auf dem Gelände) Falsch. Das Gebäude steht eindeutig nicht auf highway=pedestrian, sonern auf seiner eigenen Parzelle mit eigenen Zugangsrechten. Somit ist ein Multipoligon vermutlich angebracht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude auf highway=pedestrian?
2009/6/29 Markus liste12a4...@gmx.de Hallo Garry, Ich schlage vor, dass Gebäude einfach auf eine Landfläche gesetzt werden (sie stehen ja auch auf dem Gelände) Falsch. Das Gebäude steht eindeutig nicht auf highway=pedestrian, sondern auf seiner eigenen Parzelle mit eigenen Zugangsrechten. Schon klar. Aber in besagtem Beispiel ist die Parzelle ja noch nicht in der DB. Mein Vorschlag ist ein grundsätzlicher: Gebäude stehen qua Definition immer auf einer Landfläche. Man braucht deshalb nicht extra in dieser Landfläche eine Grundfläche des Gebäudes /ausschneiden/ um dann dort das Gebäude hineinzusetzen. Doch, muss man. Wenn zum Beispiel jemand mal die Größe der Fußgängerzone (oder des Waldes) berechnen will, dann bekommt er ein Problem wenn das Gebäude einfach hineingesetzt ist. Also einfach das Gebäude auf den Wald draufklatschen oder auf das Industrie- oder Wohngebiet oder die Parzelle oder was auch immer. Also wo immer möglich keine Multipolygone mehr verwenden. (zumindest nicht auf Benutzerebene) wo ist das Problem die pedestrian -Fläche aus zwei Flächen zusammenzusetzen? Eine Fussgängerzone wird nicht dadurch zu zwei Fussgängerzonen, dass da ein Haus drin steht. Richtig Genausowenig wie aus einem Wald zwei Wälder werden, wenn dort ein Weg durchführt. Falsch, wenn man es genau nimmt. Ein Wald ist ein Wald, weil dort Bäume stehen. Auf einem Weg stehen keine Bäume, also gehört er nicht zum Wald. Anders ist es, wenn zwei Dörfer oder explizit benannte Ortsteile durch beispielsweise eine Bahnlinie getrennt sind, dann hat jedes Dorf ein eigenes Polygon. Eine Strasse wird ja auch beliebig oft gesplittet um z.B. über Brücken zu führen ja. oder rechtlich Grenzen zu berücksichtigen. Das könnte man m.E. einfach durch die Grenzlinie dokumentieren. Die Strasse und die Grenze sind ganz unterschiedliche Klassen und sollten m.E. nicht durch gemeinsame Punkte verknüpft werden. Die Verknüpfung ist keine topologische, sondern eine virtuelle. Gruss, Markus ___ 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] Hello from England
Hi Steve, thanks for taking the time to keep in contact with communities from other countries. I personally think that it would be a great idea to hear from you (or others from the foundation) more frequently on the talk-de list. I am personally not very afraid that the whole license issue will turn up something bad. As you said, you are OSMers like us, so why should you implement something bad? But there is another topic, where involvement of you and OSMers from other countries would be greatly appreciated from my point of view. There have been some very lively discussions on this mailing list about the future of OSM regarding decision making processes and mapping standards. Maybe it is due to us being German, but it seems to me that many people feel that there should be some kind of formalised leadership in the mapping communities. I do not want to pitch any concrete idea myself, but I think that this is something which should be discussed intensively on an international level and that your opinion would be valued. Greetings, Peter On Mon, Jun 29, 2009 at 6:50 PM, SteveC st...@asklater.com wrote: Hello So, first I apologise for writing in English. My German is very poor. Several people have volunteered to translate back and forth. Recently I had the luck and privilege to travel to some places in Germany, Italy and other countries and meet OSMers. This was very educational and I learnt a lot about how the different communities work in these places. There are some subtle differences between different countries and how OSM works in each one. Some have more mapping parties. Some have meetings like Stammtisch. Some have PR. Some organise on the mailing list. These are healthy differences. One thing I noticed a lot everywhere though was some misunderstandings on what the foundation, the OSMF, are doing. It feels a little like FUD[1]. These misunderstandings related to the license, the servers, the working groups, the software, the State of the Map conference and other things. What I quickly found was that these misunderstandings could be corrected easily with some discussion. It seems I and the Foundation have tried to include people from Germany many times, but we have not tried hard enough. This is partly because the volunteers from the foundation are already doing a lot of work and are busy we sometimes overlook things. It was a big surprise to me that people I met in Germany said I should post to talk-de@ in English and this would be a good thing for example. We have always assumed you would not like this in a big way. So I learnt something very important. So, in the spirit of communication I would like to say I am here to answer any open questions you have. You might have heard that I am Evil[2] or that we are changing license to be Evil like CDDB[3]. In general this is not the case, and we are OSMers like you who are trying to make it better, safer, more reliable and of course map more things. So please assume anything here you see as negative is not meant to be. Let me tell you a story about the Italian OSM.it conference I went to a few weeks ago. They had a lawyer do a talk about the new ODbL license to check that it was not Evil and what the points of it were. Half way through the lawyer said something like yes you should use it as it does basically the same as CC-BY-SA but it much better and applies to data better. There was visible relief and smiles from the audience when he said this. I just turned up to the conference without any warning and had nothing to do with it. I have cc'd a leading Italian OSMer, Simone, who can verify this. I don't think I will be able to bring a similar happiness to you all by talking on the mailing list here, but I hope it helps. So, can I answer any questions or do you have any comments? Best Steve [1] - http://de.wikipedia.org/wiki/Fear,_Uncertainty_and_Doubt [2] - http://fakestevec.blogspot.com/ [3] - http://de.wikipedia.org/wiki/Gracenote (this could do with a better link I think?) ___ 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
[Talk-de] Weg mi dem Wiki !
Hallo zusammen, Ich habe jetzt die Diskussion zu Weg mit den Map Features und die diversen Nebenkriegsschauplätze eine Weile beobachtet und mit angesehen, wie die eigentlich recht sachliche Diskussion langsam in einen Glaubenskrieg abglitt. Ich denke, dass Problem der vorgestellten reformistischen Ansätze ist, dass sie versuchen ein neues Gesellschaftssystem (Rat der Weisen etc.) in einer Community zu etablieren, die sich schlicht nicht auf ein solches System einigen kann. Schon gar nicht auf Grundlage einer Diskussion in einer nur von einer Minderheit gelesenen Mailingliste. Ich würde deshalb einen anderen, in mancher Hinsicht vielleicht sogar radikaleren Vorschlag machen: Wir unterlassen jeden Versuch in der Community irgendeine Form von Regierung (wie unverbindlich auch immer) zu etablieren und reformieren stattdessen die technische Grundlagen auf denen wir Entscheidungen treffen. Will heißen: Weg mit dem Wiki. Etablierung einer neuen, auf die Bedürfnisse von OSM zugeschnittenen Community-Plattform, welche ohne eine Regierung auskommt. Ich denke es herrscht Einigkeit, dass Mediawiki nicht wirklich optimal für die Belange von OSM ist. Wenn wir diesen Umstand akzeptieren und die nötigen Ressourcen in der Community aktivieren (bei 125.000 Menschen wird sich da ja was machen lassen), dann sollte es möglich sein etwas neues zu entwickeln, dass viele Probleme auf einmal löst. Konkret stelle ich mir folgendes vor: Wir brauchen eine Plattform, welche zwar viele der Eigenschaften eines Wikis behält (jeder kann editieren), aber einige feste Regeln aufstellt. Dazu gehört ein festes Prozedere wie die Aufnahme neuer Tags in die Map-Features Liste beantragt wird. Diese Map Features Liste sollte nicht per Hand veränderbar sein, sondern nur auf Anträge von Nutzern hin, welche bestimmten Kriterien entsprechen müssen und eine feste Zeit zur Diskussion stehen, bevor es zu einer Abstimmung kommt. Diesen Anspruch erhebt zwar das Wiki momentan auch, da sich aber niemand daran halten muss, entstehen viele Konflikte und Unklarheiten. Deshalb sollten diese Prozesse automatisch ablaufen. Wenn man hier softwareseitig die richtige Lösung findet, dann kann das viele Probleme recht konfliktfrei lösen: - Man braucht keine Regierung, mit den richtigen Werkzeugen funktioniert nämlich auch Basisdemokratie - Man könnte miteinander verlinkte Tag-Synonyme erstellen. Jeder könnte in Zukunft in seiner Sprache taggen, aber trotzdem könnten die Renderer den Überblick darüber behalten, was welcher Tag meint. - Multilingualität allgemein ließe sich besser managen - Die Nutzerdaten der Mapper könnten stärker in ihre Arbeit in der Community-Plattform integriert werden - Viele Inhalte würde sich selbst verwalten - mehr Zeit zum mappen Von einigen Nutzern wurde im laufe der Diskussion die Wichtigkeit richtiger Kommunikation hervor gehoben. Ich halte das auch für zentral und glaube, dass die uns bisher zur Verfügung stehenden Kommunikationskanäle schlicht keine gescheite Organisation von einem Projekt wie OSM erlauben. Wenn wir mit einer neuen Kommunikationsplattform einen geeigneten Kanal schaffen, dann lösen sich viele Probleme von selbst. Dies hier ist ein Beitrag um die Diskussion zur Zukunft von OSM anzuregen. Er spricht sich langfristig allerdings nicht für oder gegen einen expliziten Governance Ansatz in dem Projekt aus. Jeder beliebige Regierungsstil ließe sich damit etablieren, wenn es von der Community gewünscht ist. Aber: Kurz- bis Mittelfristig sehe ich persönlich erst mal keine Alternative zu einer Beibehaltung aktueller Entscheidungsstrukturen bei gleichzeitiger Reformierung der Kommunikationsplattform. Grüße, Peter PS: Bevor jetzt jemand mit dem Argument wer soll das bezahlen ankommt: Die Erfahrung zeigt, dass die Ressourcen schon kommen, wenn man sich erstmal fest genug dafür entschlossen hat etwas umzusetzen. Also würde ich diesen Aspekt gerne aus der Diskussion ausblenden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mi dem Wiki !
2009/6/27 Dirk Stöcker openstreet...@dstoecker.de On Sat, 27 Jun 2009, Peter Dörrie wrote: Weg mit dem Wiki. Etablierung einer neuen, auf die Bedürfnisse von OSM zugeschnittenen Community-Plattform, welche ohne eine Regierung auskommt. Du willst gesellschaftliche Problem mit Tecknik erschlagen (was bis jetzt noch nie funktioniert hat). Was soll das bringen. Das stimmt so nicht ganz. Zum einen glaube ich nicht, dass die OSM-Gesellschaft ein grundsätzliches Problem hat, sondern einfach nur Schwierigkeiten mit der Kommunikation. Und hier kann Technik durchaus eine Abhilfe sein. Zum anderen haben neue Techniken wie zum Beispiel der Buchdruck, das Fernsehen oder auch das Internet durchaus dazu beigetragen, gesellschaftliche Probleme zu identifizieren und zu lösen. Das existierende Problem, dass neue Vorschläge immer nur im Interesse weniger liegen, die breite Masse aber keine Lust hat sich damit zu beschäftigen kannst Du nicht aus der Welt schaffen. Aber wir können dafür sorgen, dass diese Vorschläge nachvollziehbar dokumentiert und gerecht verhandelt werden. Ich z.B. könnte aufgrund meiner Ausbildung in vielen Bereichen wahrscheinlich gut mitreden, habe aber einfach keine Zeit und Lust dazu. Ich programmiere lieber, das bringt das ganze stärker vorran. Das programmieren mindestens genauso viel zu OSM beiträgt, wie mappen oder die Diskussion über neue Standards ist ja unbestritten. Auch wenn einige hier gern reformieren wollen - es wird nichts bringen. Die OSM-Struktur wird auch in Zukunft durch evolutionäre entstandene Standards bestimmt werden: - Aus vielen konkurrierenden Ideen und Vorschlägen wird sich ein Weg (oder mehrere) durchsetzen. - Die Auslese geschieht durch verschiedene Faktoren: - Die Diskussion der Standards - Die Befürworter und Gegner - Die Akzeptanz bei den Mappern - Die Akzeptanz und Umsetzung in den Editoren - Die Akzeptanz bei den Anwendungen - Existierende Standards werden von besseren Methoden im Großen und Ganzen abgelöst, verschwinden aber nicht - In OSM wird ein Bestand von toten und unützen Teilen enthalten sein Aus meiner Sicht ist die ganze Diskussion (die ich nur überflogen habe) lächerlich. Was soll es bringen EIN kleines Steinchen hochgradig zu optimieren. Es wird die Situation nicht ändern. Das einzig sinnvolle wäre die existierenden Standards etwas besser zu dokumentieren. Tagwatch ist ein Weg dazu, aber für viele nicht unbedingt sehr hilfreich. Die Mapfeatures sollten (automatisiert) Beispiellinks auf real existierende Daten und Nutzungsstatistiken erhalten. DAS wäre wirklich hilfreich. Oder so eine Art Zeig mir mal, wo und wie das genutzt wird-Funktion. Aber das wird sich schon noch entwickeln. Erste Ansaätze sind ja da. Mein Vorschlag geht ja auch in eine sehr ähnliche Richtung, aber weiter. Ich will nicht, dass wir einzelne kleine Bausteine nach und nach überholen und zusammenstückeln. Vielmehr sollten wir uns darum kümmern, dass jetzt eine tragfähige (technische) Basis für die Community entsteht. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative zu Map Features (was: Re: Weg mi dem Wiki !)
2009/6/27 Cornelius cornelius@csides.info Hallo Peter! Ich kann ja mal versuchen ein paar Sätze dazu zu schreiben, wie ich mir so eine Plattform vorstelle: Hi Cornelius, das hört sich ehrlich gesagt sehr nach dem an, was mir auch vorgeschwebt hat. Ich habe deine Objekte zwar für mich als Kombinationen bezeichnet, meine damit aber eigentlich das selbe: eine Sammlung von Tags, welche zusammen ein bestimmtes Feature ergeben. Schön zu wissen, dass die eigenen Gedanken scheinbar nicht vollkommen blödsinnig waren ;-) Ich habe meine Überlegungen dazu schon vor einigen Tagen mal hier zusammen gefasst: http://wiki.openstreetmap.org/wiki/Peter.doerrie/New_Community_Platform#Implementation(Englisch, dass sind Notizen an mich selbst, also mit Verständnisproblemen rechnen!) Diese Vorstellung umfasst grob das, was du auch gerade beschrieben hast: Beschreibung von Objekten, welche von den Einschlägigen Programmen abgerufen werden können, um doppelte Arbeit zu vermeiden. Ich bin dann aber noch einen Schritt weiter gegangen und würde so ein System zu einer Plattform ausbauen, mit der man neue Objekte vorschlagen und abstimmen kann, Objektlisten und Sammlungen der darin genutzten Tags automatisch erstellt und verwaltet werden und das Raum für eine starke Integration der Nutzeraktivitäten in deren persönliches profil bietet. Übrigens stimmen wir darin überein, dass für bestimmte Bereiche der Wiki-Ansatz immer noch am praktikabelsten ist. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative zu Map Features (was: Re: Weg mi dem Wiki !)
Ich hoffe, meine Beschreibung ist einigermaßen verständlich. Wenn Interesse besteht, könnte ich ja mal einen GUI-Prototypen auf die Schnelle zusammenbasteln. Cornelius PS: Also mich würde es auf jeden Fall interessieren! Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mi dem Wiki !
Ich würde diesen Thread gerne auf das angezeigte Thema beschränken und hier nicht die Diskussion über die Verwendbarkeit von OSM Daten aufwärmen. Danke. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
2009/6/26 Sven Sommerkamp s_sommerk...@gmx.de Du hast keinerlei Recht, den Leuten im Kongo vorzuschreiben, wie sie zu mappen haben. Über sinnvolles abstimmen von solchen Dingen könnten auch Leute im Kongo die Dinge an ihre Realität anpassen. Wobei ich denke OSM war und ist ein Internationales Projekt und die Art Dinge zu erfassen sollte eine gewisse Konsistenz auch über alle Grenzen hinweg haben. Auch jemand aus dem Kongo möchte sich umgekehrt in unseren Karten zurechtfinden! Eigentlich wollte ich mich in diese Diskussion ja nicht einklinken, aber an dieser Stelle kann ich nicht widerstehen. Im Kongo war ich zwar noch nicht, dafür aber in einer ganzen Menge anderer afrikanischer Staaten. Die Vorstellung, dass ein in Europa erdachtes und auf hiesige Bedingungen abgestimmtes und definiertes tagging-System in Afrika funktioniert ist schlicht illusorisch. Im Vergleich zu den Ausbaustufen europäischer Straßennetze müsstest du in Afrika schon mit der Verwendung von trunk vorsichtig sein, von motorway mal ganz zu schweigen. Trotzdem sind relativ viele Straßen in diesen Staaten als trunk oder motorway getagt, was im Vergleich zu dem restlichen Straßennetz auch sinnvoll ist. Ich würde persönlich zwar auch davor zurück schrecken eine ungeteerte Straße als motorway zu bezeichnen, bin aber doch der Meinung, dass unterschiedliche Regionen Flexibilität in der Definition der Schlüssel-Wert Kombinationen brauchen. Vor diesem Hintergrund wäre mein konstruktiver Beitrag zu dieser Debatte: Folgt dem Beispiel Wikipedia und dezentralisiert Entscheidungsstrukturen. Jedes Land / Region, dass eine ausreichend große Nutzerbasis hat, darf sich frei für ein von ihr preferiertes Organisationsmodell entscheiden. Also zum Beispiel die deutsche Community für einen Rat der Weisen, die Engländer für einen wohlwollenden Diktator, die Franzosen für reine Basisdemokratie und die Afrikaner für Anarchie (zufällig gewählte Beispiele). Jedes dieser föderalen Systeme kann für seinen Einflussbereich Empfehlungen zum Tagging abgeben, die einzelnen User sind in ihrer Entscheidung aber weiter frei. Die internationale Kooperation wird dabei nicht zwingend den Bach runter gehen. Ich denke ein gute Kultur des voneinander Lernens und eine gegenseitige Orientierung an praktizierten Konventionen wird sich automatisch ergeben. Die gesamte OSM Community in ein einziges Entscheidungsmodell zu pressen wird aufgrund kultureller Unterschiede sowieso nie funktionieren. Glaubt es oder lasst es. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
2009/6/26 Markus liste12a4...@gmx.de Hallo Falk, Evaluierung der Wiki-beiträge der am besten bewerten Seite den Vorrang einräumen QM fürs Wiki - find ich gut! +1 Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Move the Map
Ah yeah, those were the days when we didn't have a reliably working map on the front page, so we were looking for alternatives (you can just make out the map image is the old linework-on-landsat version. But that's not an issue any more. Well, but it is an issue that the map we show off now, is not exactly feature rich (plain text: is nothing to show off). So I think the discussion is warranted to either add more bliing bling to the map, or give it a less dominant status. I personally prefer the second approach. The map on osm.org is mainly a working tool. It is not shiny, but it has a purpose and it does itss job well. So we should present it that way and give the first row advantage to those shiny feature-laden applications that serve well to impress and convince new people of OSM. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Move the Map
I disagree because I think, the map is the best way to show our potential Well, clearly not. The potential of OSM is not that we can produce a nice slippy map. Google did that just fine. The potential is that you can do a lot more with the osm data, than you can with any copyrighted map-API from one of the big guys. So if we want to show off our potential, then we should not present our slippy map, but cool projects that have been realised with osm data. (and is also used to serve access to online(potlatch-)editors and to export data). As I said, it is a tool (in a very positive sense). Some more features wouldn't harm though, if inserted into the common interface without any cluttering (e.g. intelligent search, GUI for adding markers in permalinks, etc.). I am with you here. I think those should be implemented in any case. Greetings, Peter Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Move the Map
Hi all, there has been a quite lively debate on talk-de about the appearance of the openstreetmap.org page to newcomers to the project, speaking people who heard of it for the first time and come around to see if they (and how) they will be able to use it for their goals (note: not all of them might want to participate in mapping). Several people made some suggestions and I would like to get your take on those: Move the map It was argued that the map itself does not provide enough eye candy and usability (ability to draw on it, etc.) for first time visitors. Others argued (and I support that) that neat functions (routing, drawing, etc) are not the goal of openstreetmap.org. OSM exists to provide the data, not the services. But then, why give the map a such dominant position? The suggestion has been made to move the map (or make it less dominant), and instead offer a set of high profile real life OSM applications (OpenCycleMap, OpenRouteService, Cloudmade, etc.) Greetings, Peter PS: I didn't participate in the discussion myself, but I think it touches some important points which can not be changed without the consensus of not only the German community. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] POI mobile editor
Amenity Editor ist genau das was du suchst: http://ae.osmsurround.org/ wird gerade auch für android plattformen entwickelt. Von Nokia weiß ich nichts, aber du kannst es ja im Browser öffnen. Peter 2009/6/15 Thomas Steiner finbref.2...@gmail.com Hallo gibt es einen Online Editor von OSM, mit dem man nur POIs hinzufügen kann? Ich verwende sonst (tracks) mit meinem Nokia E71 den Nokia Sportstracker, die gpx files sind da super, die lade ich dann auf den PC und dann schließlich ins Netz um es am Ende nachzuzeichnen. Ein POI Editor, wo ich nur einen Punk angeben kann (kommt vom GPS), außerdem unter den vielen Möglichkeiten (zB sagen wir ein Bankomat) die richtigen tags einfüllen kann und dann direkt zu OSM hochladen. Die (mobile) Software auf http://wiki.openstreetmap.org/wiki/Making_Tracks_with_Homebrew-ware ist immer mit Karten oder zum Tracken und exportieren oder gps-tagging software für Bilder, also keine Ergänzung zum Sportstracker. Kennt ihr was passendes für mich? Soetwas könnte auch die POIs enorm pushen, das ist ja dann super einfach... Danke! Thomas, erstes posting hier ___ 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] Straßenlistenauswertung RE/KR/HSK/HS
2009/6/15 Florian Lohoff f...@rfc822.org Es hat sich wieder einiges getan - Ich habe eine visualisierung gebaut die die vollstaendigkeit der entsprechenden Gebiete Zeigt (Im moment nur NRW). Die Abstufung ist derzeit (Satt Gruen 90%) bis Rot (20%) Super! Das sieht doch ansprechend aus. Wirklich gute Arbeit. Könnte man die Verallgemeinerung anstellen, dass alle tief grünen Kreise als OSM-Autokarte geeignet sind? Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionale time fuer Wanderwege ?
ich bin gerade dabei eine Relation für einen mehrtägigen Wanderweg zu erstellen, und zwar auf Korsika den Weg Mare a Mare Nord - Variant. Ich habe nun gedacht eine einzige Relation zu erstellen und würde sie gerne mit Infos zur Dauer versehen. (10 Tage). Ich halte das nicht für sehr sinnvoll. Die Zeit die jemand braucht um einen beliebigen Weg zu gehen hängt meines erachtens (besonders beim Wandern) viel mehr von weichen Faktoren (Lust, Fitness, Ausrüstung, etc) ab, als vom harten Faktor Wegstrecke. Ergo sollte in einer Karte auch nur die Strecke auftauchen. Die konkrete und individuelle (Zeit-)Planung sollte der Wanderer dann auf Grundlage seiner persönlichen Vorlieben und anderer Quellen (zum Beispiel dem offiziellen Buch) machen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] A lot of Spam on the user diaries
Hi, lately there has been a lot of spam in the user dieary entries (and therefore in the planet as well). And I found no way to flag those users or entries for an admin to investigate this. So please 1. block the following accounts: Accessories http://www.openstreetmap.org/user/Accessories Vitamins http://www.openstreetmap.org/user/Vitamins ericola http://www.openstreetmap.org/user/ericola 2. Implement a flag button in the user diaries, so that that spam can get countered effectively ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] How to get into the planet
Hi, how can I get my blog http://blog.peter-doerrie.de into the OSM planet ( blogs.openstreetmap.org)? Are there any requirements for a blog to be included? Thanks, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Auf zum Planeten, aber wie?
Wobei mich jetzt echt interessiert, wie Shaun reagiert. :-) Ich hatte auf Vorschlag von Jochen vor einigen Wochen Shaun eine E-Mail geschickt mit der Frage, ob er nicht meinen Blog osmbonnblog.blogspot.com in den OSM Planet einstellen könnte. Bisher gab es keine Reaktion auf die auf englisch verfaßte E-Mail... Grüße, Stephan -- Ich werd dir ausrichten, ob er von sich hören lässt. Ich habe allerdings auch gehört, dass ein admin gerade im Urlaub ist. vielleicht ist damit Shaun gemeint. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Wenn der Besucher bei OSM frustriert aufgibt, weil sein Ferienzielgebiet eine weisse Flaeche ist, geht er eben zu Google Maps zurueck, denn da klappt der Blindflug. Ich glaube das gros der Nutzer bleibt nicht bei GoogleMaps, weil die Daten dort besser sind. Klar, es gibt noch genug Flächen, die in OSM besser sein könnten, aber die meisten würden das nicht mal bemerken. Es ist vielmehr so, dass die Präsentation der GoogelMaps Daten um einiges professioneller und vor allem schneller ist. Wenn ich nach einer Adresse suche, dann kann ich die mit GoogleMaps innerhalb von Sekunden finden und zwar praktisch unabhängig davon, wie ich sie in das Suchfeld eingebe. Dagegen macht die Suchfunktion von OSM den Eindruck, als müsste sie erst mal zur btereffenden Straße hinlaufen, nur um festzustellen das sie meine Eingabe nicht versteht, da ich kein Komma zwischen ort und Strasse gesetzt habe. Die Qualität ist gut (und an vielen Stellen erheblich besser als bei Google), aber der Service drum herum lässt zu wünschen übrig. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Ich letztens einen Leipzig-Trip mit OSM geplant und das hat toll funktioniert, aber versuch mal eine Ueberlandfahrt in Frankreich damit. Alles ist relativ. Hab ich schon ;-) Zugegeben, ich habe meist Autobahnen genutzt und die Strecke mit GoogleMaps geprüft, aber nennenswerte Unterschiede waren da nicht zu finden. Ich persönlich glaube, dass OSM bei einer reinen Straßennavigation in den gut ausgebauten Ländern mehr als 80% aller Anfragen problemlos bearbeiten könnte, ohne das mehr als kosmetische Unterschiede zu den etablierten Systemen auftauchen. Und ich glaube auch, dass der Schnitt dieser etablierten nicht entscheidend besser ist. Auch diese haben gerade in den ländlichen Gebieten zum Teil erhebliche Defizite und / oder sind nicht gerade aktuell. Aber diese Diskussion hat etwas vom wer hat den größten (Kartensatz). Ich denke was OSM eigentlich ausmacht (und das hat Frederik ja auch schon hervor gehoben) ist die Möglichkeit eben nicht nur Straßennavigation, sondern jede andere (un)denkbare Aufgabe zu erfüllen, bei der man auf Geo-Daten angewiesen ist. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Mach mal den Fingertest. Nimm eine Frankreichkarte, geh blind mit dem Finger drauf, notiere den naechsten Ort (5km Umkreis) und versuche mit OSM hinzufinden. Mit 90%iger Sicherheit wird Google hier besser sein, denn die Abdeckung in Frankreich ist massiv schlechter wie hier. Autobahnen gehen ueberall, aber das ist ja auch der Trivialfall. Aber das ist doch genau das Problem mit deiner Argumentation. Ich habe gesagt, dass OSM bei der von mir gewünschten zuverlässige und ausreichende Informationen geliefert hat. Du hälst dagegen, dass dies bei einer anderen Anwendung aber nicht so wäre. Mich interessiert aber meine Anwendung, also bin ich mit OSM weiterhin zufrieden. Dieser abgelich von hypothetischen Use-Cases ist meiner Ansicht nach nicht zielführend. Ich denke das man zur Beurteilung der Qualität (und damit meine ich nicht nur der Grad der Erfassung, sondern auch die Verfügbarkeit und Flexibilität) sich eher die Steigenden Nutzerzahlen und die vielfältigen (auch professionellen) Anwendungen anschauen sollte. Und was von Dir auch übersehen wird: In vielen Ländern ist OSM zwar unvollständig, aber immer noch mit Abstand das vollständigste digitale Kartenmaterial, auf das Normalsterbliche Zugriff haben. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz (war: Online-Landkarten gefährden ihre Gesundheit ...)
Und da genau ist das Problem: Was ist, wenn der Eigentümer irgendwann sagt: Ich will meine Wege jetzt doch nicht mehr drin haben und entziehe Euch die Erlaubnis ... CC-BY-SA ist ungültig. Haben wir eine Instanz, die diese Löschung kontrollieren und durchführen könnte? Es werden immer noch hunderte Kopien in Form von DB-Dumps und Planet-Dateien rumfliegen. Ich finde es ziemlich blauäugig, sich keine Gedanken darüber zu machen und sich nur auf irgendwelche Kommentare aus England zu verlassen. Wir brauchen uns gar keine Gedanken darüber zu machen (überspitzt ausgedrückt), da wir nicht die Datenabnk verwalten. Diese ist meines Wissens nach bei der OSM-Stiftung untergebracht, also hält sie auch die rechtliche Verantowrtung daran. Ergo ist es auch ihre Aufgabe sich um solche Beschwerden zu kümmern. Insofern sind die Kommentare aus England sogar entscheidend ;-) Mal im Ernst: Ich würde mir da nicht so einen Kopf drum machen. Geodaten werden von privaten, öffentlichen und gewerblichen Anbietern seit Jahrhunderten erhoben und vertrieben. Was die Datenschutbeauftragten gesagt haben, betrifft Fotos und nicht stark abstrahierte, von Laien erhobene Geodaten. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Auf zum Planeten, aber wie?
Moin zusammen, auch ich beteilige mich seit einiger Zeit mit selektiven und individuellen Beiträgen an gesellschaftlichen Debatten und persönlicher Kommunikation im Internet (d.h. ich offenbare in unregelmäßigen Abständen jedem der es (nicht) wissen will meine Meinung in meinem Bloghttp://blog.peter-doerrie.de). Da ich mich immer intensiver mit OSM auseinander setze, werde ich in Zukunft wohl auch vermehrt darüber bloggen. Darum die Frage: Wie bekomme ich meinen Blog in den OSM Planeten http://blogs.openstreetmap.org/ hinein? Danke, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
2009/6/11 Karl Eichwalder k...@gnu.franken.de Markus liste12a4...@gmx.de writes: Wattwege sind i.A. keine festen Wege. Sie verändern sich dauernd. Das erfassen ist nicht sinnvoll und kann u.U. gefährlich sein. Sinnvoll wäre ein Schlüssel Wattweg. (ähnlich wie Fährlinien, die ja auch nur ungefähr positioniert sind) Ich denke das wäre die beste Lösung. Mappen sollte man das generell aber schon. Immerhin werden diese Wege auch von den örtlichen Fremdenverkehrsämtern in Karten abgebildet. Ein eigener Schlüsse / Rendering macht aber Sinn, um die unbeständige Natur solcher Wege zu verdeutlichen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Die Gefahren im Watt sind viel zu gross, um einfach unbedarft mit einem footway zu zeichnen und damit die Kartennutzer den unberechenbaren und tödlichen Strömungen auszusetzen. Also diese Darstellung finde ich ein wenig übertrieben. Keine Karte dieser Welt ist perfekt und praktisch alle weise Fehler auf, die für einen unvorsichtigen Nutzer lebensgefährlich sein können. Ich verweise da gerne auf das immer wieder kehrende Beispiel der Auto-Navis, die Brücken an den Stellen eingezeichnet haben wo Fähren sind und ihre Benutzer deshalb auch bei Nebel fröhlich mit 60 Sachen in den Fluss fahren. Das ist nicht die Schuld der Karte, sondern die Schuld des Nutzers. Das Watt ist eine gefährliche Gegend, wenn man sich falsch verhält. Dies sollte aber jedem Anwohner / Touristen / Besucher klar sein. Wer dennoch einfach und nur auf die Information einer Karte (egal ob OSM oder eine andere) ins Watt spaziert ist selber schuld. Ich würde mir da als Mapper keinerlei Vorwürfe machen. Ich habe meinen Zivildienst im Nationalpark auf einer der Ostfriesischen Inseln absolviert und kann aus Erfahrung sagen, dass solche Leute, die sich und andere leichtsinnig in Gefahr bringen, sowieso kein Kraut gewachsen ist. Im Sommer säuft da jede Woche einer in der Nordsee ab, obwohl überall vor den starken Strömungen gewarnt wird. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Cheat Sheet
Hi everybody, I recently came across the idea of producing a cheat sheet of the Map Features page for mappers to take into the field. I hink that this is a great idea and I have set up a wiki page ( http://wiki.openstreetmap.org/wiki/Cheat_sheet) to discuss and refine a concept for something like this. The goal of the project would be to produce high quality and highly portable cheat sheets for the OSM community to facilitate the usage of the ever expanding amount of tags. Please participate. Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM Spickzettel
Hallo, auf der englischen Liste ist vor einiger Zeit mal die Idee aufgetaucht einen Spickzettel (en: cheat sheet) für die Map Features von OSM zu machen. Hierfür habe ich eine Wiki Seite eingerichtet ( http://wiki.openstreetmap.org/wiki/Cheat_sheet) um die Idee zu diskutieren und weiter zu entwickeln. Ziel soll es sein, informationsreiche und handliche Infomaterialien zu entwickeln, die es Mappern erlauben die ständig wachsende Zahl an Tags auch zu nutzen. Vorerst würde ich mich auf eine englische Version konzentrieren, aber wenn das Projekt Erfolg hat, sollten lokalisierte und an örtliche Gegebenheiten angepasste Projekte folgen. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
Die Datenschützer können uns nicht dazu verdonnern, das Mappen zu lassen, allerdings können sie uns dazu verdonnern, solche Daten zu entfernen, Nö können sie nicht. Wir müssen nur in unseren Nutzungsbestimmungen erwähnen, dass der Nutzer das Recht haben muss die Wege die er einträgt auch zu veröffentlichen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Wanted feature for API 0.7 ??
Whatever you say. I dont have the hacking chops needed to fully understand the APi and how it works. But I am really interested in seeing some form of lifespan feature implemented in OSM. So it would be grate if this discussion makes some progress in getting closer to that goal. Greetings, Peter 2009/6/8 Frederik Ramm frede...@remote.org Hi, Peter Dörrie wrote: in the (albeit short) discussion concerning my proposal to introduce tags for feature lifecylcles ( http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/4th_Dimension/Archive ) the outcome was that it has to be included server-side. Some kind of general, improved filtering server-side makes sense (for example using a few standard tags and then, for example, have editors generally request only objects that do not have an ancient tag or so ;-) But the kind of logic that was suggested here, where the API filters by itself and when a delete request is issued, instead modifies some tags, is certainly not the way to go. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
as frederik says, it doesn't need to be implemented in the API - all of it can already be done client-side using the appropriate tags*. Well several Users made the point that this would break all applications that exist today, as they would be useless in their current state. The current JOSM for example would not be able to make out the difference between planned , constructed, live, disused and historic objects, leading to a cluttering of the interface and inflation of the data-amounts. The current renderes wouldn't be able to handle it either and forcing 50+ applications to change would be unappropriate. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
2009/6/8 Frederik Ramm frede...@remote.org Hi, Peter Dörrie wrote: The current renderes wouldn't be able to handle it either and forcing 50+ applications to change would be unappropriate. Why, we're doing that all the time ;-) Yeah I thought so too, but this was one of the main arguments against my first try to establish something like this. There are many unsolved questions here. For example: What happens if parts of the ancient world transcend your fourth dimension, e.g. a contemporary secondary road uses a few bits of an ancient Roman road. They would surely share the same nodes, wouldn't they? But if someone then deletes the secondary road (which he downloaded without ever knowing that the Roman road also exists because that was shielded from him), he must not delete the nodes because they are still used by other objects... My angle on this is primarily the historical-genetic one. Taking your example: 1. Brutus Mappus maps this roman long distance road in 100 B.C he tags it correctly with highway=roman and surface=cobblestone. The road is used in that form for the better part of the next two millennia. 2. In the 19th century it gets some heavy usage and deteriorates. The local government decides to build a new road, which uses some of the same vectors the roman road used so far. The grat-great-great (etc) son of Mappus (John Maps) splits the road, tagging part of it as highway=disused and others as highway=construction. 3. The new highway is ready and John tags it as highway=primary 4. The same thing happens several times over until fake Steve finds a motorway, using some parts of the primary road, using some parts of the roman road (which by now is not longer visible in the landscape and has been tagged as historic). Okay, what does this mean for whom? Users: The normal user will see a rendering which shows what is on the ground. - Motorway and those parts of the primary road that still exist Mappers: The normal mapper will see, what is relevant to him. - Same as user and some additional tags (oneway, surface, maxspeed, etc.) plus perhaps those disused roads, as they may still be relevant to mapping. Special interest person (scientist, etc): He gets the possibility of seeing exactly what he wants to see. The situation in 100 B.C? no problem. Ask the database about all disused / historic / etc objects? also no problem. Different object sharing the same nodes over time (and changing them) is not a problem. Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Mappen (taggen) auf privaten Grund
2009/6/8 user privat user.pri...@web.de Hallo OSM-Runde, es gibt hier im Raum Berlin Mapper, die taggen Wege auf privaten Grundstücken. Soweit so gut, aber ... Das Problem hierbei: 1. keine Tore, Schranken oder ähnl. gemappt. Dann gibts ja noch was zu tun ;-) 2. privat ist privat - und damit sind die Wege eben NICHT für die allgemeine Öffentlichkeit zugänglich. kann man ja mit en access tags auch verdeutlichen 3. kann der Grundstücksinhaber diese Wege jederzeit im Verlauf ändern, beseitigen oder bebauen. Welchen Sinn macht hier die Veröffentlichung solcher Wege? Das ist bei allen wegen - auch bei öffentlichen- der Fall. Aber vielleicht ist der Besitzer ja auch Mapper und korrigiert die Wege ... 4. gibt es bestimmt Probleme beim Routing! Das ist in erster Linie Problem der Routing-Engine. Mapper sollten sich nur darum kümmern, dass die access tags richtig gesetzt sin. Außerdem kann er unmöglich diese Wege selber alle gemappt haben, weil er meistens nicht auf die Grundstücke raufgelassen worden wäre Muss ja nicht ein Mapper sein, sondern vielleicht viele. Wie er / sie es machen ist egal so lange sie dabei nicht unerlaubt in die Privatsphöre anderer Leute eindringen. Paradox: Das Siemens-Turbinenwerk in der Hutten-/Wiebestr. (wird bewacht wie Fort Knox) ist gemappt, aber das gegenüber liegende frei zugängliche Meilenwerk (Auto-Museum-Werkstatt) NICHT Da scheint ein Mitarbeiter das Werk halt auf der Landkarte haben wollen. Habt ihr hier eine Meinung dazu? Wenns jemand mappen will wünsch ich ihm viel Spaß dabei. Natürlich sollte er dabei access tags usw. setzen, aber selbst wenn er es nicht tut, dann machts halt der nächste. Und verhindern kann man das sowieso nicht. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schon gesehen? - Walking Papers! Bin beeindruckt!
und dann? was geschieht mit der hochgeladenen Datei? wer übernimmt die Daten in die DB? So weit ich verstanden ahbe, bekommt man ein georefernziertes bild (als HIntergrund in JOSM?) zum drüber-tracen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Overhauled the Garmin page
Hi everybody, I made an overhaul of the Garmin-Page [1] and moved all the different device series to their own subpages. I also introduced a proposal for an overview table for individual devices. Please feel free to comment and change everything. Peter [1] http://wiki.openstreetmap.org/wiki/Garmin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Burgen, Schlösser und Ruinen
Habt ihr eigentlich schon mal an leo.org gedacht? Oder die Tags von der englischen Talk Liste übersetzen zu lassen? Wie wärs für Schloß zum Beispiel mit castle_type=chateau (und bevor sich jemand aufregt, das ist ein auch im englischen gebräuchlicher Begriff) Aber das tagging-Schema ist sowieso eigentlich dämlich (meine Meinung), da Schlösser und Burgen eigentlich nichts gemein haben (müssen). Logischer wäre also ein Schema in dem man historic=* mehr beachtet. Also historic=castle historic=chateau historic=fortress historic=shiro historic=kreml historic=roman historic=usw. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin-Seite überholt
Hallo zusammen, ich habe die Garmin-Seite einem kleinen Face-Lifting unterzogen. Die einzelnen Serien haben jetzt ihre eigenen Seiten und ich habe eine Tabelle zur Geräte-Übersicht eingefügt. Kommentare und Änderungen sind Willkommen und irgendjemand muss sich auch um eine Übersetzung kümmern ;-) Grüße, Peter http://wiki.openstreetmap.org/wiki/Garmin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] 3D Map Print
Hi, I just saw the blog entry on http://freegeographytools.com/2009/solid-3d-landscape-models-from-landprintabout buying a 3D Map-Print. Does anybody know if there is a service out there that does this with OSM Data? Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Freilichtmuseum
Moin, wie tagge ich ein Freilichtmuseum (nachgebautes Keltendorf) Danke, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MobileMapper 6
2009/5/31 Sven Geggus li...@fuchsschwanzdomain.de Hallo, gerade stolpere ich per Zufall über dieses Gerät hier: http://www.mobilemapper.ch/MMD/mm6.html Bei Heise ist da ne OSM-Karte drauf: http://www.heise.de/mobil/Outdoor-Assistent--/zoom/137322/0 Nette Hardware, aber falsches Betriebssystem :( Ein Kollege von mir hat das Gerät während seiner Forschungsarbeit im Sudan im Einsatz gehabt und war von der Hardware und Software alles andere als begeistert. Das Ding aht sich bei hohen Temperaturen (30 +) einfach abgeschaltet. Die mitgelieferte Software war seiner Aussage nach zwar im Prinzip gut, aber nicht sehr durchdacht. So konnte man sich zwar Satelitenbilder anzeigen lassen, die haben sich aber immer vor den anderen Daten (Tracks, Kartendaten) geladen. dadurch musste man bei jeder Positionsänderung ewig auf das Aufbauen der Bilder warten, bevor man mit dem Ding arebeiten konnte. Wenn sich jemand findet, der da Linux drauf portiert könnte man sich das echt überlegen. 799 Euro ist allerdinsg IMO auch ein zu stolzer Preis. Ich habe auch mal einen Tag damit rumgespielt und glaube das 700 Euro definitiv viel zu viel Geld für das Gerät ist. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Kann man nicht angemeldete Benutzer nicht einfach dazu zwingen ihre Daten als Public Domain zu veröffentlichen? Dann gibt es auch keine Probleme mit einer Lizenz-Migration. Und wer die Nutzungsrechte stärker einschränken will/muss, kann sich halt anmelden. Peter Ich werde einen extra Account für den Editor anlegen und dann das Neuanlegen und Ändern von Knoten ohne Benutzerdaten erlauben. Der Benutzer wird dann jedoch im Prinzip bei jeder Änderung der CC Lizenz zustimmen müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Sieht sehr gut aus! Ich hab zwar keins, aber könnte man das auch auf einem Android-Handy / iPhone benutzen? Gruß, Peter 2009/5/26 Adrian Stabiszewski a...@nitegate.de Hi! Letzte Woche habe ich den Amenity Editor angekündigt und jetzt ist er fertig. Mit Hilfe des Tools kann man recht einfach einzelne Knoten auf der Slippy-Map anlegen, ändern, verschieben und löschen. Das Ziel des Tools ist es hauptsächlich vorhandene Amenity/Shop-Knoten zu vervollständigen (Adresse und Öffnungszeiten) oder noch fehlende anzulegen. Schaut am besten einfach mal rein: http://ae.osmsurround.org Eventuelle Bugreports bitte an mich direkt. Viele Grüße, Adrian. ___ 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
[Talk-de] Tag für Treffpunkt / Info-Säule
Hi, kennt irgendjemand einen Tag für einen offiziellen Treffpunkt? Damit meine ich nummerierte und meist ausgeschilderte Treffpunkte, wie es sie an Flughäfen gibt. An diesen Treffpunkten gibt es außerdem oft Informationen über das Gelände auf dem man sich befindet (Karten, etc.). Wie könnte man eine solche Info-Säule (auch unabhängig vom Treffpunkt) taggen? Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] New Proposed Feature: Tagging the age and duration of existence of features
Hi everybody, I made a proposal for tagging the 4th dimension. Hope you like it ;) http://wiki.openstreetmap.org/wiki/Proposed_features/4th_Dimension Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: New Proposed Feature: Tagging the age and duration of existence of features
-- Forwarded message -- From: Peter Dörrie peter.doer...@googlemail.com Date: 2009/5/22 Subject: Re: [OSM-talk] New Proposed Feature: Tagging the age and duration of existence of features To: Lester Caine les...@lsces.co.uk The problem comes with 'end_date', and since in some areas roads ARE being destroyed, are they removed from the map or CAN they be left with an end_date and features which have an end_date earlier than the current date are ignored? ( I'm thinking of the 2012 Olympic site which has re-routed many roads? ) I think that tagging a feature with end_date (or existed_till) should by default have the same effect as deleting it. It vanishes from potlach etc. But you should have an option in every editor to show features tagged with end_date. end_date would also only apply to features that at one point really did exist. Errors in the map should be deleted as usual. The actual content of a date is a major point of discussion, but for the time being I would propose sticking with a simple ISO date format. The discussion on historic date formats has been going on for years now on the genealogical lists without agreement. Just consider where a start_date is between two known dates. i.e. a feature is absent on a map of 1945 but present in the 1955 map - so you end up with a more complex start_date entry ... and which calendar was used to provide the date ;) To keep things simple I would suggest that if you do not now the exact date, than you should interpolate. So if a feature was build somwhere between 1600 and 1650 than it is probably good to tag it with 1625. If more detailed information becomes available, you can come back to it at a later point. Also, I think that the western date system should apply to OSM. All other calendars can be quite easily converted. ( start_date and end_date were I think added for things like festivals and other transitory map information, so it may be appropriate to redefine them as constructed_date and demolished_date to distinguish historic data from transitory data ? ) I also think that start_date and end_date are not the best description for the construction/destruction of a feature. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Potlatch 1.0
Hier auch keine Probleme und volle Zufriedenheit Peter On Fri, May 22, 2009 at 1:52 AM, Rainer Knaepper rain...@smial.prima.dewrote: Moin Stephan, Hatte schon jemand Erfolg mit Potlatch 1.0? Ja, problemlos. Und ich bin beinahe begeistert. Rainer -- ___ 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
[Talk-de] Neues Feature vorgeschlagen: Alter und Dauer des Fortbestehens eines Objektes
Hallo zusammen, ich habe einen Vorschlag eingestellt, um die vierte Dimension zu mappen. Hoffe ihr mögt ihn ;) http://wiki.openstreetmap.org/wiki/Proposed_features/4th_Dimension Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel in Der Freitag
Ist Google Maps ein Anbieter von Geodaten? Abgesehen von MapMaker haben die doch ihre Daten nicht selbst erfasst? Auch wenn sie sie nicht selbst erfasst haben, bieten sie den Zugang zu diesen Daten (bzw. den daraus entstehenden Kacheln) für den privaten und kommerziellen Gebrauch an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Artikel in Der Freitag
Hallo zusammen, ich habe bei der Wochenzeitung der Freitag http://www.freitag.de ( http://www.freitag.de/) einen Artikel über OSM veröffentlicht. Beim Freitag kann jeder Nutzer eigene Beiträge (als Blog-Posts) erstellen und die Beiträge anderer bewerten. Wenn euch mein Artikelhttp://www.freitag.de/community/blogs/peter-doerrie/freikarten-fuer-die-ganze-welt(Titel: Freiakrten für alle) gefällt, dann überlegt doch ob ihr ihm eine gute Wertung gebt. Dadurch erhöht ihr die Sichtbarkeit des Beitrags auf der Seite und vielleicht wird er sogar in die Print-Ausgabe (in ganz Deutschland) erhältlich. Das kleine Honorar, was ich in diesem Fall erhalten würde, werde ich einem OSM-Projekt oder der OSM-Stiftung zukommen lassen. Viele Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel in Der Freitag
Danke für die vielen Anregungen (und Entschuldigung für die stilistischen Unsicherheiten)! Der Artikel ist jetzt schon ziemlich lang geworden, deshalb habe ich auf weitere Ausführungen zu einzelnen Projekten usw. verzichtet. Wenn der Leser interessiert ist, dann steht ihm ja nichts im Wege, sich weiter mit der Materie zu beschäftigen. Peter 2009/5/20 Karl Eichwalder k...@gnu.franken.de Sebastian Hohmann m...@s-hohmann.de writes: Vielleicht sollte man noch erwähnen dass Yahoo die Benutzung erlaubt hat. So stimmt das, glaube ich, auch nicht ;) Es ist wohl eher so, dass yahoo die nutzung nicht verboten hat. Vielleicht könnte man in dem Abschnitt noch ein paar mehr Anwendungen erwähnen, z.B. wissenschaftliche Nutzung, Fußgängerrouting, Behindertenrouting, Wanderkarte, ÖPVN-Karte. Muss ja nicht weiter erläutert werden, nur so aufgezählt, damit man merkt, dass es wirklich viele unterschiedliche Anwendungen gibt. Die meisten dieser anwendungen sind aber bislang kaum über prototypen hinausgekommen -- auch das sollte man nicht verschweigen. -- Karl Eichwalder ___ 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
