Re: [Talk-de] Hierarchisches Tagging
Hallo. Am Freitag, 13. Februar 2009 schrieb Frederik Ramm: Bernd Wurst wrote: http://tools.geofabrik.de/map/?type=Mapniklon=9.15477lat=48.92283zoom= 16 Eine Gegend, in der sehr viele Wege unknown zu heissen scheinen. Komischer Name, das. Äh, ja, von der Autobahn zum Ikea ist mein bisheriges Betätigungsfeld. Alles andere kenn ich dort nicht. Aber Ludwigsburg ist von KA aus auch nicht wesentlich weiter als von mir zu Hause, wenn es dich stört. :) Nein, das ist nicht Pfusch an der Karte, schließlich entspricht das der Realität mit lauter mindestens per durchgezogener Linie getrennten Fahrstreifen. :) Ich haette jetzt gedacht, Einbahnstrasse ist nur, wo auch ein derartiges Schild steht, aber damit bin ich vermutlich wieder einer von diesen kleinkarierten Schildermappern ;-) Scheint so, denn ich kenne eher wenige Autobahnen an denen Zeichen 220 angebracht ist und trage dennoch immer oneway=yes ein. Klar, man könnte Autobahnen eigentlich auch komplett ohne oneway=yes erfassen, wenn man an allen Auf- und Abfahrten die richtigen Abbiegeregeln eingibt. Aber das will sich IMHO niemand antun und auch die Großen haben Autobahnen als Einbahnstraßen drin, auch ohne z220. Ich sehe daher kein Problem bei (auch nur durch dicke, durchgezogene Linien) getrennten Fahrbahnen einzelne oneways zu machen. Ebenfalls ohne ein z220 als Grundlage. Gruß, Bernd -- Press CTRL-ALT-DEL to continue... 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] Relationen / Entfernte Wanderwegstücke / JOSM / X19 Schlösserweg
Hallo. Am Freitag, 13. Februar 2009 schrieb hansdorfff: Eine eigene X19-Relation aufzumachen halte ich für unsinnig, eigentlich sollte es nur eine einzige X19 Schlösserweg geben!? Die existierenden X19-Wegstücke sind leider hunderte km entfernt [...] Eine Relation die einen zusammenhängenden Wanderweg über mehrere hundert Kilometer enthält ist in aller Regel nicht sinnvoll. Bei Autobahnen geht das zwar grade noch, die haben aber normal weniger Stützpunkte und damit auch weniger einzelne Weg-Fragmente. Ein (Fern-) Wanderweg führt ja oft auf kurzen Abschnitten anderer (Fuß-)Wege entlang und die Relation enthält dadurch viele kleine Stückchen. Bei langen Wegen wird das unglaublich viel und man muss es aus technichen Gründen auftrennen, damit man das weiterhin handhaben kann. Lege daher eine neue Relation an, wenn es keine andere passende in der Nähe gibt. Irgendwann wird jemand entscheiden müssen ob die unterteilung auch inhaltlich okay ist oder ob man vielleicht besser einen Ort weiter den Schnitt macht, damit man eine hübsche Tagesetappe zusammen bekommt. Aber das lässt sich leichter entscheiden wenn alles mal überhaupt erfasst ist. Gruß, Bernd -- Das Ärgerlichste in dieser Welt ist, daß die Dummen todsicher und die Intelligenten voller Zweifel sind. 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] Hierarchisches Tagging
Bernd Wurst be...@bwurst.org writes: Ich sehe daher kein Problem bei (auch nur durch dicke, durchgezogene Linien) getrennten Fahrbahnen einzelne oneways zu machen. Ebenfalls ohne ein z220 als Grundlage. Genau. z220 sollte man mit traffic_sign=z220 eintragen. Und alle anderen schilder entsprechend. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Karl Eichwalder schrieb: Ulf Lamping ulf.lamp...@googlemail.com writes: Wenn du z.B. in Osnabrück am Neumarkt (zentraler Busknotenpunkt, etwas größeres Areal) umsteigen willst, ist es schon ganz nett zu wissen an welcher Ecke man ankommt und wo man weiterfahren muß. Da geht nämlich aus den offiziellen sites oft nich sooo toll hervor (keine Ahnung ob das inzwischen in OS besser geworden ist). Beim VGN zumindest scheint es anders zu sein (nicht optimal, aber immerhin): http://vgn.de/komfortauskunft/umgebungsplan/?UPlanName=un_thoge So eine Ausnahmeerscheinung scheint das nicht zu sein. Hier ein paar Beispiele aus NRW http://www.avv.de/ressorts/uebersichtsplaene/haltestellenlageplaene/ http://www.vrsinfo.de/2_6_1.php http://efa.vrr.de/download/envmaps/vrr/index_auswahlbuttons.htm http://www.mvg-online.de/Karten.94.0.html Im zusammenhang mit OSM ist für mich die info nur zweitrangig wichtig; wie auch die genauen fahrzeiten möchte ich so etwas dem offiziellen plan entnehmen. Was nützt es mir z.b., wenn ich alle haltestellen bei einer abfrage mitgeliefert bekomme, ohne dass mitgeteilt wird, wann diese haltestellen bedient werden? Das kann man nur dem offiziellen fahrplan entnehmen. Eine Fahrplanauskunft in OSM einzubauen macht m. E. keinen Sinn. Es gibt ständig irgendwo Änderungen, die nachgehalten werden müssen. Manche Auskunftssysteme werden täglich aktualisiert. Vorstellen könnte ich mir allerdings, einen voreingestellten Link zum regionalen Auskunftssystem einzubinden. So wie das beispielsweise google in den Niederlanden mit den Daten von 9292ov.nl macht oder so wie es goyellow.de mit der DB-Auskunft macht. Richtig gut gefällt mir die Lösung wie sie der Stuttagrter Verkehrsverbund www.vvs.de umgesetzt hat. Da bekommt man in der Karte über Mouseover auf die Haltestelle die nächsten Abfahrten angezeigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice
Johann H. Addicks schrieb: Ach, damit für Dich auch was dabei ist kann ich Dir gerne auch den Trampelpfad über die S-Bahn-Gleise mappen, der jeden Tag von schätzungsweise 100 Personen genutzt wird. Nein, bitte nicht. Wer möchte, kann ja seinen Router auf Luftlinienmodus stellen. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren map pen
Hallo, Und wer denn gerade dabei ist: Bitte auch die deutschen Namen der größeren Städte gleich mit eintragen (name:de=) http://de.wikipedia.org/wiki/Liste_der_St%C3%A4dte_in_Polen Grüße, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Arne Bischoff schrieb: Und wer denn gerade dabei ist: Bitte auch die deutschen Namen der größeren Städte gleich mit eintragen (name:de=) Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: wenn name:pl oder name:de vorhanden und Name korrekt, ist der anderssprachige Name leicht zu finden, ansonsten wird der Name selbst mit der Liste abgeglichen, name:pl oder name:de gesetzt und der anderssprachige Name ergänzt. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Wäre das was für den xybot? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Autobahnpunkte
Torsten Breda schrieb: Am 9. Februar 2009 09:28 schrieb Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net: Hallo Torsten, das Problem ist... Bei der Ausfahrt werden als Tags nur NAME und REF ausgewiesen aber kein HIGHWAY=. Ist ja auch nur ein node. Die Ausfahrt als Weg wird mit highway=motorway_link bezeichnet Von einem Icon einmal abgesehen und wenn ich die bisherige Datenerfassung betrachte, dann wird immer das in JOSM als Autobahnkreuz bezeichnete Tag für jede Art von Ausfahrt genommen - wie es auch in den Features unter MOTORWAY_JUNCTION steht. Junction bedeutet Kreuzung, meint also das Autobahn kreuz und NICHT die Ausfahrt. Junction steht allgemein für Verbindung. Wichtigste Information ist, dass es eine Verzweigung gibt, ob es eine Ausfahrt oder eine Atubahnkreuz ist ist erstmal nachranging. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Moin, auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Hallo, malenki wrote: Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: Ich bin gegen Automatisierungen an jeder Ecke. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert - nicht gerade einadend fuer Neulinge. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? 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] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Torsten Leistikow schrieb: auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Hi, hatte das Problem auch unter Suse 11.0. Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Torsten Leistikow wrote: auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Folgende zwei Repositories in yast hinzufügen: http://download.opensuse.org/repositories/Application:/Geo/openSUSE_11.0/ http://download.opensuse.org/repositories/KDE:/Qt/openSUSE_11.0/ webkit-image von dort installieren (und josm und andere Tools bei Bedarf) und nutzen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Chris-Hein Lunkhusen wrote: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm schrieb: Hallo, malenki wrote: Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: Ich bin gegen Automatisierungen an jeder Ecke. Ich auch, weil die schnell übers Ziel hinausschiessen. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert - nicht gerade einadend fuer Neulinge. Die meisten Neulinge denen ich begegnet bin, sind meist froh wenn da nochmal jemand hinschaut. Ob das jetzt ein Bot oder eine Person ist, dürfte erstmal egal sein. Klar, ein erfahrener Mapper wird natürlich meist mehr sehen als ein Bot. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. ;-) Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Die Wikipedia Texte stehen meist (alle?) unter der GFDL, die ist meines Wissens nicht mit der OSM Lizenz kompatibel. Schöne neue Welt :-( Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice
Am 13. Februar 2009 16:40 schrieb Johann H. Addicks addi...@gmx.net: Dirk-Lüder Kreie schrieb: Du möchtest also ein best practice-tagging. Radler dürfen Anlieger-Frei-Bereiche nicht befahren, wenn sie keine Anlieger sind. Gleiches gilt für Raldler auf Straßen die LandForstwirtschaft frei mit Durchfahrtsverbot belegt sind. Ausnahme ist dann nur der Förster auf dem Rad... Naja, wir sollten schon zwischen Zeichen 250 und Zeichen 260 unterscheiden. Alle Anliegerstraßen, die ich kenne, sind mit Zeichen 260(Verbot für Kraftfahrzeuge) und Anlieger frei beschildert. Das juckt keinen Fahrradfahrer und lässt sich mit motor_vehicle=destination präzise taggen. Zeichen 260(Verbot für Fahrzeuge aller Art) schließt dann auch Fahrräder aus und sollte mit vehicle=destination korrekt beschrieben sein. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Dirk Stöcker schrieb: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. gnome-web-photo-fixed-fixed: #! /bin/bash gnome-web-photo --mode=photo --format=ppm $1 /dev/stdout | pamcut -bottom=-2 |pnmcrop -white |pnmtopng # Achtung: obiger Befehl muss in einer Zeile stehen Ich habe das |pamcut -bottom=-2 eingefügt. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Chris-Hein Lunkhusen wrote: Dirk Stöcker schrieb: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. Geht statt pamcut -bottom=-2 auch pnmcrop -black? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Chris-Hein Lunkhusen schrieb: Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. Das sieht gut aus. Bei drei Versuchen in Folge hat es schon mal an Stellen geklappt, wo ich mit dem alten web-photo-fixed nicht weitergekommen bin. Vielen Dank fuer die Hilfe. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Moin, Ich habe mal angeregt, ob man nicht so eine hide landuse-Funktion einbauen koennte. in osm2go kann man beliebige Objekte selektieren und dann verstecken. Im Schwarzwald echt nützlich ;-) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hi Tobias, kannst du da ein paar mehr Details verraten wie der dann aussehen und funktionieren soll? Auch bin bezug auf die Eintragung in OSM, weil habe noch keine Werte für die Höhe gesehen. Gibt es ne Projektseite, wo du über den Fortschritt berichtest? Mfg Marco Tobias Wendorff schrieb: Hallo Community, UPS war da und hat mir ein paar tolle, kleine Bauteilchen gebracht: http://www.pictureupload.de/pictures/130209221031_height.jpg bzw. http://www.pictureupload.de/originals/pictures/130209221031_height.jpg Das ist keine Fotomontage, die Bauteile sind wirklich so klein! Es handelt sich dabei um hochpräzise Drucksensoren ... das Päckchen hat mich 75 EUR gekostet. Sie bilden die Basis für den OSM-Höhenmesser ... Stay tuned! Grüße Tobias ___ 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] Höhenmesser: Die Post war da :- )
Marco Horstmann schrieb: Hi Tobias, kannst du da ein paar mehr Details verraten wie der dann aussehen und funktionieren soll? Auch bin bezug auf die Eintragung in OSM, weil habe noch keine Werte für die Höhe gesehen. Gibt es ne Projektseite, wo du über den Fortschritt berichtest? Hier auf der Liste wurde schon ausgiebig über Höhendaten diskutiert mit dem Ergebniss dass eine linien- und flächförmige Erfassung in OSM zu vielen Problemen führt die den Nutzen sehr in Frage stellen um es mal vorsichtig auszudrücken.. Gegen ein Höhenangabe für einzelne nodes (Berggipfel, Aussichtspunkte,.. ) ist dagegen nichts einzuwenden. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren map pen
Hallo, Ich kenne mich nicht mit Automatisierungen aus. Da ich schon deutsche Bezeichnungen für polnische Orte nachgetragen habe, weiß ich, dass man da ziemlich sorgfältig vorgehen muss. Ich habe jedenfalls nicht einfach Daten übernommen sondern oft nochmal recherchiert, auch auf polnischsprachigen Websites. Viele kleinere Orte findet man auch schwierig. Siehe z.B. das jetzige Sądry (Zondern)*. Die polnische Wikiseite weist nicht einmal den alten deutsche Namen aus, wie im übrigen viele polnische Orte auf ihren offiziellen Seiten selbst in der Geschichtsdarstellung ausschließlich den polnischen Namen benutzen. Naja, war fast OT, ich wollte eigentlich nur kurz den Hinweis geben, dass man bei Gelegenheit das mitmacht. Denn der Print von Karten mit polnischen UND deutschen Namen dürfte durchaus ein interessantes Gebiet für OSM sein. Grüße, Arne+++ * http://pl.wikipedia.org/wiki/S%C4%85dry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SV und Statistiken (Rheinland-Pfalz)
Hallo zusammen, auf meiner Suche nach einem Straßenverzeichnis für meine Heimatstadt in RP, bin ich auf die Kommwis GmbH gestoßen, die ein Straßenverzeichnis für ganz RP zum Download anbietet [1]. Laut Aussage eines Mitarbeiters werden die Daten von den einzelnen Meldebehörden gepflegt, von der Kommwis gebündelt und (monatlich aktualisiert) zum Download angeboten. Da die Erfassung von den Meldebehörden vorgenommen wird, sollten die Daten qualitativ hochwertig sein. Auf meine Nachfrage, ob wir das Verzeichnis für unsere statistischen Auswertungen verwenden dürfen, habe ich mittlerweile eine positive Antwort erhalten - wir haben die Erlaubnis. Sven Anders hat in den letzten Tagen versucht, das Straßenverzeichnis auszuwerten (nochmals vielen Dank!). Ergebnisse findet man wie bisher unter [2]. Es gibt allerdings das Problem, dass in OSM für weite Teile von Rheinland-Pfalz noch keine Stadt- bzw. Ortsgrenzen existieren - die Ortsangaben im SV können also noch nicht den Gebieten zugeordnet werden. Hier Sven's Anleitung, wie ihr ihm helfen könnt, die Auswertungen zu vervollständigen: Da die Daten ja schon vorliegen, brauchen wir von dir nur eine Relation mit dem (ungefähren) Verlauf. Wenn du nicht weißt wo die Grenze verläuft, kennzeichne sie einfach mit source=best-guess Die Relation muss einen Key: de:amtlicher_gemeindeschluessel und als Value den Gemeindeschlüssel aus dem Strassenverzeichnis haben. [ Führende Nullen sind wichtig! ] Bitte beachten: Der Key ist ziemlich lang und Tippfehler anfällig, deshalb meine Empfehlung: Mit der Zwischenablage arbeiten. Du brauchst niemanden eine Mail schicken etc. - die Auswertungen werden dann irgendwann (das dauert mindestens 48h, weil erst dann die Daten dafür über die Geofabrik vorliegen) erstellt. = Sven wird übrigens in nächster Zeit noch eine Auswertung für ganz RP fahren. Gruß Tim [1] http://kommwis.de/index.php?id=33 [2] http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SV und Statistiken (Rheinland-Pfalz)
Am Samstag, den 14.02.2009, 16:13 +0100 schrieb Tim Bordemann: Da die Daten ja schon vorliegen, brauchen wir von dir nur eine Relation mit dem (ungefähren) Verlauf. Warum unbedingt eine Relation? Gerade bei kleineren Orten besteht dafür eigentlich keine Notwendigkeit, weswegen auch Ways ausgewertet werden sollten, oder übersehe ich etwas? Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Zeichenmodus
Hallo, in Version 1405 hat sich am Zeichenmodus einiges geändert: - Doppelklick auf den letzten Knoten beendet das Zeichnen der aktuellen Figur. - In den Einstellugen kann man den Potlatch-Stil auswählen. Bei diesem Modus sind der Auswahl- und der Zeichenmodus miteinander vereint. Bitte testen und berichten wie gut es funktioniert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
On Fri, Feb 13, 2009 at 07:51:54PM +0100, Martin Koppenhoefer wrote: Am 12. Februar 2009 10:49 schrieb Jochen Topf joc...@remote.org: On Wed, Feb 11, 2009 at 11:59:59PM +0100, silversurfer wrote: vielleicht könnte man noch die Vogelperspektive wie bei Dual Maps http://www.mapchannels.com/DualMaps.aspx einbauen. Dazu müßte ich Microsofts Terms of Use akzeptieren. Da steht z.b.: # The following additional terms apply to your use of Bird's eye aerial imagery * You may not reveal latitude, longitude, altitude or other metadata; Danach hab ich dann garnicht mehr weitergelesen. sind die Terms auch der Grund, dass Google StreetView nicht eingebunden wurde? Auf die Idee bin ich garnicht gekommen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SV und Statistiken (Rheinland-Pfalz)
Hallo Roland Am Samstag, 14. Februar 2009 16:18 schrieb Roland Ramthun: Warum unbedingt eine Relation? Gerade bei kleineren Orten besteht dafür eigentlich keine Notwendigkeit, weswegen auch Ways ausgewertet werden sollten, oder übersehe ich etwas? Es macht es für mich einfacher. Bei Wegen ist immer die Gefahr, das jemand die Nachbargemeinde auch erfasst und dann den Weg weiter untergliedert. Dann gibt es zwei Wege. Außerdem ist ja eine Grenze immer Bestandteil von zwei Gemeinden. Das könnte man zwar mit einem Key wie left:de:amtlicher_gemeindeschluessel oder so abfangen, macht aber das Parsing wieder sehr viel aufwendiger (der Weg darf dann sich auch nicht in der Richtung ändern etc. Ich finde deshalb eine Relation zu erstellen, ist ja nun auch nicht so viel Aufwand. Außerdem haben wir dann demnächst auch alle Gemeinden von RLP drinn (wenn auch vielleicht ungenau), wäre doch toll! ==Im Notfall:== Wenn sich jemand nicht traut, kann er mir (oder noch besser einen anderen anderen versierten OSMler der vielleicht dichter Drann sitzt) auch den AGS und die Way-Id schicken. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Hi Im zusammenhang mit OSM ist für mich die info nur zweitrangig wichtig; wie auch die genauen fahrzeiten möchte ich so etwas dem offiziellen plan entnehmen. Was nützt es mir z.b., wenn ich alle haltestellen bei einer abfrage mitgeliefert bekomme, ohne dass mitgeteilt wird, wann diese haltestellen bedient werden? Das kann man nur dem offiziellen fahrplan entnehmen. Eine Fahrplanauskunft in OSM einzubauen macht m. E. keinen Sinn. Es gibt ständig irgendwo Änderungen, die nachgehalten werden müssen. Manche Auskunftssysteme werden täglich aktualisiert. Vorstellen könnte ich mir allerdings, einen voreingestellten Link zum regionalen Auskunftssystem einzubinden. So wie das beispielsweise google in den Niederlanden mit den Daten von 9292ov.nl macht oder so wie es goyellow.de mit der DB-Auskunft macht. Richtig gut gefällt mir die Lösung wie sie der Stuttagrter Verkehrsverbund www.vvs.de umgesetzt hat. Da bekommt man in der Karte über Mouseover auf die Haltestelle die nächsten Abfahrten angezeigt. Dafür gibt es den Tag uic_ref , der in D nicht nur für Bahnstationen vergeben ist sondern auch für so gut wie alle Bushalte etc. Damit kann man via hafas direkt zur Fahrplanauskunft kommen. Mit dem Mouse-Over haben die Pforzheimer in ihrer Karte recht schön gelöst ... Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schreber-/Kleingartenweg
Moin ! über Fusswege und Pfade wird schon viel diskuttiert. Das ganze auf Schreber-/Kleingartenwege projeziert ist auch nicht ganz zu vernachlässigen. Wie würdet Ihr folgendes Taggen ?? - Wege zwischen den Parzellen - highway=path ?? (i.d.r. wassergebundene Oberfläche mit einer Breite ca. 1,5-2m) - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm schrieb: Ich bin gegen Automatisierungen an jeder Ecke. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert In diesem Fall würde er ja nur ergänzen - nicht gerade einadend fuer Neulinge. Stimmt. Ich kenne das Gefühl. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. Eine Vermutung. Wenn diese Funktion eingebaut wäre, könnte man sie unter anderm für alle Länder mit nichtlateinischem Alphabet nutzen, eine korrekte Quelle für anderssprachige Namen vorausgesetzt. Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Das heißt, dass man sie gar nicht verwenden darf..? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 14.02.2009 17:57, Jan Tappenbeck: Moin ! über Fusswege und Pfade wird schon viel diskuttiert. Das ganze auf Schreber-/Kleingartenwege projeziert ist auch nicht ganz zu vernachlässigen. Wie würdet Ihr folgendes Taggen ?? - Wege zwischen den Parzellen - highway=path ?? (i.d.r. wassergebundene Oberfläche mit einer Breite ca. 1,5-2m) - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Genau so. Bzw. Verwende ich für die interparzellären Wege footway. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm frede...@remote.org wrote: Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Wollte die Wikipedia nicht komplett auf CC-BY-SA umstellen? Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /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] Schreber-/Kleingartenweg
Jan Tappenbeck o...@tappenbeck.net wrote: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? highway=track tracktype=grade1 Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /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] Schreber-/Kleingartenweg
Am 14.02.2009 18:45, Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? highway=track tracktype=grade1 Wenn es wirklich nur um PKW-breite, asphaltierte Wege geht, ja. Aber wenn es aspahltierte Anfahrts- und Anlieferungsstraßen mit Bordstein und möglicherweise Entwässerung sind, dann highway=service. Gru0, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Hallo, Aber wenn es aspahltierte Anfahrts- und Anlieferungsstraßen mit Bordstein und möglicherweise Entwässerung sind, dann highway=service. Habe ich noch nie in Kleingartenanlagen gesehen. Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Suche
Die Suche auf OSM.org ist im Vergleich zu unserem Mitbewerb ungewohnt langsam, und die Ergebnisse sind verwirrend strukturiert. Von Jan gibt es für FireFox ein neues Suchtool als addin, das bei Klick auf einen Ort in einer Website direkt zu OSM verlinkt: https://addons.mozilla.org/en-US/firefox/addon/10531 Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? (zumindest bis die OSM-Suche besser funktioniert) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hallo, das Hauptproblem mit der Höhe ist doch, daß sie bei GPS recht ungenau ist. Was wir also bräuchten wäre eine Methode mehrere Meßwerte zu mitteln. So etwas wäre bei abgeschatteten Orten auch für die 2D-Bestimmung gut. Also etwa so: Mapper 1 trägt einen Punkt ein der aber recht ungenau ist Mapper 2 verschiebt den Punkt auf den Ort den er gemessen hat, in OSM werden beide Koordinaten gespeichert und die Duchschnittsposition angezeigt. Dies wäre natürlich ein massiver Eingriff in die Datenstruktur - api0.7 Derzeit sehe ich an solchen Orten, daß meine Position und die in OSM nicht übereinstimmen, weiß aber nicht welche Messung besser ist. Höheninfos würde man am besten automatisch aus einem GPX-File übernehmen. Will man dann die Höhe eines Punktes ermittel sucht man die nächsten 10 (oder so) Punkte und mittelt deren Höhe, ggf gewichtet nach Entfernung und GPS-Empfangsqualität. Initialisieren könnte man die Daten mit den vor kurzem hier erwahnten NASA-Daten. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Suche
On Sat, Feb 14, 2009 at 07:58:37PM +0100, Markus wrote: Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? Die Suche auf openstreetmap.org macht schon von Anfang an genau so eine Suche in gazetteer und geonames. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigene Karten mit Mapnik und PostGIS - Daten fehlen
Hi, ich hatte schon seit längerem vor, einen eigenen Mapnik Server aufzusetzen der Overlay Tiles generiert (also transparente) die ich mittels OpenLayers über die offiziellen Tiles legen kann. Nun hatte ich den ganzen Tag Mapnik und PostGIS eingerichtet, Testdaten reingeladen, das aktuelle Stylesheet etwas verändert usw. und mittlerweile läuft das wirklich perfekt. Jetzt wollt ich drangehen mein eigenes Stylesheet zu schreiben das auch ein paar spezielle Tags berücksichtigt. Zum Beispiel würd ich gern surface berücksichtigen und später vielleicht auch mal eine Karte erstellen die maxspeed als Symbol auf dem Way anzeigt. Völlig überrascht musste ich aber gerade feststellen: Ich finde genau diese Daten nicht in der Datenbank. Da gibts nur die 4 planet_osm_* Tabellen, aber spezielle Tags sowie Relationen fehlen komplett. Wie bekomme ich auch diese Daten in die Datenbank? Gruß Daniel -- web: http://daniel.vogelbacher.name irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Jan Tappenbeck schrieb: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Wenn Begegnunsverkehr nicht möglich ist, dann NICHT service, sondern track, nach dem was Du schreibst tracktype grade1 bzw grade2. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Suche
Hallo. Am Samstag, 14. Februar 2009 schrieb Jochen Topf: On Sat, Feb 14, 2009 at 07:58:37PM +0100, Markus wrote: Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? Die Suche auf openstreetmap.org macht schon von Anfang an genau so eine Suche in gazetteer und geonames. Wir hoffen jetzt mal alle, dass der Namefinder durch die Spendenaktion einen Ruck bekommt und die momentan zeitweise unbrauchbare Langsamkeit durch bessere Server oder besseren Code enfach irgendwie besser wird. Momentan ist es halt so, dass wenn einer der beiden Such-Services langsam oder kaputt ist (was oft passiert), dann wird der komplette timeout abgewartet bis der Besucher überhaupt irgendwas machen kann. Das ist nicht besonders intelligent. Aber ja, falsche Liste, nehm ich an. Gruß, Bernd -- Die kürzeste Verbindung zwischen zwei Punkten ist... ...gewöhnlich wegen Bauarbeiten gesperrt. 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