Re: [Talk-de] Video-Tracking als Mapping-Hilfe
On Sat, Dec 26, 2009 at 10:56:53PM +0100, Christian Schmitt wrote: danke für die Tipps. Die Kamera von Pearl scheint mir schonmal ganz gut für einen solchen Zweck zu sein, v.a. das Preis-/ Leistungsverhältnis ist im Rahmen. Auf jeden Fall hast Du mich damit auf die richtige Fährte gebracht. Unter den Suchbegriffen Cam / Lenker / Action / Helmkamera hab ich jetzt noch ein paar andere interessante Kameras entdeckt: http://www.amazon.de/Digitale-Video-Kamera-Nachfolger-action/dp/B001QJ8BL4/ oder das Ganze mit TFT-Display: http://www.amazon.de/Digitale-Kamera-ATC-5000-Nachfolger/dp/B001G9LBLQ/ Ultrakompakt zum irgendwo Anklipsen: http://www.blickvang.com/veho-mmc.html Ziemlich solide dafür aber auch nicht ganz billig scheint mir die ContourHD zu sein: http://www.avalingo.de/Helmkameras/ContourHD/ContourHD-Helmkamera.html Wenn es denn HD sein soll (Was ich schon machen wuerde um auch kleine details noch auber drauf zu haben) koennte man auch auf die Kodak zi8 oder vorgaenger zi6 gehen. Mit der synchronisation muesste das so nen bischen wie bei den sprachaufzeichnungen gehen. Wobei ich davon ausgehe das das mit den kameras besser geht - Die anzahl der frames pro sekunde ist ziemlich genau festgelegt;) Bestimmt gibt es sogar einen standard in den MPEG stream der kamera GPS informationen zu embedden - Die koennte JOSM dann auswerten. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
Hallo Flo, Wenn es denn HD sein soll Das würde ich nicht empfehlen. HD wird immer komprimiert aufgezeichnet. Also nur jeweils die /Änderungen/ eines Bildes zum vorherigen. Wenn Du also in Fahrt bist oder die Kamera schwenkst sind da ganz viele Änderungen zu verarbeiten. Zu vele für eine Consumer-Kamera. Die Bilder werden deshalb mit reduzierter Information - also unscharf - gespeichert Das kannst Du in jedem Elektronikmarkt mit beliebigen Kameras testen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
On Sun, Dec 27, 2009 at 09:49:22AM +0100, Markus wrote: Wenn es denn HD sein soll Das würde ich nicht empfehlen. HD wird immer komprimiert aufgezeichnet. Nicht schlimm. Also nur jeweils die /Änderungen/ eines Bildes zum vorherigen. Das haengt ja schwer vom verwendet codec und einstellungen des codecs ab. D.h. wieviele I Frames du dir goennst und das wiederum ist ja nur die Frage welche Bitrate du dir goennen willst. Wenn Du also in Fahrt bist oder die Kamera schwenkst sind da ganz viele Änderungen zu verarbeiten. Zu vele für eine Consumer-Kamera. Die Bilder werden deshalb mit reduzierter Information - also unscharf - gespeichert Das kannst Du in jedem Elektronikmarkt mit beliebigen Kameras testen. Siehe oben - Zu Pauschal - Typische i-frame intervalle sind 2-15 Sekunden. D.h. es existiert im zweifelsfalle alle 2 sekunden ein i-frame das ohne motionloss auskomt. Und dann kommt ja ueber die Motion Compensation dazu das zwar differenzen kodiert werden - diese aber unter anderem mit motion estimation. D.h. der Bildausschnitt der nur verschoben im Bild ist wird nicht neu kodiert. Wir reden hier ueber H.264 und nicht mpeg1 .. Und jetzt moechte ich sehen wie du bei 30fps in 1/30 sekunde mehr als die 45Grad Bildausschnitt drehst und DANN noch erwartest das irgendwas darauf zu sehen ist. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMF Ergebnis der Lizenzabstimmung ?
Die Abstimmung sollte ja bis zum 26. Dez. / gestern abgeschlossen sein. Gibt es ein Ergebnis? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach/Firefox/flashplugin/Ubuntu-9.10 was ist kaputt?
Joerg 'Ingrid' Fischer wrote: passiert genau gar nichts mehr. Kann diesen Effekt jemand bestätigen oder sonst hilfreiche Hinweise geben? Lösung == Kurzfassung: gksudo gedit /usr/lib/nspluginwrapper/i386/linux/npviewer Die Zeile: | export GDK_NATIVE_WINDOWS=1 als vorletzte Zeile in die Datei einfügen. Langfassung: https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407?comments=all HTH, Jörg -- Computers are like airconditioners: they stop working properly if you open Windows. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF Ergebnis der Lizenzabstimmung ?
On 01/-10/-28163 08:59 PM, northc...@gmx.de wrote: Die Abstimmung sollte ja bis zum 26. Dez. / gestern abgeschlossen sein. Gibt es ein Ergebnis? Ja, heute morgen wurde das Ergebniss bekannt gegeben. 89% Stimmen waren fuer den Vorgeschlagenen Wechsel-Prozess, bei 16 Gegenstimmen und 55% Wahlbeteiligung. Die Ergebnissemail findet ihr unter http://lists.openstreetmap.org/pipermail/osmf-talk/2009-December/000753.html mit mehr details zur Umfrage Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Dann hast du wohl das falsche Wort verwendet. Valide heißt gültig/richtig, was du vielleicht meinst ist üblich. Ich verwende aus gutem Grund keine Wischi Waschi Umschreibungen. Wir sind teilweise auf einer Stufe wo undokumentierte Paralelentwicklungen mehr verwaschen und verwirren, die Entwicklung eher behindern als fördern. Deswegen werde ich mich da auch nie hinstellen und zu alles und jedem sagen das es kein Falsch gibt und die Leute noch dazu ermutigen auch teilweise überflüssige Paralelentwicklungen zu verfolgen, die dann undokumentiert nichtmal als solche erkennbar sind. Das hat mit Chaoseinstellung überhaupt nichts zu tun. Das hat was damit zu tun, das vieles von den Problemen wie z.B. die Endlosdiskussionen bei Radwegen genau aus dieser Haltung ich habe recht und du hast Unrecht herkommt. Da war es schlichtes verwaschen. Als man das ganze einführte hat keiner daran gedacht, dass es gefühlte und vorgeschriebene Fahrradwege gibt. Wenn ich das dann noch so lasch verfasse ist klar das alle in eine Soße taggen. Was danach passierte war nicht besser. Man erklräte den Tag als verbrannt und hat den path kurzerhand missbraucht, statt dem eigentlichen Tag gleich einen Zusatz für die jeweilige Richtung zu geben. Danach hat man gleich wieder designated verbrannt und offical erklärt. Das Ergebniss und der Streit ist nur die logische Folge. Nun haben wir 3 Taggingmöglichkeiten für ein und dasselbe. Und das wird sich auch nie ändern, wenn man sich nicht klar zu einem richtig und falsch bekennt. Wenn wir Probleme sehen, sollten wir versuchen diese zu lösen. Das kann aber nicht darin bestehen zu sagen: du siehst das falsch, und du mußt dich anpassen, sondern: ok, da ist ein Problem, was können wir machen um es möglichst schmerzfrei für alle zu lösen. Du hast noch immer kein klares Problem benannt, nur ein mögliches konstruiert. Ich habe hier noch keine Stimme gehört die ein wirkliches existentes Problem benennt. Was sagen die wirklich betroffenen, die Routing Maintainer? Solange keiner erklärt das ein bicycle=yes auf einem Guidepost in der Praxis zu nachvollziehbaren Problemen führt, solange ist es schlicht keines. In den Map Features ist dokumentiert, das bicycle=no bedeutet, daß man da nicht mit dem Fahrrad durchdarf. Es ist dort *nicht* dokumentiert, daß dieses Tag nur in Verbindung mit xy eingesetzt werden muß. Auf welcher Seite? Unvollständige und wiedersprüchliche Angaben sind im Wiki Alltag. Es gebietet aber die pure Logik das ein Verbot nicht aus heiterem Himmel kommt. Entweder steht ein Schild, oder eine Barriere. Ein bicycle=no ohne alles fällt wohl unter göttliche Eingebung, und das ist orakeln. Wenn ich ein Schild tagge, hat das mit Orakeln irgendwie nichts zu tun. Wir taggen bis auf Ausnahmen wie Stopp Schilder keine Schilder ansich, sondern verwerten die Information, welche wir dann mit den richtigen Tags auf das richtige Objekt legen. Ist dir bis heute nicht aufgefallen, daß das durchaus in der Realität auch mal anders aussieht und das Ende-Schild schlicht auch mal vergessen wird? Das ist Richtig. Normal gilt dann bis zu nächsten Einmündung, wo das keine Anwendung findet ist es ein Fehler Straßenbaubehörde, welche ich dann darauf hinweisen kann und was dann vielleicht berichtigt wird. Das ist dann aber nicht mein Problem, was ich dann genauso Fehlerhaft als Krücke umsetzen muss. Fehler sind immer mal drin. Sich gegenseitig ausschließende Verkehrszeichen, die Dr. Barsch Straße, wo einer die B Folie abgekratzt hat, oder wie zuletzt in Halle, wo der braune Abschaum dutzende Straßenschilder mit Rudolf Heß Straße Folien überklebte. Deswegen taggen hier Menschen und keine Drohnen. Wir taggen die Realität, die hat aber auch mal Fehler, die man hinterfragen kann und nicht leidenschaftslos in die DB Prügeln muss. Wenn Mapper A ein Schild einträgt und Mapper B danach mehr Infos hat und die Infos vom Node nimmt und an den passenden Wegabschnitt hängt habe ich damit überhaupt kein Problem. Wenn du jetzt aber kommst und sagst, A hat was falsch gemacht weil er es nicht gleich richtig gemacht hat - damit habe ich ein Problem. Wenn da ein note=FIMXE etc. dranhängt und das so als unvollständige Angabe kennzeichnet, ist das ja noch zu verschmerzen. Ansonsten muss ich davon ausgehen das hier ein Fehler vorliegt, den ich berichtige oder entferne. Die kann man nicht bis zum Sankt Nimmerleinstag so stehen lassen, nur wegen eventuell und vielleicht. Siehe Garrys Checks. Wenn es ans aufräumen geht, hört man nur ein lautes Pfeifen. Die wenigen die sich dem mal annehmen kommen dann nicht mehr hinterher. Die Fälle die mir so unterkamen waren allerdings andere. Ganze Stadtteile wo Verkehrszeichen vollständig getaggt neben den Straßen lagen, die gleichen Informationen teilweise nochmal korrekt auf den Wegen selber. Kannst du wieder unüblich nennen, ich nenne das schlicht falsch. Es gibt da zwei unterschiedliche Vorgehensweisen: a) Ersetzung:
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
Am So Dezember 27 2009 glaubte Sven Sommerkamp zu wissen: Ich hatte spontan an die Möglichkeit gedacht Videos an die GPS Daten zu koppeln wie bei Fotos. Es ist ja schön einen Film von der Strecke die man gefahren ist zu haben, aber dann weiß man noch nicht wo ein bestimmter Teil des Videos aufgenommen wurde (jedenfalls nicht ohne größere Umstände). DABEI KÖNNTE DAS FURCHTBAR HILFREICH SEIN. Die Profis gehen ja genau auch so vor. Das würde dann eher für einen Camcorder oder ähnliches sprechen, bei dem man die Uhrzeit einstellen kann. Da hätte man auch den Vorteil, daß viele einen optischen Zoom haben, wenn man ein Detail näher heranholen will. Wobei ich keine solche habe und daher nicht weiß, was der Zoom taugt. Mit den billigen Action- Cams? Hm, weiß nicht, ob es da welche gibt, bei denen man die Uhrzeit einstellen kann. flo -- Fenster muss man nur ab und zu putzen, damit wieder mehr Licht rein kommt. Sind sie kaputt, musst Du neue kaufen. Pinguine muss man pflegen - dafür können sie dann Kunststücke, die ein Fenster nie hinkriegt. Genug Heringe, und sie vermehren sich sogar :-)[Arndt Böhm in dcoulh] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
Am Sun, 27 Dec 2009 16:30:11 +0100 hat Florian Gross flor...@grossing.de geschrieben: Mit den billigen Action- Cams? Hm, weiß nicht, ob es da welche gibt, bei denen man die Uhrzeit einstellen kann. Die Sache mit der Uhrzeit würde ich nicht als Problem sehen. Man kann ja - wie man es auch i. d. R. beim Mappen mit dem Fotoapparat macht - einmal die Zeit vom GPS-Gerät filmen, wenn man loslegt oder eine neue Aufnahme beginnt. Sofern die Synchronisation mit einem GPX-Track funktioniert, sollte man das recht simpel als Zeitversatz berücksichtigen können. Gruß, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Aktion, 08, by Gandiii
http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_08 für zwischen den jahren ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ein Track lässt sich nicht markieren/b earbeiten
Hallo zusammen, der Waldrand mit dem Knick lässt sich nicht in JOSM 2561 markieren und bearbeiten. In JOSM ist ein anderer Walsrand zusätzlich eingetrage, erscheint aber nicht in Mapnik. Hier der Link: http://www.openstreetmap.org/?lat=50.770866lon=6.496787zoom=18layers=B000FTF Wer kann helfen? Schon danke im Voraus Lodda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Aktion, 08, by Gandiii
Gary68 schrieb: http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_08 für zwischen den jahren Ja, hab schon 'nen Block fertig. Viele False Positive da construction als Fehler gemeldet wird. Bei jedem dritten API Aufruf über das remote-JOSM Plugin bekomme ich eine Fehlermeldung, beim Retry gehts dann. RemoteControl received: GET/load_and_zoom?left=11.9569629right=11.9769629top=51.2050735bottom=51.1850735select=way22918389 HTTP/1.1 GET http://www.openstreetmap.org/api/0.6/map?bbox=11.9569629,51.1850735,11.97696 29,51.2050735 org.openstreetmap.josm.io.OsmApiException: ResponseCode=500, Error Header=NameError: uninitialized constant ActiveSupport::Multibyte at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServer Reader.java:108) at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerRea Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Track lässt sich nicht markieren/b earbeiten
Große Entschuldigung Nach dem Hochladen der veränderten Daten hat sich das Problem von selbst erledigt. Der Waldrand ist jetzt nicht mehr zweimal vorhanden. Der nicht editierbare Track ist weg! Hoffentlich hat nicht schon jemand versucht zu helfen. Nochmals Sorry! Lodda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Track lässt sich nicht markieren/b earbeiten
Lothar Emmerich schrieb: der Waldrand mit dem Knick lässt sich nicht in JOSM 2561 markieren und bearbeiten. In JOSM ist ein anderer Walsrand zusätzlich eingetrage, erscheint aber nicht in Mapnik. Hier der Link: http://www.openstreetmap.org/?lat=50.770866lon=6.496787zoom=18layers=B000FTF Hi, ich kann den Wald #23080031 problemlos selektieren und bearbeiten (ebenfalls V2561), einen zusätzlichen Waldrand kann ich auch nicht erkennen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Track lässt sich nicht markieren/b earbeiten
Hallo Chris, hat sich eben erledigt! Sorry! siehe meine zweite Mail Lodda Am 27.12.2009 um 17:53 schrieb Chris-Hein Lunkhusen: Lothar Emmerich schrieb: der Waldrand mit dem Knick lässt sich nicht in JOSM 2561 markieren und bearbeiten. In JOSM ist ein anderer Walsrand zusätzlich eingetrage, erscheint aber nicht in Mapnik. Hier der Link: http://www.openstreetmap.org/?lat=50.770866lon=6.496787zoom=18layers=B000FTF Hi, ich kann den Wald #23080031 problemlos selektieren und bearbeiten (ebenfalls V2561), einen zusätzlichen Waldrand kann ich auch nicht erkennen. Chris ___ 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] guidepost
Am 27.12.2009 16:18, schrieb Mirko Küster: Was danach passierte war nicht besser. Man erklräte den Tag als verbrannt und hat den path kurzerhand missbraucht, statt dem eigentlichen Tag gleich einen Zusatz für die jeweilige Richtung zu geben. Danach hat man gleich wieder designated verbrannt und offical erklärt. Das Ergebniss und der Streit ist nur die logische Folge. Nun haben wir 3 Taggingmöglichkeiten für ein und dasselbe. Und das wird sich auch nie ändern, wenn man sich nicht klar zu einem richtig und falsch bekennt. Es hat damals mindestens drei konträre cycleway Parteien gegeben, die sich klar dazu bekannt haben, was aus ihrer Sicht richtig / falsch ist. Die wurden sich dann nicht einig weil sie ja den richtigen Weg bereits wußten. Eine Einigung fand nicht statt. Das ist genau die Grundhaltung, die du hier wiederum an den Tag legst und die damals in den ganzen Ärger überhaupt erst geführt haben. Wenn wir Probleme sehen, sollten wir versuchen diese zu lösen. Das kann aber nicht darin bestehen zu sagen: du siehst das falsch, und du mußt dich anpassen, sondern: ok, da ist ein Problem, was können wir machen um es möglichst schmerzfrei für alle zu lösen. Du hast noch immer kein klares Problem benannt, nur ein mögliches konstruiert. Ich habe hier noch keine Stimme gehört die ein wirkliches existentes Problem benennt. Was sagen die wirklich betroffenen, die Routing Maintainer? Solange keiner erklärt das ein bicycle=yes auf einem Guidepost in der Praxis zu nachvollziehbaren Problemen führt, solange ist es schlicht keines. Weil du kein Problem darin erkennen kannst was dir andere Leute sagen, kann ja keines da sein - bestechende Logik. Entschuldige mal, aber vor zwei Tagen in diesem Thread hatte Martin Simon bemerkt, daß bicycle=no in dieser Bedeutung bei den Mappern nur zu Verwirrungen führen wird. Ich hatte das auch erwähnt und *außerdem* drauf hingewiesen, daß es an Nodes durchaus zu Problemen führen wird. In den Map Features ist dokumentiert, das bicycle=no bedeutet, daß man da nicht mit dem Fahrrad durchdarf. Es ist dort *nicht* dokumentiert, daß dieses Tag nur in Verbindung mit xy eingesetzt werden muß. Auf welcher Seite? Unvollständige und wiedersprüchliche Angaben sind im Wiki Alltag. Was ist an: In den Map Features ist dokumentiert, ... bitte nicht zu verstehen? Die Map Features bestehen aus genau einer Seite. Es gebietet aber die pure Logik das ein Verbot nicht aus heiterem Himmel kommt.Entweder steht ein Schild, oder eine Barriere. Ein bicycle=no ohne alles fällt wohl unter göttliche Eingebung, und das ist orakeln. Ich sehe ein bicycle=no, lese in den Map Features das es sich um eine Zutrittsbeschränkung handelt und weiß dann, das ich dort mit dem Fahrrad nicht lang darf. Wenn du das orakeln nennst, haben wir eine andere Wortbedeutung im Sinn. Wenn ich ein Schild tagge, hat das mit Orakeln irgendwie nichts zu tun. Wir taggen bis auf Ausnahmen wie Stopp Schilder keine Schilder ansich, sondern verwerten die Information, welche wir dann mit den richtigen Tags auf das richtige Objekt legen. Nochmal: Du bist nicht automatisch wir! Es gibt durchaus Leute, die Schilder taggen und ich sehe keinen Grund das verbieten zu wollen. Ist dir bis heute nicht aufgefallen, daß das durchaus in der Realität auch mal anders aussieht und das Ende-Schild schlicht auch mal vergessen wird? Das ist Richtig. Normal gilt dann bis zu nächsten Einmündung, wo das keine Anwendung findet ist es ein Fehler Straßenbaubehörde, welche ich dann darauf hinweisen kann und was dann vielleicht berichtigt wird. Das ist dann aber nicht mein Problem, was ich dann genauso Fehlerhaft als Krücke umsetzen muss. Fehler sind immer mal drin. Sich gegenseitig ausschließende Verkehrszeichen, die Dr. Barsch Straße, wo einer die B Folie abgekratzt hat, oder wie zuletzt in Halle, wo der braune Abschaum dutzende Straßenschilder mit Rudolf Heß Straße Folien überklebte. Deswegen taggen hier Menschen und keine Drohnen. Wir taggen die Realität, die hat aber auch mal Fehler, die man hinterfragen kann und nicht leidenschaftslos in die DB Prügeln muss. Die Realität hat auch mal Fehler - auweia. Wenn Mapper A ein Schild einträgt und Mapper B danach mehr Infos hat und die Infos vom Node nimmt und an den passenden Wegabschnitt hängt habe ich damit überhaupt kein Problem. Wenn du jetzt aber kommst und sagst, A hat was falsch gemacht weil er es nicht gleich richtig gemacht hat - damit habe ich ein Problem. Wenn da ein note=FIMXE etc. dranhängt und das so als unvollständige Angabe kennzeichnet, ist das ja noch zu verschmerzen. Ansonsten muss ich davon ausgehen das hier ein Fehler vorliegt, den ich berichtige oder entferne. Die kann man nicht bis zum Sankt Nimmerleinstag so stehen lassen, nur wegen eventuell und vielleicht. Siehe Garrys Checks. Wenn es ans aufräumen geht, hört man nur ein lautes Pfeifen. Die wenigen die sich dem mal annehmen kommen dann nicht mehr hinterher. Ach so,
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
Am So Dezember 27 2009 glaubte Nils Heuermann zu wissen: Am Sun, 27 Dec 2009 16:30:11 +0100 hat Florian Gross flor...@grossing.de geschrieben: Mit den billigen Action- Cams? Hm, weiß nicht, ob es da welche gibt, bei denen man die Uhrzeit einstellen kann. Die Sache mit der Uhrzeit würde ich nicht als Problem sehen. Man kann ja - wie man es auch i. d. R. beim Mappen mit dem Fotoapparat macht - einmal die Zeit vom GPS-Gerät filmen, wenn man loslegt oder eine neue Aufnahme beginnt. Sofern die Synchronisation mit einem GPX-Track funktioniert, sollte man das recht simpel als Zeitversatz berücksichtigen können. Oder so. Auch ne Idee. flo -- Was bedeutet VIGILANTE ? (Sig von Jonas Luster) Frag lieber nicht. Wenn du wuesstest, was *der* schon alles in seiner Sig hatte. (Den Sinn darin zu erkennen ist offenbar jenseits meiner Faehigkeiten...) [Hans-Joachim Koch und Arne Heizmann in dnq] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Es hat damals mindestens drei konträre cycleway Parteien gegeben, die sich klar dazu bekannt haben, was aus ihrer Sicht richtig / falsch ist. Die wurden sich dann nicht einig weil sie ja den richtigen Weg bereits wußten. Eine Einigung fand nicht statt. Von macht mal, es gibt kein Falsch löst sich das Problem aber auch nicht. Für solche seltenen aber festgefahrenen Situation brauchts einen Entscheider. Wollen einige auch wieder nicht. Es kann doch nich ernsthaft die Lösung sein, das wir auf ewig keinen klaren Tag für so Kleinscheiß wie einen Fahrradweg haben, wir uns desshalb für jegliche professionelle Radrouting Anwendung disquallifizieren, nur weil keiner mal entscheiden mag. Du kannst das im Moment nicht verlässlich auswerten, weil keiner wissen kann, was nun wiederum stimmt. Das ist genau die Grundhaltung, die du hier wiederum an den Tag legst und die damals in den ganzen Ärger überhaupt erst geführt haben. Wie schon geschrieben fiel das Kind schon weit vorher in den Brunnen. Das danach ist eine logische Entwicklung die man bei jedem Projekt mit sovielen Mitstreitern schon millionen male durchgekaut hat. Weil du kein Problem darin erkennen kannst was dir andere Leute sagen, kann ja keines da sein - bestechende Logik. Entschuldige mal, aber vor zwei Tagen in diesem Thread hatte Martin Simon bemerkt, daß bicycle=no in dieser Bedeutung bei den Mappern nur zu Verwirrungen führen wird. Ich hatte das auch erwähnt und *außerdem* drauf hingewiesen, daß es an Nodes durchaus zu Problemen führen wird. Ein Problem wäre wenn z.B. ein Routing Maintainer kommen würde und sagt, passt auf, das kommt in der Praxis bei der Auswertung der Daten zu Missverständnissen ich kann das nicht wegfiltern. Dein zweiter Absatz ist noch immer Käse, weil keiner mit dem Fahrrad auf einen Wegweise rauffährt. Im JOSM Preset steht oben noch extra drüber Dargestellte Routen für:, darunter noch ein Link zum Wiki, da kannst du das ebenfalls nochmal lang und breit ausführen. Wer dann beim Guideposttagging statt auf der zugehörigen Beschreibung auf Seiten sucht die damit garnichts zu tun haben, dann ist demjenigen auch nicht mehr zu helfen. Mit solcherlei Haarsträubenden Behauptungen kann ich dir Probleme ohne Ende zaubern. Was ist an: In den Map Features ist dokumentiert, ... bitte nicht zu verstehen? Die Map Features bestehen aus genau einer Seite. Die wiederum andere Seiten verlinkt, die wiederum mehrfach auf Access eingeht. Wenn du eventuelle Verwirrungen anprangerst dann kannst du beim Wiki anfangen. Ich kann Tags erfinden wie ich will, wenns beschissen bis garnicht dokumentiert ist, geht auch das beste Tagginschema vor die Hunde. Oben verlinkt DE:Germany roads tagging ausgeschilderter Radweg (Zeichen 237) highway=cycleway + bicycle=designated Darunter DE:Howto Map A Fahrradweg nicht Teil einer Auto-Fahrbahnführung highway=cycleway+ surface=paved/unpaved Noch einer runter DE:Road Signs highway=path + bicycle=designated In den Features selbst DE:Tag:highway=cycleway Für ausgewiesene (designated) Fahrradwege Wege die lediglich für Fahrräder erlaubt sind, aber nicht ausgewiesene Fahrradwege sind, sollten mit bicycle=yes eingetragen werden. Gemischte Rad- und Fußwege sollten mit highway=path und entsprechenden access=*-Tags eingetragen werdenZeiche einen Weg und füge die Tags highway=path, bicycle=designated sowie name=(wenn bekannt) hinzu. Benutze den access=* Schlüssel um eventuelle weitere Zugangsberechtigungen zu beschreiben. Weiter runter Beschränkungen. Auf der Hauptseite Schlüssel bicycle, Wert yes / designated / official / private / permissive / dismount / destination / delivery / agricultural / forestry / unknown / no Element Weg , nicht Node. Einzig auf direkt DE:Key:access steht unter Beispiele ganz lapidar bicycle=no - Der Weg ist für Fahrradfahrer gesperrt. Und das ist jetzt deine Rechtfertigung warum das so alleine total in Ordnung ist, auch wenn dass ohne Beschreibung des Ausschlagebenden Objektes keinen Sinn ergibt? Wie hier was getaggt wird, hängt leider mit davon ab, welche Beschreibung man zuerst findet. Im Wiki existiert nichtmal der Ansatz einer klaren Linie. Hier werden die Einstieger gleich mehrfach gerollt. Ich sehe ein bicycle=no, lese in den Map Features das es sich um eine Zutrittsbeschränkung handelt und weiß dann, das ich dort mit dem Fahrrad nicht lang darf. Was aber einen Grund haben muss der auch von dritten nachvollziehbar sein muss. Entweder steht da ein Schild oder eine Barriere. Ohne diese Angabe ist die Geschichte unvollständig. Und damit etweder als unvollständig zu kennzeichnen oder schlicht ein Fehler. Ansonsten kann ich hier mal eben einen hgv=no Node auf den Orstseingang klatschen und behaupten das ist so, ich habe ein Schild getaggt. In Wahrheit wollte ich aber nur die lauten LKW vom Routing ausschließen. Nochmal: Du bist nicht automatisch wir! Es gibt durchaus Leute, die Schilder taggen und ich sehe keinen
[Talk-de] Routing-Standards (war: Ulf-Mirko-Endlos-Diskussion)
Hallo, Mirko Küster wrote: Ein Problem wäre wenn z.B. ein Routing Maintainer kommen würde und sagt, passt auf, das kommt in der Praxis bei der Auswertung der Daten zu Missverständnissen ich kann das nicht wegfiltern. [...] Ich nehme das mal als Stichwort fuer ein hierzu etwas tangentiales Thema. Ich bin auch gegen Entscheider. Aber das heisst ja nicht, dass man nicht gemeinsam auf gute Loesungen hinarbeiten kann. Eine Sache, die uns derzeit empfindlich fehlt, sind klare Routing-Standards, oder Interpretationsregeln fuer Routing-Engine-Schreiber. Wir - die Mapping-Community - muessen uns in Fragen wie kann man einen Fussgaenger eine highway=primary road immer entlangschicken - oder nur, wenn da ein separater Fussgaengerweg getaggt ist - oder nur, wenn da foot=yes dransteht? kann ein Fahrrad immer von einer Seite einer highway=primary auf die andere wechseln, oder nur an Kreuzungen? ist das Abbiegen von einer highway=motorway auf einen angeschlossenen highway=track grundsaetzlich moeglich? einig sein und das entsprechend dokumentieren, damit jemand, der eine Routing-Engine macht, nicht jedesmal das Rad neu erfinden muss (und vor allem jeder es anders erfindet). Michael Josenhans hat dazu vor rund 15 Monaten einiges ins Wiki geschrieben, was seitdem ziemlich verwaist ist: http://wiki.openstreetmap.org/wiki/OSM_Routing_Data_Layer Das ist zum Teil (wie ich finde) uebertrieben komplex ausgedrueckt und passt vielleicht auch nicht mehr ganz zur heutigen OSM-Welt, aber grundsaetzlich war das schon die gleiche Idee. Auf der FOSSGIS 2010 in Osnabrueck soll es (unter anderem) einen kleinen Routing-Workshop geben, im Rahmen dessen solche Themen vielleicht mal angerissen werden koennen. Sicherlich reicht die Zeit nicht zu einer abschliessenden Bearbeitung der Thematik, aber ich habe die Hoffnung, dass sich anlaesslich dieser Veranstaltung wenigstens eine Handvoll Leute kennenlernen, die das Thema dann mal weiter verfolgen und vernuenftige Vorschlaege erarbeiten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unverschlüsselte OSM-Logins
Hallo zusammen, habe grad festgestellt, daß es nicht möglich ist, sich per https einzuloggen bzw. zumindest das Passwort verschlüsselt zu übertragen. Gibt Bestrebungen, da was zu ändern? Die dazugehörigen Tickets gibts ja auch schon ein paar Jahre: * http://trac.openstreetmap.org/ticket/275 * http://trac.openstreetmap.org/ticket/106 Ziemlich schlecht, wenn man sich grad in einem untrusted Netz wie dem 26c3 WLAN befindet. Werd in dem Fall wohl oder übel auf das Hochladen verzichten. Gruß Georg -- Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverschlüsselte OSM-Logins
Georg Lutz schrieb: Ziemlich schlecht, wenn man sich grad in einem untrusted Netz wie dem 26c3 WLAN befindet. Da ist es immer gut, wenn man ein VPN in der Tasche hat. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverschlüsselte OSM-Logins
Hallo, Georg Lutz wrote: habe grad festgestellt, daß es nicht möglich ist, sich per https einzuloggen bzw. zumindest das Passwort verschlüsselt zu übertragen. Gibts grad ne laengere Diskussion zu auf talk. Kurzfassung: Alles mit SSL = zuviel Stress am Server; nur Login mit SSL = macht nur Sinn, wenn die Editoren OAuth richtig machen. Es gibt auch Leute, die fordern, dass jeder GPX-Upload oder sogar Tile-Downloads mit SSL angeboten werden muessten. Ich persoenlich halte das fuer Overkill. Ziemlich schlecht, wenn man sich grad in einem untrusted Netz wie dem 26c3 WLAN befindet. Werd in dem Fall wohl oder übel auf das Hochladen verzichten. Wenn Du nicht gerade das gleiche Passwort wie fuer jeden anderen Webdienst benutzt, dann kann es Dir eigentlich egal sein - was kann jemand schon mit Deinem Password anstellen. In Deinem Namen Vandalismus treiben? Dazu kann er sich auch einfach schnell als georg_lutz anmelden... 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] guidepost
Am 27.12.2009 21:03, schrieb Mirko Küster: Und damit gut. Du hast Recht, ich meine Ruhe und die weitere Entwicklung wird sowieso abseits dieser Diskussion mit den Füßen abgestimmt... Du hast deine Meinung und läßt andere Meinungen nicht gelten, weil: unlogisch, Ansatz ist Käse, stark dafür einsetzt dass wir irgendwann schön in Fehlern ersaufen, absurde Erklärung, Evolutionsbremsen, ... Das klingt jetzt alles so, daß du versuchst deine Lösung durchzusetzen, weil ja die anderen sowieso Idioten sind. Wenn ich solche Aussagen von dir wie: das wir auf ewig keinen klaren Tag für so Kleinscheiß wie einen Fahrradweg haben sagt mit inzwischen, das du anscheinend wenig Ahnung von der Komplexität des Themas hast. Du hast recht, eine weitere Diskussion mit dir bringt daher schlicht nichts. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverschlüsselte OSM-Logins
Frederik Ramm schrieb: Hallo, Georg Lutz wrote: habe grad festgestellt, daß es nicht möglich ist, sich per https einzuloggen bzw. zumindest das Passwort verschlüsselt zu übertragen. Gibts grad ne laengere Diskussion zu auf talk. Kurzfassung: Alles mit SSL = zuviel Stress am Server Es gibt Devices, die das transparent vor dem eigentlichen Server handeln und dm Server eine fertig entschlüsselte HTTP-Verbindung präsentieren. Die können einige 100 bis 1000 parallele SSL-Sessions in Hardware hadeln. Ideal für ne Spenden-Sammel-Aktion. Hat jemand ne Idee was sowas kostet? Ich habe nu davon gehört, könnte aber im Zweifelsfall auch mal vom Fachmann Zahlen einholen lassen.. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Standards (war: Ulf-Mirko-Endlos-Diskussion)
Frederik Ramm schrieb: Ich bin auch gegen Entscheider. Aber das heisst ja nicht, dass man nicht gemeinsam auf gute Loesungen hinarbeiten kann. Eine Sache, die uns derzeit empfindlich fehlt, sind klare Routing-Standards, oder Interpretationsregeln fuer Routing-Engine-Schreiber. +1 Michael Josenhans hat dazu vor rund 15 Monaten einiges ins Wiki geschrieben, was seitdem ziemlich verwaist ist: http://wiki.openstreetmap.org/wiki/OSM_Routing_Data_Layer Das muss man in der Tat erst 10 mal lesen um es zu verstehen. Etwas praxisnäher sind folgende Seiten: 1) http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing 2) http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions 3) http://wiki.openstreetmap.org/wiki/Computing_access_restrictions Matrix 2) ist leider nicht komplett, es fehlt zB. highway=track Mein Vorschlag wäre hier motorcar=no zu implizieren, so wie es ORS schon macht. Radler eventuell nur bis tracktype 3 (oder auch defaultmäßig verbieten, da tracks nun mal dem landwirtschaftlichen Verkehr gewidmet sind, Außnahmen kann man dann immer noch mit bicycle=yes markieren). kann man einen Fussgaenger eine highway=primary road immer entlangschicken - oder nur, wenn da ein separater Fussgaengerweg getaggt ist - oder nur, wenn da foot=yes dransteht? Siehe Matrix. In Deutschland: erlaubt. kann ein Fahrrad immer von einer Seite einer highway=primary auf die andere wechseln, oder nur an Kreuzungen? Wenn er auf baulich getrennten Radwegen fährt und diese entsprechend separat gemappt sind, kann er die Seite dann wechseln, wenn ein entsprechendes Verbindungsstück gemappt ist. Anzumerken wäre noch, dass bei begleitenden Radwegen die zulässige Fahrtrichtung nur selten per oneway=yes gemappt ist. ist das Abbiegen von einer highway=motorway auf einen angeschlossenen highway=track grundsaetzlich moeglich? siehe oben. Falls wir Autos auf Tracks defaultmäßig zulassen, dann ja. Wenn man da in der Realität nicht reinfahren darf müsste das entweder durch eine Abbiegebeschränkung oder ein motorcar=no (o.Ä.) auf dem Track gemappt werden. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverschlüsselte OSM-Logins
Peter Körner schrieb: Es gibt Devices, die das transparent vor dem eigentlichen Server handeln und dm Server eine fertig entschlüsselte HTTP-Verbindung präsentieren. Das Stichwort ist ssl-offloading und load balancer. Kann man alles kaufen. http://en.wikipedia.org/wiki/SSL_acceleration -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverschlüsselte OSM-Logins
On Sun, Dec 27, 2009 at 11:51:34PM +0100, Johann H. Addicks wrote: Peter Körner schrieb: Es gibt Devices, die das transparent vor dem eigentlichen Server handeln und dm Server eine fertig entschlüsselte HTTP-Verbindung präsentieren. Das Stichwort ist ssl-offloading und load balancer. Kann man alles kaufen. http://en.wikipedia.org/wiki/SSL_acceleration Der Punkt ist das man heute nur noch CPUs kaufen kann die performancetechnisch das SSL Thema nebenbei mit machen. Die Datenbanken sind typischweise ziemlich i/o bound d.h. der limit ist random i/o mit concurrent readern. Die CPU idled typischerweise ziemlich rum (nicht zu verwecheln mit loadavg). Und dann bekommt man fuer grosse kisten mittlerweile nur noch 2 Sockets und 4 Core CPUs - fuer das Datenschaufeln disk - memory - network brauche ich 1/2 CPU. D.h. es sind noch 7 1/2 CPUs die beschaeftigt werden moechten. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Standards (war: Ulf-Mirko-Endlos-Diskussion)
Am 27.12.2009 21:30, schrieb Frederik Ramm: Hallo, Ich nehme das mal als Stichwort fuer ein hierzu etwas tangentiales Thema. Ich bin auch gegen Entscheider. Entscheider muss nicht Diktator bedeuten. Viele Gruppen müssen regelmäßig Entscheidungen treffen. Oberster Entscheider ist bei Vereinen meist die Mitgliederversammlung, bei Hausgemeinschaften die Eigentümerversammlung, bei GmbHs die Gesellschafterversammlung, etc. In Vereinen hat jedes Mitglied in der Regel das gleiche Stimmrecht. Teilweise ist eine Mindestdauer der Mitgliedschaft für das Stimmrecht nötig. In der Praxis funktioniert das Verfahren meist erstaunlich gut. Auch wenn es vorher heftige Diskussionen gibt, kommen bei den Abstimmungen meist sinnvolle Lösungen mit oft überzeugenden Mehrheiten zu Stande. Gerade in dieser Diskussion geht es um ein kleines Problem, bei dem es zwei grundsätzlich praktikable Vorschläge gibt, die sich in der Einfachheit der Erstellung und der Auswertung etwas unterscheiden. Man sollte nicht warten, bis sich eine Seite entnervt zurückzieht, sondern die Befürworter jeder Lösung zählen. Aber das heisst ja nicht, dass man nicht gemeinsam auf gute Loesungen hinarbeiten kann. Eine Sache, die uns derzeit empfindlich fehlt, sind klare Routing-Standards, oder Interpretationsregeln fuer Routing-Engine-Schreiber. Ja, aber nicht nur die Routing-Engine-Schreiber haben ein Problem. Die können vielleicht noch die relevanten Diskussionen verfolgen. Der Mapper, der nicht mehrere Abende mit verschiedenen Auslegungen der access-Tags verbringen kann, ist mindestens ebenso betroffen. Aber wie soll man einen Standard verabschieden? Alle drei Monate eine Abstimmung über 20 Fragen auf einer Webseite machen, bei der jeder eine Stimme hat, der seit sechs Monaten einen Account hat und an zehn Tagen etwas geändert hat? Wir - die Mapping-Community - muessen uns in Fragen wie [...] einig sein und das entsprechend dokumentieren, Alle einig sein? :-)) Wenn das noch nicht mal zwei engagierten Mappern gelingt ... Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de