Re: [Talk-de] Ortsnamen
Hallo Markus, Danke für den Link. Ich verstehe das so, dass wir für OSM den Code ISO-3166 ALPHA-2 verwenden. Falls ich mich irre, dann bitte ich um einen Hinweis. Mit dieser Liste wäre es wirklich einfach, alle Hauptstädte der Welt zu taggen. Jetzt brauchen wir nur noch ein neues Tag für den Hauptstadt-Status. Thomas Treyer Am 20.06.2009 um 16:12 schrieb Markus: > Hallo Thomas, > >> 196 Städte in Deutschland mit mehr als 50.000 Einwohner >> Liste von Länderkennzeichen, die in OSM verwendet werden > > http://de.wikipedia.org/wiki/ISO-3166-1-Kodierliste > http://de.wikipedia.org/wiki/UN/LOCODE > > 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] Ortsnamen
Hallo, ich hatte ja vorgeschlagen, die Darstellung von Städtenamen zu optimieren, indem wir für jede Stadt die Einwohnerzahl und einen evt. Hauptstadt-Status einzutragen. eine kleine Nachforschung hat folgendes ergeben: 1. Das Map-Feature "place" kennt das Tag "population". Laut OSM-Wiki ist es speziell dafür gedacht, Städte-Namen auf Karten optimal darzustellen und für größere Städte eine größere Schrift in der Kartendarstellung zu wählen. 2. Es gibt noch kein Map-Feature und auch kein Proposal für den Status einer Hauptstadt. 3. Laut statistischem Bundesamt http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Content/Statistiken/Regionales/Gemeindeverzeichnis/Administrativ/AdministrativeUebersicht,templateId=renderPrint.psml gibt es 196 Städte in Deutschland mit mehr als 50.000 Einwohner. Die Liste der Städte kann man ebenfalls vom statistischen Bundesamt herunterladen. Damit müssten wir doch Deutschland in kürzester Zeit vollständig taggen können, oder? Offene Punkte: 1. Wie kann ich aus der OSM-DB eine Liste aller Städte in Deutschland generieren, die bereits "place=city" und "population=*" haben? 2. Welches tag sollten wir für den Hauptstadt-Status vorschlagen? Ich habe noch keine Erfahrung mit der Systematik von OSM-Tags. Mein naiver Vorschlag wäre: primary_capital_of= secondary_capital_of= tertiary_capital_of= Das Tag "primary_capital_of" wäre international gültig, eine Liste aller Hauptstädte könnten wir von der UNO runterladen. Es müssten ca. 300 Städte getaggt werden. Gibt es eine Liste von Länderkennzeichen, die in OSM verwendet werden können? Wir könnten ja auch einfach alle Hauptstädte taggen, für die wir ein Länderkennzeichen haben. Die Tags "secondary_capital_of" und "tertiary_capital_of" haben dann eine länderspezifische Bedeutung, je nach föderaler/politischer Struktur des Landes. In Deutschland wären die Hauptstädte der Länder "secondary_capital_of" und die Regierungsbezirke dann "tertiary_capital_of". Als Wert des Tags würde man dann das Bundeland bzw. den Regierungsbezirk eintragen. Beispiele: place=city name=Berlin population=3416255 primary_capital_of=DE place=city name=München population=1311573 secondary_capital_of=Bayern In einer ersten Welle könnten wir die primären Hauptstädte von Europa und alle Städte > 50.000 Einwohner in Deutschland taggen. Das klingt nach viel, es geht aber nur um ca. 250 Tags. Die Regierungsbezirke könnten wir erst einmal weglassen. Vielleicht könnten wir ja auch andere Gruppen motivieren, ihre Länder ebenfalls auf grober Ebene zu taggen. Wenn dann europaweit das Tagging in diesem Level abgeschlossen ist, könnte dies den einen oder anderen Renderer überzeugen, diese Tags auch zu verwenden. Falls dies geklappt hat, kann man sich in der nächsten Welle dann die Regierungsbezirke vornehmen. Thomas Treyer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbreite und Fahrspuren
Ich sehe schon, die Breite und die Fahrspuren sind eine komplizierte Sache. Wenn man Rad- und Fußweg zur Breite dazu zählt, dann liegen befinden sich separat eingetragene Radwege (highway=cycleway, cycleway=track) immer in der Straße statt neben ihr. Und bei hohen Zoomstufen will man ja den Radweg neben der Straße sehen. Wie wäre es mit Bordstein zu Bordstein als Definition der Breite? Falls es keinen Bordstein gibt, wäre es die Breite der geteerten bzw. gepflasterten bzw. befestigten Fläche. Natürlich kommt dann oft der Fall vor, dass eine kleine, unbedeutende Straße erheblich breiter ist als eine "secondary" oder "primary", aber so ist dann eben die Wirklichkeit vor Ort (Wirklichkeit == geteerte Fläche). Ich hätte keine Probleme, für eine Straße 3 Fahrspuren "lanes=3" einzutragen. Diese Angabe wäre dann eine Angabe für die Breite, nur eben nicht in meter, sondern in Vielfachen von 3m. Wie die Fahrspuren genutzt werden (Richtung, Gegenrichtung, Abbiegespur, Einfädelspur, Standstreifen) wäre dann zunächst einmal egal. Wer mehr Details haben will, muss dann eben jede Fahrspur einzeln zeichnen, wie es z.B. bei Autobahnkreuzen schon gemacht wird. Wenn ich eine Straße mappe, dann ist es wohl einfacher, die Zahl der Fahrspuren anzugeben, als mit dem Metermaß die Breite zu messen. Auf manchen Straßen wäre es auch sehr gefährlich, mit dem Metermaß rumzurennen ;-) Oft findet man Straßen, die im Kreuzungsbereich zusätzliche Abbiegespuren haben. Wenn man hier die Zahl der Lanes abschnittsweise korrekt einträgt und der Renderer dies berücksichtigt, dann werden solche Straßen im Kreuzungsbereich dicker gezeichnet. Dies entspricht auch der Wirklichkeit, wie man an guten Luftbildern auch sofort sehen kann. Thomas Treyer Am 20.06.2009 um 11:06 schrieb Wolfgang: > Hallo, > > es heißt immer so schön, man sollte die Straßenbreite angeben, aber > - was ist > das? > > Breite der Fahrbahn? > > Innerorts: > Breite mit Fuß- und Radweg? > Breite bis Gartenzaun? > > Außerorts: > Breite mit Seitenstreifen? > Breite mit Bankett? > Breite mit Fuß/Radweg? > > Der RQ zählt alles mit. > > Da wird leicht eine tertiary breiter als mancher spar-trunk, > und wer kann mit der Info etwas anfangen? > > Mit der Anzahl der Fahrspuren gibt es auch das Problem für welche > Richtung? > > Vielleicht in Straßen-Richtung lanes.left=2, lanes.right=1? Besser > als 2+1, > denn es könnte vom Editor bei einer Richtungsänderung umgesetzt > werden. > > Gruß, Wolfgang > > ___ > 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] Ortsnamen
In meinem alten Schulatlas waren die Städtenamen nach Einwohnerzahl gestaltet. Zusätzlich wurden Hauptstädte extra markiert. Das sah sehr schön aus. Für Deutschland wären deshalb für mich die kartographischen Gesichtspunkte klar: Hauptstadt Bundesrepublik: groß und fett und unterstrichen in allen Zoomstufen Hauptstädte der Länder: markant hervorgehoben ab einer bestimmten Zoomstufe Städte ab 1 Mio Einwohner: ab einer bestimmten Zoomstufe Städte ab 500.000 Einwohner: ab einer bestimmten Zoomstufe Städte ab 200.000 Einwohner: ... Städte ab 100.000 ... Städte ab 50.000 ... Städte ab 20.000 Wenn ein Renderer diese Strategie umsetzen will, dann braucht er nur zwei Tags pro Stadt: 1. Status als Hauptstadt (Bund, Land) 2. Einwohnerzahl Das ist nicht nur einfach, sondern die Kriterien sind auch objektiv nachvollziehbar, lange Diskussionen darüber, ob meine Heimatstadt nun in der Tabelle X so oder so eingruppiert wird, entfallen. Vermutlich gibt es die erforderlichen Tags bereits. Um das ganze international einsetzen zu können, müsste man den Hauptstadt-Status hierarchisch haben, z. b. "primary", "secondary" und "tertiary". In Deutschland wäre dann Berlin "primary" und die Landeshauptstädte wären "secondary". "Tertiary" käme in Deutschland nicht zur Anwendung. Die Fläche halte ich bei Städten in Deutschland nicht für signifikant, aber das kann der Renderer ja entscheiden. Wenn wir alle Städte bis hinunter zu 50.000 Einwohner klassifizieren wollen, wäre das ja in Deutschland eine überschaubare Aufgabe. Ich könnte z.B. München übernehmen ;-) Thomas Treyer Am 19.06.2009 um 22:24 schrieb Tobias Wendorff: > Markus schrieb: >> Der Vorteil einer solchen Tabelle ist, dass jedes Land diese nach >> kartografischen Gesichtspunkten erstellen kann, und so auch >> Lösungen für >> Fälle abdecken kann, die man mit einem Algorithmus nicht geregelt >> bekommt. > > Sobald wir Gemeindegrenzen haben können wir ja zusätzlich mit der > Fläche > der Polygone arbeiten. Sonst verschwinden große Gemeinden mit 90.000 > Einwohnern neben kleinflächigen Gemeinden mit der gleichen Anzahl. > > ___ > 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] Breiten von Straßen, Anzahl von Fahr spuren
Hallo allerseits, ich bin neu hier und habe eine Frage an die alten Hasen: Lohnt es sich, bei Straßen die Breite in meter und die Anzahl der Fahrspuren zu erfassen? Wertet das irgendjemand aus? Beeinflusst es die Wiedergabe in Renderer wie Mapnik? Wenn ja, dann nur die Breite oder nur die Anzahl der Fahrspuren oder beides taggen? Thomas Treyer tho...@treyer.name Fon: +49 89 7854715 Mobil: +49 151 22953881 Boschetsrieder Straße 63 81379 München ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo, ich kenne die bisherige Diskussion nicht. Ich hätte aber naiv vermutet, dass es ein Tag gibt, das die Einwohnerzahl einer Stadt angibt. Dann kann der Renderer selbst entscheiden, welche Stadt er in welcher Zoomstufe darstellt. Das ist natürlich keine perfekte Lösung, aber der Aufwand ist minimal, und wenn es etwas besseres mal gibt, dann kann der Renderer ja dann das neue Verfahren verwenden (aber hoffentlich ohne Excel). Thomas Am 16.06.2009 um 22:35 schrieb Johannes Hüsing: > Markus schrieb: >> Liebe Geografen, >> >> diese Diskussion ist noch ergebnislos: >> >> >>> http://www.openstreetmap.org/?lat=50.92&lon=10.83&zoom=7 >>> Städte wie Hamburg, München, Köln, Frankfurt, Nürnberg, erscheinen >>> nicht. >>> Wie kann man das ändern? >>> >> >> Das betrifft Mapnik genauso wie Osmarender. >> Fehler in verschiedenen Zoomstufen. >> >> Lösungsansätze waren: >> http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_Städten >> > Aber nicht so, wie die das machen. > > "Die Tabelle ist zu groß, um sie im Wiki zu pflegen. Wir machen das > daher über unsere Excel-Tabelle. Wir sagen Euch aber weder, wo die > liegt, noch wer 'wir' ist." > > > > ___ > 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] POI mobile editor
Hallo Thomas, dies wäre sicher ein sehr sorgfältiges Verfahren, aber ich hatte Dich so verstanden, dass Du es komfortabler und schneller haben wolltest. Wenn auf Deinem Handy die OSM-Karte und Deine aktuelle Position sichtbar wäre, dann könntest Du diese Überprüfungen vor Ort gleich machen. Ein Beispiel: 1. Ich sehe eine Telefonzelle und gehe dorthin. Nun hole ich mein Handy, öffne einen POI-Editor und sehe erst einmal die OSM-Karte mit meiner Position. Nun kontrolliere ich die Position und verschiebe diese, falls es notwendig ist. 2. Im nächsten Schritt wähle ich den POI-Typ, in diesem Beispiel also "Telefonzelle". Der POI-Editor checkt nun, welche POIs des gleichen Typs es in der Umgebung bereits gibt und zeigt mir diese an. 3. Ich trage die POI-Tags ein und drücke den Button "Speichern". Das ganze ist vielleicht noch Zukunftsmusik, aber auf meinem iPhone kann ich bereits die OSM-Karte sehen und benannte Wegepunkte darauf anlegen. Die beiden auf dem iPhone verfügbaren Programme, die dies können, verwenden das API von CloudMade. Was diese Programme noch nicht können: Sie können nicht die Datenbank von OSM lesen, sondern arbeiten nur mit gerenderten Kacheln. Hochladen können diese Programme auch noch nicht. ........ Thomas Treyer Am 16.06.2009 um 20:47 schrieb Thomas Steiner: > Hallo, > > nein, ich bin nicht vor den Kopf gestossen. ich kenne OSM zu wenig, > als dass ich sagen könnte wo die mängel (quali-/quantität) liegen und > ich verwende zwar oft das E71 gps, aber vergleiche habe ich noch keine > angestellt... > und so schlage hiermit noch was simpleres vor: > das tool soll gar nicht hochladen können, sondern die POIs nur offline > speichern und dann habe ich tagsüber ca 20 POIs gesammelt und die lade > ich dann (schon mit tags am handy versehen!) bei OSM am PC hoch und > überprüfe sie (ob die straßenseite stimmt und ob es eh nicht doppelt > ist). also wie gewohnt die qualitätskontolle durch den ortskundigen > bürger... > th > > ___ > 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] POI mobile editor
Hallo Mirko, das liegt nicht am Handy, sondern am GPS-System. Wenn ein Satellit durch ein Gebäude abgeschattet wird und durch ein anderes Gebäude aber reflektiert wird, dann ist das GPS-Trägersignal dieses Satelliten eben einige Meter länger unterwegs, ohne dass der GPS-Empfänger dies merken kann. Folglich liegt die kalkulierte GPS-Koordinate auch einige Meter daneben. Nur mit ergänzender Trägheitsnavigation oder mit Streckenmessung über Radumdrehung und Lenkradeinschlag kann man hier etwas tun. Ein Handy ist also chancenlos. Thomas Treyer Am 16.06.2009 um 20:36 schrieb Mirko Küster: >> Ich habe zwar oft den Eindruck das mein >> Nokia-Handy GPS zum Teil bessere Genauigkeit bei >> Fussgaengergeschwidigkeit hergibt als mein separater SiRFIII >> Empfaenger, >> beide liefern z.B. hier in der Londoner Innenstadt aber haeufig >> Abweichungen von mehreren 100m. > > Ich habe selber das Nokia N95. Das interne GPS hat mal gute und mal > schlechte Tage. Bei gutem Wetter und freier Sicht kommen da meist ganz > brauche Koordinaten heraus. Als ich aber in RD damit messen wollte, > reichten > teilweise schon vereinzelte Palmen am Straßenrand aus um happige > Fehler zu > erzeugen. Im typisch deutschen Wald wird es mitunter auch > zappenduster. Da > haben ja schon normale Empfänger ihre Probleme. Aber das Handy > speicherte > Positionen die nach der Auswertung teilweise bis zu 500 m daneben > lagen. > > Die internen GPS der jetzigen Handy's sind also noch nicht ganz das > gelbe > vom Ei. > > > ___ > 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] POI mobile editor
Hallo, es klingt natürlich toll, wenn man irgendwo einen Briefkasten sieht, nur einen Knopf am Handy drücken muss und der POI ist in der OSM Datenbank. Aber wie sieht es mit der Qualität aus? Ein Handy wie das E71 macht gerade in der Stadt große GPS-Messfehler, hervorgerufen hauptsächlich durch Reflexion an Häusern und dem damit verbundenen Mehrwegempfang des GPS-Signals. Und was nützt ein POI, wenn er nicht auf der richtigen Stelle sitzt, sondern auf der falschen Straßenseite? Oder gar in einem Innenhof? Deshalb brauchen wir qualitätssichernde Maßnahmen: 1. Der Mapper muss sehen, was bereits in der Datenbasis ist, bevor er was neues dazufügt. 2. Der Mapper muss sehen, ob die GPS-Position des POI Sinn macht, bevor er den Eintrag in die Datenbasis einträgt. 3. Der Mapper muss die GPS-Position des neuen POI justieren können, bevor er den Eintrag in die Datenbasis macht. Ich halte nichts davon, dass man von unterwegs zuerst einen Schrott in die Datenbasis einträgt und dann vielleicht Tage später zuhause die Plausibilität der Eingaben überprüft. Mein Eindruck ist, dass wir zumindest in dem deutschen Teil der OSM- Datenbasis kein Problem mit der Quantität haben, sondern eher mit der Qualität. Wenn nun Tools entworfen würden, die die Quantität vor die Qualität setzen, dann befürchte ich das Schlimmste. Damit meine ich aber nicht GpsMid, hier scheint der Autor sich ja Gedanken um die Qualität gemacht haben. Die einfache Änderung von bereits existierenden Tags ist vielversprechend und entspricht ja meinen drei Forderungen von oben. Ich möchte mich aber dagegen aussprechen, dass Tools enwickelt werden, die "auf Knopfdruck" irgendwelche POIs neu erzeugen, die dann ohne manuelle Kontrolle in die Datenbasis wandern. Ich hoffe, ich habe jetzt niemanden allzusehr vor den Kopf gestoßen. Thomas Treyer Am 16.06.2009 um 12:28 schrieb Thomas Steiner: > Hallo zusammen, > >> Selber arbeite ich gerade daran die editing faehigkeiten von GpsMid >> zu >> verbessern. GpsMid sollte auf den meisten j2me faehigen Handies und >> somit >> einem Grossteil der derzeit verfuegbaren laufen, also auch dem >> Nokia E71. > > wow, super, hört sich gut an. J2ME ist gerade der richtige Umfang > meine ich: können fast alle Handys und kann genug. > >> Die ersten winzigen Schritte sind getan und man kann bereits tags von >> bestehenden Wegen aendern, hinzufuegen oder entfernen. Nicht viel, >> aber > > das ist super, aber ich hätte mir noch was schlankeres vrogestellt: es > wird nichts empfangen (keine ahnung, wie die OSM da aussieht), man > kann nichts ändern, nur POIs hinzufügen. Dann muss man zwar ev nachher > noch online nacharbeiten, fehler ausbessern und doppeleinträge > löschen, aber das hinzufügen ist so super-easy... > Aber das ist meine Traumwelt... > > Wenn es da Bewegung gibt, würde ich mich sehr freuen, gerne kann ich > mich als Tester betätigen! > > Thomas > > ___ > 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
