Re: [Talk-de] Radweg am Kreisverkehr
Garry schrieb: http://www.informationfreeway.org/?lat=49.00275935598689lon=8.425397878456726zoom=17layers=BF000F Danke für dieses Beispiel. Das führt uns an den Anfang der Diskussion, den routingfähigen Garminkarten. Im Beispiel ist highway=primary und separat, der neben der Straße verlaufende Radweg higway=cycleway getagged. Einfacher wäre doch den tag highway zu ergänzen mit cycleway=track (bei abgesetztem Radweg) oder cycleway=lane (bei Radstreifen auf Fahrbahn). Nun meine Frage zur routingfähigen Karte. Nach dem Kreisverkehr ist eine Fussweg als Verbindung zwischen den Radwegen gemapped (highway=footway Zusatz bicycle fehlt). Wie führt mich denn nun mein Navi ? Einmal durch den Kreisverkehr, an der Wolfartsweierer Straße raus, über Am Schloß Gottesaue auf den Radweg ? Ich, als Radfahrer, würde in diesem Fall den Fussweg nehmen - ist kürzer ;-) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM in Wiki einbinden
Auf der Seite: http://wiki.openstreetmap.org/wiki/de:OSM_in_ein_Wiki_einbinden Gibt es eine Fehlermeldung: Kartenfehler: Old style tag syntax no longer supported lat=48.975|lon=9.6|z=14|w=200|h=100|layer=osmarender Wer mag das dort korrigieren? Diese Seite ist noch nicht auf Deutsch übersetzt: http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Am Montag 27 April 2009 schrieb Sven Sommerkamp: Prinzipell finde ich, das solche Zusatzinformationen niemand schaden. Wir haben ohne Ende Daten, die auf den ersten Blick nicht wirklich gebraucht werden. Und das ist aber schon ein Problem! Guck mal in deinen Keller, da räumst du auch ab und zu auf, weil du sonst den Überblick verlierst und nichts mehr findest. Bei unseren Daten sollten wir ähnlich vorgehen, sonst ist der Keller bald bis an die Decke voll und man findet nichtmal mehr nen Hammer. nicht alles was hinkt, ist ein vergleich! wenn zusaetzliche daten eindeutig getaggt sind, dann verliert man nicht den ueberblick. jede anwendung muss sich halt die daten rausziehen, die sie braucht. Bedingt richtig siehe Goldfischglas. Ich hätte jetzt ne Menge Ideen womit ich die Datenbank regelrecht zumüllen kann. es geht nicht ums zumuellen. wenn du eine bestimmte art von daten eintraegst, weil du (und vielleicht auch andere) dafuer eine sinnvolle anwendung haben, dann lass dich nicht davon abhalten. wenns aber nur darum geht, irgendwas einzutragen, weil man's eben kann, dann wuerde ich das schon als zumuellen bezeichnen... 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] JOSM und Radweg am Kreisverkehr
Am 26.04.2009 11:04, Willi Rehfeld: Kreisverkehr wird als Fläche ausgewiesen. Jetzt versuche mal eine Radroute - Relation - oder Wanderweg - auch Relation - über einen Kreisverkehr zu führen. Wenn du da rechts abbiegst muss man den Weg aufsplitten, dass geht aber nicht, weil dann die Fläche nicht geschlossen ist und JOSM einen Fehler meldet. Wieso soll es dewegen nicht gehen? JOSM ist keinesfalls intelligent, sondern wendet nur ein starres allgemeines Regelwerk an, dass diesen Fall nicht berücksichtigt. Einfach auftrennen und die Funktion Ignorieren des JOSM-Validators verwenden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autobahnauffahrt
Warum werden Autobahnauffahrten mit oneway=no getaggt? Es sollte doch immer so sein, dass nichts angegeben wird, wenn nichts eingeschränkt ist. Sonst könnte man ja noch hin schreiben tunnel=no, bridge=no, biergarten=no usw. Hintergrund ist, das z.B. der Routingservice von Cloudmate nicht über solche Straßen fährt. Man kann jetzt sagen: Fehler von Cloudmate, aber jeder, der sowas auch mal machen will, muss noch mehr Ausnahmen betrachten. greetz Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Fri, 24 Apr 2009 16:38:40 +0200, Christof Amelunxen christof.amelun...@sbg.ac.at wrote: Hi Marcus, marcus.wolsc...@googlemail.com wrote: Mal gucken, ob ich das zu PostGIS übersetzen kann. Kann das Teil sowas wie: SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID, T.value AS placetype FROM Nodes X, NodeTags T WHERE T.nodeID = X.nodeID AND T.key = 'place' und dann halt prüfen ob das resultiernde distance-Feld kleiner als der Radius des placetype ist? Sowas kannst du bei PostGIS z.B. mit der Bedingung ST_DWithin(geom1,geom2,distance) abbilden. Die Distanz zwischen zwei Punkten bekommst du zwar mit ST_Distance auch heraus...wenn du allerdings wie in deinem Beispiel erstmal die Distanz aller möglichen Kombinationen berechnen lässt und davon das Minimum ermitteln willst, dann läuft der SELECT ewig. Du selektierst ja nicht über alle Places eines type sondern nur die in einem maximalen sinnvollen Radius für diese Typ. Das sind im Normalfall 0, 1 oder vieleicht mal 2. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Links
Bernd Wurst be...@bwurst.org wrote: 1. Einen JOSM-Remote-Link, mit dem man einen Bereich gleich in JOSM öffnen kann. Das kann man als Bookmarklet bauen, wär auch für Openstreetbugs hilfreich. Wollte ich schon länger mal in Angriff nehmen, muss ich jetzt endlich mal machen. Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /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] Radweg am Kreisverkehr
Am 27.04.2009 08:58, Willi Rehfeld: Nach dem Kreisverkehr ist eine Fussweg als Verbindung zwischen den Radwegen gemapped (highway=footway Zusatz bicycle fehlt). Wie führt mich denn nun mein Navi ? Einmal durch den Kreisverkehr, an der Wolfartsweierer Straße raus, über Am Schloß Gottesaue auf den Radweg ? Ich, als Radfahrer, würde in diesem Fall den Fussweg nehmen - ist kürzer Der Router würde dich viel weiter südlich auf den Ostring leiten :-P Im Ernst: Man muss erstmal davon ausgehen, dass alle Daten in OSM richtig erfasst sind (bis man vor Ort eines Besseren belehrt wird). Aus dem aktuellen Mapping geht für mich hervor, dass der Verbindungsweg ein Fußweg ohne erlaubte Radwegnutzung ist. Also würde dich der Router legal oben rum leiten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugang über gmane-nntp gestört?
Thomas Ineichen schrieb: Wenn ich es richtig sehe, dann kann man seit Sonntag Mittag (26.04) über gmane zwar Postings in die ML verfassen, neue Nachrichten kommen dort aus der Liste jedoch nicht mehr an. Kann ich leider bestätigen. Letzter Thread auf dem Newsserver: Erfahrungen mit der routing Garminkarte (ohne Antworten). Ja, aber die alten Mails trudeln nach und nach ein, hab ich den Eindruck. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
On Mon, 27 Apr 2009 10:57:16 +0200, Florian Mutter derfl...@gmail.com wrote: Warum werden Autobahnauffahrten mit oneway=no getaggt? Weil motorway/motorway_link das Tag oneway=yes impliziert bzw. solch eine Implikation debattiert wird. Wenn da ein kurzes Stück mit 2 Fahrspuren in 2 Richtungen als 1 way modelliert wurde macht das Sinn. Marcus Es sollte doch immer so sein, dass nichts angegeben wird, wenn nichts eingeschränkt ist. Sonst könnte man ja noch hin schreiben tunnel=no, bridge=no, biergarten=no usw. Hintergrund ist, das z.B. der Routingservice von Cloudmate nicht über solche Straßen fährt. Man kann jetzt sagen: Fehler von Cloudmate, aber jeder, der sowas auch mal machen will, muss noch mehr Ausnahmen betrachten. greetz Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweg am Kreisverkehr
Claudius schrieb: Der Router würde dich viel weiter südlich auf den Ostring leiten :-P Im Ernst: Man muss erstmal davon ausgehen, dass alle Daten in OSM richtig erfasst sind (bis man vor Ort eines Besseren belehrt wird). Es würde mich sehr interessieren, wie du festgestellt hast, dass der Router mich weiter südlich geführt hätte. Wenn ich wüsste wie das gemacht wird, könnte ich meine nähere Umgebung doch kontrollieren. Oder ? Willi ___ 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
[Talk-de] Fehler 403
Ich wollte grad ein paar Daten in die DB eintragen, aber JOSM liefert bereits beim Herunterladen einen Fehler 403 Da die Bedeutung dieser Fehlermeldung nicht beschrieben ist, suche ich im Wiki. Aber dort gibt es keinen Eintrag. In Wikipedia finde ich: forbidden - mangels Berechtigung des Clients Und nun? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Florian Mutter schrieb: Man kann jetzt sagen: Fehler von Cloudmate, aber jeder, der sowas auch mal machen will, muss noch mehr Ausnahmen betrachten. Verstehe ich das richtig: Cloudmate checkt nicht die boolesche Aussage hinterm Tag sondern einfach nur, ob das Tag existiert? Ich meine, dann ist das wirklich ein Fehler im Programm. Und außer Überprüfe, ob das Tag wirklich true ist sehe ich keine weiteren Ausnahmen... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler 403
Am 27.04.2009 um 13:48 schrieb Markus: Ich wollte grad ein paar Daten in die DB eintragen, aber JOSM liefert bereits beim Herunterladen einen Fehler 403 Hast du eine aktuelle Version die mit der neuen API zurechtkommt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
On Mon, 27 Apr 2009 13:53:13 +0200, Philipp li...@dodekatex.de wrote: Florian Mutter schrieb: Man kann jetzt sagen: Fehler von Cloudmate, aber jeder, der sowas auch mal machen will, muss noch mehr Ausnahmen betrachten. Verstehe ich das richtig: Cloudmate checkt nicht die boolesche Aussage hinterm Tag sondern einfach nur, ob das Tag existiert? Schlimmer. Es dürfte ja durch eine Einbahnstrasse durch. Aber eben nur in eine Richtung. Und für die Richtung müsste es auch auswerten ob der Wert vieleicht auch mal reverse oder -1 ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler 403
Hallo Sascha, Ich wollte grad ein paar Daten in die DB eintragen, aber JOSM liefert bereits beim Herunterladen einen Fehler 403 Hast du eine aktuelle Version die mit der neuen API zurechtkommt? Ich habe JOSM vor wenigen Wochen erneuert. Aktuelle Version ist 1515. Nun lese ich auf der JOSM-Startseite unter API-06, dass dafür mindestens JOSM 1529 erforderlich sei. Und damit klappt es jetzt auch. Aber: Könnte man (für Benutzer, die nicht auf dieser Mailingliste sind) nicht eine *sprechende Fehlermeldung* machen: Seit (Datum) läuft OpenStreetMap mit einer neuen Software. Dafür brauchst Du eine neue JOSM-Version. Klicke auf diesen _Link_, dann wird diese automatisch installiert Oder besser: Gleich beim Start prüfen, ob die Version schon die richtige ist? Und falls nicht: Auf der Begrüssungsseite von JOSM obige Fehlermeldung anzeigen und zur Neuinstallation den passenden Link anbieten? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi Marcus, marcus.wolsc...@googlemail.com wrote: On Fri, 24 Apr 2009 16:38:40 +0200, Christof Amelunxen christof.amelun...@sbg.ac.at wrote: Hi Marcus, marcus.wolsc...@googlemail.com wrote: Mal gucken, ob ich das zu PostGIS übersetzen kann. Kann das Teil sowas wie: SELECT MIN(DISTANCE(X.location, Y.location)) AS distance, X.nodeID, T.value AS placetype FROM Nodes X, NodeTags T WHERE T.nodeID = X.nodeID AND T.key = 'place' und dann halt prüfen ob das resultiernde distance-Feld kleiner als der Radius des placetype ist? Sowas kannst du bei PostGIS z.B. mit der Bedingung ST_DWithin(geom1,geom2,distance) abbilden. Die Distanz zwischen zwei Punkten bekommst du zwar mit ST_Distance auch heraus...wenn du allerdings wie in deinem Beispiel erstmal die Distanz aller möglichen Kombinationen berechnen lässt und davon das Minimum ermitteln willst, dann läuft der SELECT ewig. Du selektierst ja nicht über alle Places eines type sondern nur die in einem maximalen sinnvollen Radius für diese Typ. Das sind im Normalfall 0, 1 oder vieleicht mal 2. ...wenn du so selektierst wie von dir beschrieben (SELECT MIN(DISTANCE(X.location, Y.location)) AS distance...) dann selektierst du zwar nur einen Datensatz, aber die Datenbank selektiert, berechnet und sortiert intern trotzdem alles und das dauert genauso lange ;-) Grüße, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Municipal GIS data for South Tyrol
I just discovered that some municipalities in South Tyrol made their GIS data available in the internet. The list is available under [1] (the website is available in Italian and German). At least one municipality (Eppan/Appiano) made all the data completely public domain (the enactment is available at [2]): DE [...] wurde festgelegt, dass die im Eigentum der Gemeinde Eppan a.d.W. stehenden und im Internet veröffentlichten Daten frei und kostenlos genutzt und verteilt werden können. IT [...] è stato deciso che i dati di proprietà del Comune di Appiano s.S.d.V. pubblicati in internet possono essere utilizzati e divulgati liberamente e gratuitamente. Eppan/Appiano also made all data downloadable as shapefiles ([3]). Now I'm not so sure what to do with all the data. I'm also confused a little bit, because of the fact that the provincial government is in possession of similar data which is not completely free to use, unfortunately (see discussion at [4])... It is also difficult the terms of usage for the data of the other municipalities. However, it seems to be a great chance to bring the mapping process in South Tyrol a big step forward. Does anyone know the procedure how to work such data into OSM? Best wishes, Martin [1] http://gis.gvcc.net/WebGis/02/catalog.jsp [2] http://data.gvcc.net/pdf/004_2006_a_0204.pdf [3-de] http://www.eppan.eu/system/web/zusatzseite.aspx?menuonr=218651503detailonr=218623597#Grundkartografie [3-it] http://www.eppan.eu/system/web/zusatzseite.aspx?menuonr=218651503detailonr=218623597sprache=3 [4] http://www.mail-archive.com/talk-de@openstreetmap.org/msg38215.html PS: I posted this in the Italian as well as the German mailing-list, as the South-Tyroleans seem to be active in both of them. Feel free to answer in Italian or German in the respective lists. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugang über gmane-nntp gestört?
Johann H. Addicks addi...@gmx.net writes: Wenn ich es richtig sehe, dann kann man seit Sonntag Mittag (26.04) über gmane zwar Postings in die ML verfassen, neue Nachrichten kommen dort aus der Liste jedoch nicht mehr an. Geht mir genauso. Da es auf anderen Listen ähnlich war vermute ich ein Problem bei Gmane. Gruß, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
On Mon, 27 Apr 2009 14:56:57 +0200, Christof Amelunxen Du selektierst ja nicht über alle Places eines type sondern nur die in einem maximalen sinnvollen Radius für diese Typ. Das sind im Normalfall 0, 1 oder vieleicht mal 2. ...wenn du so selektierst wie von dir beschrieben (SELECT MIN(DISTANCE(X.location, Y.location)) AS distance...) dann selektierst du zwar nur einen Datensatz, aber die Datenbank selektiert, berechnet und sortiert intern trotzdem alles und das dauert genauso lange ;-) Sie sollte zuerst den Index mit dem kleinsten CostFactor anwenden (also entweder den Vergleich auf key und value in Tag oder die Bounding-Box auf location). Eine gute Datenbank wird das Ergebniss mit dem zweiten Index weiter verkleinern können, eine weniger gute muss da schon anfangen alle Ergebnisse auf die weiteren Bedingungen hin zu testen. Da eine Geodatenbank wohl sinnvoll einen Punkt oder einen Linestring nach Enthaltensein in einer Bounding-Box/in einem Kreis testen kann sehe ich hier kein Problem. (The details are left as an exercise to the reader.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ersatz fuer Namefinder
Hi Marcus, marcus.wolsc...@googlemail.com wrote: On Mon, 27 Apr 2009 14:56:57 +0200, Christof Amelunxen Du selektierst ja nicht über alle Places eines type sondern nur die in einem maximalen sinnvollen Radius für diese Typ. Das sind im Normalfall 0, 1 oder vieleicht mal 2. ...wenn du so selektierst wie von dir beschrieben (SELECT MIN(DISTANCE(X.location, Y.location)) AS distance...) dann selektierst du zwar nur einen Datensatz, aber die Datenbank selektiert, berechnet und sortiert intern trotzdem alles und das dauert genauso lange ;-) Sie sollte zuerst den Index mit dem kleinsten CostFactor anwenden (also entweder den Vergleich auf key und value in Tag oder die Bounding-Box auf location). Eine gute Datenbank wird das Ergebniss mit dem zweiten Index weiter verkleinern können, eine weniger gute muss da schon anfangen alle Ergebnisse auf die weiteren Bedingungen hin zu testen. Das Problem ist die aggregate function MIN in Kombination mit Distance(x,y), denn hierfür müssen zunächst einmal alle Kombinationen ausgerechnet werden, da hilft dir auch kein räumlicher Index weiter, denn die werden bei dieser Abfrage nicht benutzt (zumindest nicht bei PostGIS oder Oracle Spatial). Da eine Geodatenbank wohl sinnvoll einen Punkt oder einen Linestring nach Enthaltensein in einer Bounding-Box/in einem Kreis testen kann sehe ich hier kein Problem. (The details are left as an exercise to the reader.) Deshalb mein Hinweis auf ST_DWithin statt MIN(Distance(x,y)), denn genau dafür ist die Funktion da. Mit Distance(x,y) klappt das nicht und da wollte ich nur drauf hinweisen. Grüße, Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Am 27.04.2009 um 14:04 schrieb marcus.wolsc...@googlemail.com: On Mon, 27 Apr 2009 13:53:13 +0200, Philipp li...@dodekatex.de wrote: Verstehe ich das richtig: Cloudmate checkt nicht die boolesche Aussage hinterm Tag sondern einfach nur, ob das Tag existiert? Schlimmer. Es dürfte ja durch eine Einbahnstrasse durch. Aber eben nur in eine Richtung. Und für die Richtung müsste es auch auswerten ob der Wert vieleicht auch mal reverse oder -1 ist. Ich habe Cloudmade bereits auf den Fehler hingewiesen. Sie sagen auch, dass das ein Fehler von ihrer Software ist. 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 Ich versteh nicht, warum das bei Autobahnauffahrten so gemacht werden muss. Es ist doch viel logischer, wenn eine Straße nicht mit oneway=yes getaggt ist, ist sie keine Einbahnstraße. Sonst müsste man ja bei jeder Straße alle Tags eintragen, damit jeder sieht: hier wurde nichts vergessen. Weil motorway/motorway_link das Tag oneway=yes impliziert bzw. solch eine Implikation debattiert wird. Wenn da ein kurzes Stück mit 2 Fahrspuren in 2 Richtungen als 1 way modelliert wurde macht das Sinn. Aber warum gerade bei motorway_link? Soll das dann bei alle Straßen, die nur 1 way sind dazu kommen? Bei motorway kann ich das nachvollziehen, da hier der Standart ist: 2 ways. Aber bei motorway_link sehen ich das nicht gegeben. Ich hab keine Statistik, aber ich vermute, dass die hälfte oder mehr Autobahnauffahrten eine gemeinsames Stück bestizen. Konkret ging es bei dem Fehler um diese Auffahrt: http://maps.cloudmade.com/?lat=48.907009lng=8.653069zoom=18directions=48.90699105053876,8.652918934822083,48.90768918224722,8.653364181518555travel=carstyleId=1 Gruß Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Hallo! Am 27. April 2009 05:46 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Prinzipell finde ich, das solche Zusatzinformationen niemand schaden. Wir haben ohne Ende Daten, die auf den ersten Blick nicht wirklich gebraucht werden. Und das ist aber schon ein Problem! Guck mal in deinen Keller, da räumst du auch ab und zu auf, weil du sonst den Überblick verlierst und nichts mehr findest. Bei unseren Daten sollten wir ähnlich vorgehen, sonst ist der Keller bald bis an die Decke voll und man findet nichtmal mehr nen Hammer. Bei einem Keller kann das passieren, bei der DB nicht. Dafür haben wir ja die API: Die sucht den Hammer aus dem Gerümpel raus - ich muss dafür noch nicht mal die Treppe runter. /0.6/node/[tool=hammer][bbbox=mein Keller und der vom Nachbarn] OSM kann auch f?r jeden Zweck eingesetzt werden - ist aber auch f?r keinen bestimmten Zweck geeignet. Naja, aber es gibt Zwecke für die OSM sehr geeignet erscheint und für die viele Leute ein großes Interesse entwickeln. Wie z.B. gedruckte Karten und Navigation mit Autorouting. Auf einen Keller übertragen müsste also gelten: Vielen Leuten scheint ein Keller sehr geeignet dazu, ihr Werkzeug dort zu lagern - Bier, alte Akten und sonstiges Gerümpel gehören also grundsätzlich nicht in Keller, weil man sonst länger nach dem Werkzeug suchen muss? ?ber die implizite Gew?hrleistung der Marktreife oder der Verwendbarkeit f?r einen bestimmten Zweck muss man sich vielleicht Gedanken machen, wenn man mit den Werbeslogan 100% Abdeckung und immer beste Routen oder entsprechenden Produkten und Garantien ankommen m?chte - das ist aber nicht unser Anspruch, sondern nur das Sammeln und bereitstellen von Geodaten. Das ist auch schon dumm solche Werbeslogans zu verwenden und reines Marketing. Karten decken nie 100% ab. Es ändern sich ständig Dinge. Stimmt. Ich hätte 95% oder ein ähnlich vages Versprechen als Beispiel nehmen sollen. Es geht darum, dass wir eben nicht eine Datenbank mit dem Ziel Autonavigation oder Kartenzeichnen oder Kraftwerknetze simulieren aufbauen wollen, sondern eine die offen für alle Anwendungen ist. Wir können, genau wie die GPL, keine Garantien über die Verwendbarkeit für einen bestimmten Zweck abgeben - nicht mal zu 100%, auch wenn unsere Daten das defacto hergeben würden. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Hallo. Am Montag 27 April 2009 16:56:51 schrieb Florian Mutter: Weil motorway/motorway_link das Tag oneway=yes impliziert bzw. solch eine Implikation debattiert wird. Wenn da ein kurzes Stück mit 2 Fahrspuren in 2 Richtungen als 1 way modelliert wurde macht das Sinn. Aber warum gerade bei motorway_link? Soll das dann bei alle Straßen, die nur 1 way sind dazu kommen? Bei motorway kann ich das nachvollziehen, da hier der Standart ist: 2 ways. Aber bei motorway_link sehen ich das nicht gegeben. Ich hab keine Statistik, aber ich vermute, dass die hälfte oder mehr Autobahnauffahrten eine gemeinsames Stück bestizen. Nicht in den OSM-Daten. Es ist der persönlichen Präferenz des Mappers überlassen ob er die typischerweise dort vorhandene doppelte oder dicke Trennlinie als Grund nimmt um die Fahrtrichtungen separat zu mappen oder ob er es lieber aufgrund der gemeinsamen Asphaltdecke als ein Weg modelliert. Es gibt für beide Vorgehensweisen gute und nachvollziehbare Gründe und es herrscht eben kein Konsens. Da auch ein Anwendungs-Entwickler der vollen Überzeugung sein kann (und das ist nicht unwahrscheinlich), dass Autobahn-Rampen nicht zum Wenden taugen und daher immer getrennt eingetragen sein sollten, gab und gibt es viele Software, die für Autobahn-Rampen immer oneway impliziert. Es macht also in diesem Fall Sinn, das einfach explizit anzugeben, wie man es eingetragen hat. Gruß, Bernd -- Jedes Problem erlaubt zwei Standpunkte: unseren eigenen und den falschen. - Channing Pollock (am. Dramatiker 1880-1946) 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] Fehler 403
Hallo Markus. Am Montag 27 April 2009 14:29:57 schrieb Markus: Aber: Könnte man (für Benutzer, die nicht auf dieser Mailingliste sind) nicht eine *sprechende Fehlermeldung* machen: Seit (Datum) läuft OpenStreetMap mit einer neuen Software. Dafür brauchst Du eine neue JOSM-Version. Wer würde die denn lesen? JOSM zeigt seit einer Woche folgende Meldung beim Start an: Hinweis: API 0.6 ist neu (ab 21.April) in Betrieb: Mit einzelnen Störungen oder längeren Ladezeiten ist anfangs zu rechnen. JOSM Version 1529 oder neuer wird benötigt! Hast du's gelesen? Wohl nicht. Also. Gruß, Bernd -- Wenn man mit Raubkopien wirklich Gruppen wie BroSis, die Backstreet Boys oder gar Britney Spears verhindern könnte, würde ich noch heute ein paar CD-Brenner und einen Zentner Rohlinge bestellen. - B. Mangelsdorff in ger.ct 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] Fehler 403
Hallo Bernd, Könnte man (für Benutzer, die nicht auf dieser Mailingliste sind) nicht eine *sprechende Fehlermeldung* machen: Seit (Datum) läuft OpenStreetMap mit einer neuen Software. Dafür brauchst Du eine neue JOSM-Version. Wer würde die denn lesen? ich weiss, dass auch ausgeklügelte und sorgfältig geplante Benutzerführung am einen oder anderen Benutzer vorbeigeht. Aber ich bin halt noch sehr nahe an der Benutzerebene, darum fallen mir solche Verbesserungsmöglichkeiten immer mal wieder auf, und ich helfe auch gern, sie umzusetzen: Wenn etwas nicht funktioniert (alter JOSM mit neuer API), dann ist eine klare *Fehlermeldung* hilfreich, vor allem, wenn sie mir auch gleich den Link zur Fehlerbehebung liefert (aktuelle JOSM-Version zum Runterladen). Eine allgemeine Information reicht nicht: Hinweis: API 0.6 ist neu (ab 21.April) in Betrieb: Mit einzelnen Störungen oder längeren Ladezeiten ist anfangs zu rechnen. JOSM Version 1529 oder neuer wird benötigt! Allgemeine Infos werden nicht immer gelesen. Dieser Absatz enthält gleich drei Informationen in zwei Sätzen: 1. neue API *freu* 2. klappt noch nicht so ganz und immer *ok, Geduld* 3. man braucht eine neue JOSM Version *ok, habe ich* (dachte ich - meine ist ja kaum 3 Wochen alt) Wenn aber 1. /nicht/ funktioniert ohne 3., dann möchte ich das möglichst gleich wissen (nicht erst wenn ich meine Daten laden will). Und ich möchte mir die Info funktioniert nicht nicht erst aus dem überüberübernächsten Absatz in der allgemeinen Info suchen müssen. Dort steht nämlich explizit, welche JOSM-Version ich habe. Da JOSM das weiss, könnte er ja auch gleich sagen: Halt, funktioniert nicht, hier der Link zum Richtigen... Übrigens: der nun funktionierende JOSM erzählt immer noch, dass ich einen neuen JOSM benötige. Obwohl auch er weiss, dass ich bereits den richtigen habe. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Am 26. April 2009 17:13 schrieb Johannes Huesing johan...@huesing.name: Er meint wahrscheinlich http://www.nuernberg.de/internet/verkehrsplanung/verkehrsregeln.html weiter unten, mit Bildüberschrift Für Radverkehr durchlässige Sackgassen Nicht offiziell aber verbreitet. Ja, fast genauso sah es tatsächlich aus. Also ist es tatsächlich quasi selbstgebastelt und hat tatsächlich diese Bedeutung. Danke fürs Raussuchen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Hallo zusammen, Christoph Wagner freemaps@googlemail.com wrote: Das Routing hab ich allerdings noch nicht großartig angefasst. Ich weiß einfach nicht, wo ich da ansetzen soll. was mir an den Default-Regeln von mkgmap nicht so gefällt, ist dass er mich mit dem Rad über highway=trunk routen will. Ich persönlich würde trunk innerhalb D-Land als Kraftfahrstraße sehen, die map_features geben sowas aber nicht direkt her (zumindest kein implizit angenommenes bicycle=no). Drum hatte ich mir selbst Karten gerendert mit folgendem Patch im mkgmap-Style-file resources/styles/default/lines: -highway=trunk [0x02 road_class=3 road_speed=5 resolution 16] -highway=trunk_link [0x08 road_class=3 road_speed=3 resolution 16] +highway=trunk {add bicycle=no; add foot=no} [0x02 road_class=3 road_speed=5 resolution 16] +highway=trunk_link {add bicycle=no; add foot=no} [0x08 road_class=3 road_speed=3 resolution 16] Was meint Ihr dazu? - global ändern in mkgmap ist IMHO nicht korrekt, ich fände es aber schön, wenn jemand Karten so erzeugen könnte, dann muss ich das nicht immer selbst machen *duck* Schöne Grüße, Matthias Merz -- Es wird Wagen geben, die von keinem Tier gezogen werden und mit unglaublicher Gewalt daherfahren. (Leonardo da Vinci, 1452-1519) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktualisierung der ÖPNV-Karte
Hallo Listenleser, ich habe in den letzten zwei Wochen ein paar ÖPNV-Linien neu erstellt und auch modifiziert. Jedoch taucht keine meiner Änderungen auf der ÖPNV-Karte auf, auch bei Zoom größer 14. Ist dieses Problem noch der API-Umstellung geschuldet und bedarf nur noch etwas Geduld meinerseits oder gibt's da andere Probleme? Vielen Dank für sachdienliche Hinweise. Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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] Autobahnauffahrt
Am 27. April 2009 17:34 schrieb Bernd Wurst be...@bwurst.org: Es ist der persönlichen Präferenz des Mappers überlassen ob er die typischerweise dort vorhandene doppelte oder dicke Trennlinie als Grund nimmt um die Fahrtrichtungen separat zu mappen oder ob er es lieber aufgrund der gemeinsamen Asphaltdecke als ein Weg modelliert. Es gibt für beide Vorgehensweisen gute und nachvollziehbare Gründe und es herrscht eben kein Konsens. ja, z.B. auf Autobahnbaustellen gibt es gelegentlich auch keine physische Grenze zwischen entgegengesetzten Richtungen: macht es Eurer Ansicht nach dort Sinn, Gegenverkehr (also highway=motorway, oneway=no) zu modellieren? Damit das Navi dann sagt: wenn frei ist, bitte wenden? Das würden auch Polizei und Rettungskräfte nicht machen (höchstens vielleicht im Krieg). Oder wenn es nur kleinere Büsche sind, und der Bordstein nicht allzuhoch? Ich modelliere grundsätzlich 2 Richtungen und oneway, auch wenn es nur eine Stelle mit dichtem Verkehr und durchgezogener Linie ist. Kurz also immer dann, wenn man dort niemals wenden würde (selbst wenn die echte Trennung fehlt). Wenn man mit dem Fahrrad dann diese Stelle überquert muss das Navi halt neuberechnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der ÖPNV-Karte
Hallo, der Server hat leider seit einiger Zeit den Anschluss verloren, so dass sich ein einspielen der daily-diffs nicht mehr lohnt. Leider haben die kompletten Planet-Dumps vom 18. als auch vom 21. anscheinend Fehler, jedenfalls lassen Sie sich bei mir nicht importieren und ich habe nicht den Platz die Datei zu entpacken und selber hereinzuschauen. Vielleicht weiß dazu jemand hier mehr? Ich hoffe Diesen mitwoch gibt es wieder einen korrekten Dump, so dass die Karte bald wieder läuft. Gruß, Melchior Am 27. April 2009 18:59 schrieb Carsten Gerlach daswaldh...@gmx.de: Hallo Listenleser, ich habe in den letzten zwei Wochen ein paar ÖPNV-Linien neu erstellt und auch modifiziert. Jedoch taucht keine meiner Änderungen auf der ÖPNV-Karte auf, auch bei Zoom größer 14. Ist dieses Problem noch der API-Umstellung geschuldet und bedarf nur noch etwas Geduld meinerseits oder gibt's da andere Probleme? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der ÖPNV-Karte
Am 27. April 2009 19:15 schrieb Melchior Moos melchiorm...@gmail.com: Hallo, der Server hat leider seit einiger Zeit den Anschluss verloren, so dass sich ein einspielen der daily-diffs nicht mehr lohnt. Leider haben die kompletten Planet-Dumps vom 18. als auch vom 21. anscheinend Fehler, jedenfalls lassen Sie sich bei mir nicht importieren und ich habe nicht den Platz die Datei zu entpacken und selber hereinzuschauen. Vielleicht weiß dazu jemand hier mehr? Ich hoffe Diesen mitwoch gibt es wieder einen korrekten Dump, so dass die Karte bald wieder läuft. Gruß, Melchior soweit ich das mitbekommen habe gibt es da wohl einen Patch von der Geofabrik, um die Dumps(diffs?) zu reparieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Update
Moin ! Bei mir fehlen immer noch neuere Messungen ! Hast Du schon neue Erkenntnisse ?? Gruß Jan :-) Jens von Elling schrieb: Meine Updates von Dienstag sind auch noch nicht vollständig umgesetzt. Hat wohl alles mit dem neue Api 0.6 zutun. Jens Jan Tappenbeck schrieb: Hi ! ich habe in der Woche die Friedhöfe aufgemessen und festgestellt, dass bei Mapnik diese nur in den ersten Stufen bereits angezeigt werden. Ich dachte immer das dieses Update kurzfristig für alle Zoomstufen durchgeführt wird. Die letzten 3 Stufen zeigen noch nichts an - kann mir einer weiterhelfen ?? Gruß Jan :-) ___ 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] [Talk-it] Municipal GIS data for South Tyrol
PLEASE: CC me since I'm not a subscriber of talk-de On Mon, Apr 27, 2009 at 3:03 PM, Martin Raifer tyr@gmail.com wrote: Now I'm not so sure what to do with all the data. I'm also confused a little bit, because of the fact that the provincial government is in possession of similar data which is not completely free to use, unfortunately (see discussion at [4])... It is also difficult the terms of usage for the data of the other municipalities. However, it seems to be a great chance to bring the mapping process in South Tyrol a big step forward. Does anyone know the procedure how to work such data into OSM? Hi, I'll write short overview of what I've done in this field to benefit our deutschsprachige freunden which do not follow closely the italian side of the Alps. I've been, in the years, active mainly in freeing Public Administration data all across Italy, so far I've been successful in freeing data of 3 italian regions, and, another region joining in in about a week or so. This said: At the moment I'm in negotiation with the Provinz to obtain data to be legally imported in OSM. -S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der ÖPNV-Karte
Hallo, Martin Koppenhoefer wrote: soweit ich das mitbekommen habe gibt es da wohl einen Patch von der Geofabrik, um die Dumps(diffs?) zu reparieren. Ich habe einen Patch, der das Planetfile vom 21.4. reparieren kann (http://lists.openstreetmap.org/pipermail/dev/2009-April/015060.html). Aber wenn Melchior keinen Komplett-Planet braucht, sondern Deutschland/Europa reichen, dann sind die Auszuege auf download.geofabrik.de jetzt wieder tagesaktuell und korrekt. 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] Fehler 403
Am Montag 27 April 2009 schrieb Markus: Übrigens: der nun funktionierende JOSM erzählt immer noch, dass ich einen neuen JOSM benötige. Obwohl auch er weiss, dass ich bereits den richtigen habe. wenn ich das richtig verstanden habe, dann kommen diese meldungen nicht von josm selber, sondern von einer webseite, sind also mitnichten in irgendeine version eingebaut... 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] Garmin Deutschland update
Matthias Merz schrieb: was mir an den Default-Regeln von mkgmap nicht so gefällt, ist dass er mich mit dem Rad über highway=trunk routen will. Ich persönlich würde trunk innerhalb D-Land als Kraftfahrstraße sehen, die map_features geben sowas aber nicht direkt her (zumindest kein implizit angenommenes bicycle=no). Drum hatte ich mir selbst Karten gerendert mit folgendem Patch im mkgmap-Style-file Ja, das motorroad=yes oder bicycle=no wird leider oft vergessen bei den Trunks ;-) Aber wenn man das in dem mkgmap-Style als Default setzt, dann erschwert das die Entdeckung dieser Datenfehler Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler 403
Hallo Guenther, wenn ich das richtig verstanden habe, dann kommen diese meldungen nicht von josm selber, sondern von einer webseite, sind also mitnichten in irgendeine version eingebaut... Im 5. Absatz der Begrüssungsseite meldet JOSM, welche Version ich installiert habe, welche geprüfte Version aktuell ist und welche Entwicklerversion die neueste ist. Deshalb dachte ich, vielleicht könnte man ja gleich die installierte Version mit der aktuellen (oder eben der für die neue API erforderlichen) vergleichen, und bei passt nicht eine Meldung mit dem Link zur passenden Version anbieten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Chris-Hein Lunkhusen schrieb: Ja, das motorroad=yes oder bicycle=no wird leider oft vergessen bei den Trunks ;-) Aber wenn man das in dem mkgmap-Style als Default setzt, dann erschwert das die Entdeckung dieser Datenfehler Ergänzung: Habe mir gerade mal die aktuelle lines Datei angeschaut, motorroad=yes wird anscheinend gar nicht ausgewertet? Na dann ist es ja kein Wunder wenn er dich mit dem Fahrrad über Kraftfahrstraßen schicken will. ;-) Gibt es die Möglichkeit dort zu sagen: Wenn Trunk und motorroad=yes, dann füge bicycle=no hinzu? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler 403
Hallo Markus, Du bist doch sonst nicht so streng. Ich erledige das mit: cd mein_JOSM-Verzeichnis wget http://josm.openstreetmap.de/josm-tested.jar -N Ist immer aktuell ;-) Beste Grüße aus Berlin JJ -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Markus Gesendet: Montag, 27. April 2009 21:29 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Fehler 403 Hallo Guenther, wenn ich das richtig verstanden habe, dann kommen diese meldungen nicht von josm selber, sondern von einer webseite, sind also mitnichten in irgendeine version eingebaut... Im 5. Absatz der Begrüssungsseite meldet JOSM, welche Version ich installiert habe, welche geprüfte Version aktuell ist und welche Entwicklerversion die neueste ist. Deshalb dachte ich, vielleicht könnte man ja gleich die installierte Version mit der aktuellen (oder eben der für die neue API erforderlichen) vergleichen, und bei passt nicht eine Meldung mit dem Link zur passenden Version anbieten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Bernd Wurst schrieb: meinsames Stück bestizen. Nicht in den OSM-Daten. Es ist der persönlichen Präferenz des Mappers überlassen ob er die typischerweise dort vorhandene doppelte oder dicke Trennlinie als Grund nimmt um die Fahrtrichtungen separat zu mappen oder ob er es lieber aufgrund der gemeinsamen Asphaltdecke als ein Weg modelliert. Es gibt für beide Vorgehensweisen gute und nachvollziehbare Gründe und es herrscht eben kein Konsens. Ich sehe im Verhältniss keine wirklich guten Gründen bei Autobahnen und trunks die Auffahrten als nicht oneway einzutragen - wenden ist dort grundsätzlich verboten und das ist am unmissverständlichsten mit oneway darzustellen. Da auch ein Anwendungs-Entwickler der vollen Überzeugung sein kann (und das ist nicht unwahrscheinlich), dass Autobahn-Rampen nicht zum Wenden taugen und daher immer getrennt eingetragen sein sollten, gab und gibt es viele Software, die für Autobahn-Rampen immer oneway impliziert. Ja, dadurch wird vieles einfacher Es macht also in diesem Fall Sinn, das einfach explizit anzugeben, wie man es eingetragen hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarte f?r ganz Deutschland
Gernot Hillier schrieb: Wie hier schon mehrfach festgestellt, hat Christophs Karte beim Auto-Routing Probleme, die Standard-mkgmap-Karten nicht haben. Das habe ich schon mitbekommen. ;-) Wenn es Dir also um Bugfixing beim Routing geht, dann solltest Du besser eine andere Karte als Referenz verwenden... Mir geht es darum, dass alle drei bisher ausprobierten routingfähigen Karten für meine Stammstrecke die gleiche merkwürdige Route liefern. Backnang-Würzburg ergibt auf ORS mit car/fastest 127,5km und 1:17, mit shortest 124,1km und 1:22. Die OSM-Karten auf dem Garmin wollen mich in 1:42 über 169,8km schicken. Bei Google sind es 132km in 1:26. Kann das an den Einstellungen meines Vista HCx liegen oder stimmt etwas mit den Karten nicht? Mittlerweile habe ich wieder die aktuelle Karte von Carsten drauf. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der ÖPNV-Karte
Ich habe einen Patch, der das Planetfile vom 21.4. reparieren kann (http://lists.openstreetmap.org/pipermail/dev/2009-April/015060.html). Aber wenn Melchior keinen Komplett-Planet braucht, sondern Deutschland/Europa reichen, dann sind die Auszuege auf download.geofabrik.de jetzt wieder tagesaktuell und korrekt. Hui, eigentlich wollte ich den Planet, aber die 100GB zum Entpacken hab ich nicht. Ich versuch's übergangsweise mal mit Europa. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnauffahrt
Garry schrieb: Ich sehe im Verhältniss keine wirklich guten Gründen bei Autobahnen und trunks die Auffahrten als nicht oneway einzutragen - wenden ist dort grundsätzlich verboten und das ist am unmissverständlichsten mit oneway darzustellen. Heißt das, man tagged solche Wege als oneway=yes, nur weil es auf der Einbahnstraße keinen Sinn macht wenden zu wollen... §18 Autobahnen und Kraftfahrstraßen: (7) Wenden und Rückwärtsfahren sind verboten. Daher ist das doch schon klar, die passenden Schildern stehen schon an den Auf- und Abfahrten. Irgendwie wiederstrebt es mir, beim taggen nicht auf die Straße zu achten sondern nur, wie es Navis verstehen könnten. Das ist so, wie Briefkästen und Telefonzellen woanders hinzusetzen, damit es auf der Karte besser aussieht. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Chris-Hein Lunkhusen schrieb: Ja, das motorroad=yes oder bicycle=no wird leider oft vergessen bei den Trunks ;-) OK, motorroad hatte ich mir nicht weiter angeschaut, muss ich zugeben ;-) - wenn das als tag für Kraftfahrstraßen ist, dann sollte natürlich das ausgewertet und die Daten korrigiert werden und nicht rumgeraten klar. Habe mir gerade mal die aktuelle lines Datei angeschaut, motorroad=yes wird anscheinend gar nicht ausgewertet? ist wohl korrekt so. Gibt es die Möglichkeit dort zu sagen: Wenn Trunk und motorroad=yes, dann füge bicycle=no hinzu? Ich hab mir ja noch keine Spezifikation zur lines angeschaut, aber das ist ziemlich sicher das gleiche wie weiter oben bei junction=roundabout; wäre also so ungefähr so (evtl. bei den restrictions noch was ergänzen, den Bitvektor von Garmin hab ich nicht ganz im Kopf): highway=trunk motorroad=yes {add bicycle=no; add foot=no} [0x02 road_class=3 road_speed=5 resolution 16] highway=trunk [0x02 road_class=3 road_speed=5 resolution 16] Sieht besser aus, stimmt ;-) - und *das* könnte/sollte ich ggf. auch mal als Patch an den mkgmap-Maintainer schicken; im Gegensatz zu meiner ersten Idee mit dem generellen Verbieten von Fahrrädern auf trunk ist das dann ja von den map_features abgedeckt. schöne Grüße, Matthias Merz -- Q: How many mutt users does it take to change a lightbulb? A: One. But you have to set the option auto-change-illumination in your .muttrc file. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Baustellen und andere temporäre Daten (was: Re: gesucht: Tag f?r Nennleistung von Gen eratoren)
On Mon, 2009-04-27 at 00:20 +0200, Garry wrote: 12 Monate ist schon eine sehr lange Zeit. Wenn eine wichte Verbindung für mehr als 1Monat nicht benutzbar ist dann sollte das schon auch in den OSM-Daten auftauchen. Das ganze aber so umgesetzt dass man sich mit den jeweiligen Karten auch noch zurechtfinden kann wenn die Sperrung aufgehoben ist oder sich der Verkehrsführung geändert hat. Dich wichtigste Information ist: Achtung! Hier ist was anderst wie man es bisher gewohnt war - erhöhte Aufmerksamkeit für die aktuelle Verkehrsführung erforderlich! Ich finde, man sollte mal darüber nachdenken, ob man für Baustellen und Co. eine eigene Datenbank führt. Die muss ja nicht all zu komplex sein. Diese Daten können beim Routing genutzt werden, ohne dass immer die OSM-Datenbank geändert (und auf dem Rounting-Gerät aktualisiert) werden muss. Gab es da bisher schon mal Überlegungen in dieser Richtung? Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Matthias Merz schrieb: Sieht besser aus, stimmt ;-) - und *das* könnte/sollte ich ggf. auch mal als Patch an den mkgmap-Maintainer schicken; im Gegensatz zu meiner ersten Idee mit dem generellen Verbieten von Fahrrädern auf trunk ist das dann ja von den map_features abgedeckt. In Deutschland dürften Fahrräder generell auf autobahnänlich ausgebauten Strassen verboten sein - oder gibt es ein Gegenbeispiel? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustellen und andere temporäre Daten
Cornelius schrieb: Ich finde, man sollte mal darüber nachdenken, ob man für Baustellen und Co. eine eigene Datenbank führt. Die muss ja nicht all zu komplex sein. Diese Daten können beim Routing genutzt werden, ohne dass immer die OSM-Datenbank geändert (und auf dem Rounting-Gerät aktualisiert) werden muss. Für Tagesbaustellen und Fahbahnerneurung wäre sowas sinnvoll, für grössere Umbauten und Neubauten ehr nicht da sie doch nachhaltig die Verkehrsführung für alle Verkehrsteilnehmer ändern. Solche Baustellen sind nichts was man für ein schönes Kartenbild verstecken sollte sondern ein Merkmal dafür dass in diesen Bereichen mit Änderungen und Behinderungen zu rechnen ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Panoramio, OpenStreetMap und Terms of Use ...
Hi, Gibt es neue Informationen bezüglich der Einbettung von Fotocommunitys wie http://www.panoramio.com ? Meinst du etwas in der Art von http://photosm.broadbox.de ? Für die Benutzung von Marble (http://edu.kde.org/marble) habe ich mir gerade mal die Terms of Use) der Panoramio API angeschaut. Die sind im September letzten Jahres offenbar aktualisiert worden (Google behält sich vor, die Terms of Use jederzeit zu ändern ... ): http://www.panoramio.com/api_terms/ Dort heißt es: You will not: [...] - use the Service in sites using map technology other than Google Maps; Ist eine Nutzung von Panoramio mit OpenStreetMap und OpenLayers damit überhaupt rechtens? Gibt es eine Alternative zu Panoramio mit Terms of Use, die freie Bilder bereitstellt? Grüße, Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de