Re: [Talk-de] Spuren anonymisieren?
"geo.osm" writes: > Um eine höhere Genauigkeit zu erreichen, wäre es dann schon schön alle > tracks sehen zu können. Bringt nicht zwingend was, weil es an bestimmten stellen immer wieder die gleichen realitätsfernen ausreißer geben kann oder weil die nicht hochwertigen GPS-geräte in der mehrzahl sein können... Wenn wir in den GPX-dateien mehr der NMEA-infos hätten, wäre vielleicht etwas machbar. Das verschieben ist auch oft nicht einfach, weil man nicht weiß, was mit anliegenden straßen passieren soll. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Bernd Wurst writes: > Am Samstag, 1. August 2009 schrieb Karl Eichwalder: >> > Du schuldest immer noch eine Angabe über den Grund für deine etwas >> > obskure Meinung, dass doppelte Daten etwas besonders gutes wären! >> (Park-)plätze ohne highways sind mist. > > Hallo Kontext? Ist eben auch so was, wo man in einem polygon noch ein objekt benötigt. Übrigens ist es keineswegs immer trivial, den "mittelpunkt" eines polygons sinnvoll auszurechnet. Bei Fürth macht der damals nur als polygon eingetragene MD-kanal einen schönen bogen, was dazu führte, dass die beschriftung kilometerweit weg in der stadt zu finden war (bei stadtmauern ist ähnliches denkar) - hier im schema sieht es ok aus, aber auf einem plan mit anderen objekten zusammen ist so etwas doch eher befremdlich: -- \ -/-- --/ /-- --//- -//-- // /-- -/ /- -/ /-- | +- | | | / | | / | MD-kanal | | \ \ \ \ \ \\ | --\ -- --\ \--- ---\ \--- --\ \-- -- \--- -- \-- Doppelte oder irgendwie redundante angaben sind bei uns notwendig, weil wir aus durchaus nachvollziebaren gründen keine verpflichtenden tagging-vorgaben haben. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Jens Herrmann wrote: > http://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-_Ortsgrenzen_admin_level.3D7-9 > müsste es 9 oder 10 sein. Was genau macht denn die Selbstverwaltung > eines Ortsteils aus? Reicht es wenn ein Ortsbeirat vorhanden ist? Das > wäre in Dresden der Fall. Ich denke da z.b. an Berlin, die einzelnen Stadtteile werden dort Bezirke genannt und haben eine eigenständige Verwaltung, siehe auch http://de.wikipedia.org/wiki/Bezirk_(Berlin). Die haben eine komplette eigenständige Verwaltung. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Hallo. Am Samstag, 1. August 2009 schrieb Karl Eichwalder: > > Du schuldest immer noch eine Angabe über den Grund für deine etwas > > obskure Meinung, dass doppelte Daten etwas besonders gutes wären! > (Park-)plätze ohne highways sind mist. Hallo Kontext? > Unsere standard-renderer reagieren oft unterschiedlich, wenn ein objekt > als POI (node) oder als polygon eingetragen wird. Unter "Beispiel" verstehe ich etwas konkretes. So etwas wie: "Hier [URL] wurde das Objekt FOOBAR als Fläche und dort [URL] das Objekt BLAFASEL als Punkt gemapped. Eins davon ist Murks, weil ..." Gruß, Bernd -- Skeptiker sind jene Menschen, die einfach nicht an die friedliche Nutzung der Atombombe glauben wollen. - Werner Mitsch (dt. Aphoristiker) 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] Spuren anonymisieren?
Johann H. Addicks schrieb: > Entweder der Tracker mapt auch selbst oder er nimmt Tracks nur so auf, > dass er OSM nicht blind vertrauen muss. > kann ich nur unterschreiben. Verstehe auch die ganze Panikmache nicht wirklich. Liegt eventuell auch daran das ich nur privat logge und mappe und mir daher der Arbeitgeber schnuppe ist. Gegen das oben erwähnte nicht hochladen von gps-tracks würde ich allerdings Einspruch einlegen. Da ich doch relativ häufig nachschaue, ob alternative GPS-tracks vorhanden sind. Wenn dem nicht so ist, dann gehe ich davon aus, dass die Straße von nem Luftbild mit schlechter Aulösung abgezeichnet wurde und verschiebe diese Straße auf meinen GPS-track, der ja nicht zwingend richtig sein muß. Um eine höhere Genauigkeit zu erreichen, wäre es dann schon schön alle tracks sehen zu können. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
SLXViper schrieb: > Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites > Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und > benutze das nur zum Hochladen der Tracks. Du kannst auch die Punkte in > der Nähe von Start- und Endpunkt entfernen, damit man keine Rückschlüsse > auf deinen Wohnort oder ähnliches ziehen kann. Die Tracks können mit den > echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... Diese Diskussion hatten wir schonmal. Fazit war -soweit ich das erinnere- OSM will keine Tracks von "nur Herumfahrern" gespendet haben, daher gibt es keine Anonymisierungsdienste für Tracks, die a) wirklich anonymisieren b) auch für größere Mengen (>100) von Tracks sinnvoll nutzbar sind. Entweder der Tracker mapt auch selbst oder er nimmt Tracks nur so auf, dass er OSM nicht blind vertrauen muss. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Moin !
etwas ähnliches hatte ich schon einmal über zeitlich begrenzte Tags
angeregt.
Es wird hinterlegt das eine Straße dann und wann fertig sein soll und
entsprechend wird dann in der to-do / bug-seite entsprechend darauf
hingewiesen.
diese gedanken sollten auf jeden fall mit eingebunden werden.
gruß Jan :-)
Frederik Ramm schrieb:
> Hallo,
>
> ich moechte Euch ein Stueck "Vapourware" vorstellen (d.h. es ist
> derzeit 100% Hirngespinst) und dazu eine Meinung hoeren.
>
> Zunaechst die Vorgeschichte:
>
> Vor ein paar Tagen fuhr ich mit dem Auto eine Strecke, die ich oefters
> zuruecklege; eine Ortsumgehung auf einer Landesstrasse. Schon seit
> einigen Tagen hatte sich Grosses angekuendigt: Strassennahe Baeume waren
> gefaellt, eine Flaeche neben der Strasse plattgewalzt worden, Bagger und
> Planierraupen standen bereit. Nun war die Strasse an dieser Stelle
> gesperrt (ich glaube, sie bauen einen Kreisverkehr), und die
> ausgeschilderte Umleitung fuehrte durch das Dorf, das ueblicherweise
> "umgangen" wird.
>
> Die Folgen dieser Baustelle sind in OpenStreetMap-Notation weitreichend;
> die Umleitungsstrecke durch das Dorf hindurch ist jetzt vollstaendig mit
> Parkverboten gesaeumt und hat ihren "LKW nur fuer Anlieger"-Status
> verloren. Ein Dorf auf der gegenueberliegenden Seite der Strasse ist
> normalerweise komplett "Anlieger frei", auch diese Regel ist fuer die
> Zeit der Baustelle ausser Kraft gesetzt.
>
> Waere hier alles vollstaendig getaggt (inkl. Parkverboten und Anlieger
> frei), dann muesste ich sicherlich so 30, 40 Objekte anfassen, um dieser
> Baustelle gerecht zu werden - und alles wieder retour, wenn die Arbeiten
> abgeschlossen sind.
>
> Solche voruebergehenden Aenderungen sammeln sich natuerlich alle auch
> unserer Objekt-History an, die damit immer weiter aufgeblaeht wird.
>
> Die Relevanz dieser Aenderungen haengt von der Anwendung ab. Eine
> Routing-Anwendung, wenn sie benutzt wird, um live zu navigieren, sollte
> Zugriff auf die veraenderten Daten haben. Eine Routing-Anwendung, die
> z.B. von einer Baeckerei benutzt wird, um den idealen Standort zu finden
> (wo haben die meisten Kunden zu mir die kuerzesten Wege), sollte solche
> voruebergehenden Aenderungen eher nicht beherzigen. Eine Karte, die ich
> den Teilnehmern eines Radrennens am Wochenende an die Hand gebe, braucht
> diese Daten; eine Karte, die jemand nutzen will, um sich zu ueberlegen,
> wo er ein Haeuschen kauft ("ah, das hier ist alles Anlieger-frei-Gebiet,
> da laesst es sich verkehrsarm wohnen") sollte eher den "status quo ante"
> zeigen.
>
> In der Luftfahrt gibt es amtliche Karten, die die verschiedenen
> Luftraeume und Sperrgebiete zeigen. Zusaetzlich gibt es zeitlich
> befristete Publikationen ("NOTAM" - "Notice to Airmen"), die auf
> voruebergehende Sperrungen oder Aenderungen seit der letzten
> Kartenpublikation aufmerksam machen. Vor einem Flug sollte der Pilot
> sich immer vergewissern, ob NOTAMs seine Strecke betreffen.
>
> Mein Gedanke ist nun, dass wir etwas aehnliches fuer OpenStreetMap
> einfuehren sollten - ich nenne es mal OSM-T, "OSM transient", fuer
> voruebergehende Aenderungen. Ich wuerde also in unserer normalen
> Datenbank stets nur den "Normalzustand" speichern, und in OSM-T
> eventuelle aktuelle oder kuenftige Ausnahmezustaende. OSM-T wuerde sich
> stets auf Objekt-IDs aus der normalen OSM-Datenbank beziehen. OSM-T
> muesste eine Art Durchreiche-Service haben: Wenn man statt irgendwas
> direkt von OSM abzufragen stattdessen bei OSM-T anfragt, dann holt OSM-T
> die Daten von OSM, reichert sie um aktuell gueltige temporaere
> Aenderungen an, und gibt das weiter. OSM-T koennte spezielle "diffs"
> publizieren, so dass man jederzeit auf eine existierende OSM-Datenbank
> einen aktuellen OSM-T-Diff applizieren kann, wenn einen nicht der
> "Normalzustand", sonder der aktuelle "Ausnahmezustand" interessiert.
> OSM-T muesste natuerlich begrenzt in die Zukunft reichen - man muss dort
> auch eine Aenderung eingeben koennen, die erst in einingen Wochen aktiv
> wird, und auf Anfrage muss ein Benutzer auch den voraussichtlichen
> Zustand in einer Woche abfragen koennen oder so.
>
> Das ist alles noch nicht ausgegoren; insbesondere ist es eine
> Herausforderung, die referentielle Integritaet zu wahren (was ist, wenn
> jemand in OSM einen Way loescht und neu macht, zu dem in OSM-T aber eine
> spezielle Ausnahmeregel steht). Editoren muessten ein OSM-T-Modul haben,
> mit dem man die OSM-T bekannten Ausnahmen in einem Spezial-Layer sieht,
> und die Editoren muessten einen Modus haben, dass man sagen kann:
> "Alles, was ich ab jetzt aendere, soll eine temporaere Ausnahme bilden,
> die ab naechstem Montag gilt und zu OSM-T hochgeladen wird" oder so.
>
> Es gibt ja immer wieder verschiedene "lifecycle"-Konzepte fuer OSM, und
> fuer einiges haben die auch ihre Berechtigung, aber bei Dingen, die klar
> nur voruebergehend sind, sehe ich OSM selbst
Re: [Talk-de] Openstreetbugs
Mitja Kleider schrieb:
> Am Samstag, 1. August 2009 schrieb Andreas Pothe:
>> Moin,
>>
>>> Für mich tun beide, die alte [1] und die aktuelle [2].
>>>
>>> [1]: http://openstreetbugs.appspot.com/
>> Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema
>> absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist
>> bei der neuen nicht anders).
>>
>>> [2]:http://openstreetbugs.schokokeks.org/
>> Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter
>> Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es
>> das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich
>> sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus,
>> dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann.
> Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die
> Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche
> ich gerne, ihn zu beheben.
>
Ich hab die Site bisher nicht benutzt, also weiß ich nicht ob das der
einzige Fehler ist. Aber jedenfalls kann ich es nach einigem
Rumprobieren nun meistens gut reproduzieren (woran es genau liegt weiß
ich allerdings auch nicht). Browser ist Firefox 3.5.1.
Ich weiß nich ob Anhänge hier in der Liste funktionieren/erlaubt sind,
ich hab noch zwei Bilder zur Verdeutlichung.
Jedenfalls stellt es sich mir so dar: Wenn man einen neuen Bug setzt
(einfacher Linksklick) und dann auf 'Cancel' klickt (vielleicht auch
wenn man den Bug setzt, wollte ich aber nicht ausprobieren), dann
scheint sich irgendwas zu verhaken. Jedenfalls kommt dann bei jeder
Änderung des Zoomlevels ein Fehler in der Fehlerkonsole:
Fehler: this.icon is null
Quelldatei: http://openlayers.org/api/OpenLayers.js
Zeile: 859
Die entsprechende Zeile ist laut Firefox (vielleicht kann es jemand der
sich mit OpenLayers auskennt ja so identifizieren):
this.events=new
OpenLayers.Events(this,this.icon.imageDiv,null);},destroy:function(){this.erase();this.map=null;this.events.destroy();this.events=null;if(this.icon!=null){this.icon.destroy();this.icon=null;}},draw:function(px){return
this.icon.draw(px);},erase:function(){if(this.icon!=null){this.icon.erase();}},moveTo:function(px){if((px!=null)&&(this.icon!=null)){this.icon.moveTo(px);}
Wenn also dieser Fehler kommt, dann kann es nach dem Zoomen passieren,
dass die schon vorhandenen Marker an der gleichen Stelle auf dem
Bildschirm (selbe x,y) stehenbleiben, während die zugehörigen Popups an
der richtigen Stelle aufgehen. Wenn die Popups aufgrund des Reinzoomens
außerhalb des aktuellen Kartenausschnitts aufgehen, dann verschiebt sich
natürlich das Bild, der Mauszeiger ist nicht mehr auf dem Marker und das
Popup geht wieder zu. Es sieht also so aus, als hätte sich nur das Bild
verschoben. Oder aber man sieht eben das Popup an einer anderen Stelle
als den Marker, wenn sie noch recht nahe beieinander liegen.
Bugs die nach dem Zoomen geladen werden (also z.B. durch Verschieben der
Karte), scheinen dadurch nicht betroffen zu sein. Manchmal sind
allerdings auch die schon vorhandenen Bugs nicht betroffen, woran es
also genau liegt, weiß ich auch nicht.
Vielleicht hilft es ja bei der Fehlersuche.
Gruß,
Sebastian
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Bernd Wurst writes: > Du schuldest immer noch eine Angabe über den Grund für deine etwas obskure > Meinung, dass doppelte Daten etwas besonders gutes wären! (Park-)plätze ohne highways sind mist. Unsere standard-renderer reagieren oft unterschiedlich, wenn ein objekt als POI (node) oder als polygon eingetragen wird. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, den 01.08.2009, 16:44 +0200 schrieb Martin Koppenhoefer: > Am 1. August 2009 15:59 schrieb TeamAdiac : > > Am Samstag, den 01.08.2009, 15:13 +0200 schrieb Martin Koppenhoefer: > >> Unsere Tracks sind keinerlei > >> Beweismittel (in mehrfacher Hinsicht nicht gerichtsfest). > > Du kannst eine Kündigung bekommen in der man einen Verdacht äußert Du > > hättest etwas gestohlen. Ja richtig: Verdacht. (geht das nicht sogar > > fristlos?) > > sicher nicht bei einem bloßen Verdacht. Bei dringendem Tatverdacht sehr wohl: http://www.focus.de/karriere/arbeitsrecht/kuendigung/verdachtskuendigung-der-job-am-seidenen-faden_aid_374508.html > Ein paar Indizien müssen da > mindestens vorhanden sein, und am Ende entscheidet sowas ein > Arbeitsgericht. Hat es ja. Abgesehen davon, dass der Arbeitnehmer da erstmal hinkraxxeln muss. > Was hat das eigentlich mit den GPX-Tracks zu tun? Dass es mit der Beweiskraft von den Spuren gar nicht so weit her geholt sein muss. Lass‘ ich mich gerne als paranoid betitteln. > >> Die könnten > >> komplett gezeichnet sein, die Geräte sind nicht geeicht, die > >> Timestamps können manipuliert sein (z.B: doppelt so schnell, halb so > >> schnell), und zu guter Letzt ist da ja kein Foto mit dabei, wer mit > >> was gefahren ist, könnte genausogut der Track meiner Oma sein, den ich > >> hochgeladen habe. > > Technisch richtig. Und wenn es Dir doch jemand beweist > > was jetzt? Was soll denn bewiesen werden, wenn es nicht beweisbar ist? Siehe oben, geht schneller als Du denkst. > Du hast diverse Möglichkeiten: > a) nichts hochladen > b) nicht als Public hochladen Dann sind die die gutes tu‘n wollen die Gelackmeierten. > c) timestamps manipulieren z.B. mit GPS-Babel Gefällt mir. > e) Anfang- und Ende abschneiden Sowieso > Jedem der hier mitarbeitet muss jedenfalls klar sein, dass er eine > Menge Spuren hinterlässt, auch wenn er überhaupt keine GPX-Tracks > hochlädt. Z.B. kann man aus der Art der features und edits auf die > Persönlichkeit schließen. Schon mal da dran gedacht? Ja, aber das ist sogar mir zu absurd. Natürlich ist da wahres dran - machbar ist das. > Dann die Orte, wo > sich jemand aufhält. Und alles was man hier oder im Forum öffentlich > schreibt ergibt ein übriges. EIn Personenprofil zu erstellen, wenn es > jemand wirklich will, geht m.E. mit diesen Daten wesentlich besser als > mit den reinen Tracks. Das schließt ja die von mir gewünschte "Sicherheit" nicht aus. Nur weil andere Sachen besser geeignet sind muss ich darauf ja nicht verzichten. > Gruß Martin Ich habe mich für den Kompromiss entschieden: Timestamp zurück manipulieren, Anfang und Ende weg. Das reicht mir. Ein abschließendes "Danke" jedenfalls an Alle für die Tipps, vor allem mit gpsbabel, das wird es wohl werden. Adiac. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A2 Drucker für Karten gesucht
Frederik Ramm wrote: > Wenn man den Platz hat, kann ich nur zu einem der HP-A0-Modelle raten > (Designjet 750C oder 2000/2500CP). Die werden derzeit ueberall > rausgeworfen, sind extrem robust, schneiden ihr Papier von der Rolle > selber und gibts beide bei eBay in der Regel unter 500 Euro. Schade, so viel Platz hab ich leider nicht. Andere Alternativen? Sven -- "Those who do not understand Unix are condemned to reinvent it, poorly" (Henry Spencer) /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] Spuren anonymisieren?
TeamAdiac writes: > Am Samstag, den 01.08.2009, 15:13 +0200 schrieb Martin Koppenhoefer: >> Unsere Tracks sind keinerlei >> Beweismittel (in mehrfacher Hinsicht nicht gerichtsfest). > Du kannst eine Kündigung bekommen in der man einen Verdacht äußert Du > hättest etwas gestohlen. Ja richtig: Verdacht. (geht das nicht sogar > fristlos?) Nein. Bzw. etwas anders, nur gegen fußballfans kann bei bloßem verdacht ein mehrjähriges(!) und deutschlandweites(!) stadionverbot ausgesprochen werden. Und dann gibt's noch diese sache mit dem dopingverdacht. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A2 Drucker für Karten gesucht
Hallo, Sven Geggus wrote: > Neu sind diese Geräte leider ziemlich teuer. Bei Ebay findet man > gebrauchte Geräte vom Typ EPSON Stylus Color 1520. > > Kennt den jemand und kann ihn empfehlen oder auch nicht? Ich hab genau so einen gehabt (bei Ebay gekauft und auch wieder verkauft). Wenn man damit gut umgeht, dann ist das Geraet nicht schlecht, braucht aber ne Weile, bis er nach dem Einschalten druckbereit ist, und druckt halt auch sehr langsam. Verbrauchskosten (Tinte) relativ hoch, weil die allerbilligste Tinite nix taugt. Papiereinzug manchmal zickig, ich musste z.T. 4 Blaetter einzeln zufuehren, bis er sich zu drucken bequemte. Aber Achtung - der Drucker frisst zwar bis zu A2, die Druckbreite ist aber max. 345mm (A2 waere ja 420mm), das ist eigentlich eine ziemliche Mogelpackung. Wenn man den Platz hat, kann ich nur zu einem der HP-A0-Modelle raten (Designjet 750C oder 2000/2500CP). Die werden derzeit ueberall rausgeworfen, sind extrem robust, schneiden ihr Papier von der Rolle selber und gibts beide bei eBay in der Regel unter 500 Euro. Sowohl der Epson als auch der HP werden unter Linux gut unterstuetzt (Druckqualitaet beim Epson hoeher als beim HP). 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] Tag für Alleen
TeamAdiac schrieb: >> hat schon jemand darüber nachgedacht? Wir haben ja einige tausend >> Kilometer Alleen im Lande bzw. von Bäumen gesäumte Straßen. Da es im >> Englischen nicht mal ein Wort dafür gibt (ich hab nichts gefunden), > Alley: http://dict.leo.org/ende?lp=ende&p=thMx..&search=alley Alley ist eher eine schmale Gasse, siehe auch das Foto in den Map Features. Es gibt aber schon zwei Vorschläge: http://wiki.openstreetmap.org/wiki/Proposed_features/tree_row http://wiki.openstreetmap.org/wiki/Proposed_features/Avenue_-_Trees_beside_street ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
Am 1. August 2009 17:18 schrieb Jörk : > Martin Koppenhoefer schrieb: > >> wieso sind die Champs Elyssees was anderes als eine Allee? >> >> Gruß Martin > > naja, wenn man die Deutsche Alleenstraße in Meck-Pomm vor Augen hat... ist zumindest eine ähnliche Typologie. Klar, extraurban sieht das immer ein bisschen anders aus. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
Martin Koppenhoefer schrieb: > wieso sind die Champs Elyssees was anderes als eine Allee? > > Gruß Martin naja, wenn man die Deutsche Alleenstraße in Meck-Pomm vor Augen hat... nach Tree hatte ich nun nicht gesucht, danke! Gruß Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Hallo Frederik, noch ein Nachtrag zu der verteilten Datenbanken. Mit verteilten Transaktionen lassen sich Änderungen in beiden Datenbanken machen. Auch die referentielle Integritaet ist gewährleistet. Probleme (je nach Datenbankversion) kann es mit rekursiven Prozeduren und rekursiven Triggern über mehrere Datenbanken geben. Ich habe meine Zweifel ob wir mit einer Multilayer Technik (die wir für andere Dinge brauchen können) weiterkommen. Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
Am 1. August 2009 16:46 schrieb Jörk : > TeamAdiac schrieb: > >> Alley: http://dict.leo.org/ende?lp=ende&p=thMx..&search=alley > > o.k., kenn ich, aber wenn man genauer guckt, stellt man fest, daß unsere > Allee etwas anderes ist. Geh' mal tiefer oder frag Wikipedia, da findest > Du die Champs Elysees als Beispiel. wieso sind die Champs Elyssees was anderes als eine Allee? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
Am 1. August 2009 16:04 schrieb Jörk : > moin, > > hat schon jemand darüber nachgedacht? Wir haben ja einige tausend > Kilometer Alleen im Lande bzw. von Bäumen gesäumte Straßen. Da es im > Englischen nicht mal ein Wort dafür gibt (ich hab nichts gefunden), > sollte man sich da vielleicht etwas einfallen lassen. Ideen? es gibt schon Vorschläge: http://wiki.openstreetmap.org/wiki/Tree Alley - for each road-segment we use alley=left/right/both and tree=numbers? http://wiki.openstreetmap.org/wiki/Proposed_features/tree_row Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
>>> P.S. JOSM hat ein Plugin, welches sowohl das zeitliche Anonymisieren, als >>> auch das Ausdünnen der Daten beherrscht. >> Das ist doch eine gute Möglichkeit. > Wie funktioniert denn das? Ich habe die Zeitstempel alle rausgenommen > und der Server hat die Spur nicht mehr angenommen. > Wie heißt das Plugin? "EditGPX" heisst das. Im übrigen anonymisiere ich sämtliche meiner Tracks. Einerseits setze ich die Zeitstempel auf 1970 und andererseits schneide ich Aufenthalte in meiner Wohnung etc. raus. Dass die Daten dann für statistische Zwecke o.ä. nicht mehr taugen, ist mir klar. Mein Privatsphäre ist mir aber wichtiger. Von wegen, die Ermittlungsbehörden würden auf GPS-Tracks nichts geben: wer mal ne Weile das lawblog gelesen hat, bekommt schnell ne andere Meinung von den Methoden der Polizei und der Staatsanwaltschaften. Paranoide Grüße, Markus PS. Nur dass ich paranoid bin bedeutet nicht, dass sie nicht hinter mir her sind! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A2 Drucker für Karten gesucht
Am 1. August 2009 16:33 schrieb Sven Geggus : > Hallo zusammen, > > ich spiele mit dem Gedanken mir einen DIN A2 Farbdrucker zum Ausdruck > von OSM Karten zu kaufen. > > Neu sind diese Geräte leider ziemlich teuer. Bei Ebay findet man > gebrauchte Geräte vom Typ EPSON Stylus Color 1520. > > Kennt den jemand und kann ihn empfehlen oder auch nicht? Kenne ich, ist uralt ;-). Ist meines Wissens günstig zu bekommen, hat nur 3 Farben + Schwarz und braucht bei hoher Auflösung ein bisschen länger für den Druck. Kommt ein bisschen drauf an, was Du damit machen willst (wie oft und viel Du drucken willst). Prinzipiell finde ich die Epson-DInger nicht schlecht (habe einen 1440 Photo / A3), mit dem von Dir genannten kannst Du Fotos allerdings m.E. nicht zufriedenstellend drucken. Für Grafiken / Karten sollte es ausreichen (je nach Anspruch auf Farbtreue und z.B. auch verwendetem Papier). Die Tinten wirst Du selbst nachfüllen wollen, dann geht das von den Kosten her, man macht sich allerdings die Hände schmutzig ;-). Also, wenn er sehr günstig und in brauchbarem Zustand (Druckkopf und Papierzuführung) ist, würde ich das Teil nehmen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Hallo Frederik, ein Vorschlag wäre die OSM-T als 2. Datenbankinstanz (auf der gleichen Hardware) zu realisieren. Die 2. Datenbank sollte transaktionsorientiert sein, was bedeutet, dass Eingaben (Insert) sofort ohne Sperren möglich sein müssen und Änderungen (Update) an den betroffenen Objekten nur sehr feingranulare Sperren (möglichst auf Feldebene) zur Folge haben, d.h. es muss z.B. möglich sein in einem Record die Breite des Weges zu verändern, wenn gleichzeitig ein 2. User den Verlauf des Weges korrigiert. Die Frage ist nun wie bekomme ich OSM und OSM-T unter einen Hut? Die OSM-T muss aus Sicht des OSM Benutzers read-only und durch eine Option zuschaltbar sein. Die Datenbankabfragen von einer Instanz (OSM) auf die andere Instanz (OSM-T) sind kein Problem insbesondere wenn beide Instanzen auf der gleichen Hardware laufen. Ein Problem sehe ich beim rendern. Wann und wie soll das gemacht werden um aktuelle Daten zu bekommen? Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
TeamAdiac schrieb: > Alley: http://dict.leo.org/ende?lp=ende&p=thMx..&search=alley o.k., kenn ich, aber wenn man genauer guckt, stellt man fest, daß unsere Allee etwas anderes ist. Geh' mal tiefer oder frag Wikipedia, da findest Du die Champs Elysees als Beispiel. Gruß Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am 1. August 2009 15:59 schrieb TeamAdiac : > Am Samstag, den 01.08.2009, 15:13 +0200 schrieb Martin Koppenhoefer: >> Unsere Tracks sind keinerlei >> Beweismittel (in mehrfacher Hinsicht nicht gerichtsfest). > Du kannst eine Kündigung bekommen in der man einen Verdacht äußert Du > hättest etwas gestohlen. Ja richtig: Verdacht. (geht das nicht sogar > fristlos?) sicher nicht bei einem bloßen Verdacht. Ein paar Indizien müssen da mindestens vorhanden sein, und am Ende entscheidet sowas ein Arbeitsgericht. Hast Du denn einen Fall, der Deine These stützt? Klar, wenn das Vertrauensverhältnis nachhaltig gestört ist und Du an entsprechender Stelle sitzt, ist eine Kündigung sicher möglich. Was hat das eigentlich mit den GPX-Tracks zu tun? >> Die könnten >> komplett gezeichnet sein, die Geräte sind nicht geeicht, die >> Timestamps können manipuliert sein (z.B: doppelt so schnell, halb so >> schnell), und zu guter Letzt ist da ja kein Foto mit dabei, wer mit >> was gefahren ist, könnte genausogut der Track meiner Oma sein, den ich >> hochgeladen habe. > Technisch richtig. Und wenn es Dir doch jemand beweist was jetzt? Was soll denn bewiesen werden, wenn es nicht beweisbar ist? >> Ist meiner Ansicht nach Panikmache. > Moment mal. Ich suche nach einer Anonymisierungsfunktion für _meine_ > Tracks. Ich schreie nicht danach dass das jeder machen muss. Du hast diverse Möglichkeiten: a) nichts hochladen b) nicht als Public hochladen c) timestamps manipulieren z.B. mit GPS-Babel d) unter anderem/n Usernamen hochladen e) Anfang- und Ende abschneiden f) die Tracks erst später hochladen (ältere Daten sind ggf. weniger brisant) g) gibt bestimmt noch mehr >> Übrigens traue ich den jeweiligen >> Behörden das vom rechtlichen Aspekt abgesehen auch technisch nicht zu >> ;-) > Das kann zu Zeiten von Internetsuchdiensten jeder. Mehr oder weniger > schnell. Steht alles drin, muss nur zusammengepuzzlet werden. :-) Wieso? Wie willst Du denn einen Track einer Person zuordnen, wenn diese Ihre Tracks als nicht public hochlädt? Wenn, was hier auch schon einer geschrieben hat, "Hacker" die geloggten IP-Adressen beim Server stehlen, dann fehlen (bei dyn. IPs) immer noch die Zuordnungen zu Telefonanschlüssen. Und wer an welchem Anschluss alles werkelt ist oft auch nicht nachzuvollziehen (bei Privatanschlüssen und mehreren Nutzern). Jedem der hier mitarbeitet muss jedenfalls klar sein, dass er eine Menge Spuren hinterlässt, auch wenn er überhaupt keine GPX-Tracks hochlädt. Z.B. kann man aus der Art der features und edits auf die Persönlichkeit schließen. Schon mal da dran gedacht? Dann die Orte, wo sich jemand aufhält. Und alles was man hier oder im Forum öffentlich schreibt ergibt ein übriges. EIn Personenprofil zu erstellen, wenn es jemand wirklich will, geht m.E. mit diesen Daten wesentlich besser als mit den reinen Tracks. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] A2 Drucker für Karten gesucht
Hallo zusammen, ich spiele mit dem Gedanken mir einen DIN A2 Farbdrucker zum Ausdruck von OSM Karten zu kaufen. Neu sind diese Geräte leider ziemlich teuer. Bei Ebay findet man gebrauchte Geräte vom Typ EPSON Stylus Color 1520. Kennt den jemand und kann ihn empfehlen oder auch nicht? Gruss Sven -- "The term "any key" does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen." (Compaq FAQ Entry 2859) /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] Spuren anonymisieren?
Am Samstag, den 01.08.2009, 16:16 +0200 schrieb Sven Sommerkamp: > Am Samstag, 1. August 2009 14:54:44 schrieb Dirk Stöcker: > > P.S. JOSM hat ein Plugin, welches sowohl das zeitliche Anonymisieren, als > > auch das Ausdünnen der Daten beherrscht. > Das ist doch eine gute Möglichkeit. Wie funktioniert denn das? Ich habe die Zeitstempel alle rausgenommen und der Server hat die Spur nicht mehr angenommen. Wie heißt das Plugin? > > Ciao > > Gruß Sven Adiac... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, 1. August 2009 15:01:45 schrieb Mirko Küster: > > ist halt auch wieder das Thema Statistik: wenn in der Zukunft jemand > > auf die Idee kommt (die Rechenpower hat), aus den Tracks > > Durchschnittsgeschwindigkeiten auf bestimmten Strecken zu bestimmten > > Tages- und Jahreszeiten / Wochentagen zu ermitteln, dann sorgen solche > > verstümmelten Tracks zuverlässig dafür, dass das schlecht wird. > > Das dürfte nicht nur an irgendwelchen verschoben Zeiten oder > abgeschnittenen Punkten scheitern. > > Bis auf eine Hand voll am Anfang lade ich meine Tracks erst garnicht hoch, > denn bis auf die wenigen wirklich durchgefahrenen eigenen die sich > überhaupt nicht um irgendwelche Rückschlüsse auf die Lage zu geben oder gar > irgendwas auszuwerten, wenn man den Rest dazu nicht hat. Ja, das sehe genauso! Ich mache das in der Regel auch nicht, unter anderem auch aus den genannten Gründen. Ausnahmen sind z.B. Rennradtouren die ich von gpsies.com hochgeladen habe, z.B. anläßlich einer RTF die ich gefahren bin. And diesen hänge die relevanten Informationen dran und sie sind hinreichen genau, so das man mit ihen auch arbeiten kann. Aber auch diese veralten irgendwann, genau darum müssen die meiner Meinung nach, nicht ewig in der Datenbank bleiben. Und auch aus Datenschutzgründen ist es nicht vorteilhaft. > Wenn ich z.B. mit > dem Fahrrad im Wald erfasse dann halte ich im Schnitt alle 50 bis 100m an. > Da brauchts ein Übersichtsfoto von der Wegbeschaffenheit oder zum > nachmessen, da ist ein Hochsitz, dort ein Wegweiser, hier eine Finnhütte, > dort muss ich einmal um die Lichtung herum, hier ein Wasserloch, dort ein > Grenzstein, da ein Schlagbaum Aus dem Track ist dann für mich Primär > die momentane Zeit und Koordinate im Zusammenspiel mit dem eigentlich > wichtigen Bild von Interesse. Bei dieser Erfassungsmethode ist ein ganzes > Drittel der Tourenzeit immer reine Standzeit für Bilder. Da kommt bei > manchem Weg auch nur mal 3 kmh im Durchschnitt bei raus, bei normaler Fahrt > wären es minimum 20. > > Aus solchen Tracks kannst du nichts auswerten. Zu 20 km Track gehören da > noch rund 500 bis 800 Übersichts- und Detailfotos dazu. Nur beides zusammen > ergibt einen Sinn. Deswegen lade ich sowas erst garnicht hoch, denn das > bringt in meinen Augen nichts. Dritter kann ja nichtmal sehen warum da z.B. > ein kleiner stub in den Wald reingeht. Nur ich kann wissen das dort > meinetwegen einn Pfad zu einem Hochsitz führt. > > Nun kann man aber nicht wissen wie andere das handhaben. Fahren sie durch > oder halten und weichen auch sie ab? Von daher sind irgendwelche > Berechnungen aufgrund der hier abgelgten Tracks ohnehin nur Schätzeisen. > Für sowas müsste man eine extra reine Touren DB anlegen, die sich wirklich > nur auf das reine abfahren beschränkt. In der hiesigen DB landet aber > alles. Von reinen Touren bis vielleicht zu solchen wie ich sie fabriziere. > Man kann nur munkeln wo man was einsortieren kann. Verschobene Zeiten > machen das Kraut da nicht wirklich fett. Genauso, würde ich es auch sehen. > > Gruß > Mirko > > Gruß Sven > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Alleen
Am Samstag, den 01.08.2009, 16:04 +0200 schrieb Jörk: > moin, > > hat schon jemand darüber nachgedacht? Wir haben ja einige tausend > Kilometer Alleen im Lande bzw. von Bäumen gesäumte Straßen. Da es im > Englischen nicht mal ein Wort dafür gibt (ich hab nichts gefunden), Alley: http://dict.leo.org/ende?lp=ende&p=thMx..&search=alley > sollte man sich da vielleicht etwas einfallen lassen. Ideen? Alley kann aber leider sehr viel heißen (siehe Link). > Gruß > > Jörk MfG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, 1. August 2009 14:54:44 schrieb Dirk Stöcker: > On Sat, 1 Aug 2009, Martin Koppenhoefer wrote: > > So viel bringen da aber m.E. selbst lückenlose GPX-Tracks nicht. > > Geheimdienste, Polizei, etc. werden sich sowieso, da gebe ich meinem > > Vorredner Recht, nicht auf die Daten verlassen müssen, die man selbst > > veröffentlicht. > > Das sagst Du bis irgendeine Behörde auf die Idee kommt, das GPX-Spuren im > Netz ideal sind, um automatisiert Busgeldbescheide wegen zu schnellem > Fahrens zu erlassen, oder wegen befahrens von Anwohnerzonen oder sonst > irgendetwas absurdes. Das wäre zwar denkbar, aber wenn man die Tücken von GPS kennt, dann weiß man auch wie sehr ein Track und aus welchen Gründen er daneben liegen kann. > > Momentan ist es leider so, dass das Preisgeben von Daten gleich welcher > Art auch immer garantiert Nachteile nach sich ziehen wird. Das einzige was > man momentan noch nicht sagen kann, ist welche Nachteile das sind. Generell gebe ich dir sehr recht, ich würde sagen die Masse unserer Gesllschaft hat nur die Probleme die das für sie nach sich zieht noch nicht erkannt! Wir haben uns zuwenig gegen die sogenannten Anti-Terror-Gesetze gewehrt. In den nächsten Jahren werden wir feststellen, das man lieber den Anfängen gewährt hätte. Sehr wahrscheinlich geht es sehr häufig nicht (oder nicht nur) um Terrorabwehr, auch wenn das heute niemand zugibt. Aber, wenn der Boden erstmal bereitet ist, wird man es viel schwerer haben die Dinge zurückzudrehen. > > Und solange es bei unserer Politik nicht ein generelles Umdenken in > Datenschutzbelangen gibt, wird das wohl auch so bleiben. Das Umdenken wird erst dann kommen, wenn die betroffenen Gesellschaften erkennen und dazu braucht es heute ein Phantasie, was man in Zukunft mit den gewonnenen Möglichkeiten machen will. Wenn also genügend Menschen vehement genug einfordern das hier wieder auf den Pfad unseres Grungesetzes zurückgekehrt wird. > > P.S. JOSM hat ein Plugin, welches sowohl das zeitliche Anonymisieren, als > auch das Ausdünnen der Daten beherrscht. Das ist doch eine gute Möglichkeit. > > Ciao Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Hallo. Am Samstag, 1. August 2009 schrieb Frederik Ramm: > Das ist alles noch nicht ausgegoren; insbesondere ist es eine > Herausforderung, die referentielle Integritaet zu wahren (was ist, wenn > jemand in OSM einen Way loescht und neu macht, zu dem in OSM-T aber eine > spezielle Ausnahmeregel steht). Editoren muessten ein OSM-T-Modul haben, > mit dem man die OSM-T bekannten Ausnahmen in einem Spezial-Layer sieht, > und die Editoren muessten einen Modus haben, dass man sagen kann: > "Alles, was ich ab jetzt aendere, soll eine temporaere Ausnahme bilden, > die ab naechstem Montag gilt und zu OSM-T hochgeladen wird" oder so. Ich sehe diese Probleme als sehr unkritisch an. Der wirklich kritische Vorgang ist IMHO wenn jemand eine Straße splittet oder vereinigt. Denn dann bleiben Nodes und damit Streckenführung gleich, die Ausnahme würde sich aber plötzlich auf ein anderes Stück Straße beziehen. Wenn z.B. eine Straße auf einer Länge von 100 Metern temporär wegen Baustelle zur Einbahnstraße wird, dann muss man den Weg splitten, obwohl man das aus langfristiger Sicht gar nicht müsste. Eine mögliche Lösung könnte sein, dass man vollständige Objekte in der OSM-T-Datenbank speichert, die jeweils eine Referenz zu den Original-Daten haben. Also OSM-T-Way X, Y und Z überschreiben OSM-way FOO. Wenn dann jemand bei OSM-T anfragt, filtert der von dir genannte Proxy all die OSM-Objekte raus, die von OSM-T-Objekten "überschrieben" werden. Wird der OSM-Weg gelöscht, klappt das halt nicht mehr, aber that's life, da würde ich wenig drauf geben. Wenn das öfter passiert, wird schon mal jemand einen "Achtung, es gibt hier OSM-T-Daten, bitte Aktualität prüfen"-Checker einbauen. Was die Implementierung in den Editoren angeht: Das ging bisher immer so schnell wenn etwas neues (tolles) kam, da würde ich mir keine Sorgen machen. Gruß, Bernd -- Spontaneität muß wohlüberlegt sein. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag für Alleen
moin, hat schon jemand darüber nachgedacht? Wir haben ja einige tausend Kilometer Alleen im Lande bzw. von Bäumen gesäumte Straßen. Da es im Englischen nicht mal ein Wort dafür gibt (ich hab nichts gefunden), sollte man sich da vielleicht etwas einfallen lassen. Ideen? Gruß Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, 1. August 2009 12:45:57 schrieb SLXViper: > TeamAdiac schrieb: > > Am Samstag, den 01.08.2009, 11:12 +0200 schrieb SLXViper: > >> Sven Sommerkamp schrieb: > >>> Vorschlag. > >>> Du verwendest den Track direkt und machst eine Straße mit unbekanntem > >>> Typ draus. > >>> > >>> Also highway=road > >> > >> Und was soll das bringen? Wenn man schon vor Ort war, kann man das doch > >> gleich richtig mappen. > > > > Seh‘ ich nicht so. Ich erstelle meine Spur ja nicht nur für OSM. Wenn > > ich nicht mehr weiß wie die Straße(n) war(en), trag‘ ich lieber > > unbekannt ein als gar keine. > > Wenn du es nicht mehr weißt, stimme ich voll zu. Es gibt einfach schon > zu viele Ecken, in denen nur Tracks ohne irgendwelche Straßen/Wege > liegen. Aber sonst einfach so viel Infos mitgeben, wie man hat, notfalls > als note= Natürlich, nur wenn man nicht mehr weiß. Aber zu wissen, es ist ein Weg und kein Fluß, weil vom Paddler aufgezeichnet ist schon eine große Hilfe. Diese Hilfe hat man bei den Track Rohdaten in unserer Datenbank nicht. Ebenso veralten die Tracks in der Datenbank nicht. Was dazu führt, das man sie sowieso viel eingeschränkter verwenden kann, als es auf dem ersten Blick scheint. > > >> Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites > >> Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und > >> benutze das nur zum Hochladen der Tracks. > > > > Sicher kann man die Daten in Verbindung bringen. Die Liste der Dinge die > > ich abzuhaken hätte bei 2 Benutzernamen ist nicht kurz. Geht ja schon > > mit der IP-Adresse los. > > Also so viel Paranoia halte ich für übertrieben. Wen sollte das > eigentlich interessieren? Wer sollte sich soviel Mühe für so nutzlose > Daten machen? Was sollte man auch damit anfangen? Wenn sich jemand > (Geheimdienste, Verfassungsschutz, sonstige Ermittlungsbehörden) für > dein Bewegungsprofil interessiert, wird der bestimmt nicht auf leicht > manipulierbare Daten, die freiwillig rausgegeben wurden, zurückgreifen, > sondern eigene Mittel einsetzen. Genau, das Bewegungsprofil deines Handyś. Wird ja auch bereits sehr gerne angewendet, auch ohne richterlichen Beschluß, wie man in der Vergangenheit in einschlägigen Medien erfahren konnte. Als Nebeneffekt kann man denjenigen auch gleich belauschen und sämtliche Textnachrichten auslesen, das was man dabei erfahren, ohne das jemals irgendjemand erfährt ist so immens das man sagen muß: Die wenigen Informationen die dein aufgezeichneter Track enthällt und den am Ende vielleicht noch nicht einmal du selbst aufgezeichnet hast, ist nicht sehr viel Wert! > Einen kommerziellen Nutzen haben die > Daten auch nicht wirklich... Die Server-Admins haben gewiss besseres zu > tun als irgendwelchen Usern hinterherzuschnüffeln. > BTW: weiß jemand, was wie lange gespeichert wird? > Deine IP und deine E-Mail-Adresse sind sowieso nicht öffentlich. Das > einzige, was von deinem Zweitkonto öffentlich ist, ist der Nick und die > Tracks. Mehr nicht. > > >> Die Tracks können mit den > >> echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... > >> (das geht sogar von Hand in jedem halbwegs brauchbaren Texteditor mit > >> Suchen&Ersetzen-Funktion). > > > > Bei einer kurzen Spur evtl. ja - gebe ich Dir Recht. Aber bei einer > > Spurensammlung, z.B. aus dem Urlaub, oder einfach nur nach einem Monat > > loggen - würg. > > Ich schnippel meine Tracks meistens eh auf die "interessanten" Bereiche > zusammen. Wo schon 5 oder mehr "perfekte" Tracks liegen, muss meiner > Meinung nach nicht noch einer hin, der sich mit den anderen komplett > deckt. Daher hab ich meistens eh mehrere Tracks. > Unabhängig davon würde _ich_ nicht nach was anderem suchen, sondern das > mit vim und einem kurzem "1,$s/alterzeitstempel/neuerzeitstempel/" lösen > (was auch bei mehreren tausend Zeilen sehr schnell geht). Aber das eben, > weil ich recht viel mit dem arbeite ;) > Andere werden wieder andere Lösungen bevorzugen. > > Grüße > Gruß Sven > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, den 01.08.2009, 15:13 +0200 schrieb Martin Koppenhoefer: > Unsere Tracks sind keinerlei > Beweismittel (in mehrfacher Hinsicht nicht gerichtsfest). Du kannst eine Kündigung bekommen in der man einen Verdacht äußert Du hättest etwas gestohlen. Ja richtig: Verdacht. (geht das nicht sogar fristlos?) > Die könnten > komplett gezeichnet sein, die Geräte sind nicht geeicht, die > Timestamps können manipuliert sein (z.B: doppelt so schnell, halb so > schnell), und zu guter Letzt ist da ja kein Foto mit dabei, wer mit > was gefahren ist, könnte genausogut der Track meiner Oma sein, den ich > hochgeladen habe. Technisch richtig. Und wenn es Dir doch jemand beweist bist Du schneller in der Gegenbeweispflicht wie Du Rechtschutzversicherung schreien kannst. Recht haben und Recht bekommen sind nunmal zweierlei. > Ist meiner Ansicht nach Panikmache. Moment mal. Ich suche nach einer Anonymisierungsfunktion für _meine_ Tracks. Ich schreie nicht danach dass das jeder machen muss. > Übrigens traue ich den jeweiligen > Behörden das vom rechtlichen Aspekt abgesehen auch technisch nicht zu > ;-) Das kann zu Zeiten von Internetsuchdiensten jeder. Mehr oder weniger schnell. Steht alles drin, muss nur zusammengepuzzlet werden. :-) Ich muss aber mal meinen Grundsatz zwischen werfen. Bevor ich später sagen muss, dass ich früher besser aufgepasst hätte, tu‘ ich es lieber jetzt. Früher habe ich Spams beantwortet, Überall meine (damals einzige) Mail-Adresse angegeben, Geburtstage eingetragen, usw. Heute? Nicht so doll, oder? Die Mailadresse schalte ich bald ab, Geburtstage nehme ich überall raus (beim schreiben von "überall" musste ich leicht schmunzeln) und sowieso versuche ich den Schaden in Grenzen zu halten. Wo steht doch gleich meine Kontonummer? Naja, will mal gut sein lassen, aber ich seh‘ dem Gehirn des Internets eher pessimistisch entgegen. > Gruß Martin MfG, Adiac.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo. Am Samstag, 1. August 2009 schrieb Andreas Pothe: > > [2]:http://openstreetbugs.schokokeks.org/ > Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter > Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es > das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich > sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, > dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Oh, ich vergaß, das ist ja unser neues Feature, Leute verwirren. :) Warum kam dazu nicht ein einziger konkreter Bugreport bisher? Bei mir sehe ich das Verhalten jedenfalls nicht. > Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark > verschlechterte Bedienerführung genommen hat, anstatt das funktionierende > Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Vielleicht kannst du uns (insbesondere Mitja) erhellen, was genau dich stört? Ich sehe keine wesentlichen Unterschiede im Bedienkonzept zwischen den beiden Varianten. Außer dass ich bei der neuen Variante sehe, mit welchem Nickname in eingetragen werde, weil es direkt bei der Eingabe dabei steht. > Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von > der neuen Adresse zu erfahren, anstatt dass das "alte" Angebot auf das neue > umgeleitet wird - und sei es nur durch einen Texthinweis. Der Rewrite wurde hier angekündigt (und diskutiert), es wurde eine Weiterleitung von openstreetbugs.org und openstreetbugs.de vorgenommen und das JOSM-Plugin nutzt den neuen Service. Ich weiß nicht, wie blind du dich anstellst, aber hier irgendjemandem einen Vorwurf zu machen, dass "man" hier was falsch gemacht hätte ist sicherlich sehr daneben. Stell dir mal die Situation vor: Jemand hat eine gute Idee, programmiert diese halblebig, alle finden's toll, derjenige verschließt sich dann aber sämtlichen Änderungswünschen und sämtlicher Weiterentwicklung. Das haben wir grade. Xav antwortet (nach anfänglichem netten Kontakt) nämlich nicht mehr und ändert nichts und hilft uns in keiner Weise bei der Umstellung. Dazu kommt, dass eine Implementierung unter osm.org aus mir unbegreiflichen Gründen erstmal nicht gewünscht wurde und eine Weiterleitung von z.B. bugs.openstreetmap.org nicht gewährt wurde. Jetzt, da die Neuentwicklung recht gut ankommt, wird das allerdings diskutiert und vielleicht wird es in naher Zukunft ein weiteres Rewrite geben (nein, Kooperation wird völlig überschätzt), das sich dann in die Hauptseite einfügt. Wir können nicht das Angebot bei appspot.com ändern. Du nicht und ich nicht. Und Mitja auch nicht. Und wenn der Betreiber das eben selbst nicht will, wird dort halt nichts geändert. Da dort aber keinerlei Weiterentwicklung stattfinden kann (Code nicht frei, Betreiber nicht kooperativ), muss man etwas neues starten. Jetzt du: Wie soll man es ankündigen und betreiben, dass es auch der letzte mitbekommt? Gruß, Bernd -- Schlägertyp [prügelt auf Homer ein]: "Hey, irgendwas stimmt mit dem Typen nicht. Der fällt ja gar nicht um!" Moe [erscheint mit Schrotflinte]: "Schluß jetzt, Kameraden! Wenn ihr meinen Freund in meiner Bar verprügeln wollt, müßt ihr minimum 2 Drinks nehmen!" 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] Openstreetbugs
Am Samstag, 1. August 2009 schrieb Andreas Pothe: > Moin, > > > Für mich tun beide, die alte [1] und die aktuelle [2]. > > > > [1]: http://openstreetbugs.appspot.com/ > > Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema > absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist > bei der neuen nicht anders). > > > [2]:http://openstreetbugs.schokokeks.org/ > > Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter > Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es > das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich > sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, > dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. > Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark > verschlechterte Bedienerführung genommen hat, anstatt das funktionierende > Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Abgesehen von diesem (bei mir selten auftretenden) Problem habe ich eigentlich nur Verbesserungen in der Bedienung gesehen. > Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von > der neuen Adresse zu erfahren, anstatt dass das "alte" Angebot auf das neue > umgeleitet wird - und sei es nur durch einen Texthinweis. Ich habe vieles versucht: Ankündigung auf talk und talk-de, erwähnt in meinem OSM diary, Anschreiben von verschiedenen Personen, die auf die Seite linken, Aktualisierung aller Wiki-Seiten, die ich dazu gefunden habe. Ursprünglich sollte das alte Angebot diesen Hinweis bekommen und zusätzlich einfach mit dem alten Interface und der neuen Datenbank weiterlaufen. Ich habe den Quellcode vom alten System bekommen und einen Patch geschrieben, der einen nahtlosen Übergang ermöglicht. Leider hat der Verantwortliche daraufhin, etwa einen Monat, _bevor_ ich das neue System trotzdem veröffentlicht habe, seine Kommunikation mit mir eingestellt (mit anderen Mappern nicht). Nenne es wie du willst -- wir werden damit leben müssen, bis das neue Bug- Interface auf openstreetmap.org fertig ist. Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Am Samstag, 1. August 2009 14:26:50 schrieb Frederik Ramm:
> Hallo,
>
> ich moechte Euch ein Stueck "Vapourware" vorstellen (d.h. es ist
> derzeit 100% Hirngespinst) und dazu eine Meinung hoeren.
>
> Zunaechst die Vorgeschichte:
>
> Vor ein paar Tagen fuhr ich mit dem Auto eine Strecke, die ich oefters
> zuruecklege; eine Ortsumgehung auf einer Landesstrasse. Schon seit
> einigen Tagen hatte sich Grosses angekuendigt: Strassennahe Baeume waren
> gefaellt, eine Flaeche neben der Strasse plattgewalzt worden, Bagger und
> Planierraupen standen bereit. Nun war die Strasse an dieser Stelle
> gesperrt (ich glaube, sie bauen einen Kreisverkehr), und die
> ausgeschilderte Umleitung fuehrte durch das Dorf, das ueblicherweise
> "umgangen" wird.
>
> Die Folgen dieser Baustelle sind in OpenStreetMap-Notation weitreichend;
> die Umleitungsstrecke durch das Dorf hindurch ist jetzt vollstaendig mit
> Parkverboten gesaeumt und hat ihren "LKW nur fuer Anlieger"-Status
> verloren. Ein Dorf auf der gegenueberliegenden Seite der Strasse ist
> normalerweise komplett "Anlieger frei", auch diese Regel ist fuer die
> Zeit der Baustelle ausser Kraft gesetzt.
>
> Waere hier alles vollstaendig getaggt (inkl. Parkverboten und Anlieger
> frei), dann muesste ich sicherlich so 30, 40 Objekte anfassen, um dieser
> Baustelle gerecht zu werden - und alles wieder retour, wenn die Arbeiten
> abgeschlossen sind.
>
> Solche voruebergehenden Aenderungen sammeln sich natuerlich alle auch
> unserer Objekt-History an, die damit immer weiter aufgeblaeht wird.
>
> Die Relevanz dieser Aenderungen haengt von der Anwendung ab. Eine
> Routing-Anwendung, wenn sie benutzt wird, um live zu navigieren, sollte
> Zugriff auf die veraenderten Daten haben. Eine Routing-Anwendung, die
> z.B. von einer Baeckerei benutzt wird, um den idealen Standort zu finden
> (wo haben die meisten Kunden zu mir die kuerzesten Wege), sollte solche
> voruebergehenden Aenderungen eher nicht beherzigen. Eine Karte, die ich
> den Teilnehmern eines Radrennens am Wochenende an die Hand gebe, braucht
> diese Daten; eine Karte, die jemand nutzen will, um sich zu ueberlegen,
> wo er ein Haeuschen kauft ("ah, das hier ist alles Anlieger-frei-Gebiet,
> da laesst es sich verkehrsarm wohnen") sollte eher den "status quo ante"
> zeigen.
Da ist wieder das mit den verschiedenen Layern, was ich auch schon mal
angedacht habe.
In den verschiedenen Layern können verschieden Berechtigungen vergeben werden.
Ein Layer mit zeitlich befriteten Änderungen wäre dann gut machbar.
Bei Layern mit POIś die dann z.B. von Gaststättenbetrieben eingetragen werden
könnte man ebenso einen Zugang bieten, der z.B. diesen ermöglicht die Lage
ihres Betriebes eizutragen, aber nicht mehr.
>
> In der Luftfahrt gibt es amtliche Karten, die die verschiedenen
> Luftraeume und Sperrgebiete zeigen. Zusaetzlich gibt es zeitlich
> befristete Publikationen ("NOTAM" - "Notice to Airmen"), die auf
> voruebergehende Sperrungen oder Aenderungen seit der letzten
> Kartenpublikation aufmerksam machen. Vor einem Flug sollte der Pilot
> sich immer vergewissern, ob NOTAMs seine Strecke betreffen.
Ja, das ist mir als Gleitschirmflieger bekannt und halte ich für sinnvoll,
auch bei OSM.
>
> Mein Gedanke ist nun, dass wir etwas aehnliches fuer OpenStreetMap
> einfuehren sollten - ich nenne es mal OSM-T, "OSM transient", fuer
> voruebergehende Aenderungen. Ich wuerde also in unserer normalen
> Datenbank stets nur den "Normalzustand" speichern, und in OSM-T
> eventuelle aktuelle oder kuenftige Ausnahmezustaende. OSM-T wuerde sich
> stets auf Objekt-IDs aus der normalen OSM-Datenbank beziehen. OSM-T
> muesste eine Art Durchreiche-Service haben: Wenn man statt irgendwas
> direkt von OSM abzufragen stattdessen bei OSM-T anfragt, dann holt OSM-T
> die Daten von OSM, reichert sie um aktuell gueltige temporaere
> Aenderungen an, und gibt das weiter. OSM-T koennte spezielle "diffs"
> publizieren, so dass man jederzeit auf eine existierende OSM-Datenbank
> einen aktuellen OSM-T-Diff applizieren kann, wenn einen nicht der
> "Normalzustand", sonder der aktuelle "Ausnahmezustand" interessiert.
> OSM-T muesste natuerlich begrenzt in die Zukunft reichen - man muss dort
> auch eine Aenderung eingeben koennen, die erst in einingen Wochen aktiv
> wird, und auf Anfrage muss ein Benutzer auch den voraussichtlichen
> Zustand in einer Woche abfragen koennen oder so.
Es gibt in Hamburg z.B. den Dom auf dem Heilgengeistfeld und in München das
Oktoberfest.
Dies läßt sich dann ebenso damit darstellen, zeitlich befristet.
>
> Das ist alles noch nicht ausgegoren; insbesondere ist es eine
> Herausforderung, die referentielle Integritaet zu wahren (was ist, wenn
> jemand in OSM einen Way loescht und neu macht, zu dem in OSM-T aber eine
> spezielle Ausnahmeregel steht). Editoren muessten ein OSM-T-Modul haben,
> mit dem man die OSM-T bekannten Ausnahmen in einem Spezial-Layer sieht,
> und die Editoren muessten einen Modus haben, dass man sagen kann:
> "Alles, was i
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Am Sa, 1.08.2009, 15:07 schrieb Martin Koppenhoefer: > [...] Die Vorteile und Möglichkeiten sind allen klar, Frederik hat aber nach Lösungsansätzen gefragt. Das Thema ist echt schwer umzusetzen, gerade aus den von Frederik genannten Gründen. Wenn jemand das Objekt in OSM modifiziert, landen die Changes nicht in OSM-T bzw. werden deren Inhalte nicht mehr für OSM gültigt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Matthias Versen schrieb: > Du erstellst eine Relation da die Grenze sich normalerweise > Teilstücke der Boundary Linie mit anderen Grenzen wie Stadtgrenzen > oder anderen Stadtteilgrenzen teilt. Mir ist vor allem der admin_level unklar. Laut http://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-_Ortsgrenzen_admin_level.3D7-9 müsste es 9 oder 10 sein. Was genau macht denn die Selbstverwaltung eines Ortsteils aus? Reicht es wenn ein Ortsbeirat vorhanden ist? Das wäre in Dresden der Fall. Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am 1. August 2009 14:54 schrieb Dirk Stöcker : > On Sat, 1 Aug 2009, Martin Koppenhoefer wrote: > >> So viel bringen da aber m.E. selbst lückenlose GPX-Tracks nicht. >> Geheimdienste, Polizei, etc. werden sich sowieso, da gebe ich meinem >> Vorredner Recht, nicht auf die Daten verlassen müssen, die man selbst >> veröffentlicht. > > Das sagst Du bis irgendeine Behörde auf die Idee kommt, das GPX-Spuren im > Netz ideal sind, um automatisiert Busgeldbescheide wegen zu schnellem > Fahrens zu erlassen, oder wegen befahrens von Anwohnerzonen oder sonst > irgendetwas absurdes. das wird allerdings nicht möglich sein. Unsere Tracks sind keinerlei Beweismittel (in mehrfacher Hinsicht nicht gerichtsfest). Die könnten komplett gezeichnet sein, die Geräte sind nicht geeicht, die Timestamps können manipuliert sein (z.B: doppelt so schnell, halb so schnell), und zu guter Letzt ist da ja kein Foto mit dabei, wer mit was gefahren ist, könnte genausogut der Track meiner Oma sein, den ich hochgeladen habe. Ist meiner Ansicht nach Panikmache. Übrigens traue ich den jeweiligen Behörden das vom rechtlichen Aspekt abgesehen auch technisch nicht zu ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Am 1. August 2009 14:26 schrieb Frederik Ramm : > Solche voruebergehenden Aenderungen sammeln sich natuerlich alle auch > unserer Objekt-History an, die damit immer weiter aufgeblaeht wird. > Mein Gedanke ist nun, dass wir etwas aehnliches fuer OpenStreetMap > einfuehren sollten - ich nenne es mal OSM-T, "OSM transient", fuer > voruebergehende Aenderungen. Ich wuerde also in unserer normalen > Datenbank stets nur den "Normalzustand" speichern, und in OSM-T > eventuelle aktuelle oder kuenftige Ausnahmezustaende. Finde ich eine sehr gute Idee. So was könnte man neben Verkehrsbaustellen auch für andere temporäre/kurzlebige Daten wie Veranstaltungen (z.B: Oktoberfest, Festivals, Stadtfest, vor einiger Zeit geisterte hier auch mal ein Pfadfinderlager über die ML) nutzen. Bei regelmäßig wiederkehrenden Dingen (wie eben Oktoberfest) könnte man in OSM-T auch lediglich die Regel aktivieren und deaktivieren, d.h. man hätte schon einen pool mit von wiederkehrenden, gruppierten Ereignissen (a la changeset), wo man das komplette Set mit einem Click aktivieren und deaktivieren kann (z.B: auch geplant: vom 5.10.-28.10.2009). Noch weiter gesponnen könnte man auch dort eine History speichern (d.h. einen Klon erstellen und modifizieren), so dass man in der Zukunft nachsehen könnte, wie z.B. der Cannstatter Wasen 2009 ausgesehen hat. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
> ist halt auch wieder das Thema Statistik: wenn in der Zukunft jemand > auf die Idee kommt (die Rechenpower hat), aus den Tracks > Durchschnittsgeschwindigkeiten auf bestimmten Strecken zu bestimmten > Tages- und Jahreszeiten / Wochentagen zu ermitteln, dann sorgen solche > verstümmelten Tracks zuverlässig dafür, dass das schlecht wird. Das dürfte nicht nur an irgendwelchen verschoben Zeiten oder abgeschnittenen Punkten scheitern. Bis auf eine Hand voll am Anfang lade ich meine Tracks erst garnicht hoch, denn bis auf die wenigen wirklich durchgefahrenen eigenen die sich überhaupt nicht um irgendwelche Rückschlüsse auf die Lage zu geben oder gar irgendwas auszuwerten, wenn man den Rest dazu nicht hat. Wenn ich z.B. mit dem Fahrrad im Wald erfasse dann halte ich im Schnitt alle 50 bis 100m an. Da brauchts ein Übersichtsfoto von der Wegbeschaffenheit oder zum nachmessen, da ist ein Hochsitz, dort ein Wegweiser, hier eine Finnhütte, dort muss ich einmal um die Lichtung herum, hier ein Wasserloch, dort ein Grenzstein, da ein Schlagbaum Aus dem Track ist dann für mich Primär die momentane Zeit und Koordinate im Zusammenspiel mit dem eigentlich wichtigen Bild von Interesse. Bei dieser Erfassungsmethode ist ein ganzes Drittel der Tourenzeit immer reine Standzeit für Bilder. Da kommt bei manchem Weg auch nur mal 3 kmh im Durchschnitt bei raus, bei normaler Fahrt wären es minimum 20. Aus solchen Tracks kannst du nichts auswerten. Zu 20 km Track gehören da noch rund 500 bis 800 Übersichts- und Detailfotos dazu. Nur beides zusammen ergibt einen Sinn. Deswegen lade ich sowas erst garnicht hoch, denn das bringt in meinen Augen nichts. Dritter kann ja nichtmal sehen warum da z.B. ein kleiner stub in den Wald reingeht. Nur ich kann wissen das dort meinetwegen einn Pfad zu einem Hochsitz führt. Nun kann man aber nicht wissen wie andere das handhaben. Fahren sie durch oder halten und weichen auch sie ab? Von daher sind irgendwelche Berechnungen aufgrund der hier abgelgten Tracks ohnehin nur Schätzeisen. Für sowas müsste man eine extra reine Touren DB anlegen, die sich wirklich nur auf das reine abfahren beschränkt. In der hiesigen DB landet aber alles. Von reinen Touren bis vielleicht zu solchen wie ich sie fabriziere. Man kann nur munkeln wo man was einsortieren kann. Verschobene Zeiten machen das Kraut da nicht wirklich fett. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
On Sat, 1 Aug 2009, Martin Koppenhoefer wrote: So viel bringen da aber m.E. selbst lückenlose GPX-Tracks nicht. Geheimdienste, Polizei, etc. werden sich sowieso, da gebe ich meinem Vorredner Recht, nicht auf die Daten verlassen müssen, die man selbst veröffentlicht. Das sagst Du bis irgendeine Behörde auf die Idee kommt, das GPX-Spuren im Netz ideal sind, um automatisiert Busgeldbescheide wegen zu schnellem Fahrens zu erlassen, oder wegen befahrens von Anwohnerzonen oder sonst irgendetwas absurdes. Momentan ist es leider so, dass das Preisgeben von Daten gleich welcher Art auch immer garantiert Nachteile nach sich ziehen wird. Das einzige was man momentan noch nicht sagen kann, ist welche Nachteile das sind. Und solange es bei unserer Politik nicht ein generelles Umdenken in Datenschutzbelangen gibt, wird das wohl auch so bleiben. P.S. JOSM hat ein Plugin, welches sowohl das zeitliche Anonymisieren, als auch das Ausdünnen der Daten beherrscht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
TeamAdiac schrieb: Wie wär‘s mit einem Kompromiss der mir eben einviel? Spurenanfang immer zurück auf den ersten des jeweiligen Monats 00:00Uhr? Das wäre mir anonym genug (kann ja den gesamten Monat betreffen) und Dir vielleicht genau genug? Da bleibt auf jeden Fall die Aktualität gewahrt. Also mit fast jedem "guten" Editor bekommt man das hin. Richtig. Du kannst aber auch gpsBabel verwenden, um deinen Zeitstempel zu manipulieren. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am 1. August 2009 13:41 schrieb TeamAdiac : > Am Samstag, den 01.08.2009, 12:45 +0200 schrieb SLXViper: >> Die Server-Admins haben gewiss besseres zu >> tun als irgendwelchen Usern hinterherzuschnüffeln. > Von denen sprech‘ ich ja auch gaaar nicht. Da sind wir ja eher "unter > uns" obwohl da auch nie sicher sein kann. ja, von wem spricht man da eigentlich? Die einzigen, die mir da evtl. in den Sinn kommen könnten, sind professionelle Adresshändler und "Auskunfteien", die auch sonst personenbezogene Daten akkumulieren (Von Versandhäusern, Online-Diensten, etc.), oder z.B. Multinationals wie ebay, Amazon, Google, MS, Apple, ... So viel bringen da aber m.E. selbst lückenlose GPX-Tracks nicht. Geheimdienste, Polizei, etc. werden sich sowieso, da gebe ich meinem Vorredner Recht, nicht auf die Daten verlassen müssen, die man selbst veröffentlicht. >> Wo schon 5 oder mehr "perfekte" Tracks liegen, muss meiner >> Meinung nach nicht noch einer hin, der sich mit den anderen komplett >> deckt. > Hmm, da habe ich aber eine ganz andere Meinung. Je mehr Spuren da sind > je genauer die Strecke. Woher weißt Du ob die 5 "perfekt" sind? ja, sehe ich auch so. Je mehr umso besser. >> Andere werden wieder andere Lösungen bevorzugen. > Wie wär‘s mit einem Kompromiss der mir eben einviel? Spurenanfang immer > zurück auf den ersten des jeweiligen Monats 00:00Uhr? Das wäre mir > anonym genug (kann ja den gesamten Monat betreffen) und Dir vielleicht > genau genug? ist halt auch wieder das Thema Statistik: wenn in der Zukunft jemand auf die Idee kommt (die Rechenpower hat), aus den Tracks Durchschnittsgeschwindigkeiten auf bestimmten Strecken zu bestimmten Tages- und Jahreszeiten / Wochentagen zu ermitteln, dann sorgen solche verstümmelten Tracks zuverlässig dafür, dass das schlecht wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Separate Datenbank fuer transiente Daten - OSM-T
Hallo,
ich moechte Euch ein Stueck "Vapourware" vorstellen (d.h. es ist
derzeit 100% Hirngespinst) und dazu eine Meinung hoeren.
Zunaechst die Vorgeschichte:
Vor ein paar Tagen fuhr ich mit dem Auto eine Strecke, die ich oefters
zuruecklege; eine Ortsumgehung auf einer Landesstrasse. Schon seit
einigen Tagen hatte sich Grosses angekuendigt: Strassennahe Baeume waren
gefaellt, eine Flaeche neben der Strasse plattgewalzt worden, Bagger und
Planierraupen standen bereit. Nun war die Strasse an dieser Stelle
gesperrt (ich glaube, sie bauen einen Kreisverkehr), und die
ausgeschilderte Umleitung fuehrte durch das Dorf, das ueblicherweise
"umgangen" wird.
Die Folgen dieser Baustelle sind in OpenStreetMap-Notation weitreichend;
die Umleitungsstrecke durch das Dorf hindurch ist jetzt vollstaendig mit
Parkverboten gesaeumt und hat ihren "LKW nur fuer Anlieger"-Status
verloren. Ein Dorf auf der gegenueberliegenden Seite der Strasse ist
normalerweise komplett "Anlieger frei", auch diese Regel ist fuer die
Zeit der Baustelle ausser Kraft gesetzt.
Waere hier alles vollstaendig getaggt (inkl. Parkverboten und Anlieger
frei), dann muesste ich sicherlich so 30, 40 Objekte anfassen, um dieser
Baustelle gerecht zu werden - und alles wieder retour, wenn die Arbeiten
abgeschlossen sind.
Solche voruebergehenden Aenderungen sammeln sich natuerlich alle auch
unserer Objekt-History an, die damit immer weiter aufgeblaeht wird.
Die Relevanz dieser Aenderungen haengt von der Anwendung ab. Eine
Routing-Anwendung, wenn sie benutzt wird, um live zu navigieren, sollte
Zugriff auf die veraenderten Daten haben. Eine Routing-Anwendung, die
z.B. von einer Baeckerei benutzt wird, um den idealen Standort zu finden
(wo haben die meisten Kunden zu mir die kuerzesten Wege), sollte solche
voruebergehenden Aenderungen eher nicht beherzigen. Eine Karte, die ich
den Teilnehmern eines Radrennens am Wochenende an die Hand gebe, braucht
diese Daten; eine Karte, die jemand nutzen will, um sich zu ueberlegen,
wo er ein Haeuschen kauft ("ah, das hier ist alles Anlieger-frei-Gebiet,
da laesst es sich verkehrsarm wohnen") sollte eher den "status quo ante"
zeigen.
In der Luftfahrt gibt es amtliche Karten, die die verschiedenen
Luftraeume und Sperrgebiete zeigen. Zusaetzlich gibt es zeitlich
befristete Publikationen ("NOTAM" - "Notice to Airmen"), die auf
voruebergehende Sperrungen oder Aenderungen seit der letzten
Kartenpublikation aufmerksam machen. Vor einem Flug sollte der Pilot
sich immer vergewissern, ob NOTAMs seine Strecke betreffen.
Mein Gedanke ist nun, dass wir etwas aehnliches fuer OpenStreetMap
einfuehren sollten - ich nenne es mal OSM-T, "OSM transient", fuer
voruebergehende Aenderungen. Ich wuerde also in unserer normalen
Datenbank stets nur den "Normalzustand" speichern, und in OSM-T
eventuelle aktuelle oder kuenftige Ausnahmezustaende. OSM-T wuerde sich
stets auf Objekt-IDs aus der normalen OSM-Datenbank beziehen. OSM-T
muesste eine Art Durchreiche-Service haben: Wenn man statt irgendwas
direkt von OSM abzufragen stattdessen bei OSM-T anfragt, dann holt OSM-T
die Daten von OSM, reichert sie um aktuell gueltige temporaere
Aenderungen an, und gibt das weiter. OSM-T koennte spezielle "diffs"
publizieren, so dass man jederzeit auf eine existierende OSM-Datenbank
einen aktuellen OSM-T-Diff applizieren kann, wenn einen nicht der
"Normalzustand", sonder der aktuelle "Ausnahmezustand" interessiert.
OSM-T muesste natuerlich begrenzt in die Zukunft reichen - man muss dort
auch eine Aenderung eingeben koennen, die erst in einingen Wochen aktiv
wird, und auf Anfrage muss ein Benutzer auch den voraussichtlichen
Zustand in einer Woche abfragen koennen oder so.
Das ist alles noch nicht ausgegoren; insbesondere ist es eine
Herausforderung, die referentielle Integritaet zu wahren (was ist, wenn
jemand in OSM einen Way loescht und neu macht, zu dem in OSM-T aber eine
spezielle Ausnahmeregel steht). Editoren muessten ein OSM-T-Modul haben,
mit dem man die OSM-T bekannten Ausnahmen in einem Spezial-Layer sieht,
und die Editoren muessten einen Modus haben, dass man sagen kann:
"Alles, was ich ab jetzt aendere, soll eine temporaere Ausnahme bilden,
die ab naechstem Montag gilt und zu OSM-T hochgeladen wird" oder so.
Es gibt ja immer wieder verschiedene "lifecycle"-Konzepte fuer OSM, und
fuer einiges haben die auch ihre Berechtigung, aber bei Dingen, die klar
nur voruebergehend sind, sehe ich OSM selbst eigentlich ueberlastet.
Haben sich das andere Leute auch schon ueberlegt, und zu welchen
Schluessen seid ihr gekommen?
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] Spuren anonymisieren?
> Hallo zusammen, > ich habe die Zeitstempel aus meinen GPS-Spuren entfernt mit dem Mit gpsbabel kannst Du die Zeiten verschieben. Ich habe auch um bestimmte Gebiete, wie Wohngebiet, Arbeitsort, Campingplatz ein Polygon eingetragen, somit werden diese Daten dann nicht hocgeladen. Das ergibt schon eine recht brauchbare Anonymisierung und keiner kann sagen wann ich wo zu welcher Zeit war. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am 1. August 2009 11:12 schrieb SLXViper : > Sven Sommerkamp schrieb: >> Vorschlag. >> Du verwendest den Track direkt und machst eine Straße mit unbekanntem Typ >> draus. > Und was soll das bringen? Wenn man schon vor Ort war, kann man das doch > gleich richtig mappen. +1 > Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites > Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und > benutze das nur zum Hochladen der Tracks. Du kannst auch die Punkte in > der Nähe von Start- und Endpunkt entfernen, damit man keine Rückschlüsse > auf deinen Wohnort oder ähnliches ziehen kann. Die Tracks können mit den > echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... > (das geht sogar von Hand in jedem halbwegs brauchbaren Texteditor mit > Suchen&Ersetzen-Funktion). ja, am besten die Zeitstempel um volle 7 Tage verschieben, so dass man wenigstens ungefähr statistisch was damit anfangen kann (allerdings sind solche Dinge wie Ferienbeginn dann trotzdem weg). Nicht zu übersehen ist bei alledem, dass durch das Mappen sowieso ein ungefähres Bewegungsprofil (bzw. zumindest die Stellen, wo sich jemand aufhält) erstellt werden kann, da braucht man gar keine Tracks ;-) > Die Zeit auf 01.01.1970 00:00 setzen, halte > ich für problematisch, da man, falls man den Track mal irgendwo findet > (bitte, bitte mit passenden Tags versehen, bspw. mit dem Ortsnamen, da > man nur so die Tracks als Rohdaten finden kann und nicht nur die > Punkte), nicht weiß, wann derjenige da unterwegs war. der Vorteil ist allerdings, dass man eindeutig sieht, dass die Zeitstempel nicht stimmen. Man könnte sie also bei statistischen Auswertungen verwerfen. Wenn man ein plausibles Datum "fälscht", gehen falsche Daten in die Statistik ein. M.E. ist letzteres schlechter. > War das gestern > oder schon vor 4 Jahren? Gerade bei geänderter Lage ist nicht unwichtig > zu sehen, was jetzt der aktuelle Stand ist. der aktuelle Stand ist am besten vor Ort überprüfbar. Wenn Du irgendwo mappst, wo schon was ist, wirst Du um eine Ortsbegehung nicht drum rum kommen, von daher sehe ich das diesbezüglich unkritisch. > Oder auch für eine eventuell > irgendwann mal (oder auch gar nicht) kommende gpx-api mit Filter nach > Zeitstempeln... Die könnte sich wohl am besten am Hochladedatum orientieren und die Zeitstempel komplett ignorieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, den 01.08.2009, 12:45 +0200 schrieb SLXViper: > Die Server-Admins haben gewiss besseres zu > tun als irgendwelchen Usern hinterherzuschnüffeln. Von denen sprech‘ ich ja auch gaaar nicht. Da sind wir ja eher "unter uns" obwohl da auch nie sicher sein kann. > Deine IP und deine E-Mail-Adresse sind sowieso nicht öffentlich. Aber trotzdem gespeichert. Gehe ich zumindest von aus... Für Hacker und Polizei und andere trotzdem zugänglich. > Ich schnippel meine Tracks meistens eh auf die "interessanten" Bereiche > zusammen. Auweia, da bin ich aber echt zu faul für :-( > Wo schon 5 oder mehr "perfekte" Tracks liegen, muss meiner > Meinung nach nicht noch einer hin, der sich mit den anderen komplett > deckt. Hmm, da habe ich aber eine ganz andere Meinung. Je mehr Spuren da sind je genauer die Strecke. Woher weißt Du ob die 5 "perfekt" sind? Angenommen 5 Fahrradfreunde haben ihre gleichzeitig gefahrenen Spuren hoch geladen, dann haben die alle die gleichen Fehler. Ich denke es kann nicht genug Spuren geben - lasse mich da aber gern‘ eines Besseren belehren. > Unabhängig davon würde _ich_ nicht nach was anderem suchen, sondern das > mit vim und einem kurzem "1,$s/alterzeitstempel/neuerzeitstempel/" lösen > (was auch bei mehreren tausend Zeilen sehr schnell geht). Aber das eben, > weil ich recht viel mit dem arbeite ;) Ich bin froh den "Absprung" geschafft zu haben :-D aber vim?? So puristisch bin ich nu doch nicht. Spaß beiseite - geht mit jedem Texteditor, da simma uns einig... > Andere werden wieder andere Lösungen bevorzugen. Wie wär‘s mit einem Kompromiss der mir eben einviel? Spurenanfang immer zurück auf den ersten des jeweiligen Monats 00:00Uhr? Das wäre mir anonym genug (kann ja den gesamten Monat betreffen) und Dir vielleicht genau genug? > Grüße MfG.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
TeamAdiac schrieb: > Am Samstag, den 01.08.2009, 11:12 +0200 schrieb SLXViper: > >> Sven Sommerkamp schrieb: >> >>> Vorschlag. >>> Du verwendest den Track direkt und machst eine Straße mit unbekanntem Typ >>> draus. >>> >>> Also highway=road >>> >>> >> Und was soll das bringen? Wenn man schon vor Ort war, kann man das doch >> gleich richtig mappen. >> > Seh‘ ich nicht so. Ich erstelle meine Spur ja nicht nur für OSM. Wenn > ich nicht mehr weiß wie die Straße(n) war(en), trag‘ ich lieber > unbekannt ein als gar keine. > Wenn du es nicht mehr weißt, stimme ich voll zu. Es gibt einfach schon zu viele Ecken, in denen nur Tracks ohne irgendwelche Straßen/Wege liegen. Aber sonst einfach so viel Infos mitgeben, wie man hat, notfalls als note= >> Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites >> Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und >> benutze das nur zum Hochladen der Tracks. >> > Sicher kann man die Daten in Verbindung bringen. Die Liste der Dinge die > ich abzuhaken hätte bei 2 Benutzernamen ist nicht kurz. Geht ja schon > mit der IP-Adresse los. > Also so viel Paranoia halte ich für übertrieben. Wen sollte das eigentlich interessieren? Wer sollte sich soviel Mühe für so nutzlose Daten machen? Was sollte man auch damit anfangen? Wenn sich jemand (Geheimdienste, Verfassungsschutz, sonstige Ermittlungsbehörden) für dein Bewegungsprofil interessiert, wird der bestimmt nicht auf leicht manipulierbare Daten, die freiwillig rausgegeben wurden, zurückgreifen, sondern eigene Mittel einsetzen. Einen kommerziellen Nutzen haben die Daten auch nicht wirklich... Die Server-Admins haben gewiss besseres zu tun als irgendwelchen Usern hinterherzuschnüffeln. BTW: weiß jemand, was wie lange gespeichert wird? Deine IP und deine E-Mail-Adresse sind sowieso nicht öffentlich. Das einzige, was von deinem Zweitkonto öffentlich ist, ist der Nick und die Tracks. Mehr nicht. >> Die Tracks können mit den >> echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... >> (das geht sogar von Hand in jedem halbwegs brauchbaren Texteditor mit >> Suchen&Ersetzen-Funktion). >> > Bei einer kurzen Spur evtl. ja - gebe ich Dir Recht. Aber bei einer > Spurensammlung, z.B. aus dem Urlaub, oder einfach nur nach einem Monat > loggen - würg. > Ich schnippel meine Tracks meistens eh auf die "interessanten" Bereiche zusammen. Wo schon 5 oder mehr "perfekte" Tracks liegen, muss meiner Meinung nach nicht noch einer hin, der sich mit den anderen komplett deckt. Daher hab ich meistens eh mehrere Tracks. Unabhängig davon würde _ich_ nicht nach was anderem suchen, sondern das mit vim und einem kurzem "1,$s/alterzeitstempel/neuerzeitstempel/" lösen (was auch bei mehreren tausend Zeilen sehr schnell geht). Aber das eben, weil ich recht viel mit dem arbeite ;) Andere werden wieder andere Lösungen bevorzugen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, den 01.08.2009, 11:12 +0200 schrieb SLXViper: > Sven Sommerkamp schrieb: > > Vorschlag. > > Du verwendest den Track direkt und machst eine Straße mit unbekanntem Typ > > draus. > > > > Also highway=road > > > > Und was soll das bringen? Wenn man schon vor Ort war, kann man das doch > gleich richtig mappen. Seh‘ ich nicht so. Ich erstelle meine Spur ja nicht nur für OSM. Wenn ich nicht mehr weiß wie die Straße(n) war(en), trag‘ ich lieber unbekannt ein als gar keine. > So hätte man eine weitere unbekannte Straße mit vermutlich zu vielen > Nodes... Und wenn der Track über andere Straßen geht, ist das auch > hässlich und falsch. Hatte ich mir auch so gedacht. Wollte aber nix sagen, bin ja noch Grünschnabel. > Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites > Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und > benutze das nur zum Hochladen der Tracks. Sicher kann man die Daten in Verbindung bringen. Die Liste der Dinge die ich abzuhaken hätte bei 2 Benutzernamen ist nicht kurz. Geht ja schon mit der IP-Adresse los. > Du kannst auch die Punkte in > der Nähe von Start- und Endpunkt entfernen, damit man keine Rückschlüsse > auf deinen Wohnort oder ähnliches ziehen kann. Sowieso. > Die Tracks können mit den > echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... > (das geht sogar von Hand in jedem halbwegs brauchbaren Texteditor mit > Suchen&Ersetzen-Funktion). Bei einer kurzen Spur evtl. ja - gebe ich Dir Recht. Aber bei einer Spurensammlung, z.B. aus dem Urlaub, oder einfach nur nach einem Monat loggen - würg. > Die Zeit auf 01.01.1970 00:00 setzen, halte > ich für problematisch, da man, falls man den Track mal irgendwo findet > (bitte, bitte mit passenden Tags versehen, bspw. mit dem Ortsnamen, da > man nur so die Tracks als Rohdaten finden kann und nicht nur die > Punkte), nicht weiß, wann derjenige da unterwegs war. War das gestern > oder schon vor 4 Jahren? Gebe ich Dir zwar Recht, hatte ich so noch nicht bedacht, aber... > Gerade bei geänderter Lage ist nicht unwichtig > zu sehen, was jetzt der aktuelle Stand ist. Oder auch für eine eventuell > irgendwann mal (oder auch gar nicht) kommende gpx-api mit Filter nach > Zeitstempeln... ...gerade das gehört abgewogen. Was ist besser? Eine Spur mit (ganz) falschem Datum oder gar keine Spur. Wenn wirklich 1970 drin steht dürfte jedem klar sein dass es das nicht sein kann. Falls doch (Kartendaten von '70?) mach ich halt 500 v.Chr. draus ;-) > Grüße Danke auch für den Hinweis mit den Tags :-) Als ich noch die Spuren OnLine hatte hatte ich das nicht eingetragen. Findet sich für mich eine akzeptable Lösung werde ich das nachholen. MfG, Adiac ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Germany - Straßennamen nicht mehr lesbar
Christoph Wagner wrote: > Und vor allem warum es jetzt nicht mehr geht! Weiß da irgendjemand mehr? Mal auf der mkgmap Liste fragen. Machst Du oder soll ich? Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /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] Openstreetbugs
Hi, Andreas schrieb: > Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update > von > der neuen Adresse zu erfahren, anstatt dass das "alte" Angebot auf das > neue > umgeleitet wird - und sei es nur durch einen Texthinweis. Ich bin erstaunt, dass Du glaubst, der Macher der neuen Seite wäre nicht auf diesen Gedanken gekommen. So einfach sind die Dinge aber nicht - viele Leute sind unglücklich mit zwei Openstreetbug-Applikationen, die nicht mal (zur Zeit) synchronisiert sind, siehe: http://tinyurl.com/lhgp24 Der Macher der neuen OSB-Applikation schrieb: --- The original plan was to replace the first implementation by the new one. The "synchronisation" was meant to be a dump functionality which is updated to the current status of the old database. This also means it is oneway. As part of this plan I thought about a way to make the transition from the old database to the new one as smooth as possible. I wrote a patch for the Appspot implementation which is proxying the new database while still allowing synchronisation. If that patch was applied, you could use the old address or the new address, get the same results and write to the same database. This happened before the announcement. The patch was not applied yet, I do not know what is going on. I hope the reason is just lack of time. [...] This leads to the question: Who is "official" related to OSB? Xavier, who created the Appspot version and wrote the Javascript client, agreed on the rewrite before the announcement. The private domain owners for openstreetbugs.de and openstreetbugs.org switched the redirection, I guess because they like the improvements. The OSMF has nothing to do with it (yet). In my eyes the OSB service is an additional service around OSM data, free source code and free data available. The deciding force is the usage. Contact with the OSMF for inclusion in the main page did not happen yet, but they got the announcement. --- Grüße Stephan -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Todo map - erste version zum Ansehen oder Testen fertig, mapshots anbei
Hi, hier http://wiki.openstreetmap.org/wiki/Todo.pl könnt ihr Kartenausschnitte sehen, die Beschreibung lesen und das Programm testen. Ein wenig finetuning muss bestimmt noch sein... Ciao Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Moin, > Für mich tun beide, die alte [1] und die aktuelle [2]. > > [1]: http://openstreetbugs.appspot.com/ Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist bei der neuen nicht anders). > [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von der neuen Adresse zu erfahren, anstatt dass das "alte" Angebot auf das neue umgeleitet wird - und sei es nur durch einen Texthinweis. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Sven Sommerkamp schrieb: > Vorschlag. > Du verwendest den Track direkt und machst eine Straße mit unbekanntem Typ > draus. > > Also highway=road > Und was soll das bringen? Wenn man schon vor Ort war, kann man das doch gleich richtig mappen. So hätte man eine weitere unbekannte Straße mit vermutlich zu vielen Nodes... Und wenn der Track über andere Straßen geht, ist das auch hässlich und falsch. Mein Vorschlag: wenn du auf Anonymität Wert legst, leg dir ein zweites Konto (mit irgendeinem kryptischen Namen, falls gewünscht) an und benutze das nur zum Hochladen der Tracks. Du kannst auch die Punkte in der Nähe von Start- und Endpunkt entfernen, damit man keine Rückschlüsse auf deinen Wohnort oder ähnliches ziehen kann. Die Tracks können mit den echten Zeitstempeln sein oder du verschiebst sie um ein paar Tage... (das geht sogar von Hand in jedem halbwegs brauchbaren Texteditor mit Suchen&Ersetzen-Funktion). Die Zeit auf 01.01.1970 00:00 setzen, halte ich für problematisch, da man, falls man den Track mal irgendwo findet (bitte, bitte mit passenden Tags versehen, bspw. mit dem Ortsnamen, da man nur so die Tracks als Rohdaten finden kann und nicht nur die Punkte), nicht weiß, wann derjenige da unterwegs war. War das gestern oder schon vor 4 Jahren? Gerade bei geänderter Lage ist nicht unwichtig zu sehen, was jetzt der aktuelle Stand ist. Oder auch für eine eventuell irgendwann mal (oder auch gar nicht) kommende gpx-api mit Filter nach Zeitstempeln... Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Sven Sommerkamp schrieb: >> Was ist denn genau dein Problem? > Mit was setzt man wo den Punkt mit dem Fehler? Hinzoomen und einfach mit der linken Maustaste die jeweilige Position anklicken. Dann sollte ein Dialog aufgehen, in dem du die Fehlerbeschreibung eingeben kannst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Germany - Straßennamen nicht mehr lesbar
Hallo, Christoph Wagner schrieb: >> BTW, kannst Du es irgendwie einbauen, dass man im Gerät sehen kann >> von wann die Karte ist und welches mkgmap sie erzeugt hat? >> > > Muss ich mal drüber nachdenken, aber prinzipiell könnte ich mir das > vorstellen. > Ich könnte einfach den Mapnamen missbrauchen oder so. Es gibt die Möglichkeit zumindest schonmal in dem Beschreibungstextfeld die Information unterzubringen, Der Name der Karte geht auch, da habe ich die Stelle aber noch nicht gefunden. mkgmap kann aber die beiden Felder beschreiben, oder einfach per Hexeditor ab Stelle 0x49 bis 0x5d für das Beschreibungsfeld. In den Oregons wird es dann angezeigt. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Germany - Straßennamen nicht mehr lesbar
Sven Geggus schrieb: > Christoph Wagner wrote: > >> Vielen Dank fürs Ausprobieren! Ich hab mal versucht die --lower-case >> option wegzulassen. Obs was bringt sehen wir morgen dann. > > Scheint zu funktionieren. Belibt die Frage warum das mit den alten > Versionen funktioniert hat. Und vor allem warum es jetzt nicht mehr geht! Weiß da irgendjemand mehr? > BTW, kannst Du es irgendwie einbauen, dass man im Gerät sehen kann > von wann die Karte ist und welches mkgmap sie erzeugt hat? > Muss ich mal drüber nachdenken, aber prinzipiell könnte ich mir das vorstellen. Ich könnte einfach den Mapnamen missbrauchen oder so. Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Samstag, 1. August 2009 09:32:57 schrieb Ulf Möller: > Sven Sommerkamp schrieb: > > Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? > > Ja, openstreetbugs.org funktioniert. > > > Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. > > > > Das war eigentlich mal recht einfach... > > Was ist denn genau dein Problem? Mit was setzt man wo den Punkt mit dem Fehler? Funktioniert das auch in Josm. Da gabs ja eigentlich ein Plugin.. > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Sven Sommerkamp schrieb: > Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? Ja, openstreetbugs.org funktioniert. > Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. > > Das war eigentlich mal recht einfach... Was ist denn genau dein Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo. Am Samstag, 1. August 2009 schrieb Sven Sommerkamp: > Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? > Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. Funktioniert denn irgend eine *NICHT*? Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ [2]:http://openstreetbugs.schokokeks.org/ Durch einen Bug / eine Limitierung bei appspot ist das Synchronisieren nicht ganz so zuverlässig wie es sein könnte, aber bugs eintragen kannst du bei beiden. > Das war eigentlich mal recht einfach... > Unterstüzt Josm das inzwischen auch wieder? Das JOSM-Plugin funktioniert bei mir ebenfalls und greift auf die aktuelle URL zu. Probleme gibt es lediglich, wenn das alte Plugin mit den alten URLs schonmal lief. Dann muss man IIRC die "osb"-Einstellungen im Einstein-Tab von JOSM löschen. Gruß, Bernd -- Ein Experte ist ein Mann, der hinterher genau sagen kann, warum seine Prognose nicht gestimmt hat. - Winston Churchill (brit. Politiker) 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] Landratsamt will OSM
Hallo. Am Samstag, 1. August 2009 schrieb Karl Eichwalder: > > Erst muss ich mal die Ursache für die unselige Doppelbeschriftung > > finden, damit ich eine entfernen kann, > Das will wohl überlegt sein. Wahrscheinlich hat ein POI und ein polygon > den gleichen namen und das ist auch gut so. Nein, das ist sehr schlecht. > > und Mapnik dann den Namen der Stadt auch in den Zoomstufen richtig > > hinschreibt... > Ich hoffe, dass du nicht einfach entfernst, sondern den renderer > entsprechend verbesserst. Welche Anwendung hat denn Probleme mit einem POI als Fläche? Die Renderer die ich kenne nicht, die Garmin-Karten nicht, ... Du schuldest immer noch eine Angabe über den Grund für deine etwas obskure Meinung, dass doppelte Daten etwas besonders gutes wären! Einen Punkt aus einer Fläche zu konstruieren ist ein Erstsemeter-Algorithmus, den jede aktiv gepflegte Anwendung in kürzester Zeit erhalten kann. Doppelte Daten zu erkennen und beim rendern zu unterdrücken braucht wesentlich mehr Ressourcen (da man mit X Objekten im Umkreis Y vergleichen muss und dann heuristisch die (quasi-) Gleichheit entscheiden muss). Gruß, Bernd -- Fachbegriffe der Informatik (#213): NT-Fernwartung Microsoft Cordless Wheel Mouse (Auf der CeBit 2001 aufgeschnappt von Moritz Mühlenhoff) 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] Spuren anonymisieren?
TeamAdiac schrieb: > meine Spuren gerne öffentlich zur Verfügung stellen - aber ohne mein > Bewegungsprofil. Was habe ich noch für Möglichkeiten der Anonymisierung? Wenn du die Trackpunkte in festen Entfernungen statt zeitgesteuert speicherst, sind relativ wenig Informationen über die Geschwindigkeit erhalten. Wie oft du wo warst, ist natürlich immer noch erkennbar. Wenn du in der Hinsicht Bedenken hast, ist es wohl besser, deine Tracks lokal aufzubewaren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Am Samstag, 1. August 2009 07:45:53 schrieb Karl Eichwalder: > Jens Herrmann writes: > > Gibt es weitere? Ich möchte natürlich, dass die Grenzen auch für die > > Standardkarte gerendert werden. Ist das für beide tags der Fall? > > Warum seid ihr eigentlich so scharf auf grenzen? Ich würde mir > wünschen, dass deutlich weniger grenzen gerendert werden und wenn es > denn wirklich sein muss, dann bitte so dezent wie möglich. > > Ich würde mir wünschen, dass z.b. (AV-)hütten schon bei ein paar > früheren levels gerendert würden. "shelter" taucht ja glücklicherweise > auch schon recht früh auf. Zum Teil sind die Grenzverläufe irritierend. Man siet das im ersten Augeblick z.B. als Feldweg an. Was sich als erschwerend bei der Anwendung herausstellt. Die Verläufe machen in den Daten schon Sinn, aber nicht in jeder erzeugten Karte. (in einer Karte, die nur zur Kontrolle für Mapper gerendert wird vielleicht schon) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Samstag, 1. August 2009 08:51:33 schrieb TeamAdiac: > Hallo zusammen, > ich habe die Zeitstempel aus meinen GPS-Spuren entfernt mit dem > Resultat, dass der OSM-Server die Spur nicht mehr annimmt. Ich würde > meine Spuren gerne öffentlich zur Verfügung stellen - aber ohne mein > Bewegungsprofil. Was habe ich noch für Möglichkeiten der Anonymisierung? > Ich dachte daran den Startpunkt auf meinetwegen 01.01.1970 00:00 zu > setzen. Ab da kann das Verhältnis ja bleiben - so bleibt das > Geschwindigkeitsprofil erhalten. > > Danke schonmal, Adiac. > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Vorschlag. Du verwendest den Track direkt und machst eine Straße mit unbekanntem Typ draus. Also highway=road ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Am Samstag, 1. August 2009 08:20:08 schrieb Karl Eichwalder: > Markus writes: > > Erst muss ich mal die Ursache für die unselige Doppelbeschriftung > > finden, damit ich eine entfernen kann, > > Das will wohl überlegt sein. Wahrscheinlich hat ein POI und ein polygon > den gleichen namen und das ist auch gut so. > > > und Mapnik dann den Namen der Stadt auch in den Zoomstufen richtig > > hinschreibt... > > Ich hoffe, dass du nicht einfach entfernst, sondern den renderer > entsprechend verbesserst. In dem Zusammenhang, es gibt Fälle in denen z.B. ein Gebäude eingezeichnet wird dem man dann einen Namen gibt. Dann wird auch noch, weil man es ja gut meint ein Punkt ins Zentrum des Gebäudes gesetzt an dem dieselben Informationen wie dem Gebäude nochmal hängen. Ein typischer Fall für die OSM Datenbank! Das ist auch nicht nur bei Gebäuden der Fall. Gewinnen tuen wir durch diese Methode m.E. gar nichts. Am Ende taucht wieder die Frage auf, was davon jetzt eigentlich richtig ist. In den Garmin Karten tauchen durch sowas auch wiederum doppelte POIś auf (mkgmap macht aus einer Fläche auch einen POI), was in der Verwendung recht nervig ist, weil man sich wieder die Frage stellt was jetzt eigentlich richtig ist. Es kommt dann in solchen Fällen immer der Ruf nach schlaueren Renderern und schlaueren Anwendungen die dieses Datenmanko umgehen. Aber selbst wenn das möglich wäre ist es wie eine Knieoperation durch die Brust, also Überflüssig. Redundante Informationen führen sehr leicht zu Verwirrung, beim Kartenerstellen, wie bei der Anwendung. Das sollten wir vermeiden zu suchen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
