Re: [Talk-de] Softwaretipp: Prune GPS
Bzw. gpsprune für alle Debian/Ubuntu-Nutzer :) Habs mal ausprobiert, gefällt mir, danke für den Tipp. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neues Popupverhalten in OLM
Am 27.06.2010 14:14, schrieb Alexander Matheisen: Ausklappbare Leiste ist etwas schwieriger zu realisieren, wäre aber auch machbar. Da würde ich aber gerne noch eine größere Nachfrage danach haben, bevor ich sowas einbaue. Hier hast du eine :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue OpenLinkMap
Moin, danke für das Update. Am meisten freue ich mich über die schnellere Aktualisierungsrate :) Eine Anmerkung aber noch zu den Popups: Ich persönlich finde es etwas irritierend, über die Karte mit der Maus zu fahren und versehentlich ein Icon berühre. Dadurch wird nämlich das Popup angezeigt und verschiebt die Kartenansicht, so dass das Popup wieder verschwindet. Könnte man das Popup-Anzeigen nur nach Klick aktivieren oder sollte ich mich lieber anpassen? ;) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Engstelle taggen? Was für ein Barri er?
Am 26.04.2010 02:43, schrieb Johann H. Addicks: So sah's aus: http://www.addicks.net/gallery/GeoCaching/DSCF4617 (Und ja, rechtlich werden sich vermutlich beide Gewerbeflächen in dem Grenzstein treffen. Ist die Nutzund des Durchstiegs dann Hausfriedensbruch?) Das sieht ja arg schmal aus, aber als Cacher muss man da durch ;) Landfriedensbruch würdest du wahrscheinlich in der Praxis nicht begehen, da das Land ja mit Zäunen gesichert ist und du dich da vorbeitunnelst, auch wenn du theoretisch fremdes Land betrittst. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldweg, welcher tracktype?
Moin, Pflanzenbewuchs in der Mitte des Weges ist für mich ein Kriterium für grade3. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Am 26.04.2010 01:55, schrieb Daniela Duerbeck: Deshalb fände ich lokale Mailinglisten sehr gut. Es gibt in München z.B. zwar einen Stammtisch, aber eine Mailingliste wäre viel effizienter. Die Kommunikation der Münchner läuft größtenteils über die Bayern-Mailingliste. Was ich allerdings befürchte, nicht jeder Bayer schaut in die talk-de Liste oder nicht jeder Mapper hat die Bayern-Liste abonniert. OSM könnte da sozialer werden, indem zB alle Mapper im Bayern-Polygon auf der Website eine Linksammlung zur Bayern-Mailingliste, Bayern-Wiki, etc. findet, um den Anschluss zu finden. Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas übertrieben bei den momentanen Nutzerzahlen. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftpumpe/Aufpump-Station an Tankstellen und Fahrradläden
Moin, ich suche eine gute Beschreibung für das Vorhandensein einer Aufpump-Station/Reifendruckkontrolle an Tankstellen und Fahrradläden. Falls nicht bekannt ist, was ich damit meine, bitte nachfragen :) Bei Tankstellen dachte ich an so etwas hier: amenity=fuel tyre_pump=yes/no/unknown/schrader Eventuell nur yes/no/unknown, da es nur eine Ventilart gibt. Bei Fahrradläden an so etwas: shop=bicycles tyre_pump=yes/no/unknown/schrader/sclaverand/dunlop/regina Kombinationen durch Komma oder Strichpunkt getrennt. Ventilarten siehe Wikipedia [1]. Meinungen? Gruß Patrick -- [1] http://de.wikipedia.org/wiki/Fahrradventil signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftpumpe/Aufpump-Station an Tankstellen und Fahrradläden
Am 15.04.2010 09:45, schrieb René Falk: Gibt es Tankstellen die so etwas nicht anbieten? Wenn nein, würde ich eher das nicht vorhanden sein taggen. Bei Tankstellen in DE gehört das, meiner Meinung nach, zum Standardservice und bedarf keines Taggs. Bei Zweiradshops, Reifenhändlern und sonstigen, wäre es sicherlich interessant. Da war ich mir auch nicht sicher, aber es gibt durchaus Tankstellen ohne diesen Service (oder er ist gut versteckt). Wo gibt es noch solche Pumpstationen? * Tankstellen * Fahrradladen * Reifenhändler * In Dänemark gibt es dedizierte Stationen auf Plätzen oder an Ecken * ...? Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftpumpe/Aufpump-Station an Tankstellen und Fahrradläden
Am 15.04.2010 11:13, schrieb M∡rtin Koppenhoefer: wie wärs mit compressed_air=yes/no/unknown ? Klingt auch nicht schlecht. Das sollten wir eventuell der englischen Liste vorlegen, was sie dazu meint. Könnte das bitte jemand übernehmen? naja, die ganzen Ventilarten durchdeklinieren? Üblicherweise werden doch gerade Fahrradläden alle gängigen Adapter haben, oder? Damit das Auswerten nicht zu kompliziert wird, könnte man die Anschlüsse vielleicht in einem Zusatztag haben und einfach nur yes/no taggen? Da fehlt mir die Erfahrung. Aber irgendwo wird es sicherlich Stationen geben, die nur bestimmte Ventile haben. Bisher habe ich immer Sclaverand- und Schraderventile gesehen. Geht der Tag denn auch für sich alleine als POI? In meiner Idealvorstellung wären die Zapfsäulen, die Staubsauger, Wascheinrichtungen, der Laden und die Druckluftgeräte alle einzelne Nodes (ggf. areas), die man dann per relation zusammenfügt (oder evtl. auch per Tankstellen-Polygon), daher wäre m.E. eine Taggingmöglichkeit wie car=compressed_air oder amenity=compressed_air nicht schlecht. Beides, das heißt sowohl eigenständiger POI als auch Tag bei allen möglichen (und unmöglichen) Kombinationen. Christian hat z.B. von einem Café mit Station erzählt [1], da würde ich den POI mit dem Tag erweitern. Aber natürlich kann man auch die Station selber eintragen. Laut Tagwatch gibt es auch air_fill=yes/no, wird für einen Fahrradladen und für einen Tauchladen verwendet. Aber das Tolle an OSM ist ja, man kann immer wieder neue Tags einführen ;) Ich werde mal eine Wikiseite unter Tag:amenity=compressed_air anlegen. Falls ich damit irgendjemand auf die Füße treten sollte, bitte melden :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftpumpe/Aufpump-Station an Tankstellen und Fahrradläden
Ich habe jetzt mal aus diversen anderen Seiten eine annehmbare Seite zum Thema zusammenkopiert/eingefügt: http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=compressed_air Verbesserungsvorschläge werden gerne auf der Diskussionsseite oder hier auf der Liste entgegengenommen Die erste flächendeckende Anwendung wird wahrscheinlich in München sein, sobald die Spezifikationen ausgereift sind :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftpumpe/Aufpump-Station an Tankstellen und Fahrradläden
Am 15.04.2010 17:52, schrieb Sven Geggus: Ich fahre ein Fahrrad mit Autoventilen, weil ich das einfach praktisch finde. In neuere Zeit sind mir jedoch häufiger Geräte untergekommen ebid enen zunächst auf den doppelten Wert aufgepumpt wird und danach der Sollwert von oben her eingestellt wird. Tankst du die Luft an Tankstellen oder irgendwo anders? Der Sinn erschließt sich mir auch nicht, außer eventuell als Komfortfunktion für unerfahrene Menschen. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rechtschreibfehler auf Seite der oauth-Einstellungen
Moin Liste, da ich nicht weiß, wer für's Wiki zuständig ist, beschwere ich mich einfach hier :) Auf der Seite http://www.openstreetmap.org/user/*/oauth_clients gibt es einen Button Wiederrufen!, sofern eine Anwendung eingetragen ist. Korrekterweise müsste es Widerrufen! heißen. Könnte ein Verantwortlicher bitte informiert werden oder den Fehler gleich beheben? Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibfehler auf Seite der oauth-Einstellungen
Am 07.04.2010 16:55, schrieb Claudius: Ist behoben. Dauert allerdings noch bis zum nächsten Export der Sprachdateien, bis der Fehler auf der live-Seite behoben ist. Du kannst dich auch gerne selber dafür verantwortlich fühlen. Die Website-Übersetzungen liegen im Translatewiki vor: http://translatewiki.net/w/i.php?title=Special:Translatetask=viewlanguage=degroup=out-osm-site Danke. Beim nächsten Fehler werde ich es selbst bearbeiten :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur
Am 01.04.2010 17:31, schrieb Sven Geggus: Unabhängig davon würde ich mir für sogenannte ungültige Zertifikate eigentlich einen Zertifikatsspeicher a la ssh wünschen. Ich tendiere dazu so einem Setup sogar eher zu trauen als einer CA. Wenn meine Bank das Zertifikat geändert hat, dann möchte ich, dass mir das mitgeteilt wird. Firefox tut das jedenfalls nicht. Vielleicht sollte man mal in den Addons wühlen :) Bei Firefox gibt es das Addon Perspectives [1], allerdings eine etwas andere Funktionsweise [2]. Gruß Patrick -- [1] https://addons.mozilla.org/de/firefox/addon/7974 [2] http://www.cs.cmu.edu/~perspectives/ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der Openlinkkarte?
Am 18.03.2010 13:39, schrieb Alexander Matheisen: Das Datum muss noch geändert werden, aber die Daten sind schon mal drin! Datum ist jetzt auf 15.03.2010 gesetzt. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
Am 18.03.2010 20:33, schrieb malenki: PS: Alle Layer der AiO bis auf das OSB haben als Bezeichnung family name. Wäre schön, wenn man zur alten Benennungsweise zurück kehren könnte - und sei es nur aus Gründen der Nostalgie. :) +1 Ich möchte wissen, was ich alles deaktiviere :) Hier die aktuelle AiO auf einem eTrex Vista HCx. Was mir noch aufgefallen ist, die Straßen sind alle dünner geworden. Finde ich positiv, nur die Unterscheidung der einzelnen Klassen ist etwas gewöhnungsbedürftig. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Automatische Bugmeldung
Moin Liste, ich würde gern eure Meinung zu dieser Idee hören: Man definiert sich manuell bei OpenStreetBugs einen oder mehrere Bereiche (z.B. über eine BoundingBox oder über ein Polygon). Das ist der Bereich, den der Mapper auf neue Bugs überwachen will. Zusätzlich gibt er eine E-Mail-Adresse an, an der die Bugmeldung mit Beschreibung, Website-Link und JOSM-Link geschickt wird. Falls nun ein neuer Bug eingetragen wird, sendet OSB automatisch eine E-Mail an den oder die Nutzer, in deren Bereich der Bug liegt. Gibt es bereits eine ähnliche Funktionalität? Ich würde gerne von neuen Bugs in einem bestimmten Gebiet irgendwie erfahren, ohne immer die Website öffnen zu müssen. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatische Bugmeldung
Am 17.03.2010 12:50, schrieb Thomas Zimmermann: Du kannst den RSS feed abonnieren. Einfach gewünschtes Gebiet angucken, einmal Permalink anklicken und dann in der linken Spalte unter current view auf RSS feed klicken. Vielleicht kannst du das mit dem Permalink anklicken auch weglassen. Gerade getestet, OSB aktualisiert die Koordinaten für den Link dynamisch. Danke für den Tipp :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der Openlinkkarte?
Hier die Antwort: http://87948.homepagemodules.de/t10f18-Aktualisierungsstand.html http://87948.homepagemodules.de/t9f15-Aktualisierung-der-Daten.html Nur Geduld :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm livegps
Moin, hier Kubuntu 9.04, konnte durch einfaches copy paste der Befehle ein etrex vista hcx zum laufen bringen. Mal sehen, ob ich das nächste Mal gleich mit Laptop, GPS und Josm mappe ;) Gruß Patrick 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] Suche neuen MP3 Player mit Aufnahmefunktion
Moin, ich nutze den Sandisk Sansa e200, den hab ich vor ein/zwei Jahren bei einer großen deutschen Unterhaltungselektronikkette gekauft. Hat aber einen eingebauten Akku. Unter http://www.rockbox.org gibt es unter anderem eine alternative Firmware, die die Funktionalität von diesem und anderen Playern erweitert. So kannst du in wav/mp3/ogg aufnehmen. So, genug Werbung für heute ;) Gruß Patrick 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] Monopoly mit OSM und GoogleMaps Daten
Die Seite ist ja schlimm, die spielt ungefragt Musik ab. Also aufpassen ;) Aber von OSM hab ich noch nichts entdeckt. Weiter als bis zur Indexseite kam ich allerdings auch nicht. Gruß Patrick 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] Ich wußte gar nicht, das wir ein Proje kt von Frederick sind... ;-)
Die bereitgestellten Daten basieren auf den Auszügen des OpenStreetMap-Projekts der Firma GEOFABRIK Der Satz ist leider doppeldeutig :) Gruß Patrick -- New gpg key issued: ID 0x4D40C08A Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Moin, wird eigentlich color=* für die einzelnen Linien bereits gerendert? Gruß Patrick -- New gpg key issued: ID 0x4D40C08A Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Etagen darstellen
lulu-...@gmx.de schrieb: Langfristig denke ich an eine Slippy-Map, die bei solchen Objekten ermöglicht, in den Ebenen zu blättern. Ich schlage vor, ebenfalls den Grundriss und Mauern zu vermessen, damit ich auch im Dunkeln navigieren kann. Besonders in meinem Keller würde mir das weiterhelfen, da stoße ich gerne mal gegen eine Wand ;) Gruß Patrick -- New gpg key issued: ID 0x4D40C08A See signed message at http://pkol.de/gpg.html Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Etagen darstellen
Ich entschuldige mich, aber die Frage ist, ob wir damit nicht zu detailliert werden. So wie ich es sehe, wird alles mögliche in die Datenbank reingeschaufelt (z.B. wird überlegt, den Fahrplan von Bussen/U-Bahnen einzutragen) und dann mit entsprechenden Werkzeugen genutzt. Ich fände es in diesem Fall besser, wenn es eine gesonderte Datenbank gäbe, da Fahrpläne nichts mit Geodaten zu tun haben (mein Wissensstand). Das gleiche mit Gebäuden: Ist es wirklich nötig, Grundrisse, Türen etc. im Gebäude in der OSM-Datenbank einzutragen? Eine blinde Person kann sich nicht auf ihr GPS verlassen. Es gibt immer eine Abweichung und oftmals sind die OSM-Daten auch nicht besonders genau. Aber angenommen, man kann sich mit dem GPS anstoßfrei bewegen, bleiben immer noch dynamische Hindernisse auf dem Weg zum Ziel, die die Navigation behindern. Gruß Patrick -- New gpg key issued: ID 0x4D40C08A See signed message at http://pkol.de/gpg.html Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Ich verwende außerdem ein negiertes Tag, um zu zeigen, dass diese Eigenschaft beachtet wurde und nicht vergessen oder übersehen wurde. Beispielsweise: * oneway=no bei einer Straße, die in der Mitte zu einer Einbahnstraße wird * noexit=no an einer Straße, um zu zeigen, dass der Weg weiterführt Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + maxspeed 7
Mario Salvini schrieb: um jetzt die alte Leier aufwärme impliziert eine living_street Schrittgeschwindigkeit- ca. 1m/s - 3.6 km/h. in OSM ist die maxspeed=7 daher eher realitätsfremd und sollte daher eher maxspeed=walk heißen, und wenn man unbedingt einen Zahenwert haben will höchstens maxspeed=4. Ich gehe aber mit ca. 1,75 m/s (6,3 km/h). Jedenfalls laut GPS :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
Habe jetzt das Schild deinen Anforderungen gemäß editiert und hoch- geladen: http://wiki.openstreetmap.org/wiki/Image:Zoll_small_rev2.svg Ein einheitliches Schema für Icons halte ich für sinnvoll. * PNG für Programme und einfache Kartendarstellungen * SVG wenn möglich für qualitative Kartendarstellungen * Dateiname: Ländercode-Verwendung-key-Versionsnummer.endung Beispiel: DE-osmarender-traffic_signals-1.svg für das in der Karte sichtbare Icon und DE-josm-traffic_signals-1.png für das Icon in JOSM. Was ich im Wiki vermisst habe waren Angaben, für welchen Verwendungszweck (Karte, Editor, etc) welche Formate/Größen/... benötigt werden. Könntest du (oder ein anderer mit dem Wissen) das nachtragen, da ich persönlich keine Ahnung habe? Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Vielleicht lebe ich im Paradies, aber hier gibt es durchschnittlich alle 50-100 m einen abgesenkten Bordstein (von Einfahrten/Straßenmündungen etc), daher ist das gesonderte Taggen meines Erachtens nach nicht nötig, eben weil man die nächste nicht vorhandene Kante sehen kann. Allerdings ist dies meine Sicht, als Radfahrer ist man eh abgehoben von der Realität :) Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
Zoll-SVG befindet sich nun auf der Wikiseite. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Garry schrieb: Patrick Kolesa schrieb: Ich halte das Taggen von abgesenkten Bordsteinkanten für genauso wichtig wie das Verknüpfen von Zufahrtsweg und Haus. ... was noch nicht beinhaltet ob es sinnvoll ist - ich bin sehr skeptisch gegenüber Daten die man kaum auf einen vollständigen Stand bringen und aktuell halten kann. Man kann damit sicher schöne Demos erstellen was alles möglich ist aber für die, die auf korrekte Daten angewiesen sind wird es gefährlich bzw. sind die Daten wertlos. Ich möchte meine obere Aussage widerrufen, da sie ohne Einsatz irgendwelcher Nervenzellen entstanden ist. Eigentlich sehe ich keinen reellen Nutzen für das Taggen von abgesenkten Bordsteinkanten. Wie häufig kommt so etwas vor und wie häufig wird es vorkommen dass durch falsche oder unvollständige Daten die Zielfindung erschwert statt verbessert wird? Naja, Einfamilienhäuser dürften klar zu finden sein. Aber in Gebieten, die hauptsächlich aus Wohnblocks bestehen, dürfte es von Nutzen sein zu wissen, wo der Eingang liegt. Aber ohne Daten besteht die Möglichkeit, dass ich erst suchen muss. Mit Daten veringert sich diese Gefahr. So oder so ist es meiner Meinung nach ein Fortschritt: Entweder man sucht den Eingang selbstständig und ist entweder schneller oder langsamer als derjenige, der den OSM-Daten vertraut und sich dahin routen lässt. Wenn er Pech hat, muss er trotzdem suchen, aber kann dann diesen Fall in den Daten korrigieren. OT: Ich bin eh für eine Audioaufnahmefunktion in Navis/Handys mit OSM-Karten, die jedem Nutzer die Möglichkeit geben, Kommentare über die Daten zu speichern. Gegenfrage: Woran erkennst Du dass das Haus ausreichend genau und aktuell erfasst ist? Gar nicht, ich vertraue den Mappern, die die Daten gesammelt haben. Sie müssen ja nicht so genau sein, dass ein Hubschrauber da punktgenau automatisiert landen kann :) Ein sehr hoch gestecktes Ziel! Das bedarf einer zuverlässigen Qualitätssicherung die auch beinhaltet ob ein Ziel überhaupt genau genug erfasst ist. Derzeit gibt es alleine in D noch viele Ort die überhaupt nicht per OSM erreichbar sind geschweige den eine Zieladresse auffindbar ist. Heißt das, dass nur weil Teilgebiete nicht (ausreichend) erfasst sind, die Anwendung des punktgenauen Routings zu verwerfen? Natürlich sollte man sich zuerst auf die Basis konzentrieren, sprich Straßen und Orte taggen, aber nichtsdestotrotz kann man in einem Ort/Stadt die Zufahrtswege/Eingänge taggen. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Prinzipiell halte ich das Mappen von Garageneinfahrten/Zugangswegen für sinnvoll, nur frage ich mich, wie man den Weg einem oder mehreren Häusern/Orten zuordnen lassen kann. Verknüpft man Haus und Weg über eine Relation oder taggt man den Weg oder verbindet man den Weg mit dem Haus und spart sich dadurch beides? Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Garry schrieb: Ist das nicht etwas übetrieben? Ich halte das Taggen von abgesenkten Bordsteinkanten für genauso wichtig wie das Verknüpfen von Zufahrtsweg und Haus. Es sollte doch zur Orientierung ausreichen wenn man auf der Karte sehen kann dass es dort einen Weg gibt zusammen mit einenm genauen Taggen der Hausnummer für den Hauseingang sollte man alles notwendige abgedeckt haben. Es gibt Wohnblöcke mit nur einem Eingang. Wenn der Weg zum Eingang gemappt wäre, müsste man im schlechtesten Falle nicht den gesamten Block umrunden. Außerdem kann ein Haus zwischen zwei Straßen liegen und nur einen einzigen Zugang besitzen, woher weißt du, in welche Straße du fahren musst? Die die dort wohnen kennen sich dort aus und andere werden den Weg nicht ohne Anweissung des Besitzers nutzen. Es geht meines Erachtens nicht darum, über Zufahrtswege abzukürzen, sondern in Zukunft vom Router genau vor die Einfahrt des Hauses geführt zu werden. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit Openrouteservice
Jens Herrmann schrieb: benutzt den Openrouteservice wirklich niemand Naja, ich nutze ihn selten, und dann auch nur zum Berechnen von Routen, um etwaige Fehler im Tagging aufzuspüren. Daher kann ich nichts sinnvolles beitragen :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] google-indizierung des wikis mehr
Tobias Wendorff schrieb: Von dem Geld hätte man 2000 Mapper am Wochenende das bundesweite Fahrtticket zu ungemappten Orten zahlen könnten. Was bringen einem gemappte Gebiete, wenn man auf die Daten wegen eines überlasteten Servers nicht zugreifen kann? Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] google-indizierung des wikis mehr
Tobias Wendorff schrieb: Ich meinte die Wiki-Spende, nicht unsere. Achso, dann habe ich die Liste mal wieder unaufmerksam durchgelesen, entschuldigung :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1523 Fehler beim Upload
dieter jasper schrieb: seit gestern bekomme ich häufig beim Upload (Zum OSM-Server hochladen) folgende Fehlermeldung: Übertragung wegen eines Fehlers abgebrochen. Wiederholung in 5sec. Java.IO.ioException.. Kann ich bestätigen. Scheint möglicherweise bevorzugt bei großen Relationen aufzutreten. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM im NDR Fernsehen - DAS!
Abgesehen von einem r zu viel bei deinem Namen ist der Beitrag sehr gut gelungen. Und wieder einen Schritt zur Weltherrschaft ;) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Pub / Bar
Christoph Eckert schrieb: Dass das Thema ausgerechnet zum 1. April hochkocht, macht es nur noch schlimmer, weil dann die Gefahr besteht, dass es keiner ernst nimmt. Da hast du Recht, ich habe die Diskussion hauptsächlich amüsiert betrachtet und kann mich immer noch nicht festlegen, ob ich sie ernst nehmen soll oder nicht. Entschuldigung :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Ortshinweisschild taggen ?
malenki schrieb: Die Webcam am Netbook liefert 20 Bilder/s, die mit dem angeschlossenen GPS-Logger sofort georeferenziert werden. Die Bilder werden dann per Inkscape in SVGs gewandelt, die weißen Streifen aus dem XML extrahiert und per batchupload in die OSM-Datenbank injiziert. Ich habe unterm Auto eine Halterung für mein Netbook gebastelt und dort zusätzlich zwei Luxeon-LEDs montiert. Indem ich nun konsequent auf der Mittellinie fahre (auch auf der Autobahn, ist ja klar), kann ich so einfach und effektiv nach dem von malenki angesprochenem Konzept die Mittellinie taggen. Ein konstruktionstechnisches Problem war die Wärmeentwicklung, aber mit Alukühlkörpern, die den cw-Wert nur minimal verschlechterten, gings dann :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nautiker
Norbert Kück schrieb: Tagwatch kannte den Tag seemark=tide_scale noch nicht Schonmal mit seamark=tide_scale probiert? :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte ohne Feld- und Fußwege und mit kle inen Ortschaften
Bernd Wurst schrieb: Worauf ich raus will: Für solche Zwecke sehe ich einen starken Bedarf nach einer Karte mit weniger dargestellten Features. Eigentlich sollte es ein eher geringer Aufwand sein, einen Mapnik- oder Osmarender-Style zu erstellen, der sowas besser hinbekommt. Weder kenne ich eine solche Karte, noch kann ich ein solches Stylesheet erstellen. Aber ich frage mich, wieso es keine layerbasierte Karte gibt, bei denen man alles an- und abwählen kann. Das würde Probleme wie deins recht einfach lösen. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz bei Export von openstreetmap.org
Tobias Knerr schrieb: Als Checkbox (|X| Lizenzhinweis hinzufügen) gings natürlich, der würde gleichzeitig als Hinweis dienen, dass so was überhaupt nötig sein könnte, und vielleicht weniger aufdringlich wirken als ein Denken Sie an den Lizenzhinweis!. Ich favorisiere auch die Lösung über eine Checkbox, die standardmäßig aktiviert ist, das heißt, der Lizenzhinweis wird standardmäßig mitexportiert. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte ohne Feld- und Fußwege und mit kle inen Ortschaften
Martin Koppenhoefer schrieb: weil das nicht so einfach ist: abgesehen vom steigenden Speicherbedarf gibt es eben nicht viele Layer, die man einzeln übereinanderlegen kann, vielmehr ist mal der eine Layer oben, mal der andere. Die Schriftart, Größe, Überlappung mit Symbolen ist ein weiteres Thema. Es ist m.E. immer noch weitaus einfacher, einen Gesamtlayer zu machen, als das Zerhackstücken auf mehrere Layer zu optimieren. Wenn man davon ausgeht, dass der Speicherbedarf durch ein paar zusätzliche Festplatten vernachlässigt werden kann, dürfte die Bereitstellung von Layern kein Problem sein. Ich stelle mir im Prinzip vor, dass jeder key=value einen eigenen Layer bekommt. Ich weiß allerdings nicht, wie die Daten am besten verarbeitet werden: Sollen, wie bei normalen Karten, Kacheln erstellt werden, die nur die benötigten Daten enthalten? Eine Karte, die nur die Symbole von Telefonzellen enthält, die aber über den gesamten Globus geht? Oder soll das Symbol on-the-fly auf den Grundlayer gelegt werden? Wenn ja, wie soll das gehen? Wird damit möglicherweise der Aufwand zu groß für eine sinnvolle Nutzung? Mir kommt gerade eine Idee in den Sinn, die das Rendering der Karte an einen Onlineservice weitergibt, aber so ganz gefällt mir diese nicht ausgearbeitete Idee nicht. Ein paar gedankliche Fragmente meinerseits ;) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] indoor Tag?
tobias.wendo...@uni-dortmund.de schrieb: Footway=indoor oder indoor = tertiary mir eingebauter Klassifizierung ? Tertiary für den Weg zum selten benutztem Lagerraum und primary für den Weg zur Toilette? ;) Ich würde highway=footway und footway=indoor vorschlagen. Eine Klassifizierung finde ich persönlich unnötig, da es keine Rolle spielt, wie viele Menschen diesen Weg, sofern er eingezeichnet ist, benutzen. Welche Anwendungsbereiche hättest du dir gedacht? Das große Einkaufszentrum? Die langgezogenen Korridore innerhalb einer Universität? Ein Problem wäre die _Darstellung_ von solchen Wegen auf der Karte, da die Karte nur eine Ebene abbildet, bei mehrstöckigen Einkaufszentren mit Rolltreppen, Fahrstühlen etc. aber mehrere Layer auf einmal dargestellt werden müssten. Rein vom Tag her dürfte es keine Probleme geben. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] oneway=yes bei Fahrradwegen und weiteres
Moin, 1] normalerweise sind Fahrradwege nur in einer bestimmten Richtung für den Verkehr freigegeben, außer es wird durch ein Zusatzschild so festgelegt. Der Router routet aber Fahrradfahrer auch entgegen der gesetzlich festgelegten Richtung, sofern highway=cycleway verwendet wird. Wie siehts in diesem Fall mit oneway=yes aus, um die sogenannten Geisterradler zu vermeiden? ;) 2] Ich fahre öfters auf einer Straße, auf der Radfahrer von Autofahrern mit allerlei Signalen dazu bewegt werden sollen, auf dem nicht benutzungspflichtigen, abgesetzten Radweg neben der Straße zu fahren, der allerdings nicht asphaltiert, sondern nur geschottert ist (was sich nach Regenfällen als wahre Freude erweist). Kann ich dieser Straße einen Tag wie bicycle=not_recommended zuweisen, damit ersichtlich ist, dass Fahrradfahrer hier zwar fahren dürfen, es allerdings wenig Freude macht, dort entlang zu radeln? Gibt es dazu bereits Alternativen oder Möglichkeiten, sowas darzustellen? 3] Folgende Situation: |F o R| ¦ |R o F| |F o R| ¦ |R o F| |F :R| ¦ |R: F| |F:R| ¦ |R:F| |F:R| ¦ |R:F| Eine Straße mit begleitendem Radweg (R), aber mit einem durch Bäume (o) abgetrennten Fußweg (F). Irgendwann hören die Bäume auf und es wird ein getrennter (:) Fuß- und Radweg. Tagge ich dies als highway=* mit cycleway=track und mit einem separat eingezeichnetem Fußweg? Oder nutze ich dieses Tagging erst ab dem ersten Baum und tagge bis dahin mit highway=* und impliziertem Fußweg und cycleway=track? Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oneway=yes bei Fahrradwegen und weiteres
Marc Schütz schrieb: Da wo ich herkomme (Bamberg) und wo ich mich üblicherweise aufhalte (Bayreuth) ist es genau andersrum: fast alle Radwege sind in beiden Richtungen freigegeben, die einzigen Ausnahmen die mir jetzt spontan einfallen, sind viele, aber auch nicht alle, straßenbegleitenden Radwege, wo auf beiden Seiten der Straße ein Radweg oder eine Radspur ist. Außerdem: wie soll man denn bei einem Fahrradweg, der nicht irgendwie markiert ist, erkennen, in welche Richtung man fahren darf? Oder beziehst du dich nur auf die o.g. Fahrradspuren? Ich hatte da eine etwas komplexe Kreuzung mit mehreren Radwegen vor Augen, deren Richtung aber eindeutig (bspw. durch die Richtung von Ampeln) festgelegt sind. Im Prinzip sind die ja auch nur die Fortsetzungen der straßenbegleitenden Radwege. Ich vermute, dass die erlaubte Fahrtrichtung durch das Rechtsfahrgebot gegeben ist (was wie gesagt eine Vermutung ist). Bei subjektiven Bewertungen wie recommended bin ich eher skeptisch. Vielleicht will ja jemand, dass die Schlagsahne, die er im Supermarkt gekauft hat, schon servierfertig ist, wenn er daheim ankommt ;-) In diesem Beispiel habe ich die Straße als not_recommended getaggt, hast du dich vertippt oder verlesen? Oder habe ich es falsch bezogen? Ich gehe aber davon aus, dass man, wenn man Schlagsahne eingekauft hat, den Weg bereits kennt und kein Navi braucht. Oder fährst du irgendwo zu Einkaufen und lässt dir den Weg zurück berechnen? ;) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oneway=yes bei Fahrradwegen und weiteres
Stefan Schwan schrieb: Der Router routet aber Fahrradfahrer auch entgegen der gesetzlich festgelegten Richtung, sofern highway=cycleway verwendet wird. womit er ja auch recht hat, wenn es nur einen Radweg gibt - ansonsten solle er von sich aus den in Fahrtrichtung rechten auswählen. Wieder muss einmal meine komplexe Kreuzung herhalten: http://openstreetmap.org/?lat=48.769686lon=11.433985zoom=18layers=00B0FTF Ich komme von Westen mit dem Rad auf dem Radweg neben der Östlichen Ringstraße und möchte nach Norden auf die Goethestraße. Dazu muss ich unten rechts nach links abbiegen und dann rechts halten, um die Straße zu überqueren, damit komme ich auf den rechten (Rad-)Weg. Da diese Situation mit Tags meiner Meinung nach nicht genau abgebildet werden kann, habe ich ways eingezeichnet. Die können natürlich ohne oneway=yes in beide Richtungen benutzt werden. Was du als wahre Freude bezeichnest, kann für jemand der ungern auf Straßen fährt womöglich wirklich eine solche sein. Das sie allerdings durch Matsch gemindert werden könnte, kannst du zB per surface=mud mitteilen. Das ändert aber nichts am Kernproblem, nämlich der Frage, ob man Straßen für bestimmte Verkehrsteilnehmer (nicht) empfehlen kann. Den Matsch habe ich nur erwähnt, da ich bei nassem Untergrund auf der Straße fahre, was manche Autofahrer nicht akzeptieren wollen, aber dies gleitet nun zu sehr ins Offtopic ab. Würde ich davon abhängig machen, ob man zwischen den Bäumen mit Fahrrad aus den Fußweg fahren kann... Direkt nicht, allerdings gibt es einige Einfahrten, bei denen man zwischen Rad- und Fußweg wechseln kann. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel als Node oder Way
Nop schrieb: PS: Wie sieht es eigentlich mit Sackgassen aus? Davon finde ich sehr viele mit Sackgasse auf dem Way anstatt auf dem Endnode. Wenn man nur ways mit noexit taggt, kann es sein, dass der Weg durchaus noch weiterführen kann, aber unvollständig gemappt worden ist. Wenn man den Way und den letzten Node mit noexit taggt, fährt man meiner Meinung nach am Besten, da vom way abgehende Straßen zusätzlich ausgeschlossen werden - Der Way ist fertig. Aber konkretes habe ich nicht. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Openstreetmap ohne Quellenangabe
malenki schrieb: Die dort verlinkte Karte dürfte sehr wahrscheinlich mit OSM-Daten erstellt worden sein, ein Hinweis darauf fehlt. Unten links im Kartenausschnitt kann man noch ein eetMap erkennen. Ist meiner Meinung nach ein Export aus den Osmarendertiles. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber kann diese Information ohne Bezug zum nicht vorfahrtsberechtigten Weg überhaupt verarbeitet werden? Höchstens über eine Abstandsmessung, derjenige Weg, der den kürzesten Abstand zum Stoppschild hat, wird mit dem Stoppschild-Tag versehen. Aber diese Methode ist natürlich höchst ungenau und in komplexeren Kreuzungssituationen schwerer einzuhalten. Man könnte dann solche Situationen über eine Relation lösen: from-to = node1,node2; node2 ist dann der Kreuzungsnode Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von virtuellen Ways (Routing/Rendering)
Mario Salvini schrieb: aber die lanes kreuzen sich nunmal nicht nur logisch sondern auch sehr physisch auf der gleichen ebene. Also gehören sie meiner meinung nach auch durch einen Node verbunden. Sonst können wir später nciht von anderen logischen Ebenen (Tunnel, Brücke, o.ä.) unterscheiden. Wieso sollte man sie später nicht unterscheiden können? Das verstehe ich nicht ganz. Könnte man das eventuell mit einer Relation, die virtuelle lanes und die zugrunde liegende Fläche beinhaltet, beheben? Relationen sind meiner Meinung nach in diesem Fall fürs Routing ungeeignet sind. Bei einer komplexen Kreuzung weiß man zwar, dass man von A nach B kommen kann, aber wie der Verlauf wirklich ist, geht dadurch verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nutzung von virtuellen Ways (Routing/Rendering)
Nabend, um die Routing- und Renderingfunktion im Bereich von großen, komplexen Kreuzungen zu verbessern (Beispiel: http://maps.google.de/?ie=UTF8ll=48.769785,11.434493spn=0.001697,0.004828t=kz=18), bin ich mit dem Malpinsel an die Sache herangegangen :) Die Asphaltdecke wird als Fläche gemappt, auf welcher ways die einzelnen Fahrstreifen für den Router symbolisieren. Die oben genannte Kreuzung habe ich dreisterweise auf einer freien Fläche mit dem oben genannten Mappingkonzept eingetragen: http://openstreetmap.org/?lat=48.63839lon=11.13922zoom=16layers=0B00FTF Dadurch können Router und Navigationsgeräte (siehe Zukunft) den Nutzer optimal führen, indem frühzeitig Spurwechsel angekündigt werden können, beziehungsweise die optimale Spur gewählt werden kann. Das Rendering verbessert sich durch realitätsnähere Darstellung von großflächigen Kreuzungen. Allerdings sind im Moment die Schnittstellen zwischen der Polygonstraße und der Flächenstraße nicht besonders schön anzusehen. Kommentare, Fragen? Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
Chris-Hein Lunkhusen schrieb: Hmmm, schickt er einen dann auch über Autobahnen? Werd' ich gleich mal probieren. ;) Fußgänger dürfen sich auf Autobahnen im Normalfall nicht aufhalten. Mir fehlt aber immer noch ein Tag für empfohlene Strecke, sei es für Autos oder Fahrräder. Es gibt Abkürzungen, die nicht offensichtlich sind, aber wegen Ampelschaltungen etc. sinnvoll und kraftstoffsparend zu fahren sind. Vielleicht könnte man das über eine Relation abbilden, die der Router dann bevorzugt nimmt, wenn man eh in die gleiche Richtung fahren müsste. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
Chris-Hein Lunkhusen schrieb: Ich denke der Router sollte sich schon defaultmässig an die Verkehrsregeln halten. Gegen einen versteckten Schalter ignore all rules hätte ich ja nichts einzuwenden. ;-) Naja, diese Funktion bringt üblicherweise das Fußgängerrouting mit sich :) Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
es gibt Einbahnstraßen bei denen steht am Ende, wenn man mit dem PKW diese halt verläßt, das Radfahrer frei sind. Ich denke es war cycleway=opposite Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstraktionsgrad, Erfassen von Spuren etc.
Was wäre, wenn man die Straße als solches als Fläche (name, surface) taggt und die einzelnen Spuren als virtuelle Straßen (oneway, access) mit entsprechenden Abbiegemöglichkeiten taggt? Oder entspricht das mehr dem Konzept des Malens als der Funktionalität? Ich habe da nämlich eine schöne Kreuzung mit 5 Straßen, die nach meiner Meinung mit dem bisherigen Konzept nicht zufriedenstellend gemappt werden können. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Musik Genre
Florian Schweikert schrieb: Da ich keinen tag fand um die Musikrichtung in Lokalen anzugeben habe ich mal ein proposal angefangen: http://wiki.openstreetmap.org/wiki/Proposed_features/Music_genre Ich habe in ein paar Nachtclubs bisher das Tag music=* verwendet, music_genre=* ist da natürlich genauer. Guter Vorschlag! Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Musik Genre
Es kann ja durchaus sein, dass Nachtclubs keine Musik spielen (wobei ich keinen solchen Club kenne :), dafür wäre dann music=yes/no möglich. Soweit ich weiß gibt es in Spanien ein Café/Club, welches nur freie Musik (z.B, cc) spielt. Da könnte man als Erweiterung auch music_license=* oder music:license=* nehmen. Allgemein finde ich differenzierte Tags besser, denn music allein sagt nicht viel aus. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hundefreilaufgehege
Martin Koppenhoefer schrieb: mappe das am besten als Tretminenfeld. Also landuse=military? Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track-Anonymisierer gesucht
Ein .gpx-File enthält üblicherweise die Koordinaten (+Höhe) und die Zeit. Meine Idee wäre es, den ersten Trackpoint zufällig auszuwählen und die restlichen dann geordnet anhängen, wahlweise wird auch die Richtung des Tracks gedreht. Dann wird jede Zeit auf den Ersten des Quartals gesetzt, also bspw. 01.03.2009 00:00 UTC, bei jedem Trackpoint erhöht sich die Zeit um eine Sekunde. Damit sollten keine persönlichen Daten zurückbleiben. Das ganze könnte als Skript oder zusätzlich als Webinterface angeboten werden (wobei dann wieder die Frage aufkommt: Wie weit vertraue ich der Website/Verbindung) Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo-Wms in JOSM
Moin, ich habe die aktuelle JOSM-Version (1204) und auch das aktuelle ewmsplugin. Ich bin nach der Anleitung im Wiki (http://wiki.openstreetmap.org/wiki/DE:JOSM/Plugins/ewmsplugin) vorgegangen, habe gnome-web-photo erfolgreich installiert, Programm startet auch korrekt [Ubuntu 8.04]. Beim Laden des Yahoo-Layers bekomme ich statt einem Luftbild ein rotes Bild mit dem Wort Fehler angezeigt, also wahrscheinlich gleicher Fehler. Irgendwelche Vorschläge? Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie taggt meine eine kleine Kapelle?
amenity place_of_warship `?? Wenn da ein Kriegsschiff steht, ja. Ansonsten place_of_worship. Denn verehrt wird auch in einer Kapelle :) Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Frederik Ramm schrieb: ... aber sicher nicht für Fahrradfahrer, oder ;-)? StVO zu Zeichen 250 Verbot für Fahrzeuge aller Art Es gilt nicht für Handfahrzeuge, abweichend von § 28 Abs. 2 auch nicht für Tiere. Krafträder und Fahrräder dürfen geschoben werden. Quelle: http://www.sicherestrassen.de/VKZKatalog/Kat250.htm Naja, rein*fahren* darfst du nicht :) Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, Kann eigentlich jemand bestätigen, dass ab Zoom 14 gar nichts mehr angezeigt wird? Ich sehe nur grau... Kann ich bestätigen. Ich habe bei mir in der Gegend testweise eine Busroute eingetragen, mal abwarten wann und wie sie gerendert wird. Gruß Patrick - -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJU+Iqj2Ju6rjDi6MRAq6jAKCR3YAYxeG3QyuENyEpVOaFKQrhgQCgsAKS CmOKV3M8rRhWeIqT7tWAzSc= =oMSN -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shop für OSM-Klamotten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, Jan Tappenbeck schrieb: Ich wollte mir in Kürze ein Polo-Shirt machen - 3 Sprachig mit Logo Ist das Logo überhaupt für Kleidung geeignet? Meiner Ansicht nach ist das Logo auf Grund der vielen Details, Farbverläufe und Farben eher weniger für Kleidung geeignet. Daher schlage ich mit dem Risiko gesteinigt zu werden einen Neuentwurf für ein Logo vor, welches schlichter und damit besser für Kleidungsstücke geeignet sind :) Gruß Patrick - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJODhJj2Ju6rjDi6MRAr/pAJwMEAwIqh/ROAEdkz8hlBOnvV5frwCgtl6q moGH0iJ3BrWJN/fta21AG2Q= =aKMX -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf dem 25C3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 25. Chaos Communication Congress 25 + 3xC = 25C3 Jan Tappenbeck schrieb: bitte was ist 25C3 ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJLBrKj2Ju6rjDi6MRAjOOAKDAt+uwMs1bSPpJ6zXj9thEP3NmawCggGgZ SZF9toOjzGvEgL9pkvoOgyw= =nvML -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] beinhalten Relationen eine Richtung?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Soweit ich weiß werden sie nicht geordnet und behalten ihre Ausrichtung wie ways. Gruß Patrick Tobias Wendorff schrieb: Wenn ich also die IDs -6, -3, -2, -1, -4 in die Relation packe, werden diese dann auch so behandelt oder werden sie geordnet? - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJLFD+j2Ju6rjDi6MRAjfKAJ9clHdw4o6AWQDTiSf4o6pPADj9FwCgvIyc FQESKDxg7mq3bzUvrc1X2ws= =NiZh -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendern von Compound/Collection-Relations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, wie sieht's eigentlich mit der Unterstützung von Renderern für Straßen, die nicht wie herkömmlich getagged werden, sondern deren einzelne Wegsegmente in eine Relation gepackt werden, die die benötigten Informationen (wie name, maxspeed, ...) enthält? http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways Ich persönlich finde das Konzept nützlich und würde es in meinem Gebiet umsetzen, nur die Frage, ob dieses Konzept bereits genutzt und gerendert wird. Gruß Patrick - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJKu4cj2Ju6rjDi6MRAsg1AKC5PW3cnB8g9JJHctTVMVpDayf1JQCfQn8b ygYB7MDt1MdCqyfAqaFDTnM= =Mjtt -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routen als Relationen mit Punkten (war: API 0.6)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wird es eigentlich von den Renderen bereits berücksichtigt, wenn ich Straßen über Relationen erfasse? Ich würde sonst mit dem Umgestalten in einem kleinem Testgebiet anfangen. Gruß Patrick - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJKUaHj2Ju6rjDi6MRAnZBAKC+VLACZwDeZ1fV9VEQBe855+Q5OACeJrmO r8cLcrXwgTyhNduSfToshSM= =64xd -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wäre das was für die Community?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Schon vorbei. Einsendeschluss war der 1. November. Patrick Georg Lösel (privat) schrieb: http://www.heise.de/newsticker/meldung/118030 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJH/Ruj2Ju6rjDi6MRAi9oAJ9k+4iodh/XR9sqPUr9pxEMAvtSKgCfUYcA LRe5AE27jmgi+uk1njmrdgQ= =447C -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Tracks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, du könntest diese gpx-Datei zuerst in JOSM importieren und gegebenenfalls nachbearbeiten. Dann exportierst du sie als gpx-Datei. Für den Transfer auf dein Garmingerät würde ich der Einfachheit wegen MapSource (Windows) verwenden, dort den Track einladen und den auf das Gerät übertragen. Gruß Patrick ic turmes schrieb: Hallo; Ich bin Anfänger bei OpenStreetMap; so habe ich eine Anfänger-Frage: Wie kann ich einen GPS-Track, den ich bei www.openstreetmap.org/traces/tag/Luxembourg gefunden habe auf eine Luxemnburg-Karte im OpenStreetMap Format aufzeichnen; und dann diese Karte auf ein Garmin-Gerät aufladen ; sodass ich diesen Track nachwandern kann? Vielen Dank im Voraus für jede Hilfe Vic ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFJDYcfj2Ju6rjDi6MRAvtEAJ0Z5ZqU43Ajdl5aw3L+ItWogZ90ogCfcc3v jGhPSymIQwGmAmmsOaVT5rw= =RZnx -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Guten Abend, ich bin erst seit wenigen Tagen aktiv als Mapper tätig und habe da einige Fragen, die Google oder das Wiki nicht beantworten konnten. 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Oder sind die Luftaufnahmen falsch eingepflegt? 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Gruß Patrick -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Nabend, Frederik Ramm schrieb: Wenn man selbst den Track aufgezeichnet hat und sich in der Gegen auskennt, ist das vielleicht eine andere Sache, aber der OP hatte sich so angehoert, als ob er mit dem Gedanken spiele, fremde Strassen einfach mal so nach Yahoo zu korrigieren, und das wuerde ich in keinem Fall raten. Das habe ich garantiert nicht vor, ich weiß nur nicht inwieweit ich den Yahoo-Luftaufnahmen trauen kann. Zu den Geocaches: Jo, redundaten Daten sind nicht gut :) Gruß Patrick -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
