Re: [Talk-de] Aktualität-Tag
Meiner Meinung nach hat der source-Tag aus genau diesem Grund nichts in den map-Elementen zu suchen, sondern im Changeset: On 26.09.2010 14:12, Georg Feddern wrote: sinnvoll genutzt ist das Tag dann meines Erachtens aber nicht - und es beist sich dann manchmal mit der Realität: A1) Eine Tankstelle lässt sich durchaus aus guten Luftbildern eintragen (source xxx 01.01.2010). Am Changeset: source: Luftbildsammlung x (datum ergibt sich sowieso) B1) Eine Erfassung vor Ort ergibt die genaue Lage mit Servicewegen und Öffnungszeiten (source yyy 01.03.2010) Am Changeset: source: ground survey (datum ergibt sich sowieso) C1) Eine weitere Überprüfung vor Ort ergibt geänderte Öffnungszeiten und Zahlungsarten (source yyy 01.05.2010) Am Changeset: source: ground survey (datum ergibt sich sowieso) A2) Eine Tankstelle lässt sich durchaus aus guten Luftbildern eintragen (source xxx 01.01.2010). B2) Eine Erfassung vor Ort ergibt die genaue Lage mit Servicewegen und Öffnungszeiten (source yyy 01.03.2010) C2) Eine weitere Überprüfung vor Ort ergibt die Umwandlung in einen Getränkemarkt (source yyy 01.05.2010) analog. Was ist jetzt die Quelle der Daten und welches Datum erwartest du da? Mit den Changesets: Jeweils das source, das am Changeset angegeben wurde. Dazu gehört dann eine Unterstützung des bestätigen aus Quelle z in der API. Vgl. dazu auch mein Beitrag hier: http://wiki.openstreetmap.org/w/index.php?title=Talk:Proposed_features/Second_opinion_correctness_survey Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo Peter, Meiner Meinung nach hat der source-Tag aus genau diesem Grund nichts in den map-Elementen zu suchen, sondern im Changeset: Das würde voraussetzen, dass in jedem Changeset nur eine einzige Änderung erfolgt (ein Schlüssel oder Wert), und dass in der Changeset-Beschreibung dann die Quelle für diese Änderung angegeben wird (Datum ist ja automatisch). Das ist aber nicht Standard (und so wie ich verstanden habe auch nicht erwünscht). Meistens werden in einem Changeset unterschiedlichste Änderungen zusammengepackt. Genaugenommen bräuchte jede einzelne Änderung (jeder neue Wert) - Grund - Datum - Unterschrift (wobei Datum und Unterschrift automatisch generiert werden) Nur so kann immer lückenlos nachvollzogen werden, wer wann was warum geändert hat. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo Markus. On 26.09.2010 15:13, Markus wrote: Hallo Peter, Meiner Meinung nach hat der source-Tag aus genau diesem Grund nichts in den map-Elementen zu suchen, sondern im Changeset: Das würde voraussetzen, dass in jedem Changeset nur eine einzige Änderung erfolgt (ein Schlüssel oder Wert), und dass in der Changeset-Beschreibung dann die Quelle für diese Änderung angegeben wird (Datum ist ja automatisch). Das ist aber nicht Standard (und so wie ich verstanden habe auch nicht erwünscht). Meistens werden in einem Changeset unterschiedlichste Änderungen zusammengepackt. Jein... Ich glaube, dass es in dieser Richtung wesentlich besser erreichbar wäre, User dazu zu kriegen, die Quelle anzugeben. Meiner Erfahrung nach ist zumindest hauptsächlich eine Quelle die primäre: entweder mappe ich von meinen Fotos+Notizen, die ich unterwegs gemacht habe, ODER von Luftbildern ODER von irgendeinem Datenimport. Manchmal werden weitere Quellen zur Konsolidierung oder Absicherung herangezogen; dann aber auch oft übergreifend ähnliche Quellen. Genaugenommen bräuchte jede einzelne Änderung (jeder neue Wert) - Grund - Datum - Unterschrift (wobei Datum und Unterschrift automatisch generiert werden) Nur so kann immer lückenlos nachvollzogen werden, wer wann was warum geändert hat. richtig - aber hältst Du das für realistisch? und: wie viele unterschiedliche Quellen kommen dadurch normalerweise zusammen in einem Changeset? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Sonntag 26 September 2010 14:12:11 schrieb Georg Feddern: Moin, Wolfgang schrieb: Hallo, Am Samstag 25 September 2010 11:21:46 schrieb Simon Kokolakis: Am 25.09.2010 03:43, schrieb Wolfgang: Das wäre das Datum der Erstaufnahme. Es geht aber darum, wann zuletzt jemand vorbeigekommen ist und bestätigt, dass die vorhandenen Daten noch korrekt sind. Das stimmt m.E. nicht. Der Source tag sollte die Quelle der momentan eingetragenen Information nennen, also der neusten, nicht der ersten. Ich würde den source-tag immer als Quelle und damit als Ursprung der Daten sehen. In der Regel wird sich auch keine andere Quelle ergeben. sinnvoll genutzt ist das Tag dann meines Erachtens aber nicht - und es beist sich dann manchmal mit der Realität: A1) Eine Tankstelle lässt sich durchaus aus guten Luftbildern eintragen (source xxx 01.01.2010). B1) Eine Erfassung vor Ort ergibt die genaue Lage mit Servicewegen und Öffnungszeiten (source yyy 01.03.2010) C1) Eine weitere Überprüfung vor Ort ergibt geänderte Öffnungszeiten und Zahlungsarten (source yyy 01.05.2010) A2) Eine Tankstelle lässt sich durchaus aus guten Luftbildern eintragen (source xxx 01.01.2010). B2) Eine Erfassung vor Ort ergibt die genaue Lage mit Servicewegen und Öffnungszeiten (source yyy 01.03.2010) C2) Eine weitere Überprüfung vor Ort ergibt die Umwandlung in einen Getränkemarkt (source yyy 01.05.2010) Was ist jetzt die Quelle der Daten und welches Datum erwartest du da? Meines Erachtens macht in beiden Fällen nur C einen Sinn und im zweiten Fall empfinde ich A) sogar als falsch. Für dieses Beispiel würde ich den source-tag auch anfassen,denn die Quelle hat sich tatsächlich verändert, ist genauer geworden. Mein Beispiel bezog sich darauf, dass die Quelle unverändert bleibt, der Datenbestand auch, und sich auch am Inhalt der Daten nichts verändert hat, weil eben noch alles stimmt. Genau das wollte ich dokumentieren, nach dem Motto: Diese Daten sind zwar 20 Jahre alt, aber keine Sorge, sie sind noch richtig. Dafür halte ich das source-tag an sich für ungeeignet, insbesondere auch für Auswertungen. Die sollen nicht im Laufe der Jahre die Karte bunt machen, sondern nur das anzeigen, dass tatsächlich seit xx Zeit nicht bestätigt wurde. Mit source:date_of_erfassung (vielleicht interessant, seit wann das Objekt überhaupt drin ist) und source:date_of_last_control sowie source:control_interval könnte ich leben, wie das Teil heißt, ist mir letztlich sch...egal. :-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 26.09.2010 20:33, schrieb Wolfgang: Diese Daten sind zwar 20 Jahre alt, aber keine Sorge, sie sind noch richtig. Dafür halte ich das source-tag an sich für ungeeignet, insbesondere auch für Auswertungen. Mit source:date_of_erfassung (vielleicht interessant, seit wann das Objekt überhaupt drin ist) und source:date_of_last_control sowie source:control_interval könnte ich leben, wie das Teil heißt, ist mir letztlich sch...egal. :-) Diese Aussage ... sie sind noch richtig basiert doch hoffentlich auf irgendeiner Tatsache. Und genau diese ist eine Informationsquelle, die in source eingetragen werden kann, sei es auch nur ich war letzten Dienstag da und da stand die Tanke noch. Ich verstehe nicht warum hier immer zwischen ursprünglicher Datenerhebung und Kontrollbesuchen unterschieden wird. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
On 26.09.2010 21:52, Simon Kokolakis wrote: Ich verstehe nicht warum hier immer zwischen ursprünglicher Datenerhebung und Kontrollbesuchen unterschieden wird. Ich denke, das Problem liegt darin, dass das source-Tag für einige als unantastbar gilt: Quellen, die eine Namensnennung fordern, werden mit source=Quellangabe an jedem Objekt eingetragen, und nicht wenige Nutzer beschweren sich darüber, wenn andere diese source-Attribute löschen oder verändern, dabei ist es eben genau, wie Du es sagst: Zwischen Datenerhebung, Kontrolle+Validierung und Aktualisierung kann eben so nicht unterschieden werden. Wenn source bei einer Kontrolle geändert wird, obwohl die Daten nicht geändert werden (weil sie noch stimmen), ist das richtig; das aktuelle Datenmodell geht dabei aber davon aus, dass die alte Quelle damit gelöscht wird, und das führt zum Problem. Deshalb mein Vorschlag: Source gehört zum Changeset, aber nicht in die Daten selbst; damit darf und soll sich das ruhig jedesmal ändern. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Sonntag 26 September 2010 21:52:45 schrieb Simon Kokolakis: Am 26.09.2010 20:33, schrieb Wolfgang: Diese Daten sind zwar 20 Jahre alt, aber keine Sorge, sie sind noch richtig. Dafür halte ich das source-tag an sich für ungeeignet, insbesondere auch für Auswertungen. Mit source:date_of_erfassung (vielleicht interessant, seit wann das Objekt überhaupt drin ist) und source:date_of_last_control sowie source:control_interval könnte ich leben, wie das Teil heißt, ist mir letztlich sch...egal. :-) Diese Aussage ... sie sind noch richtig basiert doch hoffentlich auf irgendeiner Tatsache. Und genau diese ist eine Informationsquelle, die in source eingetragen werden kann, sei es auch nur ich war letzten Dienstag da und da stand die Tanke noch. Ich verstehe nicht warum hier immer zwischen ursprünglicher Datenerhebung und Kontrollbesuchen unterschieden wird. Wir reden etwas an einander vorbei. Mir geht es hauptsächlich darum, dass nicht die Zeitangabe im source-tag landet (oder nicht nur), weil das nicht auszuwerten wäre. Source ist für mich die Quelle der Daten: wo kommt der Kram her? Solange sich die Quelle nicht verändert, sehe ich keinen Anlass zum Ändern des source-tags. Ob ich die Tanke vor 5 Jahren oder gestern gesehen habe, ändert für mich nichts an der source. Es bleibt dabei: ich habe sie gesehen. Das source-tag wird, soweit ich es bisher beobachtet habe, ohnehin nur benutzt, wenn die source in irgendeiner Form nicht im terrestrischen Mapping bestand, selbst dann häufig nicht. Für jeden einzelnen Eintrag jedes mal ein Messprotokoll einfügen zu müssen, würde bei mir den Spaß an OSM auf Null reduzieren. Für Kommentare haben wir die Change-Sets. Selbst da wird häufig nichts angegeben. Mehr zu fordern, ist unrealistisch. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 25.09.2010 03:43, schrieb Wolfgang: Das wäre das Datum der Erstaufnahme. Es geht aber darum, wann zuletzt jemand vorbeigekommen ist und bestätigt, dass die vorhandenen Daten noch korrekt sind. Das stimmt m.E. nicht. Der Source tag sollte die Quelle der momentan eingetragenen Information nennen, also der neusten, nicht der ersten. Wenn also jemand z.B. einen Kontrollbesuch macht, dann hat er wahrschenlich dieselbe Information, aber eine neuere Quelle dazu. Also kann er den source Tag anpassen. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Samstag 25 September 2010 11:21:46 schrieb Simon Kokolakis: Am 25.09.2010 03:43, schrieb Wolfgang: Das wäre das Datum der Erstaufnahme. Es geht aber darum, wann zuletzt jemand vorbeigekommen ist und bestätigt, dass die vorhandenen Daten noch korrekt sind. Das stimmt m.E. nicht. Der Source tag sollte die Quelle der momentan eingetragenen Information nennen, also der neusten, nicht der ersten. Wenn also jemand z.B. einen Kontrollbesuch macht, dann hat er wahrschenlich dieselbe Information, aber eine neuere Quelle dazu. Also kann er den source Tag anpassen. Ich würde den source-tag immer als Quelle und damit als Ursprung der Daten sehen. In der Regel wird sich auch keine andere Quelle ergeben. Bei den meisten hier in Frage kommenden POIs handelt es sich um Restaurants, Einzelhändler etc. . Da ändert sich an der visuellen Erfassung durch Bllick auf das Schild nichts. Außerdem ist ein eigener tag für eine Auswertung günstiger. So kann man sich mal eben anzeigen lassen, ob es in der Gegend einen Eintrag gibt, der älter als xx ist. Im source-tag steht alles mögliche drin, sogar so mutige Angaben wie survey :-) . Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 25.09.2010 13:25, schrieb Wolfgang: Ich würde den source-tag immer als Quelle und damit als Ursprung der Daten sehen. In der Regel wird sich auch keine andere Quelle ergeben. Bei den meisten hier in Frage kommenden POIs handelt es sich um Restaurants, Einzelhändler etc. . Da ändert sich an der visuellen Erfassung durch Bllick auf das Schild nichts. Du differenzierst zwischen der ursprünglichen Datenquelle, und den nachträglichen Überprüfungen. Dies ist für mich das gleiche, nämlich beidesmal eine Datenerhebung. Und das source-Tag sollte die aktuellste beschreiben. Außerdem ist ein eigener tag für eine Auswertung günstiger. So kann man sich mal eben anzeigen lassen, ob es in der Gegend einen Eintrag gibt, der älter als xx ist. Im source-tag steht alles mögliche drin, sogar so mutige Angaben wie survey :-) . Die maschinelle Auswertung dieser Tags ist tatsächlich ein Problem. Vielleicht könnte man sich auf source:tag als Beschreibung der Quelle und source:tag:date mit definiertem Datumsformat als Zeitpunkt einigen. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 24. September 2010 20:02 schrieb Simon Kokolakis simon.kokola...@gmx.de: Am 10.09.2010 21:02, schrieb Wolfgang: Vorschlag: last_check=2010-09 Gegenvorschlag: Den source-tag einfach mit Datum versehen, z.B.: shop=electronics source:shop=Survey 24.09.2010 +1, last_check ist nicht klar, auf welchen Tag es sich bezieht. Auch ist source:xy=foo schon ein bisschen etabliert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Freitag 24 September 2010 20:02:57 schrieb Simon Kokolakis: Am 10.09.2010 21:02, schrieb Wolfgang: Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Gegenvorschlag: Den source-tag einfach mit Datum versehen, z.B.: shop=electronics source:shop=Survey 24.09.2010 -1 Das wäre das Datum der Erstaufnahme. Es geht aber darum, wann zuletzt jemand vorbeigekommen ist und bestätigt, dass die vorhandenen Daten noch korrekt sind. Der Tag kann dabei angegeben werden, ist aber unwichtig, solange wir nicht in der Lage sind, sämtliche POIs wöchentlich zu prüfen Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
In Gebieten mit hoher Mapperdichte mag das mit einem Aktualitätstag realistisch sein. In Gegenden, wo die Mapper nur im Urlaub hinfahren hilft das auch nichts. Für den Nutzer ist es egal, ob der Laden vor 2 Jahren dicht gemacht hat, oder vor einem Tag. Sprich das Risiko wird nie Null sein. Daher denke ich, dass man eher versuchen sollte, die Anzahl der Kontrolleure zu erhöhen und diesen ein vernünfteges und leicht erreichbares Bug-Report-Werkzeug zur Hand geben. Das einfachste wäre, OSB auf die Hauptseite zu bringen und auszubauen, sodass man mehr Daten gegliedert angeben kann. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Aktualitat-Tag-tp5519466p5521035.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Samstag 11 September 2010 10:34:45 schrieb aighes: In Gebieten mit hoher Mapperdichte mag das mit einem Aktualitätstag realistisch sein. In Gegenden, wo die Mapper nur im Urlaub hinfahren hilft das auch nichts. Wenn ich mir für meinen Urlaubsort schon mal eine Checkliste ausdrucken kann, weiß ich nicht, warum ich nicht gezielt die eine oder andere Information aufnehmen sollte. Für den Nutzer ist es egal, ob der Laden vor 2 Jahren dicht gemacht hat, oder vor einem Tag. Sprich das Risiko wird nie Null sein. Daher denke ich, dass man eher versuchen sollte, die Anzahl der Kontrolleure zu erhöhen und diesen ein vernünfteges und leicht erreichbares Bug-Report-Werkzeug zur Hand geben. Das einfachste wäre, OSB auf die Hauptseite zu bringen und auszubauen, sodass man mehr Daten gegliedert angeben kann. Damit änderst du am Risiko nichts. Auch eine große Anzahl von Kontrolleuren kann nicht jeden Tag jeden Laden aufsuchen. Außerdem benutzten die meisten User eine Offline-Karte und würden tägliche Änderungen gar nicht mitbekommen. Dass der Laden gestern dicht gemacht hat, gehört zum allgemeinen Lebensrisiko, wie die Tatsache, dass er seit letzter Woche keine xx-Karten mehr annimmt. Es ist auch mögliche, dass der Laden, den man sucht, aktuell gerade brennt, überschwemmt ist oder sonstwas. Ich glaube, dass es ein Denkfehler ist, eine 100%ige Aktualität anstreben zu wollen. Reiseführer oder ähnliche Erzeugnisse werden auch nicht jeden Tag neu herausgegeben. Es reicht, die Daten in angemessenen Abständen zu überprüfen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, aighes wrote: Daher denke ich, dass man eher versuchen sollte, die Anzahl der Kontrolleure zu erhöhen und diesen ein vernünfteges und leicht erreichbares Bug-Report-Werkzeug zur Hand geben. Das einfachste wäre, OSB auf die Hauptseite zu bringen und auszubauen, sodass man mehr Daten gegliedert angeben kann. Daran arbeitet Kai Krueger schon: http://openstreetbugs.dev.openstreetmap.org/ allerdings stockt die Entwicklung ein bisschen, wenn also jemand mit Javascript- und/oder Rails-Knowhow da mit anpackt, wird das bestimmt schneller was. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Wolfgang-4 wrote: Wenn ich mir für meinen Urlaubsort schon mal eine Checkliste ausdrucken kann, weiß ich nicht, warum ich nicht gezielt die eine oder andere Information aufnehmen sollte. Wenn ich Urlaub mache, mache ich Urlaub. Sprich ich will keinen Zwang haben und keine Liste zum abarbeiten. Dennoch vergleiche ich die Daten der Garminkarte mit der Realität. Da sind aber sicherlich alle verschieden. Wolfgang-4 wrote: Damit änderst du am Risiko nichts. Auch eine große Anzahl von Kontrolleuren kann nicht jeden Tag jeden Laden aufsuchen. Außerdem benutzten die meisten User eine Offline-Karte und würden tägliche Änderungen gar nicht mitbekommen. Dass der Laden gestern dicht gemacht hat, gehört zum allgemeinen Lebensrisiko, wie die Tatsache, dass er seit letzter Woche keine xx-Karten mehr annimmt. Es ist auch mögliche, dass der Laden, den man sucht, aktuell gerade brennt, überschwemmt ist oder sonstwas. Ich glaube, dass es ein Denkfehler ist, eine 100%ige Aktualität anstreben zu wollen. Reiseführer oder ähnliche Erzeugnisse werden auch nicht jeden Tag neu herausgegeben. Es reicht, die Daten in angemessenen Abständen zu überprüfen. Mit einer jährlichen Überprüfungsaufforderung erreicht man mMn noch weniger. Ich jedenfalls mache das Mappen aus Spaß und Spaß geht recht schnell in Zwang über, wenn es ein muss gibt. Ich denke so geht es vielen Mappern. In so einer Karte werden dann auch immer nur die POI's angemosert, die gerade dran sind. Morgen kann die Karte schon wieder mehr POI's enthalten und der Mapper rennt wieder los. Sinnvoller als eine Kontrolle auf anfrage ist ein kontinuierlicher Prozess. Die Nutzer machen einen Soll-Ist-Vergleich beim Nutzen der Kartendaten und meldet Veränderungen oder trägt sie direkt ein (ala GastroMap) Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Aktualitat-Tag-tp5519466p5521268.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
On Fri, Sep 10, 2010 at 09:02:31PM +0200, Wolfgang wrote: Akzeptiert ein Supermarkt aber statt Karte A plötzlich Karte B, fällt das nur dem auf, der mit Karte A zahlen wollte. Wenn der örtliche Mapper sowieso bar zahlt, merkt der das höchstens zufällig. Vor Jahren hatte mal jemand die Karten erfasst und dabei bleibt es. Deshalb mappe ich solche dinge erst gar nicht. Bei solcherlei geschichten ist in meinen Augen der wert wirklich gering - Die Applikation die das auswertet muss erst noch gefunden werden. Es muss nicht alles modelliert werden was existiert - nen bischen Augenmass was davon vielleicht mal interessant sein koennte und was man stand heute schon auswerten mag macht vielleicht sinn. Ohne nutzen keine verifikation. Das ist nen bischen wie bei access beschraenkungen die komische geschichten mit agriculture von 7-2200 aber nicht schwerer as 10to - das ist bei mir access=no - Agriculture ist lokaler verkehr und die wissen wann und wie sie da durch duerfen - Der rest darf eh nicht. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Frederik Ramm wrote: Hallo, aighes wrote: Daher denke ich, dass man eher versuchen sollte, die Anzahl der Kontrolleure zu erhöhen und diesen ein vernünfteges und leicht erreichbares Bug-Report-Werkzeug zur Hand geben. Das einfachste wäre, OSB auf die Hauptseite zu bringen und auszubauen, sodass man mehr Daten gegliedert angeben kann. Das sehe ich auch so. Ich wuerde zwar nicht Worte wie peinlich oder beschaemend verwenden, aber ich wuerde ebenfalls sagen das es Dinge sind die OSM dringend braucht. Wenn man sich die bestehenden Qualitaetssicherungs tools anschaut[1], sei es OSB, Keep right, OSM inspektor, Skobbler-Bugs oder wie sie alle heissen, wird feststellen das die Daten auch jetzt schon mit (bekannte) Fehler uebersaeht sind, die leider nur im geringen Umfang korrigiert werden. Mehr Augenmerk auf Qualitaetskontrolle anstelle von immer neue Sachen hinzuzufuegen wuerde OSM imho nicht schlecht tun. Frederik Ramm wrote: Daran arbeitet Kai Krueger schon: http://openstreetbugs.dev.openstreetmap.org/ allerdings stockt die Entwicklung ein bisschen, wenn also jemand mit Javascript- und/oder Rails-Knowhow da mit anpackt, wird das bestimmt schneller was. stockt die Entwicklung Ist leider ein wenig schoenfaerberei des derzeitigen Zustands ;-) Ich habe zur Zeit keine Zeit das weiter zu verfolgen, insofern ist was mich angeht, die Entwicklung eingestellt :-( Ich faende es daher sehr gut wenn sich jemand anderes finden wuerde der das ganze zu Ende bringen kann. Denn man kann noch so viel darueber reden das wir es brauchen und es unabdingbar ist. Wenn sich keiner hinsetzt und den Code dafuer schreibt und sicherstellt das er hochwertig genug und bugfree ist um ihn in den Hauptzweig zu mergen, bringt das ganze gerede leider nichts. Hier also noch einmal ein Link zum source code: http://git.openstreetmap.org/?p=rails.git;a=shortlog;h=refs/heads/openstreetbugs Also einfach das GIT repository forken, der Anleitung auf http://wiki.openstreetmap.org/wiki/Rails_port folgen und drauf los programieren...! Dann wird es wenn der Code soweit ist auch auf die Hauptseite aufgenommen, denn ich habe bislang noch keinen Gehoert der etwas gegen die Idee gesagt haette (ausser das es bislang halt nur eine Idee ist) Das gleiche gilt im ueberigen auch fuer andere Dinge die man auf der Hauptseite gerne sehen moechte... Kai [1] http://wiki.openstreetmap.org/wiki/DE:Quality_Assurance -- View this message in context: http://gis.638310.n2.nabble.com/Aktualitat-Tag-tp5519466p5521343.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
On Sat, Sep 11, 2010 at 02:56:18PM +0200, M∡rtin Koppenhoefer wrote: wobei access=no fast nie zutrifft, meistens ist es private oder (motor_)vehicle=no, Stellen, wo wirklich niemand durch darf, gibt es selten. Wenn da das Weiss/Rote Spiegelei da steht ist das access=no oder nicht? Das sich die Stadtvaeter das anders gedacht haben mag ja sein aber es geht ja drum realitaet zu mappen und nicht das was sie wohl gemeint haben. Jeder der nen bischen mehr mapped entdeckt doch solchen schwachsinn. Da werden in Innenstaetdten enge Gassen mit Gesperrt fuer LKW beschildert obwohl man doch grosse Fahrzeuge aussperren will. Der mit seinem 10m Hymer darf dann trotzdem probieren durchzukommen. Ein maxlenght=6 oder so waere doch pfiffiger. Ich habe immer das Gefuehl das halt das Schild aufgestellt wird was man so noch im Fundus hat. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 11. September 2010 15:04 schrieb Florian Lohoff f...@zz.de: On Sat, Sep 11, 2010 at 02:56:18PM +0200, M∡rtin Koppenhoefer wrote: wobei access=no fast nie zutrifft, meistens ist es private oder (motor_)vehicle=no, Stellen, wo wirklich niemand durch darf, gibt es selten. Wenn da das Weiss/Rote Spiegelei da steht ist das access=no oder nicht? Du meinst vermutlich Zeichen 250, Verbot für Fahrzeuge aller Art? 1. Das Zeichen gilt nicht für Handfahrzeuge, abweichend von § 28 Abs. 2 auch nicht für Führer von Pferden sowie Treiber und Führer von Vieh. 2. Krafträder und Fahrräder dürfen geschoben werden. Für Fußgänger gilt es natürlich auch nicht. Von daher würde ich vehicle=no taggen. access=no erfordert ne Menge Extratags (s.o.), die für alle möglichen Nutzer den Verkehr dann wieder freigeben. Dass man dabei was vergisst/übersieht/etwas derzeit noch gar nicht existiert, ist extrem wahrscheinlich. Am besten die Verbote immer genau so abbilden, wie sie gelten (also nicht mehr verbieten und dann wieder einen Teil freigeben, wie man es früher gern empfohlen hat bei OSM). Jeder der nen bischen mehr mapped entdeckt doch solchen schwachsinn. Dem kann ich zustimmen, habe hier vor kurzem eine Hauptstraße entdeckt, die doch tatsächlich mit Z.250, Autos frei beschildert war. Dort gibt es am Rand Leitplanken, keinen Platz für Fußgänger (weder hinter noch vor den Leitplanken), dichten Verkehr, der mit 70-100 Sachen langbraust, ist ne Primary, mit Motorrädern und Mopeds darf man nicht lang, aber theoretisch als Fußgänger oder schiebender Fahrradfahrer. Absurd. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am Samstag 11 September 2010, 14:57:33 schrieb Kai Krueger: Wenn sich keiner hinsetzt und den Code dafuer schreibt und sicherstellt das er hochwertig genug und bugfree ist um ihn in den Hauptzweig zu mergen, bringt das ganze gerede leider nichts. Jeah, wir schreiben alles in einer Programmiersprache, die zwar total hipp ist aber die irgendwie trotzdem niemand freiwillig programmiert. Und dann suchen wir Leute die allen möglichen Code beisteuern. Das gleiche gilt im ueberigen auch fuer andere Dinge die man auf der Hauptseite gerne sehen moechte... Jep, da gilt das auch. Gruß, Bernd -- Das Wort Vegetarier kommt aus dem Indianischen und bedeutet: »Zu dumm zum Jagen.« - Quelle: german-bash.org signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Bernd Wurst wrote: Jeah, wir schreiben alles in einer Programmiersprache, die zwar total hipp ist aber die irgendwie trotzdem niemand freiwillig programmiert. Und dann suchen wir Leute die allen möglichen Code beisteuern. Und dann kommen doch glatt Leute und stellen fest, dass Teile davon so schlecht performen, dass sie in C neu implementiert werden muessen, und dann machen die Leute das auch noch, und dann ist es sogar wirklich xmal schneller. Das gleiche gilt im ueberigen auch fuer andere Dinge die man auf der Hauptseite gerne sehen moechte... Jep, da gilt das auch. Naja, so schlimm ist Rails nun auch wieder nicht. Man muss da undogmatisch rangehen: Alles andre ist noch schlimmer ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktualität-Tag
Hallo ich sehe das Problem, dass das Mapping sich immer mehr Daten zuwendet, die sich verändern können, ohne dass es jemand merkt. Beispiel: Wird eine Straße umgebaut oder eine Tankstelle abgerissen, bekommen das die Mapper recht schnell mit. Wechselt ein Restaurant von chinesisch auf griechisch, ist das auch recht schnell den örtlichen Mappern bekannt. Akzeptiert ein Supermarkt aber statt Karte A plötzlich Karte B, fällt das nur dem auf, der mit Karte A zahlen wollte. Wenn der örtliche Mapper sowieso bar zahlt, merkt der das höchstens zufällig. Vor Jahren hatte mal jemand die Karten erfasst und dabei bleibt es. Man könnte jetzt das Alter des Datensatzes nehmen und sagen, wenn der xx Jahre abgelaufen ist, sollte mal jemand checken und die Daten einmal neu hochladen. Das stößt aber auf 2 Probleme: 1. Wenn sich nichts geändert hat, muss man willkürlich etwas ändern, hochladen, zurückändern und wieder hochladen, sonst laden die Editoren nichts hoch. 2. Hier rauschen immer alle möglichen Bots durch, die Rechtschreibung bei Adressen oder sonstwas automatisch korrigieren oder auf einen neuen Stand bringen. Das hat die Nebenwirkung, dass damit das Datum aktualisiert wird und nichts mehr über die sachliche Aktualität der Daten aussagt. Daneben hat man ab und zu User, die Daten neu hochladen, damit ihr Name dort auftaucht. Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Monat/Jahr sollte reichen. Damit dokumentiert der Mapper, dass zu diesem Zeitpunkt alle Daten des Objektes aktuell sind. Was meint ihr? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 10. September 2010 21:02 schrieb Wolfgang wolfg...@ivkasogis.de: Was meint ihr? das ist im Prinzip das alte Lied: wenn die Daten genutzt werden, werden sie auch aktuell gehalten, wenn nicht, ist es sowieso egal ;-) Am besten die Supermärkte aktualisieren selbst ihre Daten, genauso wie die Tankstellen, die Restaurants, etc. Dazu ist es aber notwendig, dass OSM ausreichend bekannt ist und intensiv genutzt wird. Daran arbeiten wir. (Klar, wenn es wirklich mal so weit ist, dass jedes Handy mit einer OSM Schnittstelle vorinstalliert verkauft wird, dann werden wir sicher auch mit einem massiven Spamproblem und Manipulationsversuchen zu kämpfen haben, aber das besprechen wird dann...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 10.09.2010 um 21:25 schrieb M∡rtin Koppenhoefer: Am 10. September 2010 21:02 schrieb Wolfgang wolfg...@ivkasogis.de: Was meint ihr? das ist im Prinzip das alte Lied: wenn die Daten genutzt werden, werden sie auch aktuell gehalten, wenn nicht, ist es sowieso egal ;-) Am besten die Supermärkte aktualisieren selbst ihre Daten, genauso wie die Tankstellen, die Restaurants, etc. Meines Wissens gibt es aber noch keine Feldwege, die OSM-Daten bearbeiten können ;-) Dazu ist es aber notwendig, dass OSM ausreichend bekannt ist und intensiv genutzt wird. Daran arbeiten wir. (Klar, wenn es wirklich mal so weit ist, dass jedes Handy mit einer OSM Schnittstelle vorinstalliert verkauft wird, dann werden wir sicher auch mit einem massiven Spamproblem und Manipulationsversuchen zu kämpfen haben, aber das besprechen wird dann...) Wenn man mit veralteten Daten zu tun hat, kann das ziemlich ärgerlich sein. Man korrigiert sie danach dann, aber trotzdem. Außerdem gibt es sicher Mapper, die schon ihr Gebiet erfasst haben und daher durchaus Zeit (und Lust) hätten, ihre Daten zu überprüfen. Wenn sie dabei von einem Tool unterstützt werden können, ist das nur gut und motivierend. -Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hi, Am 10.09.2010 um 21:02 schrieb Wolfgang: Hallo ich sehe das Problem, dass das Mapping sich immer mehr Daten zuwendet, die sich verändern können, ohne dass es jemand merkt. Beispiel: Wird eine Straße umgebaut oder eine Tankstelle abgerissen, bekommen das die Mapper recht schnell mit. Wechselt ein Restaurant von chinesisch auf griechisch, ist das auch recht schnell den örtlichen Mappern bekannt. Akzeptiert ein Supermarkt aber statt Karte A plötzlich Karte B, fällt das nur dem auf, der mit Karte A zahlen wollte. Wenn der örtliche Mapper sowieso bar zahlt, merkt der das höchstens zufällig. Vor Jahren hatte mal jemand die Karten erfasst und dabei bleibt es. Man könnte jetzt das Alter des Datensatzes nehmen und sagen, wenn der xx Jahre abgelaufen ist, sollte mal jemand checken und die Daten einmal neu hochladen. Diese Idee hatte ich auch schon vor langer Zeit aus der gleichen Motivation heraus. Warum jemand die Daten neu hochladen soll verstehe ich allerdings nicht ganz. Es würde doch genügen, wenn man ein schönes Web-Tool hat, dass die xx Jahre alten Daten auf einer Karte anzeigt. Man könnte dann die Möglichkeit bieten die einzelnen Daten anzuklicken und Aktuell/Nicht aktuell zu klicken und zusätzlich einen Link zur direkten Bearbeitung in einem Editor anzeigen. Ein Export als GPX... und eine mobile (Web-)App, würden das überprüfen der Daten vor Ort zusätzlich erleichtern. Das stößt aber auf 2 Probleme: 1. Wenn sich nichts geändert hat, muss man willkürlich etwas ändern, hochladen, zurückändern und wieder hochladen, sonst laden die Editoren nichts hoch. Wenn man nichts mit neu hochladen macht, dann fällt das weg. 2. Hier rauschen immer alle möglichen Bots durch, die Rechtschreibung bei Adressen oder sonstwas automatisch korrigieren oder auf einen neuen Stand bringen. Das hat die Nebenwirkung, dass damit das Datum aktualisiert wird und nichts mehr über die sachliche Aktualität der Daten aussagt. Daneben hat man ab und zu User, die Daten neu hochladen, damit ihr Name dort auftaucht. Bots kann man herausfiltern. Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Monat/Jahr sollte reichen. Damit dokumentiert der Mapper, dass zu diesem Zeitpunkt alle Daten des Objektes aktuell sind. Ursprünglich war meine Idee einfach nach dem letzten Bearbeitungs-Zeitpunkt zu suchen (Bots... herausgefiltert) und dann die Daten zu präsentieren. Das wäre vermutlich mit weniger Aufwand als ein eigener Tag verbunden, hat aber auch Nachteile, denn es kann gut sein, dass jemand Daten bearbeitet, ohne dabei die bestehenden im Detail zu überprüfen. Wenn man so ein last_check Tag mit einem halbautomatischen Preset im Editor einbaut, dann ist denke ich der Aufwand in Ordnung. Auf jeden Fall wäre es wünschenswert, wenn es für die Daten-Überprüfung ein Web-Tool gäbe, auch wenn man vllt. am Anfang noch viele false-positive hat, aber besser als nichts und verbessern kann man dann immer noch. -Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Wolfgang wolfg...@ivkasogis.de wrote: Vorschlag: last_check=2010-09 Nein, ein tag ist IMO der falsche Ansatz! Das sollte in die API rein und als Attribut an jedes Objekt dran. Beim Anlegen eines Weges wird das dann auf das aktuelle Datum gesetzt und hinterher kann jeder per Mausklick im Web die aktualität erneuern ohne dass man gleich einen kompletten changeset dafür braucht. Gruss Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo Wolfgang, es ist immer wieder schön wenn man entdeckt, das gute Ideen wiedergefunden werden. Auch ich hatte vor ca. zwei Jahren die gleiche Idee, nur das mein tag lastvisit heißen sollte. Die Reaktionen damals reichten von Null bis negativ. Mein Vorschlag: 1. Setze einfach das Attribut bei allen Objekten die du bearbeitest. 2. Überzeuge die JOSM'ler das sie dieses Attribut in den Templates einbauen 3. Weise die Toolersteller (Validator, Keepright, ...) auf dieses Attribut hin, so das sie es als eine weitere Regel hinzufügen. Falls du eine Lobby brauchst, ich stehe zur Verfügung. Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Wolfgang wrote: Beispiel: Wird eine Straße umgebaut oder eine Tankstelle abgerissen, bekommen das die Mapper recht schnell mit. Wechselt ein Restaurant von chinesisch auf griechisch, ist das auch recht schnell den örtlichen Mappern bekannt. Schon da irrst Du vermutlich; zumindest hier vor meiner Haustuer gibt es doch eine Menge Sachen dieses Kalibers, die sich unbemerkt aendern. Das hat ein Stueck weit vermutlich mit Mapping-Tourismus zu tun. Wenn jeder nur seine unmittelbare Wohnumgebung mappt, dann stimmt das, das man Dinge einfach mitkriegt. Aber das Restaurant, das ich im letzten Urlaub erfasst habe, koennte laengst schon ein Friseursalon sein... Das ganze ist auf jeden Fall ein wichtiges Thema, das uns immer mehr beschaeftigen wird. Gerade vor ein paar Tagen hat Tom Chance, ein Mapper in London, das hier geposted: http://tom.acrewoods.net/2010/09/09/are-points-of-interest-poisonous/ Darin beschreibt er, dass er viele Laeden, die er mal getaggt hat, jetzt wieder loescht - weil er es fuer unrealistisch haelt, die Information auf dem neusten Stand zu halten, und weil er keine POIs fuer besser haelt als falsche POIs. Die Idee hat natuerlich fuer einigen Widerspruch gesorgt (siehe Kommentare). Ein einfaches last checked-Tag kann ein Anfang sein, aber ich sehe da ein paar Probleme. Ueber kurz oder lang haben wir hier bei einem Supermarkt getaggt, welche Karten er nimmt, wann er offen hat, wem er gehoert, von welchem Lieferanten er sein Fleisch bekommt und welche Pfandflaschen er annimmt. Telefonnummer sowieso. All das sind Dinge, die zu ueberpruefen selbst dem, der taeglich dort einkauft, Arbeit machen. Dass der Supermarkt, in dem ich immer einkaufe, ein Edeka ist und bis 20h auf hat, das kann ich gerade noch so von meinem Sofa aus bestaetigen. Wenn ich aber die anderen Details bestaetigen soll, ist das echte Arbeit - ich mache es nicht, zumindest nicht einfach mal so nebenher. Da muss sicher noch viel Gehirnschmalz reinfliessen. Ich koennte mir auch vorstellen, dass man unter einer Karte einen grossen Butten hier stimmt was nicht hat, gar nicht mal mit OpenStreetBugs dahinter, sondern ein Button, der nur speichert: dieser Ausschnitt wurde angesehen und fuer mangelhaft befunden. Ausserdem wuerde man alle Ausschnitte, die sonst so angesehen werden, mit einem kleinen Positiv-Score vermerken (Annahme: wer eine Karte anschaut und darauf einen Fehler sieht, wird mit 0.0x% Wahrscheinlichkeit auf den Fehlerbutton klicken). Auf die Weise koennte man spaeter auch Karten zeichnen, auf denen Gegenden, die oft angeschaut und wenig bemaengelt werden, dick gruen sind, und andere, die vielleicht schon alt sind und nie angeschaut werden, eher so in fragwuerdigem Gelb gezeichnet sind. - Damit erfasst man natuerlich nur das, was auf der Karte sichtbar ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am Freitag, den 10.09.2010, 21:02 +0200 schrieb Wolfgang: Hallo ich sehe das Problem, dass das Mapping sich immer mehr Daten zuwendet, die sich verändern können, ohne dass es jemand merkt. Beispiel: Wird eine Straße umgebaut oder eine Tankstelle abgerissen, bekommen das die Mapper recht schnell mit. Wechselt ein Restaurant von chinesisch auf griechisch, ist das auch recht schnell den örtlichen Mappern bekannt. Akzeptiert ein Supermarkt aber statt Karte A plötzlich Karte B, fällt das nur dem auf, der mit Karte A zahlen wollte. Wenn der örtliche Mapper sowieso bar zahlt, merkt der das höchstens zufällig. Vor Jahren hatte mal jemand die Karten erfasst und dabei bleibt es. Man könnte jetzt das Alter des Datensatzes nehmen und sagen, wenn der xx Jahre abgelaufen ist, sollte mal jemand checken und die Daten einmal neu hochladen. Das stößt aber auf 2 Probleme: 1. Wenn sich nichts geändert hat, muss man willkürlich etwas ändern, hochladen, zurückändern und wieder hochladen, sonst laden die Editoren nichts hoch. 2. Hier rauschen immer alle möglichen Bots durch, die Rechtschreibung bei Adressen oder sonstwas automatisch korrigieren oder auf einen neuen Stand bringen. Das hat die Nebenwirkung, dass damit das Datum aktualisiert wird und nichts mehr über die sachliche Aktualität der Daten aussagt. Daneben hat man ab und zu User, die Daten neu hochladen, damit ihr Name dort auftaucht. Wir sollten Daten, für die die Gefahr besteht, dass sie sich unauffällig verändern könnten, wenn wir sie schon erfassen, mit einem Aktualität-Tag versehen, dass man gezielt z.B. für ein Gebiet heraussuchen kann und dann praktisch eine Checkliste erhält, was demnächst überprüft werden sollte. Vorschlag: last_check=2010-09 Monat/Jahr sollte reichen. Damit dokumentiert der Mapper, dass zu diesem Zeitpunkt alle Daten des Objektes aktuell sind. Was meint ihr? Im Prinzip eine gute Idee. Die Problematik, die mir jedoch sofort auffällt, ist, dass die Aktualität eigentlich für jedes Tag einzeln angegeben werde müsste. Ich z.B. fahre regelmäßig mal die Läden hier ab, um die Öffnungszeiten zu prüfen, die sich ja ständig ändern. Welche Bezahlmöglichkeiten man hat, erfasse ich dann aber nicht jedes Mal neu. Heißt, ich müßte sagen können opening_hours:last_check:2010-09 oder so. Und das dann für jedes Tag. Eigentlich fände ich es besser, wenn die Dinge einfach dann geändert werden, wenn es jemandem auffällt, genau, wie es jetzt der Fall ist. Es wäre natürlich sehr praktisch, wenn der Betreiber einer Einrichtung selbst regelmäßig die Daten aktualisiert. Wenn die Anzahl der Mapper mit der gleichen Steigerungsrate wie bisher zunimmt, funktioniert das eh von allein... Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, am 10.09.2010 22:31 schrieb Frederik Ramm: Ein einfaches last checked-Tag kann ein Anfang sein, aber ich sehe da ein paar Probleme. Ueber kurz oder lang haben wir hier bei einem Supermarkt getaggt, welche Karten er nimmt, wann er offen hat, wem er gehoert, von welchem Lieferanten er sein Fleisch bekommt und welche Pfandflaschen er annimmt. Telefonnummer sowieso. All das sind Dinge, die zu ueberpruefen selbst dem, der taeglich dort einkauft, Arbeit machen. Dass der Supermarkt, in dem ich immer einkaufe, ein Edeka ist und bis 20h auf hat, das kann ich gerade noch so von meinem Sofa aus bestaetigen. Wenn ich aber die anderen Details bestaetigen soll, ist das echte Arbeit - ich mache es nicht, zumindest nicht einfach mal so nebenher. So isses. Und daher müsste ein last checked-Tag nicht an den POI sondern als Subtag an jedes Tag. *duckundwech* nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Freitag 10 September 2010 21:25:54 schrieb M∡rtin Koppenhoefer: Am 10. September 2010 21:02 schrieb Wolfgang wolfg...@ivkasogis.de: Was meint ihr? das ist im Prinzip das alte Lied: wenn die Daten genutzt werden, werden sie auch aktuell gehalten, wenn nicht, ist es sowieso egal ;-) Nur, das der, der die Daten nutzt, häufig kein Mapper sein wird. Das wird leider zu oft vergessen. Am besten die Supermärkte aktualisieren selbst ihre Daten, genauso wie die Tankstellen, die Restaurants, etc. Dazu ist es aber notwendig, dass OSM ausreichend bekannt ist und intensiv genutzt wird. Daran arbeiten wir. (Klar, wenn es wirklich mal so weit ist, dass jedes Handy mit einer OSM Schnittstelle vorinstalliert verkauft wird, dann werden wir sicher auch mit einem massiven Spamproblem und Manipulationsversuchen zu kämpfen haben, aber das besprechen wird dann...) Dann aktualisieren die Straßenmeistereien ihre Straßen, die EWerke ihre Trassen, die Bahnverwaltung ihre Strecken Bis es so weit ist, brauchen wir eine Lösung. Wenn unsere Daten nicht aktuell sind, gehen sie schnell im Rauschen des Internet unter. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Hallo, Am Freitag 10 September 2010 22:01:41 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Vorschlag: last_check=2010-09 Nein, ein tag ist IMO der falsche Ansatz! Das sollte in die API rein und als Attribut an jedes Objekt dran. Beim Anlegen eines Weges wird das dann auf das aktuelle Datum gesetzt und hinterher kann jeder per Mausklick im Web die aktualität erneuern ohne dass man gleich einen kompletten changeset dafür braucht. Das ist eine gute Idee. Als Ansatz bis zur Umsetzung und als Motivation für eine Umsetzung ist ein tag vermutlich der einfachere und sofort mögliche Weg. Wenn das so in die API einfließen sollte, würde das das tag natürlich überflüssig machen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 10.09.2010 22:01, schrieb Sven Geggus: Wolfgangwolfg...@ivkasogis.de wrote: Vorschlag: last_check=2010-09 Nein, ein tag ist IMO der falsche Ansatz! Das sollte in die API rein und als Attribut an jedes Objekt dran. Beim Anlegen eines Weges wird das dann auf das aktuelle Datum gesetzt und hinterher kann jeder per Mausklick im Web die aktualität erneuern ohne dass man gleich einen kompletten changeset dafür braucht. Fürchte nur das es dann Mapper geben wird die in ihrem Umfeld die Daten als aktuell sehen wollen (z.B. nur damit ihrgend ein Tool nicht meckert dass die Daten zu alt sind) und die Daten auf aktuell setzen ohne sie tatsächlich z uüberprüfen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 10.09.2010 22:36, schrieb Andre Hinrichs: Wenn die Anzahl der Mapper mit der gleichen Steigerungsrate wie bisher zunimmt, funktioniert das eh von allein... Ich fürchte, da übersiehst Du eine Kleinigkeit: Wenn OSM erst mal richtig von den Marketing-Leuten wahrgenommen wird dann wird man auf diesem Weg versuchen sich einen Vorteil gegenüber den Mitbewerbern zu schaffen. Ohne Regulierungsbehörde könnte das ganz schön ausarten... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Am 10.09.2010 21:02, schrieb Wolfgang: Was meint ihr? Telefonnummer, eMail- und Web-Adresse dürften da im Zweifel deutlich besser helfen als irgendwelche Aktualitäts-Tags. Wenn auf diesem Weg niemand zu erreichen ist versuche ich es lieber bei einem Mitbewerber da nicht zu erwarten ist dass die Daten täglich aktualisiert werden. Was nützt mir die Information dass der Laden vor 2 Wochen, zwei Monaten oder zwei Jahren noch geöffnet hatte - als Nutzer ist die Chance immer 50% zu 50 %: Die Daten stimmen oder sie sind (inzwischen)falsch. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
On Fri, Sep 10, 2010 at 10:31:32PM +0200, Frederik Ramm wrote: Darin beschreibt er, dass er viele Laeden, die er mal getaggt hat, jetzt wieder loescht - weil er es fuer unrealistisch haelt, die Information auf dem neusten Stand zu halten, und weil er keine POIs fuer besser haelt als falsche POIs. Die Idee hat natuerlich fuer einigen Widerspruch gesorgt (siehe Kommentare). Das ist ne höchst fragwürdige Theorie. Ich persönlich finde es sehr peinlich und beschämend, dass es bis dato noch kein Fehler melden-Feature auf der osm.org-Hauptseite gibt. Denn ich würde behaupten, falsche POIs mit einer zentralen, für alle Daten-Nutzer erreichbaren Fehler-Melde-Stelle werden gemeldet und behoben. Dann würde gelten: Falsche POIs fallen jemandem auf und werden gemeldet und korrigiert. Fehlende POIs fallen evtl nicht auf und werden nicht gemeldet. Ein einfaches last checked-Tag kann ein Anfang sein, aber ich sehe da ein paar Probleme. Ueber kurz oder lang haben wir hier bei einem Supermarkt getaggt, welche Karten er nimmt, wann er offen hat, wem er gehoert, von welchem Lieferanten er sein Fleisch bekommt und welche Pfandflaschen er annimmt. Telefonnummer sowieso. All das sind Dinge, die zu ueberpruefen selbst dem, der taeglich dort einkauft, Arbeit machen. Dass der Supermarkt, in dem ich immer einkaufe, ein Edeka ist und bis 20h auf hat, das kann ich gerade noch so von meinem Sofa aus bestaetigen. Wenn ich aber die anderen Details bestaetigen soll, ist das echte Arbeit - ich mache es nicht, zumindest nicht einfach mal so nebenher. Genau. Allerdings finde ich nach wie vor, dass das Alter von Daten kein Kriterium sein sollte. Es kann Mapping-Tools geben, die mir Gebiete zeigen in denen seit Jahren nichts geändert wurde. Aber den Endnutzer sollte das nicht tangieren. Dem sollte stets nahe gelegt werden, dass er Fehler melden soll wenn er sie sieht. Egal wie alte die Daten sind. Letztlich bietet kein Verfallsdatum eine Korrektheits-Garantie. Auch fehlende Daten sind für einen Nutzer manchmal ärgerlich. Wenn ich von mir selbst ausgehe: Komme ich mit meinem OSM-basierten Navi an eine Stelle an der ich *falsche* Daten bemerke, dann reizt es mich, dies zu korrigieren. Gehe ich z.B. im Urlaub in ein Restaurant das noch nicht eingetragen ist, dann ist die Motivation das dann zu Hause einzutragen deutlich geringer. Vieleicht ist das nicht bei allen so, aber bei mir stelle ich das öfters fest. Ergo ist ein falscher POI doch besser als keiner. Gruß, Bernd pgp3H83fFHyQ0.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität-Tag
Garry garr...@gmx.de [Sat, Sep 11, 2010 at 12:33:25AM CEST]: Am 10.09.2010 22:01, schrieb Sven Geggus: Wolfgangwolfg...@ivkasogis.de wrote: Vorschlag: last_check=2010-09 Nein, ein tag ist IMO der falsche Ansatz! Das sollte in die API rein und als Attribut an jedes Objekt dran. Beim Anlegen eines Weges wird das dann auf das aktuelle Datum gesetzt und hinterher kann jeder per Mausklick im Web die aktualität erneuern ohne dass man gleich einen kompletten changeset dafür braucht. Fürchte nur das es dann Mapper geben wird die in ihrem Umfeld die Daten als aktuell sehen wollen (z.B. nur damit ihrgend ein Tool nicht meckert dass die Daten zu alt sind) und die Daten auf aktuell setzen ohne sie tatsächlich z uüberprüfen. So was kann es geben. Es soll ja auch heute welche geben, die heute irgendwelche Wege anfassen, damit sie in itoworld als Platzhirschen dargestellt werden. Aber ein Massenphänomen scheint es mir nicht zu sein. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de