Re: [Talk-de] Hamburg Statistik
Am Samstag, 12. April 2008 00:06 schrieb Michael Buege: Ist das so strukturiert wie der Nachtrag zum Straßen- und Gebietsverzeichnis? http://www.statistik-nord.de/fileadmin/download/Nachtrag_08_02.pdf Hast du eine Ahnung, ob man an Hand des Grundbuchschluessels weiterkommt? Ich denke eher nicht. Grundbücher sind relativ alt und werden kaum geändert, deshalb stimmen sie nicht mehr mit den Stadtteilen überein. Die Zahl bedeutet einfach nur das das Grundstück z.B. im Grundbuch der Gemarkung Neugraben steht. In Heimfeld sind z.B. sehr viele Straßen im Wald (Forstwege die einen Namen haben), dort wohnt niemand, aber trotzdem haben sie einen Namen. Achja und die Stadt bereibt ja einen eigenen Stadtplan. http://stadtplan.hamburg.de/ Bahnhofstraßenbrücke und Wilhelm Grimm Straßenbrücke gibt es da auch nicht. Stehen diese Strassen wirklich so im Verzeichnis? Ja, stehen so drinn, beide mit dem Hinweis das keine Hausnummern vergeben wurden. Es gibt ja die Wilhelm Grimm Straße und die Rahlstedter Bahnhofstraße gibt es da denn vielleicht eine Brücke? Egal, ich denke ich werde sowieso irgendwann mal beim Statistikamt wegen ein paar Straßen nachfragen (die Schreibweise entspricht nicht den Straßenschildern (evtl. können Sie uns ja einen Ansprechpartner im Bezirk nennen). Packt am besten alles was man evtl. Erfagen sollte auf die Wiki Seite: http://wiki.openstreetmap.org/index.php/Hamburg/Hamburg-Stat Ich sehe nicht, warum es nicht erlaubt sein sollte da nach zu sehen, wo die Straße liegt, dazu sind ja Stadtpläne in der Regel da. Du benutzt also nur den Stadtplan. Afaik kennst du meine Ansicht dazu, ich mag nicht aus Stadtplaenen abschauen, mir ist ein Strassenschild lieber. Natuerlich orientiere ich mich an auch an Stadtplaenen, aber ich moechte die Bestaetigung vor Ort sehen. Ja, das ist nur bei z.B. Stadteilgrenzen und Postleitzahlgebieten etwas schwierig. Wegen der Straßennamen im Neubaugebiet Neugraben-Fischbek 65 (ich hab die Namen aber teilweise nicht die Zuordnung zu den Straßen) werde ich mal bei der Polizei in Neugraben nachfragen, die müssen doch wissen wie sie zu einen Einsatzort kommen, wenn sie gerufen werden. Das könntest du z.B. auch machen. Freiwillig zu Rennleitung? Oha, aber wenn es uns weiterbringt ;-) Die Polizei wird schließlich von uns allen bezahlt, und ist IMOH auch dafür da uns mal den rechten Weg zu zeigen. Wie gesagt, mein Nachbar ist bei der Post, mal sehen, ob der was Brauchbares ausgraebt. Ja, auch eine Methode Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bahn-Mapping
Hallo, da ich weiss, dass sich unter uns viele Pufferk^H^H^H^H^H^H^HBahn- Enthusiasten befinden: Hier hat gerade ein ebensolcher ein umfangreiches Tagging-Schema vorgeschlagen: http://wiki.openstreetmap.org/index.php/User:ShakespeareFan00/OpenRailMap Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch mehr Winkeldings
Hallo, Das fände ich immens wichtig. Vor allem langfristig wird es (hoffentlich) immer mehr Anwendungen geben, die osm-daten referenzieren und hierfür muss man sinnigerweise die id ranziehen. Deswegen wär es unfein, wenn josm einen dazu animiert, bestehende objekte zu löschen und neu zu generieren. align nodes in rectangle wär mir auch zu wenig, es sollte schon align nodes in 90°, also dass auch sowas da aligned werden kann: | | | --- || |- Machst Du mir einen Algorithmus dafuer ;-)? Finde diejenige geometrische Figur, die nur rechte Winkel hat und bei der die Summe der Entfernungen der Punkte vom Original minimal ist oder so... ich nehm auch Pseudocode. Das einzige, was mir jetzt einfiele, waere, in einer Ecke zu starten, den naechsten Punkt auf der Linie so zu verschieben, dass es ein rechter Winkel ist, dann den uebernaechsten undsoweiter, und dann eine Sonderregel fuer das letzte Segment, um wieder den Anfang zu treffen... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Teilweise gesperrte Straßen
Christoph Eckert schrieb: Moin, welcome :) . Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu unterdrücken. Soweit ich weiß gibt es einen Tag um das Namensrendering fallweise zu unterdrücken. Ich bin jedoch der Meinung dass solche Tipps für Renderer nicht in die Datenbank sollten. Falls Du es aushalten kannst :) würde ich momentan einfach darüber hinwegsehen und warten bis die Renderer dazulernen. Aushalten kann ich das schon. Nur das Problem ist das der Name die Einbahnstraßen Kennung verdeckt und ich denke das ist eine wichtige Information. :-) Aber du hast recht solche Informationen sollte nicht in die Datenbank das sollte der Renderer selber erkennen und die Einbahnstrasseninformation priorisieren. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahn-Mapping
Moin da ich weiss, dass sich unter uns viele Pufferk^H^H^H^H^H^H^HBahn- Enthusiasten befinden: Puffer sind mobil und entziehen sich dem Mappen stets! Dass euch Mappern so ein wesentliches Hindernis noch nicht auffiel!!! Die Unter-Spezies Schienenküsser ist da gefragt :-) Gruß Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch mehr Winkeldings
Frederik Ramm schrieb: Hallo, Das fände ich immens wichtig. Vor allem langfristig wird es (hoffentlich) immer mehr Anwendungen geben, die osm-daten referenzieren und hierfür muss man sinnigerweise die id ranziehen. Deswegen wär es unfein, wenn josm einen dazu animiert, bestehende objekte zu löschen und neu zu generieren. align nodes in rectangle wär mir auch zu wenig, es sollte schon align nodes in 90°, also dass auch sowas da aligned werden kann: | | | --- || |- Machst Du mir einen Algorithmus dafuer ;-)? Finde diejenige geometrische Figur, die nur rechte Winkel hat und bei der die Summe der Entfernungen der Punkte vom Original minimal ist oder so... ich nehm auch Pseudocode. Das einzige, was mir jetzt einfiele, waere, in einer Ecke zu starten, den naechsten Punkt auf der Linie so zu verschieben, dass es ein rechter Winkel ist, dann den uebernaechsten undsoweiter, und dann eine Sonderregel fuer das letzte Segment, um wieder den Anfang zu treffen... Bye Frederik Wie wäre es damit: (Ist mir grad so eingefallen, könnte aber funktionieren) Nimm alle Linien und berechne den absoluten Winkel zur waagerechten so, dass der Winkel zwischen 0° und 180° liegt. (falls der Winkel zwischen 180° und 360° liegt muss man Anfang und Ende vertauschen. ) Speichere den resultierenden Winkel in einem Array. Probiere für alle Winkel zwischen 0° und 89° aus, wie gut die Lage der einzelnen Winkel passt. (Hierzu wird geschaut, wie groß die Summe der Abweichungen aller gespeicherten Winkel von zu testenden Winkel, bzw. dem zu testenden Winkel + 90° ist). Der am besten passende Winkel aus diesem Durchlauf wird dann als Referenz genommen. Jetzt werden alle Knoten durchlaufen, beginnend in der Mitte der Figur. Für den Knoten werden alle verbundenen Linien gewählt und so um den Knoten gedreht, dass der der resultierende Winkel entweder dem Referenzwinkel, dem Referenzwinkel + /-90° oder dem Referenzwinkel + 180° entspricht (Natürlich den Winkel mit der kleinsten Abweichung wählen) und die Länge konstant bleibt. Der Knoten ist nach dieser Operation fixiert und darf bei der Bearbeitung der restlichen Knoten nicht mehr verschoben werden. Das ganze wird für alle weiteren Knoten wiederholt. Der Algoritmus wird vermutlich nicht bei allen denkbaren Sonderfällen funktionieren - in diesem Fall bleiben halt nicht angepasste Segmente erhalten. Ich glaube aber dass das im großen und ganzen recht gut funktionieren würde. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Teilweise gesperrte Straßen
Gerhard Schmidt schrieb: Aber du hast recht solche Informationen sollte nicht in die Datenbank das sollte der Renderer selber erkennen und die Einbahnstrasseninformation priorisieren. Warum? Die Einbahnstrasseninformation ist doch im wesentlichen nur für die lautstarke minderheit der autofahrer von interesse. Fußg#257;nger schert's gar nicht und für radfahrer sollte die straße eigentlich in beiden richtungen freigegeben sein (notfalls muss man eben schieben). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Teilweise gesperrte Straßen
Bernhard Seckinger schrieb: Also, es gibt genügend Einbahnstraßen, die für Fahrradfahrer nicht in der entgegengesetzten Richtung freigegeben sind; da wäre ich bei einem Router doch sehr unglücklich, wenn der mich da durch schicken sollte... Kommt drauf an. Da der name nicht passt, wird's wahrscheinlich eine kurze ecke sein. Wahrscheinlich ist man schiebend (oder rollernd) schneller als über eine umwegroute. Abgesehen davon sind sehr viele Fahrradwege Einbahnstraßen! (Und auf solchen Wegen in der falschen Richtung fahren ist meines Wissens die Hauptunfallursache bei Fahrradunfällen zwischen zwei Radfahrern.) Wahrscheinlich, aber fahhradwege sind ja sowieso unterscheidbar getaggt und werden von den renderern bereits jetzt eindeutig dargestellt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Support-Verein
Am Freitag, 11. April 2008 21:34 schrieb Andreas Hubel: Ich denke nen Presseverteiler, also sozuagen [EMAIL PROTECTED] wäre doch schon mal ein Anfang. Soll ich dazu mal ne Mailingliste einrichten? Abonieren können die ja alle die Antworten für die Presse formulieren wollen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] gpsd unter OS X
Andreas Hubel schrieb: falls mal jemand unter OS X mit JOSM direkt mappen will, findet man unter http://kismac.macpirate.ch/wiki/doku.php?id=gpsd einen gpsd installer der funktioniert. Ich frage mich wo man den Link am besten ins Wiki schreiben könnte... Entweder hier: http://wiki.openstreetmap.org/index.php/Making_Tracks_with_Homebrew-ware Oder man widmet gpsd eine eigene Seite? Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahn-Mapping
Um Himmels Willen! Da ist aber wieder einer meilenweit über's Ziel hinausgeschossen. Ich hätte momentan einige Gleise beizutragen wenn es Tags für Industriegleise umd Rangiergleise gäbe, die der Renderer erst ab Detailzoom und dezent darstellt so dass nicht jeder Bahnhof und jedes Industriegebiet zum Gleisbrei verkommt. Schön wäre schon mal: rail=service und eine Unterscheidung zwischen ein und zweispurigen Strecken Friedhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahn-Mapping
Hi, Schön wäre schon mal: rail=service und eine Unterscheidung zwischen ein und zweispurigen Strecken Bei der Eisenbahn sieht man im Moment recht deutlich unsere mangelnde Faehigkeit zur Generalisierung. Eigentlich haette ich ja schon gern jedes Gleis gemappt und nicht bloss eine Linie mit einem Tag dran, wie viele Spuren es jetzt sind... aber das gibt dann beim Rauszoomen eben den Brei, anstatt irgendwann zu sagen ok, ab Level x zeichnen wir nur noch Bahn-TRASSEN statt Bahn-GLEISE ein. Bei Autobahnen haben wir zwar das gleiche Problem, aber da merkt man es nicht so, sieht halt dann aus wie eine dickere Strasse. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bezirke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, mir ist, während ich meine Gegend erweiterte, aufgefallen das in Wien manche Bezirke als region andere aber als suburb getaggt sind. Was ist nun richtig, im IRC-Channel konnte man mir leider nicht helfen und verwies mich auf die Mailinglist. Meine Erkenntnisse bis jetzt: region = Region - nicht so ganz das Richtige finde ich suburb = Vorort, Randbezirk (sollen die Außenbezirke damit getaggt werden und die inneren anders?) - wohl nur manche Bezirke geeignet county = Grafschaft, Landkreis, Bezirk - :-/ district wär wohl das passendste ist aber nicht in den map:features enthalten. mfg, Kelvan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIASueKKYkLjHK3EARAjlkAKC07yXTOpPdghJXmGoA+vAptULuPQCfSJkc Qtj8iMVGqocmcbBlIXUXtw0= =Xf4r -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahn-Mapping
Moin Besagte Seite verifiziere ich wohl erst, wenn ich wieder in KA bin... Schön wäre schon mal: rail=service und eine Unterscheidung zwischen ein und zweispurigen Strecken Bei der Eisenbahn sieht man im Moment recht deutlich unsere mangelnde Faehigkeit zur Generalisierung. Eigentlich haette ich ja schon gern jedes Gleis gemappt und nicht bloss eine Linie mit einem Tag dran, wie viele Spuren es jetzt sind... aber das gibt dann beim Rauszoomen eben den Brei, anstatt irgendwann zu sagen ok, ab Level x zeichnen wir nur noch Bahn-TRASSEN statt Bahn-GLEISE ein. Bei Autobahnen haben wir zwar das gleiche Problem, aber da merkt man es nicht so, sieht halt dann aus wie eine dickere Strasse. ... und bei den Radwegen treffen wir wieder auf dasselbe Problem... Ob nun Gleiszahl, Fahrbahnzahl (neben den Hauptfahrbahnen womöglich auch noch Anliegerfahrbahnen wie in der K'her Kaiserallee), jeweils mit Spurenzahl, oder Rad- und Gehwege etc.: Ein Kartenprogramm kann nur dann vernünftig was damit anfangen, wenn alles irgendwie zusammengehört, ein Routing-Programm hätte die Fahrbahnen aber alle am liebsten getrennt... Dieser Spagat ist noch, ähm, nicht ganz gelöst in OSM, fürchte ich... Gruß Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahn-Mapping
Hallo, ab Level x zeichnen wir nur noch Bahn-TRASSEN statt Bahn-GLEISE ein dafür müßten aber die Gleise in einer Relation zu Trassen zusammengefaßt werden. Am besten natürlich so, daß man das gleiche Verfahren auch für Straßen nutzen kann. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mappen mit Glopus
Hallo, da ich Probleme mit OSM-Tracker hatte bin ich irgendwann auf Glopus umgestiegen. Leider packt dieses nur den Pfad in das GPX-File, nicht aber die Wegpunkte (Goto-Punkte in Glopus) Die stehen im waypoints.asc. Wie kann ich diese trotzdem in JOSM nutzen? So einfach einladen funktionieert nicht. Gibt es da was fertiges? Wenn nicht werde ich ein Programm schreiben, daß zu einem gpx alle Wegpunkte aus einem asc sucht die in seinem Bereich liegen und diese ins gpx integriert. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
