[Talk-de] Zusätzliche Information der Stadt Dor tmund
Hallo Community, da noch ein paar Unklarheiten bestanden und bislang keine richtige Diskussion zum Topic stattgefunden hat, habe ich noch eine alte Mail wiedergefunden, die vielleicht ein wenig Licht in die Sache bringt: http://wiki.openstreetmap.org/wiki/DE:Kommunikation/Stadt_Dortmund Bereich Zusätzliche Information der Stadt Dortmund Inwieweit dies auch für den RVR-WMS-Dienst zutrifft, kann ich nicht sagen. Dieser ist zwar auch GDI, jedoch bildet dies eigentlich nur einen einheitlichen, technischen Rahmen und keine Inhaltsverpflichtung. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auflisten aller Elementtypen...
Jan Tappenbeck schrieb: hat einer etwas in der schublade liegen mit dem man die vorkommenden pois ermitteln kann in einer OSM-datei - vielleicht mit vorgabe des klassenfilters Tagwatch umbauen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Tobias Wendorff schrieb: ab 15. Juni werden Wikipedia-Artikel dual neben GFDL auch unter CC-BY-SA v3.0 lizenziert [1]. Meine Frage ist nun: wie sieht das mit der Kompatibilität zu OSM aus? Ist die v3 zu unserer v2 kompatibel? Meiner Auffassung nach nur in eine Richtung: Sie dürfen Infos von uns übernehmen (weil unsere v2 upgradebar ist), wir aber nicht von ihnen. Wir können das aber sowieso schon deshalb nicht, weil wir uns Lizenzwechseloptionen nicht verbauen wollen. Viele lizenzrelevante Inhalte, die wir brauchen könnten, gibts dort eh nicht, oder? Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Tobias Knerr schrieb: Wir können das aber sowieso schon deshalb nicht, weil wir uns Lizenzwechseloptionen nicht verbauen wollen. Viele lizenzrelevante Inhalte, die wir brauchen könnten, gibts dort eh nicht, oder? Es ist - wie bei uns - vollkommen egal, ob die Inhalte an sich irgendeinen Schutz tragen. Die Entnahme ist das Problem. Interessant wären z.B. Postleitzahlen, Namen, Straßen etc. welche bei Wikipedia eingetragen wurden. Habe da auch häufig schon Straßenverzeichnisse, Einwohnerzahlen und so gesehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Am Di, 26.05.2009, 23:56 schrieb Johann H. Addicks: Wenn es nun noch eine Version/einen Modus für Starenkästen, Mobilblitzer und was die POI-Warner-Fraktion noch so notiert gäbe, dann hätten wir sicher über Nacht einige Hundert neue Freunde gefunden (und ein paar proprietäre Datenverkäufer ihres Geschäftsmodells beraubt) Daran habe ich auch schon gedacht ... die ganzen POI-Datenbanken bestehen Mittlerweile zu großen Teilen aus den Koordinaten der Yahoo- und Google-Geocoder... nahezu total nutzlos. Optimal wäre, wenn man sich zum POI-Eintragen und Korrigieren nicht anmelden müsste... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Adrian Stabiszewski schrieb: 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. Verschieben und Löschen ohne Benutzeraccount macht dann wohl keinen Sinn. Das stimmt schon ... Vandalismus ist immer ein großes Problem. Aber zum Glück haben wir dafür eine History - nur man muss auch merken, dass da was schiefläuft. Bin hier jedoch für Vorschläge offen. Wir müssen Werbung dafür machen! Mit dem Tool könnte jeder Shopbesitzer seinen Laden selbst in die Liste eintragen - vielleicht auch ohne sich angemeldet haben zu müssen. Man muss ja nicht immer die genaue Koordinate kennen, sondern kann sich relativ zu den Straßen und zu anderen POIs orientieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Adrian Stabiszewski schrieb: 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. Moment mal. Es reicht nicht, wenn der Benutzer der aktuellen Lizenz zustimmt, er muss auch erreichbar sein, um später bei Lizenzänderungen zustimmen zu können. Ohne Account ist das nicht möglich. Vermutlich ist es besser, wenn die accountlosen Benutzer des Amenity Editor ihre Beiträge unter CC0 (o.ä.) freigeben*, dann brauchen wir keine Kontaktinformationen und produzieren keine Migrationshindernisse. Tobias Knerr * geht das juristisch? Sie sind ja von unseren Karten abgeleitet und müssten deshalb CC-BY-SA sein. Ist trotzdem ein wenn die Daten, von denen ich das abgeleitet habe, unter einer anderen Lizenz stehen werden, darf man meine Beiträge auch unter dieser anderen Lizenz veröffentlichen möglich? Ggf. müsste man es anders formulieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Peter Dörrie schrieb: 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. Exakt das habe ich mir auch gedacht. Allerdings gibt es immer noch das Problem, dass Leute Unfug treiben könnten: z.B. einfach die Position von Google-Daten oder LVA-Karten abkupfern und bei uns eintragen. Oder irgendwelche Nutzer könnten im großen Stil POIs von den bekannten Börsen bei uns eintragen ... Identifizieren und Löschen wird dann schwer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Tobias Knerr schrieb: * geht das juristisch? Sie sind ja von unseren Karten abgeleitet und müssten deshalb CC-BY-SA sein. Ist trotzdem ein wenn die Daten, von denen ich das abgeleitet habe, unter einer anderen Lizenz stehen werden, darf man meine Beiträge auch unter dieser anderen Lizenz veröffentlichen möglich? Ggf. müsste man es anders formulieren. Bin kein Jurist, habe das aber nicht so richtig verstanden :-) Meinst Du, dass Änderungen und neue POIs unter CC0/PD freigegeben werden sollen, damit man später keine Probleme mit Lizenzübergängen hat? Ich denke, das sollte möglich sein. Nur man kann halt nicht nachvollziehen, welche Quelle die Daten haben (okay, kann man eh nie) - aber in meinen Augen wird eine Löschung dann auch schwer. Wenn alle anonymen Benutzer mit dem gleichen Login Daten hochladen, könnte man nur anhand der IP Nutzer auseinander halten, wenn sie in einem großen Netzwerk oder hinter einem Proxy sitzen, kann man das aber auch knicken. Eine Möglichkeit wäre noch eine Session-ID mitzuspeichern oder so. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Tobias Wendorff schrieb: Tobias Knerr schrieb: * geht das juristisch? Sie sind ja von unseren Karten abgeleitet und müssten deshalb CC-BY-SA sein. Ist trotzdem ein wenn die Daten, von denen ich das abgeleitet habe, unter einer anderen Lizenz stehen werden, darf man meine Beiträge auch unter dieser anderen Lizenz veröffentlichen möglich? Ggf. müsste man es anders formulieren. Bin kein Jurist, habe das aber nicht so richtig verstanden :-) Meinst Du, dass Änderungen und neue POIs unter CC0/PD freigegeben werden sollen, damit man später keine Probleme mit Lizenzübergängen hat? Genau das schlage ich vor, ansonsten ist eine Möglichkeit, ohne Account zu editieren, sehr problematisch. Der Sternchentext da oben soll lediglich aussagen, dass ich mir nicht sicher bin, ob etwas wie ich erkläre mich einverstanden, meine Beiträge unter CC0 zu stellen eine juristisch haltbare Formulierung wäre. Es ist aber das, was gemeint ist. Ich denke, das sollte möglich sein. Nur man kann halt nicht nachvollziehen, welche Quelle die Daten haben (okay, kann man eh nie) - aber in meinen Augen wird eine Löschung dann auch schwer. Das stimmt natürlich auch. Man kann nicht nachprüfen, ob die nicht angemeldeten Benutzer die Daten wirklich unter diesen Bedingungen freigeben dürfen, wie bei angemeldeten Benutzern ja auch. Nur lassen sich die Daten bei ersteren -- wie du zutreffend feststellst -- halt schwerer wieder herausfischen. Vor allem auch vor dem Hintergrund interessant, dass das normale anonyme Editieren ja vor einer Weile beerdigt wurde. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Tobias Knerr schrieb: Der Sternchentext da oben soll lediglich aussagen, dass ich mir nicht sicher bin, ob etwas wie ich erkläre mich einverstanden, meine Beiträge unter CC0 zu stellen eine juristisch haltbare Formulierung wäre. Es ist aber das, was gemeint ist. Die Koordinaten mit Namen an sich wären IMHO eh nicht wirklich schützbar, man liefert ja keinerlei Struktur ... und das Maß an Kreativität beim Setzen des Punktes ist auch nicht gerade eine schöpferische Leistung. Ob man also überhaupt Nutzungsrechte dafür geltend machen kann, bezweifle ich (dies ist kontrovers). Aber eine geeignete Formulierung ist sicher schnell aufgesetzt, die deutlich machen könnte, was CC0/PD bedeuten. Vor allem auch vor dem Hintergrund interessant, dass das normale anonyme Editieren ja vor einer Weile beerdigt wurde. Man könnte bei jeder anonymen Session eine Art ID mitübertragen, diese muss ja nicht in der OSM-Datenbank gespeichert werden, sondern kann in der Datenbank des Amenity-Editors hinterlegt sein. Wenn ein User sich mit dem Tool verbindet, bekommt er eine ID, die z.B. aus dem Hash seiner IP und einem Timestamp zusammensetzt. Wenn er die Änderung hochläd, wird die Hash-ID und die Node-ID in der Datenbank des Amenity-Editors gespeichert. Man kann dann den User anhand der gleichen Hash-ID identifizieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Adrian Stabiszewski schrieb: Ich denke, das ganze wird jetzt doch etwas unnötig kompliziert. Mir ging es nicht um die Authentifizierung eines bekannten Nutzers, sondern externe Nutzer, die ohne Account etwas hochladen wollen. Um die Daten des anonymen Nutzers zu identifizieren und im Notfall zu löschen braucht man eine Art ID ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Hallo, Frederik Ramm schrieb: Allerdings halte ich es im vorliegenden Fall fuer das beste, wenn Du Deine Nutzer erklaeren laesst, dass sie keine Rechte an dem geltend machen, was sie hochladen. Das ist zwar ganz streng genommen etwas kniffelig; wenn wir einmal annehmen, das der Input des Nutzers schutzwuerdig ist (wie Tobias richtig sagt, ist das unwahrscheinlich, aber nicht unmoeglich), dann kann der Nutzer nicht sagen der Node ist jetzt CC0, denn er ist ja ein derived work des vorher dagewesenen CC-BY-SA-Nodes und muss daher unter CC-BY-SA lizensiert werden; Der Nutzer kann aber neue Nodes unter CC0/PD stellen, ebenso die Metadaten. Wenn er sie unter dieser Lizenz freigibt, ist ja vollkommen egal, ob OSM in Lizenz x oder y oder z steht / stehen wird. Wenn ich also einen Eintrag hinzufüge könnte bis zum Upload in die Datenbank *nur dieser* CC0 sein. Aber wie gesagt: meine ganzen Ausführungen haben sich nur auf User *ohne Account* bezogen. Die könnten dann schnell einen Node einfügen, ohne sich zu registrieren. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Jacques Nietsch schrieb: So etwas wie eine Tauschbörse für Presets. Aber wieso denn Tauschen und nicht einfach für alle ins Netz stellen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Ulf Möller schrieb: Irgendjemand hat schon (etwas voreilig) angefangen, Flughäfen zu importieren... Ich frage mich sowieso, wie Wikipedia CC-BY-SA schaffen will. Die ganzen Drittquellen (z.B. die Kursbücher der Deutschen Bahn AG) werden niemals unter CC-BY-SA freigegeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenGeoDB update
Ulf Möller schrieb: Inzwischen sind wohl auch viele Koordinaten in OSM genauer als in OpenGeoDB und neue OpenGeoDB-Importe nicht mehr unbedingt sinnvoll. Die OpenGeoDB führt ja großteils auch andere Inhalte, die mit den Zielen von OSM nicht vergleichbar sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kompostieranlagen und sonstige Firmen
Jan Tappenbeck schrieb: wie würdet Ihr Kompostieranlagen, Speditionen und sonstige Firmen taggen - wenn man die Punkte schon einmal hat! ??? Ich mache zwar gerne Semantikspielchen, aber diese Reihe kann ich wirklich nicht weiterführen: Kompostieranlagen, Speditionen ... Sonstige? Mausefallenhersteller? Für Kompostieranlagen steht in den MapFeatures: recycling:green_waste. Der Rest steht auch da ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Jan Tappenbeck schrieb: Ich würde es als Text ins Wiki stellen wie bei KOSMOS (hatte ich schon mal geschrieben). Nicht jeder hat ansonsten Webspace bzw. die Umgangsmöglichkeiten mit svg (??). Ich dachte, die Presets bestehen nur aus Text? pre.../pre oder kann unser Wiki auch code.../code? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Jacques Nietsch schrieb: Was ich wissen wollte war: - gibt es überhaupt Interesse? Ja :-) - hat schon jemand solche Presets die er spenden möchte? Nein :-( - wo könnte mal diese Snipplets hinlegen Ich weiß nicht, ob das openstreetmap.de/wiki dafür wirklich geeignet ist. Wir sollten das alles zentral haben. - wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...) Optimal natürlich als Anhang (ZIP oder Plaintext), notfalls nur als Plaintext ins Wiki :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio
Jan Tappenbeck schrieb: Sonnenstudio shop = solarium http://dict.leo.org/ende?lp=endep=thMx..search=solarium Jan ... machst Du das mit Absicht? :-( Google und Tagwatch zeigen: shop = solarium amenity = solarium Sinnvoller IMHO ist: shop = solarium ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?
Willi Rehfeld schrieb: richtig. Es wird die Seite http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D geladen, angezeigt wird allerdings nicht. Oder ist es weiße Schrift auf weißem Grund ? Das passiert doch nur, wenn man den Wert direkt herunterladen will (alles vor der fetten Klammer). Dinge wie (300 zuerst gefundene Einträge) zeigen immer noch den Inhalt. Oder meinst Du etwas Anderes? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?
Tobias Wendorff schrieb: Das passiert doch nur, wenn man den Wert direkt herunterladen will (alles vor der fetten Klammer). Dinge wie (300 zuerst gefundene Whoops falsch. Alles vor der Klammer, die nur die Anzahl enthält muss es heißen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
Jochen Topf schrieb: Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter http://blog.geofabrik.de/?p=23 . Super, vielen Dank! Endlich kann ich das ganze Zeugs eintragen, was sich angesammelt hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
Hallo Etric, Etric Celine schrieb: Ich hoffe das sich recht Fix einige Referenz Städte finden lassen, in denen dieses Modell umgestezt wird damit sich alle ein kleines Beispiel daran nehmen können und ersichtlich wird ob dieses System auch in der Praxis noch so gut Funktioniert wie es auf dem Papier aussieht. einige Leute aus Dortmund und ich werden alle Dortmunder Bushaltestellen in den kommenden Tagen einpflegen (das wissen die noch gar nicht, dass es jetzt bald los geht *G*). Das wird ein Spaß! Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0
Ulf Möller schrieb: Tobias Wendorff schrieb: Ich frage mich sowieso, wie Wikipedia CC-BY-SA schaffen will. Die ganzen Drittquellen (z.B. die Kursbücher der Deutschen Bahn AG) werden niemals unter CC-BY-SA freigegeben. Ausschnitten aus Kursbüchern sind wegen der fehlenden Schöfpungshöhe sicher kein Problem... Ulf, das Problem ist nicht der Inhalt, sondern die Entnahme! Bei der Erstellung der Kursbücher ist ein eindeutige Aufwand betrieben worden: Programmierung der Software, Einpflegung der Daten, Korrekturen etc.. Das ist identisch mit einem Telefonbuch. Telefonnummern ansich können auch nicht geschützt werden, aber die Entnahme ist nicht CC-BY-SA kompatibel. Das ist genau, wie bei OSM. Nodes haben (vermutlich) auch keine Schöpfungshöhe (Ways vielleicht schon) und trotzdem liegt CC-BY-SA drüber. Bei den Kursbüchern liegt halt eine eigene Lizenz drauf und vielleicht noch die VG Wort :-) ___ 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)
Am Do, 28.05.2009, 21:33 schrieb Martin Koppenhoefer: Es tauchte halt die berechtigte Frage auf, ob aus CC-BY-SA-Daten abgeleitete Daten überhaupt PD werden können. Nodes und Tags, die noch nie in der Datenbank waren, sind ja noch nicht CC-BY-SA. Also kann der editierende User die Änderungen als PD freigeben. Eine Lizenzierung unter BY-SA und anderen Lizenzen ist dann für diese Nodes bzw. Tags uneingeschränkt möglich. ___ 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)
Am Fr, 29.05.2009, 03:49 schrieb Martin Koppenhoefer: wenn er die Eingaben auf Grundlage der CC-Daten macht? Das ist doch daselbe wie ein POI, den ich bei Google einzeichne und nicht importieren darf, oder? Die Karte ansich ist ja schon ein angeleitetes Werk. Verschiedene Urteile sagen aus, dass ein nicht geringer Teil einer Datenbank entnommen werden muss, damit ein Verstoß vorliegt. Da der anonyme User also bei der Koordinatenfindung eh keinen direkten Zugang zur Datenbanken (zur Findung der Position) hat, sehe ich kein Problem. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Stefan Schwan schrieb: Voraussetzung für eine Bearbeitung (§3 UrhG) ist ja, das ein eigenständiges Werk entsteht. Das gibt keinen Freibrief, Informationen irgendwo abzuziehen. Sonst könnte ja jeder ein Kartenwerk rausbringen, indem er Karten woanders abdigitalisiert und Daten rauszieht. Karten, Pläne und technische Zeichnungen sind durch das UrhG und das Datenbankrecht geschützt. Kleine Entnahmen, die unstrukturiert ablaufen (siehe unten) sind sicherlich nicht problematisch. Dieser Editor speichert ja bei OSM - es liegt also kein neues Werk vor, sondern der Benutzer ist schlicht (so wie jeder andere Mapper) Miturheber. Ich bezweifle stark, dass eine Miturheberschaft ohne Einwilligung des ursprünglichen Urhebers eingegangen werden kann. Auch musst Du erst eine Schöpfungshöhe erreichen, damit § 3 UrhG Co. erstmal greifen. Unabhängig von Urheberrecht schützt das Datenbankrecht diese Punkte dann für OSM. Eine Abfrage alle Punkte vom AmenityEditor wäre vermutlich eine substanzieller Entnahme und damit unabhängig vom Urheberrecht dieser Punkte unzulässig. Ja, vereinzelt wenige Punkte abnehmen, sein Gedächtnis durch die Luftbilder bei Google aufzufrischen etc. ist akzeptabel. Bei einzelnen Punkten sehe ich kein Problem. Wenn ich jedoch *neue* Punkte auf einer OSM-Karte erstelle, sehe ich auch nicht unbedingt die Lizenz verletzt :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Martin Koppenhoefer schrieb: Am 29. Mai 2009 13:39 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Kleine Entnahmen, die unstrukturiert ablaufen (siehe unten) sind sicherlich nicht problematisch. das kann man aber sicher nicht geltend machen, wenn man ein Tool zur systematischen Eingabe von POIs aufgrund von bereits eingegebenen CC-Daten zur Verfügung stellt. Wo entnimmst Du Daten? Worauf beziehst Du Dich? Wer will etwas entnehmen? Wenn ich jedoch *neue* Punkte auf einer OSM-Karte erstelle, sehe ich auch nicht unbedingt die Lizenz verletzt :-) Wenn ich die neuen Punkte per GPS erhebe, nicht. Wenn ich sie aus den existierenden Daten ableite, dann kann ich sie m.E. nicht in einer mit diesen unkompatiblen Lizenz veröffentlichen. Einen Punkt auf eine Karte setzen ist nicht wirklich eine Ableitung. Es zeugt sogar eher von Kreativität. Das Ziel ist ja auch CC-BY-SA. Nur für die Sekunden zwischen Eingabe und Speicherung wäre es CC0. Man müsste halt vielleicht eine Zwischenlizenz erfinden, die das Problem regelt udn zu CC-BY-SA kompatibel ist. Streng genommen ist die Karte bereits ein Fork von OpenStreetMap, da Karten auch als Datenbank geschützt werden können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMdoc / Tagwatch zeigen nicht alles an?
Dirk Stöcker schrieb: On Fri, 29 May 2009, Mario Salvini wrote: Kann es sein, dass die beiden Dienste nicht alle Tag-Varianten anzeigen, oder wurden die vielleicht schon lange nicht mehr aktualisiert? Tagwatch geht seit 19. April nicht mehr (Out of memory) und keiner hat es mir gesagt. Mal sehen, ob der nächste Lauf durchhält. Echt? Ich war gestern noch auf der Seite. MMh. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio
Peter Herison schrieb: Hä? Ein Ort an dem man Solarien kaufen kann? Da bin ich eher fuer eine amenity. Dann sind die ganzen hairdresser auch falsch - oder kann man sich jetzt Friseure auch kaufen? :-) shop gibt doch nur an, dass es sich um ein Geschäft handelt und nicht das Gut, welches dort verkauft wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Stefan Schwan schrieb: Wenn man einen Node also bearbeitet, oder einen Neuen auf Grundlage der schon vorhandenen setzt, dann greift der virale Teil und PD geht zumindest dann nicht mehr... Dann ist die Lösung ja noch viel einfacher: Wenn Sie Nodes erstellen oder verändern, werden diese unter CC-BY-SA in der Datenbank abgelegt. Wenn Sie informiert werden möchten, sobald ein Lizenzwechsel eintritt und Sie die Möglichkeit des Widerspruchs einlegen möchten, tragen Sie bitte hier Ihre E-Mail-Adresse ein. Dann kann er - wie alle anderen User - entscheiden, ob er bei einem Wechsel Widerspruch einlegen möchte. Fertig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio
Martin Koppenhoefer schrieb: Ein Solarium verkauft nunmal keine Güter und ein Friseur auch nicht (bzw. jeweils nur am Rand). Recyclingbehälter sind auch keine Dienstleistungen, trotzdem amenity. In den Mapfeatures steht: shop = hairdresser shop = florist shop = laundry Irgendjemand sollte die Bugs dann mal beseitigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxweight - Anlieger frei
Jan Tappenbeck schrieb: mit MAXWEIGHT kann das zulässige Gewicht beschrieben werden. Wenn aber nun Anlieger frei sind - wie ist das dann ?? Proposal: access:weightxx = destination Zugang bei Gewicht über xx Tonnen nur für Anlieger http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxweight - Anlieger frei
Ulf Möller schrieb: Proposal: access:weightxx = destination Nanu, numerische Werte gehören doch nicht in den Key...? Schönes Prinzip. Nur habe ich bisher keinen allgemein anwendbaren Vorschlag für Tags mit Bedingungen gesehen, der nicht etweder * Relations erfordert, die nur mit Editorunterstützung brauchbar zu bearbeiten sind * zu unübersichtlicheren Tags als die Key-basierte Lösung führt, etwa zu so was: maxspeed=80;hgv:60;hgv:time{Sa,Su}:50 * oder eben (auch) numerische Komponenten im Key hat. Du kannst aber gerne einen Vorschlag für eine der beiden anderen Optionen ausarbeiten; insbesondere das Value-basierte Verfahren sieht mir auch ganz brauchbar aus (Relationen wären am schönsten zu haben, aber für die Eingabe habe ich noch kein geeignetes Editor-Konzept gesehen). Bis jetzt hat das Engagement der Kritiker leider nicht für konsistente Alternativlösungen gereicht. Ich hätte nichts dagegen, so gut gefällt mir dieses Keyanhängsel hier nämlich keineswegs. Tobias Knerr PS: Wenn es nach mir gegangen wäre, hätte ich dieses Thema mit Rücksicht auf das Risiko längerer Diskussionen erst in ein paar Tagen angesprochen, wenn ich wieder etwas mehr Zeit habe. Eventuell können meine Antworten also etwas länger brauchen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] amenity und Untergruppen (was: Re: tag: Sonennstudio)
Bernd Wurst schrieb: Wo immer es sinnvoll möglich ist, eine Untergruppe zu spezifizieren sollte man diese nutzen. Amenity ist IMHO wesentlich überstrapaziert und mittlerweile sehr matschig in der Bedeutung. Wodurch genau entsteht ein Nachteil, wenn amenity zahlreiche mögliche Werte ohne weitere Kategorisierung hat? Wir hatten ja kürzlich z.B. den Vorschlag, alle amenity=hospital auf healthcare=hospital umzustellen. Nur: Was bringt das? Der Schlüssel, sei es amenity oder healthcare, hat doch ohnehin keine zusätzliche Information -- was ich mit diesem Tag sagen will (dies ist ein Krankenhaus) steckt komplett im Wert hospital. Oder gibt es auch Krankenhäuser, die nicht in healthcare einsortiert würden? Für solche Dinge, bei denen der Key keinerlei Information trägt, halte ich es eigentlich für die beste Lösung, einen Sammelkey zu verwenden, und das ist aus historischen Gründen eben amenity, ob der Name nun passt oder nicht. Hier eine Unterteilung einzuführen, erhöht nicht die Ausdruckskraft des Tags, sondern zwingt einen nur, sich neben dem Wert-Namen auch noch den Schlüssel zu merken. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity und Untergruppen
Bernd Wurst schrieb: Wodurch genau entsteht ein Nachteil, wenn amenity zahlreiche mögliche Werte ohne weitere Kategorisierung hat? Nun, weil ein Interpreter einfach alle Werte kennen muss um selbst eine Kategoriesierung durchzuführen. Der Interpreter muss eigentlich ohnehin alle Werte kennen, die er in POI-Listen oder so anzeigen will. Wie soll er sie sonst in die Sprache des Nutzers übersetzen, mit Icons versehen oder sonst wie in nutzerfreundlicher Weise (nicht als rohen OSM-Key) darstellen? Beispiel shop. Ein Navi kann jetzt eine POI-Liste machen, und sämtliche Einkaufsmöglichkeiten ohne genaue Kenntnis des Tags gruppieren. Und er kann es nur auf genau eine Art gruppieren. Dir sagen, was es dort zu kaufen gibt, kann er ohne Kenntnis der Tags auch nicht. Wenn man alles unter einem nichtssagenden Sammelkey hat, werden unbekannte POI-Typen grundsätzlich ignoriert, das macht die Hemmschwelle größer, neue Tags zu benutzen. Sobald dir nur eine Kategorisierung nicht passt (Dienstleister in shop, z.B.), was bei freier Tag-Erfindung unvermeidlich sein dürfte, brauchst du in der Anwendung sowieso zumindest eine Kategorienliste. In eine solche was neues einzutragen ist bei entsprechendem Willen kein Aufwand. Wenn neue Tags nicht berücksichtigt werden, liegt das entweder daran, dass der Entwickler höhere Anforderungen hat, die noch nicht erfüllt sind (Icon vorhanden o.ä.), oder daran, dass er es schlicht nicht berücksichtigen will. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxweight - Anlieger frei
Per schrieb: * zu unübersichtlicheren Tags als die Key-basierte Lösung führt, etwa zu so was: maxspeed=80;hgv:60;hgv:time{Sa,Su}:50 Besser so: maxspeed=80 maxspeed:hvg=60;time:Sa,So:50 Es ist leicht, etwas halbwegs lesbares für einen Einzelfall hinzuschreiben. Aber was ist die generelle Regel? Wieso ist ausgerechnet die Bedingung hgv im Schlüssel und die Zeit-Bedingung nicht? Weil sie keinen numerischen Wert enthält? Wäre dann forward, wet oder night auch im Schlüssel oder wären die im Wert? (Mal vom Detail abgesehen, dass sich time:8:00-16:00:50 etwas schlecht lesen und auftrennen lässt, mit den ganzen Doppelpunkten.) Wobei das worum es hier geht doch eher access=weight{xx}:destination wäre. Allerdings kann man dann auch keine anderen access-Keys mehr angeben (oder hat dann doch wieder alles in einem Tag). maxweight=5.5 maxweight:access:destination=NONE Das lässt auch noch Platz für weitere Einschränkungen. Und wieso hier jetzt access:destination im Key und nicht im Wert? Wieso access:destination, aber oben nicht vehicle:hgv oder so? Es gelingt mir bisher nicht, da ein durchgängiges System zu erkennen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Warnwesten kurz vor Lieferung
Hallo Leute, die OSM-Warnwesten werden mir voraussichtlich am Dienstag zugestellt. Die Umschläge sind schon beschriftet und ich bringe sie gefüllt umgehend zur nächsten Poststelle. Vielen Dank für das geduldige Warten. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
Am So, 31.05.2009, 07:59 schrieb Thomas Reincke: Was die Eisenbahn angeht werden wir genug Schwierigkeiten haben, die Zuständigkeiten korrekt zuzuordnen. Die Zuordnung ist zwar klar zu treffen, aber da wird der gemeine Wald-und Wiesenmapper nicht durchsteigen. Die müssen und sollen da ja auch nicht unbedingt durchsteigen. Wer so detailliert mappen möchte, der kann und soll es durch ruhig tun. Der Standard-Mapper kann doch weiterhin simpel railway=rail weitermappen, aber der Fan und Insider sollte ruhig ins Detail gehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
Am So, 31.05.2009, 07:59 schrieb Thomas Reincke: Was die Eisenbahn angeht werden wir genug Schwierigkeiten haben, die Zuständigkeiten korrekt zuzuordnen. Die Zuordnung ist zwar klar zu treffen, aber da wird der gemeine Wald-und Wiesenmapper nicht durchsteigen. Die müssen und sollen da ja auch nicht unbedingt durchsteigen. Wer so detailliert mappen möchte, der kann und soll es durch ruhig tun. Der Standard-Mapper kann doch weiterhin simpel railway=rail weitermappen, aber der Fan und Insider sollte ruhig ins Detail gehen dürfen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop // Nachtrag
Am So, 31.05.2009, 07:59 schrieb Thomas Reincke: Kann ja gerne in Form eines Eisenbahn-Workshop in Leipzig geschehen. Als ich dies vor einiger Zeit vorgeschlagen habe, habe ich von einigen der Workshop-Teilnehmern einen auf den Deckel bekommen ... sowas sollte öffentlich geschehen etc. etc. Anscheinend muss man Derartiges nun als Workshop tarnen, damit es akzeptiert wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop // Nachtrag
Am So, 31.05.2009, 07:59 schrieb Thomas Reincke: Kann ja gerne in Form eines Eisenbahn-Workshop in Leipzig geschehen. Als ich dies vor einiger Zeit vorgeschlagen habe, habe ich von einigen der Workshop-Teilnehmern einen auf den Deckel bekommen ... sowas sollte öffentlich geschehen etc. etc. Anscheinend muss man Derartiges nun als Workshop tarnen, damit es akzeptiert wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPSTuner 6
Am Sa, 30.05.2009, 18:43 schrieb Thomas Reincke: Die neue Version wirbt für die mitgelieferten Teleatlas-Karten, OSM wird auf der Seite www.gpstuner.com nicht mehr erwähnt. Geht das dennoch weiterhin? Leider nicht mehr... Man kann nur noch gescannte Karten einfügen, KML-Dateien und die durch GPS-Tuner angebotenen Karten laden. Die Software wird jetzt auch von Anderen programmiert und ist - laut Foren - sehr buggy. Satz mit x: Das war wohl nix. Schade um die tolle Software. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Mirror
Am Mo, 1.06.2009, 21:41 schrieb André Reichelt: Das sollte man mal gescheit überdenken. Es wurde ja jede Menge Geld gespendet. Ich dachte, der ehem. API-Server soll die Wiki übernehmen. Ich will auch nochmal anmerken, dass einige deutsche Hoster und ISPs kostenfreie Leistungen für OSM angeboten hat... Leider erteilte UK dem/denen eine Absage. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Mirror
Am Mo, 1.06.2009, 23:36 schrieb Frederik Ramm: Wenn jemand sowas uebrig hat oder jemanden kennt, der sowas anbieten moechte, am besten direkt an Grant Slater wenden. Ich leite dies weiter (muss morgen schauen, wer diese Grant Slater ist). Weißt du denn, ob die das Wiki nun auslagern oder den Server bei sich haben wollen? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Mirror
Am Mo, 1.06.2009, 23:48 schrieb Ulf Möller: Sie bekommen wohl ziemlich viele ungeeignete Angebote von Leuten, die einen DSL-PC zu Hause oder irgendwo ein paar GB Datenvolumen über haben. w...@home ... ein P2P-Wiki, klingt doch interessant :-) Kennst du einen Hoster, bei dem der Proxy für das OSM-Wiki betrieben werden könnte? Vor einigen Wochen hat sich ein Mitarbeiter eines bekannten ISPs mal hier aufgeregt, dass seine Offerte abgeleht und ein paar Tage später zur großen Spende aufgerufen wurde. Ich schreibe ihn morgen mal an. Ein Proxy klingt böse nach cachef Read-Only, aber so wird der echte Server natürlich entlastet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Mirror
Am Mo, 1.06.2009, 23:48 schrieb Ulf Möller: Sie bekommen wohl ziemlich viele ungeeignete Angebote von Leuten, die einen DSL-PC zu Hause oder irgendwo ein paar GB Datenvolumen über haben. w...@home ... ein P2P-Wiki, klingt doch interessant :-) Kennst du einen Hoster, bei dem der Proxy für das OSM-Wiki betrieben werden könnte? Vor einigen Wochen hat sich ein Mitarbeiter eines bekannten ISPs mal hier aufgeregt, dass seine Offerte abgeleht und ein paar Tage später zur großen Spende aufgerufen wurde. Ich schreibe ihn morgen mal an. Ein Proxy klingt böse nach cachef Read-Only, aber so wird der echte Server natürlich entlastet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Wiki: ungültiges Sicherheitszerti
Jan Tappenbeck schrieb: Kann mir einer sagen wie ich da reinkomme oder was ich ändern muss ?? Bei Firefox: 1. Oder Sie können eine Ausnahme hinzufügen… anklicken 2. Ausnahme hinzufügen 3. Zertifikat herunterladen 4. Sicherheits-Ausnahmeregel bestätigen Fertig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlisten OWL
Florian Lohoff schrieb: Fuer den Kreis Höxter gibt es leider sowohl wenig listen, wie anscheinend auch wenig mapper. Ruhig mal per Mail anfragen ... zur Europawahl, Kommunalwahl und Bundestagswahl dieses Jahr müssen die genug Material haben und per E-Mail iss'es fast immer umsonst :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] created_by-Beseitigung
Hallo Liste, wir haben ja seit API 0.6 eine schönere Lösung als die created_by-Tags, nämlich Changeset-bezogene Informationen. Insofern sind die Tags inzwischen überflüssig, was ja unter anderem auch im Wiki dokumentiert ist - so weit, so gut. Es stellt sich allerdings die Frage: Was machen wir mit den noch in der Datenbank herumliegenden Tags? Drinlassen, schrittweise bei ohnehin anfallenden Edits mit entfernen oder in einem Rutsch eliminieren? Ein gewisser Konsens wäre da nicht schlecht. Momentan läuft nämlich die schlechteste Alternative: Unkoordinierte Massenentfernung durch Leute ohne spezialisierte Botaccounts, aber mit ausreichendem Aufräumdrang - einschließlich aller Auswirkungen, die großflächige Edits eben haben (schlechter nachvollziehbare History und so). Dann imo schon lieber einen CreatedByRemoveBot o.ä. das machen lassen... Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Frederik Ramm schrieb: Der haette doch aber dieselben grossflaechigen Edits. Das sehe ich nicht so. Der Bot würde ein Changeset aufmachen und die betroffenen Tags in einem Wisch entfernen. Wir haben schon genug Bots herumschwirren. Ja und? Lass' sie doch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Tobias (Knerr) nannte als Nachteil die schlechter nachvollziehbare history durch grossflaechige Changesets. ja, weil sie von hunderten einzelnen Usern gemacht werden, deren Änderung man nicht identifizieren kann. Erklaere, inwiefern die History eines Objekts besser nachvollziehbar ist, wenn ein Bot das created_by-Tag entfernt hat, als wenn ein Benutzer diese Entfernung manuell vorgenommen hat. Wenn ein User namens ich-lösche-created-tags alle diese Tags löscht und über dessen Aktion und Funktion im Wiki und den Talks informiert wurde, wird das diese Unklarheit beheben. Das Gleiche gilt in meinen Augen für die ganzen FON-Einträge mit SSIDs und sonstigen Informationen, die teilweise veraltet und illegal importiert wurden. Es wurde doch mehr oder weniger dafür gestimmt, diese zu entfernen. Momentan füllen sie nur unnütz die Datenbank. Ich habe am Wochenende mit den Englaendern gesprochen, und man ist allgemein kritisch bezueglich der wachsenden Anzahl von Bots. Es gibt Gegenden in London, in denen man kaum noch durch die Changesets durchsteigt vor lauter Bot-Edits. Es gibt auch (unbeabsichtigte) Bot-Editwars, bei denen im Zeitraum von einigen Wochen 20, 30 Edits am gleichen Objekt zusammenkommen, weil zwei Bots unterschiedlicher Ansicht waren. Die Engländer sind keine Leader des Projekts - sie machen zwar viel für die Community, aber ich denke nicht dran, mir etwas von denen vorschreiben zu lassen, was die Art meines Mappings betrifft. Man könnte vielleicht einführen, dass über Bots abgestimmt wird. Deadline von 2 Wochen, wenn mehr dafür sind als dagegen, läuft er durch. Auch weiß ich nicht, was für ein Problem auftreten soll, wenn zwei Bots die gleichen Objekte löschen - wenn das Objekt vom 1. Bot entfernt wurde, kann der 2. Bot keinen Schaden mehr anrichten. Die werden ja nicht wild irgendwelche Nodes sondern lediglich zur Qualität des Datensatzes beitragen. Die Entwicklung finde ich bedauerlich, aber sie ist eine direkte Folge mangelnder Selbstdisziplin (und, teilweise, mangelnder Sorgfalt) derjenigen, die heute Bots betreiben. Das mag sein, aber eine sinnvolle Lösung wäre, einfach die created_by-Spalte in der PostGIS-Datenbank des OSMFs-Servers zu droppen. Auf einen Schlag wäre der Mist weg und wir bräuchten keinen Bot mehr. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] changeset-tags
Hermann Schwärzler schrieb: da wollte ich noch was fragen: wie kann man denn z.B. in JOSM zu einem changeset entsprechende tags hinzufügen (z.b. source, source_ref, usw)? gibt es das noch nicht (ausser für comment), oder übersehe ich etwas? AFAIK ist das alles in JOSM noch nicht vollständig implementiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Frederik Ramm schrieb: Tobias (Knerr) nannte als Nachteil die schlechter nachvollziehbare history durch grossflaechige Changesets. Erklaere, inwiefern die History eines Objekts besser nachvollziehbar ist, wenn ein Bot das created_by-Tag entfernt hat, als wenn ein Benutzer diese Entfernung manuell vorgenommen hat. Man kann bei entsprechender Konvention schon am Benutzernamen, wie etwa in Wikipedia üblich (.*[bB]ot), die Art der Änderung (hoffentlich unkontroverse Wartungsarbeit ohne inhaltliche Änderung) ablesen. Übrigens rechtfertigt ein bekannter Bot auch einen höheren Vertrauensvorschuss. Zusammengenommen erleichtert das das Überlesen des Edits doch deutlich. Ein anderer Faktor ist, dass der Bot eventuell für entweder weniger Changesets oder für einen besseren räumlichen Zusammenhang der Changesets sorgen kann. Dadurch produziert er in primitiven Tools nicht eine große Zahl Hamburg bis Zürich-Bounding-Boxes, sondern taucht in Gebiets-Changeset-Listen nur genau einmal auf. (Und falls wir doch mal etwas wie das Wikipedia-Botflag einführen, geht das bei Botaccounts eventuell sogar noch rückwirkend. In diesem Fall hilft der Übersicht der History der Bot-Edits ausblenden-Button.) Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, könntest Du bitte auch auf die Erläuterung eingehen, nach der Du gefragt hast? Frederik Ramm schrieb: Es geht ja auch nicht um die Art, wie Du mappst, sondern ob Du einen Bot auf anderer Leute Arbeit loslaesst. Das sind zwei paar Schuhe. Streng genommen sind Bot-Betreiber sogar oftmals die, die anderen Leuten vorschreiben, wie sie zu mappen haben. Wie definierst Du Bot genau? Ich habe neulich in Dortmund mind. 70 Rechtschreibefehler korrigiert. Da es mir mit JOSM zu lange gedauert hätte, habe ich ein Script geschrieben, welches die Fehler automatisch korrigiert und mit eine OSM-Datei rausgeworfen hat. Die habe ich dann nochmal in JOSM durchgeguckt und anschließend hochgeladen. Wäre es besser gewesen, jeden Punkt einzeln mit JOSM anzusurfen und zu editieren? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Ich finde sie unzureichend; ein User kann ebenso per Changeset-Kommentar created_by geloescht eintragen. Ich sehe keinen Vorteil einer konzertierten Bot-Aktion. Der Vorteil wäre, dass die Dinger endlich weg sind. Genauso, wie die Spalte created_by einfach zu löschen. Dann war's das :-) Wie definierst Du Bot genau? Software, die automatisierte - nicht einzeln vom Menschen gepruefte - Aenderungen vornimmt und dabei i.d.R. direkt mit dem API spricht. Sie wird aber vom Menschen programmiert, ist also eigentlich nur ein weiteres OSM-Tool, welches Fehler haben mag. Wäre es besser gewesen, jeden Punkt einzeln mit JOSM anzusurfen und zu editieren? Das ist mir egal, aber wenn Du nun beginnst, Dein Skript (nach dem Motto nun hab ich mir einmal die Arbeit gemacht...) sukzessive auf weitere Gebiete, in denen Du normalerweise nicht mappst, anwendest, und ausserdem weniger und weniger sorgfaeltig bei der manuellen Ueberpruefung der Ergebnisse wirst, dann wuerde ich beginnen, ein Problem zu sehen. Das Mappen in anderen Gebieten kann mir niemand verbieten. Somit begrenzt sich Deine Aussage also nur auf die Qualität der Ergebnisse? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Es gibt dann auch die Frage, ob man das in der History auch macht oder nicht; in jedem Fall wird man entweder einen Bruch in der History haben, oder man hat alte Planetfiles rumliegen, die nicht mehr zu den aktuellen Daten passen. Ist alles zwar nicht furchtbar schlimm, aber sicherlich etwas, das man nur in Ausnahmefaellen machen sollte. sollte das automatisch nicht so sein, dass die History nicht zu den aktuellen Daten passt? Ich joine generell nur über IDs, weil die ja (hoffentlich) einzigartig sind. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Die Grenze ist fliessend. Sicherlich gibt es Dinge, die ich sinnvoll verbessern kann, auch in einer Gegend, die ich gar nicht kenne (z.B. ganz offensichtliche Tippfehler). Andere Dinge haben eventuell mehr mit dem persoenlichen Stil eines Mappers zu tun - er nutzt die Freiheiten, die OSM ihm bietet. Wenn ich als unbeteiligter Dritter von ausserhalb nun ankomme und ihm irgendwelche Vorschriften mache (hier ist eine Strasse, die 3km lang ist und an beiden Seiten an eine secondary anschliesst, das kann niemals ein highway=service sein, ich tagge das um auf highway=unclassified), dann ueberschreite ich meiner Ansicht nach damit eine Grenze. Aber man muss ja auch das Ziel beachten: OSM versucht ein freies Kartenwerk mit Hilfe einer Community zu erschaffen. Klar hat jeder die Freiheit, strasse = hauptstrasse zu mappen statt highway = *, jedoch sehe ich dies eher als destruktiv an. Man tut der Community so keinen Gefallen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Georg Lösel (FOSSGIS e.V.) schrieb: FYI http://www.heise.de/open/Daten-zur-lokalen-Schadstoffbelastung-im-Internet--/news/meldung/139814 Danke für den Hinweis! 450.000 Euro für die Umsetzung ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Tobias Wendorff wrote: sollte das automatisch nicht so sein, dass die History nicht zu den aktuellen Daten passt? Ich joine generell nur über IDs, weil die ja (hoffentlich) einzigartig sind. Kannst Du das nochmal anders sagen? Da waren mir jetzt zu viele nichts auf einmal, als dass ich das verstehen haette koennen. Ich meinte, dass History und aktueller Stand unterschiedlich sein müssen. Eine History wird ja erst erzeugt, wenn der aktuelle Stand verändert wurde. Wenn nun jemand die created_by-Tags löscht, entsteht eine neue Version und die alte, die in der History verschwindet. Der Unterschied ist also die Entfernung des created_by-Tags. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Hallo, Frederik Ramm schrieb: Ausserdem wird immer ein neuer History-Eintrag angelegt, wenn ein neues Objekt hochgeladen wird, selbst dann, wenn dies mit dem alten identisch ist, d.h. zwei aufeinanderfolgende Eintraege in der History unterscheiden sich nicht notwendigerweise. Aus Interesse: Es wird ein Diff angelegt, oder? Wenn nun jemand die created_by-Tags löscht, entsteht eine neue Version und die alte, die in der History verschwindet. Der Unterschied ist also die Entfernung des created_by-Tags. Ich hatte Dich (einfach Spalte droppen) so verstanden, dass Du tatsaechlich direkt aus der Datenbank etwas entfernen willst. Dabei wuerde keineswegs automatisch eine neue historische Version angelegt! Ja, das meinte ich auch ursprünglich - man könnte doch trotzdem eine History für die Änderung vorlegen. Da es ja, wie Du sagst, schon eine _current und eine history gibt, könnte man die _current verändern und die history als History abspeichern. Das passiert alles vom Rails-Code aus, nicht durch Datenbanktrigger oder aehnliches. Ah okay. Auch aus Interesse: Läuft der Rails-Code auf dem DB-Server? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] created_by-Beseitigung
Norbert Wenzel schrieb: Würde er? Mir fielen da schon einige ein die täglich wiederkehren und großfläche Changesets machen die dann in der History des halben Planeten auftauchen. Ich würde es so machen. Das ist schließlich der Sinn eines Changesets. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Am Mi, 3.06.2009, 23:44 schrieb Johann H. Addicks: Abgesehen davon, dass ich den Renderer nicht zu identifizieren vermag: UMN-Mapserver ist das, gewerkelt hat's die WhereGroup. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Am Do, 4.06.2009, 09:58 schrieb Sven Geggus: Das ganze sieht nch Mapbender aus. Im Gegensatz zu Openlayers muss man da kein javascript programmieren sondern man kannd as einfach zusammenklicken. Ja, ist MapBender. So viel zum Thema einfacher. Trotzdem frage ich mich, wie die halbe Million zusammenkommt. Die Fälle müssen die Verursacher selbst melden... und die Position wird mit LVA-Mitteln geokodiert. Ich sollte von der Planung zur Realisierung wechseln :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ-Bereiche (was: Umweltbundesamt benutzt OSM-Karten)
Am Do, 4.06.2009, 08:51 schrieb Adrian Stabiszewski: auf der Karte vom Umweltbundesamt sieht man beim entsprechenden Zoom die Postleitzahlenbereiche. Weiß jemand zufällig, ob diese Daten frei verfügbar sind? Die sehen mir stark nach den Zone aus den AAA-Dsten der Ämter aus. Somit fällt es für uns leider weg. Für Webapplikationen kann man diese und die Gemeindegrenzen übrigens cht günstig lizenzieren - leider jedoch nicht zum Import :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer Hillshade-Layer auf OSM-WMS.de
Hallo Alexander, Alexander Zipf schrieb: Auf http://www.osm-wms.de gibt es nun einen neuen Hillshade-Layer basierend auf SRTM. Sieht super aus! Aktuell liegt der Layer zunächst für Deutschland vor - Resteuropa rechnet noch und wird bald zur Verfügung gestellt. Weitere Informationen demnächst auf osm-wms.de. Feedback welcome Habt ihr mal versucht, den Spieß umzukehren und die normalen SRTM-Daten mit den OSM-Daten zu flicken? Momentan verwendet ihr ja die CIGAR-Daten, die NC sind. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer Hillshade-Layer auf OSM-WMS.de
Hallo Pascal, Pascal Neis schrieb: auf openrouteservice.org ist es auch schon eingebaut. Kann einfach über den Layer-Switcher oben rechts ein/ ausgeblendet werden. Damit ist es auch für alle anderen Karten auf ORS verfügbar ... Vielen Dank. Feature-Requests gehen sicher nur per E-Mail, oder? Mein Handy und PDA möchten nämlich auch gerne unterwegs Routen berechnen :-) Google Maps ist da einfach zu verlockend ... läuft überall :-( Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Martin Koppenhoefer schrieb: Du übersiehst die Bürokratie/den Papierkrieg, bis so was dann wirklich steht. Und dann noch in einem hightech-Sektor wie dem Internet, wo nur hochbezahlte Spezialisten sich auskennen, da kann man schnell ne halbe Million verbraten. ;-) Okay, gehen wir mal von 250.000 EUR für die Verwaltung aus. Eine etwas höhere Besoldungsgruppe mit rund 2500 EUR im Monat. Dazu noch 32% Lohnnebenkosten, heißt das 3300 EUR. 250.000 EUR / 3300 EUR = 7 Personen (etc.) für Recherche (etc.) Dann werden vielleicht noch externe Geodaten eingekauft: Hausnummern, Postleitzahlen etc. - sagen wir nochmal 50.000 EUR, da es ja eine Bundesbehörde ist. Dann sind wir bei 300.000 EUR. Bleiben noch 150.000 EUR. Bei einem Studenlohn für den Programmierer von 250 EUR wären das 600 Arbeitsstunden, bei vier Personen also 150 Stunden = 4 Wochen. Okay, kommt hin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Bernd Wurst schrieb: Am Donnerstag 04 Juni 2009 15:21:51 schrieb Tobias Wendorff: 250.000 EUR / 3300 EUR = 7 Personen (etc.) für Recherche (etc.) Was immer du da rechnest, hat das einen Bezug zu entweder Mathematik oder der Realität? Ups, sollte 75 rauskommen. Danke für den Hinweis. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz, aktueller stand ?
Hallo, Frederik Ramm schrieb: Ein - in meinen Augen - noch immer ziemlich unklarer Punkt ist die Frage der Transitivitaet der Lizenz. Unter CC-BY-SA ist es ja so, dass wir immer ein Paerchen aus Lizenzgeber und Lizenznehmer haben: Du mappst Daten, gibst sie als Lizenzgeber an die OSMF (Lizenznehmer), die OSMF gibt sie als Lizenzgeber an mich (Lizenznehmer), ich mache daraus ein Bild und veroeffentliche das als Lizenzgeber, die Besucher meiner Webseite sind dann Lizenznehmer und so weiter. Mit der ODBL, so vermute ich, koennen wir das nicht machen, denn laut ODBL hat der Lizenzgeber das Recht, festzulegen, welche anderen Lizenzen kompatibel sind. Was genau bedeutet kompatibel? In welche Richtung? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender und Relationen
Jan Tappenbeck schrieb: weiß einer von Euch, ob man mit Osmarender gezielt Relationen darstellen kann - zum Beispiel um Wege hervorgehoben darzustellen ? Guck' doch in die Rule-Files und ins Style-Sheet, da steht doch alles drin. Suche nach relation. rule e=relation k=type v=route etc. Dann einfach abschreiben, eine neue Regel erstellen und einen Style zuordnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer Hillshade Layer auf www.osm-wms.de
Alexander Zipf schrieb: ich hatte ja darauf verwiesen, dass demnaechst weitere Infos noch nachgeliefert werden auf www.osm-wms.de. Nutzungsbedingungen des Hillshade sind z.Zt. wegen der schon von Tobias erwähnten /Verwendung von cigar-srtm etwas eingeschränkt bzw. müssen noch abgeklärt werden (für www.osm-3d.org hatten wir ja das ok erhalten). Daher bitte noch etwas Geduld. Vielleicht reichen einigen Leuten die reinen SRTM-Daten, die nicht korrigiert wurden? CIGAR-SRTM ist natürlich superior, aber da es ja sowieso überlagert dargestellt wird, mag es gar nicht so stark auffallen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei JOSM-Neuling
Jan Tappenbeck schrieb: 3. Per Doppelclicks vergrößert auf Bereich Sülfeld. Über dem OK-Botton steht: Bereich korrekt, Größe ist wahrscheinlich akzeptabel. Dann OK. Klingt, als hätte er keinen Rahmen um den gewünschten Bereich gezogen. Den bestehenden Rahmen hat er beim Doppelklicken beseitigt. Falls es zutrifft: Dieses Usability-Problem ließe sich dadurch beheben, dass an Stelle des Bereich korrekt, Größe ist wahrscheinlich akzeptabel auch ein Hinweis auf fehlenden / unsinnig kleinen Rahmen gezeigt würde. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei JOSM-Neuling
Jan Tappenbeck schrieb: 3. Per Doppelclicks vergrößert auf Bereich Sülfeld. Über dem OK-Botton steht: Bereich korrekt, Größe ist wahrscheinlich akzeptabel. Dann OK. 4. Der Editorbildschirm öffnet sich, schwarzes Feld mit diagonalen Streifen, wie Du es mir auf Deinem Rechner gezeigt hast. Leider mit der Meldung:Keine Daten importiert. Hat einer eine Idee woran das liegen könnte - window xp ! AFAIK bezieht sich Bereich korrekt nur darauf, dass der Ausschnitt nicht zu groß ist. Wenn keine Daten importiert wurden, gibt es da vielleicht auch keine und/oder der API-Server hatte ein Timeout. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen von Straßen mit getrennten Spuren
Florian Lohoff schrieb: Kommt ja auf die relation an und was du ausdruecken willst. In Bielefeld gibt es mehrspurige straßen mit mittengruenstreifen die in hin und rueckrichtung unterschiedlich heissen. Wenn man jetzt eine associatedStreet relation baut darf natuerlich nur eine seite drin sein. Nehmen wir an, beide Straßenseiten heißen gleich. Kommt dann der Straßenname nur an die Relation oder auch an die Straßen? Mir kommt das irgendwie langsam wie das ATKIS-Format vor. Allerdings unübersichtlicher ... dort gibt es die sogenannten Komplexen Objekte und dazu dann auch noch Referenzen bzw. Relationen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Seite überholt (Sirf3 adé )
Am Sa, 6.06.2009, 14:03 schrieb Johann H. Addicks: Also SirfIII versus MKT MT3329? Ich kann nichts zum Sirf im Garmin sagen, aber ich habe sehr sehr gute Erfahrungen mit diesem MTK gemacht. Die ersten MTKs hatten einen Firmware-Bug, der Fußgänger ausgesperrt hat - das wurde aber auch schon lange behoben. Die MTKs sind generell sehr schnell da (haben einen guten Backup-Speicher, die neuen MTK2 sogar AGPS), können EGNOS etc. etc. Garmin wird es sicherlich sinnvoll umgesetzt haben :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steigung auf Radkarten
Torsten Leistikow schrieb: Wolfgang Wienke schrieb: auf Radkarten gibt es nette Pfeile für größer 5%, größer 10% Steigung. Haben wir dafür ein Tagging? Wie wird die Richtung angegeben? Ein kurzer Blick auf http://wiki.openstreetmap.org/wiki/Map_Features sagt: als Punkt highway=incline und highway=incline_steep eintragen. Es gibt Alternativen. Ein kurzer Blick auf http://wiki.openstreetmap.org/wiki/Map_Features#Properties sagt mir: An den way incline=xy% anhängen. Das ist mit Richtung und wird damit der Tatsache gerecht, dass unser Datenmaterial keine Höhenlinien enthält. Und erlaubt auch eine etwas detailliertere Einstufung als Steigung und steile Steigung. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Martin Koppenhoefer schrieb: Sollten wir vielleicht einen neuen Versuch wagen, bei Google nochmal explizit anzufragen? Nein, das wurde schon häufig getan und verlief AFAIK immer negativ oder im Sande. Leider wurde das - mal wieder - nicht dokumentiert. Google gehören die Luftbilder nicht, die lizenzieren sie auch nur. Google schießt aber mittlerweile eigene Satellitenbilder. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Frederik Ramm schrieb: Richard Fairhurst hat einige ziemlich fundierte Betrachtungen zum Thema Copyright beim Abdigitalisieren von Luftbildern angestellt und kommt zu dem Ergebnis, dass es vermutlich rechtlich nicht angreifbar waere, wenn wir Google-Luftbilder abmalen wuerden. Allerdings empfiehlt er im gleichen Atemzug, das zur Sicherheit lieber bleiben zu lassen (nach dem altbekannten OSM will lieber vorsichtig sein-Grundsatz). Details auf Englisch hier: http://www.systemed.net/blog/?p=100 Ich weiß nicht ... AFAIK ist das auf Deutschland nicht uneingeschränkt anwendbar, da die meisten LVAs einen Nutzungsvorbehalt haben. Du weißt selber, wieviel Geld für Geodaten und vorallem deren Nutzung über den Tisch gehen - die überwalzen uns in allen Instanzen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Dirk Stöcker schrieb: Ich habe gerade vom Land Sachsen ein Ablehnung erhalten, die jedoch am Thema vorbeigeht. Auch wenn es keinen interessiert, könntest Du es bitte hier niederschreiben? http://wiki.openstreetmap.org/wiki/DE:Kommunikation Aus den Gesprächen mit dem RVR und anderen Kommunen weiß ich, dass hunderte Anfragen eher abschrecken als Informationen. Ich finde, sowas wird auf den ganzen Workshops einfach nicht besprechen - auch wenn die OSM-Oberen Chaos gut heißen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Johann H. Addicks schrieb: Vielleicht findet sich ja jemand, der zumindest unvorsichtigerweise mal http://sourceforge.net/projects/googlewms/ umstrickt auf DOP-Nutzung. Technisch kannst du auch einfach das WMS-plugin etwas anpassen, damit es mit Google genauso funktioniert wie mit Yahoo. Nein, kann ich nicht. Ich glaube, er meinte das allgemein. Und ja, es ist möglich. Vor einigen Wochen tauchte das mal auf irgendeiner Seite auf, ist dann aber wieder offline gegangen. Anscheinend kam eine böse Mail von Google. Guckt mal in einem WebArchive oder so. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Johann H. Addicks schrieb: Google schießt aber mittlerweile eigene Satellitenbilder. Außer für den Lakewalker helfen uns die aber nicht weiter. Oder gibt es inzwischen kommerzielle Satellitenbilder mit für uns brauchbare Auflösung von als 10m/Pixel oder besser? Der Googles GeoEye-1-Satellit hat eine Auflösung von 0,41 Metern bei s/w und 1,65 Metern bei Farbe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsnamen mit Perl Online erfragen
Jan Tappenbeck schrieb: jede Relation hat Parameter die man sicherlich über die API abfragen kann. Was für Parameter willst Du denn erfahren? Ich suche soetwas was das ganze dann über die ID in Perl ermöglicht. Also einfach per cURL/wget/fopen von der API laden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Osmarender] Zoom-Maßstabs-Zuornd ung
Jan Tappenbeck schrieb: Hat einer einmal eine Aufstellung gemacht welche Zoomstufe ungefähr welchem Maßstab entspricht ? Schrieb mir das bitte mal per E-Mail, dann mache ich das mal. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm WMS Plugin uns EPSG:3857
Dirk Stöcker schrieb: JOSMs WMS-Plugin behandelt 3857 momentan, als ob es 4326 wäre. Aufgrund der normalerweise angeforderten kleinen Kachelgrößen und hohen Zoomstufen können wir mit den entstehenden Verzerrungen leben. Sinnvoller wäre natürlich ein Capabilities-Request im WMS-Plugin und dann entsprechende angepasste Anfragen. Aber es gibt so viel, was zu tun ist... Ich würde den kompletten Capabilities-Request schreiben, allerdings kenne ich mich nicht in JAVA mit Dialogfenstern aus. Ich könnte den Backend schreiben, welches das XML auswertet und jemand von Euch schreibt dann die Dialoge, wäre das möglich?? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelwert von Tracks
Hallo Ingo, irgendwie ist Deine Nachricht zwischen andere gerutscht :-) Ingo Ciechowski schrieb: Gibt es dazu irgendein Tool oder bleibt mir am Ende nichts anderes, als beide Tracks anzuzeigen und dann händisch die Mitte nachzumalen? mir ist keines bekannt, aber ich habe auch schon mal mit sowas experimentiert. Das Problem ist halt, dass das massiv in die Hose gehen kann und man einen Ausreißercheck braucht. Auch sollte man die Enddaten nochmal überprüfen und dem Ganzen keinesfalls blind vertrauen. Wenn Du mir Beispiele zukommen lassen lässt, kann ich ja mal meine alten Berechnungen wieder rauskramen! Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Martin Koppenhoefer wrote: gibt es hierfür schon was (vorgeschlagen, evtl. von Routern ausgewertet, approved, etc.)? Vorgeschlagen (draft): http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags mit opening hours als Key-condition. Vorteile (subjektiv): - funktioniert nicht nur für access, sondern z.B. auch maxspeed - kompatibel mit Zugangsrechten (Lieferverkehr von x bis y frei) - erlaubt komplexere Intervalle (mehrere an-aus-Zyklen am Tag, Wochentage etc.) - recycelt vorhandene Syntax Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsnamen mit Perl Online erfragen
Jan Tappenbeck schrieb: namen und letzte änderung ! aber mit PERL als weiterverarbeitung ! z.B. download http://www.openstreetmap.org/api/0.6/relation/62509; Oder wenn Du alles brauchst: http://www.openstreetmap.org/api/0.6/relation/62509/full Oder halt die History: http://www.openstreetmap.org/api/0.6/relation/62509/history Das verarbeitest Du wie jede andere OSM-XML. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Heiko Jacobs schrieb: Wir bräuchten einen Weg, ihn beim Falschtaggen zu bremsen und sein vermutlich vorhandenes Wissen in die richtigen Bahnen zu lenken. Es gäbe vermutlich schon einen Weg. Wenn ich mir die Zitate anschaue, die dem User so zugeschrieben werden, nennt er ihn ja sogar selbst: Die richtigen Tags auch rendern. Die Kraftfahrstraßen sollen aber in der Karte in allen Zoomstufen sichtbar sein,damit man die für sein Verkehrsmittel erlaubten Strecken rechtzeitig raussuchen kann; und solange die von OSM das nicht anständig rendern können, mache ich ALLE Kraftfahrstraßen grün (trunk). Nun kann ich zwar diese Haltung nicht wirklich leiden und sie hat auch deutlich was von Erpressung - aber wenn wir hier ohnehin zum Schluss kämen, dass eine sichtbare Darstellung von Kraftfahrstraßen in unseren Allzweckkarten (angesichts der offenbar vorhandenen Osmarender-Unterstützung also in Mapnik) prinzipiell möglich und sinnvoll ist, wäre eine solche Rendering-Verbesserung vielleicht der konfliktärmste Ansatz. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Ralf Bell schrieb: EIne Hauptstraße ist von 23-5h gesperrt. Ich würde gerne noch eins drauflegen. ;-) Die zeitliche Beschränkung an dieser Stelle gilt nur in einer Fahrtrichtung. Wie taggt man das? Ich habe ja schon den einen Vorschlag zitiert: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags motorcycle:forward:time{7:00-9:00;16:00-18:00} = no (angenommen, der Weg geht in die Richtung, die manchmal beschränkt ist) Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesundh eit ...
Sven Geggus schrieb: Ich finde es äußerst beunruhigend dass Bürger den Unterschied zwischen Live und Konserve nicht verstehen. OpenStreetMap ist ja fast live :-) Vor dem Haus eines Kollegen wurde neulich eine Straße gesperrt. Ca. 3 Sekunden nachdem die Bauarbeiter das Schild aufgestellt haben, habe ich auf Senden gedrückt. Wenige Stunden später war's auf der Karte. 2 Tage später in ORS. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Johann H. Addicks schrieb: weiss jemand, wie oft der Index von Namefinder aktualisert wird? nach meinem Eindruck seltener als alle zwei Monate. Ich habe die Arbeit am Namefinder fast abgeschlossen. Sobald meine PostGIS-Datenbank wieder funktioniert, werden wir sicherlich einige schöne Ergebnisse haben! ___ 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 ...
André Reichelt schrieb: Da wir uns ja darauf geeinigt hatten, auf Forderungen einzelner Länder nicht einzugehen (China-Debatte), wird uns das relativ kalt lassen. Wenn man sich die Diskussionen der Datenschützer zu Google Streetview in Deutschland anschaut, wird es wohl nur eine Frage der Zeit sein, bis man uns einen Riegel vorschiebt (Wege auf privatem Grund etc.). Die Datenschützer können uns nicht dazu verdonnern, das Mappen zu lassen, allerdings können sie uns dazu verdonnern, solche Daten zu entfernen, ___ 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 ...)
Peter Dörrie schrieb: 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. Doch können sie, genau wie sie es bei Google können und voraussichtlich machen werden. Das hat mit unseren Nutzungsbestimmunen nichts zu tun, sondern mit dem Datenschutz. Die Betroffenen können keinen Einspruch erhebemn. Die Datenschutzbeauftragten haben dies in der Sache Streetview etwa so kommentiert: Der Datenschutz wird verletzt, wenn man aus den Fotos ablesen kann, ob Beispielweise ein Schwarzbau auf privatem Grund vorliegt oder eine Hausfassade erneuert werden müsste. Diese Informationen könnten Behörden zur Ermittlung dienen oder Malereien einen Hinweis geben, wo Werbung geschickt einsetzbar wäre. Man outet Eigentümer, gegen deren willen. Wie gesagt, das ist der Wortlaut der Beauftragten und es lässt sich sehr gut auf Mapping auf privatem Grund übertragen. ___ 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 ...)
Johann H. Addicks schrieb: bis man uns einen Riegel vorschiebt (Wege auf privatem Grund etc.). Ich sehe schon das Formblatt (mit doppeltem Durchschlag) Genehmigung für die Kartographie und öffentliche Wiedergabe der Kartographiedaten auf Flurstück / Parzelle ... durch Eigentümer gemäß Katasterblatt (siehe Anlage) und/oder Bevollmächtigten (siehe Vollmacht/ Beleihungsurkunde im Anhang) (gez.) Stirnabdruck Die Kartierung kann eben nicht untersagt werden, sondern die Veröffentlichung, da der betroffene kein Widerspruch einlegen kann. Es ist nicht meine Meinung, aber ich habe die Meinung der Beauftragten in der Antwort zu Peter Dörrie niedergeschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Ingo Ciechowski schrieb: fein. dann brauche ich mir ja keine Gedanken machen :-) Woops - es handelt sich um einen _neuen_ Namefinder, der nichts mit dem alten zu tun hat. Also die Ergebnisse auf der OSM-Website werden sich dann leider noch nicht ändern :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Jonas Krückel schrieb: Es wird aber zur Zeit ein komplett neuer Namefinder für die OSM-Webseite entwickelt, die Entwicklung soll auch schon relativ weit sein. Das widerspricht sich ja nicht ... wir haben auch eine Menge Tools, die sich überschneiden, wie z.B. Tagwatch, Editoren etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Jonas Krückel schrieb: War ja auch nur eine Ergänzung deiner Antwort und eine allgemeine Information ;-) Ah okay! Danke für den Hinweis :-) Mist, es regnet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Proposal: access-Tags mit Bedingungen
Hallo Liste, nachdem in letzter Zeit immer mal wieder Tagging-Probleme zur Sprache gekommen sind, wie sie mein Proposal Extended conditions for access tags behandelt (insbesondere zeit- und gewichtsabhängige Beschränkungen), möchte ich für das Proposal explizit um Feedback bitten - gerne auf der Liste, ansonsten auf der Diskussionsseite im Wiki: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags Wer es noch nicht kennt, sollte auch das Basis-Proposal berücksichtigen: http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags Die Grundidee ist schnell erklärt: Manche Vorschriften (access, maxspeed, oneway ...) gelten in der Realität nur unter bestimmten Bedingungen. Die Bedingungen können dabei alles mögliche sein, etwa der Fahrzeugtyp, die Uhrzeit oder das Wetter. Das Proposal schlägt hier vor, diese Bedingungen (für die es natürlich auch vorgegebene Bezeichnungen gibt) in beliebiger Reihenfolge durch Doppelpunkte getrennt an den Basiskey (also access, maxspeed etc.) zu schreiben. Doppelpunkte übrigens einfach deshalb, weil sie fast schon das Default-OSM-Trennzeichen sind, ohne erkennbare Semantik. Ich hätte aber auch nichts gegen z.B. eckige Klammern, wie sie manchmal vorgeschlagen würden -- da wir auch zu sehr vielen anderen Zwecken Doppelpunkte verwenden, würde das vielleicht die Unterscheidung erleichtern, und man könnte auf das time{...} bei den Zeiten verzichten. Gerade zu solchen syntaktischen Fragen würden mich auch einfache subjektive Meinungen also durchaus freuen. Tobias Knerr PS: Das kommt natürlich auch noch auf talk, aber auf den deutschsprachigen Kanälen (ML, Forum) wird deutlich häufiger Bedarf an solchen Ausdrucksmöglichkeiten angemeldet, warum auch immer -- daher zuerst hier. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de