On Sun, May 01, 2011 at 12:51:27AM +0200, Stefan Keller wrote:
Interessant, dieser "Taginfo Developer Workshop" (vgl. unten).
Zwei Ideen kommen mir da in den Sinn:
- Taginfo auf ein Land eingrenzen.
Das funktioniert bereits. Fuer die Schweiz habe ich es hier bereits laufen. Eigentlich fehlt mir nur noch eine passende Domain, wo ich es fuer alle zugaenglich hinpacken kann.
Gruss
Sarah
Sarah, Jochen, Andreas
Zu meinen Ideen schrieb Sarah am 1. Mai 2011 15:30 :
- Taginfo auf ein Land eingrenzen.
Das funktioniert bereits. Fuer die Schweiz habe ich es hier bereits laufen. Eigentlich fehlt mir nur noch eine passende Domain, wo
Weiss ich natürlich :-> Der Domain sollte unbedingt openstreetmap.ch sein. => Ich hoffe wir kommen mit vereinten Zürcher Stammtisch-Kräften hier endlich an den Halter heran...
Auf meine Frage zu Wort-Übersetzungen von OSM-Tags in andere Sprachen...
Wir - d.h. v.a. Michel Ott - sind daran, einen Prototyp eines solchen TagFinders zu realisieren. Wir nennen ihn "TagFinder".
Frage: Gibt es zufällig Wort-Übersetzungen von OSM-Tags in andere Sprachen?
... antwortete Andreas am 1. Mai 2011 06:59:
Die Wiki-Seite für Nominatim kennst Du? http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases
Danke für den Tipp!
Und am 1. Mai 2011 14:59 antwortete Jochen:
Nicht wirklich systematisch. Aber es gibt Wiki-Seiten, JOSM-Configs usw. Daraus könnte man solche Informationen ziehen. Dann noch mit einem Thesaurus versehen und es könnte direkt was praktikables draus werden.
Ich hab das auf meiner TODO-Liste für Taginfo, sowas einzubauen, aber da werde ich so bald nicht dazu kommen.
Würde mich freuen, wenn ihr/Michael Lust habt, das in Taginfo mit einzubauen. Das wäre ein etabliertes Tool mit stabiler Basis, dass viele der Daten eh schon vorliegen hat.
Tagfinder ist keine eigene Website oder Service. Es ist eher eine simple Suchhilfe, um POIs zu finden für einen POI-Server, der Michael am bauen ist. Taginfo ist dort bereits über die Taginfo API eingebunden (danke für die JSONP-Erweiterung!).
Meine Frage zu Wort-Übersetzungen zielte tatsächlich auf einen Thesaurus.
=> Für den Austausch, denkst du da auch an ein "Standalone Thesaurus Format" (siehe http://www.comp.glam.ac.uk/~facet/formats/ ) oder etwas "Komplizierteres" wie z.B. RDF (siehe ebenfalls dort)?
Den Ansatz, dass man von Hand die Keys reinschreibt, die man nicht haben will, finde ich aber nicht so gut. Skaliert einfach nicht. Stattdessen sollte das Ding automatisch erkennen, wenn ein Key meistens numerische Werte hat und die ausschliessen oder sowas. Hängt halt wieder davon ab, was Du genau willst.
Ich hab mit sowas auch schonmal Experimente gemacht. Also versuchen, automatisch zu klassifizieren, welchen "Datentyp" ein Key hat. z.B. "maxspeed" wäre "numeric" und "highway" wäre typ "enum" und "name" hätte typ "string" oder sowas. Ist aber nie soweit gekommen, dass ich das ins Produktions-Taginfo eingebaut hab.
Einverstanden, das die Query zu spezifisch ist und so 'was automatisiert werden sollte. Ich möchte in der Zwischenzeit halt einfach mal etwas anbieten, dass mit den Mitteln von SQL geht und dass jedermann mit dem PostGIS Terminal nachvollziehen bzw. anpassen kann.
=> Weitere Idee für Taginfo: Angabe, ob eine bestimmte Key/Value-Kombination mit >> Mapnik << gerendert wird! Die Info steckt soviel ich weis in osm.xml und weiteren XML-Dateien inc/-Verzeichnis (siehe http://svn.openstreetmap.org/applications/rendering/mapnik/ und http://tile.openstreetmap.org/style/osm-annotated.xml )
LG, Stefan
On Sun, May 01, 2011 at 05:15:49PM +0200, Stefan Keller wrote:
Meine Frage zu Wort-Übersetzungen zielte tatsächlich auf einen Thesaurus.
=> Für den Austausch, denkst du da auch an ein "Standalone Thesaurus Format" (siehe http://www.comp.glam.ac.uk/~facet/formats/ ) oder etwas "Komplizierteres" wie z.B. RDF (siehe ebenfalls dort)?
Soweit habe ich noch garnicht gedacht. Letztlich würde ich wahrscheinlich eine große SQL-Tabelle generieren, die mir einen Lookup von einem Wort auf eine Liste von Keys/Tags erlaubt, die irgendwie mit diesem Wort verbunden sind. Man kann das sicher beliebig kompliziert machen, z.B. was erkennen wie "Bundesstraße" als einen Typ von Straße, selbst wenn man das Wort selbst nicht drin hat, aber das ist vielleicht etwas übertrieben.
Den Ansatz, dass man von Hand die Keys reinschreibt, die man nicht haben will, finde ich aber nicht so gut. Skaliert einfach nicht. Stattdessen sollte das Ding automatisch erkennen, wenn ein Key meistens numerische Werte hat und die ausschliessen oder sowas. Hängt halt wieder davon ab, was Du genau willst.
Ich hab mit sowas auch schonmal Experimente gemacht. Also versuchen, automatisch zu klassifizieren, welchen "Datentyp" ein Key hat. z.B. "maxspeed" wäre "numeric" und "highway" wäre typ "enum" und "name" hätte typ "string" oder sowas. Ist aber nie soweit gekommen, dass ich das ins Produktions-Taginfo eingebaut hab.
Einverstanden, das die Query zu spezifisch ist und so 'was automatisiert werden sollte. Ich möchte in der Zwischenzeit halt einfach mal etwas anbieten, dass mit den Mitteln von SQL geht und dass jedermann mit dem PostGIS Terminal nachvollziehen bzw. anpassen kann.
=> Weitere Idee für Taginfo: Angabe, ob eine bestimmte Key/Value-Kombination mit >> Mapnik << gerendert wird! Die Info steckt soviel ich weis in osm.xml und weiteren XML-Dateien inc/-Verzeichnis (siehe http://svn.openstreetmap.org/applications/rendering/mapnik/ und http://tile.openstreetmap.org/style/osm-annotated.xml )
Ja, das wäre schön. Es gibt da allerdings noch zwei Probleme: Erstens kann es verschiedene Konfigurationen geben. Am wichtigsten ist sicher die Haupt-Karte, aber auch Cyclemap usw. sind interessant. Zweitens muss man, um das richtig zu machen, sowohl die verwendete osm2pgsql-Config parsen, als auch die SQL-Befehle in der Mapnik-Config als auch diese CSS-Angaben in der Mapnik-Konfig. Das ist so einfach nicht.
Jochen
Am 1. Mai 2011 18:32 schrieb Jochen Topf jochen@remote.org schrieb:
=> Weitere Idee für Taginfo: Angabe, ob eine bestimmte Key/Value-Kombination mit >> Mapnik << gerendert wird! Die Info steckt soviel ich weis in osm.xml und weiteren XML-Dateien inc/-Verzeichnis ...
Ja, das wäre schön. Es gibt da allerdings noch zwei Probleme: Erstens kann es verschiedene Konfigurationen geben. Am wichtigsten ist sicher die Haupt-Karte, aber auch Cyclemap usw. sind interessant.
Nehmen wir mal nur die Haupt-Karte und angenommen es interessiert nur mal, welche Key-Values dargestellt werden, ohne weitere Zusatzangabe (z.B. in welchem Massstabsbereich).
Zweitens muss man, um das richtig zu machen, sowohl die verwendete osm2pgsql-Config parsen, als auch die SQL-Befehle in der Mapnik-Config als auch diese CSS-Angaben in der Mapnik-Konfig. Das ist so einfach nicht.
Heisst das, dass niemand mehr den Überblick mehr hat, was in der Haupt-Karte dargestellt wird?
Ich kenne mich mit Mapnik zuwenig aus. Aber ich gehe davon aus, das ein gut konzipierter Renderer in sog. Regeln (Rule) an einer logisch zentralen Stelle festlegt, welche Objekte aus der DB selektiert ("gefiltert") werden, bevor sie einer kartografischen Signatur zugeordnet werden (Symbolizer). Daher sah ich bisher http://tile.openstreetmap.org/style/osm-annotated.xml als ideale Quelle an, oder nicht?
LG, Stefan
Am 1. Mai 2011 18:32 schrieb Jochen Topf jochen@remote.org:
On Sun, May 01, 2011 at 05:15:49PM +0200, Stefan Keller wrote:
Meine Frage zu Wort-Übersetzungen zielte tatsächlich auf einen Thesaurus.
=> Für den Austausch, denkst du da auch an ein "Standalone Thesaurus Format" (siehe http://www.comp.glam.ac.uk/~facet/formats/ ) oder etwas "Komplizierteres" wie z.B. RDF (siehe ebenfalls dort)?
Soweit habe ich noch garnicht gedacht. Letztlich würde ich wahrscheinlich eine große SQL-Tabelle generieren, die mir einen Lookup von einem Wort auf eine Liste von Keys/Tags erlaubt, die irgendwie mit diesem Wort verbunden sind. Man kann das sicher beliebig kompliziert machen, z.B. was erkennen wie "Bundesstraße" als einen Typ von Straße, selbst wenn man das Wort selbst nicht drin hat, aber das ist vielleicht etwas übertrieben.
Den Ansatz, dass man von Hand die Keys reinschreibt, die man nicht haben will, finde ich aber nicht so gut. Skaliert einfach nicht. Stattdessen sollte das Ding automatisch erkennen, wenn ein Key meistens numerische Werte hat und die ausschliessen oder sowas. Hängt halt wieder davon ab, was Du genau willst.
Ich hab mit sowas auch schonmal Experimente gemacht. Also versuchen, automatisch zu klassifizieren, welchen "Datentyp" ein Key hat. z.B. "maxspeed" wäre "numeric" und "highway" wäre typ "enum" und "name" hätte typ "string" oder sowas. Ist aber nie soweit gekommen, dass ich das ins Produktions-Taginfo eingebaut hab.
Einverstanden, das die Query zu spezifisch ist und so 'was automatisiert werden sollte. Ich möchte in der Zwischenzeit halt einfach mal etwas anbieten, dass mit den Mitteln von SQL geht und dass jedermann mit dem PostGIS Terminal nachvollziehen bzw. anpassen kann.
=> Weitere Idee für Taginfo: Angabe, ob eine bestimmte Key/Value-Kombination mit >> Mapnik << gerendert wird! Die Info steckt soviel ich weis in osm.xml und weiteren XML-Dateien inc/-Verzeichnis (siehe http://svn.openstreetmap.org/applications/rendering/mapnik/ und http://tile.openstreetmap.org/style/osm-annotated.xml )
Ja, das wäre schön. Es gibt da allerdings noch zwei Probleme: Erstens kann es verschiedene Konfigurationen geben. Am wichtigsten ist sicher die Haupt-Karte, aber auch Cyclemap usw. sind interessant. Zweitens muss man, um das richtig zu machen, sowohl die verwendete osm2pgsql-Config parsen, als auch die SQL-Befehle in der Mapnik-Config als auch diese CSS-Angaben in der Mapnik-Konfig. Das ist so einfach nicht.
Jochen
Jochen Topf jochen@remote.org http://www.remote.org/jochen/ +49-721-388298
-
Jochen Topf -
Sarah Hoffmann -
Stefan Keller