Re: [Talk-de] maxspeed map - jetzt global
On Wed, Mar 24, 2010 at 08:40:27PM +0100, Martin Koppenhoefer wrote: Am 24. März 2010 08:06 schrieb Florian Lohoff f...@zz.de: Hallo Liste, Hallo Andreas, ich habe mal wieder Blech bekommen was mich in die lage versetzt einen gesamten planet in der Datenbank zu halten. D.h. die maxspeed map ist jetzt global verfuegbar schöne Sache, habe ich gleich mal nach Italien weitergeleitet, und ist erwartungsgemäß gut angekommen. Einziger Haken: Anlieger Frei auf dem Schild versteht man dort nur mit Erklärungen ;-) Hihi, haettest du ein kleines bild fuer mich mit dem italienischen aussehen? Dann koennte ich ja mal gucken ob ich es irgendwie hinbekomme das land mit auszuwerten und andere images mit zurueckzuliefern ;) Reicht ja via ST_Within mit dem zentrum des sichtbaren bereichs die paar laenderpolygone abzugleichen - Vielleicht nicht wichtig aber technisch spannend ... Flo -- Florian Lohoff f...@zz.de 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] Details mappen in Dortmund
Hallo Sven. Am Mittwoch 24 März 2010 14:20:33 schrieb Sven Geggus: Bernd Wurst be...@bwurst.org wrote: Deine letzten Mails haben alle einen extrem provokanten, wenn nicht sogar überheblichen Unterton. Bitte stell das ab und kritisiere ggf. konstruktiv. In dieser Mail die Di hier grade zitierst war das IMO gerade nicht der fall, aber egal. Kam bei mir schon so an. Diese hier war dagegen super. Danke für die Gelassenheit. Und noch ne Frage nachgeschoben: Was genau stört dich denn konkret an *zusätzlich* erfassten Straßenflächen? Was daran stört ist genau das gleiche Problem, das in etas weniger extremer Form oft bei landuse Flächen aufritt. Mapper erstellen (ich unterstelle mal unabsichtlich) oft völlig sinnlose Kreuzungspunkte zwischen Flächen und Wegen, die nicht mehr mit brauchbarem Aufwand aufzubrechen sind. Dann hast du das falsche Tool. :) Ich habe die (Hand auf's Herz: wenigen) Fälle dieser Problematik bisher ganz gut mit JOSMs unglue-Funktion und Konsorten geregelt bekommen. Und wie schon gesagt wurde: Nicht alle derartigen Kreuzungspunkte sind schlecht. Ich bin ein Freund von der Weg zum Parkplatz sollte mit der Fläche verbunden sein. Ich bin auch ein Freund von der Sichtweise, dass ein Weg der ganz klar die Grenze zwischen Wald und Feld darstellt gerne die Nodes der Flächen mitbenutzen darf. Wir haben da schon öfter drüber diskutiert und ich weiß dass es beide Meinungen gibt. Aber wir stehen beide nicht alleine da und man kann damit leben beides zu nutzen. Ich wiederhole mich jetzt, aber ich finde eben dass die Kosten-/Nutzen Analyse bei flächig erfassten Straßen beim aktuellen Zustand des Datenmodells und der Werkzeuge eindeutig gegen flächig erfassten Straßen fällt weil der potenzielle Nutzen niemals den Punkt erreichen kann an dem er den Nachteil aufwiegt dass 99% der Projektmitarbeiter mit extrem erhöhter Komplexität leben müssen die fast zwangsläufig zu einer erhöhten Fehlerrate führen wird. Lange Rede, kurzer Sinn: Du erwartest Fehleranfälligkeit. Das finde ich den falschen Ansatzpunkt für Kritik, denn Fehler kann man beheben. Und zwar meistens sogar ohne Ortskenntnis. Lieber fehlerhafte Daten als keine. Und es sind ja nicht die bisher schon vorhandenen Daten die höhere Fehlerquoten haben werden sondern die zusätzlichen. 99% halte ich für polemisch. Und zwar aus dem Grund, dass flächig erfasste Straßen ja in keiner Weise Vorschrift sind oder als besonders erstrebenswert gelten. Wo man die geeigneten Quelldaten hat, bitte. Andernorts: bitte nicht. Ich gehe im Gegenzug davon aus, dass 99% der Mapper sich von dieser Idee eigentlich nicht tangieren lassen müssen. Da die Idee mit flächig erfassten Straßen schon öfter kam, finde ich es im Gegenteil sehr wichtig, dass man sich jetzt, da man nur sehr begrenzt Quelldaten dafür hat, gleich mal Gedanken zu einem sinnvollen Tagging macht, so dass es eben niemand anderen stört. Auch ein Grund weshalb mich diese Diskussion hier so aufregt ist dei Tatsache, dass dem Projekt schon jetzt Entwickler eher fehlen und die vorhandenen auch ohne coole Tools zum erfassen von Straßen als Fläche genug zu tun haben. Ich selber verliere zum Beispiuel gerade die Lust am Betrieb des WMS Servers in den ich einige Arbeit gesteckt habe, wenn der Erfolg meiner Arbeit dann nicht Hausnummern und Gebäude sind sondern solche fragwürdingen Dinge wie sie hier diskutiert werden. Das ist jetzt aber eine merkwürdige Reaktion deinerseits. Dass man Hausnummern nicht über Luftbilder erfassen kann ist wohl eher logisch, nehme ich an. Olaf hat mir auf die diesbezügliche Anmerkung geantwortet, dass der Sinn dieses Projekts nicht unbedingt sei, von *diesen Bildern* Hausnummern abzuleiten sondern diese Bilder als Gegenleistung zu geben um das OSM-Projekt zum Erfassen von Hausnummern zu motivieren. Gebäude wird *jeder* Straßenflächen-Mapper immer auch erfassen, das unterstelle ich jetzt einfach mal aufgrund des offensichtlichen Perfektionismus. Und dass du drohst, den WMS-Server abzudrehen, weil die Leute deiner Meinung nach unwichtige Dinge daraus ableiten, ist kindisch... Hätte der OP hier einen patch für josm gepostet, der seine fixe Idee _nebenwirkungsfrei_ an die bestehende Infrastruktur anbindet würde das ganz anders aussehen. Stattdessen wird hier nur an den bestehenden Tools rumgemäkelt und Gegenargumente werden immer mit dem Satz beantwortet: dann sind halt die Tools schlecht. ...genauso wie das. Wir (alle, die an FOSS-Projekten irgendwie beteiligt sind) wissen, dass jede Debatte über Beteiligung an einem freien Projekt immer dann destruktiv wird, wenn ein Programmierer von einem Nichtprogrammierer fordert, dass er bitte erst Code einreichen soll bevor er Kritik üben darf. Du willst nicht von jemandem der deinetwegen in 2 Stunden ein bisschen Java lernt einen Patch für JOSM haben. Gruß, Bernd -- Alle Menschen werden als Originale geboren, die meisten sterben als Kopien. signature.asc
Re: [Talk-de] Details mappen in Dortmund
Am Donnerstag 25 März 2010 01:06:30 schrieb Chris-Hein Lunkhusen: auf den mkgmap Karten kommen solche Meldungen Links halten nach... auch. Nope. Es wird der Straßenname der folgenden Straße angezeigt und nicht die angeschriebene Richtung laut Wegweiser. Mein eTrex sagt: Links halten nach A9. Das ist in sofern doof, dass es meist zwei Auffahrten auf die A9 gibt, aber nur eine mich dem Ziel näher bringt. Schade finde ich daran, dass auf meine lang zurückliegende Frage nach einem Tagging für Wegweiser-Beschriftungen gar niemand mitdiskutiert hat. :( Gruß, Bernd -- DigiGnome Real life should have a fucking search function, or something. DigiGnome I need my socks. 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] maxspeed map - jetzt global
Am Mittwoch 24 März 2010 14:42:26 schrieb Florian Lohoff: Ich kenne die beiden nicht als consens und ich mag die auch nicht. Die Notwendigkeit für sowas liegt aber auf der Hand. Was ist deiner Meinung nach der bessere Ansatz? Drehen JOSM und Potlatch die forward/backward um bei reverse way? Nein. Aber die tun auch sonst manches nicht, was ein DAU bräuchte. Manchmal muss man eben mitdenken. Gruß, Bernd -- Gegen das zunehmende Wissen der Menschheit wäre nichts einzuwenden, wenn sie dadurch gescheiter würden. - Ernst R. Hauschka (dt. Aphoristiker 1926) 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] SVG, Inkscape und DPI für Export nac h PNG und PDF
Hi, ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. Das wäre also die erste Frage. Wie setze ich für obige Datei den DPI Wert? Oder alternativ: Kann ich zusätzlich zu den Pixeln auch noch die Maße in cm angeben? Woraus sich dann die DPIs ergeben würden... Wichtig wird das nämlich für die nächsten Schritte, die Konvertierung nach PNG und PDF. Die mache ich auf der Kommandozeile mit inkscape -A und -e Es gibt zwar --export-dpi=X, das wirkt sich aber nur auf die PNG Exporte aus. Und dort auch noch falsch, denn dort wird von einer 90DPI Auflösung der SVG ausgegangen. Also erhöht inkscape dann erst mal die Pixel um den Faktor drei etwa (300/90). Was kann ich da tun? Für PDF Export wirkt sich --export-dpi gar nicht aus... HLF! Und vielen Dank schon mal! Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG, Inkscape und DPI für Export nac h PNG und PDF
Hallo. Am Donnerstag 25 März 2010 08:30:34 schrieb Gary G:: ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. SVG ist Vektorgrafik. dpi macht wenig Sinn, da es keine dots gibt. Eine Angabe von Höhe*Breite in Pixeln ist bei einem SVG irgendwie artfremd. Ich sehe grade selbst, dass Inkcape diese Einheit toll findet, aber Sinn macht das ja eigentlich nicht. Eine A4-Seite rechnet inkscape mit knapp 750 Pixeln Breite aus, was 90 dpi entspricht. Logischer wäre lediglich eine metrische Angabe, wie groß die Zeichnung sein soll. Es gibt zwar --export-dpi=X, das wirkt sich aber nur auf die PNG Exporte aus. Und dort auch noch falsch, denn dort wird von einer 90DPI Auflösung der SVG ausgegangen. Also erhöht inkscape dann erst mal die Pixel um den Faktor drei etwa (300/90). Was kann ich da tun? Für PDF Export wirkt sich --export-dpi gar nicht aus... PDF ist ebenfalls Vektorgrafik und daher braucht's da ebenfalls keine dpi- Angabe. Entweder ich habe jetzt viel zu wenig Ahnung von der Materie um das Problem zu verstehen oder du versuchst ein Problem zu lösen, das keine Lösung braucht. Gruß, Bernd -- Ich bevorzuge junge Männer. Sie wissen zwar nicht, was sie tun - aber sie tun es die ganze Nacht. - Madonna (am. Sängerin und Schauspielerin) 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] maxspeed map - jetzt global
sorry bernd, chris hat recht: JOSM: Es kommt ein Dialog der dieses als Default-Aktion anbietet. z.B. bei maxspeed=30 oneway=yes oder inclince=-10% http://www4.pic-upload.de/25.03.10/mdgq3psigao3.jpg gruss walter - Ich geh zugrunde. wer kommt mit? -- View this message in context: http://n2.nabble.com/maxspeed-map-jetzt-global-tp4789443p4796231.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Moin, Frederik Ramm schrieb: Ein Grund dafuer, dass Leute Flaechen statt Mittellinie plus Breite erfassen, koennte ganz trivial der sein, dass ersteres mit dem Editor recht einfach geht, wenn man ein Luftbild drunterliegen hat, letzteres aber nicht (man muesste erstmal das Abmess-Plugin aktivieren, dann die Strassenbreite messen, die Zahl in einen Tag eintragen und das fuer jede Breitenaenderung wiederholen). Gaebe es ein Plugin, mit dem man eine Strasse schnell als Flaeche einklicken kann und das dies dann sofort auf Mittellinie plus Breite umrechnet, wuerde das glaube ich von vielen unserer Flaechenmapper genutzt. ich weiß nicht, ob das wirklich so gerne genutzt würde - denn wer die Fläche wirklich erfassen möchte, der möchte auch die echte Form erhalten (also alles, was nicht rechteckig ist) - und nicht nur eine abstrakte Modellierung, - ich jedenfalls schon. Ich frage mich schon seit längerem, ob es nicht sinnvoll wäre, die Flächenerfassung als reine Kartendarstellung und die Graphen-Linien als reine Routing-Daten zu trennen - und eben auch getrennt zu erfassen. Natürlich wäre das ein gewisser Mehraufwand - bietet aber meines Erachtens auch den Vorteil, das man auf die jetzigen - manchmal faulen - Kompromisse (baulich getrennt oder doch nur routingmäßig getrennt usw.) verzichten könnte. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Bernd Wurst schrieb: auf den mkgmap Karten kommen solche Meldungen Links halten nach... auch. Es wird der Straßenname der folgenden Straße angezeigt und nicht die angeschriebene Richtung laut Wegweiser. Mein eTrex sagt: Links halten nach A9. Das ist in sofern doof, dass es meist zwei Auffahrten auf die A9 gibt, aber nur eine mich dem Ziel näher bringt. Das ist richtig. Habe mich deswegen aber noch nie verfahren. ;-) Schade finde ich daran, dass auf meine lang zurückliegende Frage nach einem Tagging für Wegweiser-Beschriftungen gar niemand mitdiskutiert hat. :( destination=Karlsruhe an die Abbiegespur? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Hallo Walter. Am Donnerstag 25 März 2010 08:51:39 schrieb Walter Nordmann: chris hat recht: JOSM: Es kommt ein Dialog der dieses als Default-Aktion anbietet. z.B. bei maxspeed=30 oneway=yes oder inclince=-10% http://www4.pic-upload.de/25.03.10/mdgq3psigao3.jpg Danke für den Hinweis. Ich hatte seine Mail erst nachher gesehen und bin erstaunt. Irgendwann ging das schonmal nicht, aber bei JOSM sollte man keine Aussage treffen ohne vorher ein update gemacht zu haben. ;-) Ich habe hier aber keine (in OSM erfassten) asymmetrischen Begrenzungen, so dass mir der Fortschritt bisher nicht auffiel. Gruß, Bernd -- Wenn allzu früh der Morgen graut, dann ist der ganze Tag versaut 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] maxspeed map - jetzt global
Walter Nordmann schrieb: http://www4.pic-upload.de/25.03.10/mdgq3psigao3.jpg Da muss ich gleich mal nachschauen, was cat:forward = yes bedeutet. Katzen dürfen hier nur vorwärts laufen? ;-) Hmmm, google und OSM Wiki kennen das nicht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Bernd Wurst schrieb: Ich habe hier aber keine (in OSM erfassten) asymmetrischen Begrenzungen, so dass mir der Fortschritt bisher nicht auffiel. Ich bin aktuell auch nur deshalb aufmerksam geworden, da diese in NaviPOWM nun auch richtig ausgewertet und angezeigt werden. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Am Donnerstag 25 März 2010 09:05:08 schrieb Chris-Hein Lunkhusen: Mein eTrex sagt: Links halten nach A9. Das ist in sofern doof, dass es meist zwei Auffahrten auf die A9 gibt, aber nur eine mich dem Ziel näher bringt. Das ist richtig. Habe mich deswegen aber noch nie verfahren. ;-) Man konnte auch schon vor dem Navi-Zeitalter Autofahren ohne sich zu verfahren. ;-) Aber es ist ein Feature, das in allen anderen Navis mittlerweile zum Standard gehört, das Sinn macht und für das wir aktuell (AFAIK) noch nicht einmal Daten erheben. Schade finde ich daran, dass auf meine lang zurückliegende Frage nach einem Tagging für Wegweiser-Beschriftungen gar niemand mitdiskutiert hat. :( destination=Karlsruhe an die Abbiegespur? Wäre eine Möglichkeit. Nutzt das aktuell schon jemand? (Ich kann noch immer nicht glauben, dass bisher niemand diese Information taggen will.) Wenn keine abweichenden Vorschläge kommen, würde ich das probeweise mal umsetzen. Gruß, Bernd -- Ich habe viel mit Oskar Schindler gemeinsam! Wir haben z.B. beide Granaten für die Nazis gebaut! Nur meine haben funktioniert! - Mr. Burns, Die Simpsons 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] maxspeed map - jetzt global
Am 25. März 2010 09:20 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Walter Nordmann schrieb: http://www4.pic-upload.de/25.03.10/mdgq3psigao3.jpg Da muss ich gleich mal nachschauen, was cat:forward = yes bedeutet. Katzen dürfen hier nur vorwärts laufen? ;-) Hmmm, google und OSM Wiki kennen das nicht. Ich vermute mal das ist ein Platzhalter i.S.v. category. Es gibt ja nicht nur maxspeed, sondern auch andere denkbare Schlüssel mit diesem Wert. Ich denke hier wurde das Problem global gelöst. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
war ne mischung aus test und spass. wollte mal sehen, ob josm das eventuell auch rumdreht so wie bei oneway=yes - oneway=-1 - Ich geh zugrunde. wer kommt mit? -- View this message in context: http://n2.nabble.com/maxspeed-map-jetzt-global-tp4789443p4796477.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Bernd Wurst schrieb: Wäre eine Möglichkeit. Nutzt das aktuell schon jemand? (Ich kann noch immer nicht glauben, dass bisher niemand diese Information taggen will.) Doch, ich! :-) Hatte deine Diskussion nur am Rande mitbekommen. Ich denk, ich werd bei meinen nächsten Autobahnfahrten mal versuchen, was zu dokumentieren. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
Hallo Marcus, ich denke, es würde bereits reichen, wenn man diese Bilder mit Geokoordinaten auf einer Karte hinterlegt. Interessant wäre, wenn man die Bilder so auswertet, dass alle 50m ein Bilder auf einer Strecke hinterlegt wird (als Alternative zu alle x Sekunden eine Aufnahme machen). Als Mapper könnte man sich dann dieser Bilder bedienen, um Details zuzufügen. Meine Vorstellung wäre eine Art Layer im OSM-Inspector, bei der man die Bilder anklicken kann. Bei der Aufnahme muss wegen der Persönlichkeitsrechte allerdings stark aufpassen, das gleiche Thema, das auch Google hat. Gruß Oliver -- View this message in context: http://n2.nabble.com/Kamerabilder-auswerten-tp4795868p4796529.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Bernd Wurst be...@bwurst.org wrote: Und dass du drohst, den WMS-Server abzudrehen, weil die Leute deiner Meinung nach unwichtige Dinge daraus ableiten, ist kindisch... Moment mal! ich habe geschreiben dass ich die Lust daran verliere mich da weiter zu engagieren wenn da Leute Dinge mit den Früchten meienr Arbeit nachen, die mir gar nicht gefallen, das ist ja wohl völlig legitim. Un, sas ist etwas völlig anderes als eine Drohung mit Abschaltung. Der Code ist IM SVN, das ist nicht das Thema, das kann jederzeit jemand anderes übernehmen. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /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] Details mappen in Dortmund
olvagor o...@terbrueggen.net wrote: Wenn das Projekt in Dortmund erfolgreich ist, könnte es das Luxusproblem zukünftig in über 300 Städten (die könnte Aerowest anbieten, falls sie das möchten) existieren. Dann darfst Du schon mal Sponsoren für einen Server mit 200Terrabyte Plattenplatz suchen. Ach und wo wir grade beim Erfolg des Projektes sind: Weder die Erfassung von Straßen als Flächen noch diese längliche Diskussion hier ob man das tun soll tragen natürlich dazu bei. Und komme mir jetzt nicht mit dem Argument dass ich ja auch nur diskutiere, ich denke ich habe schon genug Arbeit investiert die dazu beigetragen hat dass das Projekt überhaupt durchführbar ist. Man kann ganz andere Auswertungen fahren. Z.B. gibt es immer mal wieder Zeitungsberichte, dass die Umwelt darunter leidet, dass zuviel städtische Fläche versiegelt ist. Saubere Daten dazu bekommst du aber nur, wenn die Flächen auch wirklich erfasst sind. Linien mit width=x sind eine Annäherung aber bilden nicht die Realität in dem Maße ab, den ich mir vielleicht wünsche. Angesichts der Tatsache, dass solche Statistiken flächendeckende Abdeckung erfordern dürfte es noch Jahrzehnte dauern bis mit OSM sowas möglich ist (wenn es denn überhaupt eimal möglich sein wird). Das Routing funktioniert meines Erachtens eben noch nicht zuverlässig. Auf aktuellen OSM-Daten ist es meines Wissens momentan nicht möglich, Abbiegeinformatinonen zu bieten, wie sie mein Garmin-Navi seit Jahren möglich macht: Halten Sie sich rechts Richtung Karlsruhe und dann links. Das bedingt allein schon das Erfassen mehrerer Fahrspuren und ihrer Beziehung untereinander. Um mehrere Spuren zusammenzufassen böten sich Flächen einfach an. Das Datenformat von Navigationsgeräten basiert _nicht_ auf Flächen. Was du ansprichst erfordert etweder spezifische Tags oder Linienbündel. Darüber was besser ist kann man lange diskutieren, aber Flächen sind es ganz bestimmt nicht. Hat niemand verlangt. Das Routing soll ruhig weiterhin auf Linien laufen. Da widersprichst Du Dir jetzt aber gerade selber. Nicht zwangsläufig. Wie ich oben geschrieben habe, würde ich nicht alle Informationen als Linie _und_ als Fläche erfassen. Ich würde routingrelevante Infos (Spuren) als Linie taggen und andere Dinge (Name der Straße) als Fläche. Das ist eine ganz schlechte Idee, denn dann sind plötzlich relevate Informationen (Name der Straße) nicht mehr an den Linien dran und eine Auswertung der Flächen wird notwendig. Aber bitte akzeptiert doch, dass es Benutzer/Mapper gibt, die durchaus einen Mehrwert darin sehen. Den habe ich leider in der ganzen Diskussion immer noch nicht gefunden. Ich finde wir sollten uns in Bereichen bewegen wo wir besser sein können als die Ämter. Mit Katasterdaten werden wir niemals nur annähernd konkurrieren können. Bei Routing insbesondere im Fahrrad und Fußgängerbereich sind wir schon heute besser. Die Grundlage von OSM war immer, dass Leute Vorschläge statt Vorschriften machen, wie etwas zu mappen ist. Das ist schon richtig, aber Du möchtest von einem Designparadigma des Datenmodells abweichen. Welche tags Du an Deine Wege klebst ist völlig frei und das ist gut so. Die Erfassung von Straßen als Fläche ist ein wenig vergleichbar mit der Erfassung von Straßen mit unverbundenen Knoten, sie führt das Datenmodell ad absurdum. Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /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
[Talk-de] OSM2Go-User gesucht
Moin ! ich wollte einmal fragen wer von Euch mit OSM2GO arbeitet und mir vielleicht sagen kann wie dort die Arbeitsschritte realisiert sind die ansonsten in JOSM die linke Maustaste erfordern. Ein Netbook mit Touchscreen steht mir jetzt zur Verfügung und da wollte ich mit JOSM die Daten erfassen und ein Stift hat eben auch keine linke Maustaste ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
[1] kennst du schon, oder? Einen fixen abstand (zeit oder Raum) halte ich nicht fuer sinnvoll. Schliesslich muss sich dann erst noch jemand ransetzen und auswerten welche bilder hilfreich sind. Dann doch lieber alles brauchbare fotografieren so dass jemand die informationen eintragen kann. [1] http://openstreetview.org/ Oliver Kuehn (skobbler) wrote: Hallo Marcus, ich denke, es würde bereits reichen, wenn man diese Bilder mit Geokoordinaten auf einer Karte hinterlegt. Interessant wäre, wenn man die Bilder so auswertet, dass alle 50m ein Bilder auf einer Strecke hinterlegt wird (als Alternative zu alle x Sekunden eine Aufnahme machen). Als Mapper könnte man sich dann dieser Bilder bedienen, um Details zuzufügen. Meine Vorstellung wäre eine Art Layer im OSM-Inspector, bei der man die Bilder anklicken kann. Bei der Aufnahme muss wegen der Persönlichkeitsrechte allerdings stark aufpassen, das gleiche Thema, das auch Google hat. Gruß Oliver ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze folgt der Küstenlinie
Moin, nach einer Nachfrage bei einem Lehrstuhl, der sich mit Seerecht auskennt, hier nun meine abschließenden Erkenntnisse zum Verlauf der Kreisgrenzen an der Küste. Das Küstenmeer gehört im Normalfall nicht zu zum Kreis und auch nicht zum Gemeindegebiet. Der Grund dafür ergibt sich nicht direkt aus dem Gesetz, sondern ist ein alter Rechtsgrundsatz, den schon die Preußen bei ihrer Landvermessung und Katastererstellung angewendet haben. Danach handelt es sich bei Meereswasserflächen um sog. ursprünglich gemeindefreies Gebiet. Natürlich gibt es von dieser Regel Ausnahmen. Die müssen aber durch besonderen Rechtsakt eindeutig ersichtlich sein. Wer Zugriff auf eine Rechtssprechungsdatenbank hat, kann das auch im Urteil vom 19.01.1995 (1 L 5943/92) des OVG Lüneburg nachlesen. Dort sind auch weitere Fundstellen verzeichnet. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
PS hier [1] ein beispiel fuer dein vorhaben. IMHO sind da sehr viele unnuetze bilder bei. [1] http://openstreetview.org/?lat=51.545187436765lon=8.4299039837353zoom=11 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG, Inkscape und DPI für Export nach PNG und PDF
Hallo, Am Donnerstag, 25. März 2010 08:30:34 schrieb Gary G:: ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. Das wäre also die erste Frage. Wie setze ich für obige Datei den DPI Wert? Oder alternativ: Kann ich zusätzlich zu den Pixeln auch noch die Maße in cm angeben? Woraus sich dann die DPIs ergeben würden... Wichtig wird das nämlich für die nächsten Schritte, die Konvertierung nach PNG und PDF. Die mache ich auf der Kommandozeile mit inkscape -A und -e AFAIK verwendet Inkscape immer 90dpi, bei anderer Software kann das aber anders sein. Man beachte den entsprechenden Abschnitt in der SVG- Spezifikation [1]. Es empfiehlt sich, die Attribute “width” und “height” des SVG-Elements absolut (z.B. in mm) anzugeben und dann per “viewBox”-Attribut (ggf. mit “preserveAspectRatio”) festzulegen, welcher Bereich von “user units” auf die so festgelegte Größe abgebildet werden soll. Wenn dann alle weiteren Angaben in “user units” (d.h. ohne Angabe einer Einheit oder, per definitionem gleichwertig, in der Einheit “px”) erfolgen, dann sollte nichts mehr schiefgehen. Alternativ könnte man auch auf die Angabe einer “viewBox” verzichten, dann aber alle Längen direkt mit der gewünschten Einheit (z.B. mm) versehen. So oder so wird aber die Größe der erzeugten PDF-Datei durch die “width”- und “height”-Attribute am SVG-Element festgelegt, und die Pixel-Größe eines PNG-Exports wird über --export-dpi daraus abgeleitet. Gruß, Stefan [1] http://www.w3.org/TR/SVG/coords.html#Units ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Hi, ich habe auch mal angefanngen sowas zu taggen. Ich habe mich dabei auch primär auf Autobahnen bisher beschränkt. Es hat den Vorteil, dass man es nur mit oneway=yes zu tun hat, was zur Folge hat, das destination nicht falsch interpretiert werden kann. Beim Taggen habe ich mich anhand der Schilder orientiert, sprich von oben nach Unten, mit Semikolon getrennt und Abkürzungen ausgeschrieben (falls es mal soweit kommt, dass das eine freundliche Frauenstimme vorlesen muss). Es hat den Vorteil, dass sogar bei Autobahn-Kreuzen, die Abbiegespuren zu den beiden seperaten Ausfahren Richtig erfaßt werden können (hier gabs mal ne Diskussion zu Navigationsproblemen an Kleeblatt-Autobahn-Kreuzen). Kreuz Bibelried (A7 / A3) wäre ein entsprechende Beispiel. Im übrigen gibt es folgende Seite im Internet zu finden: http://www.autobahn-bilder.de/ Ich habe damals mal den Betreiber angeschrieben und angefragt, ob wir die Informationen nutzen dürfen; dürfen wir, er untersützt gerne unsere Sache. Aber seid schon mal vorgewart, ich musste auch erst lernen, dass die Beschilderung an Autobahnen an der gleichen Ausfahrt je nach Richtung teilweise variieren kann. viele grüße Am 25. März 2010 10:06 schrieb olvagor o...@terbrueggen.net: Bernd Wurst schrieb: Wäre eine Möglichkeit. Nutzt das aktuell schon jemand? (Ich kann noch immer nicht glauben, dass bisher niemand diese Information taggen will.) Doch, ich! :-) Hatte deine Diskussion nur am Rande mitbekommen. Ich denk, ich werd bei meinen nächsten Autobahnfahrten mal versuchen, was zu dokumentieren. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geeignetes Importformat
Hallo, es gibt evtl. die Möglichkeit vom einem Kreis die Gewässerverläufe als auch die Feld-, Wald- und Wiesenbezeichnungen zu bekommen. Damit stellt sich natürlich die Frage, in welchem Format das shape-File sein sollte, damit es sich am leichtesten in das OSM-Format umwandeln lässt. Gibt es hierfür Empfehlungen und Erfahrungen? Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2Go-User gesucht
Am 25.03.2010 11:03, Jan Tappenbeck: Moin ! ich wollte einmal fragen wer von Euch mit OSM2GO arbeitet und mir vielleicht sagen kann wie dort die Arbeitsschritte realisiert sind die ansonsten in JOSM die linke Maustaste erfordern. Ein Netbook mit Touchscreen steht mir jetzt zur Verfügung und da wollte ich mit JOSM die Daten erfassen und ein Stift hat eben auch keine linke Maustaste ! OSM2Go ist für eine Touch-Geräteserie (Nokia Internet Tablets) und daher auch auf die Ein-Klick-Benutzung optimiert. Über die Buttons links wechselst du den Modus und alle Klicks im Kartenbereich entsprechen dann der Modusaktion. Ich hatte hier mal eine Anleitung angefangen: http://wiki.openstreetmap.org/wiki/Osm2go Gerne beantworte ich konkrete Fragen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM2Go-User gesucht
Am 25.03.2010 13:14, schrieb Claudius: Am 25.03.2010 11:03, Jan Tappenbeck: Moin ! ich wollte einmal fragen wer von Euch mit OSM2GO arbeitet und mir vielleicht sagen kann wie dort die Arbeitsschritte realisiert sind die ansonsten in JOSM die linke Maustaste erfordern. Ein Netbook mit Touchscreen steht mir jetzt zur Verfügung und da wollte ich mit JOSM die Daten erfassen und ein Stift hat eben auch keine linke Maustaste ! OSM2Go ist für eine Touch-Geräteserie (Nokia Internet Tablets) und daher auch auf die Ein-Klick-Benutzung optimiert. Über die Buttons links wechselst du den Modus und alle Klicks im Kartenbereich entsprechen dann der Modusaktion. Ich hatte hier mal eine Anleitung angefangen: http://wiki.openstreetmap.org/wiki/Osm2go Gerne beantworte ich konkrete Fragen. Claudius Hallo Claudius, vielen Dank - also sind, wie vermutet weitere Schaltflächen erforderlich um JOSM dazuzubringen für mein TablePC. Mal sehen ob ich die Dev-Community dazu bewegt bekommen - Ticket steht jedenfalls schon ! Gruß jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG, Inkscape und DPI für Export nac h PNG und PDF
hi. freibier für stefan! erste tests verlaufen positiv. nun ist fast alles geregelt. das tüpfelchen auf dem i wäre nun noch die antwort auf die frage: WIE BEKOMME ICH PDFs mit DPI90 per kommandozeile??? Also analog dem --export-dpi für PNG. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] SVG, Inkscape und DPI für Export nach PNG und PDF Gesendet: Do, 25. Mrz 2010 Von: Stefan Siegelo...@sdas.de Hallo, Am Donnerstag, 25. März 2010 08:30:34 schrieb Gary G:: ich habe eine SVG Datei mit einem bestimmten Maß BxH in Pixeln. Soweit ich das zunächst sehe, hat die SVG kein (eigenen) DPI-Wert. Das wäre also die erste Frage. Wie setze ich für obige Datei den DPI Wert? Oder alternativ: Kann ich zusätzlich zu den Pixeln auch noch die Maße in cm angeben? Woraus sich dann die DPIs ergeben würden... Wichtig wird das nämlich für die nächsten Schritte, die Konvertierung nach PNG und PDF. Die mache ich auf der Kommandozeile mit inkscape -A und -e AFAIK verwendet Inkscape immer 90dpi, bei anderer Software kann das aber anders sein. Man beachte den entsprechenden Abschnitt in der SVG- Spezifikation [1]. Es empfiehlt sich, die Attribute width und height des SVG-Elements absolut (z.B. in mm) anzugeben und dann per viewBox-Attribut (ggf. mit preserveAspectRatio) festzulegen, welcher Bereich von user units auf die so festgelegte Größe abgebildet werden soll. Wenn dann alle weiteren Angaben in user units (d.h. ohne Angabe einer Einheit oder, per definitionem gleichwertig, in der Einheit px) erfolgen, dann sollte nichts mehr schiefgehen. Alternativ könnte man auch auf die Angabe einer viewBox verzichten, dann aber alle Längen direkt mit der gewünschten Einheit (z.B. mm) versehen. So oder so wird aber die Größe der erzeugten PDF-Datei durch die width- und height-Attribute am SVG-Element festgelegt, und die Pixel-Größe eines PNG-Exports wird über --export-dpi daraus abgeleitet. Gruß, Stefan [1] http://www.w3.org/TR/SVG/coords.html#Units ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Moin, Bernd Wurst schrieb: Wäre eine Möglichkeit. Nutzt das aktuell schon jemand? (Ich kann noch immer nicht glauben, dass bisher niemand diese Information taggen will.) Wenn keine abweichenden Vorschläge kommen, würde ich das probeweise mal umsetzen. nicht selbst genutzt, aber mir sind schon diverse http://wiki.openstreetmap.org/wiki/Relation:destination_sign über den Weg gelaufen, vor allem an den Autobahnen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Donnerstag 25 März 2010 10:29:38 schrieb Sven Geggus: ich habe geschreiben dass ich die Lust daran verliere mich da weiter zu engagieren wenn da Leute Dinge mit den Früchten meienr Arbeit nachen, die mir gar nicht gefallen, das ist ja wohl völlig legitim. Dann habe ich das falsch verstanden, ich war der Meinung weiter engagieren bedeutet auch, den weiteren Betrieb sicherzustellen. Aber ganz nachvollziehbar ist es dennoch nicht. Wenn du die Überfrachtung mit Details als Problem siehst, wieso dann 5-cm-DOPs? Reichen dann nicht auch 2- Meter-DOPs? Müsstest du deiner Argumentation zufolge das dann nicht runterskalieren? Das fände ich jedenfalls den logischen Schluss aus deinen Aussagen und derartiges fände ich dann kindisch. Un, sas ist etwas völlig anderes als eine Drohung mit Abschaltung. Der Code ist IM SVN, das ist nicht das Thema, das kann jederzeit jemand anderes übernehmen. Meistens gehört zu einem komplexen Setup nicht nur Code sondern auch jemand der weiß was der Code macht und wie man den Code sinnvoll einsetzt. Aber zum Thema WMS habe ich keine tiefergehende Ahnung und will die auch gar nicht haben. Ich finde Details jedenfalls kein Manko, so lange man verlässliche Quellen für die Details hat. Und ich freue mich, dass du diese DOPs aufarbeitest und jeder OSM'er das so einfach nutzen kann. Gruß, Bernd -- Fachbegriffe der Informatik (#367): Patentverhandlungen Beide Firmen drucken ihre Patente aus und legen die Stapel nebeneinander. Der mit dem höheren Stapel hat gewonnen. (Rainer Zocholl zitiert einen Patentanwalt) 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] Geeignetes Importformat
meine ziemlich diffuse antwort auf deine konkrete frage ;-) kommt drauf an, wer die daten übernimmt. meine erste wahl ist XML, weil das u.A. dafür vorgesehen ist. mfg wambacher - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/Geeignetes-Importformat-tp4797115p4797613.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenze folgt der Küstenlinie
am 25.03.2010 11:24 schrieb Falk Zscheile: Wer Zugriff auf eine Rechtssprechungsdatenbank hat, kann das auch im Urteil vom 19.01.1995 (1 L 5943/92) des OVG Lüneburg nachlesen. Dort sind auch weitere Fundstellen verzeichnet. Siehe: http://www.dbovg.niedersachsen.de/Entscheidung.asp?Ind=0500019920059431%20L Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo, Am 25.03.2010 um 14:13 schrieb Bernd Wurst: Am Donnerstag 25 März 2010 10:29:38 schrieb Sven Geggus Aber ganz nachvollziehbar ist es dennoch nicht. Wenn du die Überfrachtung mit Details als Problem siehst, wieso dann 5-cm-DOPs? Reichen dann nicht auch 2- Meter-DOPs? Müsstest du deiner Argumentation zufolge das dann nicht runterskalieren? Das fände ich jedenfalls den logischen Schluss aus deinen Aussagen und derartiges fände ich dann kindisch. Die Idee stand auch im Raum, wir haben uns aber gegen das runterskalieren entschieden. Wie sonst sollte man in ein Pilotprojekt feststellen, ob 5-cm zu detailliert sind ? Wenn wir am Ende sehen, huch, mehr Gullideckel als Buildings, sollte man das in Zukunft bedenken. Wobei ich davon nicht ausgehe. Marc ps. es gibt übrigens noch sehr viel zu Mappen. Zur Zeit sind ca 15% der Dortmunder Buildings in Openstreetmap. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geeignetes Importformat
Falk Zscheile falk.zsche...@googlemail.com wrote: es gibt evtl. die Möglichkeit vom einem Kreis die Gewässerverläufe als auch die Feld-, Wald- und Wiesenbezeichnungen zu bekommen. Damit stellt sich natürlich die Frage, in welchem Format das shape-File sein sollte, damit es sich am leichtesten in das OSM-Format umwandeln lässt. Gibt es hierfür Empfehlungen und Erfahrungen? Normale shapefiles sind für sowas schon ganz OK. Wenn Du magst kann ich mir das mal anschaun. Ich hab auf der FOSSGIS zu diesem Thema einen Vortrag gehalten :) http://www.fossgis.de/konferenz/2010/attachments/71_osm-datenaufbereitung-fossgis-2010.pdf Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /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] Details mappen in Dortmund
Sven Geggus schrieb: Ich finde wir sollten uns in Bereichen bewegen wo wir besser sein können als die Ämter. Mit Katasterdaten werden wir niemals nur annähernd konkurrieren können. Für Leute, die es interessiert, ob die Daten frei sind, schon. Mit Google Street View können wir auch nicht konkurrieren, wenn's danach geht. Dennoch ist es kein Fehler, in OSM zu verewigen, was man so am Rand der Straße sieht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
hi, ich möchte marc recht geben. Derzeit hilf mir die saugute Auflösung manchmal bei der Klärung von (kleineren) Fragen: z.B. ist das ne Terasse oder ein Anbau hinter dem Haus?, was sich auf dessen Kontur auswirkt. gruss walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/Details-mappen-in-Dortmund-tp4778663p4798248.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue mapgen versionen 0.13 - 0.15
v0.15 (March 25th, 2010) * output format correction - size and resolution * more intelligent way labeling: merging by name and type, splitting by direction on map * faster area icon processing * [-place] also accepts node id now v0.14 (rel Mar 20th, 2010) * ocean rendering * lots of new icons and rules * new module for rules * [-pad] option to allow for borders in map, especially useful for islands * [-allowiconmove] allows icons to be moved (with their labels) so they can avoid already occupied areas v0.13 (rel. Mar 13, 2010) * tagstat considers sub k/vs * borders for ways * remarks possible in style file * scale for rules can be set separately * tagstat now separately for nodes and ways * more intelligent declutter - integrated solution for icons and labels, still excluding street/way labels ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Dateien verwalten?
Hallo Karl, Karl Eichwalder schrieb: Wie verwaltet ihr eure GPX-Dateien (tracks)? Ich würde meine tracks gern in eine (Postgres-)Datenbank tun und dann als overlays für die jeweiligen Gebiete abrufbar haben. Gibt es in dieser Richtung bereits eine Anleitung? Ich benutze für diesen Zweck eine kleine Webanwendung [1], die mittels PHP, MySQL und Openlayers ziemlich genau das von dir beschriebene macht, Postgres unterstützt es allerdings (noch) nicht. Außerdem kann sie noch Fotos mit Geotags auf der Karte darstellen. Viele Grüße, Sebastian [1] http://osm.erlkoenigkabale.eu/phpmygpx.php ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed map - jetzt global
Am 25. März 2010 07:18 schrieb Florian Lohoff f...@zz.de: On Wed, Mar 24, 2010 at 08:40:27PM +0100, Martin Koppenhoefer wrote: Am 24. März 2010 08:06 schrieb Florian Lohoff f...@zz.de: Hihi, haettest du ein kleines bild fuer mich mit dem italienischen aussehen? Dann koennte ich ja mal gucken ob ich es irgendwie hinbekomme das land mit auszuwerten und andere images mit zurueckzuliefern ;) ich frage mal rum. Reicht ja via ST_Within mit dem zentrum des sichtbaren bereichs die paar laenderpolygone abzugleichen - Vielleicht nicht wichtig aber technisch spannend ... vielleicht nicht superwichtig, aber schon interessant für alle Arten von Dingen (die auch bei Dir gar nicht vorkommen wie Bushaltestellen, Metro-, S-Bahn und andere Transportunternehmenslogos, Farben von Straßen, ...) Wenn Du da eine Lösung hast, wäre das auch für die Hauptkarte superinteressant. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 25. März 2010 07:48 schrieb Bernd Wurst be...@bwurst.org: Was daran stört ist genau das gleiche Problem, das in etas weniger extremer Form oft bei landuse Flächen aufritt. Mapper erstellen (ich unterstelle mal unabsichtlich) oft völlig sinnlose Kreuzungspunkte zwischen Flächen und Wegen, die nicht mehr mit brauchbarem Aufwand aufzubrechen sind. das ist leider wahr. Habe die letzten 2 Tage in mühseligster Arbeit einen Park, Friedhöfe, und diverse landuses von diversen Straßen getrennt. Der Höhepunkt war, dass die landuses untereinander nicht verbunden waren, sondern mehr oder weniger zufällig aneinanderstießen, die Straßen aber immer mit den landuses verbunden waren. Weitere Details wie Stützmauern, Zäune, etc. einzuzeichnen, geht m.E. ohne das Auftrennen nicht sinnvoll (da weder der Zaun auf der Straßenmitte verläuft, noch der landuse über die Begrenzung hinausgeht). Dann hast du das falsche Tool. :) Ich habe die (Hand auf's Herz: wenigen) Fälle dieser Problematik bisher ganz gut mit JOSMs unglue-Funktion und Konsorten geregelt bekommen. ja, auf dem Land, wo Du mappst. Wenn dann auch noch massig POIs (Ampeln, Bushaltestellen, Tramlinien, ...) alle auf einem Way liegen, und der ein paar Punkte mehr hat, bist Du schön mit langwierigen und überflüssigen Aufgaben beschäftigt (man muss danach ja auch die Nodes jeweils wieder mergen, was übrigens auch dazu führt, dass das ganze einigermaßen fehleranfällig ist). Und wie schon gesagt wurde: Nicht alle derartigen Kreuzungspunkte sind schlecht. Ich bin ein Freund von der Weg zum Parkplatz sollte mit der Fläche verbunden sein. Ich bin auch ein Freund von der Sichtweise, dass ein Weg der ganz klar die Grenze zwischen Wald und Feld darstellt gerne die Nodes der Flächen mitbenutzen darf. nun gut, da kann man in der Tat streiten, aber das Problem ist halt, dass es im Endeffekt ungenau ist, und z.B. wer Straßenflächen einzeichnen will, dann den Salat hat. Wir haben da schon öfter drüber diskutiert und ich weiß dass es beide Meinungen gibt. Aber wir stehen beide nicht alleine da und man kann damit leben beides zu nutzen. ich finde es zeichnet sich immer mehr ab, dass das (topologisch ja richtige mappen) zu mehr Problemen führt, solange man allzu sehr vereinfacht (und die Straßenbreite, den Graben, die parallelen tracks etc. einfach ausblendet). Ich wiederhole mich jetzt, aber ich finde eben dass die Kosten-/Nutzen Analyse bei flächig erfassten Straßen beim aktuellen Zustand des Datenmodells und der Werkzeuge eindeutig gegen flächig erfassten Straßen fällt weil der potenzielle Nutzen niemals den Punkt erreichen kann an dem er den Nachteil aufwiegt dass 99% der Projektmitarbeiter mit extrem erhöhter Komplexität leben müssen die fast zwangsläufig zu einer erhöhten Fehlerrate führen wird. daher würde ich das strikt trennen: landuse und nicht highway. So kann man auch Anfängern die Unterschiede klar kommunizieren, und die Bedeutung des Liniengraphen herausheben. Ich denke allerdings, dass man durch das flächige Erfassen von Straßen manche Fehler auch vermeidet, indem z.B. die Landuses gerade nicht mit den Straßen (graphen) verbunden werden sondern nur mit den Straßenflächen. Insgesamt sehe ich die Straßenflächen als letztes Puzzlestück für die kompletten Flächen (naja, ein paar andere Flächenarten werden wohl auch noch fehlen ;-) ) Da die Idee mit flächig erfassten Straßen schon öfter kam, finde ich es im Gegenteil sehr wichtig, dass man sich jetzt, da man nur sehr begrenzt Quelldaten dafür hat, gleich mal Gedanken zu einem sinnvollen Tagging macht, so dass es eben niemand anderen stört. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM auf Touchscreen-Gerät (War: OSM2Go-User gesucht)
Am 25.03.2010 13:18, Jan Tappenbeck: Am 25.03.2010 13:14, schrieb Claudius: Am 25.03.2010 11:03, Jan Tappenbeck: Moin ! ich wollte einmal fragen wer von Euch mit OSM2GO arbeitet und mir vielleicht sagen kann wie dort die Arbeitsschritte realisiert sind die ansonsten in JOSM die linke Maustaste erfordern. Ein Netbook mit Touchscreen steht mir jetzt zur Verfügung und da wollte ich mit JOSM die Daten erfassen und ein Stift hat eben auch keine linke Maustaste ! OSM2Go ist für eine Touch-Geräteserie (Nokia Internet Tablets) und daher auch auf die Ein-Klick-Benutzung optimiert. Über die Buttons links wechselst du den Modus und alle Klicks im Kartenbereich entsprechen dann der Modusaktion. Ich hatte hier mal eine Anleitung angefangen: http://wiki.openstreetmap.org/wiki/Osm2go Gerne beantworte ich konkrete Fragen. Claudius Hallo Claudius, vielen Dank - also sind, wie vermutet weitere Schaltflächen erforderlich um JOSM dazuzubringen für mein TablePC. Mal sehen ob ich die Dev-Community dazu bewegt bekommen - Ticket steht jedenfalls schon ! Wie lautet die Ticketnummer? Wo sind denn die Probleme, wenn du da JOSM-Plugin nearclick (1) dazu installierst? Dann sollte es doch auf einem Touchgerät ganz gut funktionieren. Claudius (1) Sorgt dafür, dass Doppelklicks, die nah beieinander liegen auch als solche gewertet werden und nicht als zwei seperate Klicks ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Dateien verwalten?
Sebastian Klemm wrote: Ich benutze für diesen Zweck eine kleine Webanwendung [1], die mittels Sieht gut aus, aber das in den Screenshost erkennbare Overlay gibts nicht in der Demo? Ansonsten exakt das was viele (plus ich) Leute sich wünschen... Btw, am Olbersdorfer See bin ich letztes Wochenende geradelt. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM auf Touchscreen-Gerät (War: OSM2Go-User gesucht)
Am 25.03.2010 19:15, schrieb Claudius: Am 25.03.2010 13:18, Jan Tappenbeck: Am 25.03.2010 13:14, schrieb Claudius: Am 25.03.2010 11:03, Jan Tappenbeck: Moin ! ich wollte einmal fragen wer von Euch mit OSM2GO arbeitet und mir vielleicht sagen kann wie dort die Arbeitsschritte realisiert sind die ansonsten in JOSM die linke Maustaste erfordern. Ein Netbook mit Touchscreen steht mir jetzt zur Verfügung und da wollte ich mit JOSM die Daten erfassen und ein Stift hat eben auch keine linke Maustaste ! OSM2Go ist für eine Touch-Geräteserie (Nokia Internet Tablets) und daher auch auf die Ein-Klick-Benutzung optimiert. Über die Buttons links wechselst du den Modus und alle Klicks im Kartenbereich entsprechen dann der Modusaktion. Ich hatte hier mal eine Anleitung angefangen: http://wiki.openstreetmap.org/wiki/Osm2go Gerne beantworte ich konkrete Fragen. Claudius Hallo Claudius, vielen Dank - also sind, wie vermutet weitere Schaltflächen erforderlich um JOSM dazuzubringen für mein TablePC. Mal sehen ob ich die Dev-Community dazu bewegt bekommen - Ticket steht jedenfalls schon ! Wie lautet die Ticketnummer? Wo sind denn die Probleme, wenn du da JOSM-Plugin nearclick (1) dazu installierst? Dann sollte es doch auf einem Touchgerät ganz gut funktionieren. Claudius (1) Sorgt dafür, dass Doppelklicks, die nah beieinander liegen auch als solche gewertet werden und nicht als zwei seperate Klicks hi ! hier das Ticket: http://josm.openstreetmap.de/ticket/4788 aber was nützt mir ein Doppelklick, wenn es zum Beispiel darum geht ein Node zu verschieben - regulär markieren und dann mit gedrückter Maustaste bewegen. Schaue ich mir aber einmal an ! Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Dateien verwalten?
Hallo Jörg, Joerg Fischer schrieb: Sebastian Klemm wrote: Ich benutze für diesen Zweck eine kleine Webanwendung [1], die mittels Sieht gut aus, aber das in den Screenshost erkennbare Overlay gibts nicht in der Demo? Meinst Du das hier [2] ? Auf der Seite GPX Details auf Show Map klicken... Btw, am Olbersdorfer See bin ich letztes Wochenende geradelt. :-) In Zittau ist übrigens morgen Abend OSM-Stammtisch, falls Du vorbeiradeln willst... Grüße, Sebastian [2] http://osm.bplaced.net/phpmygpx/demo/map.php?id=2 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Ana Luisa Paldos Garcia schrieb: ich habe auch mal angefanngen sowas zu taggen. Ich habe mich dabei auch primär auf Autobahnen bisher beschränkt. Es hat den Vorteil, dass man es nur mit oneway=yes zu tun hat, was zur Folge hat, das destination nicht falsch interpretiert werden kann. Beim Taggen habe ich mich anhand der Schilder orientiert, sprich von oben nach Unten, mit Semikolon getrennt und Abkürzungen ausgeschrieben Habe mal das Kreuz Münster Süd aus dem Gedächtnis entsprechend getaggt. Leider musste ich einige Ways auftrennen. Wenn man nun zB. von Nord (Bremen) nach Ost (Münster) fährt hat man folgende Sequenz: 1) destination=Münster;Wuppertal 2) destination=Münster 3) destination=Dortmund;Münster 4) destination=Münster Der Router muss sich im Prinzip nur das letzte raussuchen und sagen: Fahren Sie auf der Abbiegespur Richtung Münster. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Matthias Versen schrieb: olvagor wrote: Gemeint sind Flächen die auf die Straße gezogen werden (eine gemeinsame Linie). Wenn man den highway=* Weg als mitte der Straße interpretiert, so wie das hier die meisten machen, dann ist das schlicht und ergreifend falsch, denn der Acker berührt die Straße am Rand und nicht in der Mitte. Deshalb trenne ich so etwas auf und plaziere die Ackerfläche parallel in einem kleinen Abstand daneben. Bei landuse=residential ist das auch häufig der Fall. Richtiger wäre es die Ackerfläche als relation anlegen, und dort dann neben den anderen Ackerbegrenzugen das Teilstück der Straße als Mitglied einzutragen. Beste Grüße Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Sven Geggus schrieb: Weil man den Routinggraphen erst kompliziert aus den Skelett der Geometrie ausrechnen muss denn zumindest dann wenn der normale Weg nicht zusätzlich erfasst ist. Hier plädiert niemand dafür die urprünglichen Wege zu löschen. Die zwei Sachen Fläche und Route können problemlos nebeneinander exisitieren ohne sich gegenseitig zu stören. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Am Thu, 25 Mar 2010 12:26:51 +0100 hat Ana Luisa Paldos Garcia analuisapaldosgar...@googlemail.com geschrieben: Aber seid schon mal vorgewart, ich musste auch erst lernen, dass die Beschilderung an Autobahnen an der gleichen Ausfahrt je nach Richtung teilweise variieren kann. das kommt wahrscheinlich sogar recht häufig vor: Wenn eine Stadt in der Mitte zwischen 2 (oder mehr) Ausfahrten liegt, nimmst du aus der einen Richtung die eine, aus der anderen die andere, einfach weil es näher ist. Sogar die Schilder wissen das oft ;) und bieten dir je nach Richtung die Stadt nur an der jeweils ersten Ausfahrt an. Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Am Thu, 25 Mar 2010 09:35:07 +0100 hat Bernd Wurst be...@bwurst.org geschrieben: Am Donnerstag 25 März 2010 09:05:08 schrieb Chris-Hein Lunkhusen: destination=Karlsruhe an die Abbiegespur? Wäre eine Möglichkeit. Nutzt das aktuell schon jemand? (Ich kann noch immer nicht glauben, dass bisher niemand diese Information taggen will.) Wenn keine abweichenden Vorschläge kommen, würde ich das probeweise mal umsetzen. Bei meinem Ansatz zur Spurerfassung (als Relation) [1] hatte ich für jede Spur vorgesehen, dass man angeben kann, auf welche andere Spur diese führt (z. B. linke Spur geradeaus, die beiden rechten Spuren zweigen ab auf den zugehörigen motorway_link). Da könnte man natürlich auch ein destination=* an die Spur hängen, hab ich auf der Wiki-Seite gerade ergänzt. [1] http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Gruß, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
ich hatte schon öfters darüber nachgedacht.. was eigentlich das wichtigste wäre: erkennung von verkehrschildern. dafür gibt es software... leider hab ich bisher nur teuer software gefunden, oder konzepte, wie so was gemacht wird... aber nie fertige, nutzbare programme... so schwer dürfte das eigentlich nicht sein, schließlich gibt es genug diplom arbeiten über das erkennen von formen in bildern alles gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Simon Kokolakis simon.kokola...@gmx.de wrote: Wenn man den highway=* Weg als mitte der Straße interpretiert, so wie das hier die meisten machen, dann ist das schlicht und ergreifend falsch, denn der Acker berührt die Straße am Rand und nicht in der Mitte. Deshalb trenne ich so etwas auf und plaziere die Ackerfläche parallel in einem kleinen Abstand daneben. Bei landuse=residential ist das auch häufig der Fall. +1 Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Johannes Hüsing johan...@huesing.name wrote: Für Leute, die es interessiert, ob die Daten frei sind, schon. Routingfähige Straßenkarten wie OSM sie bisher erzeugt haben einen hohen Wert weil die absolute Lagegenauigkeit keine große Rolle spielt. Bei Katasterartigen Daten mit Flächen als Straßen ist das Gegenteil der Fall. Damit kann kaum jemand etwas anfangen und es erschert zudem die Pflege der wertvollen Daten. Sven -- C is quirky, flawed, and an enormous success (Dennis M. Ritchie) /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] Details mappen in Dortmund
Hallo, Simon Kokolakis wrote: Wenn man den highway=* Weg als mitte der Straße interpretiert, so wie das hier die meisten machen, dann ist das schlicht und ergreifend falsch, denn der Acker berührt die Straße am Rand und nicht in der Mitte. Deshalb trenne ich so etwas auf und plaziere die Ackerfläche parallel in einem kleinen Abstand daneben. Bei landuse=residential ist das auch häufig der Fall. Du argumentierst, dass es unpraezise sei, die Landuse-Flaeche bis zur - idealisierten - Mittellinie der Strasse laufen zu lassen. Und im gleichen Atemzug redest Du von in einem kleinen Abstand daneben. Du hast also keine Messungen ueber den genauen Verlauf der Landuse-Grenze. Vermutlich wirst Du, weil keiner der mir bekannten Editoren eine einfache Abstandsmessung eingebaut hat, einfach so nach Gefuehl vorgehen (so ein paar Millimeter auf dem Bildschirm halt). Je nachdem, welche Zoomstufe Du im Editor gewaehlt hast, werden Deine Flaechen mal 2 und mal 20 Meter von der Mittellinie der Strasse entfernt sein. Von mir aus mach das so. Aber behaupte bitte nicht, das sei im geringsten praeziser als die von Dir verschmaehte Alternative! 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] Ausfahrtbeschilderung/Wegweiser fuer Navigationsanweisungen
Leider ist es hier etwas in den Sand verlaufen ;-) Ich bin der Meinung, dass die Relation-Variante am sinnigsten ist, denn wie will man sonst ein links, rechts und geradeaus-Wegweiser an einer Bundesstraßenkreuzung gescheit mappen??? Klar ist das nicht ganz so einfach, doch wenn erst einmal eine Vorlage im JOSM drin ist, alles halb so wild, denke ich. @skobbler, ist schon etwas in Planung was Wegweiser angeht??? Grüße Elmar -- View this message in context: http://n2.nabble.com/Ausfahrtbeschilderung-Wegweiser-fur-Navigationsanweisungen-tp4657693p4801174.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Wegweiserinfos (Re: Details mappen in Dortmund)
Am 25.03.2010 20:19, schrieb Chris-Hein Lunkhusen: Wenn man nun zB. von Nord (Bremen) nach Ost (Münster) fährt hat man folgende Sequenz: 1) destination=Münster;Wuppertal 2) destination=Münster 3) destination=Dortmund;Münster 4) destination=Münster Der Router muss sich im Prinzip nur das letzte raussuchen und sagen: Fahren Sie auf der Abbiegespur Richtung Münster. DAS ist von Dir postulierte Prinzip ist gar nicht so eindeutig. Viele Hersteller von proprietären Navigationssystemen gehen so vor, dass sie immer nur das ansagen, was auf einem Schild ganz oben bzw vom größten Font das oberste/erste ansagen. Wäre also in Deinem Beispiel: Münster, Münster, Dortmund, Münster. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 26. März 2010 00:04 schrieb Frederik Ramm frede...@remote.org: Hallo, Simon Kokolakis wrote: Wenn man den highway=* Weg als mitte der Straße interpretiert, so wie das hier die meisten machen, dann ist das schlicht und ergreifend falsch, denn der Acker berührt die Straße am Rand und nicht in der Mitte. Deshalb trenne ich so etwas auf und plaziere die Ackerfläche parallel in einem kleinen Abstand daneben. Bei landuse=residential ist das auch häufig der Fall. Du argumentierst, dass es unpraezise sei, die Landuse-Flaeche bis zur - idealisierten - Mittellinie der Strasse laufen zu lassen. es ist beides: einerseits (topologisch) ist es genau, da der Acker an die Straße grenzt. Das drückt man damit aus. Andererseits ist es ungenau, weil die resultierende Fläche die halbe Straßenfläche (nebst Bankett, Abstandsflächen, etc.) auch noch beinhaltet. Die Lösung wären Straßenflächen für die entstehende Lücke, wenn man den Acker so zeichnet, wie er ist. Das hat den Vorteil, dass man beim Ergänzen von weiteren Details nicht erstmal den Abstraktionsgrad grundsätzlich anpassen muss. Und im gleichen Atemzug redest Du von in einem kleinen Abstand daneben. Du hast also keine Messungen ueber den genauen Verlauf der Landuse-Grenze. Vermutlich wirst Du, weil keiner der mir bekannten Editoren eine einfache Abstandsmessung eingebaut hat, einfach so nach Gefuehl vorgehen (so ein paar Millimeter auf dem Bildschirm halt). wenn man ein gutes Luftbild hat, oder schon genug Details gemappt sind, sind Entfernungsschätzungen problemlos möglich. Klar erreicht man damit keine Zentimetergenauigkeit, aber den Unterschied von 2 und 5 Metern kann man schon erkennen. Wenn man sich genug Zeit nimmt und die Grundlagen stimmen, kommt man m.E. auf ca. 1-2 Meter Genauigkeit - besser als man es in absehbarer Zeit mit dem GPS nutzen kann. Von mir aus mach das so. Aber behaupte bitte nicht, das sei im geringsten praeziser als die von Dir verschmaehte Alternative! Klar ist es präziser (hinsichtlich der Flächen). Die Straßenbreite und meist auch die Abstandsflächen (Graben, Büsche) kann man auf den Yahoo-Luftbildern schon halbwegs erkennen - bei der Auflösung in Dortmund sogar noch deutlich besser. Das sagt alles natürlich noch nichts über die absolute Lagegenauigkeit. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
2010/3/25 Fabian sh...@nurfuerspam.de: [1] kennst du schon, oder? Einen fixen abstand (zeit oder Raum) halte ich nicht fuer sinnvoll. Schliesslich muss sich dann erst noch jemand ransetzen und auswerten welche bilder hilfreich sind. Dann doch lieber alles brauchbare fotografieren so dass jemand die informationen eintragen kann. [1] http://openstreetview.org/ Dafür sind die Bilder vollkommen ungeeignenet. Wir reden von einer extremen Weitwinkel-Kamera. Das sind fast 180° die da gefilmt werden und 30 Bilder/Sekunde. Da mal eine 8h Autofahrt hochzuladen wäre sinnlos. Nicht nur weil 90% aus leeren Autobahn mitten in der Nacht bestehen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo. Am Freitag 26 März 2010 00:04:31 schrieb Frederik Ramm: Simon Kokolakis wrote: Wenn man den highway=* Weg als mitte der Straße interpretiert, Nein, ich interpretiere die Linie als Abstraktion des Weges. Ich zeichne ja den Weg in Form einer Linie und nicht die Mittellinie. Von mir aus mach das so. Aber behaupte bitte nicht, das sei im geringsten praeziser als die von Dir verschmaehte Alternative! So sehe ich das auch. Diese destruktive Haltung mancher Leute ist manchmal schwer auszuhalten. Leben und leben lassen ist das was bisher am produktivsten funktioniert hat. Gruß, Bernd -- Zwei Dinge sind unendlich: Das Universum und die menschliche Dummheit. Aber beim Universum bin ich mir noch nicht sicher. - Albert Einstein 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
