From osm at stephans-server.de  Sat Dec  1 02:07:55 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 01 Dec 2012 03:07:55 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <k9alno$j48$1@ultimate100.geggus.net>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
Message-ID: <courier.50B9667D.00006B8C@stephans-server.de>

Sven Geggus writes: 

> Jochen Topf <jochen at remote.org> wrote:
> Also in Prosa. Man stelle mal auf de,en und zoome nach Chiang Mai
> (http://osm.org/go/4WxtSuJn) das sieht mit "de,en" in Jochens karte
> zumindest für mich erheblich lesbarer aus als in Thai Schrift.
Der Font ist bei osm.org und Jochen leider so klein, dass niemand die 
Labels in Thai lesen kann. 

Das was ich hier eingestellt habe ist so ziemlich das kleinste noch lesbare:
http://thaimap.osm-tools.org/?lat=18.78811240196228&lon=98.98589372634888&zo
om=16 

Sobald das neue Mapnik verfügbar ist werden auch die Line-Spacings wieder 
besser aussehen und alle Glyphen gerendert. 

> Transliteration hingegen bräuchte man in Athen oder Moskau.
Ich hatte für Thai mal damit gespielt. Leider ist die einzige Software die 
ich gefunden habe die das einigermaßen kann nicht frei und auch nicht als 
Library/Sourcecode verfügbar. 

Stephan



From list at lab.at  Sat Dec  1 07:28:13 2012
From: list at lab.at (Andreas Labres)
Date: Sat, 01 Dec 2012 08:28:13 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B8F196.3050107@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E0D1.1010806@gmx.de> <20121130171815.GB5601@eldorado.topf.org>
 <50B8F196.3050107@gmx.de>
Message-ID: <50B9B18D.2060602@al.lab.at>

On 30.11.12 18:49, Gerrit wrote:
> Stadt (name) .... Deutsch (name:de) ....Englisch (name:en) .... Französisch
> (name:fr)
> Berlin .... Berlin .... Berlin .... Berlin
> München .... München .... Munich .... Munich
> Aachen .... Aachen .... Aachen .... Aix-la-Chapelle

Sorry, aber ich find's widersinnig, name:en=Aachen oder name:fr=Munich (das ist
doch die engl. Sprache?) einzutragen. Entweder gibt's einen Namen in der
jeweiligen Sprache (Wien|Vienna|Vienne|Wenen|Be?|Bécs|Viyana|..., vlg.
http://www.openstreetmap.org/browse/node/17328659), aber wenn nicht, dann nicht.
Speziell macht "Irgendwasdorf" als name:en|fr|... keinen Sinn.

/al


From ewoerner at kde.org  Sat Dec  1 08:21:04 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Sat, 01 Dec 2012 09:21:04 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9B18D.2060602@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8F196.3050107@gmx.de> <50B9B18D.2060602@al.lab.at>
Message-ID: <2310705.R3SDWfknq3@obiwan>

Hallo Andreas,

Am Samstag, 1. Dezember 2012, 08:28:13 schrieb Andreas Labres:
> Sorry, aber ich find's widersinnig, name:en=Aachen oder name:fr=Munich (das ist
> doch die engl. Sprache?) einzutragen.

http://dict.leo.org/frde?lp=frde&search=m%C3%BCnchen

Eckhart



From jochen at remote.org  Sat Dec  1 09:31:32 2012
From: jochen at remote.org (Jochen Topf)
Date: Sat, 1 Dec 2012 10:31:32 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50B9667D.00006B8C@stephans-server.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
Message-ID: <20121201093132.GA7756@eldorado.topf.org>

On Sat, Dec 01, 2012 at 03:07:55AM +0100, Stephan Knauss wrote:
> Sven Geggus writes:
> 
> >Jochen Topf <jochen at remote.org> wrote:
> >Also in Prosa. Man stelle mal auf de,en und zoome nach Chiang Mai
> >(http://osm.org/go/4WxtSuJn) das sieht mit "de,en" in Jochens karte
> >zumindest für mich erheblich lesbarer aus als in Thai Schrift.
> Der Font ist bei osm.org und Jochen leider so klein, dass niemand
> die Labels in Thai lesen kann.

Da ist dann aber der Font dran Schuld. Wenn die Zeichen eines Alphabets kleiner
sind als die eines anderen im gleichen Font, dann ist das halt inkonsistent.

Gibt es einen anderen Font, der nur die Thai-Zeichen enthält und die größer
darstellt bei gleicher Font-Size?

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From osm at stephans-server.de  Sat Dec  1 09:53:00 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 01 Dec 2012 10:53:00 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <20121201093132.GA7756@eldorado.topf.org>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
Message-ID: <courier.50B9D37C.000019FA@stephans-server.de>

Jochen Topf writes: 

> On Sat, Dec 01, 2012 at 03:07:55AM +0100, Stephan Knauss wrote:
>> Der Font ist bei osm.org und Jochen leider so klein, dass niemand
>> die Labels in Thai lesen kann.
> 
> Da ist dann aber der Font dran Schuld. Wenn die Zeichen eines Alphabets kleiner
> sind als die eines anderen im gleichen Font, dann ist das halt inkonsistent.

Ich vermute mal du verwendest die Font Kombination wie der "offizielle" 
Style mit DejaVu/Unifont. Da kommt dann alles was was latin-1 ist (auch die 
Ziffern) aus dem Vector Font DejaVu. Die restlichen Glyphen kommen aus dem 
Unifont als Bitmap. Das skaliert auch nicht so schön.
Und die Größen der einzelnen Zeichen passen auch nicht zusammen. 

> Gibt es einen anderen Font, der nur die Thai-Zeichen enthält und die größer
> darstellt bei gleicher Font-Size?

Auf thaimap.osm-tools.org verwende ich den Font Loma. Dort sind die Zeichen 
auf eine einheitliche Höhe angepasst. Ich musste aber trotzdem die Fontsize 
um 1-2 Punkte erhöhen um alles lesbar zu bekommen. 

Falls du an Mapnik bastelst um den Font aus der Datenbank zu bekommen, dann 
wäre es klasse im gleichen Schritt auch die Fontsize anpassbar zu machen. 

Wie ist es denn bei Chinesisch/Koreanisch? Sind da die kleinen Zeichen für 
Muttersprachler noch lesbar? Mapnik dreht dort die Zeichen ja auch auf den 
Straßenverlauf. Ist das so üblich, oder sollten die Zeichen immer 
"aufrecht" stehen?
Wäre dann auch noch ein wichtiger Punkt für die asiatischen Sprachen. 

Welche Version von Mapnik verwendest du denn? Harfbuzz oder die letze 
offizielle? 

Stephan



From schosch at snafu.de  Sat Dec  1 09:55:32 2012
From: schosch at snafu.de (Schorschi)
Date: Sat, 1 Dec 2012 10:55:32 +0100 (CET)
Subject: [Talk-de] OSM-File auf Tablet zur Navigation nutzen
In-Reply-To: <k9b6cb$69e$1@ger.gmane.org>
References: <k9b6cb$69e$1@ger.gmane.org>
Message-ID: <Pine.LNX.4.64.1212011011510.28403@schorsch-164.schobbe.loc>

Moin Roland,

On Fri, 30 Nov 2012, Roland Spielhofer wrote:

> ich habe ein OSM-File, dass ich mit der Overpass-API erstellt habe (ca. 10
> nodes von Amenities).
> Diese Notes möchte ich nun der Reihe nach abklappern/besuchen, und dachte mir,
> dazu müsste es doch schon eine Android-App geben, die so ein OSM-File
> darstellen oder noch besser zu den Nodes hin-navigieren kann (so wie ein
> Geocache). Hat vielleicht jemand einen Tipp?

Ich würde es mal mit Osmand probieren (wenn das auf deinem Teil läuft).

Mit dem OsmAndMapCreator kannst du dir aus einer osm-Datei eine Karte 
erstellen (*.obf), die in Osmand dargestellt wird, wenn du diese erstellte 
Datei auf deinem mobilen Gerät in das Osmand-Verzeichnis schiebst.

Die aktuellste Version gibt es jeweils hier: 
http://download.osmand.net/latest-night-build/ (mit allen Vor- und 
Nachteilen ... ähnlich wie bei der aktuellsten josm-Version, wo es auch 
schon mal klemmt (selten) ;-).

Erklärt ist der Vorgang hier genauer (in englisch)
http://code.google.com/p/osmand/wiki/HowToArticles#How_to_prepare_your_own_data_to_use_offline

Vielleicht gibt es auch eine gute Möglichkeit, die Punkte als Favoriten zu 
importieren (habe ich noch nicht probiert, soll aber gehen).

Alternativ kannst du dir auch z. Bsp. mit openrouteservice eine Route 
erstellen lassen und als gpx-Datei exportieren. Diese kannst du in das 
Osmand-Verzeichnis "tracks" packen und dich dann entlang dieses gpx-Pfades 
routen lassen (habe ich auch noch nicht ausprobiert).

Bei der Navigation kann Osmand seit ein paar Wochen/Monaten auch mit 
Zwischenpunkten arbeiten.

Gruß, Schusch

PS: An dieser Stelle kurz mal eine Info, wie ich mit Osmand umgehe: Ich 
brauche Osmand vor allem, um mir jeweils an Ort und Stelle eine Notiz zu 
machen - wenn man die OSM-Bearbeitung auf offline stellt, kann man über 
"POI einsenden" eine Notiz erstellen, diese hinterher auslesen, eine 
entsprechende Bearbeitung in OSM machen und die Notiz in Osmand händisch 
wieder löschen, ohne dass diese Notiz direkt in OSM landet (zu ungenau 
etc.). Sehr hilfreich ist, dass Osmand openstreetbugs als Overlay 
einblenden kann und die Bug-Texte auch abrufbar sind. Funktioniert gut zu 
Fuß, und zumindest besser als mit Stift und Zettel, wenn man mit dem 
Fahrrad oder Auto unterwegs ist ...

From jochen at remote.org  Sat Dec  1 10:04:51 2012
From: jochen at remote.org (Jochen Topf)
Date: Sat, 1 Dec 2012 11:04:51 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50B9D37C.000019FA@stephans-server.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
Message-ID: <20121201100451.GA8205@eldorado.topf.org>

On Sat, Dec 01, 2012 at 10:53:00AM +0100, Stephan Knauss wrote:
> Jochen Topf writes:
> 
> >On Sat, Dec 01, 2012 at 03:07:55AM +0100, Stephan Knauss wrote:
> >>Der Font ist bei osm.org und Jochen leider so klein, dass niemand
> >>die Labels in Thai lesen kann.
> >
> >Da ist dann aber der Font dran Schuld. Wenn die Zeichen eines Alphabets kleiner
> >sind als die eines anderen im gleichen Font, dann ist das halt inkonsistent.
> 
> Ich vermute mal du verwendest die Font Kombination wie der
> "offizielle" Style mit DejaVu/Unifont. Da kommt dann alles was was

Ja.

> latin-1 ist (auch die Ziffern) aus dem Vector Font DejaVu. Die
> restlichen Glyphen kommen aus dem Unifont als Bitmap. Das skaliert
> auch nicht so schön.
> Und die Größen der einzelnen Zeichen passen auch nicht zusammen.

Kann man das dann nicht im Font anpassen? Also einen neuen Font basteln, der
die Zeichen aus DejaVu und Unfont enthält, aber die Thai-Zeichen halt 20%
größer? Ich hab keine Ahnung, wie die Fonts intern funktionieren. Also wenn
da jemand was macht, bin ich gerne bereit auf der Karte mit verschiedenen
Fonts oder so zu experimentieren. Aber mehr kann ich halt auch nicht machen.

> >Gibt es einen anderen Font, der nur die Thai-Zeichen enthält und die größer
> >darstellt bei gleicher Font-Size?
> 
> Auf thaimap.osm-tools.org verwende ich den Font Loma. Dort sind die
> Zeichen auf eine einheitliche Höhe angepasst. Ich musste aber
> trotzdem die Fontsize um 1-2 Punkte erhöhen um alles lesbar zu
> bekommen.
> 
> Falls du an Mapnik bastelst um den Font aus der Datenbank zu
> bekommen, dann wäre es klasse im gleichen Schritt auch die Fontsize
> anpassbar zu machen.

Ich hab mal auf der Mapnik-Liste angefragt dazu, aber es gab noch keine
Antwort.

> Wie ist es denn bei Chinesisch/Koreanisch? Sind da die kleinen
> Zeichen für Muttersprachler noch lesbar? Mapnik dreht dort die
> Zeichen ja auch auf den Straßenverlauf. Ist das so üblich, oder
> sollten die Zeichen immer "aufrecht" stehen?
> Wäre dann auch noch ein wichtiger Punkt für die asiatischen
> Sprachen.
> 
> Welche Version von Mapnik verwendest du denn? Harfbuzz oder die
> letze offizielle?

Mapnik 2.0 ausm Debian-Paket. Bei 2.1 war irgendwas anders, dass mein Code
nicht tat, das muss ich nochmal genau untersuchen.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From z0idberg at gmx.de  Sat Dec  1 11:15:03 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sat, 01 Dec 2012 12:15:03 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50B9D37C.000019FA@stephans-server.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
Message-ID: <50B9E6B7.40000@gmx.de>

Am 01.12.2012 10:53, schrieb Stephan Knauss:
>
> Ich vermute mal du verwendest die Font Kombination wie der 
> "offizielle" Style mit DejaVu/Unifont. Da kommt dann alles was was 
> latin-1 ist (auch die Ziffern) aus dem Vector Font DejaVu. Die 
> restlichen Glyphen kommen aus dem Unifont als Bitmap. Das skaliert 
> auch nicht so schön.
> Und die Größen der einzelnen Zeichen passen auch nicht zusammen.

> Wie ist es denn bei Chinesisch/Koreanisch? Sind da die kleinen Zeichen 
> für Muttersprachler noch lesbar? Mapnik dreht dort die Zeichen ja auch 
> auf den Straßenverlauf. Ist das so üblich, oder sollten die Zeichen 
> immer "aufrecht" stehen?
> Wäre dann auch noch ein wichtiger Punkt für die asiatischen Sprachen.
> Welche Version von Mapnik verwendest du denn? Harfbuzz oder die letze 
> offizielle?
> Stephan

Also für Chinesisch und Japanisch kann ich zumindest sagen, dass die 
Schriftart unglaublich hässlich ist. Besonders das fehlende Hinting 
macht die Schrift unglaublich schlecht zu lesen. Leider gibt es aber nur 
sehr sehr wenige freie Schriftarten für die Sprachen, da die einfach so 
aufwendig zu machen sind. Dann noch eine freie Schriftart in guter 
Qualität zu finden ist fast ein Ding der Unmöglichkeit.

Tendenziell sind kleine Zeichen aber für Muttersprachler noch lesbar. Es 
ist da nur wichtig, dass die Sachen gut gehinted werden. Das ist imho 
das Hauptproblem gerade bei den OSM-Sachen.

Am 01.12.2012 11:04, schrieb Jochen Topf:
> Kann man das dann nicht im Font anpassen? Also einen neuen Font basteln, der
> die Zeichen aus DejaVu und Unfont enthält, aber die Thai-Zeichen halt 20%
> größer? Ich hab keine Ahnung, wie die Fonts intern funktionieren. Also wenn
> da jemand was macht, bin ich gerne bereit auf der Karte mit verschiedenen
> Fonts oder so zu experimentieren. Aber mehr kann ich halt auch nicht machen.

Also ich würde das hier eher, wie es auch bei HTML funktioniert, mit den 
Sprachtags machen. Also dass für eine andere Sprache eine andere 
Schriftart genommen wird, anstatt alles in eine Schriftart zu quetschen. 
Das würde meine Sache mit Japanisch und Chinesisch möglich machen und 
wäre sicherlich auch einfacher zu warten.
In HTML benutzt der Browser einfach je nach lang-Tag eine andere 
Schriftart. So etwas wäre in OSM auch am besten. Die name-tags sind doch 
schon vorhanden, die kann man doch für sowas prima nutzen. Wenn da 
name:th  steht, wird einfach eine thailändische Schriftart genommen.
Ich kann mir gar nicht vorstellen, dass es so schwierig ist, dem 
Renderer zu sagen, dass er bei jedem name:th einfach eine thailändische 
Schriftart nehmen soll. Ohne mich jetzt irgendwie aus dem Fenster lehnen 
zu wollen, aber ich glaube, das könnte sogar ich mit meinen 
allerwenigsten Programmierkenntnissen:

if name==th
  font = thailändische Schriftart
end if

Oder nicht?

Am 01.12.2012 08:28, schrieb Andreas Labres:
> Sorry, aber ich find's widersinnig, name:en=Aachen oder name:fr=Munich (das ist
> doch die engl. Sprache?) einzutragen. Entweder gibt's einen Namen in der
> jeweiligen Sprache (Wien|Vienna|Vienne|Wenen|Be?|Bécs|Viyana|..., vlg.
> http://www.openstreetmap.org/browse/node/17328659), aber wenn nicht, dann nicht.
> Speziell macht "Irgendwasdorf" als name:en|fr|... keinen Sinn.

Naja, mein Beispiel war da jetzt etwas blöd, das stimmt. Fälle wie 
Aachen auf Englisch sollte man doch eher leer lassen.

Mein Beispiel sollte dann eher

name .... name:de .... name:en .... name:fr .... name:ja
Berlin .... Berlin oder (leer) .... (leer) .... (leer) .... ????
München .... München oder (leer) .... Munich .... Munich .... ?????
Aachen .... Aachen oder (leer) .... (leer) .... Aix-la-Chapelle .... ????
Roma .... Rom .... Rome .... Rome ... ???
?? .... Tokio .... Tokyo .... Tokyo .... ?? oder (leer)


sein. So könnte man das dann gezielt eintragen.
Ich habe gestern mal versucht, mit dem Overpass-Dingen und JOSM mehrere 
Städte in Taiwan zu ergänzen. Ohne eine tabellarische Ansicht ist es 
meiner Meinung nach unmöglich, viele Einträge lückenlos und in 
vertretbarem Zeitaufwand einzutragen. Man muss zuerst jeden Node auf der 
Karte suchen, ihn anklicken, in dem Eigenschaften-Feld auf Hinzufügen 
klicken, das entsprechende name:xyz-Feld heraussuchen, dann eintippen, 
dann wieder auf ok drücken, dann das nächste Node anklicken....
Das ist wirklich unmöglich.



From jochen at remote.org  Sat Dec  1 11:29:21 2012
From: jochen at remote.org (Jochen Topf)
Date: Sat, 1 Dec 2012 12:29:21 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9E6B7.40000@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
Message-ID: <20121201112921.GA8487@eldorado.topf.org>

On Sat, Dec 01, 2012 at 12:15:03PM +0100, Gerrit wrote:
> Am 01.12.2012 11:04, schrieb Jochen Topf:
> >Kann man das dann nicht im Font anpassen? Also einen neuen Font basteln, der
> >die Zeichen aus DejaVu und Unfont enthält, aber die Thai-Zeichen halt 20%
> >größer? Ich hab keine Ahnung, wie die Fonts intern funktionieren. Also wenn
> >da jemand was macht, bin ich gerne bereit auf der Karte mit verschiedenen
> >Fonts oder so zu experimentieren. Aber mehr kann ich halt auch nicht machen.
> 
> Also ich würde das hier eher, wie es auch bei HTML funktioniert, mit
> den Sprachtags machen. Also dass für eine andere Sprache eine andere
> Schriftart genommen wird, anstatt alles in eine Schriftart zu
> quetschen. Das würde meine Sache mit Japanisch und Chinesisch
> möglich machen und wäre sicherlich auch einfacher zu warten.
> In HTML benutzt der Browser einfach je nach lang-Tag eine andere
> Schriftart. So etwas wäre in OSM auch am besten. Die name-tags sind
> doch schon vorhanden, die kann man doch für sowas prima nutzen. Wenn
> da name:th  steht, wird einfach eine thailändische Schriftart
> genommen.
> Ich kann mir gar nicht vorstellen, dass es so schwierig ist, dem
> Renderer zu sagen, dass er bei jedem name:th einfach eine
> thailändische Schriftart nehmen soll. Ohne mich jetzt irgendwie aus
> dem Fenster lehnen zu wollen, aber ich glaube, das könnte sogar ich
> mit meinen allerwenigsten Programmierkenntnissen:
> 
> if name==th
>  font = thailändische Schriftart
> end if
> 
> Oder nicht?

Nein. So geht das leider nicht. Renderer sind komplex und haben ihre eigene
Configfiles und man muss passende SQL-Queries schreiben und alles muss auch
noch performant sein. Eventuell kann man in den Mapnik was einbauen, aber
das ist nichts, was mal eben schnell geht.

Wir haben hier auch irgendwie zwei Probleme: Das eine ist, passende Fonts
zu bekommen, das andere ist, die in den Renderer reinzubekommen. Ersteres
Problem kann nur jemand angehen, der diese Sprachen kann usw. Letzteres ist
was für Programmierer.

Kannst Du vielleicht mal irgendwo (z.B. im Wiki) aufschreiben, welche Fonts
existieren und aus Deiner Sicht für welche Sprachen geeignet sind. Dazu
Infos, was ggf. zu beachten ist, z.b. "Font ist 20% zu klein im Vergleich
zu latin1 DejaVu".

Dann kannst Du schauen, ob man diese Fonts irgendwie neu zusammenstellen,
vergrößern oder sonstwas kann, sodass sie im Renderer einfacher verwendet
werden können.

Ich habe ja schonmal bei den Mapnik-Leuten angefragt, wie man das vielleicht in
die Software reinbekommt. Aber selbst wenn das geht, dann hilft das nichts,
wenn wir dann eh keinen schönen Font haben.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From falk.zscheile at gmail.com  Sat Dec  1 11:32:00 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Sat, 1 Dec 2012 12:32:00 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9E6B7.40000@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
Message-ID: <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>

Am 1. Dezember 2012 12:15 schrieb Gerrit <z0idberg at gmx.de>:

> [Schriftschnitte für OSM-Karten]

> Also für Chinesisch und Japanisch kann ich zumindest sagen, dass die
> Schriftart unglaublich hässlich ist. Besonders das fehlende Hinting macht
> die Schrift unglaublich schlecht zu lesen. Leider gibt es aber nur sehr sehr
> wenige freie Schriftarten für die Sprachen, da die einfach so aufwendig zu
> machen sind. Dann noch eine freie Schriftart in guter Qualität zu finden ist
> fast ein Ding der Unmöglichkeit.
>
In welchem Format muss die Schrift denn vorliegen, ggf. könnte man
sich einmal in der LaTeX-Welt umschauen. Dort sollten sich eigentlich
ansehnliche Schriften finden ...

Falk



From jochen at remote.org  Sat Dec  1 11:40:18 2012
From: jochen at remote.org (Jochen Topf)
Date: Sat, 1 Dec 2012 12:40:18 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
Message-ID: <20121201114018.GA8553@eldorado.topf.org>

On Sat, Dec 01, 2012 at 12:32:00PM +0100, Falk Zscheile wrote:
> Am 1. Dezember 2012 12:15 schrieb Gerrit <z0idberg at gmx.de>:
> 
> > [Schriftschnitte für OSM-Karten]
> 
> > Also für Chinesisch und Japanisch kann ich zumindest sagen, dass die
> > Schriftart unglaublich hässlich ist. Besonders das fehlende Hinting macht
> > die Schrift unglaublich schlecht zu lesen. Leider gibt es aber nur sehr sehr
> > wenige freie Schriftarten für die Sprachen, da die einfach so aufwendig zu
> > machen sind. Dann noch eine freie Schriftart in guter Qualität zu finden ist
> > fast ein Ding der Unmöglichkeit.
> >
> In welchem Format muss die Schrift denn vorliegen, ggf. könnte man
> sich einmal in der LaTeX-Welt umschauen. Dort sollten sich eigentlich
> ansehnliche Schriften finden ...

Also die Schriften, die sonst verwendet werden sind TrueType. Ob Mapnik auch
noch andere unterstützt, weiss ich nicht.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From list at lab.at  Sat Dec  1 12:09:49 2012
From: list at lab.at (Andreas Labres)
Date: Sat, 01 Dec 2012 13:09:49 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9E6B7.40000@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
Message-ID: <50B9F38D.2070102@al.lab.at>

On 01.12.12 12:15, Gerrit wrote:
>
> Mein Beispiel sollte dann eher 

Ja, so meinte ich.

Interessant wäre auch die Frage, wie man eigentlich sagen soll "diese name Tags
sind deutschsprachig"? Also wenn jemand z.B. eine Karte en(de) will, dass dann
eben "Munich (München)" dort steht, obwohl es den name:de Tag vielleicht nicht
gibt. Oder sollte man für alle Orte in DE, AT und CH (dt.) ein name:de setzen
wollen?

Vielleicht ein konkretes Beispiel:
http://www.openstreetmap.org/browse/node/240092464
hat einen name und einen name:ru Tag. Wie weiss der Renderer, was er für ru(de)
hinschreiben soll?

/al



From chris_hormann at gmx.de  Sat Dec  1 12:10:13 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Sat, 1 Dec 2012 13:10:13 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
Message-ID: <201212011310.13312.chris_hormann@gmx.de>

On Saturday 01 December 2012, Jochen Topf wrote:
>
> > latin-1 ist (auch die Ziffern) aus dem Vector Font DejaVu. Die
> > restlichen Glyphen kommen aus dem Unifont als Bitmap. Das skaliert
> > auch nicht so schön.
> > Und die Größen der einzelnen Zeichen passen auch nicht zusammen.
>
> Kann man das dann nicht im Font anpassen? Also einen neuen Font
> basteln, der die Zeichen aus DejaVu und Unfont enthält, aber die
> Thai-Zeichen halt 20% größer? Ich hab keine Ahnung, wie die Fonts
> intern funktionieren. Also wenn da jemand was macht, bin ich gerne
> bereit auf der Karte mit verschiedenen Fonts oder so zu
> experimentieren. Aber mehr kann ich halt auch nicht machen.

Es ist übrigens nicht nur die Größe, sondern auch die relative 
Positionierung.  Beim Arabischen beispielsweise werden manche 
Beschriftungen mit nach oben versetzter Basislinie dargestellt, was 
dann merkwürdig aussieht, wenn sie gemeinsam mit lateinischem Text 
auftreten, z.B.:

http://mlm.jochentopf.com/?zoom=7&lat=31.66974&lon=14.32068&layers=B0T&lang=en%2C_%7Car

Allerdings unterscheiden sich die typographischen Konventionen halt auch 
einfach zwischen den Schriften so dass eine Kombination immer schwierig 
ist.

Verbreitet verwendet auf arabischen Webseiten scheint der Font Amiri zu 
sein (http://www.amirifont.org/) wobei mir der für sehr kleine 
Schriftgrößen eher ungeeignet erscheint.

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From z0idberg at gmx.de  Sat Dec  1 12:21:03 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sat, 01 Dec 2012 13:21:03 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9F38D.2070102@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at>
Message-ID: <50B9F62F.3050500@gmx.de>

Am 01.12.2012 13:09, schrieb Andreas Labres:
> Interessant wäre auch die Frage, wie man eigentlich sagen soll "diese name Tags
> sind deutschsprachig"? Also wenn jemand z.B. eine Karte en(de) will, dass dann
> eben "Munich (München)" dort steht, obwohl es den name:de Tag vielleicht nicht
> gibt. Oder sollte man für alle Orte in DE, AT und CH (dt.) ein name:de setzen
> wollen?
>
> Vielleicht ein konkretes Beispiel:
> http://www.openstreetmap.org/browse/node/240092464
> hat einen name und einen name:ru Tag. Wie weiss der Renderer, was er für ru(de)
> hinschreiben soll?

Naja, ich glaube, gängiger Konsens ist ja bislang, dass die 
Landessprache eben nicht besonders gekennzeichnet wird:

name steht in Deutschland automatisch für name:de
in England für name:en
in Russland für name:ru
usw.
(wird dann vielleicht schwer in zweisprachigen Ländern, aber 
normalerweise klappt es)

D.h., dass wenn es kein name:de gibt, dann das name genommen wird, 
solange sich der Ort in Deutschland (oder AT/CH) befindet.

Das lässt sich doch aktuell schon gut bewerkstelligen, indem man einfach 
en|de_ (denke ich) schreibt.



From z0idberg at gmx.de  Sat Dec  1 12:28:13 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sat, 01 Dec 2012 13:28:13 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
Message-ID: <50B9F7DD.2050309@gmx.de>

Am 01.12.2012 12:32, schrieb Falk Zscheile:
> In welchem Format muss die Schrift denn vorliegen, ggf. könnte man
> sich einmal in der LaTeX-Welt umschauen. Dort sollten sich eigentlich
> ansehnliche Schriften finden ...

Naja, Truetype passt schon. Ich glaub ich muss hier mal Hinting etwas 
erläutern:

Dort werden für kleinere Schriftgrößen die Buchstaben absichtlich 
weniger detailliert gemacht, und anschließend als Bitmap in die 
Schriftart gespeichert. D.h. dann, wenn der Buchstabe z.B. in 
Schriftgröße 8 ist, wird das entsprechende Bitmap geladen. Falls die 
Schriftgröße allerdings 9 ist, wird entweder kein Bitmap geladen (dann 
sieht es hässlich aus), oder wiederrum ein anderes Bild.
Das ist im Grunde genau das gleiche Problem, wie bei OSM: Dort gibt es 
ja für die verschiedenen Zoomstufen auch immer verschiedene 
Darstellungen, und je weiter man hineinzoom, desto detaillierter wird 
es. Würde man in der weitesten Zoomstufe alle Straßen anzeigen, wäre das 
Bild hoffnungslos überfüllt.
Naja, jedenfalls ist der Vorgang halt sehr aufwendig. Deswegen gibt es 
ihn bei vielen kostenlosen Schriftarten nicht.

Soweit ich weiß, gibt es in der Latex-Welt jetzt auch nichts besseres. 
Das Problem ist ja auch, dass Latex für den Druck ist, aber hier werden 
Bildschirm-Schriften gesucht.

Ich kann mal zumindest für meinen Themenbereich (Japanisch und 
Chinesisch) nach einigen Schriften suchen, und ich werde auch mal im 
japanischen OSM-Talk nachfragen. Das Problem ist nur, dass alle guten 
(kostenlosen) Schriftarten, die ich für Japanisch kenne, nur lizensiert 
sind: Von MS, von Adobe oder von Epson. Bei Chinesisch sieht es 
zumindest etwas besser aus, aber da muss ich auch noch mal schauen.

Zu Thailändisch o.ä. kann ich jetzt leider nichts sagen, da ich mich 
damit nicht auskenne.

Gerrit



From simon at poole.ch  Sat Dec  1 12:42:49 2012
From: simon at poole.ch (Simon Poole)
Date: Sat, 01 Dec 2012 13:42:49 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9F62F.3050500@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at> <50B9F62F.3050500@gmx.de>
Message-ID: <50B9FB49.6000308@poole.ch>


Am 01.12.2012 13:21, schrieb Gerrit:
> .....
> (wird dann vielleicht schwer in zweisprachigen Ländern, aber
> normalerweise klappt es)
Die (mehrsprachige Länder) sind häufiger als du denkst:
http://www.aufenthaltstitel.de/amtssprachen.html  würde auf ~60 Länder
mit mindestens 2 Amtssprachen hinweisen und sicher noch mehr mit mehr
als eine gebräuchliche Sprache.
>
> D.h., dass wenn es kein name:de gibt, dann das name genommen wird,
> solange sich der Ort in Deutschland (oder AT/CH) befindet.
Mir wäre so als ob die CH 4-sprachig ist :-) .

Simon






From z0idberg at gmx.de  Sat Dec  1 12:49:52 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sat, 01 Dec 2012 13:49:52 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9FB49.6000308@poole.ch>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at> <50B9F62F.3050500@gmx.de>
 <50B9FB49.6000308@poole.ch>
Message-ID: <50B9FCF0.5070404@gmx.de>

Am 01.12.2012 13:42, schrieb Simon Poole:
> Die (mehrsprachige Länder) sind häufiger als du denkst:
> http://www.aufenthaltstitel.de/amtssprachen.html  würde auf ~60 Länder
> mit mindestens 2 Amtssprachen hinweisen und sicher noch mehr mit mehr
> als eine gebräuchliche Sprache.
>
> Mir wäre so als ob die CH 4-sprachig ist :-) .
Tatsächlich, hab ich jetzt gar nicht dran gedacht :D
Aber das kann man da ja auch mit Regionen lösen. Ansonsten werden die 
meisten mehrsprachigen Länder wohl bereits jetzt schon richtig getaggt 
sein, so dass sich da gar kein Problem ergibt.



From gislars+list at googlemail.com  Sat Dec  1 13:15:38 2012
From: gislars+list at googlemail.com (Lars Lingner)
Date: Sat, 01 Dec 2012 14:15:38 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <20121201112921.GA8487@eldorado.topf.org>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
Message-ID: <50BA02FA.2050700@googlemail.com>

On 01.12.2012 12:29, Jochen Topf wrote:
[...]
> 
> Nein. So geht das leider nicht. Renderer sind komplex und haben ihre eigene
> Configfiles und man muss passende SQL-Queries schreiben und alles muss auch
> noch performant sein. Eventuell kann man in den Mapnik was einbauen, aber
> das ist nichts, was mal eben schnell geht.
> 

Ich habe gerade diesen Thread überflogen. Bei dem Thema Configfiles und
SQL-Queries musste ich an den MapServer denken.

Dieser wird auch über ein Configfile gesteuert in dem alle Layer
definiert sind. Datenquelle, Stile, Beschriftung, Zoomlevel etc..

Man kann dabei auch Variablen benutzen, die bei einem Request
mitgesendet werden. Diese Variablen werden dann ersetzt und bestimmen so
das Rendern des Bilds.

Wie das im Detail aussieht, kann man in der Doku [1] nachlesen.

Damit kann man recht einfach den hier vorliegenden Anwendungsfall
bedienen. Im DATA-Statement benutzt man folgendes

...SELECT foo, bar FROM table WHERE languages->"%lang%"...

und beim REQUEST fügt man einen "lang"-Parameter an:

...REQUEST=GetMap&...&lang=de

Standardwerte sind ebenso möglich (definiert im Mapfile). Wenn man das
SQL geschickt formuliert, kann man auch Fallback-Sprachen benutzen.

Man könnte auch die Variable in den CLASS-Definition benutzen, so das in
Abhängigkeit vom Wert eine anderer Stil oder Label benutzt wird.
Schriftarten, Schriftgrößen usw. können dadurch auch getriggert werden.

Ich möchte hier niemanden vom MapServer überzeugen, aber vielleicht kann
man sich hier etwas abschauen.


Viele Grüße

Lars


[1] http://mapserver.org/cgi/runsub.html



From rsn.osm at email.de  Sat Dec  1 14:08:50 2012
From: rsn.osm at email.de (Robert)
Date: Sat, 01 Dec 2012 15:08:50 +0100
Subject: [Talk-de] doppelte Changesets
Message-ID: <67724689.YjDkf310Fj@ufgb976>

Moin,

seid ein paar Wochen tauchen im südlichen Hannover identische Changesets auf. 
Weiß jemand wie man solche identifizieren und elimieren kann.

Im housenumbervalidator sind mir vor einiger Zeit massiv doppelte 
Adressen/Häuser aufgefallen [1]. Bald wurden es so viele, dass ich sie nicht 
mehr "per Hand" löschen mochte. 

Einzelne Changesets konnte ich händisch als identisch ausmachen,
z.B. Changeset 13933498 und 13942082 [2]. Da die "Doppelten" alle von dem 
gleichen Nutzer zu stammen scheinen, habe ich diesem in den letzten anderthalb 
Wochen dreimal über openstreetmap.org Nachrichten geschickt, aber leider keine 
Antwort erhalten. Nun suche ich nach einer Möglichkeit den Benutzer zu 
erreichen und die doppelten Changesets los zu werden.


Vielen Dank
  Robert 


[1] 
http://gulp21.bplaced.net/osm/housenumbervalidator/?zoom=13&lat=52.35&lon=9.76
[2] http://www.openstreetmap.org/browse/changeset/13933498
    http://www.openstreetmap.org/browse/changeset/13942082



From Jimmy_K at gmx.at  Sat Dec  1 14:42:43 2012
From: Jimmy_K at gmx.at (Jimmy_K)
Date: Sat, 01 Dec 2012 15:42:43 +0100
Subject: [Talk-de] doppelte Changesets
In-Reply-To: <67724689.YjDkf310Fj@ufgb976>
References: <67724689.YjDkf310Fj@ufgb976>
Message-ID: <50BA1763.8010709@gmx.at>

Arbeitet da jemand für Hannover an OSM? Die Edits sind immer zwischen 8
und 16 Uhr und die Fehler (doppelten) treten sofern ich es bis jetzt
gesehen habe immer beim Nachtsprung auf.


LG Jimmy


Am 01.12.2012 15:08, schrieb Robert:
> Moin,
>
> seid ein paar Wochen tauchen im südlichen Hannover identische Changesets auf. 
> Weiß jemand wie man solche identifizieren und elimieren kann.
>
> Im housenumbervalidator sind mir vor einiger Zeit massiv doppelte 
> Adressen/Häuser aufgefallen [1]. Bald wurden es so viele, dass ich sie nicht 
> mehr "per Hand" löschen mochte. 
>
> Einzelne Changesets konnte ich händisch als identisch ausmachen,
> z.B. Changeset 13933498 und 13942082 [2]. Da die "Doppelten" alle von dem 
> gleichen Nutzer zu stammen scheinen, habe ich diesem in den letzten anderthalb 
> Wochen dreimal über openstreetmap.org Nachrichten geschickt, aber leider keine 
> Antwort erhalten. Nun suche ich nach einer Möglichkeit den Benutzer zu 
> erreichen und die doppelten Changesets los zu werden.
>
>
> Vielen Dank
>   Robert 
>
>
> [1] 
> http://gulp21.bplaced.net/osm/housenumbervalidator/?zoom=13&lat=52.35&lon=9.76
> [2] http://www.openstreetmap.org/browse/changeset/13933498
>     http://www.openstreetmap.org/browse/changeset/13942082
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From dieterdreist at gmail.com  Sat Dec  1 15:07:56 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 1 Dec 2012 16:07:56 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9F38D.2070102@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de> <50B9F38D.2070102@al.lab.at>
Message-ID: <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>

Am 1. Dezember 2012 13:09 schrieb Andreas Labres <list at lab.at>:
> Interessant wäre auch die Frage, wie man eigentlich sagen soll "diese name Tags
> sind deutschsprachig"? Also wenn jemand z.B. eine Karte en(de) will, dass dann
> eben "Munich (München)" dort steht, obwohl es den name:de Tag vielleicht nicht
> gibt. Oder sollte man für alle Orte in DE, AT und CH (dt.) ein name:de setzen
> wollen?


die Frage taucht ja regelmäßig auf. Eine der Ideen dazu ist, überhaupt
kein "name" mehr zu verwenden, dafür einen Extratag, welches die
"Standardsprache(n)" für ein Feature ist/sind, also so was wie lang=de
und name:de=München

Alternativ könnte man natürlich auch alle name-Einträge doppeln (name
und name:de=München setzen).

Oder man nimmt die Daten wie sie jetzt sind und macht es mit
Boundaries und preprocessing: "Deutschland"-Polygon nehmen, alle
Features die einen "name" und kein "name:de" haben darin auswählen und
bei allen "name" ein zusätzliches "name:de" setzen, oder irgendwie
sonst einen flag, dass "de" die Standardsprache ist (wobei die
Realität ja komplizierter ist, so gibt es auch in Deutschland z.B. die
Gebiete der Sorben, wo es neben Deutsch noch eine andere
Standardsprache gibt). Auch weiss ich nicht genau, ob wir z.B. für die
Schweiz ein Polygon der deutschsprachigen Gebiete haben (wobei die
Schweizer glaub wegen Ihrer Mehrsprachigkeit sowieso disziplinierter
ein name:de ergänzen als die Deutschen).

Nachteil der Preprocessing-Variante: funktioniert nicht gut mit
live-updates der db. Theoretisch könnte man auch eine stark
vereinfachte Grenze hernehmen und damit live jeweils prüfen, wo man
gerade ist, aber das wird a) trotzdem ein bisschen länger dauern und
b) auch im Grenzbereich zu Problemen führen.

Das Problem von doppelten Tags (z.B. name und name:de in der db für
Deutschland explizit vorhalten) ist, dass man redundante Daten hat,
und z.B. Fehler jeweils doppelt korrigieren muss (d.h. es kann zu
Abweichungen zwischen name und name:de kommen, man verschwendet Platz
in der db, und Eintragungen wie Änderungen sind doppelt so viel
Tippaufwand).

Am einfachsten auszuwerten, auch mit dynamischen Datenbanken, wäre
wohl die eingangs erwähnte Variante, auf ein "name" komplett zu
verzichten und einen zusätzlichen "lang"-tag (oder ähnlich)
einzuführen. Für "dumme" Software (d.h. nicht angepasste sw) könnte
man dann auch einfach die Daten vorprozessieren und aus lang plus dem
"name:xx"-tag einen zusätzlichen "name"-tag generieren.

Gruß Martin



From albrecht.will at online.de  Sat Dec  1 16:04:03 2012
From: albrecht.will at online.de (Albrecht Will)
Date: Sat, 01 Dec 2012 17:04:03 +0100
Subject: [Talk-de] =?utf-8?q?key-value_f=C3=BCr_ingenieurb=C3=BCro?=
Message-ID: <5741096.bPKMIUa0Hy@antilope>

Hallo,
bisher habe ich nur den Wert "architect" gefunden. Der Begriff Architekt 
bezieht sich entweder auf Gebäude oder Landschaft. Er ist außerdem geschützt. 
Nicht so nennen dürfen sich Ingenieurbüros.  Die haben u.a. folgende 
Arbeitsfelder: Bauwesen, Straßenbau, Tiefbau, Vermessung, HLS, ...
Wie könnte ich richtige Bezeichnungen eintragen?
Gruß, Albrecht



From dieterdreist at gmail.com  Sat Dec  1 16:56:10 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 1 Dec 2012 17:56:10 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de> <50B9F38D.2070102@al.lab.at>
 <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>
Message-ID: <CABPTjTDfyPSEfJhRW076Agd8Aozqk=r0SQkYqLOZriQTTi22kg@mail.gmail.com>

Am 1. Dezember 2012 16:07 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
> die Frage taucht ja regelmäßig auf. Eine der Ideen dazu ist, überhaupt
> kein "name" mehr zu verwenden, dafür einen Extratag, welches die
> "Standardsprache(n)" für ein Feature ist/sind, also so was wie lang=de
> und name:de=München


oder man könnte auch jeweils zusätzlich lang=de dazutaggen zum "name"
und kein "name:de" angeben, dann muss man sich im einfachsten Fall der
Auswertung weiterhin nicht um Sprachen kümmern.

Gruß Martin



From abonnements at revolwear.com  Sat Dec  1 17:56:21 2012
From: abonnements at revolwear.com (Max)
Date: Sat, 1 Dec 2012 18:56:21 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
Message-ID: <49C49B0E-E0EB-4899-A679-A2002041EB08@revolwear.com>

Am 01.12.2012 um 12:32 schrieb Falk Zscheile <falk.zscheile at gmail.com>:
> Am 1. Dezember 2012 12:15 schrieb Gerrit <z0idberg at gmx.de>:
>> [Schriftschnitte für OSM-Karten]
> 
>> Also für Chinesisch und Japanisch kann ich zumindest sagen, dass die
>> Schriftart unglaublich hässlich ist. Besonders das fehlende Hinting macht
>> die Schrift unglaublich schlecht zu lesen. Leider gibt es aber nur sehr sehr
>> wenige freie Schriftarten für die Sprachen, da die einfach so aufwendig zu
>> machen sind. Dann noch eine freie Schriftart in guter Qualität zu finden ist
>> fast ein Ding der Unmöglichkeit.
>> 
> In welchem Format muss die Schrift denn vorliegen, ggf. könnte man
> sich einmal in der LaTeX-Welt umschauen. Dort sollten sich eigentlich
> ansehnliche Schriften finden ?

SIL International Fonts
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=FontDownloads

GNU FreeFont
?FreeFont contains large selection of characters from other writing systems, some of which are hard to find elsewhere.?
http://www.gnu.org/software/freefont/

m.


From osm at stephans-server.de  Sun Dec  2 02:45:02 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sun, 02 Dec 2012 03:45:02 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50B9F7DD.2050309@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <50B9F7DD.2050309@gmx.de>
Message-ID: <courier.50BAC0AF.000041E3@stephans-server.de>

Gerrit writes: 

> Zu Thailändisch o.ä. kann ich jetzt leider nichts sagen, da ich mich 
> damit nicht auskenne.

Der Font Loma von der Thai Linux Working Group ist GPL und sieht finde ich 
ganz gut aus:
http://linux.thai.net/projects/thaifonts-scalable 

Das Changelog schreibt zwar immer wieder was von Verbesserungen beim 
Hinting, aber komplett in Handarbeit wird das auch nicht sein. 

Die Positionierung der einzelnen Glyphen ist übrigens beim neuen Mapnik mit 
Harfbuzz deutlich besser. Für eine Demo nicht so wichtig, aber sollten die 
mehrsprachigen Karten über eine Demo rauskommen dann braucht es IMHO die 
neue Version. 

Stephan



From dido_698 at web.de  Sun Dec  2 09:01:19 2012
From: dido_698 at web.de (Steffen)
Date: Sun, 02 Dec 2012 10:01:19 +0100
Subject: [Talk-de] wer kann hier helfen?
Message-ID: <50BB18DF.7090301@web.de>

Guten Tag,

hier gibt es zwei Bugs [1] & [2] in keepright.ipax.at. Wie 
kann man dies am besten beheben. Mit JOSM?

Gruß Steffen


[1] 
http://keepright.ipax.at/report_map.php?schema=94&error=38882008

[2] 
http://keepright.ipax.at/report_map.php?schema=94&error=38882007



From nakaner at gmx.net  Sun Dec  2 09:13:37 2012
From: nakaner at gmx.net (Michael Reichert)
Date: Sun, 02 Dec 2012 10:13:37 +0100
Subject: [Talk-de] wer kann hier helfen?
In-Reply-To: <50BB18DF.7090301@web.de>
References: <50BB18DF.7090301@web.de>
Message-ID: <50BB1BC1.2070006@gmx.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo zusammen,

Am 02.12.2012 10:01, schrieb Steffen:
> Guten Tag,
> 
> hier gibt es zwei Bugs [1] & [2] in keepright.ipax.at. Wie kann man
> dies am besten beheben. Mit JOSM?
> 
> Gruß Steffen
> 
> 
> [1]
> http://keepright.ipax.at/report_map.php?schema=94&error=38882008
> 
> [2]
> http://keepright.ipax.at/report_map.php?schema=94&error=38882007
Ja, JOSM wäre eine Möglichkeit. Die unterirdische U-Bahn-Strecke und die
darüber verlaufende Straße hatten einen gemeinsamen Node. Diesen Node
habe ich einfach mit G getrennt, sodass drei Nodes entstanden sind
(Straße, U-Bahn und Fußweg). Anschließend habe ich mit M den Node des
Fußwegs mit dem der Straße vereinigt.

Die Fehler dürften jetzt behoben sein.

Viele Grüße,

Michael


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJQuxu3AAoJEO7A7cvElxjaxB8IALNoL0h55XdotJzx26xnpVuT
qDJLFUkW8NWTgvcQ0EPxox62vmxNLb1TLEelnjj3olXcyWRMUxgkSW1XA5Lc7f2D
z5wPelvrOhA2iTMDcDIMlblSRg9tZSH9W5Gpme2ZYzDmewd6XJ1HL5S9h3ZRgR66
Bxl3vWvC7kawNqPYlX3nEZGynn4KRTXCnlhaXXu48UbZEtndZLp1jFSHY5+7rHt7
oEnWq0zPLdTkGElOj+qmospQbh6FydxMb+g0rXQ41m+M/ThKmpBoWKJXx3vi5f8k
n4HAqTcnpoAGCNkaPAg9GO64rZep8ONBG3hN460t8G8cCUWfh4zYsgRnVh3NI7I=
=9BXO
-----END PGP SIGNATURE-----



From dido_698 at web.de  Sun Dec  2 09:22:14 2012
From: dido_698 at web.de (Steffen)
Date: Sun, 02 Dec 2012 10:22:14 +0100
Subject: [Talk-de] wer kann hier helfen?
In-Reply-To: <50BB1BC1.2070006@gmx.net>
References: <50BB18DF.7090301@web.de> <50BB1BC1.2070006@gmx.net>
Message-ID: <50BB1DC6.8080408@web.de>


--- Original Nachricht ---
Absender: Michael Reichert
Datum: 02.12.2012 10:13
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hallo zusammen,
>
> Am 02.12.2012 10:01, schrieb Steffen:
>> Guten Tag,
>>
>> hier gibt es zwei Bugs [1] & [2] in keepright.ipax.at. Wie kann man
>> dies am besten beheben. Mit JOSM?
>>
>> Gruß Steffen
>>
>>
>> [1]
>> http://keepright.ipax.at/report_map.php?schema=94&error=38882008
>>
>> [2]
>> http://keepright.ipax.at/report_map.php?schema=94&error=38882007
> Ja, JOSM wäre eine Möglichkeit. Die unterirdische U-Bahn-Strecke und die
> darüber verlaufende Straße hatten einen gemeinsamen Node. Diesen Node
> habe ich einfach mit G getrennt, sodass drei Nodes entstanden sind
> (Straße, U-Bahn und Fußweg). Anschließend habe ich mit M den Node des
> Fußwegs mit dem der Straße vereinigt.
>
> Die Fehler dürften jetzt behoben sein.
>
> Viele Grüße,
>
> Michael
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with undefined - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJQuxu3AAoJEO7A7cvElxjaxB8IALNoL0h55XdotJzx26xnpVuT
> qDJLFUkW8NWTgvcQ0EPxox62vmxNLb1TLEelnjj3olXcyWRMUxgkSW1XA5Lc7f2D
> z5wPelvrOhA2iTMDcDIMlblSRg9tZSH9W5Gpme2ZYzDmewd6XJ1HL5S9h3ZRgR66
> Bxl3vWvC7kawNqPYlX3nEZGynn4KRTXCnlhaXXu48UbZEtndZLp1jFSHY5+7rHt7
> oEnWq0zPLdTkGElOj+qmospQbh6FydxMb+g0rXQ41m+M/ThKmpBoWKJXx3vi5f8k
> n4HAqTcnpoAGCNkaPAg9GO64rZep8ONBG3hN460t8G8cCUWfh4zYsgRnVh3NI7I=
> =9BXO
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
Danke, das werd ich bei der nächsten Gelegenheit auch mal so 
probieren.

Gruß Steffen



From jochen at remote.org  Sun Dec  2 10:47:52 2012
From: jochen at remote.org (Jochen Topf)
Date: Sun, 2 Dec 2012 11:47:52 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50BAC0AF.000041E3@stephans-server.de>
References: <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <50B9F7DD.2050309@gmx.de>
 <courier.50BAC0AF.000041E3@stephans-server.de>
Message-ID: <20121202104752.GA11472@eldorado.topf.org>

On Sun, Dec 02, 2012 at 03:45:02AM +0100, Stephan Knauss wrote:
> Gerrit writes:
> 
> >Zu Thailändisch o.ä. kann ich jetzt leider nichts sagen, da ich
> >mich damit nicht auskenne.
> 
> Der Font Loma von der Thai Linux Working Group ist GPL und sieht
> finde ich ganz gut aus:
> http://linux.thai.net/projects/thaifonts-scalable

Habs grad probiert, aber da bekomme ich nur so Rechtecke statt der Zeichen.
Keine Ahnung, warum. Wenns irgendjemand gibt, der sich mit Truetype Fonts
und sowas gut auskennt, kann er sich ja mal melden.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From list at lab.at  Sun Dec  2 10:48:50 2012
From: list at lab.at (Andreas Labres)
Date: Sun, 02 Dec 2012 11:48:50 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABPTjTDfyPSEfJhRW076Agd8Aozqk=r0SQkYqLOZriQTTi22kg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at>
 <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>
 <CABPTjTDfyPSEfJhRW076Agd8Aozqk=r0SQkYqLOZriQTTi22kg@mail.gmail.com>
Message-ID: <50BB3212.8080306@al.lab.at>

On 01.12.12 17:56, Martin Koppenhoefer wrote:
> Am 1. Dezember 2012 16:07 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
>> die Frage taucht ja regelmäßig auf.

Eh. Nur jetzt gibt's offenbar demnächst eine ernstzunehemde Anwendung und daher
wäre es an der Zeit, das jetzt zu lösen (IMO).

Um es nochmal auf den Punkt zu bringen: man denke an eine _ (en) Karte, die also
lokale Namen (z.B. auch ein kyrillischer o.a. fremder Schrift) und die englische
Variante anzeigen soll. Dann will man aber nicht, dass alle engl. Namen
plötzlich doppelt dastehen. Stellt sich die Frage, ob eine Intelligenz im
Renderer, die idF identische Strings unterdrückt, da reichen würde.

Also an den erwähnten Beispielen [_ (en) Karte]: München wäre dann als "München
(Munich)" und Aachen nur als "Aachen" (auch wenn's dort ein name:en=Aachen gibt)
beschriftet.

Das wäre IMO ein gangbarer Weg.

/al



From dieterdreist at gmail.com  Sun Dec  2 11:32:48 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Sun, 2 Dec 2012 12:32:48 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BB3212.8080306@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at>
 <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>
 <CABPTjTDfyPSEfJhRW076Agd8Aozqk=r0SQkYqLOZriQTTi22kg@mail.gmail.com>
 <50BB3212.8080306@al.lab.at>
Message-ID: <347ACE2B-C836-4C0A-9AB2-95A07B3984CA@gmail.com>



Am 02/dic/2012 um 11:48 schrieb Andreas Labres <list at lab.at>:

> Um es nochmal auf den Punkt zu bringen: man denke an eine _ (en) Karte, die also
> lokale Namen (z.B. auch ein kyrillischer o.a. fremder Schrift) und die englische
> Variante anzeigen soll. Dann will man aber nicht, dass alle engl. Namen
> plötzlich doppelt dastehen. Stellt sich die Frage, ob eine Intelligenz im
> Renderer, die idF identische Strings unterdrückt, da reichen würde.
> 
> Also an den erwähnten Beispielen [_ (en) Karte]: München wäre dann als "München
> (Munich)" und Aachen nur als "Aachen" (auch wenn's dort ein name:en=Aachen gibt)
> beschriftet.
> 
> Das wäre IMO ein gangbarer Weg.


Das könnte man im postgres-teil der Regeln sicherlich einfach so einbauen. Das Grundproblem ist damit aber noch nicht gelöst: wie kann man wissen, in welcher Sprache der Inhalt eines bestimmten name tags ist? Wenn man weder den Tag duplizieren will, noch auf das generische name verzichten, dann wäre ein Zusatztag "lang" o.Ä. dafür gut geeignet.

Beispiel: in welcher Sprache ist dieser Node getaggt? 
http://www.openstreetmap.org/browse/node/621235472

Gruß Martin



From osm-listen at ivkasogis.de  Sun Dec  2 11:36:32 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 02 Dec 2012 12:36:32 +0100
Subject: [Talk-de] wer kann hier helfen?
In-Reply-To: <50BB1BC1.2070006@gmx.net>
References: <50BB18DF.7090301@web.de> <50BB1BC1.2070006@gmx.net>
Message-ID: <1354448192.2954.6.camel@Hannibal.kahl-hinsch.de>

Hallo,
Am Sonntag, den 02.12.2012, 10:13 +0100 schrieb Michael Reichert:

> Ja, JOSM wäre eine Möglichkeit. Die unterirdische U-Bahn-Strecke und die
> darüber verlaufende Straße hatten einen gemeinsamen Node. Diesen Node
> habe ich einfach mit G getrennt, sodass drei Nodes entstanden sind
> (Straße, U-Bahn und Fußweg). Anschließend habe ich mit M den Node des
> Fußwegs mit dem der Straße vereinigt.
> 
> Die Fehler dürften jetzt behoben sein.

Tipp bei mehr als 2 Linien:

1. Den Way, der separiert werden soll, markieren, außerdem den Node
(Strg drücken) markieren (oder umgekehrt)
2. "g"
3. Den Node mit der Maus wegziehen.

Josm trennt dann nur den Node des einen Ways ab, die anderen bleiben
vereinigt. Der abgetrennte Node wird dann von der Maus aufgenommen. Das
klappt aber nur, wenn man es direkt hintereinander macht.

Gruß, Wolfgang




From lehner at edv-buero-lehner.de  Sun Dec  2 11:47:48 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Sun, 2 Dec 2012 12:47:48 +0100 (CET)
Subject: [Talk-de] wer kann hier helfen?
In-Reply-To: <1354448192.2954.6.camel@Hannibal.kahl-hinsch.de>
References: <50BB18DF.7090301@web.de> <50BB1BC1.2070006@gmx.net>
 <1354448192.2954.6.camel@Hannibal.kahl-hinsch.de>
Message-ID: <alpine.LFD.1.00.1212021245330.23104@velociraptor.hac.de>



On Sun, 2 Dec 2012, Wolfgang Hinsch wrote:

> [...]
> Tipp bei mehr als 2 Linien:
>
> 1. Den Way, der separiert werden soll, markieren, außerdem den Node
> (Strg drücken) markieren (oder umgekehrt)
> 2. "g"
> 3. Den Node mit der Maus wegziehen.
>
> Josm trennt dann nur den Node des einen Ways ab, die anderen bleiben
> vereinigt. Der abgetrennte Node wird dann von der Maus aufgenommen. Das
> klappt aber nur, wenn man es direkt hintereinander macht.


Wenn wir schon JOSM Grundkurs machen, eine aehnliche Frage:

Wenn ich mehrere Nodes habe, die _nicht_ verbunden sind, aber aber an der 
gleichen Stelle liegen - wie greife ich dann den einen oder anderen Node 
auf? Funktioniert das genauso mit der Vorauswahl der dazugehoerigen Linie?

Danke -

Alex.

From guenter_moritz at online.de  Sun Dec  2 13:48:18 2012
From: guenter_moritz at online.de (=?ISO-8859-15?Q?G=FCnter_Moritz?=)
Date: Sun, 02 Dec 2012 14:48:18 +0100
Subject: [Talk-de] Alte Bingbilder
Message-ID: <50BB5C22.8070701@online.de>

Hallo an Alle,
wie komme ich an alte Bingbilder für den Raum Essen (Umkreis 5 Km) < 2009?
Ich möchte ein (erst einmal ?) privates Projekt erstellen, für das ich 
alte Karten-/Luftbildaufnahem benötige. Die daraus entstehenden Daten 
werden nur lokal gespeichert  (eigener OSM-Server).

Habt Ihr Informationen bzw. Tipps wie an solche alten Bilder komme?

Danke für Eure Mühe.

Bis dann ...
MfG
Günter



From guenter_moritz at online.de  Sun Dec  2 13:52:34 2012
From: guenter_moritz at online.de (=?ISO-8859-15?Q?G=FCnter_Moritz?=)
Date: Sun, 02 Dec 2012 14:52:34 +0100
Subject: [Talk-de] Alte Bingbilder
In-Reply-To: <50BB5B9B.3060408@online.de>
References: <50BB5B9B.3060408@online.de>
Message-ID: <50BB5D22.9050002@online.de>

bitte diese Mail nicht beachten, sondern die Nachfolgemail

bis dann ...
MfG
Günter

Am 02.12.2012 14:46, schrieb Günter Moritz:
> Hallo an Alle,
> wie komme ich an alte Bingbilder für den Raum Essen (Umkreis 5 Km) < 
> 2009?
> Ich möchte ein (erst einmal ?) privates Projekt erstellen, für das ich 
> alte Karten-/Luftbildaufnahem benötige. Die daraus entstehenden Daten 
> werden nur lokal gespeichert  (eigener und "verstopfen" nicht



From lists at fuchsschwanzdomain.de  Sun Dec  2 14:15:39 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Sun, 2 Dec 2012 14:15:39 +0000 (UTC)
Subject: [Talk-de] Demo mehrsprachige Karte
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
Message-ID: <k9fnqb$8n2$1@ultimate100.geggus.net>

Jochen Topf <jochen at remote.org> wrote:

> Wir haben hier auch irgendwie zwei Probleme: Das eine ist, passende Fonts
> zu bekommen, das andere ist, die in den Renderer reinzubekommen. Ersteres
> Problem kann nur jemand angehen, der diese Sprachen kann usw. Letzteres ist
> was für Programmierer.

Hm, stelle ich mir das jetzt zu einfach vor wenn ich mir einfach
denke wir könnten uns einen speziellen OSM-Karten-Font bauen indem wir
einfach die richtigen Unicodezeichen (größe und Typ) alle in eine einzige
OSM-Kerten-Font Datei mergen?

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 giggls at ircnet, http://sven.gegg.us/ on the Web



From list at lab.at  Sun Dec  2 14:28:54 2012
From: list at lab.at (Andreas Labres)
Date: Sun, 02 Dec 2012 15:28:54 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <347ACE2B-C836-4C0A-9AB2-95A07B3984CA@gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at>
 <CABPTjTAM6PsGF0wJ-F+YtasK0K67rfWqbDxXQkEnsC-bWpaihQ@mail.gmail.com>
 <CABPTjTDfyPSEfJhRW076Agd8Aozqk=r0SQkYqLOZriQTTi22kg@mail.gmail.com>
 <50BB3212.8080306@al.lab.at> <347ACE2B-C836-4C0A-9AB2-95A07B3984CA@gmail.com>
Message-ID: <50BB65A6.3040100@al.lab.at>

On 02.12.12 12:32, Martin Koppenhöfer wrote:
> Das könnte man im postgres-teil der Regeln sicherlich einfach so einbauen.

Das muß nicht mal in der DB sein, das kann man ganz am Schluss entscheiden.

> Das Grundproblem ist damit aber noch nicht gelöst: wie kann man wissen, in
> welcher Sprache der Inhalt eines bestimmten name tags ist?

Natürlich, das war ja auch mein Ausgangspunkt. Aber mittlerweile denke ich, dass
man das gar nicht zu wissen braucht. Es gibt auch zu viele Spezialfälle, z.B.
wenn unter name schon zwei verschiedene Sprachen ausgefüllt sind (Schweizer
Kantone oder sowas; wobei sich das, wenn die Sprache umschaltbar wäre,
vielleicht ändern würde).

> Wenn man weder den Tag duplizieren will, noch auf das generische name
> verzichten, dann wäre ein Zusatztag "lang" o.Ä. dafür gut geeignet.

Da bin ich ganz bei Dir, wenn man es wissen/definieren will, ist lang (oder
name:lang oder sowas) die beste Lösung (die auch nicht mit der bisheringen
Verwendung von "name" bricht).

/al



From lists at fuchsschwanzdomain.de  Sun Dec  2 14:29:13 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Sun, 2 Dec 2012 14:29:13 +0000 (UTC)
Subject: [Talk-de] Demo mehrsprachige Karte
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <50B9F38D.2070102@al.lab.at> <50B9F62F.3050500@gmx.de>
 <50B9FB49.6000308@poole.ch>
Message-ID: <k9fojp$8n2$2@ultimate100.geggus.net>

Simon Poole <simon at poole.ch> wrote:

> Mir wäre so als ob die CH 4-sprachig ist :-) .

Jepp und da gibt es auch gleich komische Sachen auf der Karte.

Die Stadt Fribourg war mir bisher zum Beispiel nicht als Freiburg im
Üechtland bekannt.

Frederik hatte glaube ich mal ein Verfahren vorgeschlagen das als
pseudocode in etwa so funktioniert:

if name == name:de then
  rendere name
else
  rendere name:de (name)
fi

Für größere Städte sicher sinnvoll.

Gruss

Sven

-- 
How to prevent Java from forking? Use a spoon.
(Found on http://slashdot.org)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From dieterdreist at gmail.com  Sun Dec  2 14:38:38 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 2 Dec 2012 15:38:38 +0100
Subject: [Talk-de] wer kann hier helfen?
In-Reply-To: <alpine.LFD.1.00.1212021245330.23104@velociraptor.hac.de>
References: <50BB18DF.7090301@web.de> <50BB1BC1.2070006@gmx.net>
 <1354448192.2954.6.camel@Hannibal.kahl-hinsch.de>
 <alpine.LFD.1.00.1212021245330.23104@velociraptor.hac.de>
Message-ID: <ABD4947D-B75E-41A2-B2E5-D7860098F4A9@gmail.com>





Am 02/dic/2012 um 12:47 schrieb Alexander Lehner <lehner at edv-buero-lehner.de>:

> Wenn ich mehrere Nodes habe, die _nicht_ verbunden sind, aber aber an der gleichen Stelle liegen - wie greife ich dann den einen oder anderen Node auf? Funktioniert das genauso mit der Vorauswahl der dazugehoerigen Linie?


ich glaube da kannst Du den Node mit der mittleren Maustaste und Strg auswählen

Gruß 
Martin


From xniguh at gmail.com  Sun Dec  2 17:04:33 2012
From: xniguh at gmail.com (Christian Hauer)
Date: Sun, 02 Dec 2012 18:04:33 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <k9av7h$meb$2@ultimate100.geggus.net>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
Message-ID: <50BB8A21.4010902@gmail.com>

hallo,

wirklich gute arbeit, das hat potenzial!
sowas in der art würde ich echt gerne auch auf der hauptseite sehen.
weiter so!


> Markus <liste12A45q7 at gmx.de> wrote:
>
> Ideal wäre, wenn die Karte wirklich mehrsprachig wird.
> (also nicht nur "wählbar einsprachig")
> oder noch besser: *mehrschriftig*

+1


> Am 2012-11-30 19:51, schrieb Sven Geggus:
>
> Wenn ich z.B. de,en in das Kästchen reinschreibe bekommen ich die
> karte in name:de,name:en,name
>
> Das ist für die meisten Plätze auf der Welt doch genau das was man
> als deutscher native speaker haben möchte oder nicht?

nein, da bin ich nicht ganz deiner meinung.

ich hab mir mal tschechien und die slowakei etwas näher angesehen.
dort wimmelt es, aufgrund der jahrhunderte?angen verbundenheit mit dem 
deutschen sprachraum, nur so von deutschsprachigen namen, die zwar 
ansich richtig, heute aber kaum bis nicht mehr in verwendung sind.

beispielsweise:

praha/prag: ich denke, dass da der deutsche begriff sogar etwas 
geläufiger sein wird.

bratislava/pressburg: obwohl der name "pressburg" doch relativ bekannt 
ist, wird überwiegend doch bratislava verwendet.

und bei den stadtteilen von bratislava:
petr?alka/engerau: wußte ich, kann mir aber kaum vorstellen, dass der 
deutsche name sehr verbreitet ist.

ru?inov/rosenheim: die bezeichnung habe ich erst durch diese karte 
kennengelernt ;)

diese aufzählung lässt sich mit quasi allen städten in der slowakei 
fortsetzen. es sagt normalerweise kein mensch, dass er nach sillein, 
preschau oder kaschau fährt ...

in tschechien sieht die sache dagegen schon wieder etwas anders aus, den 
bspw brünn, znaim, karlstein und pilsen sind - zumindest für mich ;) - 
gebräuchliche namen, die ich auch den tschechischen vorziehe.



grundsätzlich, so meine meinung, sollten auf einer karte die 
heimatstaatlichen bezeichnungen zu finden sein.
nur wenn bezeichnungen in der eigenen sprache üblich sind, *dann* 
sollten diese - oder besser - sollten diese *auch* verwendet werden.



da dies aus den daten aber kaum herauslesbar ist, blieben eigentlich nur 
wenige ansätze:

1.)
google rendert zb in thailand und china die namen sowohl in lateinischer 
schrift, als auch in lokaler schrift.
das gefällt mir eigentlich sehr gut. eine anzeige in der Form
"Praha (Prag)" bzw dann auch "Petr?alka (Engerau) würde das problem der 
"exotischen" deutschen bezeichungen etwas lindern.

2.)
(wäre eigentlich mit 1. kombinierbar)
man lässt die user abstimmen, welcher der gebräuchlichere ausdruck für 
die betreffende sprache ist
(nach dem vorbild der vorgangsweise bei der erstellung von wörterbüchern 
[kennst du den namen? würdest du ihn verwenden?] in verbindung mit einer 
abstimmungskarte a la pascals "i like osm").

3.)
man ändert die aus dem gebrauch gekommenen bezeichungen von name auf 
old_name.
das ist allerdings eine variante, die mir persönlich missfällt, da sie 
zu sehr vom eigenen sprachgebrauch des jeweiligen users abhängt und 
daher kaum repräsentativ ist.



lg
christian











From dieterdreist at gmail.com  Sun Dec  2 17:27:22 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 2 Dec 2012 18:27:22 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BB8A21.4010902@gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
Message-ID: <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>

Am 2. Dezember 2012 18:04 schrieb Christian Hauer <xniguh at gmail.com>:
> nein, da bin ich nicht ganz deiner meinung.
>
> ich hab mir mal tschechien und die slowakei etwas näher angesehen.
> dort wimmelt es, aufgrund der jahrhunderte?angen verbundenheit mit dem
> deutschen sprachraum, nur so von deutschsprachigen namen, die zwar ansich
> richtig, heute aber kaum bis nicht mehr in verwendung sind.


dazu gibt es im Archiv von talk-de auch schon ältere Diskussionen. Für
Extrembeispiele (deutsche Namen aus der Zeit der Nazi-besatzung) hat
man sich AFAIR auf tags wie name:de:1939-1945  oder so geeinigt
(Details in taginfo oder im älteren Thread, genaue Syntax habe ich
nicht parat). Das trifft ja aber soweit ich das überblicke auf die von
Dir genannten Orte nicht unbedingt zu (Deutsche siedelten da auch
schon im Mittelalter und Großmähren war Teil des Ostfränkischen
Reichs). Für aus der Mode gekommene Namen könnte man evtl. "old_name"
bzw. old_name:de verwenden, m.E. ist z.B. Bratislava weitaus
geläufiger als Pressburg, bei Wroc?aw sähe ich andererseits Breslau im
deutschen Sprachraum als gebräuchlicher (was vielleicht an dem für
Deutsche schwer aussprechbaren polnischen Namen liegt). Eine Regel für
alle wird man sicher nie finden können, dazu spielt da viel zu viel
Geschichte und Kultur mit hinein.


> da dies aus den daten aber kaum herauslesbar ist, blieben eigentlich nur
> wenige ansätze:


es ist bisher aus den Daten nicht oder kaum herauslesbar, das muss
aber nicht so bleiben.


> 1.)
> google rendert zb in thailand und china die namen sowohl in lateinischer
> schrift, als auch in lokaler schrift.


Soweit ich weiss rendert Google die Namen auf Englisch, nicht gerade
vorbildlich ;-)


> man ändert die aus dem gebrauch gekommenen bezeichungen von name auf
> old_name.


+1, bzw. m.E. old_name:de, weil das sonst ggf. auch wieder ein
Minenfeld ist,, weil man ggf. beurteilen müsste, ob der deutsche Name
"damals" der allgemein übliche war.


> das ist allerdings eine variante, die mir persönlich missfällt, da sie zu
> sehr vom eigenen sprachgebrauch des jeweiligen users abhängt und daher kaum
> repräsentativ ist.


etwas "repräsentativer" wird es dadurch, dass wir die Karte nicht
allein erstellen, sondern mit hunderttausenden anderen Mappern
gemeinsam.

Gruß Martin



From z0idberg at gmx.de  Sun Dec  2 18:56:07 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sun, 02 Dec 2012 19:56:07 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <49C49B0E-E0EB-4899-A679-A2002041EB08@revolwear.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <49C49B0E-E0EB-4899-A679-A2002041EB08@revolwear.com>
Message-ID: <50BBA447.3070702@gmx.de>

Am 01.12.2012 18:56, schrieb Max:
> SIL International Fonts
> http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=FontDownloads
>
> GNU FreeFont
> ?FreeFont contains large selection of characters from other writing systems, some of which are hard to find elsewhere.?
> http://www.gnu.org/software/freefont/

Ich will mich nur noch mal wiederholen: Diese Schriften sind unglaublich 
hässlich, sehr schlecht zu lesen, und im Grunde eine Beleidigung an jede 
typographische Entwicklung. Ohne es mir jetzt genauer angeschaut zu 
haben, scheint die Free Font auch nicht gerade gut zu sein. Die meisten 
guten Schriftarten sind nur auf einen kleinen Bereich spezialisiert. 
Normalerweise ist die Devise: ?Je mehr Zeichen unterstützt, desto 
schlechter die einzelne Qualität?.

Die SIL-Fonts haben auch nichts für Chinesisch.

Muss für OSM eigentlich unbedingt eine komplett freie Schriftart benutzt 
werden, oder tut es auch eine einfache kostenlose? Ich habe ein bißchen 
herumgeschaut, und im Schriftartbereich bietet Open Source einfach nicht 
die Qualität, die man haben möchte.

Ansonsten würde ich vorschlagen, da für jede Sprache wirklich mal die 
entsprechenden Landeslisten zu kontaktieren. Die Leute dort werden das 
noch halbwegs am besten wissen. Ich glaube kaum, dass wir hier als 
Deutsche ausreichend für arabische, Devanagari- oder thailändische 
Typographie qualifiziert sind.


Am 02.12.2012 15:15, schrieb Sven Geggus:
> Hm, stelle ich mir das jetzt zu einfach vor wenn ich mir einfach
> denke wir könnten uns einen speziellen OSM-Karten-Font bauen indem wir
> einfach die richtigen Unicodezeichen (größe und Typ) alle in eine einzige
> OSM-Kerten-Font Datei mergen?

Auch hier möchte ich mein Problem mit den unterschiedlichen Schriftarten 
für Japanisch und Chinesisch (China/Singapur und Taiwan/HK/Macao) und 
Koreanisch betonen: Ein zusammenmischen aller Schriftarten in ein Font 
funktioniert nicht. Ich bin hier sehr dafür, direkt eine anständige 
Schrift-Auswahlmethode im Renderer zu entwickeln.
Ich würde mein Problem jetzt auch nicht als kleines Problem abtun, das 
betrifft immerhin knapp 150 Millionen Leute.



From osm-list at deelkar.net  Sun Dec  2 18:57:13 2012
From: osm-list at deelkar.net (=?ISO-8859-1?Q?Dirk-L=FCder_Kreie?=)
Date: Sun, 02 Dec 2012 19:57:13 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <509AEA42.6070201@gmx.de>
References: <5099FD6B.2070105@gmx.de>
 <319C8D62-0441-4CD5-B9A0-A0B6C5AD29B2@gmx.de> <509AEA42.6070201@gmx.de>
Message-ID: <50BBA489.3030908@deelkar.net>

Am 08.11.2012 00:09, schrieb Michael Kugelmann:
> Am 07.11.2012 07:42, schrieb Gehling Marc:
>> Hi,
>>
>> du kannst dich unter
>> https://events.ccc.de/congress/2012/wiki/OpenStreetMap eintragen.
> Aaaah, fein.   :-)
> 
>> So wie ich das verstanden habe, gibt es Tische und Stühle nur für
>> Assemblies.
> Das war auch mein Verständnis => deswegen auch der Aufruf hier, dass wir
> "etwas zusammenkriegen".   :-)
> Mein Interesse wäre so etwas wie einen täglichen Vortrag/Workshop "am
> Stand" zu machen (OSM für Einsteiger & erste Schritte mit JOSM).


Ich habe die Space Requirements von 0 seats auf 6 seats geändert, daf´r
sind jetzt die 6 "Workshop seats" weggefallen. Wenn zusätzliche Plätze
für kleine Workshops notwendig werden sollten bitte *heute* nachtragen
(Deadline ist 24:00 Uhr MEZ)


-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 259 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121202/05c22a34/attachment.sig>

From dieterdreist at gmail.com  Sun Dec  2 19:17:01 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 2 Dec 2012 20:17:01 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BBA447.3070702@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <49C49B0E-E0EB-4899-A679-A2002041EB08@revolwear.com>
 <50BBA447.3070702@gmx.de>
Message-ID: <CABPTjTD0tuR5AS8WhGGS99nXPJkfwYHWFSTi8q_p+qM9T0G4dA@mail.gmail.com>

Am 2. Dezember 2012 19:56 schrieb Gerrit <z0idberg at gmx.de>:
> betonen: Ein zusammenmischen aller Schriftarten in ein Font funktioniert
> nicht. Ich bin hier sehr dafür, direkt eine anständige
> Schrift-Auswahlmethode im Renderer zu entwickeln.


bei Mapnik ist es kein Problem, unterschiedliche Schriftarten
einzubinden, die Herausforderung ist die Entscheidung, welchen Font
für welche Sprache/Schrift man nimmt.

Gruß Martin



From z0idberg at gmx.de  Sun Dec  2 20:15:19 2012
From: z0idberg at gmx.de (Gerrit)
Date: Sun, 02 Dec 2012 21:15:19 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABPTjTD0tuR5AS8WhGGS99nXPJkfwYHWFSTi8q_p+qM9T0G4dA@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <49C49B0E-E0EB-4899-A679-A2002041EB08@revolwear.com>
 <50BBA447.3070702@gmx.de>
 <CABPTjTD0tuR5AS8WhGGS99nXPJkfwYHWFSTi8q_p+qM9T0G4dA@mail.gmail.com>
Message-ID: <50BBB6D7.9010902@gmx.de>

Am 02.12.2012 20:17, schrieb Martin Koppenhoefer:
> bei Mapnik ist es kein Problem, unterschiedliche Schriftarten
> einzubinden, die Herausforderung ist die Entscheidung, welchen Font
> für welche Sprache/Schrift man nimmt.

Naja, das Problem sehe ich nicht unbedingt: Unter den zigtausend 
verfügbaren die am besten lesbare. Ich denke, das Hauptproblem wird eher 
sein, überhaupt irgendeine gute zu finden. Das Luxusproblem, zu viele 
zur Verfügung zu haben, wird es wohl kaum geben.




From jochen at remote.org  Sun Dec  2 20:51:53 2012
From: jochen at remote.org (Jochen Topf)
Date: Sun, 2 Dec 2012 21:51:53 +0100
Subject: [Talk-de] Bugfixes in der mehrsprachigen Karte
Message-ID: <20121202205153.GA13456@eldorado.topf.org>

Hi!

In der Kartenapplikation waren noch ein paar Fehler, die bei bestimmten
Sprachkombinationen und Browsern aufgetreten sind. Die habe ich jetzt
beseitigt. Außerdem habe ich die Art und Weise geändert, wie mehrere
Sprachlabels angezeigt werden. Statt () wird jetzt [] benutzt. Damit ist es
jetzt leichter zu unterscheiden, was aus dem Tag kommt und was von meiner
Software.

Wenn Ihr Euch z.B. Tokio auf dieser Karte anschaut:
http://mlm.jochentopf.com/?zoom=6&lat=35.35891&lon=139.63965&layers=B0T&lang=_%7Cde

Zuerst kommt der japanische Name, dann "(Tokyo)", das ist noch im name-Tage mit
drin. Und darunter das "[Tokio]" kommt aus dem name:de-Tag.

Bevor ihr das ausprobiert, müßt ihr eventuell den Browsercache löschen.

Manchmal erscheint der []-Name übrigens nach dem ersten Namen und manchmal
darunter. Da ich in diesen Fällen nichts verschiedenes mache, muss das
irgendwie daran liegen, wie Mapnik die labels rendert. Eventuell hat es was
mit der links-nach-rechts- bzw. rechts-nach-links-Schreibweise der Schriften
zu tun.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From lists at fuchsschwanzdomain.de  Sun Dec  2 21:12:54 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Sun, 2 Dec 2012 21:12:54 +0000 (UTC)
Subject: [Talk-de] Demo mehrsprachige Karte
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
Message-ID: <k9gg8m$grk$1@ultimate100.geggus.net>

Christian Hauer <xniguh at gmail.com> wrote:

> diese aufzählung lässt sich mit quasi allen städten in der slowakei 
> fortsetzen. es sagt normalerweise kein mensch, dass er nach sillein, 
> preschau oder kaschau fährt ...

Das ist ein Problem. Aber ich denke in dem Moment wo wri wirklich
lokalisierte Karten haben wird sich das automatisch lösen.

Nachdem im deutschen Stil name:de beforzugt wird hat auch jemand "St.
Veit am Flaum" wieder in Rijeka umbenannt

Ich selbst habe bei Nancy name:de=Nanzig entfernt, denn obwohl das
die Partnerstadt von karlsruhe ist hatte ich den Namen vorher noch
nie gehört.

Gerade in Ländern, die mal deutsch waren könnte das schon etwas schwierig
werden.

Gruss

Sven

-- 
"Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
 die anderen sind einfach von sich aus unlogisch."
                          (Anselm Lingnau in de.comp.os.unix.discussion)
/me ist giggls at ircnet, http://sven.gegg.us/ im WWW



From osm at stephans-server.de  Mon Dec  3 01:38:59 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Mon, 03 Dec 2012 02:38:59 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <k9fnqb$8n2$1@ultimate100.geggus.net>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de> <20121201112921.GA8487@eldorado.topf.org>
 <k9fnqb$8n2$1@ultimate100.geggus.net>
Message-ID: <courier.50BC02B4.00004313@stephans-server.de>

Sven Geggus writes: 

> Hm, stelle ich mir das jetzt zu einfach vor wenn ich mir einfach
> denke wir könnten uns einen speziellen OSM-Karten-Font bauen indem wir
> einfach die richtigen Unicodezeichen (größe und Typ) alle in eine einzige
> OSM-Kerten-Font Datei mergen?
Das würde zumindest das Problem lösen dass manche Zeichen aus dem Unifont 
einfach hässlich sind. Und der Mix aus asiatischen Glyphen und arabischen 
Ziffern (kommt zumindest in TH sehr häufig vor) wäre auch kein Problem mehr. 

Ich bin aber kein Font-Experte.
Die Lizenz des Fonts müsste das Mischen dann auch zulassen.
Wenn sich das jemand zutraut, ein gewisser Bedarf ist sicher da. 

Alternative wäre eine Unterstützung in Mapnik für das Rendering abhänging 
von einem bounding polygon.
So wie sich die Diskussion entwickelt will man ja abhängig von der Position 
teilweise unterschiedliche Fonts, eventuell unterschiedliche Größen und 
dann auch noch unterschiedliche Queries auf die zu verwendenden name-tags 
haben.
Soll das alles in der Postgres query stattfinden? Oder geht es performanter 
in mapnik? 

Stephan



From osm at stephans-server.de  Mon Dec  3 01:43:22 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Mon, 03 Dec 2012 02:43:22 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <20121202104752.GA11472@eldorado.topf.org>
References: <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <50B9F7DD.2050309@gmx.de>
 <courier.50BAC0AF.000041E3@stephans-server.de>
 <20121202104752.GA11472@eldorado.topf.org>
Message-ID: <courier.50BC03BA.00005933@stephans-server.de>

Jochen Topf writes: 

> On Sun, Dec 02, 2012 at 03:45:02AM +0100, Stephan Knauss wrote:
>> Der Font Loma von der Thai Linux Working Group ist GPL und sieht
>> finde ich ganz gut aus:
>> http://linux.thai.net/projects/thaifonts-scalable
> 
> Habs grad probiert, aber da bekomme ich nur so Rechtecke statt der Zeichen.

Wird der Font bei Dir gefunden? Die Rechtecke kommen normalerweise wenn 
kein passender Glyph für das Zeichen da ist. Im Mapnik wiki gibt es ein 
kurzes Python script das die installierten Fonts auflistet.
Ich vermute du hast entweder ein Verzeichnis erwischt in dem der Font nicht 
gesucht wird oder einen Tippfehler beim Fontnamen in Mapnik. 

Stephan



From list at lab.at  Mon Dec  3 04:35:57 2012
From: list at lab.at (Andreas Labres)
Date: Mon, 03 Dec 2012 05:35:57 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
Message-ID: <50BC2C2D.70406@al.lab.at>

Viele deutsche^Wösterreichische Namen (von Prag bis Lemberg, von Brünn bis
Laibach, von Brixen bis Olmütz) stammen natürlich aus der Zeit der
österr.-ungar. Monarchie. Und IMO wäre das schon etwas, was auf einer "_
(de)"-Karte aufscheinen sollte, weil's "der deutsche Name" der jeweiligen Stadt ist.

/al



From list at lab.at  Mon Dec  3 04:46:46 2012
From: list at lab.at (Andreas Labres)
Date: Mon, 03 Dec 2012 05:46:46 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
Message-ID: <50BC2EB6.8080902@al.lab.at>

On 02.12.12 18:27, Martin Koppenhoefer wrote:
> m.E. ist z.B. Bratislava weitaus
> geläufiger als Pressburg,

"Geläufigkeit" kannst aber nicht als Entscheidungskriterium nehmen. Wer
entscheidet das?

Die Preßburgerbahn fuhr von Wien nach Preßburg, der heutige Twin City Liner
fährt nach Bratislava. Trotzdem ist der deutsche Name der Stadt Pressburg (nach
heutiger Schreibweise; wobei Namen und Rechtschreibreform wieder ein eigenes
Kapitel sind).

/al



From Franz at vongordon.de  Mon Dec  3 07:35:15 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Mon, 03 Dec 2012 08:35:15 +0100
Subject: [Talk-de] Broken Turn Relations
Message-ID: <50BC5633.8070201@vongordon.de>

Hallo Rainer,

gestern habe ich noch einen Grund gefunden, warum auch korrekte 
Abbiegebeschränkungen in dieser Fehlerliste auftauchen: Die Bounding-Box 
bzw. die Umrisslinie, die zum Ausschneiden eines Bundeslandes verwendet 
wird ist etwas größer als dieses Bundesland und sollte es auch sein. 
Dadurch kommt es vor (unabhängig von der Breite des Streifens, der in 
benachbarte (Bundes-)Länder ragt), dass beim Ausschneiden z.B. der 
from-Weg noch zum Teil innerhalb liegt, der to-Weg aber komplett 
außerhalb (oder umgekehrt - einer fehlt jedenfalls) und dieser deshalb 
in dem ausgeschnitteten Bereich fehlt und das Programm diese Relation 
als fehlerhaft in die Log-Datei schreibt.

Aufgefallen ist mir das, weil ich Kontakt mit einem User hatte, der mir 
schrieb, dass eine schon länger korrekte Abbiegebeschränkung aus der 
BaWü-Liste in Hessen liegt.

Durch Einbau des folgenden Tests können diese abgeschnittenen Relationen 
erkannt werden und sie landen nicht in dieser Liste: Wenn ein Weg in der 
Relation vorhanden ist, aber in dem Ausschnitt nicht, könnte er 
außerhalb liegen - dann steht als Fehlertext "... not found" und nicht 
"... missing". Man kann auch prüfen, ob der via-Knoten außerhalb der 
Bounding-Box liegt. Möglicherweise reicht dieses "... not found" schon 
als Kriterium, diese Relation nicht in die Liste zu schreiben - sie 
würde bei einem anderen Bundesland-Extrakt vollständig geladen werden..

Da erklärt auch, warum ich schon vor einigen Jahren bei den monatlichen 
Listen von fehlerhaften Relationen von Gary68 die Relation [1] immer 
wieder als fehlerhaft eingetragen fand, obwol sie ok ist - die liegt 
kurz hinter der Grenze zu Österreich (wohl auf der Linie der Bounding-Box).

Diese korrekten Relationen habe ich auf der Wiki-Seite [2] mit "Bounding 
Box" markiert.

Diese Hinweise können auch in ähnlichen Fällen für andere Leser 
interessant sein, die mittels Bounding-Box etwas ausschneiden und an den 
Rändern Probleme haben.

Gestern sind mir auch einige wenige Abbiegebeschränkungen aufgefallen, 
die alle drei Elemente hatten, aber deren From- und To-Wege entgegen der 
Einbahn-Richtung verliefen - das sind auch Fehler. Das könnte auch noch 
geprüft werden (weiteres Ticket).

[1] http://www.openstreetmap.org/browse/relation/178773
[2] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions

Grüße,
Franz




From jochen at remote.org  Mon Dec  3 07:31:36 2012
From: jochen at remote.org (Jochen Topf)
Date: Mon, 3 Dec 2012 08:31:36 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC2EB6.8080902@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at>
Message-ID: <20121203073135.GB15536@eldorado.topf.org>

On Mon, Dec 03, 2012 at 05:46:46AM +0100, Andreas Labres wrote:
> On 02.12.12 18:27, Martin Koppenhoefer wrote:
> > m.E. ist z.B. Bratislava weitaus
> > geläufiger als Pressburg,
> 
> "Geläufigkeit" kannst aber nicht als Entscheidungskriterium nehmen. Wer
> entscheidet das?

Wie alles bei OSM entscheidet das "die Community". Das ist ja jetzt auch nicht
gross anders als bei vielen anderen Problemen in OSM. Mit der Zeit bildet sich
da schon ein Konsens raus. Klar wird es Problemfälle geben, aber wenn man sich
nur auf die konzentriert, kommt man nie weiter. Man kann sich da ja auch ein
bischen an diversen Quellen orientieren, z.B. gibt es eine offizielle Liste
des "Ständigen Ausschusses für geographische Namen" (www.stagn.de) und man
kann ja auch sehen, welchen Namen die Presse typischweise verwendet. Aber das
sind auch nur Hinweise.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From jochen at remote.org  Mon Dec  3 07:22:46 2012
From: jochen at remote.org (Jochen Topf)
Date: Mon, 3 Dec 2012 08:22:46 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50BC03BA.00005933@stephans-server.de>
References: <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de>
 <50B9E6B7.40000@gmx.de>
 <CAJ5W8FjSXAJd=A66HMHXpQGJjtLXmWoX+_7eP_+yqw+7xh7dJg@mail.gmail.com>
 <50B9F7DD.2050309@gmx.de>
 <courier.50BAC0AF.000041E3@stephans-server.de>
 <20121202104752.GA11472@eldorado.topf.org>
 <courier.50BC03BA.00005933@stephans-server.de>
Message-ID: <20121203072246.GA15536@eldorado.topf.org>

On Mon, Dec 03, 2012 at 02:43:22AM +0100, Stephan Knauss wrote:
> Jochen Topf writes:
> 
> >On Sun, Dec 02, 2012 at 03:45:02AM +0100, Stephan Knauss wrote:
> >>Der Font Loma von der Thai Linux Working Group ist GPL und sieht
> >>finde ich ganz gut aus:
> >>http://linux.thai.net/projects/thaifonts-scalable
> >
> >Habs grad probiert, aber da bekomme ich nur so Rechtecke statt der Zeichen.
> 
> Wird der Font bei Dir gefunden? Die Rechtecke kommen normalerweise
> wenn kein passender Glyph für das Zeichen da ist. Im Mapnik wiki
> gibt es ein kurzes Python script das die installierten Fonts
> auflistet.
> Ich vermute du hast entweder ein Verzeichnis erwischt in dem der
> Font nicht gesucht wird oder einen Tippfehler beim Fontnamen in
> Mapnik.

Wenn der Font garnicht gefunden würde, dann müßten entweder keine Zeichen
erscheinen oder er müßte auf den nächsten Font zurückfallen. Das ist aber nicht
der Fall. Es waren genau alle Thai-Labels, die aus Rechtecken bestanden. Also
hat er offenbar den Font gefunden, aber dann nicht verarbeiten können.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From osm at aighes.de  Mon Dec  3 09:32:42 2012
From: osm at aighes.de (Henning Scholland)
Date: Mon, 03 Dec 2012 10:32:42 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC2EB6.8080902@al.lab.at>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at>
Message-ID: <50BC71BA.4060209@aighes.de>

Am 03.12.2012 05:46, schrieb Andreas Labres:
> On 02.12.12 18:27, Martin Koppenhoefer wrote:
>> m.E. ist z.B. Bratislava weitaus
>> geläufiger als Pressburg,
> "Geläufigkeit" kannst aber nicht als Entscheidungskriterium nehmen. Wer
> entscheidet das?
>
> Die Preßburgerbahn fuhr von Wien nach Preßburg, der heutige Twin City Liner
> fährt nach Bratislava. Trotzdem ist der deutsche Name der Stadt Pressburg (nach
> heutiger Schreibweise; wobei Namen und Rechtschreibreform wieder ein eigenes
> Kapitel sind).
Ich denke name:de sollte schon eine sprachliche Nähe zum aktuellen Namen 
des Objektes in der Landessprache haben. Wolgograd z.B. dürfte unter 
Stalingrad deutlich bekannter sein. Bekanntheit kann also nicht das 
ausschlaggebende Kriterium sein. Bei der Gebräuchlichkeit kommt es dann 
auch immer auf den Kontext an. Um bei obigem Beispiel zu bleiben: Es 
wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als 
deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 
1961 unbenannt wurde.

Henning




From dieterdreist at gmail.com  Mon Dec  3 09:46:08 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Mon, 3 Dec 2012 10:46:08 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC71BA.4060209@aighes.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
Message-ID: <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>



Am 03/dic/2012 um 10:32 schrieb Henning Scholland <osm at aighes.de>:

> Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde.

Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB zu haben.

Gruß Martin


From z0idberg at gmx.de  Mon Dec  3 10:13:01 2012
From: z0idberg at gmx.de (Gerrit)
Date: Mon, 03 Dec 2012 11:13:01 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <courier.50BC02B4.00004313@stephans-server.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
 <k9fnqb$8n2$1@ultimate100.geggus.net>
 <courier.50BC02B4.00004313@stephans-server.de>
Message-ID: <50BC7B2D.3040104@gmx.de>

Am 03.12.2012 02:38, schrieb Stephan Knauss:
> Das würde zumindest das Problem lösen dass manche Zeichen aus dem 
> Unifont einfach hässlich sind. Und der Mix aus asiatischen Glyphen und 
> arabischen Ziffern (kommt zumindest in TH sehr häufig vor) wäre auch 
> kein Problem mehr.
> Ich bin aber kein Font-Experte.
> Die Lizenz des Fonts müsste das Mischen dann auch zulassen.
> Wenn sich das jemand zutraut, ein gewisser Bedarf ist sicher da.
> Alternative wäre eine Unterstützung in Mapnik für das Rendering 
> abhänging von einem bounding polygon.
> So wie sich die Diskussion entwickelt will man ja abhängig von der 
> Position teilweise unterschiedliche Fonts, eventuell unterschiedliche 
> Größen und dann auch noch unterschiedliche Queries auf die zu 
> verwendenden name-tags haben.
> Soll das alles in der Postgres query stattfinden? Oder geht es 
> performanter in mapnik?
> Stephan 

Ich möchte nur mal einige Probleme eines zusammengemischten Fonts ausführen:

1. Das Problem China/Taiwan/Korea/Japan -> Ich möchte da wirklich Wert 
drauf legen, weil das unglaublich störend ist.
2. Was ist, wenn sich eine bestimmte Unter-Schriftart mal 
weiterentwickelt (Besseres Hinting, größerer Zeichenumfang, andere 
Verbesserungen)? Dann muss die komplette Gesamtschriftart neu 
zusammengefügt werden. Das würde natürlich darin enden, dass das niemals 
passieren wird. Bei einer vernünftigen Lösung müsste einfach nur die 
Datei der russischen/thailändischen/arabischen Schriftart ausgetauscht 
werden.

Ich sehe wirklich kein Problem, die Schriftartenauswahl basierend auf 
den name-Tags auszuführen. Es sind bereits alle Informationen da: bei 
name:th wird eine thailändische Schriftart benutzt, bei name:ar eine 
arabische, bei name:ja eine japanische. Was soll man mehr? Das einzige 
Problem besteht darin, eine Schriftart für den allgemeinen name-Tag zu 
verwenden, aber das kann doch abhängig von der Position des nodes gelöst 
werden. Es lässt sich doch für jeden node herausfinden, in welchem Land 
er sich befindet, oder nicht? Die Ländergrenzen sind doch alle eingetragen.

Natürlich ist das etwas Programmieraufwand, aber so etwas ist wesentlich 
konsistenter, nachhaltiger und kein dirty hack. Notfalls könnte man ja 
auch eine Kickstarter-Kampagne aufmachen. Ich z.B. wäre gerne bereit, 
für eine vernünftige Typographie in OSM auch Geld zu bezahlen. 
Typographie ist kein ?Nebenprodukt?, sondern es verbessert die 
Lesbarkeit (auch bei einer lateinischen Schriftart) und gehört zu einer 
guten Kartendarstellung genau so, wie der Rest.

Gerrit



From dieterdreist at gmail.com  Mon Dec  3 10:22:59 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Mon, 3 Dec 2012 11:22:59 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC7B2D.3040104@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
 <k9fnqb$8n2$1@ultimate100.geggus.net>
 <courier.50BC02B4.00004313@stephans-server.de> <50BC7B2D.3040104@gmx.de>
Message-ID: <099D27F8-4451-40CF-A4C5-B72471F8E167@gmail.com>



Am 03/dic/2012 um 11:13 schrieb Gerrit <z0idberg at gmx.de>:

> Es lässt sich doch für jeden node herausfinden, in welchem Land er sich befindet, oder nicht? Die Ländergrenzen sind doch alle eingetragen.


Sprachgrenzen und Schriftgrenzen aber nicht, und teilweise sind auch mehrere Schriften im gleichen Gebiet offiziell, es sollte deshalb aus dem tagging direkt hervorgehen, in welcher Sprache und falls erforderlich auch Schrift ein Tag ist.

Gruß 
Martin


From osm at aighes.de  Mon Dec  3 11:13:35 2012
From: osm at aighes.de (Henning Scholland)
Date: Mon, 03 Dec 2012 12:13:35 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC7B2D.3040104@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
 <k9fnqb$8n2$1@ultimate100.geggus.net>
 <courier.50BC02B4.00004313@stephans-server.de> <50BC7B2D.3040104@gmx.de>
Message-ID: <50BC895F.8060104@aighes.de>

Am 03.12.2012 11:13, schrieb Gerrit:
> Ich sehe wirklich kein Problem, die Schriftartenauswahl basierend auf 
> den name-Tags auszuführen. Es sind bereits alle Informationen da: bei 
> name:th wird eine thailändische Schriftart benutzt, bei name:ar eine 
> arabische, bei name:ja eine japanische. Was soll man mehr? Das einzige 
> Problem besteht darin, eine Schriftart für den allgemeinen name-Tag zu 
> verwenden, aber das kann doch abhängig von der Position des nodes 
> gelöst werden. Es lässt sich doch für jeden node herausfinden, in 
> welchem Land er sich befindet, oder nicht? Die Ländergrenzen sind doch 
> alle eingetragen.

Bei name:*=* ist das eindeutig. Aber woher willst du wissen, was in 
name=* steht? Landesgrenzen werden erstmal viele Fehler verursachen.

Henning




From z0idberg at gmx.de  Mon Dec  3 12:01:45 2012
From: z0idberg at gmx.de (Gerrit)
Date: Mon, 03 Dec 2012 13:01:45 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC895F.8060104@aighes.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <CABPTjTDx8i0R0PkkhWn5b=dGyRxZs=eSV-bY0tOVEd0fs9y81g@mail.gmail.com>
 <20121130153836.GA5294@eldorado.topf.org>
 <k9alno$j48$1@ultimate100.geggus.net>
 <courier.50B9667D.00006B8C@stephans-server.de>
 <20121201093132.GA7756@eldorado.topf.org>
 <courier.50B9D37C.000019FA@stephans-server.de> <50B9E6B7.40000@gmx.de>
 <20121201112921.GA8487@eldorado.topf.org>
 <k9fnqb$8n2$1@ultimate100.geggus.net>
 <courier.50BC02B4.00004313@stephans-server.de> <50BC7B2D.3040104@gmx.de>
 <50BC895F.8060104@aighes.de>
Message-ID: <50BC94A9.6050106@gmx.de>

Am 03.12.2012 12:13, schrieb Henning Scholland:
> Bei name:*=* ist das eindeutig. Aber woher willst du wissen, was in 
> name=* steht? Landesgrenzen werden erstmal viele Fehler verursachen. 

Naja, aber sowas lässt sich doch korrigieren. Du hast es doch selbst 
gesagt: ?erstmal?. Aber wo genau verursacht das denn Fehler (Es sei 
denn, das Gebiet liegt jetzt in einem politisch umstrittenen Gebiet, wie 
z.B. Kaschmir oder die Sentaku-/Diaoyutai-Inseln o.ä.)? Die 
Ländergrenzen sind doch in OSM schon alle fertig.
In einem mehrsprachigen Gebiet gibt es natürlich einige Fehler, aber da 
könnte man immer noch mit einer Prioritäten-Liste durchgehen. In der 
Schweiz ist es eh kein Problem, weil Deutsch und Französisch usw. alle 
das gleiche Alphabet benutzen.
In Israel stellt man dann zuerst eine hebräische Schriftart ein, danach 
eine Arabische. Also werden zuerst die Zeichen aus der ersten Schriftart 
gesucht, und falls dort nicht existent, aus der Zweiten. Das ergibt dann 
ja maximal bei den Satzzeichen Probleme.

Und für alle weiteren Sachen sind ja eben genau diese Länderkennungen in 
den Tags richtig. Ich denke, diese mehrsprachige Auswahl sollte dann ja 
in Zukunft sowieso soweit gehen, dass OSM dem Ländercode des Browsers 
entsprechend die Karte anzeigt: Bei einem hebräischen Browser wird in 
Israel dann alles auf Hebräisch angezeigt, bei einem arabischen auf 
Arabisch, bei einem deutschen/englischen o.ä. dann in Umschrift (+ 
vielleicht noch die Originalsprache).
Gerade die mehrsprachigen Länder benutzen doch im Moment auch schon 
relativ konsequent die Sprachtags, so dass eine Auswertung dort einfach 
vorgenommen werden kann. Und bei allen einsprachigen Ländern ergibt sich 
doch kein großes Problem, da die Sprache dann ja aus dem Land heraus 
gewählt werden kann.

Natürlich wird das vielleicht in einigen Fällen Ungereimtheiten ergeben, 
aber wenn das System erst einmal steht, wird wohl jeder solche kleineren 
Fehler im Tagging korrigieren. Ich finde, man sollte dort lieber das 
System vernünftig einrichten, ohne auf alle möglichen Zweifelsfälle 
Rücksicht zu nehmen. Stattdessen sollten die inkonsistent benannten 
Einträge vernünftig getaggt werden. Das ist doch wesentlich besser für 
die Zukunft.

Gerrit



From tirkon33 at yahoo.de  Mon Dec  3 13:41:00 2012
From: tirkon33 at yahoo.de (Tirkon)
Date: Mon, 03 Dec 2012 14:41:00 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
References: <20121130143820.GA5108@eldorado.topf.org>
Message-ID: <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>

Jochen Topf <jochen at remote.org> wrote:

>Ich arbeite an einer mehrsprachigen Karte, also einer Karte auf der Du, der
>User, einstellen kannst, in welcher Sprache die Namen erscheinen sollen.  Unter
>http://mlm.jochentopf.com/ gibts jetzt eine Demo.

Eine wirklich tolle Sache. Da sitzt sicher jede Menge Gedankenschmalz
und Programmierkunst drin. 

Wenn ich es recht sehe, hätte OpenStreetMap damit die erste Karte der
Welt, die in allen Schriften (und Sprachen) verfügbar sein wird. :-)
So etwas habe ich mir schon lange gewünscht.

Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen
auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich
auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige
dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden
beispielsweise die Namen von Kleinstädten gerendert aber die
angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten
wesentlich besser und ist IMHO das augenfälligste Manko unseres
Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und
Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das
violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns
an all dies schon gewöhnt haben aber Neuusern fällt das durchaus
negativ auf.

Man könnte sich zum Beispiel für Deutschland ein bevorzugtes Rendern
von Haupt-, Landeshaupt-, kreisfreien und Kreisstädten in dieser
Prioritätsreihenfolge wünschen. Die Namen der Haupt-, Landeshaupt- und
Kreisstädte werden dabei unterstrichen. Bei gleichwertigen Kommunen
könnte die Einwohnerzahl maßgeblich sein und schlussendlich eine
grafisch bedingte Verdrängung wegen des begrenzten Platzes unter
Beachtung der Prioritäten stattfinden. Einfache Städte und
Einheitsgemeiden sowie Samtgemeinden und deren Mitgliedsgemeinden
stehen dabei auf dem jeweils gleichen Level und konkurrieren über die
Einwohnerzahl. Eine Stufe tiefer gilt dasselbe für die offiziellen
Ortsteile aller Städte und Gemeinden. Zuletzt kommen die inoffiziellen
aber im Sprachgebrauch präsenten Teile, Dörfer und Wohnplätze.

Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode
ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das
funktioniert aber beispielsweise nicht bei Kreisstädten.

Möglicherweise kann dabei das derzeit feste System aufgegeben werden,
in dem city, town und village fest einer Zoomstufe zugeordnet sind.
Dann hätte man in dünn besiedelten Gebieten mehr Orientierungspunkte.

Auch die Namen von Inseln werden sehr stiefmütterlich behandelt. Sie
tauchen erst ab Zoom 12 auf. Abhängig von der Größenangabe könnten
diese (wie zum Beispiel Norderney) deutlich früher umd möglicherweise
in Hohlschrift erscheinen.   

Fur die Namen von Staaten, Bundesländer und Regionen in kleineren
Zoomstufen sowie Meere und größere Seen könnte möglicherweise
Hohlschrift verwendet werden.

Ein weiteres Problem ist das doppelte Rendern von Kommunennamen dann,
wenn er als place und als Grenze existiert. 

Grüße 
Tirkon




From osm at aighes.de  Mon Dec  3 14:10:48 2012
From: osm at aighes.de (Henning Scholland)
Date: Mon, 03 Dec 2012 15:10:48 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
Message-ID: <50BCB2E8.2000803@aighes.de>

Am 03.12.2012 14:41, schrieb Tirkon:
> Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode
> ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das
> funktioniert aber beispielsweise nicht bei Kreisstädten.
Das scheitert schon daran, dass die admin_level von Land zu Land 
verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder 
unterschiedlich gegliedert ist. Es gibt aber is_capital=*. Darüber 
könnte es was werden. Keine Ahnung, wie verbreitet das ist.

Henning


From jochen at remote.org  Mon Dec  3 14:19:53 2012
From: jochen at remote.org (Jochen Topf)
Date: Mon, 3 Dec 2012 15:19:53 +0100
Subject: [Talk-de] =?iso-8859-1?q?Verdr=E4ngung_von_St=E4dten_auf_der_Kart?=
	=?iso-8859-1?q?e_=28war=3A_Demo_mehrsprachige_Karte=29?=
In-Reply-To: <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
Message-ID: <20121203141953.GA17028@eldorado.topf.org>

On Mon, Dec 03, 2012 at 02:41:00PM +0100, Tirkon wrote:
> Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen
> auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich
> auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige
> dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden
> beispielsweise die Namen von Kleinstädten gerendert aber die
> angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten
> wesentlich besser und ist IMHO das augenfälligste Manko unseres
> Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und
> Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das
> violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns
> an all dies schon gewöhnt haben aber Neuusern fällt das durchaus
> negativ auf.

Derzeit ist die Reihenfolge, wer wen verdrängt quasi zufällig, dadurch kann es
gut sein, dass das auf der Demokarte etwas anders aussieht.

Glaub mir, das Problem ist allen, die Karten aus OSM-Daten machen, sehr
bewusst. Aber es ist nicht einfach zu lösen. Das Problem ist, dass wir was das
Kartenrendern angeht einen Punkt erreicht haben, wo alles, was man machen will,
immer schwieriger wird und das Rendering der Karte immer langsamer macht. Jedes
Problem, das man löst, wirft drei neue auf. Hier sind m.E. grundsätzlich neue
Ideen gefordert.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From m.gehling at gmx.de  Mon Dec  3 14:21:18 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Mon, 3 Dec 2012 15:21:18 +0100
Subject: [Talk-de] Wochennotiz Nr. 124 25.11.-1.12.2012
Message-ID: <A2CFF5B2-692B-4D5D-8FCF-F72D4A9AAFDE@gmx.de>

Guten Tag,

die Wochennotiz Nr. 124 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-124/

Viel Spaß beim Lesen!


From a.lungfiel at web.de  Mon Dec  3 16:39:17 2012
From: a.lungfiel at web.de (Andre Lungfiel)
Date: Mon, 3 Dec 2012 17:39:17 +0100
Subject: [Talk-de] Wochennotiz Nr. 124 25.11.-1.12.2012
In-Reply-To: <A2CFF5B2-692B-4D5D-8FCF-F72D4A9AAFDE@gmx.de>
References: <A2CFF5B2-692B-4D5D-8FCF-F72D4A9AAFDE@gmx.de>
Message-ID: <CACeS1Bkkchmko8WcjoHyJAwP6qLbkAEJrHa+xzse2ZR0FhAffg@mail.gmail.com>

>>> Das Script zeigt alle Länder auf einer Weltkugel.

Gibt es diese Weltkugel auch zum selberdrehen und Länder anklicken?

Gruß. André




Am 3. Dezember 2012 15:21 schrieb Gehling Marc <m.gehling at gmx.de>:
> Guten Tag,
>
> die Wochennotiz Nr. 124 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-124/
>
> Viel Spaß beim Lesen!
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From osm_ at malenki.ch  Mon Dec  3 17:04:54 2012
From: osm_ at malenki.ch (malenki)
Date: Mon, 3 Dec 2012 18:04:54 +0100
Subject: [Talk-de] RFC zum Proposal winter_service
References: <20121124162636.1d47a1ab@sidpox> <50B110E0.2060109@al.lab.at>
 <20121124195024.34ca38dc@sidpox> <50B1F58E.2040205@al.lab.at>
 <50B334A7.2020504@gmx.net> <50B41867.8060906@al.lab.at>
 <50B48C5A.8040205@gmx.net> <50B4A526.40901@al.lab.at>
 <50B4AD8B.7090300@aighes.de> <50B4C31E.8000208@al.lab.at>
 <50B4C7A5.6060304@aighes.de> <20121127222533.1b864d08@sidpox>
 <50B5BAA1.2050101@al.lab.at>
Message-ID: <20121203180454.3faca4c5@sidpox>

Andreas Labres schrieb:

>On 27.11.12 22:25, malenki wrote:
>> Mit der Verwendung von winter_service=no dachte ich, dass man
>> dann dem Router sagen kann: Keine im Winter gesperrten Straßen, wie
>> man in den aktuellen Navis unbefestigte Straßen und andere Kategorien
>> ausschließen kann.
>
>Sorry, den Satz versteh ich grade nicht...
>
>Aber beim Großglockner geht's nicht um winter_service, weil den gibt's
>dort ja, nur eben von November bis April nicht. ;)

Hm, ja.
Dass vor November und nach dem April noch Schnee fallen könnte, ist mir
bei der Diskussion über Wintersperrungen glatt entfallen...





From osm_ at malenki.ch  Mon Dec  3 17:07:04 2012
From: osm_ at malenki.ch (malenki)
Date: Mon, 3 Dec 2012 18:07:04 +0100
Subject: [Talk-de] RFC zum Proposal winter_service
References: <20121124162636.1d47a1ab@sidpox> <50B493D2.6040800@aighes.de>
 <CABPTjTBBTHW1wqx4svURpR2+8kfaKFWZd-zyALq+2Y7NyBUMXQ@mail.gmail.com>
 <50B4A951.5070702@aighes.de>
 <CABPTjTCz_4ZQfm55aQs-vVySvfzGPr_cxctwvKHc1FbAXuTuYw@mail.gmail.com>
 <50B56544.10409@gmx.de>
Message-ID: <20121203180704.7e0efe0c@sidpox>

Garry schrieb:

>Besser fände ich eine "Winterqualifizierung" von Strassen in mehreren 
>Stufen zu taggen, so etwa in den Stufen
>
>0: Ganzjährig normalerweise keine Beeinrächtigung zu erwarten.
>1: An wenigen Tagen im Jahr ist Winterdienst erforderlich
>2: Während der Wintermonate häufiger beeinträchtigt / Winterdienst
>notwendig 3: Ausgedehnter Winterdienst erforderlich
>[...]

Wenn Winterdienst erforderlich ist heißt das noch nicht, dass er auch
stattfindet. Letzte Woche wurde das hierzugegend wieder eindrucksvoll
demonstriert....

Ansonsten finde ich deine Kategorisierung einen guten Ansatzpunkt zum
taggen witterungsbedingt gesperrter Straßen. Man denke auch an die
Regenzeit südlicher Gefilde, aber soweit ich weiß gibt es da schon ein
Tag.

Thomas





From mynewsletter at nitegate.de  Mon Dec  3 17:21:59 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Mon, 3 Dec 2012 18:21:59 +0100
Subject: [Talk-de] =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
	=?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
Message-ID: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>

Hi!

Dies ist eine technische Frage, aber vielleicht hat jemand von euch schon
sowas Ähnliches gemacht.

Ich spiele gerade mit einer Karte rum, wo man Gemeinden auswählen kann:
http://grundid.de/data/gemeinden/

Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch
noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon
für einen bestimmten Zoom Level optimieren kann?
Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des
Polygons beitragen.

Für Tipps wäre ich dankbar.

Viele Grüße,
Adrian.




From mail at thomas-reincke.de  Mon Dec  3 17:31:21 2012
From: mail at thomas-reincke.de (Thomas Reincke)
Date: Mon, 03 Dec 2012 18:31:21 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
 =?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
Message-ID: <50BCE1E9.2010409@thomas-reincke.de>

Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:
> Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch
> noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon
> für einen bestimmten Zoom Level optimieren kann?
> Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des
> Polygons beitragen.

Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten 
ausrechnen.

Genauer gesagt den Abstand des mittleren Punktes von der Tangente von 
Start und Ziel. Dazu die Auflösung.

Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken 
machen. Du kannst natürlich auch einen Schwellwert bestimmen.

Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht 
dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.





From rkluge50 at web.de  Mon Dec  3 17:40:32 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Mon, 03 Dec 2012 18:40:32 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
 =?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
Message-ID: <k9io1t$9nc$1@ger.gmane.org>

Der Douglas-Peucker-Algorithmus könnte sowas bewerkstelligen: 
http://de.wikipedia.org/wiki/Douglas-Peucker-Algorithmus

Gruß
rainer






From tirkon33 at yahoo.de  Mon Dec  3 17:48:19 2012
From: tirkon33 at yahoo.de (Tirkon)
Date: Mon, 03 Dec 2012 18:48:19 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Verdr=E4ngung_von_St=E4dten_auf_der_Kart?=
 =?iso-8859-1?q?e_=28war=3A_Demo_mehrsprachige_Karte=29?=
References: <20121130143820.GA5108@eldorado.topf.org>
 <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
 <20121203141953.GA17028@eldorado.topf.org>
Message-ID: <k4opb896f85ct622373kerf6dgsrmhajnc@4ax.com>

Jochen Topf <jochen at remote.org> wrote:

>On Mon, Dec 03, 2012 at 02:41:00PM +0100, Tirkon wrote:
>> Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen
>> auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich
>> auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige
>> dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden
>> beispielsweise die Namen von Kleinstädten gerendert aber die
>> angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten
>> wesentlich besser und ist IMHO das augenfälligste Manko unseres
>> Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und
>> Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das
>> violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns
>> an all dies schon gewöhnt haben aber Neuusern fällt das durchaus
>> negativ auf.
>
>Derzeit ist die Reihenfolge, wer wen verdrängt quasi zufällig, dadurch kann es
>gut sein, dass das auf der Demokarte etwas anders aussieht.
>
>Glaub mir, das Problem ist allen, die Karten aus OSM-Daten machen, sehr
>bewusst. Aber es ist nicht einfach zu lösen. Das Problem ist, dass wir was das
>Kartenrendern angeht einen Punkt erreicht haben, wo alles, was man machen will,
>immer schwieriger wird und das Rendering der Karte immer langsamer macht. Jedes
>Problem, das man löst, wirft drei neue auf. Hier sind m.E. grundsätzlich neue
>Ideen gefordert.

Ich habe das Thema hier nur deswegen thematisiert, weil das Rendern
hier im Zuge der Multilingualisierung in den Mittelpunkt rückte und
ich mich an keine entsprechende Diskussion über Prioritäten bei
Kommunennamen erinnern konnte. Nix für ungut. Das tut natürlich der
Genialität der multilingualen Karte an sich keinen Abbruch.




From tim.alder at s2002.tu-chemnitz.de  Mon Dec  3 17:48:28 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Mon, 03 Dec 2012 18:48:28 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
Message-ID: <k9iola$g4b$1@ger.gmane.org>

Ich denke die Wikipedia schreibt zu dem Thema [1] ganz gut ein paar 
Dinge. Demnach ist Stalingrad klar nicht der aktuelle deutsche Name 
sondern ein Historizismen.

Zu Andreas Mail:
Über Pressburg war ich bei meiner Übersetzungsaktion auch gestoßen. Ich 
(im östlichen Teil Deutschlands aufgewachsen) lernte die Stadt halt als 
Bratislava kennen. Vielleicht ist das im Wiener Raum anders.
Jedenfalls habe ich meine automatische Übersetzung in dem Fall wieder 
revidiert.

Bei Städten wie Danzig und Warschau sind mir diese Namen geläufiger, 
aber eine klar Regel kann ich nicht erkennen. Schön beschreibt diese 
Unklarheit auch die Wikipedia: "Einen entscheidenden Einfluss auf den 
Fortbestand seltener auftretender Exonyme haben die Medien."
Vielleicht nehmen wir uns also die Verwendung bei der Tagesschau als 
Vorlage.

Grüße Tim

[1] http://de.wikipedia.org/wiki/Exonym_und_Endonym


Am 03.12.2012 10:46, schrieb Martin Koppenhöfer:
>
>
> Am 03/dic/2012 um 10:32 schrieb Henning Scholland <osm at aighes.de>:
>
>> Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde.
>
> Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB zu haben.
>
> Gruß Martin
>






From mynewsletter at nitegate.de  Mon Dec  3 17:49:10 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Mon, 3 Dec 2012 18:49:10 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
	=?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <50BCE1E9.2010409@thomas-reincke.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
Message-ID: <003101cdd17e$805f0dd0$811d2970$@nitegate.de>

> Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:
> > Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand
> > euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem
> > Polygon für einen bestimmten Zoom Level optimieren kann?
> > Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form
> > des Polygons beitragen.
> 
> Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten
> ausrechnen.
> 
> Genauer gesagt den Abstand des mittleren Punktes von der Tangente von
> Start und Ziel. Dazu die Auflösung.
> 
> Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken
> machen. Du kannst natürlich auch einen Schwellwert bestimmen.
> 
> Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht
> dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.
> 

Ja, genau. 
Gibt es sowas schon fertig als Library? ;)






From chris_hormann at gmx.de  Mon Dec  3 18:05:36 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Mon, 3 Dec 2012 19:05:36 +0100
Subject: [Talk-de]
	=?utf-8?q?Anzahl_der_Punkte_in_einem_Polygon_f=C3=BCr_e?=
	=?utf-8?q?inen_Zoom_Level_optimieren?=
In-Reply-To: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
Message-ID: <201212031905.36905.chris_hormann@gmx.de>

On Monday 03 December 2012, Adrian Stabiszewski wrote:
>
> Ich spiele gerade mit einer Karte rum, wo man Gemeinden auswählen
> kann: http://grundid.de/data/gemeinden/
>
> Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand
> euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in
> einem Polygon für einen bestimmten Zoom Level optimieren kann?

Zur Vereinfachung von Linien gibt es die gängigen Methoden Douglas?
Peucker[1] und Visvalingam[2].  Bei der Anwendung an Polygonen ist 
allerdings Vorsicht geboten, da die Vereinfachung zu ungültigen 
Topologien führen kann. Douglas?Peucker kannst Du mit OGR ausprobieren 
(ogr2ogr -simplify).

Eigentlich ist es auch etwas heikel, derart vereinfachte Linien direkt 
in einer Karte darzustellen, da die entstehenden scharfen Ecken 
künstlich sind.  Für Grenzen ist das jedoch nicht so problematisch 
(denn die haben sowieso oft Ecken).

[1] http://en.wikipedia.org/wiki/Ramer-Douglas-Peucker_algorithm
[2] http://www2.dcs.hull.ac.uk/CISRG/publications/DPs/DP10/DP10.html

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From tim.alder at s2002.tu-chemnitz.de  Mon Dec  3 18:17:55 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Mon, 03 Dec 2012 19:17:55 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BCB2E8.2000803@aighes.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com> <50BCB2E8.2000803@aighes.de>
Message-ID: <k9iqch$pb$1@ger.gmane.org>

Soweit ich gesehen habe, hat jede Hauptstadt ein Capital=yes.
Das deckt sich auch mit taginfo[1]
Aber mit den Admin-levels drunter sieht es halt dürftig aus.
Soweit ich weiss wird das auch schon zum Rendern genutzt, aber z.B. wird 
Berlin vom Land Brandenburg verdrängt. Das ist schwierig zu Entscheiden. 
Alles schwierig, insbesondere wenn auch immer noch die 
Rendering-Performance berücksichtigt werden muss.
Ein Klassiker ist z.B auch der Fall Nürnberg-Fürth, wo bei OSM das 
kleinere Fürth gewinnt. Eine Sortierung aller Orte nach Einwohnerzahl 
würde halt Rechenleistung kosten.

Da die Multilingual-Maps zum normalen Mapnik-Stil kompatible bleiben 
sein sollen, werden wir da keine Änderungen vornehmen.

Grüße Tim

[1]http://taginfo.openstreetmap.org/tags/capital=yes

Am 03.12.2012 15:10, schrieb Henning Scholland:
> Am 03.12.2012 14:41, schrieb Tirkon:
>> Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode
>> ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das
>> funktioniert aber beispielsweise nicht bei Kreisstädten.
> Das scheitert schon daran, dass die admin_level von Land zu Land
> verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder
> unterschiedlich gegliedert ist. Es gibt aber is_capital=*. Darüber
> könnte es was werden. Keine Ahnung, wie verbreitet das ist.
>
> Henning





From dieterdreist at gmail.com  Mon Dec  3 19:29:37 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 3 Dec 2012 20:29:37 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BCB2E8.2000803@aighes.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <nh5pb81mg5tnh1c1cqe11i4b84gak6kljo@4ax.com>
 <50BCB2E8.2000803@aighes.de>
Message-ID: <CABPTjTC+u9EUXn_r+Vji1h=ACnKxo_NCGRMPHjRZkreJt__t7w@mail.gmail.com>

Am 3. Dezember 2012 15:10 schrieb Henning Scholland <osm at aighes.de>:
> Am 03.12.2012 14:41, schrieb Tirkon:
> Das scheitert schon daran, dass die admin_level von Land zu Land verschieden
> sind. Das ist auch nicht weiter verwunderlich, da die Länder unterschiedlich
> gegliedert ist.


verstehe ich ehrlich gesagt nicht, wo da das Problem sein soll.
Innerhalb eines Landes, und vor allem darum geht es, werden die level
ja passend sein, und vor allem hierarchisch, d.h. ein level 4 ist
immer mehr wert als ein level 5 oder 6. Es spielt dann kaum eine
Rolle, ob da dann konkret level 4 oder 5 steht, oder 6, solange die
Grundregeln eingehalten sind. Höchstens könnte es im Einzelfall im
Grenzgebiet mal vorkommen, das unterschiedliche Gliederungssysteme zu
weniger optimaler Verdrängung führen, aber das ist eher ein
Randproblem.


> Es gibt aber is_capital=*. Darüber könnte es was werden.


huch, wo kommt das denn auf einmal her? Warum nicht einfach "capital",
oder ist das hier was anderes?
S.a. taginfo Statistiken...

Richtig perfekt wird die Karte durch die blose Berücksichtigung der
Administrationsfunktion leider immer noch nicht (wenn es auch ein
guter Schritt ist), in Ausnahmefällen sind weniger große
Nicht-Hauptstädte aus anderen Gründen trotzdem wichtiger als
"Unter-Hauptstädte", zumindest je nach Betrachtungsweise und
Interessenlage. Beispiele wären z.B. Frankfurt oder Zürich.

Gruß Martin



From ralf_klammer at gmx.de  Tue Dec  4 07:09:48 2012
From: ralf_klammer at gmx.de (Ralf Klammer)
Date: Tue, 04 Dec 2012 08:09:48 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
 =?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <003101cdd17e$805f0dd0$811d2970$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de>
Message-ID: <50BDA1BC.8000307@gmx.de>

Richtige Libraries gibt es dafür nicht...allerdings gibt es in PostGIS 
die Funktion ST_Simplify() in der Douglas-Peucker umgesetzt 
ist...http://postgis.org/docs/ST_Simplify.html

Ebenso ist diese Funktion auch in gdal vorhanden...hier mal für Python: 
http://gdal.org/python/osgeo.ogr.Geometry-class.html#Simplify

Laut Dokumentationen soll die Funktion ST_SimplifyPreserveTopology() 
speziell für Polygone geeignet sein...kann man aber nur bedingt empfehlen.

Ich habe letztens auch mitbekommen, dass in den neuesten Mapnik Releases 
auch Linienvereinfachungsalgorithmen implementiert sind, finde aber 
gerade den spez. Link nicht mehr...nur das hier: 
https://github.com/mapnik/mapnik/pull/1385

Grüße


Am 03.12.2012 18:49, schrieb Adrian Stabiszewski:
>> Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:
>>> Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand
>>> euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem
>>> Polygon für einen bestimmten Zoom Level optimieren kann?
>>> Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form
>>> des Polygons beitragen.
>> Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten
>> ausrechnen.
>>
>> Genauer gesagt den Abstand des mittleren Punktes von der Tangente von
>> Start und Ziel. Dazu die Auflösung.
>>
>> Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken
>> machen. Du kannst natürlich auch einen Schwellwert bestimmen.
>>
>> Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht
>> dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.
>>
> Ja, genau.
> Gibt es sowas schon fertig als Library? ;)
>
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From openstreetmap at patzi.de  Tue Dec  4 14:47:04 2012
From: openstreetmap at patzi.de (Fabian Patzke)
Date: Tue, 4 Dec 2012 06:47:04 -0800 (PST)
Subject: [Talk-de]
 =?utf-8?q?Anzahl_der_Punkte_in_einem_Polygon_f=C3=BCr_e?=
 =?utf-8?q?inen_Zoom_Level_optimieren?=
In-Reply-To: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
Message-ID: <1354632424874-5739032.post@n5.nabble.com>

Eine völlig andere Möglichkeit wäre es, die Grenzen per WMS oder ähnlichem
darzustellen und nur die Hover-/Auswahl-Polygone als Vektoren zu laden. Für
Openlayers gitb es hier:
http://openlayers.org/dev/examples/getfeature-wfs.html
ein Beispiel. Allerdings brauchst du halt dafür die Ganzen Geo-Server
Geschichten zusätzlich.

Grüße,
Fabian



--
View this message in context: http://gis.19327.n5.nabble.com/Anzahl-der-Punkte-in-einem-Polygon-fur-einen-Zoom-Level-optimieren-tp5738871p5739032.html
Sent from the Germany mailing list archive at Nabble.com.



From mynewsletter at nitegate.de  Tue Dec  4 14:59:06 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Tue, 4 Dec 2012 15:59:06 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
	=?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <50BDA1BC.8000307@gmx.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de> <50BDA1BC.8000307@gmx.de>
Message-ID: <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>

Vielen Dank für die Hinweise. 

Douglas-Peucker sieht vielversprechend aus. 
Werde wohl aber eine Implementierung für Java selber schreiben müssen ;)

Viele Grüße,
Adrian



> -----Ursprüngliche Nachricht-----
> Von: Ralf Klammer [mailto:ralf_klammer at gmx.de]
> Gesendet: Dienstag, 4. Dezember 2012 08:10
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom
> Level optimieren
> 
> Richtige Libraries gibt es dafür nicht...allerdings gibt es in PostGIS die
> Funktion ST_Simplify() in der Douglas-Peucker umgesetzt
> ist...http://postgis.org/docs/ST_Simplify.html
> 
> Ebenso ist diese Funktion auch in gdal vorhanden...hier mal für Python:
> http://gdal.org/python/osgeo.ogr.Geometry-class.html#Simplify
> 
> Laut Dokumentationen soll die Funktion ST_SimplifyPreserveTopology()
> speziell für Polygone geeignet sein...kann man aber nur bedingt empfehlen.
> 
> Ich habe letztens auch mitbekommen, dass in den neuesten Mapnik
> Releases auch Linienvereinfachungsalgorithmen implementiert sind, finde
> aber gerade den spez. Link nicht mehr...nur das hier:
> https://github.com/mapnik/mapnik/pull/1385
> 
> Grüße
> 
> 
> Am 03.12.2012 18:49, schrieb Adrian Stabiszewski:
> >> Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:
> >>> Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt
> >>> jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte
> >>> in einem Polygon für einen bestimmten Zoom Level optimieren kann?
> >>> Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren
> >>> Form des Polygons beitragen.
> >> Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten
> >> ausrechnen.
> >>
> >> Genauer gesagt den Abstand des mittleren Punktes von der Tangente
> von
> >> Start und Ziel. Dazu die Auflösung.
> >>
> >> Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken
> >> machen. Du kannst natürlich auch einen Schwellwert bestimmen.
> >>
> >> Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht
> >> dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.
> >>
> > Ja, genau.
> > Gibt es sowas schon fertig als Library? ;)
> >
> >
> >
> >
> > _______________________________________________
> > Talk-de mailing list
> > Talk-de at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From jochen at remote.org  Tue Dec  4 15:01:50 2012
From: jochen at remote.org (Jochen Topf)
Date: Tue, 4 Dec 2012 16:01:50 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
	=?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de>
 <50BDA1BC.8000307@gmx.de>
 <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
Message-ID: <20121204150150.GA23006@eldorado.topf.org>

On Tue, Dec 04, 2012 at 03:59:06PM +0100, Adrian Stabiszewski wrote:
> Douglas-Peucker sieht vielversprechend aus. 
> Werde wohl aber eine Implementierung für Java selber schreiben müssen ;)

http://www.vividsolutions.com/jts/jtshome.htm

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From ralf_klammer at gmx.de  Tue Dec  4 15:06:05 2012
From: ralf_klammer at gmx.de (Ralf Klammer)
Date: Tue, 04 Dec 2012 16:06:05 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
 =?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de> <50BDA1BC.8000307@gmx.de>
 <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
Message-ID: <50BE115D.7020708@gmx.de>

Brauchst du noch nicht einmal: 
http://www.vividsolutions.com/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html

Das ist so ein alter Hut...da haben sie schon genug die Hörner dran 
abgestoßen ;-)

Grüße

Am 04.12.2012 15:59, schrieb Adrian Stabiszewski:
> Vielen Dank für die Hinweise.
>
> Douglas-Peucker sieht vielversprechend aus.
> Werde wohl aber eine Implementierung für Java selber schreiben müssen ;)
>
> Viele Grüße,
> Adrian
>
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Ralf Klammer [mailto:ralf_klammer at gmx.de]
>> Gesendet: Dienstag, 4. Dezember 2012 08:10
>> An: Openstreetmap allgemeines in Deutsch
>> Betreff: Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom
>> Level optimieren
>>
>> Richtige Libraries gibt es dafür nicht...allerdings gibt es in PostGIS die
>> Funktion ST_Simplify() in der Douglas-Peucker umgesetzt
>> ist...http://postgis.org/docs/ST_Simplify.html
>>
>> Ebenso ist diese Funktion auch in gdal vorhanden...hier mal für Python:
>> http://gdal.org/python/osgeo.ogr.Geometry-class.html#Simplify
>>
>> Laut Dokumentationen soll die Funktion ST_SimplifyPreserveTopology()
>> speziell für Polygone geeignet sein...kann man aber nur bedingt empfehlen.
>>
>> Ich habe letztens auch mitbekommen, dass in den neuesten Mapnik
>> Releases auch Linienvereinfachungsalgorithmen implementiert sind, finde
>> aber gerade den spez. Link nicht mehr...nur das hier:
>> https://github.com/mapnik/mapnik/pull/1385
>>
>> Grüße
>>
>>
>> Am 03.12.2012 18:49, schrieb Adrian Stabiszewski:
>>>> Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:
>>>>> Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt
>>>>> jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte
>>>>> in einem Polygon für einen bestimmten Zoom Level optimieren kann?
>>>>> Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren
>>>>> Form des Polygons beitragen.
>>>> Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten
>>>> ausrechnen.
>>>>
>>>> Genauer gesagt den Abstand des mittleren Punktes von der Tangente
>> von
>>>> Start und Ziel. Dazu die Auflösung.
>>>>
>>>> Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken
>>>> machen. Du kannst natürlich auch einen Schwellwert bestimmen.
>>>>
>>>> Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht
>>>> dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.
>>>>
>>> Ja, genau.
>>> Gibt es sowas schon fertig als Library? ;)
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Talk-de mailing list
>>> Talk-de at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From openstreetmap at patzi.de  Tue Dec  4 15:17:01 2012
From: openstreetmap at patzi.de (Fabian Patzke)
Date: Tue, 4 Dec 2012 07:17:01 -0800 (PST)
Subject: [Talk-de]
 =?utf-8?q?Anzahl_der_Punkte_in_einem_Polygon_f=C3=BCr_e?=
 =?utf-8?q?inen_Zoom_Level_optimieren?=
In-Reply-To: <20121204150150.GA23006@eldorado.topf.org>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de> <50BDA1BC.8000307@gmx.de>
 <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
 <20121204150150.GA23006@eldorado.topf.org>
Message-ID: <1354634221341-5739038.post@n5.nabble.com>

Moin,
da hier schon wieder die alten JTS Quellen angegeben wurden, kurz der
Hinweis, dass JTS schon länger hier:
http://tsusiatsoftware.net/
zu finden ist. Da gibt es dann auch eine neuere Version, als auf der
veralteten Seite.

JavaDoc: http://tsusiatsoftware.net/jts/javadoc/
http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html

Ändert am besten gleich alle Eure Links. Ich bin da auch schon drauf
reingefallen.

Grüße,
Fabian



--
View this message in context: http://gis.19327.n5.nabble.com/Anzahl-der-Punkte-in-einem-Polygon-fur-einen-Zoom-Level-optimieren-tp5738871p5739038.html
Sent from the Germany mailing list archive at Nabble.com.



From ikonor at gmx.de  Tue Dec  4 16:15:54 2012
From: ikonor at gmx.de (Norbert Renner)
Date: Tue, 04 Dec 2012 17:15:54 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Anzahl_der_Punkte_in_einem_Polygon_f=FCr?=
 =?iso-8859-1?q?_einen_Zoom_Level_optimieren?=
In-Reply-To: <1354634221341-5739038.post@n5.nabble.com>
References: <003001cdd17a$b467cfd0$1d376f70$@nitegate.de>
 <50BCE1E9.2010409@thomas-reincke.de>
 <003101cdd17e$805f0dd0$811d2970$@nitegate.de> <50BDA1BC.8000307@gmx.de>
 <000b01cdd22f$e85cbca0$b91635e0$@nitegate.de>
 <20121204150150.GA23006@eldorado.topf.org>
 <1354634221341-5739038.post@n5.nabble.com>
Message-ID: <50BE21BA.2030007@gmx.de>

Hab's selbst nicht ausprobiert, aber für Osmosis gibt es ein 
simplifyways Plugin:

https://github.com/podolsir/osmosis-simplifyways

Für JavaScript gibt es Simplify.js vom Leaflet-Autor:

http://mourner.github.com/simplify-js/

Laut Beschreibung aus Leaflet extrahiert, müsste also auch direkt in 
Leaflet zu finden sein.

Gruß,
Norbert




From hj.oertel at t-online.de  Tue Dec  4 18:32:03 2012
From: hj.oertel at t-online.de (=?ISO-8859-1?Q?Heinz=2DJ=FCrgen?= Oertel)
Date: Tue, 04 Dec 2012 19:32:03 +0100
Subject: [Talk-de] Abgerissenes Haus
Message-ID: <3486850.XSQEVmMvxn@linux-edhj>

Hallo, was soll man damit tun?
Bisher building=yes und separate addr:* Angaben

 Heinz 



From osm at earthquakeweather.eu  Tue Dec  4 18:40:45 2012
From: osm at earthquakeweather.eu (Olaf Kotzte)
Date: Tue, 4 Dec 2012 19:40:45 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <3486850.XSQEVmMvxn@linux-edhj>
References: <3486850.XSQEVmMvxn@linux-edhj>
Message-ID: <DE464B8E-1BCA-49BA-A42F-3EA0BBAF4844@earthquakeweather.eu>

Hallo Heinz,

dasselbe was an der Erdoberfläche passiert ist, löschen und die neue Nutzung eintragen.

Viele Grüße

Olaf

Am 04.12.2012 um 19:32 schrieb Heinz-Jürgen Oertel <hj.oertel at t-online.de>:

> Hallo, was soll man damit tun?
> Bisher building=yes und separate addr:* Angaben
> 
> Heinz 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 




From hj.oertel at t-online.de  Tue Dec  4 22:36:53 2012
From: hj.oertel at t-online.de (=?ISO-8859-1?Q?Heinz=2DJ=FCrgen?= Oertel)
Date: Tue, 04 Dec 2012 23:36:53 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <DE464B8E-1BCA-49BA-A42F-3EA0BBAF4844@earthquakeweather.eu>
References: <3486850.XSQEVmMvxn@linux-edhj>
 <DE464B8E-1BCA-49BA-A42F-3EA0BBAF4844@earthquakeweather.eu>
Message-ID: <1736772.sgyckSI0m5@linux-edhj>

Am Dienstag 04 Dezember 2012, 19:40:45 schrieb Olaf Kotzte:
> Hallo Heinz,
> 
> dasselbe was an der Erdoberfläche passiert ist, löschen und die neue Nutzung eintragen.
> 
> Viele Grüße
> 
> Olaf

OK,
das ist der einfachste Weg.
Auch der beste?

 Heinz 


> Am 04.12.2012 um 19:32 schrieb Heinz-Jürgen Oertel <hj.oertel at t-online.de>:
> 
> > Hallo, was soll man damit tun?
> > Bisher building=yes und separate addr:* Angaben
> > 
> > Heinz 
> > 
> > _______________________________________________
> > Talk-de mailing list
> > Talk-de at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
> > 
> 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From list at lab.at  Wed Dec  5 06:06:42 2012
From: list at lab.at (Andreas Labres)
Date: Wed, 05 Dec 2012 07:06:42 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50BC71BA.4060209@aighes.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
Message-ID: <50BEE472.9010802@al.lab.at>

On 03.12.12 10:32, Henning Scholland wrote:
> dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen,
> weil die Stadt 1961 unbenannt wurde

ACK, hier macht auch old_name:de wohl Sinn.

/al



From list at lab.at  Wed Dec  5 06:11:09 2012
From: list at lab.at (Andreas Labres)
Date: Wed, 05 Dec 2012 07:11:09 +0100
Subject: [Talk-de] RFC zum Proposal winter_service
In-Reply-To: <20121203180454.3faca4c5@sidpox>
References: <20121124162636.1d47a1ab@sidpox> <50B110E0.2060109@al.lab.at>
 <20121124195024.34ca38dc@sidpox> <50B1F58E.2040205@al.lab.at>
 <50B334A7.2020504@gmx.net> <50B41867.8060906@al.lab.at>
 <50B48C5A.8040205@gmx.net> <50B4A526.40901@al.lab.at>
 <50B4AD8B.7090300@aighes.de> <50B4C31E.8000208@al.lab.at>
 <50B4C7A5.6060304@aighes.de> <20121127222533.1b864d08@sidpox>
 <50B5BAA1.2050101@al.lab.at> <20121203180454.3faca4c5@sidpox>
Message-ID: <50BEE57D.4070904@al.lab.at>

On 03.12.12 18:04, malenki wrote:
> Dass vor November und nach dem April noch Schnee fallen könnte, ist mir
> bei der Diskussion über Wintersperrungen glatt entfallen...

IMO hat einfach beides Anwendungsfälle. Einmal eine Zeitsperre und einmal ein
"dieser Weg wird bei Schneelage nicht geräumt" (winter_service=no).

/al



From manuel.spam at nurfuerspam.de  Wed Dec  5 06:41:19 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Wed, 5 Dec 2012 06:41:19 +0000 (UTC)
Subject: [Talk-de] Abgerissenes Haus
References: <3486850.XSQEVmMvxn@linux-edhj>
 <DE464B8E-1BCA-49BA-A42F-3EA0BBAF4844@earthquakeweather.eu>
 <1736772.sgyckSI0m5@linux-edhj>
Message-ID: <loom.20121205T073954-459@post.gmane.org>

Heinz-Jürgen Oertel <hj.oertel <at> t-online.de> writes:
> Am Dienstag 04 Dezember 2012, 19:40:45 schrieb Olaf Kotzte:
> > Hallo Heinz,
> > 
> > dasselbe was an der Erdoberfläche passiert ist, löschen und die neue Nutzung
eintragen.
> > 
> > Viele Grüße
> > 
> > Olaf
> 
> OK,
> das ist der einfachste Weg.
> Auch der beste?

Ja. Was denn sonst? Wenn das Haus "weg ist", dann kannst du es auch aus der
Karte löschen.

Wenn wieder ein Haus gebaut werden sollte, dann könntest du das dann später (mit
seinem neuen Grundriss) wieder reinnehmen.

Gruß

Manuel




From bernd at bwurst.org  Wed Dec  5 06:47:51 2012
From: bernd at bwurst.org (Bernd Wurst)
Date: Wed, 05 Dec 2012 07:47:51 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <loom.20121205T073954-459@post.gmane.org>
References: <3486850.XSQEVmMvxn@linux-edhj>
 <DE464B8E-1BCA-49BA-A42F-3EA0BBAF4844@earthquakeweather.eu>
 <1736772.sgyckSI0m5@linux-edhj> <loom.20121205T073954-459@post.gmane.org>
Message-ID: <50BEEE17.3000103@bwurst.org>

Am 05.12.2012 07:41, schrieb Manuel Reimer:
> Ja. Was denn sonst?

Gebäude entfernen, Adresse auf einen Node kopieren.

Wenn ein Gebäude entfernt wird, bleibt die Adresse dennoch erhalten.

Gruß, Bernd

-- 
"Verbesserung der Oberfläche" hört sich an wie die Streichung
liebgewonnener Features - bei GNOME weiss man ja nie...
(gefunden auf www.prolinux.de)

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 897 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121205/3ed8a79f/attachment.sig>

From schmidt-postfach at freenet.de  Wed Dec  5 07:41:01 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Wed, 05 Dec 2012 08:41:01 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <3486850.XSQEVmMvxn@linux-edhj>
References: <3486850.XSQEVmMvxn@linux-edhj>
Message-ID: <50BEFA8D.6010006@freenet.de>

hallo alle,

JOSM bietet "Baulücke" an.
Die WP(de) definiert diese als
"innerörtliche unbebaute von Gebäuden vollständig umgebene Areale", "oft
Folge des II.Weltkriegs".

Das wird dann auf englisch der mir unbekannte Begriff
landuse=brownfield
und unverständlicherweise wird
building=yes
übersetzt.

Die WP(en) schreibt dazu
"Brownfield sites are abandoned or underused industrial and commercial
facilities". (Also "brown" wegen Verschmutzung?)
und
"In the United Kingdom and Australia, the term applies more generally to
previously used land"

Und dict.leo.org übersetzt "brownfield" als
"die Industriebrache" / "die Altlast".

Ich glaube, ich habe früher schon mal eine unbebaute Fläche in einem
Wohngebiet als "Baulücke" gemapt, ohne lange drüber nachzudenken.

Ist das falsch?
Sollte man in JOSM die Übersetzung von "Baulücke" zu "Industriebrache"
ändern?

Fragen über Fragen....

Grüße, Andreas


Am 04.12.2012 19:32, schrieb Heinz-Jürgen Oertel:
> Hallo, was soll man damit tun?
> Bisher building=yes und separate addr:* Angaben




From hartmut.holzgraefe at gmail.com  Wed Dec  5 08:47:49 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Wed, 05 Dec 2012 09:47:49 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BEFA8D.6010006@freenet.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
Message-ID: <50BF0A35.8050304@gmail.com>

On 12/05/2012 08:41 AM, Andreas Schmidt wrote:

> Die WP(en) schreibt dazu
> "Brownfield sites are abandoned or underused industrial and commercial
> facilities". (Also "brown" wegen Verschmutzung?)
> und
> "In the United Kingdom and Australia, the term applies more generally to
> previously used land"
>
> Und dict.leo.org übersetzt "brownfield" als
> "die Industriebrache" / "die Altlast".

und das OSM Wiki schreibt:

Brownfield: "Land scheduled for new development where old buildings have 
been demolished and cleared"

<http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield>

und

Greenfield: "greenfield describes land scheduled for new development 
where there have been no buildings before. A greenfield is scheduled to 
turn into a construction site."

<http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenfield>

> Ich glaube, ich habe früher schon mal eine unbebaute Fläche in einem
> Wohngebiet als "Baulücke" gemapt, ohne lange drüber nachzudenken.

Also landuse=brownfield wenn das Gelände vorher schonmal bebaut war
und vermutlich auch wieder bebaut wird oder zumindest noch keiner
anderen Nutzung zugeführt wurde. Dann sieht man in der Regel nackten
oder nur spärlich bewachsenen, also idR. braunen Boden -> deshalb
"brownfield" -> "braunes" Bauland

Ist das Gelände bisher nicht bebaut gewesen oder eine ehemalige
Bebauung nicht mehr erkennbar, eine erstmalige oder erneute Bebauung
aber für die Zukunft geplant oder absehbar: landuse="greenfield"
-> "grünes" Bauland

Und wenn der Bagger kommt umtaggen in landuse=construction

Ein abgerissenes Haus bzw. dessen Grundstück als "brownfield" zu
erfassen und nicht einfach zu löschen ist auch in sofern wichtig
als das so verhindert wird das ein Luftbild-Mapper denkt:

   "Hey, da fehlt ja noch ein Haus ... *abmal*"

Ist mir in der Nachbarschaft schon zweimal passiert ... seit ich
entsprechende "brownfield"-Flächen (mit "note=Abgerissen am $datum")
dafür angelegt habe nicht mehr ...

-- 
hartmut



From dieterdreist at gmail.com  Wed Dec  5 09:16:40 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 5 Dec 2012 10:16:40 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BEFA8D.6010006@freenet.de>
References: <3486850.XSQEVmMvxn@linux-edhj>
	<50BEFA8D.6010006@freenet.de>
Message-ID: <CABPTjTC54aN05VO4aB=D09nLrvr_Z5RphGzGFc_MO9SRHq+AFw@mail.gmail.com>

Am 5. Dezember 2012 08:41 schrieb Andreas Schmidt <schmidt-postfach at freenet.de>:
> JOSM bietet "Baulücke" an.
> Die WP(de) definiert diese als
> "innerörtliche unbebaute von Gebäuden vollständig umgebene Areale", "oft
> Folge des II.Weltkriegs".


einen tag nach Deutsch zu übersetzen (JOSM Presets) und dann die
Bedeutung der Übersetzung in der Wikipedia nachzuschlagen ist eher
kein so guter Weg, um die Bedeutung eines tags in OSM zu recherchieren
;-). Im OSM Wiki ist brownfield (Bauland mit Altlasten)
zugegebenermaßen auch nicht besonders gut spezifiziert, seine
Bedeutung ergibt sich daher m.E. vor allem aus der Bedeutung des Worts
in England und aus der Tatsache, dass als Alternative für den tag noch
greenfield (Bauland ohne Altlasten) zur Verfügung steht.

Das Thema wurde auch schon mehrfach diskuttiert, findet man in alten
ML-Beiträgen im Archiv.


> Und dict.leo.org übersetzt "brownfield" als
> "die Industriebrache" / "die Altlast".


das ist auch in etwa die Bedeutung, die es in OSM hat.


> Ist das falsch?
> Sollte man in JOSM die Übersetzung von "Baulücke" zu "Industriebrache"
> ändern?


+1, sofern es um brownfield geht.

Gruß Martin



From MichaelK_OSM at gmx.de  Wed Dec  5 20:20:37 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Wed, 05 Dec 2012 21:20:37 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BF0A35.8050304@gmail.com>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com>
Message-ID: <50BFAC95.40108@gmx.de>

Am 05.12.2012 09:47, schrieb Hartmut Holzgraefe:
> Brownfield:
[...]
> Greenfield:
[...]
jetzt will ich will mal eine Anmerkund machen... Ihr diskutiert über 
"landuse", habt Ihr Euch überhaupt schon mal angesehen wie das verwendet 
wird?

LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, 
Industriegebiet, Wälder, etc.) und nicht "Mikromapping" gedacht. Ich 
würde mich freuen, wenn das auch so bleiben würde. Danke.


Grüße,
Michael.




From hartmut.holzgraefe at gmail.com  Wed Dec  5 20:37:56 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Wed, 05 Dec 2012 21:37:56 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFAC95.40108@gmx.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
Message-ID: <50BFB0A4.5010708@gmail.com>

On 12/05/2012 09:20 PM, Michael Kugelmann wrote:

> LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk,
> Industriegebiet, Wälder, etc.) und nicht "Mikromapping" gedacht. Ich
> würde mich freuen, wenn das auch so bleiben würde. Danke.

Gegenbeispiele: farmyard, meadow, village_green ...

-- 
hartmut



From osm at aighes.de  Wed Dec  5 21:13:05 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 05 Dec 2012 22:13:05 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFAC95.40108@gmx.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
Message-ID: <50BFB8E1.3080500@aighes.de>

Am 05.12.2012 21:20, schrieb Michael Kugelmann:
> LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, 
> Industriegebiet, Wälder, etc.) und nicht "Mikromapping" gedacht. Ich 
> würde mich freuen, wenn das auch so bleiben würde. Danke.

Ich kann mich nicht erinnern, dass irgendwo "definiert" war, dass ein 
landuse-Polygon eine gewisse Größe haben muss.

Henning




From MichaelK_OSM at gmx.de  Wed Dec  5 21:20:19 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Wed, 05 Dec 2012 22:20:19 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFB0A4.5010708@gmail.com>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB0A4.5010708@gmail.com>
Message-ID: <50BFBA93.8030605@gmx.de>

Am 05.12.2012 21:37, schrieb Hartmut Holzgraefe:
> Gegenbeispiele: farmyard, meadow, village_green ...
Eine "Bauernhof", Wiese oder ein "Stadtpark" ist im allgemeinen groß im 
Vergleich zu einem Haus.


Grüße,
Michael.



From MichaelK_OSM at gmx.de  Wed Dec  5 22:17:24 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Wed, 05 Dec 2012 23:17:24 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFB8E1.3080500@aighes.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB8E1.3080500@aighes.de>
Message-ID: <50BFC7F4.3050700@gmx.de>

Am 05.12.2012 22:13, schrieb Henning Scholland:
> dass irgendwo "definiert" war, 
Es geht nicht darum dass es irgendwo "definiert" ist sondern um die 
reale Verwendung. Das entspricht im "realem Leben" einem 
"Gewohnheitsrecht" (z.B. einem seit Jahrzenten/Jahrhunderten geltene 
Wegerecht).


Grüße,
Michael.




From osm at aighes.de  Wed Dec  5 22:33:05 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 05 Dec 2012 23:33:05 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFC7F4.3050700@gmx.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB8E1.3080500@aighes.de> <50BFC7F4.3050700@gmx.de>
Message-ID: <50BFCBA1.30603@aighes.de>

Am 05.12.2012 23:17, schrieb Michael Kugelmann:
> Am 05.12.2012 22:13, schrieb Henning Scholland:
>> dass irgendwo "definiert" war, 
> Es geht nicht darum dass es irgendwo "definiert" ist sondern um die 
> reale Verwendung.
Das ist der Lauf der Dinge. Es gab Zeiten, da war es sehr beschwerlich, 
wenn nicht sogar unmöglich, Landuse detailliert zu erfassen. Hinzu 
kommt, dass es in den Augen vieler auch noch wichtigeres zu mappen gab, 
als den Landuse detailliert zu erfassen.

Henning




From s.wolff at web.de  Wed Dec  5 23:06:42 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Thu, 06 Dec 2012 00:06:42 +0100
Subject: [Talk-de] =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50BFCBA1.30603@aighes.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB8E1.3080500@aighes.de> <50BFC7F4.3050700@gmx.de>
 <50BFCBA1.30603@aighes.de>
Message-ID: <k9ok1r$a31$1@ger.gmane.org>

Moin!

Am 05.12.2012 23:33, schrieb Henning Scholland:
> Am 05.12.2012 23:17, schrieb Michael Kugelmann:
>> Am 05.12.2012 22:13, schrieb Henning Scholland:
>>> dass irgendwo "definiert" war,
>> Es geht nicht darum dass es irgendwo "definiert" ist sondern um die
>> reale Verwendung.
> Das ist der Lauf der Dinge. Es gab Zeiten, da war es sehr beschwerlich,
> wenn nicht sogar unmöglich, Landuse detailliert zu erfassen. Hinzu
> kommt, dass es in den Augen vieler auch noch wichtigeres zu mappen gab,
> als den Landuse detailliert zu erfassen.

"landuse" wird in deutschen Wiki als Gebiet und nicht als Grundstück 
beschrieben. Das englische Wiki sagt sogar explizit:
"Mainly used for describe the primary use of land by humans. [...]
More detailed tagging for land uses is available in amenity=*, leisure=* 
and tourism=*"

Ich finde es wichtig, dass mit "landuse" zumindest ein tag für die 
Beschreibung übergeordneter Strukturen vorhanden ist. Auch wenn man beim 
Mappen nach Luftbildern in der höchsten Auflösung arbeitet und sich das 
Werk danach ebenso ansieht, gibt es andere Anwendungen und Karten in 
größerem Maßstab, die größere Strukturen benötigen.

Eine einzelne Baulücke würde ich auch umgangssprachlich als "im 
Wohngebiet" und nicht als "unbebautes Gebiet zwischen zwei Wohngebieten" 
beschreiben.

Viele Grüße
Stephan






From osm at aighes.de  Wed Dec  5 23:21:06 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 00:21:06 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <k9ok1r$a31$1@ger.gmane.org>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB8E1.3080500@aighes.de> <50BFC7F4.3050700@gmx.de>
 <50BFCBA1.30603@aighes.de> <k9ok1r$a31$1@ger.gmane.org>
Message-ID: <50BFD6E2.5070004@aighes.de>

Am 06.12.2012 00:06, schrieb Stephan Wolff:
> Ich finde es wichtig, dass mit "landuse" zumindest ein tag für die 
> Beschreibung übergeordneter Strukturen vorhanden ist. Auch wenn man 
> beim Mappen nach Luftbildern in der höchsten Auflösung arbeitet und 
> sich das Werk danach ebenso ansieht, gibt es andere Anwendungen und 
> Karten in größerem Maßstab, die größere Strukturen benötigen.
Was meinst du mit übergeordneten Strukturen? Wenn ich jetzt ein recht 
kleines Waldstück erfasse, soll ich dann ein anderes Tag nutzen, als für 
ein größeres Waldstück? Ist Wald nicht Wald? Um Diskussionen 
vorzubeugen: Wald meint hier forstwirtschaftlich genutzte Fläche, auf 
der Bäume stehen.
> Eine einzelne Baulücke würde ich auch umgangssprachlich als "im 
> Wohngebiet" und nicht als "unbebautes Gebiet zwischen zwei 
> Wohngebieten" beschreiben.
Das eine schließt das andere ja nicht aus.

Henning




From MichaelK_OSM at gmx.de  Thu Dec  6 00:02:32 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Thu, 06 Dec 2012 01:02:32 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50BFD6E2.5070004@aighes.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <50BFB8E1.3080500@aighes.de> <50BFC7F4.3050700@gmx.de>
 <50BFCBA1.30603@aighes.de> <k9ok1r$a31$1@ger.gmane.org>
 <50BFD6E2.5070004@aighes.de>
Message-ID: <50BFE098.3080107@gmx.de>

Am 06.12.2012 00:21, schrieb Henning Scholland:
> Was meinst du mit übergeordneten Strukturen? 
z.B. ein Wohngebiet oder ein Industriegebiet. Darin kann man dann 
einzelne Häuser oder Grundstücke "mappen", aber die "Gegend" ist somit 
bereits ausgewiesen.


Grüße,
Michael.





From dieterdreist at gmail.com  Thu Dec  6 02:39:04 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 03:39:04 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BFAC95.40108@gmx.de>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
Message-ID: <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>

Am 5. Dezember 2012 21:20 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> Am 05.12.2012 09:47, schrieb Hartmut Holzgraefe:
>> Brownfield:
> [...]
>> Greenfield:
> [...]
> jetzt will ich will mal eine Anmerkund machen... Ihr diskutiert über
> "landuse", habt Ihr Euch überhaupt schon mal angesehen wie das verwendet
> wird?


für Bau- und Brachflächen?


> LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk,
> Industriegebiet, Wälder, etc.) und nicht "Mikromapping" gedacht.


Landuse ist ein tag, um die gegenwärtige (und nicht etwa die
zulässige) Landnutzung abzubilden. Für Stadtbezirke war landuse meiner
Meinung nach noch nie ein geeigneter tag. "Früher" in der Anfangszeit
hat man auch erst mal nur einen way mit oneway=no für die Autobahnen
gezeichnet, solange noch gar nichts da war, ich finde es nur
folgerichtig, wenn bei allgemein feinerer Detaillierung der Karte auch
der landuse  sich weiter ausdifferenziert,

Gruß Martin



From mynewsletter at nitegate.de  Thu Dec  6 08:04:29 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Thu, 6 Dec 2012 09:04:29 +0100
Subject: [Talk-de] Geodatenzugangsgesetz
Message-ID: <000001cdd388$52073730$f615a590$@nitegate.de>

Hi!

Das Geodatenzugangsgesetz ist im November geändert worden, so dass jetzt
eine Anfrage möglich sein sollte.

Der § 11 wurde wie folgt geändert.

ALT:
§ 11
Allgemeine Nutzung
Geodaten und Geodatendienste sind vorbehaltlich
der Vorschrift des § 12 Absatz 1 und 2 öffentlich verfügbar
bereitzustellen. Werden Geodaten über Darstellungsdienste
bereitgestellt, kann dies in einer Form geschehen,
welche eine Weiterverwendung im Sinne von
§ 2 Nummer 3 des Informationsweiterverwendungsgesetzes
vom 13. Dezember 2006 (BGBl. I S. 2913) ausschließt.

http://www.geoportal-bw.de/geoportal/export/sites/default/galleries/download
s/GeoZG_BGBl.2009_Teil_I_Nr._8_vom_13.02.2009_S._278.pdf

NEU:
11
Allgemeine Nutzung
(1) Geodaten und Geodatendienste, einschließlich
zugehöriger Metadaten, sind vorbehaltlich der
Vorschrift des § 12 Absatz 1 und 2 öffentlich zur
Verfügung zu stellen.
(2) Geodaten und Metadaten sind über Geodatendienste
für die kommerzielle und nicht kommerzielle
Nutzung geldleistungsfrei zur Verfügung
zu stellen, soweit durch besondere Rechtsvorschrift
nichts anderes bestimmt ist oder vertragliche oder
gesetzliche Rechte Dritter dem nicht entgegenstehen.
Geodatenhaltende Stellen des Bundes stellen
einander ihre Geodaten und Geodatendienste, einschließlich
zugehöriger Metadaten, geldleistungsfrei
zur Verfügung, soweit deren Nutzung zur Wahrnehmung
öffentlicher Aufgaben erfolgt.
(3) Die Einzelheiten zur Nutzung von Geodaten
und Geodatendiensten, einschließlich zugehöriger
Metadaten, werden in einer Rechtsverordnung nach
§ 14 geregelt.“

http://www.geoportal-bw.de/geoportal/export/sites/default/galleries/download
s/GeoZGAendG_07-11-2012_BGBl._I_112s2289.pdf

Hat jemand von euch schon Erfahrung damit?

Wir sind am Überlegen auf diesem Wege Stadtteilgrenzen abzufragen.

Viele Grüße,
Adrian.




From christian.pietzsch at gmail.com  Thu Dec  6 08:18:58 2012
From: christian.pietzsch at gmail.com (christian.pietzsch@googlemail.com)
Date: Thu, 6 Dec 2012 09:18:58 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
Message-ID: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>

Ich finde das mit dem Landuse auch nicht optimal.
Ich würde daher das Landcover Proposal unterstützen.
Wenn es landuse und landcover gibt, wäre das ganze (meiner Meinung
nach)einfacher.
landuse würde man dann wirklich nur noch für übergeordnete Strukturen
(Wohnfläche in Stadt xy,...) nutzen.
Für detallierte Karten, die die realen örtlichen Gegebenheiten zeigen
sollen wäre dann Landcover von Bedeutung.


From imagic.osm at gmail.com  Thu Dec  6 08:32:17 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 09:32:17 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
Message-ID: <CAKjckyP0YgPK0jBjySV_KQqYwQdx9cOx33Fy2PqcM2L2CnoSMg@mail.gmail.com>

"Land cover" beschreibt womit ein Gebiet bedeckt ist. Land use
beschreibt wofür ein Gebiet verwendet wird. Das sind zwei komplett
unterschiedliche Konzepte. Zum Beispiel macht landuse=forest zusammen
mit landcover=grass durchaus Sinn: ein Gebiet welches als Forst
benutzt wird, derzeit aber eben nicht aufgeforstet ist. Land cover ist
definitiv keine Unterkategorie von Land use. Genauso wenig gibt es
irgendeine Mindest- oder Maximal-Größe weder für Land use noch für
Land cover.

Martin

Am 6. Dezember 2012 09:18 schrieb christian.pietzsch at googlemail.com
<christian.pietzsch at gmail.com>:
> Ich finde das mit dem Landuse auch nicht optimal.
> Ich würde daher das Landcover Proposal unterstützen.
> Wenn es landuse und landcover gibt, wäre das ganze (meiner Meinung
> nach)einfacher.
> landuse würde man dann wirklich nur noch für übergeordnete Strukturen
> (Wohnfläche in Stadt xy,...) nutzen.
> Für detallierte Karten, die die realen örtlichen Gegebenheiten zeigen
> sollen wäre dann Landcover von Bedeutung.
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From osm-ml at dd1gj.de  Thu Dec  6 08:41:59 2012
From: osm-ml at dd1gj.de (Joachim Kast)
Date: Thu, 06 Dec 2012 09:41:59 +0100
Subject: [Talk-de] Geodatenzugangsgesetz
In-Reply-To: <000001cdd388$52073730$f615a590$@nitegate.de>
References: <000001cdd388$52073730$f615a590$@nitegate.de>
Message-ID: <50C05A57.5070102@dd1gj.de>

Hallo Adrian,

> Wir sind am Überlegen auf diesem Wege Stadtteilgrenzen abzufragen.

Das GeoZG gilt für die Geodaten des Bundes und da gehören
Stadtteilgrenzen leider nicht dazu. In einigen Bundesländern ist wohl
was geplant, aber die Städte wären daran auch nicht gebunden.

Du könntest höchtens so mal anfragen und dabei auf den "frischen Wind"
in Sachen Geodaten verweisen.


Grüße
Joachim

PS: Um welche Stadt handelt es sich (gerne auch als PM)




From falk.zscheile at gmail.com  Thu Dec  6 09:01:59 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Thu, 6 Dec 2012 10:01:59 +0100
Subject: [Talk-de] Geodatenzugangsgesetz
In-Reply-To: <000001cdd388$52073730$f615a590$@nitegate.de>
References: <000001cdd388$52073730$f615a590$@nitegate.de>
Message-ID: <CAJ5W8FhKM5S1z9Zexw32OMHtTvc9QRZPmyeHpTJV7MLMGmLZqQ@mail.gmail.com>

Am 6. Dezember 2012 09:04 schrieb Adrian Stabiszewski
<mynewsletter at nitegate.de>:
>
> Hat jemand von euch schon Erfahrung damit?
>

Das würde mich wundern. Die geldleistungsfreie Nutzung von digitalen
Geodaten des Bundes nach § 11 GeoZG soll durch Verordnung nach § 14
GEOZG näher geregelt werden. Die GeoNutzVO ist aber nach meinem
Kenntnisstand noch nicht erlassen. Solange wird sich der Bund sicher
noch etwas zieren, die Daten herauszugeben. Und ob das Ganze dann auch
zu unserer Lizenz passt, können wir auch erst dann beurteilen.

Apropos: Im Deutschen Verwaltungsblatt (DVBl) wird (voraussichtlich)
in einer der ersten Nummern des nächsten Jahres ein Aufsatz von
Martini/Damm zum neuen GeoZG erscheinen.

Gruß, Falk



From mynewsletter at nitegate.de  Thu Dec  6 09:07:44 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Thu, 6 Dec 2012 10:07:44 +0100
Subject: [Talk-de] Geodatenzugangsgesetz
In-Reply-To: <50C05A57.5070102@dd1gj.de>
References: <000001cdd388$52073730$f615a590$@nitegate.de>
 <50C05A57.5070102@dd1gj.de>
Message-ID: <000001cdd391$27bf9cc0$773ed640$@nitegate.de>

 
> Das GeoZG gilt für die Geodaten des Bundes und da gehören
> Stadtteilgrenzen leider nicht dazu. In einigen Bundesländern ist wohl was
> geplant, aber die Städte wären daran auch nicht gebunden.
> 
> Du könntest höchtens so mal anfragen und dabei auf den "frischen Wind"
> in Sachen Geodaten verweisen.

Frischer Wind ist auf jeden Fall gut. ;)
> 
> PS: Um welche Stadt handelt es sich (gerne auch als PM)

Ich bin im LK Heilbronn und Umgebung aktiv.






From christian.pietzsch at gmail.com  Thu Dec  6 10:13:46 2012
From: christian.pietzsch at gmail.com (christian.pietzsch@googlemail.com)
Date: Thu, 6 Dec 2012 11:13:46 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
Message-ID: <CAJESvfCaNAe+gzmaZPTB7PNxNtkdQYYGBf7md8Og8JwcPoZdbQ@mail.gmail.com>

>"Land cover" beschreibt womit ein Gebiet bedeckt ist. Land use
>beschreibt wofür ein Gebiet verwendet wird. Das sind zwei komplett
>unterschiedliche Konzepte. Zum Beispiel macht landuse=forest zusammen
>mit landcover=grass durchaus Sinn: ein Gebiet welches als Forst
>benutzt wird, derzeit aber eben nicht aufgeforstet ist. Land cover ist
>definitiv keine Unterkategorie von Land use. Genauso wenig gibt es
>irgendeine Mindest- oder Maximal-Größe weder für Land use noch für
>Land cover.
>
>Martin


so war das auch nicht gemeint (ich habe mir das Proposal schon mal
durchgelesen und weiß um was es da geht.

War vllt etwas ungünstig ausgedrückt.

Du hast mit dem oben genanntem vollkommen recht. Das Problem ist halt,
dass landuse heute schon viel für Detail mapping genutzt wird und
dabei dann nicht mehr die vorherrschende Nutzungsarte sondern das
LANDCOVER beschrieben wird.

Genau deshalb bin ich für diesen Tag


mfg Christian


From chris_hormann at gmx.de  Thu Dec  6 10:22:34 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Thu, 6 Dec 2012 11:22:34 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
Message-ID: <201212061122.34352.chris_hormann@gmx.de>

On Thursday 06 December 2012, christian.pietzsch at googlemail.com wrote:
> Ich finde das mit dem Landuse auch nicht optimal.
> Ich würde daher das Landcover Proposal unterstützen.
> Wenn es landuse und landcover gibt, wäre das ganze (meiner Meinung
> nach)einfacher.
> landuse würde man dann wirklich nur noch für übergeordnete Strukturen
> (Wohnfläche in Stadt xy,...) nutzen.
> Für detallierte Karten, die die realen örtlichen Gegebenheiten zeigen
> sollen wäre dann Landcover von Bedeutung.

Ein paar Bemerkungen zu landcover/landuse.  Zunächst: unter landcover 
verstehe ich die tatsächliche aktuelle Bedeckung der Erdoberfläche (es 
gibt ansonsten noch etwas, was man als potentielle natürliche 
Vegetation bezeichichnet[1] - ist aber eher ein theoretisches 
Konstrukt), unter landuse die tatsächliche zweckbestimmte Nutzung des 
Landes durch Menschen.

Erstens gilt: wo landuse vorhanden ist, gibt es keine Notwendigkeit, 
landcover separat auszuweisen, da sich dieser aus dem (ggf. durch 
zusätzliche tags konkretisierten) landuse ergibt.  Die Verwendung von 
beidem wäre entweder redundant oder wiedersprüchlich.  Die Feststellung 
im landcover proposal: 'these concepts are orthogonal'[2] trifft meines 
Erachtens nicht zu.

Zweitens: landcover ohne landuse (also nicht konkret genutztes, mehr 
oder weniger natürlich bedecktes Land) lässt sich im Allgemeinen mit 
den Openstreetmap-Mitteln nur schwer erfassen.  Es gibt dort nämlich im 
Normalfall keine scharfen Grenzen zwischen den landcover-Typen.  
Beispiel: von landcover=bedrock über landcover=grass zu landcover=trees 
gibt es oft einen fließenden Übergang, welcher sich mittels klar 
abgegrenzten Polygonen ohne die Erfassung einzelner Bäume und 
Grasbüschel kaum vernünftig darstellen lässt.

[1] http://de.wikipedia.org/wiki/Potenzielle_nat%C3%BCrliche_Vegetation
[2] http://wiki.openstreetmap.org/wiki/Proposed_features/landcover

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From imagic.osm at gmail.com  Thu Dec  6 10:33:25 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 11:33:25 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAJESvfCaNAe+gzmaZPTB7PNxNtkdQYYGBf7md8Og8JwcPoZdbQ@mail.gmail.com>
References: <CAJESvfCaNAe+gzmaZPTB7PNxNtkdQYYGBf7md8Og8JwcPoZdbQ@mail.gmail.com>
Message-ID: <CAKjckyNK43pwUvYuT-uAiidBaVsLL+PxxpOqJEF556VePNACFg@mail.gmail.com>

Naja, wo soll man eine Grenze ziehen zu Detailmapping? Wenn eine 10m²
große Wiese benutzt wird um sein Kleinkaninchen dort zu halten, dann
ist das halt landuse=meadow. Ob das jetzt Sinn mach, dass man das so
einträgt ist eine andere Frage, aber falsch ist es auch nicht.
Insofern denke ich wir sollten das genauso halten wie mit allen
anderen Tags: wer Micromapping will, soll das auch benutzen dürfen.

Land use vs. Land cover ist ein ganz ein anderes Thema: ich bin auch
ein absoluter Befürworter von Land cover (siehe [1]), aber es ist halt
nicht gerade das spannendste Thema, deshalb wird sich da
wahrscheinlich auch wenig tun. Auch die relevanten Anwendungen sind ja
eher knapp bemessen. Aber mal sehen was die Zukunft bringt.

[1] http://wiki.openstreetmap.org/wiki/User:Imagic/landcover *
* Das Tagging für Buschland muss ich noch überarbeiten. Wird
wahrscheinlich eher scrub statt shrubs - auch die Muttersprachler sind
sich da ausgesprochen uneinig.

Martin

Am 6. Dezember 2012 11:13 schrieb christian.pietzsch at googlemail.com
<christian.pietzsch at gmail.com>:
>>"Land cover" beschreibt womit ein Gebiet bedeckt ist. Land use
>>beschreibt wofür ein Gebiet verwendet wird. Das sind zwei komplett
>>unterschiedliche Konzepte. Zum Beispiel macht landuse=forest zusammen
>>mit landcover=grass durchaus Sinn: ein Gebiet welches als Forst
>>benutzt wird, derzeit aber eben nicht aufgeforstet ist. Land cover ist
>>definitiv keine Unterkategorie von Land use. Genauso wenig gibt es
>>irgendeine Mindest- oder Maximal-Größe weder für Land use noch für
>>Land cover.
>>
>>Martin
>
>
> so war das auch nicht gemeint (ich habe mir das Proposal schon mal
> durchgelesen und weiß um was es da geht.
>
> War vllt etwas ungünstig ausgedrückt.
>
> Du hast mit dem oben genanntem vollkommen recht. Das Problem ist halt,
> dass landuse heute schon viel für Detail mapping genutzt wird und
> dabei dann nicht mehr die vorherrschende Nutzungsarte sondern das
> LANDCOVER beschrieben wird.
>
> Genau deshalb bin ich für diesen Tag
>
>
> mfg Christian
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From imagic.osm at gmail.com  Thu Dec  6 10:40:50 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 11:40:50 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061122.34352.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
Message-ID: <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>

Am 6. Dezember 2012 11:22 schrieb Christoph Hormann <chris_hormann at gmx.de>:
> Erstens gilt: wo landuse vorhanden ist, gibt es keine Notwendigkeit,
> landcover separat auszuweisen, da sich dieser aus dem (ggf. durch
> zusätzliche tags konkretisierten) landuse ergibt.

Das ist so nicht richtig: siehe mein Beispiel mit landuse=forest
zusammen mit landcover=grass. Oft(!) kann mein ein wahrscheinliches
landcover von einem vorhanden landuse ableiten. Aber das ist nicht
100% so, daher kann man durchaus beides taggen.

Martin



From osm at aighes.de  Thu Dec  6 10:40:46 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 11:40:46 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061122.34352.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
Message-ID: <50C0762E.1030602@aighes.de>

Am 06.12.2012 11:22, schrieb Christoph Hormann:
> Erstens gilt: wo landuse vorhanden ist, gibt es keine Notwendigkeit,
> landcover separat auszuweisen, da sich dieser aus dem (ggf. durch
> zusätzliche tags konkretisierten) landuse ergibt.  Die Verwendung von
> beidem wäre entweder redundant oder wiedersprüchlich.  Die Feststellung
> im landcover proposal: 'these concepts are orthogonal'[2] trifft meines
> Erachtens nicht zu.
Kommt drauf an, wie weit man bestehendes ändern möchte.

Wenn man es komplett neu anpackt (was ich bei dem Kuddelmuddel durchaus 
für richtig halten würde) sehe ich das nicht so.

landuse=agriculture|forestry|residetial|industrial|commercial|military|....

Diese können sich auch überschneiden, da ein Gebiet auch mehrere 
Nutzungsmöglichkeiten haben kann.

landcover=grass|sand|water|wood oder trees|concrete|asphalt|farmland|.....

Landuse und Landcover sollten sich nicht überschneiden, sondern dann 
gemeinsam getaggt werden. Ansonsten fallen diverse Auswertungen auf den 
Hintern, weil man nicht mehr unterschieden kann zwischen Wiese 
(landcover=grass) und Weide (landcover=grass und landuse=agricultural). 
Also das "Problem", dass Landuse zu sehr zerstückelt wird, kann man 
damit auch nicht lösen.

Henning





From imagic.osm at gmail.com  Thu Dec  6 10:50:07 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 11:50:07 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50C0762E.1030602@aighes.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <50C0762E.1030602@aighes.de>
Message-ID: <CAKjckyPNhdtrOushSi8=NMc+Dn0CQuWkS5p9y=8tMyU7cYEkNA@mail.gmail.com>

Am 6. Dezember 2012 11:40 schrieb Henning Scholland <osm at aighes.de>:
> Am 06.12.2012 11:22, schrieb Christoph Hormann:
>
>> Erstens gilt: wo landuse vorhanden ist, gibt es keine Notwendigkeit,
>> landcover separat auszuweisen, da sich dieser aus dem (ggf. durch
>> zusätzliche tags konkretisierten) landuse ergibt.  Die Verwendung von
>> beidem wäre entweder redundant oder wiedersprüchlich.  Die Feststellung
>> im landcover proposal: 'these concepts are orthogonal'[2] trifft meines
>> Erachtens nicht zu.
>
> Kommt drauf an, wie weit man bestehendes ändern möchte.
>
> Wenn man es komplett neu anpackt (was ich bei dem Kuddelmuddel durchaus für
> richtig halten würde) sehe ich das nicht so.
>
> landuse=agriculture|forestry|residetial|industrial|commercial|military|....
>
> Diese können sich auch überschneiden, da ein Gebiet auch mehrere
> Nutzungsmöglichkeiten haben kann.
>
> landcover=grass|sand|water|wood oder trees|concrete|asphalt|farmland|.....
>
> Landuse und Landcover sollten sich nicht überschneiden, sondern dann
> gemeinsam getaggt werden. Ansonsten fallen diverse Auswertungen auf den
> Hintern, weil man nicht mehr unterschieden kann zwischen Wiese
> (landcover=grass) und Weide (landcover=grass und landuse=agricultural).

Absolut richtig!


> Also
> das "Problem", dass Landuse zu sehr zerstückelt wird, kann man damit auch
> nicht lösen.

Ist das ein "Problem"? Zu Beginn von OSM wurden Straßen gemappt. Mehr
braucht keiner! Derzeit sind wir bei einzelnen Straßenlaternen und
Bäumen - und nicht zu vergessen die Gullydeckel! Langer Rede kurzer
Sinn: solange nichts falsches getaggt wird, sehe ich kein Problem in
einem immer feineren Mapping *.

Martin

* Mit einer Bedingung: solange es nicht zu sehr stört. Über die
Definition von "zu sehr" könnten wir jetzt wieder diskutieren ;-)



From dieterdreist at gmail.com  Thu Dec  6 11:01:44 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Thu, 6 Dec 2012 12:01:44 +0100
Subject: [Talk-de]
 =?utf-8?q?landuse_nicht_f=C3=BCr_Detailmapping_verwende?=
 =?utf-8?q?n_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50C0762E.1030602@aighes.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de> <50C0762E.1030602@aighes.de>
Message-ID: <78D2A51A-6E85-420B-81FB-BE881E6A01FA@gmail.com>



Am 06/dic/2012 um 11:40 schrieb Henning Scholland <osm at aighes.de>:

> Also das "Problem", dass Landuse zu sehr zerstückelt wird, kann man damit auch nicht lösen.


Ein Problem ist das m.E. nicht, wenn die Mapper versuchen, die reale Situation detailliert in Osm abzubilden. Zum Problem wird es höchstens für den, der für einen bestimmten Kartenmaßstab einen bestimmten Detaillierungsgrad bzw. ein gewisses Generalisierungslevel in den Rohdaten erwartet, und dann von der Vielfalt, die das echte Leben bietet, erschlagen wird.

Das kann man aber relativ einfach lösen, indem man vor dem Rendern die Nutzungen automatisch zusammenfasst und kleine Ausrutscher ggf. unterschlägt. Was dabei klein bedeutet hängt vom Maßstab der Karte ab (kann also nur der Kartenersteller entscheiden), und ob die abweichende Nutzung eines kleinen Teilstücks erwähnenswert ist oder nicht kommt neben der Größe vor allem auf die spezifische Nutzung und die Nutzung drum rum an. Da haben sicher auch verschiedene Nutzer unterschiedliche Ansichten, weshalb man sich nicht schon beim Eintragen auf einen usecase festlegen sollte.

Gruß
Martin


From osm at aighes.de  Thu Dec  6 11:09:47 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 12:09:47 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyPNhdtrOushSi8=NMc+Dn0CQuWkS5p9y=8tMyU7cYEkNA@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de> <50C0762E.1030602@aighes.de>
 <CAKjckyPNhdtrOushSi8=NMc+Dn0CQuWkS5p9y=8tMyU7cYEkNA@mail.gmail.com>
Message-ID: <50C07CFB.10103@aighes.de>

Am 06.12.2012 11:50, schrieb Martin Vonwald:
>> Also das "Problem", dass Landuse zu sehr zerstückelt wird, kann man damit auch
>> nicht lösen.
> Ist das ein "Problem"?
In meinen Augen ist es das nicht, daher in "".

Henning




From chris_hormann at gmx.de  Thu Dec  6 11:18:25 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Thu, 6 Dec 2012 12:18:25 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
Message-ID: <201212061218.26039.chris_hormann@gmx.de>

On Thursday 06 December 2012, Martin Vonwald wrote:
> > Erstens gilt: wo landuse vorhanden ist, gibt es keine
> > Notwendigkeit, landcover separat auszuweisen, da sich dieser aus
> > dem (ggf. durch zusätzliche tags konkretisierten) landuse ergibt.
>
> Das ist so nicht richtig: siehe mein Beispiel mit landuse=forest
> zusammen mit landcover=grass. Oft(!) kann mein ein wahrscheinliches
> landcover von einem vorhanden landuse ableiten. Aber das ist nicht
> 100% so, daher kann man durchaus beides taggen.

Ich denke, wir haben hier unterschiedliche Definitionen von landuse.  Du 
verstehst es in erster Linie als Landwidmung (z.B. entsprechend 
Flächennutzungsplan).  Ich habe vorangestellt, dass ich damit die 
tatsächliche Nutzung meine (und dann wäre landuse=forest nur bei 
tatsächlichem Baumbewuchs möglich) Und wie gesagt, eine Konkretisierung 
ist sicher oft sinnvoll (Beispiel: Parkplatz asphaltiert oder nicht).

Ich denke, dass man das durchaus orthogonalisieren könnte, müsste man 
dann aber wirklich landuse auf die Sorte von Werten beschränken, die 
Henning vorschlägt (wobei agriculture|forestry schon fast wieder eine 
landcover-Unterscheidung ist).  Wenn das durchsetzbar ist hielte ich 
das für die eleganteste Methode.

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From winfixit at gmail.com  Thu Dec  6 11:22:16 2012
From: winfixit at gmail.com (Jo)
Date: Thu, 6 Dec 2012 12:22:16 +0100
Subject: [Talk-de] [OSM-talk] public_transport=platform not rendered
In-Reply-To: <7435953C-B604-4C1E-ABD5-443AC5BE8383@gmail.com>
References: <CAJ6DwMCVC7b5iGBe5mYBsJ=czZaks6R3Y1mQrpeRn9EkOsUb5Q@mail.gmail.com>
 <m75rbs.mdmke3.8por1n-qmf@auth.smtp.oneandone.co.uk>
 <50A75942.5060603@tobias-knerr.de>
 <B58B0F4B-621C-4344-8B13-4C498C6B095B@gmail.com>
 <011601cdc4f1$3110f610$9332e230$@loach.me.uk>
 <CAJ6DwMB1RrObnZzLf34c4VNCMrBDSryhStaeeHnPyxkkeL5g+A@mail.gmail.com>
 <1892bd80-252b-41a5-83a4-e8bda1d8dca8@email.android.com>
 <CAJ6DwMA1sPJyYB6FR4ed1eFrXgjsRjfbceLSRBOGHp2bQWmeEg@mail.gmail.com>
 <7435953C-B604-4C1E-ABD5-443AC5BE8383@gmail.com>
Message-ID: <CAJ6DwMAbRM4_GPYaVQMv4MUPKRz3rmDk60eEdmgt2B1bTGjMzA@mail.gmail.com>

I changed all the public_transport=platform nodes I worked on recently back
to highway=bus_stop. And hurray, they are rendered once again now.

Since I used a slightly larger bounding box than Belgium, I couldn't help
but notice that there are quite a few stops in Aachen which also only have
public_transport=platform. It's not purely a rendering issue, those stops
won't be taken into account by any software at the moment, as it seems.

I didn't touch those. I'll leave it up to the local contributors to either
add highway=bus_stop to those nodes or replace public_transport=platform
with highway=bus_stop.

Grüsse,

Jo


From wendorff at uni-paderborn.de  Thu Dec  6 12:15:34 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 06 Dec 2012 13:15:34 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061218.26039.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
Message-ID: <50C08C66.3040004@uni-paderborn.de>

Am 06.12.2012 12:18, schrieb Christoph Hormann:
> On Thursday 06 December 2012, Martin Vonwald wrote:
>>> Erstens gilt: wo landuse vorhanden ist, gibt es keine
>>> Notwendigkeit, landcover separat auszuweisen, da sich dieser aus
>>> dem (ggf. durch zusätzliche tags konkretisierten) landuse ergibt.
>> Das ist so nicht richtig: siehe mein Beispiel mit landuse=forest
>> zusammen mit landcover=grass. Oft(!) kann mein ein wahrscheinliches
>> landcover von einem vorhanden landuse ableiten. Aber das ist nicht
>> 100% so, daher kann man durchaus beides taggen.
> Ich denke, wir haben hier unterschiedliche Definitionen von landuse.  Du
> verstehst es in erster Linie als Landwidmung (z.B. entsprechend
> Flächennutzungsplan).  Ich habe vorangestellt, dass ich damit die
> tatsächliche Nutzung meine (und dann wäre landuse=forest nur bei
> tatsächlichem Baumbewuchs möglich)
darüber kann man streiten.
Die Nutzung eines Waldes als Forst erfordert auch Lagerflächen für Holz, 
und auch gerade gerodete Flächen, auf denen eben keine Bäume mehr 
stehen, sind immer noch Forst, nur eben gerade nicht "aufgeforstet".
> Und wie gesagt, eine Konkretisierung
> ist sicher oft sinnvoll (Beispiel: Parkplatz asphaltiert oder nicht).
landUSE ist Parkplatz, das sagt aber über die Oberfläche nichts aus - 
und ob man die jetzt mit landcover oder surface einträgt, ist wieder 
eine andere Frage.

Gruß
Peter



From imagic.osm at gmail.com  Thu Dec  6 12:30:42 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 13:30:42 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <78D2A51A-6E85-420B-81FB-BE881E6A01FA@gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <50C0762E.1030602@aighes.de>
 <78D2A51A-6E85-420B-81FB-BE881E6A01FA@gmail.com>
Message-ID: <CAKjckyMx=EfZiHAioKBZ9GpWC8SCt6-6c4Gree6FRT+0vzD4Gw@mail.gmail.com>

Am 6. Dezember 2012 12:01 schrieb Martin Koppenhöfer <dieterdreist at gmail.com>:
> Ein Problem ist das m.E. nicht, wenn die Mapper versuchen, die reale Situation detailliert in Osm abzubilden. Zum Problem wird es höchstens für den, der für einen bestimmten Kartenmaßstab einen bestimmten Detaillierungsgrad bzw. ein gewisses Generalisierungslevel in den Rohdaten erwartet, und dann von der Vielfalt, die das echte Leben bietet, erschlagen wird.
>
> Das kann man aber relativ einfach lösen, indem man vor dem Rendern die Nutzungen automatisch zusammenfasst und kleine Ausrutscher ggf. unterschlägt. Was dabei klein bedeutet hängt vom Maßstab der Karte ab (kann also nur der Kartenersteller entscheiden), und ob die abweichende Nutzung eines kleinen Teilstücks erwähnenswert ist oder nicht kommt neben der Größe vor allem auf die spezifische Nutzung und die Nutzung drum rum an. Da haben sicher auch verschiedene Nutzer unterschiedliche Ansichten, weshalb man sich nicht schon beim Eintragen auf einen usecase festlegen sollte.

Richtig. Wir sollen nicht für Consumer mappen. Wir mappen das, was da
ist. Egal ob groß oder klein. Die Consumer können und sollen dann je
nach Anwendung selbst entscheiden, was sie wie detailliert brauchen.



From imagic.osm at gmail.com  Thu Dec  6 12:41:24 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 13:41:24 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061218.26039.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
Message-ID: <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>

Am 6. Dezember 2012 12:18 schrieb Christoph Hormann <chris_hormann at gmx.de>:
> On Thursday 06 December 2012, Martin Vonwald wrote:
>> > Erstens gilt: wo landuse vorhanden ist, gibt es keine
>> > Notwendigkeit, landcover separat auszuweisen, da sich dieser aus
>> > dem (ggf. durch zusätzliche tags konkretisierten) landuse ergibt.
>>
>> Das ist so nicht richtig: siehe mein Beispiel mit landuse=forest
>> zusammen mit landcover=grass. Oft(!) kann mein ein wahrscheinliches
>> landcover von einem vorhanden landuse ableiten. Aber das ist nicht
>> 100% so, daher kann man durchaus beides taggen.
>
> Ich denke, wir haben hier unterschiedliche Definitionen von landuse.  Du
> verstehst es in erster Linie als Landwidmung (z.B. entsprechend
> Flächennutzungsplan).  Ich habe vorangestellt, dass ich damit die
> tatsächliche Nutzung meine (und dann wäre landuse=forest nur bei
> tatsächlichem Baumbewuchs möglich) Und wie gesagt, eine Konkretisierung
> ist sicher oft sinnvoll (Beispiel: Parkplatz asphaltiert oder nicht).

Nein, auch ich verstehe unter landuse die Landnutzung und nicht
-widmung. Und ein landuse=forest ist sehr wohl ohne Baumbewuchs
möglich. Wenn du ein paar Baumsamen in den Boden steckst und
beabsichtigst hier einen Wald hochzuziehen ist das landuse=forest -
obwohl noch kein einziger Baum da ist. Ist natürlich ein extremes
Beispiel, aber eines an dem man den Unterschied zwischen landuse und
landcover gut erkennen kann.


> Ich denke, dass man das durchaus orthogonalisieren könnte, müsste man
> dann aber wirklich landuse auf die Sorte von Werten beschränken, die
> Henning vorschlägt (wobei agriculture|forestry schon fast wieder eine
> landcover-Unterscheidung ist).  Wenn das durchsetzbar ist hielte ich
> das für die eleganteste Methode.

Die Werte von henning sind mMn etwas zu allgemein. Wir würden dann
viele Subkeys brauchen für eine feinere Differenzierung. Das ist zwar
für Consumer idR angenehmer, aber für Mapper eben nicht.



From osm at aighes.de  Thu Dec  6 13:22:27 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 14:22:27 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
Message-ID: <50C09C13.2000102@aighes.de>

Am 06.12.2012 13:41, schrieb Martin Vonwald:
> Am 6. Dezember 2012 12:18 schrieb Christoph Hormann <chris_hormann at gmx.de>:
>> Ich denke, dass man das durchaus orthogonalisieren könnte, müsste man
>> dann aber wirklich landuse auf die Sorte von Werten beschränken, die
>> Henning vorschlägt (wobei agriculture|forestry schon fast wieder eine
>> landcover-Unterscheidung ist).  Wenn das durchsetzbar ist hielte ich
>> das für die eleganteste Methode.
> Die Werte von henning sind mMn etwas zu allgemein. Wir würden dann
> viele Subkeys brauchen für eine feinere Differenzierung. Das ist zwar
> für Consumer idR angenehmer, aber für Mapper eben nicht.
Vorweg: Ich hab keine Ahnung, wie das in professionellen Systemen 
gegliedert wird. Die Ideen basieren nur auf der Ansicht eines Laien und 
wie ich die Landnutzung grob einteilen würde. Da finde ich 
landwirtschaftlich, forstwirtschaftlich, Wohnfläche, Geschäftsfläche, 
Industriefläche, usw. erstmal nicht schlecht und vor allem allgemein 
verständlich und recht offensichtlich zu erkennen.

Ich finde es nur wichtig, dass das Schema allgemein verständlich bleibt 
und man nicht Raumplanung & Co studiert haben muss, um das Schema zu 
verstehen und die Flächen entsprechend einteilen zu können. Wenn es 
bessere Kriterien gibt, die ebenfalls allgemein verständlich sind und 
auch professionell verwendet werden habe ich damit auch kein Problem.

Henning




From frederik at remote.org  Thu Dec  6 13:33:49 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 06 Dec 2012 14:33:49 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <50BBA489.3030908@deelkar.net>
References: <5099FD6B.2070105@gmx.de>
 <319C8D62-0441-4CD5-B9A0-A0B6C5AD29B2@gmx.de> <509AEA42.6070201@gmx.de>
 <50BBA489.3030908@deelkar.net>
Message-ID: <50C09EBD.2070200@remote.org>

Hallo,

    wenn ihr mir sagt, ob/was fuer Plakate ihr wollt, kann ich welche 
drucken und jemandem aus Karlsruhe mitgeben, der auch zum 29C3 faehrt.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From chris_hormann at gmx.de  Thu Dec  6 13:45:46 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Thu, 6 Dec 2012 14:45:46 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
Message-ID: <201212061445.46801.chris_hormann@gmx.de>

On Thursday 06 December 2012, Martin Vonwald wrote:
>
> Die Werte von henning sind mMn etwas zu allgemein. Wir würden dann
> viele Subkeys brauchen für eine feinere Differenzierung. Das ist zwar
> für Consumer idR angenehmer, aber für Mapper eben nicht.

Die Differenzierung wäre kein großes Problem, 'agriculture' könnte man 
zum Beispiel problemlos in tillage/pasture aufsplitten, 

Entscheidend wäre aber, dass landuse sich ausschließlich auf die soziale 
und wirtschaftliche Verwendung und landcover auf die physikalische 
Bedeckung beschränkt.  Und das ist keineswegs so einfach wie es 
vielleicht aussieht - Ist die Unterscheidung vineyard/orchard 
beispielsweise eine primär zu landcover oder primär zu landuse 
gehörige?  Letztendlich lässt sich jeder landcover-Unterschied auch als 
einen Unterschied in der wirtschaftlichen und sozialen Verwendung 
interpretieren, wenn man die Werte für landuse nur fein genug 
granuliert.  Eine gewisse 'Allgemeinheit' in den Werten für landuse 
wäre also notwendig.

Und eine Reihe von aktuell verwendeten landuse-Werten passen auf jeden 
Fall nicht in so ein System (insbesondere natürlich grass/meadow)

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From dieterdreist at gmail.com  Thu Dec  6 13:46:56 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 14:46:56 +0100
Subject: [Talk-de]
	=?utf-8?q?landuse_nicht_f=C3=BCr_Detailmapping_verwende?=
	=?utf-8?q?n_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
Message-ID: <CABPTjTBwiQ8a852ijMEwWtqnXsnOLvToN2mSKVJ6F_fS9q+OeQ@mail.gmail.com>

Am 6. Dezember 2012 13:41 schrieb Martin Vonwald <imagic.osm at gmail.com>:
> Nein, auch ich verstehe unter landuse die Landnutzung und nicht
> -widmung. Und ein landuse=forest ist sehr wohl ohne Baumbewuchs
> möglich. Wenn du ein paar Baumsamen in den Boden steckst und
> beabsichtigst hier einen Wald hochzuziehen ist das landuse=forest -
> obwohl noch kein einziger Baum da ist. Ist natürlich ein extremes
> Beispiel


das ist gar nicht mal extrem, kommt zigtausendfach vor: überall, wo
gerade Holz geschlagen wurde und wieder aufgeforstet wird.

Gruß Martin



From imagic.osm at gmail.com  Thu Dec  6 14:06:32 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 15:06:32 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50C09C13.2000102@aighes.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
 <50C09C13.2000102@aighes.de>
Message-ID: <CAKjckyPoVjpYRnzSm4JwkGy=5eTJgvk=x7nnnPH-07cos+NJ5w@mail.gmail.com>

Am 6. Dezember 2012 14:22 schrieb Henning Scholland <osm at aighes.de>:
>> Die Werte von henning sind mMn etwas zu allgemein. Wir würden dann
>> viele Subkeys brauchen für eine feinere Differenzierung. Das ist zwar
>> für Consumer idR angenehmer, aber für Mapper eben nicht.
>
> Vorweg: Ich hab keine Ahnung, wie das in professionellen Systemen gegliedert
> wird. Die Ideen basieren nur auf der Ansicht eines Laien und wie ich die
> Landnutzung grob einteilen würde. Da finde ich landwirtschaftlich,
> forstwirtschaftlich, Wohnfläche, Geschäftsfläche, Industriefläche, usw.
> erstmal nicht schlecht und vor allem allgemein verständlich und recht
> offensichtlich zu erkennen.
>
> Ich finde es nur wichtig, dass das Schema allgemein verständlich bleibt und
> man nicht Raumplanung & Co studiert haben muss, um das Schema zu verstehen
> und die Flächen entsprechend einteilen zu können. Wenn es bessere Kriterien
> gibt, die ebenfalls allgemein verständlich sind und auch professionell
> verwendet werden habe ich damit auch kein Problem.


Mein Punkt ist: ein Landuse/Landcover-System lässt sich nur
durchsetzen, wenn es so wenig Änderungen gibt wie irgendwie möglich.
D.h. auch, dass die aktuellen sinnvollen(!) landuse-Werte unverändert
erhalten bleiben sollen. Und hier haben wir praktisch keine Hierarchie
sondern eher eine Auflistung von allerlei Werten. Daher nehme ich auch
an, dass wir eine Hierarchie für landuse kaum durchsetzen könnten. Und
ich halte sie persönlich auch nicht für notwendig.

Viel wichtiger ist endlich eine saubere Trennung, damit das was wir
taggen auch endlich sinnvoll verwendet werden kann. Denn aktuell kann
es das nicht - zumindest nicht solange jede Ansammlung von fünf Bäumen
innerhalb einer Autobahnkreuzung als landuse=forest getaggt wird ;-)

Martin



From liste12A45q7 at gmx.de  Thu Dec  6 14:06:53 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 06 Dec 2012 15:06:53 +0100
Subject: [Talk-de] =?iso-8859-15?q?Zahl_der_OSMer_nach_L=E4ndern?=
Message-ID: <50C0A67D.7000307@gmx.de>

Liebe OSMer,

kennt jemand eine Statistik,
wo wieviele aktive OSMer leben?

Ungefähre Zahlen zu den grössten Communities reichen.
Interessant wären natürlich Zahlen zum "Aktivitätslevel"
(Edits/Jahr oder so).

Es gibt nämlich die Meinung, OSM sei ein deutsches Projekt.
Mir fehlen Zahlen, und das zu bewerten oder zu entkräften.

Gruss, Markus



From imagic.osm at gmail.com  Thu Dec  6 14:13:11 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 6 Dec 2012 15:13:11 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061445.46801.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
 <201212061445.46801.chris_hormann@gmx.de>
Message-ID: <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>

Am 6. Dezember 2012 14:45 schrieb Christoph Hormann <chris_hormann at gmx.de>:
> On Thursday 06 December 2012, Martin Vonwald wrote:
>>
>> Die Werte von henning sind mMn etwas zu allgemein. Wir würden dann
>> viele Subkeys brauchen für eine feinere Differenzierung. Das ist zwar
>> für Consumer idR angenehmer, aber für Mapper eben nicht.
>
> Die Differenzierung wäre kein großes Problem, 'agriculture' könnte man
> zum Beispiel problemlos in tillage/pasture aufsplitten,

Hier stimme ich dir nicht zu. Es lässt sich in eine Spezifikation
problemlos machen. Es lässt sich in der Auswertung problemlos machen.
Aber wenn ein Mapper x Tags braucht um ein Fleckchen Erde als Farmland
zu kennzeichnen, dann bekommen wir diese Daten nicht. Es ist zu
kompliziert für die Mapper. Das Taggingschema muss verständlich sein
für die Mapper und eine flache Hierarchie - wenn überhaupt eine - ist
hierfür mEn ein absolutes Muss.


> Entscheidend wäre aber, dass landuse sich ausschließlich auf die soziale
> und wirtschaftliche Verwendung und landcover auf die physikalische
> Bedeckung beschränkt.  Und das ist keineswegs so einfach wie es
> vielleicht aussieht - Ist die Unterscheidung vineyard/orchard
> beispielsweise eine primär zu landcover oder primär zu landuse
> gehörige?

Vineyard und Orchard ist eindeutig landuse. Eine wilde Weinrebe macht
noch keinen Weingarten - erst die Verwendung durch den Menschen als
solche macht sie dazu.


> Letztendlich lässt sich jeder landcover-Unterschied auch als
> einen Unterschied in der wirtschaftlichen und sozialen Verwendung
> interpretieren, wenn man die Werte für landuse nur fein genug
> granuliert.  Eine gewisse 'Allgemeinheit' in den Werten für landuse
> wäre also notwendig.

Sorry - das kann ich jetzt nicht nachvollziehen.


> Und eine Reihe von aktuell verwendeten landuse-Werten passen auf jeden
> Fall nicht in so ein System (insbesondere natürlich grass/meadow)

landuse=grass ist relativ sinnlos. landuse=meadow hingegen macht
durchaus Sinn, auch wenn ich das eher als z.B. landuse=pasture taggen
würde. Aber das ist dann eine reine Definitionssache.


Martin



From dieterdreist at gmail.com  Thu Dec  6 14:52:58 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 15:52:58 +0100
Subject: [Talk-de]
	=?utf-8?q?landuse_nicht_f=C3=BCr_Detailmapping_verwende?=
	=?utf-8?q?n_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyPoVjpYRnzSm4JwkGy=5eTJgvk=x7nnnPH-07cos+NJ5w@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de>
 <CAKjckyOOTidCtaSKr0Kkr3OVfVZRNOvcBFbJrfEc3+LuJE8poA@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
 <50C09C13.2000102@aighes.de>
 <CAKjckyPoVjpYRnzSm4JwkGy=5eTJgvk=x7nnnPH-07cos+NJ5w@mail.gmail.com>
Message-ID: <CABPTjTAtp+t7900GAfJmCYu+tprNmGQAbUkt=+hrgsFj1KVtJA@mail.gmail.com>

Am 6. Dezember 2012 15:06 schrieb Martin Vonwald <imagic.osm at gmail.com>:
> D.h. auch, dass die aktuellen sinnvollen(!) landuse-Werte unverändert
> erhalten bleiben sollen. Und hier haben wir praktisch keine Hierarchie
> sondern eher eine Auflistung von allerlei Werten. Daher nehme ich auch
> an, dass wir eine Hierarchie für landuse kaum durchsetzen könnten. Und
> ich halte sie persönlich auch nicht für notwendig.


in den bisherigen Werten sehe ich auch keine Hierarchie, wobei ich mir
vorstellen könnte, einige dieser Kategorien noch etwas feiner zu
unterteilen, wobei ich dafür ergänzende tags verwenden würde. Z.B.
könnte man die Dichte noch einbeziehen oder auch weitere funktionale
Untereinteilungen vorsehen, z.B. bei industrial eine Unterscheidung in
Gewerbe (und Handwerk), industrielle Produktion, Lager und Logistik.
Wie gesagt wären das aber m.E. besser zusätzliche tags, so dass sich
am landuse nicht direkt was ändert.

Gruß Martin



From dieterdreist at gmail.com  Thu Dec  6 14:56:50 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 15:56:50 +0100
Subject: [Talk-de]
	=?utf-8?q?landuse_nicht_f=C3=BCr_Detailmapping_verwende?=
	=?utf-8?q?n_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
 <201212061445.46801.chris_hormann@gmx.de>
 <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
Message-ID: <CABPTjTBE5TJ7PuwUAv3Ciw0VD7ScJi-iT+6atLykB+fhXLRbiQ@mail.gmail.com>

Am 6. Dezember 2012 15:13 schrieb Martin Vonwald <imagic.osm at gmail.com>:
>> Entscheidend wäre aber, dass landuse sich ausschließlich auf die soziale
>> und wirtschaftliche Verwendung und landcover auf die physikalische
>> Bedeckung beschränkt.  Und das ist keineswegs so einfach wie es
>> vielleicht aussieht - Ist die Unterscheidung vineyard/orchard
>> beispielsweise eine primär zu landcover oder primär zu landuse
>> gehörige?
>
> Vineyard und Orchard ist eindeutig landuse. Eine wilde Weinrebe macht
> noch keinen Weingarten - erst die Verwendung durch den Menschen als
> solche macht sie dazu.


vineyard und orchard sind genauso wie meadow aber m.E. schon solche
Situationen, die eigentlich nicht wünschenswert sind, weil sie auch
schon von farmland abgedeckt werden (meadow vielleicht nicht in jedem
Fall). Prinzipiell wäre es besser gewesen (m.E.), diese
Differenzierung auch in einem subtag zu machen (z.B. farmland=*).

Gruß Martin



From fschmidt at informatik.uni-leipzig.de  Thu Dec  6 15:07:57 2012
From: fschmidt at informatik.uni-leipzig.de (Fabian Schmidt)
Date: Thu, 6 Dec 2012 16:07:57 +0100 (CET)
Subject: [Talk-de] =?iso-8859-15?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C0A67D.7000307@gmx.de>
References: <50C0A67D.7000307@gmx.de>
Message-ID: <alpine.LNX.2.00.1212061602070.32643@infpc02.informatik.uni-leipzig.de>


Am 06.12.12 schrieb Markus:

> kennt jemand eine Statistik,
> wo wieviele aktive OSMer leben?

Falls jeder nur in seinem Heimatland editieren würde, hilft ein Blick auf 
die Auswertung von Pascal:
   http://neis-one.org/2012/11/active-users-osm-nov12/

Die Edits am Tag je Land gibt es unter
   http://osmstats.altogetherlost.com/index.php?item=countries

Demnach haben unter den gestern Aktiven 22% in Deutschland gearbeitet.


Gruß, Fabian.

From pascal.neis at gmail.com  Thu Dec  6 15:13:51 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Thu, 06 Dec 2012 16:13:51 +0100
Subject: [Talk-de] =?windows-1252?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C0A67D.7000307@gmx.de>
References: <50C0A67D.7000307@gmx.de>
Message-ID: <50C0B62F.2040205@gmail.com>

Hi Markus,

Markus schrieb:
> kennt jemand eine Statistik, wo wieviele aktive OSMer leben?

dazu gibt es einiges. Einmal eine Study hier:
"Analyzing the Contributor Activity of a Volunteered Geographic 
Information Project ? The Case of OpenStreetMap"
http://www.mdpi.com/2220-9964/1/2/146

Aktuell gibt es auch einen Blog Post dazu hier:
"Distribution of Active Users in OpenStreetMap ? Oct-Nov 2012"
http://neis-one.org/2012/11/active-users-osm-nov12/

Ansonsten findet auf irgend so einer Seite auch noch etwas dazu: 
http://osmstats.altogetherlost.com/index.php?item=countries
oder wie es für DE in der letzten Zeit aussieht:
http://osmstats.altogetherlost.com/index.php?item=countries&country=Germany

viele gruesse
pascal



From osm at bavarianmallet.de  Thu Dec  6 15:20:45 2012
From: osm at bavarianmallet.de (OSM)
Date: Thu, 06 Dec 2012 16:20:45 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CABPTjTBE5TJ7PuwUAv3Ciw0VD7ScJi-iT+6atLykB+fhXLRbiQ@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061218.26039.chris_hormann@gmx.de>
 <CAKjckyNKTT+entktmXSt3g1CNHRr_f+bJvKPHxRhm9YSjCh9Tg@mail.gmail.com>
 <201212061445.46801.chris_hormann@gmx.de>
 <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
 <CABPTjTBE5TJ7PuwUAv3Ciw0VD7ScJi-iT+6atLykB+fhXLRbiQ@mail.gmail.com>
Message-ID: <50C0B7CD.8060406@bavarianmallet.de>

Moin,

Am 06.12.2012 15:56, schrieb Martin Koppenhoefer:
>
> vineyard und orchard sind genauso wie meadow aber m.E. schon solche
> Situationen, die eigentlich nicht wünschenswert sind, weil sie auch
> schon von farmland abgedeckt werden (meadow vielleicht nicht in jedem
> Fall). Prinzipiell wäre es besser gewesen (m.E.), diese
> Differenzierung auch in einem subtag zu machen (z.B. farmland=*).

na ja, landuse=farmland deckt entweder alle landwirtschaftlich genutzten 
Flächen ab (inkl. meadow, orchard, vineyard) - oder eben nur den 
übrigbleibenden Anteil (Ackerbau).
Das wäre jetzt 'ne Definitionssache bzw. umdefinitionssache, da ja ganz 
ursprünglich wohl der erste Ansatz gedacht war.

Aber mal zurück zum Ursprung:
Wie passt greenfield/brownfield nun in den landuse hinein?

Stellt man sie daneben, dann weiß man nicht mehr, ob man es nun zu 
residential, commercial oder industrial zählen soll, wenn man es für den 
kleinen Maßstab zusammenfassend darstellen will.
Ist es ein Bestandteil vom jeweiligen, dann passt es nicht in landuse.

Gruß
Georg



From s.wolff at web.de  Thu Dec  6 15:27:11 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Thu, 06 Dec 2012 16:27:11 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>
Message-ID: <k9qdge$spp$1@ger.gmane.org>

Am 06.12.2012 03:39, schrieb Martin Koppenhoefer:
>"Früher" in der Anfangszeit
> hat man auch erst mal nur einen way mit oneway=no für die Autobahnen
> gezeichnet, solange noch gar nichts da war, ich finde es nur
> folgerichtig, wenn bei allgemein feinerer Detaillierung der Karte auch
> der landuse  sich weiter ausdifferenziert,

Der Vergleich passt nicht. "highway" ist schon immer (zumindest seit ich 
dabei bin) als baulich getrennte Fahrbahn definiert, "landuse" als 
Gebiet. Wenn ein Mapper "highway" für einzelne Fahrspuren benutzt, gibt 
es auch Proteste.

"landuse" differenzieren durch subtags: Ja, gern
"landuse" differenzieren durch neue values: Wenn nötig, ja
"landuse" umdefinieren von Gebiet auf Einzelgrundstück: Nein

Gruß
Stephan





From chris_hormann at gmx.de  Thu Dec  6 15:30:13 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Thu, 6 Dec 2012 16:30:13 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061445.46801.chris_hormann@gmx.de>
 <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
Message-ID: <201212061630.13113.chris_hormann@gmx.de>

On Thursday 06 December 2012, Martin Vonwald wrote:
>
> Vineyard und Orchard ist eindeutig landuse. Eine wilde Weinrebe macht
> noch keinen Weingarten - erst die Verwendung durch den Menschen als
> solche macht sie dazu.

Mir ging es hier um die Differenzierung, nicht um die Abgrenzung zu 
nicht bewirtschafteten Wein- oder Obstbeständen.  Die Frage wäre 
also 'landuse=agriculture, landcover=vine|appletree|whatever' 
oder 'landuse=vineyard|orchard'.  Letzteres bedeutet aber dann, dass es 
für landwirtschaftliche Nutzflächen keine landcover-Unterscheidung 
gibt, die nicht entweder redundant oder widersprüchlich ist.

> > Letztendlich lässt sich jeder landcover-Unterschied auch als
> > einen Unterschied in der wirtschaftlichen und sozialen Verwendung
> > interpretieren, wenn man die Werte für landuse nur fein genug
> > granuliert.  Eine gewisse 'Allgemeinheit' in den Werten für landuse
> > wäre also notwendig.
>
> Sorry - das kann ich jetzt nicht nachvollziehen.

Wie gesagt, wenn man landuse derart fein aufschlüsselt, gibt es eine 
sinnvolle landcover-Unterscheidung - zumindest was Bewuchs angeht - 
eigentlich nur recht selten, es sei denn natürlich es gibt keinen 
landuse.  Die inkorrekt als landuse=forest getaggten Gebiete sind in 
den meisten Fällen wohl überhaupt nicht genutzt.

> landuse=grass ist relativ sinnlos. landuse=meadow hingegen macht
> durchaus Sinn, auch wenn ich das eher als z.B. landuse=pasture taggen
> würde. Aber das ist dann eine reine Definitionssache.

meadow (=Wiese) spezifiziert keinerlei Landnutzung.  Das kann alles von 
einer Naturwiese (die in Mitteleuropa natürlich gelegentlich zur 
Landschaftspflege gemäht werden muss) bis zu einer Vieh- oder Heuwiese 
bedeuten.  

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From osm at aighes.de  Thu Dec  6 15:50:13 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 16:50:13 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <201212061630.13113.chris_hormann@gmx.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061445.46801.chris_hormann@gmx.de>
 <CAKjckyMwWpgRAKEg=MAtpB0RnCnKo72M3H0d78931Ct1dEy6YA@mail.gmail.com>
 <201212061630.13113.chris_hormann@gmx.de>
Message-ID: <50C0BEB5.2060108@aighes.de>

Hallo
bei landwirtschaftlichen Flächen wäre meine Idee folgende:

landuse=agriculture für landwirtschaftliche Nutzung
landcover="Acker"|"Wiese"|"Bäume"|"Sträucher"
crop="Apfel"|"Weintraube"|"Erdbeere"|....

bei Wäldern:
landuse=forestry (wenn forstwirtschaftlich genutzt)
landcover="Bäume"|"Sträucher"|"Wiese"
wood="Laubwald"|"Nadelwald"|"Mischwald"

Also grob verallgemeinert: landuse= wofür wird es genutzt; 
landcover=womit ist der Boden bedeckt ; vorhandene Zusatztags 
beschreiben das Objekt näher.

Henning




From liste12A45q7 at gmx.de  Thu Dec  6 16:02:17 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 06 Dec 2012 17:02:17 +0100
Subject: [Talk-de] =?windows-1252?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C0B62F.2040205@gmail.com>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
Message-ID: <50C0C189.4010800@gmx.de>

Halo Fabian, hallo Pascal,

wow - es gibt ja viel mehr als ich dachte - herzlichen Dank!

Vielleicht sollte man davon die Highleights in die Pressemappe stellen?

Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
Sind da Importe (USA 9%) enthalten?

Wenn ich richtig verstehe, sind "Figure 9. Contributors per country"
nicht "9% mappende Amerikaner",
sondern "9% der Edits wurden in Amerika gemacht"?

Erstaunt bin ich über die vielen "Karteileichen".
Wenn man mal nicht davon ausgeht, dass das "normal" ist,
was sind die Hypothesen über die Ursachen?

Irrtümliche Anmeldung?
Zu kompliziertes Datenschema?
Zu komplizierte Editoren?

Gruss, Markus




> Hi Markus,
>
> Markus schrieb:
>> kennt jemand eine Statistik, wo wieviele aktive OSMer leben?
>
> dazu gibt es einiges. Einmal eine Study hier:
> "Analyzing the Contributor Activity of a Volunteered Geographic
> Information Project ? The Case of OpenStreetMap"
> http://www.mdpi.com/2220-9964/1/2/146
>
> Aktuell gibt es auch einen Blog Post dazu hier:
> "Distribution of Active Users in OpenStreetMap ? Oct-Nov 2012"
> http://neis-one.org/2012/11/active-users-osm-nov12/
>
> Ansonsten findet auf irgend so einer Seite auch noch etwas dazu:
> http://osmstats.altogetherlost.com/index.php?item=countries
> oder wie es für DE in der letzten Zeit aussieht:
> http://osmstats.altogetherlost.com/index.php?item=countries&country=Germany
>
> viele gruesse
> pascal
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>




From chris_hormann at gmx.de  Thu Dec  6 16:21:59 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Thu, 6 Dec 2012 17:21:59 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
	=?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50C0BEB5.2060108@aighes.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061630.13113.chris_hormann@gmx.de> <50C0BEB5.2060108@aighes.de>
Message-ID: <201212061721.59423.chris_hormann@gmx.de>

On Thursday 06 December 2012, Henning Scholland wrote:
>
> landuse=agriculture für landwirtschaftliche Nutzung
> landcover="Acker"|"Wiese"|"Bäume"|"Sträucher"
> crop="Apfel"|"Weintraube"|"Erdbeere"|....
>
> bei Wäldern:
> landuse=forestry (wenn forstwirtschaftlich genutzt)
> landcover="Bäume"|"Sträucher"|"Wiese"
> wood="Laubwald"|"Nadelwald"|"Mischwald"
>
> Also grob verallgemeinert: landuse= wofür wird es genutzt;
> landcover=womit ist der Boden bedeckt ; vorhandene Zusatztags
> beschreiben das Objekt näher.

Exakt.  So wie ich Martin Vonwald verstanden habe ist sein Argument 
dagegen jedoch, dass dies für den Mapper schwierig zu handhaben ist.  

-- 
Christoph Hormann
http://www.imagico.de/



From dieterdreist at gmail.com  Thu Dec  6 18:29:39 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 19:29:39 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <k9qdge$spp$1@ger.gmane.org>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>
 <k9qdge$spp$1@ger.gmane.org>
Message-ID: <CABPTjTC3WAjyOczD5_ug1Fs=FCJo7Z-k7ud=JFYt5mwAFOnJGg@mail.gmail.com>

Am 6. Dezember 2012 16:27 schrieb Stephan Wolff <s.wolff at web.de>:
> Am 06.12.2012 03:39, schrieb Martin Koppenhoefer:
>> "Früher" in der Anfangszeit
>> hat man auch erst mal nur einen way mit oneway=no für die Autobahnen
>> gezeichnet, solange noch gar nichts da war, ich finde es nur
>> folgerichtig, wenn bei allgemein feinerer Detaillierung der Karte auch
>> der landuse  sich weiter ausdifferenziert,
> Der Vergleich passt nicht. "highway" ist schon immer (zumindest seit ich
> dabei bin) als baulich getrennte Fahrbahn definiert, "landuse" als Gebiet.
> Wenn ein Mapper "highway" für einzelne Fahrspuren benutzt, gibt es auch
> Proteste.


ja klar, aber in der Anfangszeit, als noch weite Landstriche komplett
leer waren, hat man sich nicht immer die Zeit genommen, alles gleich
perfekt zu machen. Eine routingfähige Autobahn war da wichtiger als
solche Details wie getrennte Fahrbahnen. Das hat man dann danach
natürlich angepasst. Genauso hat man anfangs auch erstmal grob die
Nutzung eingetragen, und nach und nach wird das jetzt verfeinert. Es
geht nicht darum, die Bedeutung des keys landuse zu ändern sondern die
Kartierung zu verfeinern.


> "landuse" differenzieren durch subtags: Ja, gern
> "landuse" differenzieren durch neue values: Wenn nötig, ja


differenzieren mit neuen Werten für den landuse key eher nicht (weil
dann gibt es ja schon einen "Hauptwert" der das abdeckt), aber neue
Werte für Flächen, für die bisher noch gar nichts passt: ja.


> "landuse" umdefinieren von Gebiet auf Einzelgrundstück: Nein


wieso "umdefinieren"? Welche Granularität Sinn macht, kann man ja
diskutieren, bisher war das nie festgelegt. Es ging immer um die
"vorherrschende Nutzung einer Fläche", aber wie groß die Fläche sein
soll, ist der Einschätzung des Mappers überlassen, damit der sich den
jeweiligen Erfordernissen anpassen kann. "Einzelgrundstück" ist auf
jeden Fall noch nicht ausreichend finde ich, wenn Du Dir z.B. amtliche
Daten ansiehst dann sind da unterschiedliche Nutzungen auf Teilen des
Grundstücks natürlich noch erfasst.

Andererseits muss es nicht immer ein landuse sein, wenn z.B. schon ein
shop oder so als Fläche eingetragen ist in einem Wohngebiet dann
impliziert das m.E. schon landuse=retail für diese Fläche. Was da Sinn
macht kann man ja überlegen, z.B. ob man die Kundenparkplätze und
andere Aussenflächen irgendwie zur shop-Nutzung dazubringen möchte.
Bei einer Schreinerei (Werkhalle) mit Wohnhaus fände ich 2
unterschiedliche landuses auf dem gleichen Grundstück z.B. angemessen.

Je weniger wir generalisieren und nicht nur über Attribute (zu
residential wäre ein Beispiel: allgemeines Wohngebiet, reines
Wohngebiet, Kleinsiedlungsgebiet) abbilden, um so vielfältiger sind
die Möglichkeiten, die Daten später zu nutzen. Ob man im Rendering
später einen Fleckenteppich haben will oder daraus allgemeinere
Landuses vorberechnet und benutzt (oder Vorberechnete benutzt) (oder
gar keine), die Möglichkeiten sind dann alle da, während wenn man mit
Relevanzkriterien und Bekämpfen der Details immer nur eine Version
haben wird, nämlich eine generalisierte.

Gruß Martin



From defonion at googlemail.com  Thu Dec  6 19:57:38 2012
From: defonion at googlemail.com (def onion)
Date: Thu, 6 Dec 2012 20:57:38 +0100
Subject: [Talk-de] Rendering Coastline
Message-ID: <CAEO7tGYKU7e58O4qzXxpbP8kuwwnb2AU8pviLUfODCMUNupzdg@mail.gmail.com>

Hallöchen liebe Liste,

ich habe vor ca. einem Monat die Küstenlinie dieser Insel bearbeitet (
http://www.openstreetmap.org/browse/way/10364905) Bis jetzt wurde die
Küstenlinie noch nicht neu gerendert. Ich habe gelesen dass das mit den
Küstenlinien eine Weile dauert, bin jetzt aber etwas verunsichert, das sich
da ein Mappingfehler eingeschlichen hat. Was sind eure Erfahrungen mit dem
Rendern von Küsten?

Grüße
defonion


From dieterdreist at gmail.com  Thu Dec  6 20:15:31 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 21:15:31 +0100
Subject: [Talk-de] Rendering Coastline
In-Reply-To: <CAEO7tGYKU7e58O4qzXxpbP8kuwwnb2AU8pviLUfODCMUNupzdg@mail.gmail.com>
References: <CAEO7tGYKU7e58O4qzXxpbP8kuwwnb2AU8pviLUfODCMUNupzdg@mail.gmail.com>
Message-ID: <CABPTjTDvFSuTMaaYemRqcvyQQj+TuSAzN9ThateNt1cGQfbvpg@mail.gmail.com>

Am 6. Dezember 2012 20:57 schrieb def onion <defonion at googlemail.com>:
> Hallöchen liebe Liste,
>
> ich habe vor ca. einem Monat die Küstenlinie dieser Insel bearbeitet (
> http://www.openstreetmap.org/browse/way/10364905) Bis jetzt wurde die
> Küstenlinie noch nicht neu gerendert. Ich habe gelesen dass das mit den
> Küstenlinien eine Weile dauert, bin jetzt aber etwas verunsichert, das sich
> da ein Mappingfehler eingeschlichen hat. Was sind eure Erfahrungen mit dem
> Rendern von Küsten?


die coastline auf dem tileserver ist vom 29. Oktober, ist also gut
möglich, dass Deine edits erst noch ankommen müssen. Wenn Du im JOSM
Deine Version siehst, hat es niemand reverted ;-)

Gruß Martin



From f at zz.de  Thu Dec  6 20:27:44 2012
From: f at zz.de (Florian Lohoff)
Date: Thu, 6 Dec 2012 21:27:44 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <5099FD6B.2070105@gmx.de>
References: <5099FD6B.2070105@gmx.de>
Message-ID: <20121206202744.GB5638@pax.zz.de>

On Wed, Nov 07, 2012 at 07:19:23AM +0100, Michael Kugelmann wrote:
> Hallo,
> 
> da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/):
> 
> * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen?
> * besteht konkretes Interesse so etwas wie einen Projektstand zu
> machen und ggf. Workshops anzubieten?

Ich werde auch auf dem 29C3 sein - Wenn es irgendwo eine erkennbare
zusammenrottung von OSMlern gibt werde ich mich dazugesellen ;)

Flo
-- 
Florian Lohoff                                                 f at zz.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 828 bytes
Beschreibung: Digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121206/4fd6afb2/attachment.sig>

From wo_wienke at gmx.net  Thu Dec  6 20:36:35 2012
From: wo_wienke at gmx.net (Wolfgang Wienke)
Date: Thu, 06 Dec 2012 21:36:35 +0100
Subject: [Talk-de] JOSM-Vorlagen
Message-ID: <50C101D3.1000904@gmx.net>

Hallo,
kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ 
Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern 
automatisch zusätzlich auch public_transport=platform erzeugt wird?
Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über 
JAVA funktioniert? :-(
-- 
                                Mit freundlichen Gruessen

                                      Wolfgang Wienke



From dieterdreist at gmail.com  Thu Dec  6 20:44:19 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 6 Dec 2012 21:44:19 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C101D3.1000904@gmx.net>
References: <50C101D3.1000904@gmx.net>
Message-ID: <CABPTjTCZqRr9d9SP+2LJg88aQmiudfhniONyt1oZQKWXgRWUNw@mail.gmail.com>

Am 6. Dezember 2012 21:36 schrieb Wolfgang Wienke <wo_wienke at gmx.net>:
> Hallo,
> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/
> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern
> automatisch zusätzlich auch public_transport=platform erzeugt wird?
> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA
> funktioniert? :-(


Das ist xml, s. hier:  http://josm.openstreetmap.de/wiki/Presets
weiter unten auf der Seite stehen weitere Erläuterungen.

Gruß Martin



From jochen at remote.org  Thu Dec  6 20:52:50 2012
From: jochen at remote.org (Jochen Topf)
Date: Thu, 6 Dec 2012 21:52:50 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <20121206202744.GB5638@pax.zz.de>
References: <5099FD6B.2070105@gmx.de>
 <20121206202744.GB5638@pax.zz.de>
Message-ID: <20121206205250.GA1795@eldorado.topf.org>

On Thu, Dec 06, 2012 at 09:27:44PM +0100, Florian Lohoff wrote:
> On Wed, Nov 07, 2012 at 07:19:23AM +0100, Michael Kugelmann wrote:
> > Hallo,
> > 
> > da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/):
> > 
> > * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen?
> > * besteht konkretes Interesse so etwas wie einen Projektstand zu
> > machen und ggf. Workshops anzubieten?
> 
> Ich werde auch auf dem 29C3 sein - Wenn es irgendwo eine erkennbare
> zusammenrottung von OSMlern gibt werde ich mich dazugesellen ;)

Ich bin auch da.

http://wiki.openstreetmap.org/wiki/Chaos_Communication_Congress/29C3

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From pascal.neis at gmail.com  Thu Dec  6 20:56:49 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Thu, 06 Dec 2012 21:56:49 +0100
Subject: [Talk-de] =?windows-1252?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C0C189.4010800@gmx.de>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de>
Message-ID: <50C10691.3090806@gmail.com>

Hi Markus,

Markus schrieb:
> Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
> Sind da Importe (USA 9%) enthalten?

die 9% waren damals der Anteil von den Mitgliedern
die jemals etwas dem Projekt beigetragen haben (Ende 2011).
Mit der Datenmenge oder Importen hat dies nichts zu tun.

> Erstaunt bin ich über die vielen "Karteileichen".
> Wenn man mal nicht davon ausgeht, dass das "normal" ist,
> was sind die Hypothesen über die Ursachen?
> 
> Irrtümliche Anmeldung?
> Zu kompliziertes Datenschema?
> Zu komplizierte Editoren?

Für eine Online-Community ist dieser niedrige Anteil
der wirklich Aktiven nichts besonderes. Gründe dafür
gibt es verschiedene. Manche denken vlt. auch einfach
nur das man einen Login benötigt um an die Daten zu
kommen ...

viele gruesse
pascal




From pascal.neis at gmail.com  Thu Dec  6 20:56:49 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Thu, 06 Dec 2012 21:56:49 +0100
Subject: [Talk-de] =?windows-1252?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C0C189.4010800@gmx.de>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de>
Message-ID: <50C10691.3090806@gmail.com>

Hi Markus,

Markus schrieb:
> Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
> Sind da Importe (USA 9%) enthalten?

die 9% waren damals der Anteil von den Mitgliedern
die jemals etwas dem Projekt beigetragen haben (Ende 2011).
Mit der Datenmenge oder Importen hat dies nichts zu tun.

> Erstaunt bin ich über die vielen "Karteileichen".
> Wenn man mal nicht davon ausgeht, dass das "normal" ist,
> was sind die Hypothesen über die Ursachen?
> 
> Irrtümliche Anmeldung?
> Zu kompliziertes Datenschema?
> Zu komplizierte Editoren?

Für eine Online-Community ist dieser niedrige Anteil
der wirklich Aktiven nichts besonderes. Gründe dafür
gibt es verschiedene. Manche denken vlt. auch einfach
nur das man einen Login benötigt um an die Daten zu
kommen ...

viele gruesse
pascal




From hartmut.holzgraefe at gmail.com  Thu Dec  6 21:04:22 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Thu, 06 Dec 2012 22:04:22 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <20121206205250.GA1795@eldorado.topf.org>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <20121206205250.GA1795@eldorado.topf.org>
Message-ID: <50C10856.1090609@gmail.com>

On 12/06/2012 09:52 PM, Jochen Topf wrote:

> Ich bin auch da.

ich 27-29 auch

-- 
hartmut



From MichaelK_OSM at gmx.de  Thu Dec  6 21:09:58 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Thu, 06 Dec 2012 22:09:58 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <20121206202744.GB5638@pax.zz.de>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
Message-ID: <50C109A6.5080805@gmx.de>

Am 06.12.2012 21:27, schrieb Florian Lohoff:
> Ich werde auch auf dem 29C3 sein - Wenn es irgendwo eine erkennbare
> zusammenrottung von OSMlern gibt werde ich mich dazugesellen ;)
http://events.ccc.de/congress/2012/wiki/OpenStreetMap

=> einfach einen Account im Wiki anlegen und in den Userdaten 
OpenStreetMap mit angeben => dann wird man automatisch aufgenommen.


Grüße,
Michael.




From osm at aighes.de  Thu Dec  6 21:33:16 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 06 Dec 2012 22:33:16 +0100
Subject: [Talk-de] =?iso-8859-1?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C10691.3090806@gmail.com>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de> <50C10691.3090806@gmail.com>
Message-ID: <50C10F1C.4000803@aighes.de>

Am 06.12.2012 21:56, schrieb Pascal Neis:
> Hi Markus,
>
> Markus schrieb:
>> Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
>> Sind da Importe (USA 9%) enthalten?
>
> die 9% waren damals der Anteil von den Mitgliedern
> die jemals etwas dem Projekt beigetragen haben (Ende 2011).
> Mit der Datenmenge oder Importen hat dies nichts zu tun.
Aber müssten dann nicht mehr als 100% in der Summe raus kommen? Wenn ich 
in zwei Ländern gemappt habe, würde ich ja doppelt zählen.

Henning




From jochen at remote.org  Thu Dec  6 21:38:05 2012
From: jochen at remote.org (Jochen Topf)
Date: Thu, 6 Dec 2012 22:38:05 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <50C109A6.5080805@gmx.de>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <50C109A6.5080805@gmx.de>
Message-ID: <20121206213805.GA2114@eldorado.topf.org>

On Thu, Dec 06, 2012 at 10:09:58PM +0100, Michael Kugelmann wrote:
> Am 06.12.2012 21:27, schrieb Florian Lohoff:
> >Ich werde auch auf dem 29C3 sein - Wenn es irgendwo eine erkennbare
> >zusammenrottung von OSMlern gibt werde ich mich dazugesellen ;)
> http://events.ccc.de/congress/2012/wiki/OpenStreetMap
> 
> => einfach einen Account im Wiki anlegen und in den Userdaten
> OpenStreetMap mit angeben => dann wird man automatisch aufgenommen.

Ehrlich gesagt brauch ich nicht noch einen Account für noch ein Wiki... Wenn
wir irgendwas organisieren wollen, dann sollten wir das in unserem Wiki
machen.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From pascal.neis at gmail.com  Thu Dec  6 21:53:18 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Thu, 06 Dec 2012 22:53:18 +0100
Subject: [Talk-de] =?iso-8859-1?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <50C10F1C.4000803@aighes.de>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de> <50C10691.3090806@gmail.com>
 <50C10F1C.4000803@aighes.de>
Message-ID: <50C113CE.3070207@gmail.com>

Hi,

Henning Scholland schrieb:
> Am 06.12.2012 21:56, schrieb Pascal Neis:
>> Markus schrieb:
>>> Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
>>> Sind da Importe (USA 9%) enthalten?
>>
>> die 9% waren damals der Anteil von den Mitgliedern
>> die jemals etwas dem Projekt beigetragen haben (Ende 2011).
>> Mit der Datenmenge oder Importen hat dies nichts zu tun.
 >
> Aber müssten dann nicht mehr als 100% in der Summe raus kommen? Wenn ich 
> in zwei Ländern gemappt habe, würde ich ja doppelt zählen.

die von mir oben genannten 9% bezogen sich auf den
gesamten Anteil der aktiven Mitglieder vom OSM Projektes
die aus den USA stammen. Für die Ermittlung aus welchen
Land ein Mapper stammt, wurden mehrere Verfahren verwendet
& verglichen: First Edit, Center of Activity, Changesets,
created Nodes per Country ...
Dabei spielt es keine Rolle in wie vielen Ländern du gemappt
hast. Gezählt wurdest du nur in einem ...

viele gruesse
pascal




From winfixit at gmail.com  Thu Dec  6 21:57:33 2012
From: winfixit at gmail.com (Jo)
Date: Thu, 6 Dec 2012 22:57:33 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C101D3.1000904@gmx.net>
References: <50C101D3.1000904@gmx.net>
Message-ID: <CAJ6DwMCheL8wbKTtO8x3+qg+GdxDK+fB+cuszkYyC0hAOU8Zog@mail.gmail.com>

Du kannst deine eigene Presets einstellen mit XML. Das ist eine schöne
Eigenschaft von JOSM.

public_transport=platform hat aber nicht viel Zweck. Es nimmt nur mehr
Lager und Bandwith ohne ein Unterschied zu machen in Rendering oder
Routing. Es wäre vielleicht besser die Wikipagina zu ändern um das deutlich
zu machen. Einerseitz wäre es schön um public_transport in seine eigene
name space zu haben. Es geschiet aber nicht, also dann wieso alles doppelt
taggen.

Entschuldigug für das komische 'Deutsch'.

Jo

2012/12/6 Wolfgang Wienke <wo_wienke at gmx.net>

> Hallo,
> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/
> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern
> automatisch zusätzlich auch public_transport=platform erzeugt wird?
> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über
> JAVA funktioniert? :-(
> --
>                                Mit freundlichen Gruessen
>
>                                      Wolfgang Wienke
>
> ______________________________**_________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de<http://lists.openstreetmap.org/listinfo/talk-de>
>


From MichaelK_OSM at gmx.de  Thu Dec  6 23:42:17 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Fri, 07 Dec 2012 00:42:17 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <20121206213805.GA2114@eldorado.topf.org>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <50C109A6.5080805@gmx.de> <20121206213805.GA2114@eldorado.topf.org>
Message-ID: <50C12D59.30109@gmx.de>

Am 06.12.2012 22:38, schrieb Jochen Topf:
>> http://events.ccc.de/congress/2012/wiki/OpenStreetMap
>>
>> => einfach einen Account im Wiki anlegen und in den Userdaten
>> OpenStreetMap mit angeben => dann wird man automatisch aufgenommen.
> Ehrlich gesagt brauch ich nicht noch einen Account für noch ein Wiki... Wenn
> wir irgendwas organisieren wollen, dann sollten wir das in unserem Wiki
> machen.
es gibt ZWEI mal das Thema "Organisation":
* einmal wie wir unsere Assembly auf dem Kongress organisieren
* einmal wie der Kongress "durch den CCC" organisiert wird und wie Leute 
auf dem Kongress erreichbar sind

Unsere Assembly-Planung sehe ich auch im OSM-Wiki bzw. hier auf der ML. 
Aber das Thema CCC muss zwangsweise im 28C3-Wiki laufen, sonst 
funktioniert es (leider) nicht (der CCC kann wahrlich nicht auf "tausend 
Seiten nachforschen" welche Bedarfe dass existieren).


Grüße,
Michael.




From gmbo at kilometerfresser.eu  Fri Dec  7 00:24:10 2012
From: gmbo at kilometerfresser.eu (gmbo)
Date: Fri, 07 Dec 2012 01:24:10 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C101D3.1000904@gmx.net>
References: <50C101D3.1000904@gmx.net>
Message-ID: <50C1372A.5090304@kilometerfresser.eu>

Am 06.12.2012 21:36, schrieb Wolfgang Wienke:
> Hallo,
> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ 
> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern 
> automatisch zusätzlich auch public_transport=platform erzeugt wird?
> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über 
> JAVA funktioniert? :-(
Das ganze ist wirklich nicht schwer, als Beispiel ist
http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen
ganz gut.

Wenn du dann in Josm unter allgemeine Einstellungen
Einstellungen der Karten-Projektion und Daten-Interpretation
im Reiter Objektvorlagen oben rechts auf das Plus gehst kannst du eine 
XML-Datei laden.
Damit kannst du die Vorlage gut testen.




From MichaelK_OSM at gmx.de  Fri Dec  7 00:51:52 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Fri, 07 Dec 2012 01:51:52 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <50C09EBD.2070200@remote.org>
References: <5099FD6B.2070105@gmx.de>
 <319C8D62-0441-4CD5-B9A0-A0B6C5AD29B2@gmx.de> <509AEA42.6070201@gmx.de>
 <50BBA489.3030908@deelkar.net> <50C09EBD.2070200@remote.org>
Message-ID: <50C13DA8.1090007@gmx.de>

Hallo Frederik,

> wenn ihr mir sagt, ob/was fuer Plakate ihr wollt, kann ich welche 
> drucken und jemandem aus Karlsruhe mitgeben, der auch zum 29C3 faehrt.
IIRC hatten wir für den 28C3 ein Plakat der Stadt und ein Plakat DE
=> kannst Du uns folgendes ausdrucken:
a) 1* Deutschland
b) 1* Hamburg rund um's CCH 
(http://www.openstreetmap.org/?lat=53.56262&lon=9.98548&zoom=16&layers=M) wobei 
der Zoom so sein sollte dass man sowohl "etwas von der Stadt sieht" als 
auch den Detailreichtum in OSM z.B. mit POIs => bitte selber anpassen

für beide Karten ist vermutlich Hochformat besser geeignet da es in der 
Breite weniger Platz benötigt (die Höhe ist meistens nicht das Problem, 
eher die Breite).


BTW: gibt es bereits Flyer mit der "neuen Lizenz"? Wenn ja: sind welche 
verfügbar?


Grüße,
Michael.




From unnoetige_mails at gmx.de  Fri Dec  7 01:11:00 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Fri, 07 Dec 2012 02:11:00 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C101D3.1000904@gmx.net>
References: <50C101D3.1000904@gmx.net>
Message-ID: <50C14224.9010601@gmx.de>

Am 06.12.2012 21:36, schrieb Wolfgang Wienke:
> Hallo,
> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ 
> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern 
> automatisch zusätzlich auch public_transport=platform erzeugt wird?
> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über 
> JAVA funktioniert? :-(
Hallo,

schau dir mal die Dev-Version von JOSM an und das Present von Simon04 an.
http://josm.openstreetmap.de/wiki/De%3APresets => Public Transport (one 
click) 
<http://josm.openstreetmap.de/josmfile?page=Presets/PublicTransportOneClick&preset>
http://josm.openstreetmap.de/josm-latest.jar

vg

Andreas



From MichaelK_OSM at gmx.de  Fri Dec  7 01:27:56 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Fri, 07 Dec 2012 02:27:56 +0100
Subject: [Talk-de]  29C3 - Organisation
In-Reply-To: <5099FD6B.2070105@gmx.de>
References: <5099FD6B.2070105@gmx.de>
Message-ID: <50C1461C.6080109@gmx.de>

Hallo,

> * es soll Assemblies geben statt traditioneller Projekttische-/Stände 
> (siehe http://events.ccc.de/2012/10/22/assemblies/ )
* Karten habe ich bei Frederik angefragt (siehe Parallel-Email)
* Flyer dito.

Frage in die Runde (an die mitlesenden 29C3-Mapper):
macht es Sinn den OSM-RollUp des FOSSGIS in HH zu haben? Ich weiß nicht 
wie es mit "Wänden" oder ähnliches in den Assemblies aussieht? Ich 
vermute dass man da etwas via Power-Strips befestigen kann 
("rückstandslos entfernbar"). Aber dazu muss es überhaupt eine Wand an 
der Assembly geben. Der Ausweg könnte das RollUp sein das man auch "frei 
im Raum stellen kann... 
(http://svn.openstreetmap.org/misc/pr_material/german_roll_up/osmrollup.pdf)


Anmerkung: ich habe die Plätze-Zahl der Assembly im 29C3-Wiki von 6 auf 
8 erhöht, nachdem sie in der ML weitere Mapper gemeldet haben (Florian, 
Jochen).


Grüße,
Michael.




From osm at stephans-server.de  Fri Dec  7 01:52:10 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Fri, 07 Dec 2012 02:52:10 +0100
Subject: [Talk-de] Mit Overpass Daten aus polygon laden
Message-ID: <courier.50C14BCA.000004D1@stephans-server.de>

Hallo, 

ich wollte das neue area feture von overpass nutzen um damit Daten aus 
einem kleineren Polygon zu laden. 

Leider bekomme ich mit dem Aufruf nur nodes, keine Ways. 

Mein Aufruf:
(node(area:3601908771);<;>;);out meta; 

Ich fordere die Nodes aus der Area an, dann rückwärts alle Ways und nochmal 
vorwärts alle nodes damit ich vollständige Wege habe. Das ganze als Union.
So jedenfalls meine Idee. 

Wo ist denn hier der Fehler? 

Stephan



From roland.olbricht at gmx.de  Fri Dec  7 05:41:09 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Fri, 07 Dec 2012 06:41:09 +0100
Subject: [Talk-de] Mit Overpass Daten aus polygon laden
In-Reply-To: <courier.50C14BCA.000004D1@stephans-server.de>
References: <courier.50C14BCA.000004D1@stephans-server.de>
Message-ID: <10948104.PhXO7ffjYI@roland-latitude-e5520>

Hallo,

> Leider bekomme ich mit dem Aufruf nur nodes, keine Ways.
> 
> Mein Aufruf:
> (node(area:3601908771);<;>;);out meta;

Der Aufruf ist komplett sinnvoll und richtig.

Ich habe den Aufruf gerade nocheinmal getestet, und er liefert wie erwartet 
sowohl Nodes, Ways als auch Relations.

Der Aufruf ist allerdings gestern nacht in einen Timeout geraten, d.h. ist er 
ist so lange gelaufen, dass der Server ihn als fehlerhaft eingestuft hat. Um 
das zu vermeiden, setze bitte eine Direktive für längere Laufzeit davor:

[timeout:900];(node(area:3601908771);<;>;);out meta;

oder ggf. noch höhere Werte anstelle von 900. Die Angabe 900 sind Sekunden 
maximale Laufzeit, bevor der Server abbricht. Siehe auch
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#timeout

Viele Grüße,

Roland




From chaoschaos0909 at googlemail.com  Fri Dec  7 07:41:12 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Fri, 7 Dec 2012 08:41:12 +0100
Subject: [Talk-de] [OSM-talk] public_transport=platform not rendered
In-Reply-To: <CAJ6DwMAbRM4_GPYaVQMv4MUPKRz3rmDk60eEdmgt2B1bTGjMzA@mail.gmail.com>
References: <CAJ6DwMCVC7b5iGBe5mYBsJ=czZaks6R3Y1mQrpeRn9EkOsUb5Q@mail.gmail.com>
 <m75rbs.mdmke3.8por1n-qmf@auth.smtp.oneandone.co.uk>
 <50A75942.5060603@tobias-knerr.de>
 <B58B0F4B-621C-4344-8B13-4C498C6B095B@gmail.com>
 <011601cdc4f1$3110f610$9332e230$@loach.me.uk>
 <CAJ6DwMB1RrObnZzLf34c4VNCMrBDSryhStaeeHnPyxkkeL5g+A@mail.gmail.com>
 <1892bd80-252b-41a5-83a4-e8bda1d8dca8@email.android.com>
 <CAJ6DwMA1sPJyYB6FR4ed1eFrXgjsRjfbceLSRBOGHp2bQWmeEg@mail.gmail.com>
 <7435953C-B604-4C1E-ABD5-443AC5BE8383@gmail.com>
 <CAJ6DwMAbRM4_GPYaVQMv4MUPKRz3rmDk60eEdmgt2B1bTGjMzA@mail.gmail.com>
Message-ID: <CALKj2D9L6QDaxYCXe1f4ETm_bNg+CHCcQeqVWRD9OS1aU=TSyg@mail.gmail.com>

Hi Jo,

I'm not sure if anyone has replied to you  yet.

As far as I know, highway=bus_stop predates the  public_transport=platform tag.
So using  public_transport=platform is the ''new and better way" of
tagging bus stops,
the data consumers just haven't cached up yet.

So much for the theory.

Meanwhile, in the real world, there is some ongoing dispute about the
whole public transportation scheme.
Especially the new one is hard to understand and difficult to
maintain. (But so was the old one.)

For now I don't tag public transportation at all until 'they' settled
on something that actually works
both for data consumers AND casual mappers.

Just my 2 cents,
Chaos



2012/12/6 Jo <winfixit at gmail.com>:
> I changed all the public_transport=platform nodes I worked on recently back
> to highway=bus_stop. And hurray, they are rendered once again now.
>
> Since I used a slightly larger bounding box than Belgium, I couldn't help
> but notice that there are quite a few stops in Aachen which also only have
> public_transport=platform. It's not purely a rendering issue, those stops
> won't be taken into account by any software at the moment, as it seems.
>
> I didn't touch those. I'll leave it up to the local contributors to either
> add highway=bus_stop to those nodes or replace public_transport=platform
> with highway=bus_stop.
>
> Grüsse,
>
> Jo
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From jochen at remote.org  Fri Dec  7 07:40:53 2012
From: jochen at remote.org (Jochen Topf)
Date: Fri, 7 Dec 2012 08:40:53 +0100
Subject: [Talk-de] 29C3 - Organisation
In-Reply-To: <50C1461C.6080109@gmx.de>
References: <5099FD6B.2070105@gmx.de>
 <50C1461C.6080109@gmx.de>
Message-ID: <20121207074053.GB10568@eldorado.topf.org>

On Fri, Dec 07, 2012 at 02:27:56AM +0100, Michael Kugelmann wrote:
> >* es soll Assemblies geben statt traditioneller
> >Projekttische-/Stände (siehe
> >http://events.ccc.de/2012/10/22/assemblies/ )
> * Karten habe ich bei Frederik angefragt (siehe Parallel-Email)
> * Flyer dito.
> 
> Frage in die Runde (an die mitlesenden 29C3-Mapper):
> macht es Sinn den OSM-RollUp des FOSSGIS in HH zu haben? Ich weiß
> nicht wie es mit "Wänden" oder ähnliches in den Assemblies aussieht?
> Ich vermute dass man da etwas via Power-Strips befestigen kann
> ("rückstandslos entfernbar"). Aber dazu muss es überhaupt eine Wand
> an der Assembly geben. Der Ausweg könnte das RollUp sein das man
> auch "frei im Raum stellen kann... (http://svn.openstreetmap.org/misc/pr_material/german_roll_up/osmrollup.pdf)

Also wenn es keinen Aufwand macht, die mitzubringen, schad's auf jeden Fall
nicht die da zu haben. Ich weiss aber nicht, wer die grad hat bzw. wo die
grad sind.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From dieterdreist at gmail.com  Fri Dec  7 08:18:18 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Fri, 7 Dec 2012 09:18:18 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C1372A.5090304@kilometerfresser.eu>
References: <50C101D3.1000904@gmx.net> <50C1372A.5090304@kilometerfresser.eu>
Message-ID: <17CF0187-7819-4E03-871F-F3F406AC5DF6@gmail.com>



Am 07/dic/2012 um 01:24 schrieb gmbo <gmbo at kilometerfresser.eu>:

> Am 06.12.2012 21:36, schrieb Wolfgang Wienke:
>> Hallo,
>> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern automatisch zusätzlich auch public_transport=platform erzeugt wird?
>> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über JAVA funktioniert? :-(
> Das ganze ist wirklich nicht schwer, als Beispiel ist
> http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen
> ganz gut.


Wobei platform für Bushaltestellen am besten deprecated werden sollte, d.h. es macht eigentlich keinen Sinn, das automatisch hinzuzufügen

Gruß
Martin


From m.gehling at gmx.de  Fri Dec  7 08:26:38 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Fri, 7 Dec 2012 09:26:38 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <50C12D59.30109@gmx.de>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <50C109A6.5080805@gmx.de> <20121206213805.GA2114@eldorado.topf.org>
 <50C12D59.30109@gmx.de>
Message-ID: <13663DF9-C124-4BFE-8CC7-9BF9FE26329B@gmx.de>

Hallo,

Am 07.12.2012 um 00:42 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> 
> Unsere Assembly-Planung sehe ich auch im OSM-Wiki bzw. hier auf der ML. Aber das Thema CCC muss zwangsweise im 28C3-Wiki laufen, sonst funktioniert es (leider) nicht (der CCC kann wahrlich nicht auf "tausend Seiten nachforschen" welche Bedarfe dass existieren).

Vom Mass collaboration Projekt [1] habe ich die Anfrage bekommen, ob wir unsere Stände/Tische nahe beieinander haben wollen. Außerdem ob wir Vorträge, Panels oder Workshops machen. 

[1] https://events.ccc.de/congress/2012/wiki/Mass_collaboration

Mfg Marc

From jochen at remote.org  Fri Dec  7 08:52:24 2012
From: jochen at remote.org (Jochen Topf)
Date: Fri, 7 Dec 2012 09:52:24 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <13663DF9-C124-4BFE-8CC7-9BF9FE26329B@gmx.de>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <50C109A6.5080805@gmx.de> <20121206213805.GA2114@eldorado.topf.org>
 <50C12D59.30109@gmx.de>
 <13663DF9-C124-4BFE-8CC7-9BF9FE26329B@gmx.de>
Message-ID: <20121207085224.GA10787@eldorado.topf.org>

On Fri, Dec 07, 2012 at 09:26:38AM +0100, Gehling Marc wrote:
> Am 07.12.2012 um 00:42 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> > 
> > Unsere Assembly-Planung sehe ich auch im OSM-Wiki bzw. hier auf der ML. Aber das Thema CCC muss zwangsweise im 28C3-Wiki laufen, sonst funktioniert es (leider) nicht (der CCC kann wahrlich nicht auf "tausend Seiten nachforschen" welche Bedarfe dass existieren).
> 
> Vom Mass collaboration Projekt [1] habe ich die Anfrage bekommen, ob wir unsere Stände/Tische nahe beieinander haben wollen. Außerdem ob wir Vorträge, Panels oder Workshops machen. 
> 
> [1] https://events.ccc.de/congress/2012/wiki/Mass_collaboration

Das sind offenbar die Leute, die das Wikidata-Projekt machen. Da gibts auf
jeden Fall Dinge, wo wir zusammenarbeiten könnten und so. Also nahe beieinander
macht Sinn.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From wo_wienke at gmx.net  Fri Dec  7 08:52:38 2012
From: wo_wienke at gmx.net (Wolfgang Wienke)
Date: Fri, 07 Dec 2012 09:52:38 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <mailman.11527.1354842662.4678.talk-de@openstreetmap.org>
References: <mailman.11527.1354842662.4678.talk-de@openstreetmap.org>
Message-ID: <50C1AE56.5010209@gmx.net>


> Am 06.12.2012 21:36, schrieb Wolfgang Wienke:
>> >  Hallo,
>> >  kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/
>> >  Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern
>> >  automatisch zusätzlich auch public_transport=platform erzeugt wird?
>> >  Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über
>> >  JAVA funktioniert? :-(
> Das ganze ist wirklich nicht schwer, als Beispiel ist
> http://wiki.openstreetmap.org/wiki/Stolpersteine#Preset_-_JOSM-Vorlagen
> ganz gut.
>
> Wenn du dann in Josm unter allgemeine Einstellungen
> Einstellungen der Karten-Projektion und Daten-Interpretation
> im Reiter Objektvorlagen oben rechts auf das Plus gehst kannst du eine
> XML-Datei laden.
> Damit kannst du die Vorlage gut testen.
>
Im WIKI finde ich:
"Man kann allerdings eigene Vorlagen hinzufügen oder fremde Vorlagen 
benutzen. Hier in diesem WIKI nennen wir die Datei mal z.B. 
eigene-presets.xml und diese ist im XML-Format geschrieben. Einfach 
selbst erstellen (z.B. mit dem Notepad oder gedit und als XML 
umbenennen), lokal irgendwo abspeichern und in den JOSM Einstellungen 
(Bearbeiten - Einstellungen - Einstellung... - Quellen für 
Objektvorlagen) den Pfad angeben."
Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht.

-- 
                                Mit freundlichen Gruessen

                                      Wolfgang Wienke



From osm at bavarianmallet.de  Fri Dec  7 09:03:29 2012
From: osm at bavarianmallet.de (Georg Feddern)
Date: Fri, 07 Dec 2012 10:03:29 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C1AE56.5010209@gmx.net>
References: <mailman.11527.1354842662.4678.talk-de@openstreetmap.org>
 <50C1AE56.5010209@gmx.net>
Message-ID: <50C1B0E1.7010805@bavarianmallet.de>

Moin,

Am 07.12.2012 09:52, schrieb Wolfgang Wienke:
>
> Im WIKI finde ich:
> "[...] und in den JOSM Einstellungen (Bearbeiten - Einstellungen - 
> Einstellung... - Quellen für Objektvorlagen) den Pfad angeben."
> Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht.
>

Habe die Angaben im Wiki mal konkretisiert.

Gruß
Georg




From m.gehling at gmx.de  Fri Dec  7 09:24:11 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Fri, 7 Dec 2012 10:24:11 +0100
Subject: [Talk-de] 29C3 (December 27th to 30th, 2012)
In-Reply-To: <20121207085224.GA10787@eldorado.topf.org>
References: <5099FD6B.2070105@gmx.de> <20121206202744.GB5638@pax.zz.de>
 <50C109A6.5080805@gmx.de> <20121206213805.GA2114@eldorado.topf.org>
 <50C12D59.30109@gmx.de> <13663DF9-C124-4BFE-8CC7-9BF9FE26329B@gmx.de>
 <20121207085224.GA10787@eldorado.topf.org>
Message-ID: <3A2439A6-9968-4AF0-A921-5783E50A2DE8@gmx.de>

Hi,

nur kurz. Tickets gibt es bis Montag.

http://events.ccc.de/2012/12/07/online-ticket-sale-is-closing-soon/

Mfg Marc



From martin at ampelmeter.com  Fri Dec  7 11:23:53 2012
From: martin at ampelmeter.com (Martin Schafran)
Date: Fri, 07 Dec 2012 12:23:53 +0100
Subject: [Talk-de] =?utf-8?q?=5BAnzeige=5D_Anzeige_der_gr=C3=BCnen_Welle?=
Message-ID: <5944913.RU3OWkFyCu@ampel>

hallo,

ich hab da eine app entwickelt, die die grüne welle anzeigt.
an der enwicklung einer solchen anwendung haben bereits ein paar große firmen
gearbeitet.
die pilotprojekte hießen "wolfsburger welle", "travolution" und aktuell "AIM" 
am DLR.

was noch fehlt, sind die schaltzeiten der ampeln, die aber auch über die app
eingegeben werden können. d.h nach eingabe einer fahrbeziehung wäre die
ab diesem zeitpunkt benutzbar und synchronisiert sich auch bei programmwechsel 
oder am nächsten tag.


ich würd mich über eure meinung dazu freuen. weitere info auf 
www.ampelmeter.com

Mit freundlichem Gruß

Martin Schafran




-- 
Ampelmeter UG (haftungsbeschränkt)
Köslinstr. 10
DE-38124 Braunschweig

Tel.: 	015774328673
E-Mail:	martin at ampelmeter.com
Web:	www.ampelmeter.com

Amtsgericht Braunschweig HRB 203661
USt-IdNr.: DE283795848
Steuernummer: 14/203/43227
FA: Braunschweig-Wilhelmstraße
Geschäftsführung: Martin Schafran




From smarties at gmx-topmail.de  Fri Dec  7 14:12:24 2012
From: smarties at gmx-topmail.de (smarties at gmx-topmail.de)
Date: Fri, 07 Dec 2012 15:12:24 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C101D3.1000904@gmx.net>
References: <50C101D3.1000904@gmx.net>
Message-ID: <20121207141224.11480@gmx.net>

Hi,

das wäre aber doof. Dann muss man hinterher die Platform immer wieder wegmachen. Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand.


Mit freundlichen Grüßen
Stephan
aka smarties


-------- Original-Nachricht --------
> Datum: Thu, 06 Dec 2012 21:36:35 +0100
> Von: Wolfgang Wienke <wo_wienke at gmx.net>
> An: 0Liste talk-de <talk-de at openstreetmap.org>
> Betreff: [Talk-de] JOSM-Vorlagen

> Hallo,
> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/ 
> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern 
> automatisch zusätzlich auch public_transport=platform erzeugt wird?
> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über 
> JAVA funktioniert? :-(
> -- 
>                                 Mit freundlichen Gruessen
> 
>                                       Wolfgang Wienke
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From s.wolff at web.de  Fri Dec  7 15:08:29 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Fri, 07 Dec 2012 16:08:29 +0100
Subject: [Talk-de] =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <CABPTjTC3WAjyOczD5_ug1Fs=FCJo7Z-k7ud=JFYt5mwAFOnJGg@mail.gmail.com>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>
 <k9qdge$spp$1@ger.gmane.org>
 <CABPTjTC3WAjyOczD5_ug1Fs=FCJo7Z-k7ud=JFYt5mwAFOnJGg@mail.gmail.com>
Message-ID: <k9t0p0$l55$1@ger.gmane.org>

Am 06.12.2012 19:29, schrieb Martin Koppenhoefer:

>> "landuse" differenzieren durch subtags: Ja, gern
>> "landuse" differenzieren durch neue values: Wenn nötig, ja
>
> differenzieren mit neuen Werten für den landuse key eher nicht (weil
> dann gibt es ja schon einen "Hauptwert" der das abdeckt), aber neue
> Werte für Flächen, für die bisher noch gar nichts passt: ja.

So hatte ich es gemeint.

>> "landuse" umdefinieren von Gebiet auf Einzelgrundstück: Nein
>
> wieso "umdefinieren"? Welche Granularität Sinn macht, kann man ja
> diskutieren, bisher war das nie festgelegt. Es ging immer um die
> "vorherrschende Nutzung einer Fläche", aber wie groß die Fläche sein
> soll, ist der Einschätzung des Mappers überlassen, damit der sich den
> jeweiligen Erfordernissen anpassen kann.

Eine Mindestgröße in Quadratmeter steht da nicht, aber das englische 
Wiki sagt explizit:
"Mainly used for describe the primary use of land by humans. [...]
More detailed tagging for land uses is available in amenity=*, leisure=* 
and tourism=*",
im deutschen Wiki wird "landuse" als Gebiet und nicht als Grundstück 
beschrieben.

> "Einzelgrundstück" ist auf
> jeden Fall noch nicht ausreichend finde ich, wenn Du Dir z.B. amtliche
> Daten ansiehst dann sind da unterschiedliche Nutzungen auf Teilen des
> Grundstücks natürlich noch erfasst.

Es gibt in amtlichen Daten sicherlich fein aufgelöste 
Nutzungsunterscheidungen. Dafür haben wir in OSM diverse tags.
Es gibt ebenfalls Wohn- und Industriegebiete in amtlichen Daten.
Diese werden oft in Karten vom Stadtplan bis zur Generalkarte verwendet.
Dafür gibt es in OSM nur "landuse".

> Andererseits muss es nicht immer ein landuse sein, wenn z.B. schon ein
> shop oder so als Fläche eingetragen ist in einem Wohngebiet dann
> impliziert das m.E. schon landuse=retail für diese Fläche. Was da Sinn
> macht kann man ja überlegen, z.B. ob man die Kundenparkplätze und
> andere Aussenflächen irgendwie zur shop-Nutzung dazubringen möchte.

Bei typischen Supermärkten verwende ich auch "landuse=retail".

> Bei einer Schreinerei (Werkhalle) mit Wohnhaus fände ich 2
> unterschiedliche landuses auf dem gleichen Grundstück z.B. angemessen.

Das widerspricht der lange bestehenden Definition von landuse im Wiki.
Man sollte besser building=house und building=industrial verwenden.

> Je weniger wir generalisieren und nicht nur über Attribute (zu
> residential wäre ein Beispiel: allgemeines Wohngebiet, reines
> Wohngebiet, Kleinsiedlungsgebiet) abbilden, um so vielfältiger sind
> die Möglichkeiten, die Daten später zu nutzen.

+1

> Ob man im Rendering
> später einen Fleckenteppich haben will oder daraus allgemeinere
> Landuses vorberechnet und benutzt (oder Vorberechnete benutzt) (oder
> gar keine), die Möglichkeiten sind dann alle da,

Man kann aus dem Flickenteppich die Gebiete nicht zurückberechnen.

> während wenn man mit
> Relevanzkriterien und Bekämpfen der Details immer nur eine Version
> haben wird, nämlich eine generalisierte.

Für die Details hat man weiterhin building, shop, craft, amenity, 
leisure, tourism und viele andere. Für eine generalisierte Darstellung 
braucht man landuse in der bestehenden Definition.

Viele Grüße
Stephan






From osm at tobias-knerr.de  Fri Dec  7 15:35:41 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Fri, 07 Dec 2012 16:35:41 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <20121207141224.11480@gmx.net>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
Message-ID: <50C20CCD.8030506@tobias-knerr.de>

Am 07.12.2012 15:12, schrieb smarties at gmx-topmail.de:
> Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand.

public_transport=platform sagt nicht, dass es eine "Plattform" gibt.

Das Tag war für den Passagier-Warte/Zustiegsbereich sämtlicher
öffentlicher Verkehrsmittel gedacht, egal wie sie baulich ausgeführt
sind. Es ist also auch für den Pfahl am Wegesrand geeignet.

(Davon unabhängig bleibt natürlich die Tatsache, dass es sich bisher
nicht wirklich durchgesetzt hat.)

Tobias



From smarties at gmx-topmail.de  Fri Dec  7 16:06:23 2012
From: smarties at gmx-topmail.de (smarties at gmx-topmail.de)
Date: Fri, 07 Dec 2012 17:06:23 +0100
Subject: [Talk-de] Bug in openstreetmap.org melden
Message-ID: <20121207160623.300100@gmx.net>

Hi,

wie kann ich einen Bug in Openstreetmap.org melden?

Wenn man in Firefox auf den Layer-Button oben rechts klickt, danach in die Karte und noch ein 2. mal auf den Layer-Button geht, wird dieser nur halb angezeigt.

-- 

Mit freundlichen Grüßen
Stephan
aka smarties




From chris66nrw at gmx.de  Fri Dec  7 16:24:03 2012
From: chris66nrw at gmx.de (Chris66)
Date: Fri, 07 Dec 2012 17:24:03 +0100
Subject: [Talk-de] Bug in openstreetmap.org melden
In-Reply-To: <20121207160623.300100@gmx.net>
References: <20121207160623.300100@gmx.net>
Message-ID: <k9t572$vbt$1@ger.gmane.org>

Am 07.12.2012 17:06, schrieb smarties at gmx-topmail.de:

> wie kann ich einen Bug in Openstreetmap.org melden?
> 
> Wenn man in Firefox auf den Layer-Button oben rechts klickt, danach in die Karte 
> und noch ein 2. mal auf den Layer-Button geht, wird dieser nur halb angezeigt.

Normalerweise auf trac.openstreetmap.org. In diesem Fall auf github:

https://trac.openstreetmap.org/ticket/4710

Chris





From winfixit at gmail.com  Fri Dec  7 17:35:32 2012
From: winfixit at gmail.com (Jo)
Date: Fri, 7 Dec 2012 18:35:32 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C20CCD.8030506@tobias-knerr.de>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
Message-ID: <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>

2012/12/7 Tobias Knerr <osm at tobias-knerr.de>

> Am 07.12.2012 15:12, schrieb smarties at gmx-topmail.de:
> > Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so
> haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am
> Wegesrand.
>
> public_transport=platform sagt nicht, dass es eine "Plattform" gibt.
>
> Das Tag war für den Passagier-Warte/Zustiegsbereich sämtlicher
> öffentlicher Verkehrsmittel gedacht, egal wie sie baulich ausgeführt
> sind. Es ist also auch für den Pfahl am Wegesrand geeignet.
>
> (Davon unabhängig bleibt natürlich die Tatsache, dass es sich bisher
> nicht wirklich durchgesetzt hat.)


Und es wird sich nicht durchsetzen weil es nicht gerendert oder benutzt
wird. Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am
komplettieren war, aber die habe ich gestern alle zurückgewandelt nach
highway=bus_stop.

Jo


From osm at bavarianmallet.de  Fri Dec  7 17:58:40 2012
From: osm at bavarianmallet.de (Georg Feddern)
Date: Fri, 07 Dec 2012 18:58:40 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
Message-ID: <50C22E50.1060604@bavarianmallet.de>

Moin,

Am 07.12.2012 18:35, schrieb Jo:
> Und es wird sich nicht durchsetzen weil es nicht gerendert oder benutzt
> wird. Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am
> komplettieren war, aber die habe ich gestern alle zurückgewandelt nach
> highway=bus_stop.

mit dem parallelen Tagging hätte man die Chance, Henne samt Ei zum 
Brüten ins Nest zu setzen.
Aber wer nur entweder Henne oder Ei sieht ...

Gruß
Georg



From wo_wienke at gmx.net  Fri Dec  7 20:26:34 2012
From: wo_wienke at gmx.net (Wolfgang Wienke)
Date: Fri, 07 Dec 2012 21:26:34 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <mailman.11578.1354872261.4678.talk-de@openstreetmap.org>
References: <mailman.11578.1354872261.4678.talk-de@openstreetmap.org>
Message-ID: <50C250FA.3050900@gmx.net>

Am 07.12.2012 10:24, schrieb talk-de-request at openstreetmap.org:
>> >
>> >  Im WIKI finde ich:
>> >  "[...] und in den JOSM Einstellungen (Bearbeiten - Einstellungen -
>> >  Einstellung... - Quellen für Objektvorlagen) den Pfad angeben."
>> >  Bin wohl zu dumm, diese Einstellung finde ich in JOSM nicht.
>> >
> Habe die Angaben im Wiki mal konkretisiert.
Danke, jetzt habe ich es.

-- 
                                Mit freundlichen Gruessen

                                      Wolfgang Wienke



From s.wolff at web.de  Sat Dec  8 00:39:43 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Sat, 08 Dec 2012 01:39:43 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <50C0762E.1030602@aighes.de>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de> <50C0762E.1030602@aighes.de>
Message-ID: <k9u285$pqs$1@ger.gmane.org>

Am 06.12.2012 11:40, schrieb Henning Scholland:

> Wenn man es komplett neu anpackt (was ich bei dem Kuddelmuddel durchaus
> für richtig halten würde) sehe ich das nicht so.

Welches Kuddelmuddel? "landuse" ist eindeutig als primäre Nutzung (also 
überschneidungsfrei) eines Gebiets (nicht Einzelgrundstück oder Teil 
davon) definiert. Weit überwiegend wird es so genutzt. Es würde genügen, 
die relativ wenigen falschen Verwendungen zu korrigieren.

Gruß
Stephan





From osm at aighes.de  Sat Dec  8 10:02:35 2012
From: osm at aighes.de (Henning Scholland)
Date: Sat, 08 Dec 2012 11:02:35 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?landuse_nicht_f=FCr_Detailmapping_verwen?=
 =?iso-8859-1?q?den_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <k9u285$pqs$1@ger.gmane.org>
References: <CAJESvfDg3i5P3NyMfLa5E-=wzAUsJKkJeRJLMoWv-yu=01dYGQ@mail.gmail.com>
 <201212061122.34352.chris_hormann@gmx.de> <50C0762E.1030602@aighes.de>
 <k9u285$pqs$1@ger.gmane.org>
Message-ID: <50C3103B.8040101@aighes.de>

Am 08.12.2012 01:39, schrieb Stephan Wolff:
> Am 06.12.2012 11:40, schrieb Henning Scholland:
>
>> Wenn man es komplett neu anpackt (was ich bei dem Kuddelmuddel durchaus
>> für richtig halten würde) sehe ich das nicht so.
>
> Welches Kuddelmuddel? "landuse" ist eindeutig als primäre Nutzung 
> (also überschneidungsfrei) eines Gebiets (nicht Einzelgrundstück oder 
> Teil davon) definiert. Weit überwiegend wird es so genutzt. Es würde 
> genügen, die relativ wenigen falschen Verwendungen zu korrigieren.
Hallo
Ich will garnicht so sehr darauf eingehen, wie bspw. landuse=residential 
oder landuse=forest so verwendet werden...

Ein Grundstück ist für den Laien auch ein Gebiet, selbst ein Teil vom 
Sandkasten ist für Kinder ein Gebiet. Wenn das in der Fachwelt anders 
ist und ein Gebiet eine Mindestgröße hat ist das ja schön und gut, aber 
dann muss man das irgendwie dem Laien vermitteln.  Der Begriff Gebiet 
ist erstmal unabhängig von seiner Größe.

Auch das "Primär" ist nicht ganz unproblematisch. Deutschland besteht 
primär aus Feldern. Das Multipolygon wäre aber mit Sicherheit nicht 
lange in unserer DB. Ähnliches mit Niedersachsen und wohl auch bei einem 
Kreis in Niedersachsen.
Andersherum ist aber auch die primäre Nutzung im kleinen nicht klar. 
Nimm dir ein Gebiet voller Gebäude, in denen unten ein Geschäft ist und 
oben mindestens eine Wohneinheit. Was ist davon nun das primäre? Umsatz, 
Benutzung von Menschen, Anzahl der Etagen?






From dieterdreist at gmail.com  Sat Dec  8 13:04:03 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 8 Dec 2012 14:04:03 +0100
Subject: [Talk-de]
	=?utf-8?q?landuse_nicht_f=C3=BCr_Detailmapping_verwende?=
	=?utf-8?q?n_=28war=3A_Abgerissenes_Haus=29?=
In-Reply-To: <k9t0p0$l55$1@ger.gmane.org>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com> <50BFAC95.40108@gmx.de>
 <CABPTjTDQTiNErsN+gzj_Q7zddDC=FFLx+PZKPHG+2RiEg3wSEg@mail.gmail.com>
 <k9qdge$spp$1@ger.gmane.org>
 <CABPTjTC3WAjyOczD5_ug1Fs=FCJo7Z-k7ud=JFYt5mwAFOnJGg@mail.gmail.com>
 <k9t0p0$l55$1@ger.gmane.org>
Message-ID: <CABPTjTC447RB0qQWiKj0jmLKj8rLYyD12jC05kJcN5qXbDVZzw@mail.gmail.com>

Am 7. Dezember 2012 16:08 schrieb Stephan Wolff <s.wolff at web.de>:
> Am 06.12.2012 19:29, schrieb Martin Koppenhoefer:
>>> "landuse" umdefinieren von Gebiet auf Einzelgrundstück: Nein
>> wieso "umdefinieren"? Welche Granularität Sinn macht, kann man ja
>> diskutieren, bisher war das nie festgelegt. Es ging immer um die
>> "vorherrschende Nutzung einer Fläche", aber wie groß die Fläche sein
>> soll, ist der Einschätzung des Mappers überlassen, damit der sich den
>> jeweiligen Erfordernissen anpassen kann.
>
>
> Eine Mindestgröße in Quadratmeter steht da nicht, aber das englische Wiki
> sagt explizit:
> "Mainly used for describe the primary use of land by humans. [...]
> More detailed tagging for land uses is available in amenity=*, leisure=* and
> tourism=*",


ja eben. Darauf beziehe ich mich ja auch.


> im deutschen Wiki wird "landuse" als Gebiet und nicht als Grundstück
> beschrieben.


"Gebiet" ist halt auch nicht unbedingt klar, vor allem aber sind die
Übersetzungen immer nur Übersetzungen, d.h. relevant ist nur das
englische Wiki, vor allem im Zweifel, die Übersetzungen sind
Hilfestellungen für Leute, die nicht so gut Englisch können, die aber
wie alle Übersetzungen immer ihre Limitierungen haben.


>> "Einzelgrundstück" ist auf
>> jeden Fall noch nicht ausreichend finde ich, wenn Du Dir z.B. amtliche
>> Daten ansiehst dann sind da unterschiedliche Nutzungen auf Teilen des
>> Grundstücks natürlich noch erfasst.
> Es gibt in amtlichen Daten sicherlich fein aufgelöste
> Nutzungsunterscheidungen. Dafür haben wir in OSM diverse tags.
> Es gibt ebenfalls Wohn- und Industriegebiete in amtlichen Daten.


ach so, Wohngebiet oder Industriegebiet als Siedlungsteil meinst Du.
Dafür würde ich place verwenden.


> Diese werden oft in Karten vom Stadtplan bis zur Generalkarte verwendet.
> Dafür gibt es in OSM nur "landuse".


m.E. ist dafür landuse nicht geeignet. Man kann das zwar als Shortcut
sehen, dass man dort zum landuse noch einen Namen einträgt, aber das
funktioniert nur soweit, als innerhalb eines Siedlungsteils wirklich
eine primäre Nutzung vorherrscht, und alles andere weitgehend zu
vernachlässigen ist.


>> Bei einer Schreinerei (Werkhalle) mit Wohnhaus fände ich 2
>> unterschiedliche landuses auf dem gleichen Grundstück z.B. angemessen.
> Das widerspricht der lange bestehenden Definition von landuse im Wiki.


tut es nicht ;-)


> Man sollte besser building=house und building=industrial verwenden.


building ist ein tag für Gebäude, und beschreibt einen Gebäudetyp, das
hat mit der Nutzung erstmal nichts zu tun. building=industrial ist ein
Industriegebäude, aber deswegen muss da nicht unbedingt industrielle
Nutzung sein.


>> Ob man im Rendering
>> später einen Fleckenteppich haben will oder daraus allgemeinere
>> Landuses vorberechnet und benutzt (oder Vorberechnete benutzt) (oder
>> gar keine), die Möglichkeiten sind dann alle da,
> Man kann aus dem Flickenteppich die Gebiete nicht zurückberechnen.


Sofern man einen Siedlungsteil gemappt hat kann man durchaus
feststellen, was darin die vorwiegende Nutzung ist, und man kann auch
über Regeln festlegen, dass man z.B. eine Schule oder einen Bäcker
nicht aus dem Wohngebiet ausschließen will, einen Produktionsbetrieb
aber schon.

Gruß Martin



From wo_wienke at gmx.net  Sat Dec  8 13:06:14 2012
From: wo_wienke at gmx.net (Wolfgang Wienke)
Date: Sat, 08 Dec 2012 14:06:14 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <mailman.11811.1354960963.4678.talk-de@openstreetmap.org>
References: <mailman.11811.1354960963.4678.talk-de@openstreetmap.org>
Message-ID: <50C33B46.2030905@gmx.net>

Am 08.12.2012 11:02, schrieb talk-de-request at openstreetmap.org:

> Hi,
>
> das wäre aber doof. Dann muss man hinterher die Platform immer wieder wegmachen.
Wenn Du das machst, wäre das sehr unschön. Schau Dir mal an:
http://wiki.openstreetmap.org/wiki/DE:Public_Transport
Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so 
haben davon eine Platform.
Die anderen 98% sind einfach nur ein Pfahl am Wegesrand.


>
>
> Mit freundlichen Grüßen
> Stephan
> aka smarties
>
>
> -------- Original-Nachricht --------
>> >  Datum: Thu, 06 Dec 2012 21:36:35 +0100
>> >  Von: Wolfgang Wienke<wo_wienke at gmx.net>
>> >  An: 0Liste talk-de<talk-de at openstreetmap.org>
>> >  Betreff: [Talk-de] JOSM-Vorlagen
>> >  Hallo,
>> >  kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/
>> >  Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern
>> >  automatisch zusätzlich auch public_transport=platform erzeugt wird?
>> >  Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über
>> >  JAVA funktioniert? :-(
>> >  --


-- 
                                Mit freundlichen Gruessen

                                      Wolfgang Wienke



From MichaelK_OSM at gmx.de  Sat Dec  8 19:41:32 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Sat, 08 Dec 2012 20:41:32 +0100
Subject: [Talk-de] 29C3 - Organisation
In-Reply-To: <50C1461C.6080109@gmx.de>
References: <5099FD6B.2070105@gmx.de> <50C1461C.6080109@gmx.de>
Message-ID: <50C397EC.8050101@gmx.de>

Update:
> * Karten habe ich bei Frederik angefragt (siehe Parallel-Email)
> * Flyer dito.
Beides ist geklärt: Jochen bringt beides mit. Danke.


Grüße,
Michael.




From traut at gmx.de  Sat Dec  8 23:17:44 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 00:17:44 +0100
Subject: [Talk-de] =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
	=?iso-8859-1?q?ten?=
Message-ID: <50C3CA98.20009@gmx.de>

Hallo,

kann man die OSM auch direkt mit Gauß-Krüger-Koordinaten aufrufen?

Ich habe gerade mal
<http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php?LAGE=DE_south&RW=4478124.56&HW=5500123.45>
ausprobiert, wie auf
<http://wiki.openstreetmap.org/wiki/Gau%C3%9F-Kr%C3%BCger>
vorgeschlagen. Da kommt aber nur 'ne Fehlermeldung.

  Hab ich was falsch gemacht?

Einfacher würde mir erscheinen, wenn man OSM-Karten auch direkt mit GKK
anspringen könnte. Ist das möglich?

Danke,
Martin



From jochen at remote.org  Sun Dec  9 07:24:11 2012
From: jochen at remote.org (Jochen Topf)
Date: Sun, 9 Dec 2012 08:24:11 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
	=?iso-8859-1?q?ten?=
In-Reply-To: <50C3CA98.20009@gmx.de>
References: <50C3CA98.20009@gmx.de>
Message-ID: <20121209072411.GA18230@eldorado.topf.org>

On Sun, Dec 09, 2012 at 12:17:44AM +0100, Martin Trautmann wrote:
> kann man die OSM auch direkt mit Gauß-Krüger-Koordinaten aufrufen?
> 
> Ich habe gerade mal
> <http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php?LAGE=DE_south&RW=4478124.56&HW=5500123.45>
> ausprobiert, wie auf
> <http://wiki.openstreetmap.org/wiki/Gau%C3%9F-Kr%C3%BCger>
> vorgeschlagen. Da kommt aber nur 'ne Fehlermeldung.
> 
>   Hab ich was falsch gemacht?

Offenbar ist dieser Dienst halt einfach kaputt.

> Einfacher würde mir erscheinen, wenn man OSM-Karten auch direkt mit GKK
> anspringen könnte. Ist das möglich?

Nein. GK sind nur eines von sehr vielen Koordinatensystemen. Auf meinem Rechner
sind 3718 in der Konfig der proj.4-Bibliothek. Sollen die dann alle unterstützt
werden? Wie würde man unterscheiden, welches Koordinatensystem gemeint ist?

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From traut at gmx.de  Sun Dec  9 09:02:37 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 10:02:37 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <20121209072411.GA18230@eldorado.topf.org>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
Message-ID: <50C453AD.6000201@gmx.de>

On 12-12-09 8:24, Jochen Topf wrote:

>>   Hab ich was falsch gemacht?
> 
> Offenbar ist dieser Dienst halt einfach kaputt.

Ja, die ganze Website mag wohl nicht mehr. Kennt jemand das Angebot
näher - um es entweder aus dem Wiki zu entfernen oder den Betreiber zu
kontaktieren?

>> Einfacher würde mir erscheinen, wenn man OSM-Karten auch direkt mit GKK
>> anspringen könnte. Ist das möglich?
> 
> Nein. GK sind nur eines von sehr vielen Koordinatensystemen. Auf meinem Rechner
> sind 3718 in der Konfig der proj.4-Bibliothek. Sollen die dann alle unterstützt
> werden? Wie würde man unterscheiden, welches Koordinatensystem gemeint ist?

Die Unterscheidung ist eine der einfachsten Übungen, denn wie beim
Zeichensatz, ob der ASCII, Latin-1, Win-irgendwas, utf-8 oder sonstwas
ist, so kann man diese Info mit übergeben.

Und wenn man nicht vorab selbst sämtliche Umrechnungsysteme selbst
installieren muss, um sie anzuwenden, sondern wenn das Koordinatensystem
mit dem URL übergeben werden kann, dann reicht eine einmalige
Installation auf dem Server statt beim Benutzer.

Schönen Gruß
Martin



From Manuel.Spam at nurfuerspam.de  Sun Dec  9 09:42:56 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 09 Dec 2012 10:42:56 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
	=?iso-8859-1?q?ten?=
In-Reply-To: <50C453AD.6000201@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de>
Message-ID: <ka1ms0$45o$1@ger.gmane.org>

Martin Trautmann wrote:
> Und wenn man nicht vorab selbst sämtliche Umrechnungsysteme selbst
> installieren muss, um sie anzuwenden, sondern wenn das Koordinatensystem
> mit dem URL übergeben werden kann, dann reicht eine einmalige
> Installation auf dem Server statt beim Benutzer.

Wozu genau brauchst du so einen Dienst? Könntest du die Koordinaten nicht 
einfach einmalig umrechnen und dann direkt in wgs84 anbieten?

Gruß

Manuel




From traut at gmx.de  Sun Dec  9 10:22:51 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 11:22:51 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <ka1ms0$45o$1@ger.gmane.org>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
Message-ID: <50C4667B.20704@gmx.de>

On 12-12-09 10:42, Manuel Reimer wrote:
> Martin Trautmann wrote:
>> Und wenn man nicht vorab selbst sämtliche Umrechnungsysteme selbst
>> installieren muss, um sie anzuwenden, sondern wenn das Koordinatensystem
>> mit dem URL übergeben werden kann, dann reicht eine einmalige
>> Installation auf dem Server statt beim Benutzer.
> 
> Wozu genau brauchst du so einen Dienst? Könntest du die Koordinaten
> nicht einfach einmalig umrechnen und dann direkt in wgs84 anbieten?

Naja, aktuell habe ich irgendwelche Dateien herumliegen, als ASCII,
Excel o.ä. Aktuell kommt eine mit Gauss-Krüger-Koordinaten aus
Süddeutschland.

Ein paar davon würde ich gerne genauer nachsehen. Beispielsweise finde
ich darin einen recht plausiblen Mühlweg in Gößenreuth, Gemeinde
Grafenwöhr. Dazu finde ich aber einen weiteren Mühlweg in der Gemeinde,
der mehr als 10 Kilometer davon entfernt liegt. Jetzt würde ich gerne
nachsehen, was OSM, Google o.ä. an der Koordinate kennen würden:

4478123.14	5500134.47
4491859.65	5511154.65

Am liebsten würde ich also einen URL aufrufen mit z.B.
  ...type=gk;x=4478123.14;y=5500134.47

Inzwischen wäre ich zwar so weit, cs2cs zu nutzen. Der Teil am Anfang
mit
  cs2cs +init=/usr/local/share/proj/world:gk4-d +towgs84 -f '%.8f'   <
in.tab
klappt bereits - aber ob das überhaupt richtig von mir angewendet wird?

Das etwas sperrige normale Ausgabeformat mit z.B.
56d46'24.825"E	38d23'22.079"N 0.000
wird auf wird auf
http://wiki.openstreetmap.org/wiki/DE:Gau%C3%9F-Kr%C3%BCger leider nicht
weiter erläutert.

Da wär's eigentlich viel einfacher, das Wissen dem Server zu überlassen
- incl. dessen Erfahrungsschatz, was als type=gk (als Abkürzung für
Gauss-Krüger) zusammen mit den Rechts- und Hochwerten wohl als
Bezugssystem am besten passen wird.

Sprich: den automatisierbaren Teil würde ich gerne dem zentralen Rechner
überlassen. Dem würde ich mehr vertrauen als meinem Halbwissen, was ich
als Projektion, Ellipsoid, Offset und wasweissich mit übergeben kann.

Schönen Gruß
Martin



From traut at gmx.de  Sun Dec  9 11:02:31 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 12:02:31 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C4667B.20704@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de>
Message-ID: <50C46FC7.50209@gmx.de>

On 12-12-09 11:22, Martin Trautmann wrote:
> Jetzt würde ich gerne
> nachsehen, was OSM, Google o.ä. an der Koordinate kennen würden:
> 
> 4478123.14	5500134.47
> 4491859.65	5511154.65

hm, diese Werte scheinen überhaupt nicht Gauss-Krüger zu sein. Ich
bräuchte das Ziel bei etwa
  49.737475,11.88695

Das ist also wohl UTM...

... was zum ähnlichen Problem führt: ich würde dann eben gerne
openstreetmap mit type=utm;x=4478123.14;y=5500134.47 aufrufen.

Geht UTM womöglich schon? Das Wiki kennt dazu überhaupt noch nix, ebenso
nicht zu Universal Transverse Mercator.

Schönen Gruß
Martin





From osm at aighes.de  Sun Dec  9 11:15:46 2012
From: osm at aighes.de (Henning Scholland)
Date: Sun, 09 Dec 2012 12:15:46 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C46FC7.50209@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de>
Message-ID: <50C472E2.1020806@aighes.de>

Am 09.12.2012 12:02, schrieb Martin Trautmann:
> On 12-12-09 11:22, Martin Trautmann wrote:
>> Jetzt würde ich gerne
>> nachsehen, was OSM, Google o.ä. an der Koordinate kennen würden:
>>
>> 4478123.14	5500134.47
>> 4491859.65	5511154.65
> hm, diese Werte scheinen überhaupt nicht Gauss-Krüger zu sein. Ich
> bräuchte das Ziel bei etwa
>    49.737475,11.88695
>
> Das ist also wohl UTM...
>
> ... was zum ähnlichen Problem führt: ich würde dann eben gerne
> openstreetmap mit type=utm;x=4478123.14;y=5500134.47 aufrufen.
>
> Geht UTM womöglich schon? Das Wiki kennt dazu überhaupt noch nix, ebenso
> nicht zu Universal Transverse Mercator.
Ein nettes Feature wäre es mit Sicherheit, wenn osm.org hier mehr 
unterstützen würde. Aber der Aufwand allgemein ist geringer, wenn der 
Client umrechnet. Der Client weiß, wie er die Koordinaten bekommt und 
wie er sie ausgeben muss, damit osm.org an die richtige Stelle springt.

Auch wenn du eine schnelle Lösung suchst, wäre es angebracht, dass du 
dir selber was für den Client bastelst. ;)

Henning




From traut at gmx.de  Sun Dec  9 12:41:08 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 13:41:08 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C472E2.1020806@aighes.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
Message-ID: <50C486E4.9080800@gmx.de>

On 12-12-09 12:15, Henning Scholland wrote:

> Ein nettes Feature wäre es mit Sicherheit, wenn osm.org hier mehr
> unterstützen würde. Aber der Aufwand allgemein ist geringer, wenn der
> Client umrechnet. 

Hm, nein, glaub' ich nicht. Wenn der Client erst mal herausfinden muss,
wie er etwas umrechnen muss, dann ist das mehr Aufwand, weil jeder
Client das selbst für sich neu machen muss.

> Der Client weiß, wie er die Koordinaten bekommt und
> wie er sie ausgeben muss, damit osm.org an die richtige Stelle springt.

Naja, auch das stimmt nicht unbedingt. Bei den mir vorliegenden Daten
rätsle ich noch, was das ist.

49.737475,11.88695  wäre in UTM wohl
708009.29/5513443.14, Zone 32. Zu
4478123.14,5500134.47  führt das auch noch nicht

Jetzt habe ich noch ein paar andere Rechner online ausprobiert - aber
ich brauche wohl einen, der WGS84 in möglichst viele verschiedene
Systeme umrechnet, damit ich den optimal passenden überhaupt erst mal
erkennen kann.

> Auch wenn du eine schnelle Lösung suchst, wäre es angebracht, dass du
> dir selber was für den Client bastelst. ;)

Ja, da es nichts gibt muss ich selbst basteln.
Aber mittelfristig melde ich den Wunsch an, dass da womöglich nicht nur
für mich sowas sinnvoll wirken würde.

Schönen Gruß
Martin



From osm at aighes.de  Sun Dec  9 13:44:42 2012
From: osm at aighes.de (Henning Scholland)
Date: Sun, 09 Dec 2012 14:44:42 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C486E4.9080800@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de>
Message-ID: <50C495CA.4030703@aighes.de>

Es gibt zig verschiedene Varianten. Mit N und E, N und O, + und -, etc. 
alleine für den Quadranten. Dann noch dezimal und Winkelminuten, 
Winkelsekunde, auch dafür wieder diverse Schreibweisen (bpsw. ° ' " oder 
einfach nur mit Leerzeichen getrennt) und dann noch die diversen 
Projektionen.

Der Client weiß, wie nun der input-string aussieht und er weiß, wie der 
output aussehen muss. Ist also relativ simpel.

Der Server muss erstmal wissen, was der Client ihm gerade für eine 
Projektion übermittelt und in welchem Format die Daten kommen.
Ist daher recht viel Aufwand und der Nutzen ist eher beschränkt.

Henning




From frederik at remote.org  Sun Dec  9 17:19:09 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sun, 09 Dec 2012 18:19:09 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C486E4.9080800@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de>
Message-ID: <50C4C80D.2050607@remote.org>

Hallo,

On 09.12.2012 13:41, Martin Trautmann wrote:
> Naja, auch das stimmt nicht unbedingt. Bei den mir vorliegenden Daten
> rätsle ich noch, was das ist.

Du braeuchstest eigentlich nicht ein veraendertes OSM, sondern eine 
Drittwebseite "Was fuer Koordinaten sind das hier", die Dir zu 
eingegebenen unbekannten Koordinaten 100 Punkte auf eine Weltkarte malt 
;) waere sicher brauchbar, wenn sowas mal jemand machen wuerde. Hat aber 
mit OSM direkt recht wenig zu tun.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From m.gehling at gmx.de  Sun Dec  9 19:18:44 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Sun, 9 Dec 2012 20:18:44 +0100
Subject: [Talk-de] =?windows-1252?q?Wochennotiz_Nr=2E_125_2=2E12=2E_=96_8?=
 =?windows-1252?q?=2E12=2E2012?=
Message-ID: <9532F9F4-26A3-4A8B-A705-0CE762F558D9@gmx.de>

Guten Tag,

die Wochennotiz Nr. 125 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-125/

Viel Spaß beim Lesen!


From albrecht.will at online.de  Sun Dec  9 19:45:38 2012
From: albrecht.will at online.de (Albrecht Will)
Date: Sun, 09 Dec 2012 20:45:38 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
Message-ID: <1807563.na6KZCO81U@antilope>

Guten Abend,

wer könnte mir sagen, in welchem wiki etwas über die tags für Güllebehälter zu 
finden ist?


Gruß, Albrecht

p.s. Gibt es tatsächlich keine tags für ein Ingenieurbüro?



From osm at tappenbeck.net  Sun Dec  9 19:58:56 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Sun, 09 Dec 2012 20:58:56 +0100
Subject: [Talk-de] qgis - kennt einer das Buch
Message-ID: <50C4ED80.80805@tappenbeck.net>

hi!

ich suche nach einer Quelle um den Einstieg für die Erstellung von 
Regeln für die Darstellung zu finden.

Kennt einer von Euch das Buch

http://www.amazon.de/Quantum-GIS-Jesse-Russell/dp/5511821071/ref=sr_1_1?ie=UTF8&qid=1355082901&sr=8-1  
??

Brauchbar ?

Gruß Jan :-)



From traut at gmx.de  Sun Dec  9 20:40:27 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 09 Dec 2012 21:40:27 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C495CA.4030703@aighes.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de> <50C495CA.4030703@aighes.de>
Message-ID: <50C4F73B.9020708@gmx.de>

On 12-12-09 14:44, Henning Scholland wrote:
> Es gibt zig verschiedene Varianten. Mit N und E, N und O, + und -, etc.

N/E, N/O, +/- sind alle recht einfach und automatisch erkennbar.

> alleine für den Quadranten. Dann noch dezimal und Winkelminuten,

Bei Existenz eines Dezimalzeichens - egal ob Punkt oder Komma - deutet
das deutlich auf Dezimalschreibweise hin.

> Winkelsekunde, auch dafür wieder diverse Schreibweisen (bpsw. ° ' " oder
> einfach nur mit Leerzeichen getrennt) 

Auch da ist der Zeichenvorrat überschaubar

> und dann noch die diversen Projektionen.

Die sind wohl das kritischere.

> Der Client weiß, wie nun der input-string aussieht und er weiß, wie der
> output aussehen muss. Ist also relativ simpel.
> 
> Der Server muss erstmal wissen, was der Client ihm gerade für eine
> Projektion übermittelt und in welchem Format die Daten kommen.
> Ist daher recht viel Aufwand und der Nutzen ist eher beschränkt.

Wenn ich mit meinem Wunsch alleine da stehe, dann wird's halt nichts.

Wenn sich aber jeder so doof anstellt wie ich, dann wär's doch
hilfreich. Denn anscheinend sind meine Daten doch in Gauss-Krüger, weil
die Umrechung von plausiblen WGS84 nach GK mir passende Werte liefert:
 49.737475,11.88695 -> 4491957.175 5511210.407

In umgekehrter Richtung spuckt er mir aber wieder
 56.51243605	39.63861747
aus (mit cs2cs +init=/usr/local/share/proj/world:gk4-d +init=epsg:4326
-f '%.8f' ), oder gar mit:

echo 4491957.175 5511210.407 | cs2cs +init=epsg:31466 +to +init=epsg:4326

32d6'20.91"E	46d39'54.638"N 16.676

Was mach' ich falsch?

Je nachdem, was ich aus den Beispielen oder dem Wiki übernehme bekomme
ich nur Schrott. Da wär' mir ein richtig konfigurierter Server lieber...

Schönen Gruß
Martin



From dieterdreist at gmail.com  Sun Dec  9 22:02:29 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 9 Dec 2012 23:02:29 +0100
Subject: [Talk-de] qgis - kennt einer das Buch
In-Reply-To: <50C4ED80.80805@tappenbeck.net>
References: <50C4ED80.80805@tappenbeck.net>
Message-ID: <CABPTjTCHbCDd9iGQYyf4Und_WApoy67qzM0=NwKe1r97mViOcA@mail.gmail.com>

Am 9. Dezember 2012 20:58 schrieb Jan Tappenbeck <osm at tappenbeck.net>:
> hi!
>
> ich suche nach einer Quelle um den Einstieg für die Erstellung von Regeln
> für die Darstellung zu finden.
>
> Kennt einer von Euch das Buch
>
> http://www.amazon.de/Quantum-GIS-Jesse-Russell/dp/5511821071/ref=sr_1_1?ie=UTF8&qid=1355082901&sr=8-1
> ??
>
> Brauchbar ?
>
> Gruß Jan :-)


das sieht ziemlich nach diesen Wikipedia-Ausdrucken aus, die ohne
menschliches Zutun aus dem Internet Bücher machen und bei Amazon
verkaufen...

Gruß Martin



From osm at tobias-knerr.de  Sun Dec  9 22:23:04 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Sun, 09 Dec 2012 23:23:04 +0100
Subject: [Talk-de] qgis - kennt einer das Buch
In-Reply-To: <50C4ED80.80805@tappenbeck.net>
References: <50C4ED80.80805@tappenbeck.net>
Message-ID: <50C50F48.9040702@tobias-knerr.de>

Am 09.12.2012 20:58, schrieb Jan Tappenbeck:
> Kennt einer von Euch das Buch
[...]
> Brauchbar ?

Ähm, ich verstehe ja, wenn man einmal auf die Wikipedia-Ausdrucker
reinfällt, aber zweimal ...?

Ich verweise auf meine Erklärung vom letzten Mal, als du hier einen
solchen Amazon-Link gepostet hattest:
http://lists.openstreetmap.org/pipermail/talk-de/2011-June/086673.html

Ein Blick auf den Klappentext und dessen Layout (zweites Vorschaubild)
sagt einem eigentlich, was man von dem Buch zu halten hat: Nicht mal für
eine Leerzeile zwischen "High Quality Content by WIKIPEDIA articles!"
und dem wörtlich von Wikipedia kopierten Einleitungstext[1] hat es gereicht.

Immerhin sind die Preise für Wikipedia-Ausdrucke offenbar seit letztem
Sommer gesunken. Das Original ist aber immer noch billiger. ;)

Gruß,
Tobias

[1] vergleiche http://en.wikipedia.org/wiki/Quantum_GIS



From smial at gmx.de  Sun Dec  9 23:21:00 2012
From: smial at gmx.de (Rainer Knaepper)
Date: Mon, 10 Dec 2012 00:21:00 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
In-Reply-To: <1807563.na6KZCO81U@antilope>
References: <1807563.na6KZCO81U@antilope>
Message-ID: <50C51CDC.7080502@gmx.de>

Am 09.12.2012 20:45, schrieb Albrecht Will:

> wer könnte mir sagen, in welchem wiki etwas über die tags für Güllebehälter zu
> finden ist?

Zumal es die in der Standardvariante 
"einfach-so-Güllespeicher" gibt. Aber auch mit Hut in 
Verbindung mit Biogasanlagen.

Würde mich also auch interessieren. Beide Varianten.


-- 

Rainer




From dieterdreist at gmail.com  Mon Dec 10 00:14:48 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 10 Dec 2012 01:14:48 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
In-Reply-To: <1807563.na6KZCO81U@antilope>
References: <1807563.na6KZCO81U@antilope>
Message-ID: <CABPTjTCXz1mqsjZEmw2aSr6yioj74FbJ1uw59hz9SKXhyH+jag@mail.gmail.com>

Am 9. Dezember 2012 20:45 schrieb Albrecht Will <albrecht.will at online.de>:
> p.s. Gibt es tatsächlich keine tags für ein Ingenieurbüro?


office=*

das wurde schon öfters gefragt/diskutiert, aber das Hauptthema dabei
ist immer: welche Art von Ingenieurbüro. So wie Deine Frage da steht
ist sie ähnlich allgemein wie "wie taggt man einen Laden?"

Gruß Martin



From dieterdreist at gmail.com  Mon Dec 10 00:23:20 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 10 Dec 2012 01:23:20 +0100
Subject: [Talk-de]
	=?utf-8?q?OSM-Abfrage_mit_Gau=C3=9F-Kr=C3=BCger-Koordin?=
	=?utf-8?q?aten?=
In-Reply-To: <50C453AD.6000201@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de>
Message-ID: <CABPTjTASbQqYXb80-o39Gk1Pcj2izxO1tVjcKUkoUpMmQb0R6w@mail.gmail.com>

Am 9. Dezember 2012 10:02 schrieb Martin Trautmann <traut at gmx.de>:
> On 12-12-09 8:24, Jochen Topf wrote:
>>> Ich habe gerade mal
>>> <http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php?LAGE=DE_south&RW=4478124.56&HW=5500123.45>
>>> ausprobiert, wie auf
>>> <http://wiki.openstreetmap.org/wiki/Gau%C3%9F-Kr%C3%BCger>
>>> vorgeschlagen. Da kommt aber nur 'ne Fehlermeldung.
>>>   Hab ich was falsch gemacht?
>>
>> Offenbar ist dieser Dienst halt einfach kaputt.
>
> Ja, die ganze Website mag wohl nicht mehr. Kennt jemand das Angebot
> näher - um es entweder aus dem Wiki zu entfernen oder den Betreiber zu
> kontaktieren?


Habe den Betreiber kontaktiert...

Gruß Martin



From traut at gmx.de  Mon Dec 10 05:31:51 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 06:31:51 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C4F73B.9020708@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de> <50C495CA.4030703@aighes.de>
 <50C4F73B.9020708@gmx.de>
Message-ID: <50C573C7.1070703@gmx.de>

On 12-12-09 21:40, Martin Trautmann wrote:
> On 12-12-09 14:44, Henning Scholland wrote:

> Was mach' ich falsch?

Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel
aus dem Wiki übernommen:

	cs2cs +init=epsg:31466 +to +init=epsg:4326 < input.txt
                         ^^^^^

Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4
mit init=epsg:31468 benötigte.

Leider wird im wiki nicht weiter erklärt, was die dritte Spalte des
Resultats bedeutet - die wird hier plötzlich nicht mehr 0.000.

	echo 4491957.175 5511210.407 |
	cs2cs +init=epsg:31468 +to +init=epsg:4326 -f '%.8f'

	11.88695229	49.73746425 48.65890079

Dass nebenbei das Input-Format auch
	x	y	# Kommentar
erlaubt habe ich zufällig und wohlwollend bemerkt - der Kommentar wird
einfach dem output angehängt, egal was in der dritten Eingabespalte
liegt und unabhängig vom "#".

Schönen Gruß
Martin



From burkhard.kirchner at web.de  Mon Dec 10 07:08:23 2012
From: burkhard.kirchner at web.de (bkmap)
Date: Mon, 10 Dec 2012 08:08:23 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C573C7.1070703@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de> <50C495CA.4030703@aighes.de>
 <50C4F73B.9020708@gmx.de> <50C573C7.1070703@gmx.de>
Message-ID: <ka41p5$fhl$1@ger.gmane.org>

Am 10.12.2012 06:31, schrieb Martin Trautmann:
> On 12-12-09 21:40, Martin Trautmann wrote:
>> On 12-12-09 14:44, Henning Scholland wrote:
>
>> Was mach' ich falsch?
>
> Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel
> aus dem Wiki übernommen:
>
> 	cs2cs +init=epsg:31466 +to +init=epsg:4326 < input.txt
>                           ^^^^^
>
> Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4
> mit init=epsg:31468 benötigte.
>

Es gibt übrigens auch Gitterdaten (BETA), die die Transformation sehr 
viel genauer machen. Dazu ist hier für den Einstieg: 
http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokumentationV15.pdf
Ich hab aber noch keine Ahnung, ob bei der Umrechnung mit cs2cs der 
halbe Meter Kontinentaldrift schon in die Berechnung einfließt.

Gruß Burkhard





From osm-lists at mazdermind.de  Mon Dec 10 07:58:48 2012
From: osm-lists at mazdermind.de (=?ISO-8859-15?Q?Peter_K=F6rner?=)
Date: Mon, 10 Dec 2012 08:58:48 +0100
Subject: [Talk-de] Radio-OSM heute Abend Live
Message-ID: <50C59638.4000309@mazdermind.de>

Hi

Radio-OSM, der Podcast aus dem Umfeld des OSM-Blogs geht heut Abend 
wieder live auf Sendung. Ab 19:30 werden wir auf 
http://streams.xenim.de/osm/ zu hören sein.

Gerne könnt ihr auch im Chat unter irc://irc.freenode.net/#Radio-OSM 
teilnehmen.

Weitere Infos über den Podcast gibt's hier: http://podcast.openstreetmap.de/

Hoffentlich habt ihr wieder genau so viel Spaß wie wir!
Lg, Peter



From tumsi at gmx.de  Mon Dec 10 08:44:55 2012
From: tumsi at gmx.de (tumsi)
Date: Mon, 10 Dec 2012 09:44:55 +0100
Subject: [Talk-de] =?iso-8859-1?q?G=FCllebeh=E4lter?=
In-Reply-To: <1807563.na6KZCO81U@antilope>
References: <1807563.na6KZCO81U@antilope>
Message-ID: <50C5A107.3070200@gmx.de>

Hallo Albrecht,

-------- Original-Nachricht --------
Betreff: [Talk-de] Güllebehälter
Datum: Sun Dec 09 2012 20:45:38 GMT+0100
Von: Albrecht Will <albrecht.will at online.de>
An: talk-de at openstreetmap.org

> wer könnte mir sagen, in welchem wiki etwas über die tags für Güllebehälter zu
> finden ist?

Ich weiß nicht, ob dazu etwas im Wiki steht, allerdings gibt es im 
deutschen OSM-Forum einen Thread zu dem Thema. Zu welchem Ergebnis dort 
die Nutzer kamen, weiß ich nicht mehr. Ich glaube ich hatte dann für ein 
Güllebecken landuse=reservoir + reservoir:type=slurry verwendet.

Viele Grüße,
Constanze



From dieterdreist at gmail.com  Mon Dec 10 10:13:02 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 10 Dec 2012 11:13:02 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
In-Reply-To: <50C5A107.3070200@gmx.de>
References: <1807563.na6KZCO81U@antilope> <50C5A107.3070200@gmx.de>
Message-ID: <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com>





Am 10/dic/2012 um 09:44 schrieb tumsi <tumsi at gmx.de>:

> Ich weiß nicht, ob dazu etwas im Wiki steht, allerdings gibt es im deutschen OSM-Forum einen Thread zu dem Thema. Zu welchem Ergebnis dort die Nutzer kamen, weiß ich nicht mehr. Ich glaube ich hatte dann für ein Güllebecken landuse=reservoir + reservoir:type=slurry verwendet.


Ich würde wenn es nicht ein riesiger Güllesee ist eher zu landuse=farmyard tendieren und den Güllebehälter als irgendein man_made

Reservoir ist für Wasserflächen, Beinhaltet laut Wiki zwar auch Abwasser, aber Gülle ist m. E. Kein Abwasser da viel höher konzentriert. 

Gruß Martin


From lists at fuchsschwanzdomain.de  Mon Dec 10 10:32:51 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 10:32:51 +0000 (UTC)
Subject: [Talk-de]
	=?utf-8?q?OSM-Abfrage_mit_Gau=C3=9F-Kr=C3=BCger-Koordin?=
	=?utf-8?q?aten?=
References: <50C3CA98.20009@gmx.de>
Message-ID: <ka4doj$c2l$1@ultimate100.geggus.net>

Martin Trautmann <traut at gmx.de> wrote:

> kann man die OSM auch direkt mit Gauß-Krüger-Koordinaten aufrufen?

Warum sollte man das können? OSM Daten liegen ausschließlich in WGS/84 vor.

Bei Webkarten gibts natürlich zusätzlich auch noch Web Merkator/Google Merkator.

> Einfacher würde mir erscheinen, wenn man OSM-Karten auch direkt mit GKK
> anspringen könnte. Ist das möglich?

Tss und morgen kommt dann jemand und möchte Schweizer Landeskoordinaten oder
was?

Mit proj4js und eigener Openlayers karte könnte man sowas natürlich bauen.
http://trac.osgeo.org/proj4js/

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From tumsi at gmx.de  Mon Dec 10 10:33:35 2012
From: tumsi at gmx.de (tumsi)
Date: Mon, 10 Dec 2012 11:33:35 +0100
Subject: [Talk-de] =?iso-8859-1?q?G=FCllebeh=E4lter?=
In-Reply-To: <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com>
References: <1807563.na6KZCO81U@antilope> <50C5A107.3070200@gmx.de>
 <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com>
Message-ID: <50C5BA7F.1080502@gmx.de>



-------- Original-Nachricht --------
Betreff: Re: [Talk-de] Güllebehälter
Datum: Mon Dec 10 2012 11:13:02 GMT+0100
Von: Martin Koppenhoefer <dieterdreist at gmail.com>
An: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>

> Am 10/dic/2012 um 09:44 schrieb tumsi <tumsi at gmx.de>:
>
>> Ich weiß nicht, ob dazu etwas im Wiki steht, allerdings gibt es im deutschen OSM-Forum einen Thread zu dem Thema. Zu welchem Ergebnis dort die Nutzer kamen, weiß ich nicht mehr. Ich glaube ich hatte dann für ein Güllebecken landuse=reservoir + reservoir:type=slurry verwendet.
>
>
> Ich würde wenn es nicht ein riesiger Güllesee ist eher zu landuse=farmyard tendieren und den Güllebehälter als irgendein man_made
>
> Reservoir ist für Wasserflächen, Beinhaltet laut Wiki zwar auch Abwasser, aber Gülle ist m. E. Kein Abwasser da viel höher konzentriert.

Ich weiß es auch nicht mehr ganz genau. landuse ist m.E. für ein 
Abwasserbecken einer Kläranlage eigentlich auch ungeeignet, obwohl es 
dafür auch verwendet wird...

Besser wäre vermutlich für alles genannte man_made=storage_tank [1] mit 
einem entsprechendem content-Tag.


Viele Grüße,
Constanze


[1] http://wiki.openstreetmap.org/wiki/Proposed_features/storage_tank



From lists at fuchsschwanzdomain.de  Mon Dec 10 10:37:10 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 10:37:10 +0000 (UTC)
Subject: [Talk-de]
	=?utf-8?q?OSM-Abfrage_mit_Gau=C3=9F-Kr=C3=BCger-Koordin?=
	=?utf-8?q?aten?=
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de>
Message-ID: <ka4e0m$c2l$2@ultimate100.geggus.net>

Martin Trautmann <traut at gmx.de> wrote:

> Das etwas sperrige normale Ausgabeformat mit z.B.
> 56d46'24.825"E  38d23'22.079"N 0.000
> wird auf wird auf
> http://wiki.openstreetmap.org/wiki/DE:Gau%C3%9F-Kr%C3%BCger leider nicht
> weiter erläutert.

Das kann man einstellen.

Ich recchne GK (In diesem Beispiel Zone3) über folgenden Befehl in lat/long um:

echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +to +init=epsg:4326

Wenns ganz genau sein soll auch noch mit BETA2007.gsb:
echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +nadgrids=./BETA2007.gsb +to +init=epsg:432


GK2: +lon_0=6 +x_0=2500000	epsg:31466
GK3: +lon_0=9 +x_0=3500000	epsg:31467
GK4: +lon_0=12 +x_0=4500000	epsg:31468
GK5: +lon_0=15 +x_0=5500000	epsg:31469


Gruss

Sven

-- 
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From traut at gmx.de  Mon Dec 10 10:44:32 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 11:44:32 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <ka4doj$c2l$1@ultimate100.geggus.net>
References: <50C3CA98.20009@gmx.de> <ka4doj$c2l$1@ultimate100.geggus.net>
Message-ID: <50C5BD10.3020803@gmx.de>

On 12-12-10 11:32, Sven Geggus wrote:
> Martin Trautmann <traut at gmx.de> wrote:
> 
>> kann man die OSM auch direkt mit Gauß-Krüger-Koordinaten aufrufen?
> 
> Warum sollte man das können? 

Einfache Antwort: weil man es könnte.

>> Einfacher würde mir erscheinen, wenn man OSM-Karten auch direkt mit GKK
>> anspringen könnte. Ist das möglich?
> 
> Tss und morgen kommt dann jemand und möchte Schweizer Landeskoordinaten oder
> was?

Ja, warum nicht?

> Mit proj4js und eigener Openlayers karte könnte man sowas natürlich bauen.
> http://trac.osgeo.org/proj4js/

Beispielsweise.

Schönen Gruß
Martin



From lists at fuchsschwanzdomain.de  Mon Dec 10 10:44:50 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 10:44:50 +0000 (UTC)
Subject: [Talk-de] OSM-Abfrage mit UTM
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de>
Message-ID: <ka4ef2$c2l$3@ultimate100.geggus.net>

Martin Trautmann <traut at gmx.de> wrote:

> 49.737475,11.88695  wäre in UTM wohl
> 708009.29/5513443.14, Zone 32. Zu
> 4478123.14,5500134.47  führt das auch noch nicht

4478123.14,5500134.47 ist wohl GK Zone4

echo 4478123.14 5500134.47 |cs2cs -f "%.12f" +init=epsg:31468 +to +init=epsg:4326

Also hier:
http://www.openstreetmap.org/?mlon=11.695663157070&mlat=49.637542930937

Gruss

Sven

-- 
Das Internet wird vor allem von Leuten genutzt, die sich Pornografie
ansehen, während sie Bier trinken, es ist daher für Wahlen nicht
geeignet (Jaroslaw Kaczynski)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From traut at gmx.de  Mon Dec 10 10:53:34 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 11:53:34 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <ka4e0m$c2l$2@ultimate100.geggus.net>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
Message-ID: <50C5BF2E.7010006@gmx.de>

On 12-12-10 11:37, Sven Geggus wrote:

> Ich recchne GK (In diesem Beispiel Zone3) über folgenden Befehl in lat/long um:
> 
> echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +to +init=epsg:4326

Hm, ist dasn sinnvoll? Was heisst Zone 3? Denn 31468 ist gk4 - was ich
mit Zone 4 vermuten würde, was aber der dritte deutsche Streifen ist.

In <ka4ef2$c2l$3 at ultimate100.geggus.net> bezeichnest du's wieder als Zone 4?

So viel Möglichkeit zur Verwirrung der Benutzer - dabei deuten die
GK-Werte vielleicht schon auf die passende Zone hin? Wenn selbst dir als
Profi die Verwechslungen passieren, dann spricht auch das für ein
simples Web-Interface.

> Wenns ganz genau sein soll auch noch mit BETA2007.gsb:
> echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +nadgrids=./BETA2007.gsb +to +init=epsg:432

Da fehlt noch die letzte 6?

Und was bedeutet im Ergebnis der dritte Wert, z.B.
11.314302111236	49.519738347965 49.430744061247
                                ^^^^^^^^^^^^^^^

Die Beta2007-Genauigkeit überlasse ich den anderen, mir reicht:

> GK2: +lon_0=6 +x_0=2500000	epsg:31466
> GK3: +lon_0=9 +x_0=3500000	epsg:31467
> GK4: +lon_0=12 +x_0=4500000	epsg:31468
> GK5: +lon_0=15 +x_0=5500000	epsg:31469

Schönen Gruß
Martin



From dieterdreist at gmail.com  Mon Dec 10 10:59:49 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 10 Dec 2012 11:59:49 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
In-Reply-To: <50C5BA7F.1080502@gmx.de>
References: <1807563.na6KZCO81U@antilope> <50C5A107.3070200@gmx.de>
 <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com> <50C5BA7F.1080502@gmx.de>
Message-ID: <D40C8D51-96CF-435A-BE1E-ADAC4EDD734A@gmail.com>





Am 10/dic/2012 um 11:33 schrieb tumsi <tumsi at gmx.de>:

> landuse ist m.E. für ein Abwasserbecken einer Kläranlage eigentlich auch ungeeignet, obwohl es dafür auch verwendet wird...
> 


+1, was haltet Ihr von einem neuen landuse für Ver-/Entsorgung (evtl. Auch 2 verschiedenen values), wo Strom, Wasser etc. getaggt werden würde? Oder gehört das alles in industrial und subtags? Innerhalb einer Kläranlage finde ich mehrere unterschiedliche landuses unpassend, für unterschiedliche Einrichtungen dort (Absetzbecken etc.) würde ich unterschiedliche man_mades nehmen.

Gruß Martin


From lists at fuchsschwanzdomain.de  Mon Dec 10 11:21:53 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 11:21:53 +0000 (UTC)
Subject: [Talk-de]
	=?utf-8?q?OSM-Abfrage_mit_Gau=C3=9F-Kr=C3=BCger-Koordin?=
	=?utf-8?q?aten?=
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
 <50C5BF2E.7010006@gmx.de>
Message-ID: <ka4gkh$d5g$1@ultimate100.geggus.net>

Martin Trautmann <traut at gmx.de> wrote:

> In <ka4ef2$c2l$3 at ultimate100.geggus.net> bezeichnest du's wieder als Zone 4?

Das war auch gemeint.

> So viel Möglichkeit zur Verwirrung der Benutzer - dabei deuten die
> GK-Werte vielleicht schon auf die passende Zone hin?

Klar sieht man (meistens) am false northing:
GK2: +lon_0=6 +x_0=2500000	epsg:31466
GK3: +lon_0=9 +x_0=3500000	epsg:31467
GK4: +lon_0=12 +x_0=4500000	epsg:31468
GK5: +lon_0=15 +x_0=5500000	epsg:31469


> Wenn selbst dir als Profi die Verwechslungen passieren, dann spricht auch
> das für ein simples Web-Interface.

Ich nix Profi.

> Da fehlt noch die letzte 6?

Jo.

> Und was bedeutet im Ergebnis der dritte Wert, z.B.
> 11.314302111236 49.519738347965 49.430744061247

Höhe. Sollte aber 0 sein:
 ~/ > echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +to +init=epsg:4326
11.314302967965	49.519743070750 0.000000000000

Gruss

Sven

-- 
"linux is evolution, not intelligent design"
(Linus Torvalds)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From traut at gmx.de  Mon Dec 10 11:31:36 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 12:31:36 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <ka4gkh$d5g$1@ultimate100.geggus.net>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
 <50C5BF2E.7010006@gmx.de> <ka4gkh$d5g$1@ultimate100.geggus.net>
Message-ID: <50C5C818.5050504@gmx.de>

On 12-12-10 12:21, Sven Geggus wrote:

>> Und was bedeutet im Ergebnis der dritte Wert, z.B.
>> 11.314302111236 49.519738347965 49.430744061247
> 
> Höhe. Sollte aber 0 sein:
>  ~/ > echo 4450457 5487214 | cs2cs -f "%.12f" +init=epsg:31468 +to +init=epsg:4326
> 11.314302967965	49.519743070750 0.000000000000

Hm, sonderbar, bei mir gibt das
11.314302111236	49.519738347965 49.430744061247

mit Rel. 4.8.0, 6 March 2012

Schönen Gruß
Martin



From chris_hormann at gmx.de  Mon Dec 10 11:46:10 2012
From: chris_hormann at gmx.de (Christoph Hormann)
Date: Mon, 10 Dec 2012 12:46:10 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
	=?iso-8859-1?q?ten?=
In-Reply-To: <50C5BF2E.7010006@gmx.de>
References: <50C3CA98.20009@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
 <50C5BF2E.7010006@gmx.de>
Message-ID: <201212101246.10813.chris_hormann@gmx.de>

On Monday 10 December 2012, Martin Trautmann wrote:
>
> Und was bedeutet im Ergebnis der dritte Wert, z.B.
> 11.314302111236	49.519738347965 49.430744061247

Das dürfte die Differenz in der Höhe, resultierend aus den 
unterschiedliche Referenzellipsoiden bei GK und EPSG:4326 sein.  Wobei 
der Unterschied in der Ellipsoidhöhe im Allgemeinen recht uninteressant 
ist da Höhenangaben meist geoidbezogen sind.

http://de.wikipedia.org/wiki/Höhe_(Geodäsie)

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/



From phaaurlt at googlemail.com  Mon Dec 10 13:02:27 2012
From: phaaurlt at googlemail.com (Paul Hartmann)
Date: Mon, 10 Dec 2012 14:02:27 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <50C573C7.1070703@gmx.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de> <50C495CA.4030703@aighes.de>
 <50C4F73B.9020708@gmx.de> <50C573C7.1070703@gmx.de>
Message-ID: <50C5DD63.80306@googlemail.com>

On 12/10/2012 06:31 AM, Martin Trautmann wrote:
> On 12-12-09 21:40, Martin Trautmann wrote:
>> On 12-12-09 14:44, Henning Scholland wrote:
>
>> Was mach' ich falsch?
>
> Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel
> aus dem Wiki übernommen:
>
> 	cs2cs +init=epsg:31466 +to +init=epsg:4326 < input.txt
>                           ^^^^^
>
> Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4
> mit init=epsg:31468 benötigte.
>
> Leider wird im wiki nicht weiter erklärt, was die dritte Spalte des
> Resultats bedeutet - die wird hier plötzlich nicht mehr 0.000.
>
> 	echo 4491957.175 5511210.407 |
> 	cs2cs +init=epsg:31468 +to +init=epsg:4326 -f '%.8f'
>
> 	11.88695229	49.73746425 48.65890079
>
> Dass nebenbei das Input-Format auch
> 	x	y	# Kommentar
> erlaubt habe ich zufällig und wohlwollend bemerkt - der Kommentar wird
> einfach dem output angehängt, egal was in der dritten Eingabespalte
> liegt und unabhängig vom "#".

Bei Angaben wie +init=epsg:31468 würde ich auf jeden Fall mal 
überprüfen, was cs2cs da genau für Parameter einsetzt [1].

Offiziell werden 6 verschiedene Möglichkeiten vorgeschlagen, das 
Gauß-Krüger-Datum nach ETRS89/WGS84 umzuwandeln (Gesamtdeutschland alt / 
neu, Süd-, Mittel-, Norddeutschland und BETA2007-Grid) [2].

cs2cs benutzt offenbar keines dieser empfohlenen Verfahren, d.h. wenn 
man hohe Genauigkeit erreichen will, sollte man vielleicht lieber gleich 
auf BEAT2007 setzen (siehe wiki [3])

[1] $ proj -v +init=epsg:31468
# +init=epsg:31468 +proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=4500000 +y_0=0
# +ellps=bessel +datum=potsdam +units=m +no_defs +towgs84=606.0,23.0,413.0

[2] 
<http://crs.bkg.bund.de/crseu/crs/eu-description.php?crs_id=dERFX0RIRE4rJTJGK0dLXzM=>

[3] http://wiki.openstreetmap.org/wiki/DE:Gauß-Krüger

Paul



From tobias.wendorff at tu-dortmund.de  Mon Dec 10 13:26:08 2012
From: tobias.wendorff at tu-dortmund.de (Tobias Wendorff)
Date: Mon, 10 Dec 2012 14:26:08 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <CABPTjTASbQqYXb80-o39Gk1Pcj2izxO1tVjcKUkoUpMmQb0R6w@mail.gmail.com>
References: <50C3CA98.20009@gmx.de>
 <20121209072411.GA18230@eldorado.topf.org> <50C453AD.6000201@gmx.de>
 <CABPTjTASbQqYXb80-o39Gk1Pcj2izxO1tVjcKUkoUpMmQb0R6w@mail.gmail.com>
Message-ID: <c2c75b696f295f23089363a88f9cd9d5.squirrel@webmail.tu-dortmund.de>

Jaja, ich baue es nachher wieder rein :)




From traut at gmx.de  Mon Dec 10 13:56:01 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 14:56:01 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_UTM_=28war=3A_Gau=DF-Kr?=
 =?iso-8859-1?q?=FCger-Koordinaten=29?=
In-Reply-To: <ka41p5$fhl$1@ger.gmane.org>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <50C46FC7.50209@gmx.de> <50C472E2.1020806@aighes.de>
 <50C486E4.9080800@gmx.de> <50C495CA.4030703@aighes.de>
 <50C4F73B.9020708@gmx.de> <50C573C7.1070703@gmx.de>
 <ka41p5$fhl$1@ger.gmane.org>
Message-ID: <50C5E9F1.6060205@gmx.de>

On 12-12-10 8:08, bkmap wrote:

> Es gibt übrigens auch Gitterdaten (BETA), die die Transformation sehr
> viel genauer machen. Dazu ist hier für den Einstieg:
> http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokumentationV15.pdf

Danke, aber derart genau brauch' ich's überhaupt nicht. Mir reicht die
einfache Konvertierung, um nachzusehen, was sich dort verbirgt.



From traut at gmx.de  Mon Dec 10 13:57:13 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 14:57:13 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <c2c75b696f295f23089363a88f9cd9d5.squirrel@webmail.tu-dortmund.de>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de>
 <CABPTjTASbQqYXb80-o39Gk1Pcj2izxO1tVjcKUkoUpMmQb0R6w@mail.gmail.com>
 <c2c75b696f295f23089363a88f9cd9d5.squirrel@webmail.tu-dortmund.de>
Message-ID: <50C5EA39.70905@gmx.de>

On 12-12-10 14:26, Tobias Wendorff wrote:
> Jaja, ich baue es nachher wieder rein :)


Danke,
Martin



From lists at fuchsschwanzdomain.de  Mon Dec 10 14:50:46 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 14:50:46 +0000 (UTC)
Subject: [Talk-de]
	=?utf-8?q?OSM-Abfrage_mit_Gau=C3=9F-Kr=C3=BCger-Koordin?=
	=?utf-8?q?aten?=
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
 <50C5BF2E.7010006@gmx.de> <ka4gkh$d5g$1@ultimate100.geggus.net>
 <50C5C818.5050504@gmx.de>
Message-ID: <ka4ss6$hgj$2@ultimate100.geggus.net>

Martin Trautmann <traut at gmx.de> wrote:

> Hm, sonderbar, bei mir gibt das
> 11.314302111236 49.519738347965 49.430744061247

Das kann ein numerisches Problem sein. Da die Höhe aber gar nicht
angegeben wurde einfach ignorieren.

Sven

-- 
"Das Einzige wovor wir Angst haben müssen ist die Angst selbst"
						(Franklin D. Roosevelt)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From traut at gmx.de  Mon Dec 10 14:57:00 2012
From: traut at gmx.de (Martin Trautmann)
Date: Mon, 10 Dec 2012 15:57:00 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?OSM-Abfrage_mit_Gau=DF-Kr=FCger-Koordina?=
 =?iso-8859-1?q?ten?=
In-Reply-To: <ka4ss6$hgj$2@ultimate100.geggus.net>
References: <50C3CA98.20009@gmx.de> <20121209072411.GA18230@eldorado.topf.org>
 <50C453AD.6000201@gmx.de> <ka1ms0$45o$1@ger.gmane.org>
 <50C4667B.20704@gmx.de> <ka4e0m$c2l$2@ultimate100.geggus.net>
 <50C5BF2E.7010006@gmx.de> <ka4gkh$d5g$1@ultimate100.geggus.net>
 <50C5C818.5050504@gmx.de> <ka4ss6$hgj$2@ultimate100.geggus.net>
Message-ID: <50C5F83C.2030802@gmx.de>

On 12-12-10 15:50, Sven Geggus wrote:

> Das kann ein numerisches Problem sein. Da die Höhe aber gar nicht
> angegeben wurde einfach ignorieren.


ok, danke - der Rest reicht mir ohnehin für meinen Zweck.

Schönen Gruß
Martin



From z0idberg at gmx.de  Mon Dec 10 16:43:28 2012
From: z0idberg at gmx.de (Gerrit)
Date: Mon, 10 Dec 2012 17:43:28 +0100
Subject: [Talk-de] =?utf-8?q?Karten_f=C3=BCr_S/W-Druck_aufbereiten?=
Message-ID: <50C61130.6010900@gmx.de>

Hallo,

ich möchte gerne eine OSM-Karte in ein selbst gemachtes Buch von mir 
einfügen. Da das nur in S/W ist, sollte die Karte dann natürlich auch 
nur S/W werden. Einfach nur bei OSM auf Drucken gehen sieht natürlich 
sehr schlecht aus.

Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es 
eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und 
ich so nach meinem belieben die Karte anpassen kann?

Danke!



From lists at fuchsschwanzdomain.de  Mon Dec 10 17:02:31 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Mon, 10 Dec 2012 17:02:31 +0000 (UTC)
Subject: [Talk-de] =?utf-8?q?Karten_f=C3=BCr_S/W-Druck_aufbereiten?=
References: <50C61130.6010900@gmx.de>
Message-ID: <ka54j7$k0f$2@ultimate100.geggus.net>

Gerrit <z0idberg at gmx.de> wrote:

> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es 
> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und 
> ich so nach meinem belieben die Karte anpassen kann?

Kay Drangmeister hat AFAIR für die Parking Map ein script, das den normalen
OSM-Stil in Grauwerte umwandelt.

Das erinnert mich daran, dass ich diesen Stil mal für eine Kindle-Karte
testen wollte. Immerhin sind die Displays dieser Geräte tageslichtfähig.

Gruss

Sven

-- 
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)

/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From abonnements at revolwear.com  Mon Dec 10 17:15:59 2012
From: abonnements at revolwear.com (Max)
Date: Mon, 10 Dec 2012 18:15:59 +0100
Subject: [Talk-de] =?iso-8859-1?q?Karten_f=FCr_S/W-Druck_aufbereiten?=
In-Reply-To: <ka54j7$k0f$2@ultimate100.geggus.net>
References: <50C61130.6010900@gmx.de> <ka54j7$k0f$2@ultimate100.geggus.net>
Message-ID: <60C4495D-511C-4520-A914-185C12404920@revolwear.com>

Am 10.12.2012 um 18:02 schrieb Sven Geggus <lists at fuchsschwanzdomain.de>:

> Gerrit <z0idberg at gmx.de> wrote:
> 
>> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es 
>> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und 
>> ich so nach meinem belieben die Karte anpassen kann?
> 
> Kay Drangmeister hat AFAIR für die Parking Map ein script, das den normalen
> OSM-Stil in Grauwerte umwandelt.
> 
> Das erinnert mich daran, dass ich diesen Stil mal für eine Kindle-Karte
> testen wollte. Immerhin sind die Displays dieser Geräte tageslichtfähig.

Toner ist dafür entwickelt:
http://maps.stamen.com/toner/#8/51.209/10.504

m.


From lehner at edv-buero-lehner.de  Mon Dec 10 17:30:06 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Mon, 10 Dec 2012 18:30:06 +0100 (CET)
Subject: [Talk-de] =?iso-8859-15?q?Karten_f=FCr_S/W-Druck_aufbereiten?=
In-Reply-To: <ka54j7$k0f$2@ultimate100.geggus.net>
References: <50C61130.6010900@gmx.de> <ka54j7$k0f$2@ultimate100.geggus.net>
Message-ID: <alpine.LFD.1.00.1212101829120.23104@velociraptor.hac.de>



On Mon, 10 Dec 2012, Sven Geggus wrote:

> Gerrit <z0idberg at gmx.de> wrote:
>
>> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es
>> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und
>> ich so nach meinem belieben die Karte anpassen kann?
>
> Kay Drangmeister hat AFAIR für die Parking Map ein script, das den normalen
> OSM-Stil in Grauwerte umwandelt.

Das ist hier:
http://parking.openstreetmap.de/

Aber auch nicht rein S/W. Wusste nicht, dass der die Farben nur per Script 
rausnimmt - auch keine schlechte Idee!

A.

From lehner at edv-buero-lehner.de  Mon Dec 10 17:35:23 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Mon, 10 Dec 2012 18:35:23 +0100 (CET)
Subject: [Talk-de] =?iso-8859-15?q?Karten_f=FCr_S/W-Druck_aufbereiten?=
In-Reply-To: <ka54j7$k0f$2@ultimate100.geggus.net>
References: <50C61130.6010900@gmx.de> <ka54j7$k0f$2@ultimate100.geggus.net>
Message-ID: <alpine.LFD.1.00.1212101833020.23104@velociraptor.hac.de>




> Gerrit <z0idberg at gmx.de> wrote:
>
>> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es
>> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und
>> ich so nach meinem belieben die Karte anpassen kann?

Kannst' auch mal Lars Ligner anhauen, der hat mir beim Posterdruck 
geholfen. Siehe Wiki:
http://wiki.openstreetmap.org/wiki/Landshut_Projekte#Plakate_drucken

A.




From osm at bavarianmallet.de  Mon Dec 10 17:45:28 2012
From: osm at bavarianmallet.de (Georg Feddern)
Date: Mon, 10 Dec 2012 18:45:28 +0100
Subject: [Talk-de] =?iso-8859-1?q?G=FCllebeh=E4lter?=
In-Reply-To: <D40C8D51-96CF-435A-BE1E-ADAC4EDD734A@gmail.com>
References: <1807563.na6KZCO81U@antilope> <50C5A107.3070200@gmx.de>
 <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com> <50C5BA7F.1080502@gmx.de>
 <D40C8D51-96CF-435A-BE1E-ADAC4EDD734A@gmail.com>
Message-ID: <50C61FB8.8040107@bavarianmallet.de>

Moin,

Am 10.12.2012 11:59, schrieb Martin Koppenhoefer:
> Am 10/dic/2012 um 11:33 schrieb tumsi <tumsi at gmx.de>:
>
>> landuse ist m.E. für ein Abwasserbecken einer Kläranlage eigentlich auch ungeeignet, obwohl es dafür auch verwendet wird...
> +1, was haltet Ihr von einem neuen landuse für Ver-/Entsorgung (evtl. Auch 2 verschiedenen values), wo Strom, Wasser etc. getaggt werden würde? Oder gehört das alles in industrial und subtags? Innerhalb einer Kläranlage finde ich mehrere unterschiedliche landuses unpassend, für unterschiedliche Einrichtungen dort (Absetzbecken etc.) würde ich unterschiedliche man_mades nehmen.

prinzipiell ja zu industrial - und ja zum Rest - nur ist ja die 
Kläranlage derzeit selbst schon in man_made.
Und ich habe damit bisher das Areal der gesamten Anlage getaggt - also 
quasi den eigentlichen 'landuse'.
Für die Becken dann mangels Alternative entsprechende 'landuse'=basin. 
Hier im ländlichen Raum sind das ja einfache Becken ohne großen 
Maschineneinsatz.
Verkehrte Welt?

Gruß
Georg



From ostrmap at diesei.de  Mon Dec 10 18:53:04 2012
From: ostrmap at diesei.de (Dietmar)
Date: Mon, 10 Dec 2012 19:53:04 +0100
Subject: [Talk-de] Radio-OSM heute Abend Live
In-Reply-To: <50C59638.4000309@mazdermind.de>
Message-ID: <008a01cdd707$96287870$fe78a8c0@Desktop>

Hallo Peter,

um 19:52h sind 3 Leute im (hoffentlich richtigen) Chat und auf der xenim
Website ist kein Live-stream zu sehen.

Ist die Sendung on air?

Viele Grüße

dietmar aka okilimu



> -----Ursprüngliche Nachricht-----
> Von: Peter Körner [mailto:osm-lists at mazdermind.de]
> Gesendet am: Montag, 10. Dezember 2012 08:59
> An: OSM-Talk-De Mailingliste
> Cc: Osm-Podcast
> Betreff: [Talk-de] Radio-OSM heute Abend Live
>
> Hi
>
> Radio-OSM, der Podcast aus dem Umfeld des OSM-Blogs geht heut Abend
> wieder live auf Sendung. Ab 19:30 werden wir auf
> http://streams.xenim.de/osm/ zu hören sein.
>
> Gerne könnt ihr auch im Chat unter irc://irc.freenode.net/#Radio-OSM
> teilnehmen.
>
> Weitere Infos über den Podcast gibt's hier:
> http://podcast.openstreetmap.de/
>
> Hoffentlich habt ihr wieder genau so viel Spaß wie wir!
> Lg, Peter
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From gislars+list at googlemail.com  Mon Dec 10 18:47:30 2012
From: gislars+list at googlemail.com (Lars Lingner)
Date: Mon, 10 Dec 2012 19:47:30 +0100
Subject: [Talk-de] Radio-OSM heute Abend Live
In-Reply-To: <50C59638.4000309@mazdermind.de>
References: <50C59638.4000309@mazdermind.de>
Message-ID: <50C62E42.9000107@googlemail.com>

On 10.12.2012 08:58, Peter Körner wrote:
> Hi
> 
> Radio-OSM, der Podcast aus dem Umfeld des OSM-Blogs geht heut Abend
> wieder live auf Sendung. Ab 19:30 werden wir auf
> http://streams.xenim.de/osm/ zu hören sein.
> 
> Gerne könnt ihr auch im Chat unter irc://irc.freenode.net/#Radio-OSM
> teilnehmen.
> 
> Weitere Infos über den Podcast gibt's hier:
> http://podcast.openstreetmap.de/
> 

Im IRC ist im Chanel nicht viel los und einen Stream kann ich unter
obiger URL auch nicht finden. Mache ich was verkehrt?


Lars




From frederik at remote.org  Mon Dec 10 19:22:07 2012
From: frederik at remote.org (Frederik Ramm)
Date: Mon, 10 Dec 2012 20:22:07 +0100
Subject: [Talk-de] =?iso-8859-1?q?Karten_f=FCr_S/W-Druck_aufbereiten?=
In-Reply-To: <50C61130.6010900@gmx.de>
References: <50C61130.6010900@gmx.de>
Message-ID: <50C6365F.9050506@remote.org>

Hallo,

On 10.12.2012 17:43, Gerrit wrote:
> ich möchte gerne eine OSM-Karte in ein selbst gemachtes Buch von mir
> einfügen. Da das nur in S/W ist, sollte die Karte dann natürlich auch
> nur S/W werden. Einfach nur bei OSM auf Drucken gehen sieht natürlich
> sehr schlecht aus.
>
> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es
> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und
> ich so nach meinem belieben die Karte anpassen kann?

Relativ hochwertige Resultate kannst Du erzielen, wenn Du Dir Maperitive 
hernimmst, dort einen Kartenstil waehlst, der Dir gefaellt, und diesen 
dann von Hand auf Schwarzweiss aenderst bzw. Elemente rauswirfst, das 
ist nicht so schwer. Da kannst Du dann SVG-Export machen und mit 
Inkscape oder Illustrator bei Bedarf nacharbeiten. Das geht allerdings 
nur fuer kleinere Gebiete, eine Karte fuer ganz Bayern oder so kriegst 
Du damit nicht hin.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From schneeschmelze at googlemail.com  Mon Dec 10 19:57:51 2012
From: schneeschmelze at googlemail.com (Juergen Fenn)
Date: Mon, 10 Dec 2012 20:57:51 +0100
Subject: [Talk-de] =?iso-8859-1?q?Karten_f=FCr_S/W-Druck_aufbereiten?=
In-Reply-To: <50C61130.6010900@gmx.de>
References: <50C61130.6010900@gmx.de>
Message-ID: <CANDFe-x=hyEDsfs7vu_EvxEL-La7DoYSJtsNhtMsR-3qCUsvgw@mail.gmail.com>

Am 10. Dezember 2012 17:43 schrieb Gerrit <z0idberg at gmx.de>:

> ich möchte gerne eine OSM-Karte in ein selbst gemachtes Buch von mir
> einfügen. Da das nur in S/W ist, sollte die Karte dann natürlich auch nur
> S/W werden. Einfach nur bei OSM auf Drucken gehen sieht natürlich sehr
> schlecht aus.
>
> Hat jemand Tipps, wie ich sowas am besten angehen kann? Oder gibt es
> eventuell sogar Programme, wo ich einzelne Elemente ausblenden kann, und ich
> so nach meinem belieben die Karte anpassen kann?

Das Feature sollte standardmäßig in OSM vorhanden sein, damit die
Ausgabe auf SW-Druckern endlich auch besser wird. Die meisten
Stadtpläne sind leider unbrauchbar, so daß ich mir am Ende dann doch
immer wieder Pläne von Google Maps für unterwegs ausdrucken muß.

Viele Grüße,
Jürgen.



From z0idberg at gmx.de  Mon Dec 10 20:17:02 2012
From: z0idberg at gmx.de (Gerrit)
Date: Mon, 10 Dec 2012 21:17:02 +0100
Subject: [Talk-de] =?utf-8?q?Karten_f=C3=BCr_S/W-Druck_aufbereiten?=
In-Reply-To: <CANDFe-x=hyEDsfs7vu_EvxEL-La7DoYSJtsNhtMsR-3qCUsvgw@mail.gmail.com>
References: <50C61130.6010900@gmx.de>
 <CANDFe-x=hyEDsfs7vu_EvxEL-La7DoYSJtsNhtMsR-3qCUsvgw@mail.gmail.com>
Message-ID: <50C6433E.20305@gmx.de>

Am 10.12.2012 20:57, schrieb Juergen Fenn:
> Das Feature sollte standardmäßig in OSM vorhanden sein, damit die
> Ausgabe auf SW-Druckern endlich auch besser wird. Die meisten
> Stadtpläne sind leider unbrauchbar, so daß ich mir am Ende dann doch
> immer wieder Pläne von Google Maps für unterwegs ausdrucken muß.

Das habe ich auch gemerkt, als ich mir für den Urlaub was ausgedruckt 
habe. Diese Flächenbeschriftungen für Wohngebiete, Felder usw. sind ja 
ganz nett, allerdings stören sie unglaublich beim Ausdruck. Ein grün 
oder braun sieht dann eben nicht mehr wie grün aus, sondern wie 
irgendetwas komisches. Da würde mir kein Hintergrund besser gefallen.
Auch könnte der Ausdruck allgemein höher aufgelöst sein: Man kann zwar 
im Druck nicht zoomen, aber dafür könnte man mehrere Zoomstufen in einem 
vereinen, da ein Drucker eine höhere Auflösung hat. Das würde dann z.B. 
bedeuten, dass vielleicht schon in der dritthöchsten Zoomstufe die 
Hausnummern angezeigt werden könnten.

@Frederik, Max und Alexander:
Danke für die Vorschläge. Einiges sieht ja ganz gut aus, ich werd mir 
das mal alles genauer anschauen. Mich würd das vor allem sowieso für 
kleinere Stadtpläne o.ä. interessieren.



From dieterdreist at gmail.com  Mon Dec 10 23:33:01 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 11 Dec 2012 00:33:01 +0100
Subject: [Talk-de] =?utf-8?b?R8O8bGxlYmVow6RsdGVy?=
In-Reply-To: <50C61FB8.8040107@bavarianmallet.de>
References: <1807563.na6KZCO81U@antilope> <50C5A107.3070200@gmx.de>
 <B7E517E8-1E29-4675-AB3C-6E901F4F88FF@gmail.com>
 <50C5BA7F.1080502@gmx.de>
 <D40C8D51-96CF-435A-BE1E-ADAC4EDD734A@gmail.com>
 <50C61FB8.8040107@bavarianmallet.de>
Message-ID: <CABPTjTCya755pcveuFoBkhYaHvyRsJzcvqcth6jiFDTCqJk58Q@mail.gmail.com>

Am 10. Dezember 2012 18:45 schrieb Georg Feddern <osm at bavarianmallet.de>:
>> +1, was haltet Ihr von einem neuen landuse für Ver-/Entsorgung (evtl. Auch
>> 2 verschiedenen values), wo Strom, Wasser etc. getaggt werden würde? Oder
>> gehört das alles in industrial und subtags? Innerhalb einer Kläranlage finde
>> ich mehrere unterschiedliche landuses unpassend, für unterschiedliche
>> Einrichtungen dort (Absetzbecken etc.) würde ich unterschiedliche man_mades
>> nehmen.
>
>
> prinzipiell ja zu industrial - und ja zum Rest - nur ist ja die Kläranlage
> derzeit selbst schon in man_made.
> Und ich habe damit bisher das Areal der gesamten Anlage getaggt - also quasi
> den eigentlichen 'landuse'.


ja, es gibt halt sehr viele unterschiedliche solcher technischen
Anlagen, z.B. Trinkwasser(oder auch Abwasser)-Pumpstationen und so
was, dafür kann man (und sollte man m.E.) natürlich jeweils
spezifische tags haben, aber einen allgemeinen landuse dafür würde ich
trotzdem nicht schlecht finden, obwohl das im Prinzip dann immer ein
bisschen redundant ist, wo es schon einen spezifischen (z.B. man_made,
amenity oder power) tag gibt, der auch üblicherweise für eine gesamte
Anlage verwendet wird. Aber es würde halt vielen Anwendern schon
ausreichen, nur einen groben tag auszuwerten, bzw. können die dann
überhaupt schonmal was auswerten, ohne dass sie gleich hunderte Werte
prüfen müssen.

Gruß Martin



From osm-lists at mazdermind.de  Tue Dec 11 00:06:19 2012
From: osm-lists at mazdermind.de (=?ISO-8859-1?Q?Peter_K=F6rner?=)
Date: Tue, 11 Dec 2012 01:06:19 +0100
Subject: [Talk-de] Radio-OSM heute Abend Live
In-Reply-To: <008a01cdd707$96287870$fe78a8c0@Desktop>
References: <008a01cdd707$96287870$fe78a8c0@Desktop>
Message-ID: <50C678FB.7020902@mazdermind.de>

Hi

danke, dass trotz unserer Verspätung so viele Live im Stream und auch 
einige im Chat teilgenommen haben. Klasse auch, dass so viele die vollen 
3 Stunden durchgehalten haben.

Wir geloben Besserung, was die Pünktlichkeit angeht und wünschen allen 
Live-Hörern eine gute Nacht und bis nächstes mal!

Lg, Peter

Am 10.12.2012 19:53, schrieb Dietmar:
> Hallo Peter,
>
> um 19:52h sind 3 Leute im (hoffentlich richtigen) Chat und auf der xenim
> Website ist kein Live-stream zu sehen.
>
> Ist die Sendung on air?
>
> Viele Grüße
>
> dietmar aka okilimu
>
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Peter Körner [mailto:osm-lists at mazdermind.de]
>> Gesendet am: Montag, 10. Dezember 2012 08:59
>> An: OSM-Talk-De Mailingliste
>> Cc: Osm-Podcast
>> Betreff: [Talk-de] Radio-OSM heute Abend Live
>>
>> Hi
>>
>> Radio-OSM, der Podcast aus dem Umfeld des OSM-Blogs geht heut Abend
>> wieder live auf Sendung. Ab 19:30 werden wir auf
>> http://streams.xenim.de/osm/ zu hören sein.
>>
>> Gerne könnt ihr auch im Chat unter irc://irc.freenode.net/#Radio-OSM
>> teilnehmen.
>>
>> Weitere Infos über den Podcast gibt's hier:
>> http://podcast.openstreetmap.de/
>>
>> Hoffentlich habt ihr wieder genau so viel Spaß wie wir!
>> Lg, Peter
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From unnoetige_mails at gmx.de  Tue Dec 11 11:57:54 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Tue, 11 Dec 2012 12:57:54 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <20121207141224.11480@gmx.net>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
Message-ID: <50C71FC2.1090703@gmx.de>

Hallo Stephan,


Am 07.12.2012 15:12, schrieb smarties at gmx-topmail.de:
> Hi,
>
> das wäre aber doof. Dann muss man hinterher die Platform immer wieder wegmachen. Ich habe bereits über 500 Bushalestellen gemappt und nur 2% oder so haben davon eine Platform. Die anderen 98% sind einfach nur ein Pfahl am Wegesrand.
Das ist eigentlich nicht nötig denn public_transport = platform steht 
einfach gesagt für den Zugang zum ÖPNV oder anders gesagt "Hier kann man 
in ein Bus usw. einsteigen."
Ob da nun eine schöne Bustasche oder nur ein Mast steht ist unwichtig. 
Das ändert an der Funktion nichts. Eine Unterscheidung zwischen Mast und 
Platform halte ich für unnötig.
Da macht es nur wieder schwierig für den unerfahrenen Mapper zu 
unterscheiden.

vg

Andreas


>
> Mit freundlichen Grüßen
> Stephan
> aka smarties
>
>
> -------- Original-Nachricht --------
>> Datum: Thu, 06 Dec 2012 21:36:35 +0100
>> Von: Wolfgang Wienke <wo_wienke at gmx.net>
>> An: 0Liste talk-de <talk-de at openstreetmap.org>
>> Betreff: [Talk-de] JOSM-Vorlagen
>> Hallo,
>> kann man JOSM einfach so modifizieren, dass ein Klick auf Bussymbol/
>> Bushaltestelle nicht nur die Eigenschaft highway=bus_stop sondern
>> automatisch zusätzlich auch public_transport=platform erzeugt wird?
>> Sehe ich richtig, dass das nicht über ein *.xml-Datei sondern nur über
>> JAVA funktioniert? :-(
>> -- 
>>                                  Mit freundlichen Gruessen
>>
>>                                        Wolfgang Wienke
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From unnoetige_mails at gmx.de  Tue Dec 11 12:35:04 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Tue, 11 Dec 2012 13:35:04 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
Message-ID: <50C72878.9070208@gmx.de>

Hallo Jo,

Am 07.12.2012 18:35, schrieb Jo:
> 2012/12/7 Tobias Knerr <osm at tobias-knerr.de>
>
>
> Und es wird sich nicht durchsetzen weil es nicht gerendert oder benutzt
> wird.
nun diese Aussage stimmt leider nicht. Das Schema wird schon lange von 
zwei Seiten [1],[2] dargestellt.
Anwendungen gibt es ebenfalls auch schon.

> Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am
> komplettieren war, aber die habe ich gestern alle zurückgewandelt nach
> highway=bus_stop.

Wenn du 500 Haltestelle wieder zu highway = bus_stop änderst, dann sorgst du genau dafür das sich das Schema nicht durchsetzt.
500 Haltestellen umfassen sicher ein sehr großes Gebiet und jeder neue oder unerfahre Mapper wird dann wieder das so weiter eintragen.
Das ist ein Schritt zurück und das sich das gegenwärtige Schema durchsetzt wird verlangsamt.

Für mich klingt das leider nach mappen für den Renderer: "Die Sachen tauchen in der Hauptkarte nicht auf also trage ich sie nicht ein und nutze weiterhin die bisherigen Varianten". Du mußt verstehen das es Zeit braucht bis sich Dinge etablieren und das nicht alles auf der OSM-Hauptkarte dargestellt wird.
Das ÖPNV-Schema ist komplex und würde die Darstellung in Mapnik noch weiter verschlechtern. Verschlechtern? Schau dir mal die Innenstädte von großen Städeten wie Berlin an. Für ÖPNV gibt es inzwischen genug Spezialseiten.

Wenn man will das sich Dinge durchsetzen muß man damit leben das sie erstmal nirgends auftauchen bzw. in der Hauptkarte. Erst wenn es eine große Verbreitung gibt
tauchen sie auf oder auch nicht. Dann gibt es halt Spezialkarten die die Hauptkarte ergänzen.

Das war damals schon genauso mit der Einführung der Relationen und des Adressschemas.

Viele Grüße

Andreas

[1] öpnvkarte.de
[2] openptmap.de



From winfixit at gmail.com  Tue Dec 11 13:34:45 2012
From: winfixit at gmail.com (Jo)
Date: Tue, 11 Dec 2012 14:34:45 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <50C72878.9070208@gmx.de>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
Message-ID: <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>

Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am

> komplettieren war, aber die habe ich gestern alle zurückgewandelt nach
>> highway=bus_stop.
>>
>
> Wenn du 500 Haltestelle wieder zu highway = bus_stop änderst, dann sorgst
> du genau dafür das sich das Schema nicht durchsetzt.
> 500 Haltestellen umfassen sicher ein sehr großes Gebiet und jeder neue
> oder unerfahre Mapper wird dann wieder das so weiter eintragen.
> Das ist ein Schritt zurück und das sich das gegenwärtige Schema durchsetzt
> wird verlangsamt.
>
> Für mich klingt das leider nach mappen für den Renderer: "Die Sachen
> tauchen in der Hauptkarte nicht auf also trage ich sie nicht ein und nutze
> weiterhin die bisherigen Varianten". Du mußt verstehen das es Zeit braucht
> bis sich Dinge etablieren und das nicht alles auf der OSM-Hauptkarte
> dargestellt wird.
> Das ÖPNV-Schema ist komplex und würde die Darstellung in Mapnik noch
> weiter verschlechtern. Verschlechtern? Schau dir mal die Innenstädte von
> großen Städeten wie Berlin an. Für ÖPNV gibt es inzwischen genug
> Spezialseiten.
>
> Wenn man will das sich Dinge durchsetzen muß man damit leben das sie
> erstmal nirgends auftauchen bzw. in der Hauptkarte. Erst wenn es eine große
> Verbreitung gibt
> tauchen sie auf oder auch nicht. Dann gibt es halt Spezialkarten die die
> Hauptkarte ergänzen
>

Ich habe das aber erst mal in vershiedene mailing lists gefragt. Du meinst
angeblich dass es besser ist alles doppelt zu taggen? Wenn es jetzt schon
ein Renderer geben würde die public_transport=platform darstellt, aber so
weit ich weiss gibt es keine. Vielleicht werde ich selber rendern
anfangen...

500 Haltestellen sind nur 1/80 von alle 40.000 Haltestellen in Flandern.
Das sind die die ich schon eingetragen hatte in einen 30km Radius.
Vielleicht muss ich anfangen die alle doppelt zu taggen. Es schein mir blöt
um dass nur zu machen um Taginfo froh zu machen.

Also Renderer, bitte stell es da. Wenigstens Mapnik, ÖPNV, die transport
layer von Andy Allan und OSMTransport. Dann kann ich weiter mit dem neuen
Schema. Sonst warte ich wohl einige Jahren länger oder für immer und
mittlerweile machen wir weiter mit dem Tag der eigentlich im falschen
namespace liegt; highway=bus_stop.

Jo


From ray66 at sfr.fr  Wed Dec 12 12:03:48 2012
From: ray66 at sfr.fr (RainerU)
Date: Wed, 12 Dec 2012 13:03:48 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
Message-ID: <ka9ro4$7m4$1@ger.gmane.org>

hallo,

Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die 
Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der 
legalen Situation basierenden Attribute auch mit einer nutzerorientierten 
Klassifizierung zu versehen. Hintergrund ist der Wunsch, auf der Karte Wege, die 
zwar denselben Nutzungsver- und geboten  unterliegen, aber auf Grund der 
Umstände für den Nutzer von ganz unterschiedlicher Qualität sind, optisch 
unterscheiden zu können.

Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund 
seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein 
Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am 
Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen 
mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen 
unzumutbar ist.

Gruß
Rainer




From frederik at remote.org  Wed Dec 12 12:46:47 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 12 Dec 2012 13:46:47 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <ka9ro4$7m4$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org>
Message-ID: <50C87CB7.8060005@remote.org>

Hi,

On 12/12/12 13:03, RainerU wrote:
> Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die
> Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der
> legalen Situation basierenden Attribute auch mit einer nutzerorientierten
> Klassifizierung zu versehen.

Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind 
und daher nicht unserem Wunsch nach "Ueberpruefbarkeit" durch Dritte 
standhalten.

> Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund
> seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein
> Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am
> Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen
> mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen
> unzumutbar ist.

Ideal ist es, wenn es Dir gelingt, solche Dinge zu objektivieren. 
Beispielsweise koenntest Du ein Tag fuer die Breite eines Radstreifens 
erfinden - der wuerde dann zwar vielleicht nicht grossflaechig genutzt, 
aber ueberall dort, wo die Breite ein Problem darstellt, koennte man den 
einsetzen, und Deine Applikation/Karte koennte das beruecksichtigen. So 
etwas wie die Haeufigkeit von Fussgaengern auf dem Radweg ist natuerlich 
schwer zu mappen - obwohl man auch dort ueber ein "foot=permissive" 
nachdenken koennte, denn offensichtlich werden sie ja geduldet ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From mail at jtheuer.de  Wed Dec 12 13:09:21 2012
From: mail at jtheuer.de (Jan Torben Heuer)
Date: Wed, 12 Dec 2012 14:09:21 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C87CB7.8060005@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
Message-ID: <24213486.kX2fQNrO20@defiant>

On Wednesday 12 December 2012 13:46:47 Frederik Ramm wrote:
> > Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich
> > die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der
> > auf der legalen Situation basierenden Attribute auch mit einer
> > nutzerorientierten Klassifizierung zu versehen.
> 
> Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind 
> und daher nicht unserem Wunsch nach "Ueberpruefbarkeit" durch Dritte 
> standhalten.

Umgekehrt kann ich mir schon vorstellen solche "weiche Faktoren" die *leicht 
durch dritte überprüfbar sind* in OSM aufzunehmen -- dass der Radweg für 
Radfahrer nicht nutzbar ist weil er von Fussgängern stark frequentiert wird 
oder zu schmal dafür ist oder regelmäßig von Autos zugeparkt wird ist schon 
überprüfbar.


Auf eine gute Definition und Dokumentation kommt es hier an, ich find die Idee 
gut und nützlich.


-- 
Jan



From voschix at gmail.com  Wed Dec 12 13:33:39 2012
From: voschix at gmail.com (Volker Schmidt)
Date: Wed, 12 Dec 2012 14:33:39 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <ka9ro4$7m4$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org>
Message-ID: <CALQ-OR45s3ef20yeBMfTCtTzBMaSWEfxpjA2zPko-jrYMqzb6Q@mail.gmail.com>

... und wenn du schon dran bist: Waere schoen , wenn auch Gefahrenpunkte
eingetragen werden koennten.

Habe leider keine Loesung anzubieten, bin aber am Subjekt sehr
interessiert.

Volker

(Padova, Italien)

2012/12/12 RainerU <ray66 at sfr.fr>

> hallo,
>
> Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich
> die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der
> auf der legalen Situation basierenden Attribute auch mit einer
> nutzerorientierten Klassifizierung zu versehen. Hintergrund ist der Wunsch,
> auf der Karte Wege, die zwar denselben Nutzungsver- und geboten
>  unterliegen, aber auf Grund der Umstände für den Nutzer von ganz
> unterschiedlicher Qualität sind, optisch unterscheiden zu können.
>
> Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber
> aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird.
> Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die
> Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen
> Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für
> bestimmte Nutzergruppen unzumutbar ist.
>
> Gruß
> Rainer
>
>
> ______________________________**_________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de<http://lists.openstreetmap.org/listinfo/talk-de>
>


From extremecarver at gmail.com  Wed Dec 12 13:44:23 2012
From: extremecarver at gmail.com (Felix Hartmann)
Date: Wed, 12 Dec 2012 14:44:23 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <ka9ro4$7m4$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org>
Message-ID: <50C88A37.7070604@gmail.com>

Du kannst class:bicycle benutzen, mir ist es zu müßig da jetzt 
dazulegen, warum es sinnvoll ist. Ich finde das es für stark abweichende 
(besonders gut zum fahren, besonders schlecht zum fahren) Abschnitte 
sehr sinnvoll ist. Sprich wenn objektive Kriterien nicht helfen, dann 
kannst du es über class:bicycle gut ausdrücken.
On 12.12.2012 13:03, RainerU wrote:
> hallo,
>
> Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt 
> sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen 
> neben der auf der legalen Situation basierenden Attribute auch mit 
> einer nutzerorientierten Klassifizierung zu versehen. Hintergrund ist 
> der Wunsch, auf der Karte Wege, die zwar denselben Nutzungsver- und 
> geboten  unterliegen, aber auf Grund der Umstände für den Nutzer von 
> ganz unterschiedlicher Qualität sind, optisch unterscheiden zu können.
>
> Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der 
> aber aufgrund seiner Bauweise und Lage stark von Fußgängern 
> frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion 
> nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein 
> Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken 
> Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist.
>
> Gruß
> Rainer
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-- 
keep on biking and discovering new trails

Felix
openmtbmap.org & www.velomap.org





From osm at aighes.de  Wed Dec 12 15:29:32 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 16:29:32 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CALQ-OR45s3ef20yeBMfTCtTzBMaSWEfxpjA2zPko-jrYMqzb6Q@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org>
 <CALQ-OR45s3ef20yeBMfTCtTzBMaSWEfxpjA2zPko-jrYMqzb6Q@mail.gmail.com>
Message-ID: <50C8A2DC.6010704@aighes.de>

Am 12.12.2012 14:33, schrieb Volker Schmidt:
> ... und wenn du schon dran bist: Waere schoen , wenn auch Gefahrenpunkte
> eingetragen werden koennten.
>
> Habe leider keine Loesung anzubieten, bin aber am Subjekt sehr
> interessiert.
hazard=*
siehe: http://wiki.openstreetmap.org/wiki/Proposed_features/hazard

Henning




From ray66 at sfr.fr  Wed Dec 12 15:36:57 2012
From: ray66 at sfr.fr (RainerU)
Date: Wed, 12 Dec 2012 16:36:57 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C87CB7.8060005@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
Message-ID: <kaa860$uro$1@ger.gmane.org>

Am 12/12/2012 13:46 schrieb Frederik Ramm:
> Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind und daher
> nicht unserem Wunsch nach "Ueberpruefbarkeit" durch Dritte standhalten.

Grundsätzlich sehe ich das auch so und versuche daher auch, subjektive Daten 
nach Möglichkeit extern zu halten. Das ist z.B. bei Gefahrenpunkten mit geringem 
Aufwand für die Umsetzung und Pflege zu machen. Bei den Radwegen und -spuren 
scheidet solch eine Lösung aus, da ich auf jeden Fall die Topologie und die 
Standardattribute aus OSM verwenden will. Erst recht gilt das, wenn man die 
Radfahreignung sämtlicher Verkehrswege darstellen möchte. Und wie ausgiebige 
Diskussionen, z.B. [1], gezeigt haben, gibt es keine einfach handzuhabende 
Lösung, um OSM-Objekte mit anwendungspezifischen, extern gehaltenen Daten zu 
verknüpfen.

Die Radfahreignung aus Zusatztags wie surface, width, smoothness usw. 
abzuleiten, halte ich für nicht praktikabel. Zum einen ist ein flächendeckende 
Versorgung mit diesen Tags in absehbarer Zeit nicht zu erwarten. Zum anderen ist 
eine programmtechnische Auswertung dieser Tags, die alle möglichen Kombinationen 
abdeckt, kaum möglich. Ein class:bicycle mit mit vier bis sechs Stufen und einer 
Kategorisierung mittels "objektiver" Kriterien, wie Breite, Belag, Steigung, 
Fahrzeugfrequenz, ähnlich wie das bei sac-scale, mtb:scale und tracktype gemacht 
wurde, wäre aus meiner Sicht eine pragmatische Lösung. Leider erfüllt der 
Vorschlag im Wiki diese Anforderungen auch nicht ansatzweise.

In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen 
Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles Tag oder 
ich bilde das auf class:bicycle ab.

Gruß
Rainer

[1] http://thread.gmane.org/gmane.comp.gis.openstreetmap.region.de/96029
[2] http://wiki.openstreetmap.org/wiki/Class:bicycle




From osm at aighes.de  Wed Dec 12 15:40:23 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 16:40:23 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C87CB7.8060005@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
Message-ID: <50C8A567.4070704@aighes.de>

Am 12.12.2012 13:46, schrieb Frederik Ramm:
> On 12/12/12 13:03, RainerU wrote:
>> Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt 
>> sich die
>> Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der 
>> auf der
>> legalen Situation basierenden Attribute auch mit einer 
>> nutzerorientierten
>> Klassifizierung zu versehen.
>
> Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind 
> und daher nicht unserem Wunsch nach "Ueberpruefbarkeit" durch Dritte 
> standhalten.
+1
Allein schon, weil nahezu jeder Radfahrer eigene Bedürfnisse hat und die 
Situation anders interpretiert. Dinge, die von der Tageszeit abhängen 
sind auch nicht gerade sinnvoll.
>
>> Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der 
>> aber aufgrund
>> seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder 
>> ein
>> Radstreifen, der de facto seine Funktion nicht erfüllt, da die 
>> Markierung am
>> Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen
>> mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte 
>> Nutzergruppen
>> unzumutbar ist.
Sinnvoll wäre es das alles direkt an der Straße zu erfassen. Dann hat 
man cycleway:...=... . Für die Breite könnte man dann cycleway:width=1.2 
für eine Breite von 1.2 m nehmen. Zu den vorhanden Tags solltest du 
einiges im wiki finden. Sollte was fehlen, kann man überlegen, wie man 
das in das bestehende System eingliedern kann. Einen Blick kannst du 
auch mal zu hazard werfen. Das könnte für Stellen passen, die dicht von 
Fußgängern frequentiert werden. Ich bin jedoch der Meinung, dass 
Stellen, wo andere gegen Gesetze verstoßen nicht unbedingt in OSM 
eingetragen werden sollten. Das auf einem Radweg geparkt wird kann 
leider überall passieren, ebenso dass auf einem Radweg gelaufen wird.

> So etwas wie die Haeufigkeit von Fussgaengern auf dem Radweg ist 
> natuerlich schwer zu mappen - obwohl man auch dort ueber ein 
> "foot=permissive" nachdenken koennte, denn offensichtlich werden sie 
> ja geduldet ;)
access-Tags beschreiben den rechtlichen Zugang, nicht den gelebten oder 
den, den man gerne hätte.

Henning




From osm at aighes.de  Wed Dec 12 15:51:12 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 16:51:12 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <kaa860$uro$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org>
Message-ID: <50C8A7F0.2070106@aighes.de>

Am 12.12.2012 16:36, schrieb RainerU:
> Die Radfahreignung aus Zusatztags wie surface, width, smoothness usw. 
> abzuleiten, halte ich für nicht praktikabel. Zum einen ist ein 
> flächendeckende Versorgung mit diesen Tags in absehbarer Zeit nicht zu 
> erwarten. Zum anderen ist eine programmtechnische Auswertung dieser 
> Tags, die alle möglichen Kombinationen abdeckt, kaum möglich. Ein 
> class:bicycle mit mit vier bis sechs Stufen und einer Kategorisierung 
> mittels "objektiver" Kriterien, wie Breite, Belag, Steigung, 
> Fahrzeugfrequenz, ähnlich wie das bei sac-scale, mtb:scale und 
> tracktype gemacht wurde, wäre aus meiner Sicht eine pragmatische 
> Lösung. Leider erfüllt der Vorschlag im Wiki diese Anforderungen auch 
> nicht ansatzweise. 
Die Folge eines solchen mehr oder weniger subjektivem und groben System 
ist, dass jeder es verwendet, wie er es gerne hätte. Das simpelste 
Beispiel ist tracktype. Die Werte werden genutzt, wie es dem Mapper 
gerne passt. Mal ist eine ebene Schotterpiste grade1, mal eine 
holprigere Asphaltpiste grade2 usw. Im wiki steht als Definition nur der 
Grad der Befestigung, nicht ob der Weg eben ist oder nicht.

Die Begründung: surface, smoothness und width gibt es nicht 
flächendeckend, dann nehmen ich halt class:bicycle finde ich recht 
merkwürdig. Das ist um den Faktor 100 weniger verbreitet als smoothness, 
bei surface ist es Faktor 5000.

Henning


From ray66 at sfr.fr  Wed Dec 12 17:05:56 2012
From: ray66 at sfr.fr (RainerU)
Date: Wed, 12 Dec 2012 18:05:56 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8A7F0.2070106@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8A7F0.2070106@aighes.de>
Message-ID: <kaadc3$kd8$1@ger.gmane.org>

Hallo Hennig,

Am 12.12.2012 16:51, schrieb Henning Scholland:
> Das simpelste Beispiel ist
> tracktype. Die Werte werden genutzt, wie es dem Mapper gerne passt. Mal ist eine
> ebene Schotterpiste grade1, mal eine holprigere Asphaltpiste grade2 usw. Im wiki
> steht als Definition nur der Grad der Befestigung, nicht ob der Weg eben ist
> oder nicht.

Meine Erfahrung in der Praxis ist gerade gegenteilig. Als Track getaggte Wege 
werden in der Regel nur für land- und forstwirtschaftlichen Verkehr genutzt. 
Grade1-Tracks sind in Mitteleuropa in der Regel asphaltiert, Grade2-Tracks haben 
zumindest bei trockenem Wetter eine Oberfläche, die bequem mit 32er-Reifen 
befahren werden kann.

> Die Begründung: surface, smoothness und width gibt es nicht flächendeckend, dann
> nehmen ich halt class:bicycle finde ich recht merkwürdig. Das ist um den Faktor
> 100 weniger verbreitet als smoothness, bei surface ist es Faktor 5000.

Wie schon die Werte "horrible" und "unpassable" zeigen, ist smoothness ein 
extrem subjektives Attribut. Wahrscheinlich  ist es genau deshalb auch so weit 
verbreitet. Laut Wiki entspricht smoothness=good "(thin_wheels) racing bike". 
Was bitte sind "thin wheels"? Ich fahre mit Rennrad und 25er-Reifen schon mal 
über nicht-asphaltierte Wege, soll ich die also mit smoothness=good taggen? Wenn 
nicht, dann frage ich mich, wie sieht ein Weg aus, der mit dem Rennrad befahrbar 
ist, also smoothness=good, aber nicht mit dem Skateboard (erfordert excellent)?

Aber wie gesagt, ich finde class:bicycle auch nicht optimal und einen key 
scale:adfc_ortsgruppe_hitertupfingen ist auch nicht viel besser. Aber ich sehe 
nach wie vor keine andere Möglichkeit, nicht messbare Informationen wie "Radweg 
ständig zugeparkt" mit OSM-Daten zu verknüpfen.

Gruß
Rainer




From osm at aighes.de  Wed Dec 12 18:39:14 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 19:39:14 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <kaadc3$kd8$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8A7F0.2070106@aighes.de>
 <kaadc3$kd8$1@ger.gmane.org>
Message-ID: <50C8CF52.5030508@aighes.de>

Am 12.12.2012 18:05, schrieb RainerU:
> Hallo Hennig,
>
> Am 12.12.2012 16:51, schrieb Henning Scholland:
>> Das simpelste Beispiel ist
>> tracktype. Die Werte werden genutzt, wie es dem Mapper gerne passt. 
>> Mal ist eine
>> ebene Schotterpiste grade1, mal eine holprigere Asphaltpiste grade2 
>> usw. Im wiki
>> steht als Definition nur der Grad der Befestigung, nicht ob der Weg 
>> eben ist
>> oder nicht.
>
> Meine Erfahrung in der Praxis ist gerade gegenteilig. Als Track 
> getaggte Wege werden in der Regel nur für land- und 
> forstwirtschaftlichen Verkehr genutzt. Grade1-Tracks sind in 
> Mitteleuropa in der Regel asphaltiert, Grade2-Tracks haben zumindest 
> bei trockenem Wetter eine Oberfläche, die bequem mit 32er-Reifen 
> befahren werden kann.
Wobei befestigt aber nicht nur superglatten Asphalt meint, sondern eben 
auch Asphalt mit vielen Schlaglöchern, Wurzeln, etc. Auch 
Kopfsteinpflaster ist befestigt, oder huckelige Betonplattenwege. Es 
gibt aber durchaus Mapper, die sagen grade1 sind nur gute, befestigte 
Wege. Ich möchte jetzt auch keine Diskussion lostreten. Es ging mir nur 
darum, dass alles, was nicht objektiv ist, nicht unbedingt tauglich ist. 
Auch smoothness ist nicht objektiv und auch hier gibt es ähnliche 
Probleme wie bei tracktype. Die Sache wird aber durch einen weiteren, 
subjektiven Tag, der noch weiter gefasst ist nicht besser.
>
>> Die Begründung: surface, smoothness und width gibt es nicht 
>> flächendeckend, dann
>> nehmen ich halt class:bicycle finde ich recht merkwürdig. Das ist um 
>> den Faktor
>> 100 weniger verbreitet als smoothness, bei surface ist es Faktor 5000.
>
> Wie schon die Werte "horrible" und "unpassable" zeigen, ist smoothness 
> ein extrem subjektives Attribut. Wahrscheinlich  ist es genau deshalb 
> auch so weit verbreitet. Laut Wiki entspricht smoothness=good 
> "(thin_wheels) racing bike". Was bitte sind "thin wheels"? Ich fahre 
> mit Rennrad und 25er-Reifen schon mal über nicht-asphaltierte Wege, 
> soll ich die also mit smoothness=good taggen? Wenn nicht, dann frage 
> ich mich, wie sieht ein Weg aus, der mit dem Rennrad befahrbar ist, 
> also smoothness=good, aber nicht mit dem Skateboard (erfordert excellent)?

Spontan könnte ich mir surface=paving_stones vorstellen und ähnliche 
Oberflächen, die im Prinzip eben sind, nur kleinere Rillen haben, die 
man mit einem 28"-Rad überrollt, mit dem Inliner aber "hängen bleibt".

Allgemein hat smoothness aber nichts mit surface zutun. Asphalt kann 
auch eine schlechte Oberfläche haben und eine verdichtete Fahrbahn kann 
auch eben sein.

> Aber wie gesagt, ich finde class:bicycle auch nicht optimal und einen 
> key scale:adfc_ortsgruppe_hitertupfingen ist auch nicht viel besser. 
> Aber ich sehe nach wie vor keine andere Möglichkeit, nicht messbare 
> Informationen wie "Radweg ständig zugeparkt" mit OSM-Daten zu verknüpfen.
Allgemein ist es sicherlich sinnvoll, wenn du erstmal grob überlegst, 
was du für Eigenschaften brauchst. Dann kann man überlegen, was davon 
sinnvoll in OSM umgesetzt werden kann und dies "erfinden", bzw. schauen, 
was es schon gibt.

Spontan fallen mir als Kriterien:
Breite, getrennt von Fußweg, häufig zugeparkt, Ebenheit und Oberfläche 
ein. Das kann man alles mehr oder weniger objektiv erfassen. Ist aber 
deutlich aussagekräftiger als ein allgemeiner Tag mit 5 Stufen.

Henning

Henning




From frederik at remote.org  Wed Dec 12 18:50:23 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 12 Dec 2012 19:50:23 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <kaa860$uro$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org>
Message-ID: <50C8D1EF.906@remote.org>

Hallo,

On 12.12.2012 16:36, RainerU wrote:
> In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen
> Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles
> Tag oder ich bilde das auf class:bicycle ab.

Das wiederum ist ja dann objektiv - allerdings solltest Du die betr. 
Organisation da vorher fragen, nicht dass die sich nachher beschweren.

Eine flaechendeckende Versorgung mit "width" ist genauso viel oder wenig 
zu erwarten wie eine mit "class:bicycle" (ich persoenlich wuerde mir 
sogar eher zutrauen, ein "width" zu setzen, als ein aus objektiven 
Kriterien hergeleitetes class:bicycle). Ausserdem denke ich, dass es 
unwahrscheinlich ist, dass sowas wie "hier laufen oefters mal 
Fussgaenger" sich wirklich in einem class:bicycle nutzbar niederschlagen 
wuerde.

Meiner Ansicht nach sind sac-scale, mtb:scale und tracktype gerade 
Beispiele, bei denen es nicht so gut funktioniert. In einer Reihe mit 
"smoothness=very_horrible" ;)

Es gibt auch den empirischen Ansatz: Man sammle Tracks von 
Fahrradfahrern und verwende die Trackdichte zur Einfaerbung einer Karte. 
Dann bedeuten Deine Farben zwar nicht "ist gut zu fahren/ist nicht gut 
zu fahren" sondern "wird viel benutzt/wird wenig benutzt", aber 
eigentlich muesste das ja konvergieren. Ich glaube, naviki.org macht 
sowas, aber ich bin nicht sicher, wieviel von deren Daten sie rausgeben.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From z0idberg at gmx.de  Wed Dec 12 18:54:46 2012
From: z0idberg at gmx.de (Gerrit)
Date: Wed, 12 Dec 2012 19:54:46 +0100
Subject: [Talk-de] =?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
Message-ID: <50C8D2F6.3050005@gmx.de>

Hallo,

da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, 
bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing 
Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere 
etwas versetzt zu den anderen Häusern usw.
Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in 
OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige 
Straßenzüge.
Deswegen wollt ich fragen, ob es besser ist, solche kleinen 
Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig 
einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu 
machen?

Danke!



From lehner at edv-buero-lehner.de  Wed Dec 12 19:16:22 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Wed, 12 Dec 2012 20:16:22 +0100 (CET)
Subject: [Talk-de]
	=?iso-8859-15?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
	=?iso-8859-15?q?=3F?=
In-Reply-To: <50C8D2F6.3050005@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
Message-ID: <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>



On Wed, 12 Dec 2012, Gerrit wrote:

> Hallo,
>
> da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich 
> über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, 
> sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den 
> anderen Häusern usw.
> Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM 
> hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige 
> Straßenzüge.
> Deswegen wollt ich fragen, ob es besser ist, solche kleinen 
> Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig 
> einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen?

Ich arbeite zur Zeit auch gerade viel mit den Haeusern aus bing und kenne 
das Problem. Die Georeferenzierung der bing-Bilder ist auch nicht besser 
als der Weg daneben, den irgendein Mapper eingetragen hat (meistens 
zumindest).
Ich erlaube mir deshalb, in solchen Faellen einen gewissen Trade-Off 
einzubauen, sowohl beim Weg als auch beim Haus.
Manchmal hat jemand einen Weg grob eingezeichnet, der ganz offensichtlich 
durch eine Reihe Haeuser geht. Da lege ich z.B. etwas Hand an.
Dann wieder sind die bing-Bilder um ein paar Meter versetzt, relativ zum 
Wegenetz, da verschiebe ich dann die Haeuser ein bisschen.

Ortskenntnisse sind hier natuerlich von Vorteil, ggf. Kontakt zum Mapper 
des betroffenen Wegs und eine gesunde Einschaetzung der Qualitaet der 
vorhandenen Daten.

Ich finde es am wichtigsten, dass bei einer Navigation das Gesamtbild der 
Umgebung mit dem zu korrelieren ist, was auf dem Display zu sehen ist.

bing hat 'die Wirklichkeit' ja auch nicht gepachtet ;)

Meine Meinung...

A.

From z0idberg at gmx.de  Wed Dec 12 19:25:12 2012
From: z0idberg at gmx.de (Gerrit)
Date: Wed, 12 Dec 2012 20:25:12 +0100
Subject: [Talk-de]
 =?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
 =?utf-8?q?=3F?=
In-Reply-To: <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
Message-ID: <50C8DA18.4080909@gmx.de>

Am 12.12.2012 20:16, schrieb Alexander Lehner:
> Ich arbeite zur Zeit auch gerade viel mit den Haeusern aus bing und 
> kenne das Problem. Die Georeferenzierung der bing-Bilder ist auch 
> nicht besser als der Weg daneben, den irgendein Mapper eingetragen hat 
> (meistens zumindest).
> Ich erlaube mir deshalb, in solchen Faellen einen gewissen Trade-Off 
> einzubauen, sowohl beim Weg als auch beim Haus.
> Manchmal hat jemand einen Weg grob eingezeichnet, der ganz 
> offensichtlich durch eine Reihe Haeuser geht. Da lege ich z.B. etwas 
> Hand an.
> Dann wieder sind die bing-Bilder um ein paar Meter versetzt, relativ 
> zum Wegenetz, da verschiebe ich dann die Haeuser ein bisschen.
>
> Ortskenntnisse sind hier natuerlich von Vorteil, ggf. Kontakt zum 
> Mapper des betroffenen Wegs und eine gesunde Einschaetzung der 
> Qualitaet der vorhandenen Daten.
>
> Ich finde es am wichtigsten, dass bei einer Navigation das Gesamtbild 
> der Umgebung mit dem zu korrelieren ist, was auf dem Display zu sehen 
> ist.
>
> bing hat 'die Wirklichkeit' ja auch nicht gepachtet ;)
>
> Meine Meinung...
>
> A.

Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest 
scheint es mir nicht so), sondern dass auch in Wirklichkeit die Häuser 
nicht 100%ig ?hübsch? nebeneinander stellen.
Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar 
Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas 
schräg zur Straße stehen.
Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild 
abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt das 
ganze Straßenbild eben nicht so chaotisch, wenn man sich wirklich in der 
Straße aufhält: Da sieht es eigentlich schon so aus, als ob die Häuser 
alle parallel zur Straße stehen würden, auch wenn es eben in 
Wirklichkeit nicht so ist. Nur fällt das nicht auf.

Jetzt ist mein Problem halt, ob man das wirklich 100%ig richtig zeichnen 
soll, oder ob es eben auf der Karte etwas ?hübscher? wirken soll.
Ich glaube, ich werde da doch aber lieber dazu tendieren, das ganze 
grafisch etwas aufzupolieren. Sonst sieht es wirklich schlecht aus.



From lehner at edv-buero-lehner.de  Wed Dec 12 19:33:59 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Wed, 12 Dec 2012 20:33:59 +0100 (CET)
Subject: [Talk-de]
	=?iso-8859-15?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
	=?iso-8859-15?q?=3F?=
In-Reply-To: <50C8DA18.4080909@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de>
Message-ID: <alpine.LFD.1.00.1212122032060.23104@velociraptor.hac.de>



On Wed, 12 Dec 2012, Gerrit wrote:

> Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest 
> scheint es mir nicht so), sondern dass auch in Wirklichkeit die Häuser 
> nicht 100%ig ?hübsch? nebeneinander stellen.
> Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar 
> Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas 
> schräg zur Straße stehen.
> Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild 
> abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt das 
> ganze Straßenbild eben nicht so chaotisch, wenn man sich wirklich in der 
> Straße aufhält: Da sieht es eigentlich schon so aus, als ob die Häuser 
> alle parallel zur Straße stehen würden, auch wenn es eben in 
> Wirklichkeit nicht so ist. Nur fällt das nicht auf.


Has Du mal ein aktuelles Beispiel?
Parallel zur Strasse heisst ja in dem Fall auch eher zum Strassenrand, 
nicht zu einer gedachten Linie die gerendert wird.

A.

From dieterdreist at gmail.com  Wed Dec 12 19:36:37 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 12 Dec 2012 20:36:37 +0100
Subject: [Talk-de]
	=?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
In-Reply-To: <50C8DA18.4080909@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de>
Message-ID: <CABPTjTBoOf0CqcpR405t9Tszf=Fcvd3AAzrJd5mDEojpxSYtiA@mail.gmail.com>

Am 12. Dezember 2012 20:25 schrieb Gerrit <z0idberg at gmx.de>:
> Jetzt ist mein Problem halt, ob man das wirklich 100%ig richtig zeichnen
> soll, oder ob es eben auf der Karte etwas ?hübscher? wirken soll.
> Ich glaube, ich werde da doch aber lieber dazu tendieren, das ganze grafisch
> etwas aufzupolieren. Sonst sieht es wirklich schlecht aus.


Ich versuche, auch kleine Details (z.B. einen "mittel"kleinen
Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie
sie auch in der Realität sind, weil man so am meisten mit den Daten
anfangen kann. Absichtlich Fehler einzubauen, damit es in bestimmten
Maßstäben gleichmäßiger aussieht, halte ich für schädliche
Schönfärberei ;-)

Gerade die Unregelmäßigkeiten und Brüche sind meistens die
interessantesten Stellen in einer Stadt, und normalerweise gibt es
jeweils auch einen Grund oder eine Geschichte dazu.

Gruß
Martin



From osm at aighes.de  Wed Dec 12 19:37:07 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 20:37:07 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8D1EF.906@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
Message-ID: <50C8DCE3.50808@aighes.de>

Hallo,

Am 12.12.2012 19:50, schrieb Frederik Ramm:
> On 12.12.2012 16:36, RainerU wrote:
>> In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen
>> Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles
>> Tag oder ich bilde das auf class:bicycle ab.
>
> Das wiederum ist ja dann objektiv - allerdings solltest Du die betr. 
> Organisation da vorher fragen, nicht dass die sich nachher beschweren.
>
Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 
subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und 
kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom 
Ausland nicht zu reden.
Das hat für mich dann etwas von: "Wir sind nicht schuld, dass das System 
Käse ist, der ADFC Stadt_A hat es sich ausgedacht."

Henning




From dieterdreist at gmail.com  Wed Dec 12 19:54:30 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 12 Dec 2012 20:54:30 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8DCE3.50808@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C8DCE3.50808@aighes.de>
Message-ID: <CABPTjTDPT0RrwMCcOrf6G4iDuxX6XHLKL0DPHuqxJpsSm5btXg@mail.gmail.com>

Am 12. Dezember 2012 20:37 schrieb Henning Scholland <osm at aighes.de>:
> Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv
> ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich
> komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu
> reden.
> Das hat für mich dann etwas von: "Wir sind nicht schuld, dass das System
> Käse ist, der ADFC Stadt_A hat es sich ausgedacht."


ja, sie sind beide subjektiv, aber das eine ist ein Wert, den jeder
ändern kann wie er denkt, während das andere ein Wert ist, den man
"objektiv" eintragen kann (so wie jemand anderes es aufgeschrieben
hat). Mit vielen solcher Systeme parallel getaggt könnte man
statistisch vorgehen bei der Bewertung ;-) das muss nicht unbedingt
schlecht sein. Allerdings sind solche fremden Systeme prinzipiell
erstmal vom Urheberrecht geschützt.

Ich bin jedenfalls auch dafür, die einzelnen Eigenschaften möglichst
allgemein darzustellen, separat getaggt, und nicht mehrere Dinge
zusammenzufassen die dann als "Eignungsklasse für Fortbewegungsmittel
XY32" oder so getaggt wären.

Gruß Martin



From frederik at remote.org  Wed Dec 12 20:12:12 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 12 Dec 2012 21:12:12 +0100
Subject: [Talk-de]
 =?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
 =?utf-8?q?=3F?=
In-Reply-To: <CABPTjTBoOf0CqcpR405t9Tszf=Fcvd3AAzrJd5mDEojpxSYtiA@mail.gmail.com>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de>
 <CABPTjTBoOf0CqcpR405t9Tszf=Fcvd3AAzrJd5mDEojpxSYtiA@mail.gmail.com>
Message-ID: <50C8E51C.3050203@remote.org>

Hi,

On 12.12.2012 20:36, Martin Koppenhoefer wrote:
> Ich versuche, auch kleine Details (z.B. einen "mittel"kleinen
> Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie
> sie auch in der Realität sind, weil man so am meisten mit den Daten
> anfangen kann.

Ich bin gern ab und zu bereit, ueber ein Detail hinwegzusehen, und z.B. 
eine Reihe von Haeusern mit "q" im JOSM parallel anzuordnen, wenn es 
insgesamt wie eine Reihe paralleler Haeuser aussieht. Aber wenn ich 
damit etwas erzeuge, was auch bei Inbetrachtziehung einer moeglichen 
Luftbildungenaugkeit falsch ist, wuerde ich das auch vermeiden.

> Gerade die Unregelmäßigkeiten und Brüche sind meistens die
> interessantesten Stellen in einer Stadt, und normalerweise gibt es
> jeweils auch einen Grund oder eine Geschichte dazu.

Bei Reihenbebauung in der Stadt (wo ja oft ein ganzer Strassenzug 
lueckenlos bebaut ist) sind Details wie kleine Vorspruenge usw. spaeter 
hilfreich, wenn man vor Ort die Hausnummern eintragen will. Dann steht 
man da, sieht auf dem Ausdruck 13 Haeuser und vor sich 16 Hausnummern 
und fragt sich, was wohl zu was gehoert. Ein kleiner Vorsprung oder eine 
seltsame Ecke helfen dann.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From frederik at remote.org  Wed Dec 12 20:20:47 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 12 Dec 2012 21:20:47 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8DCE3.50808@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C8DCE3.50808@aighes.de>
Message-ID: <50C8E71F.1040800@remote.org>

Hallo,

On 12.12.2012 20:37, Henning Scholland wrote:
> Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5
> subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und
> kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom
> Ausland nicht zu reden.

Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine 
bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die 
Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht "wie gut ist 
die Strasse fuers Radfahren geeignet", sondern "wie ist die Strasse vom 
lokalen Verein eingeteilt".

> Das hat für mich dann etwas von: "Wir sind nicht schuld, dass das System
> Käse ist, der ADFC Stadt_A hat es sich ausgedacht."

Wir haben halt kein Entscheidungsfindungs-System in unserem Projekt. 
Wenn sich zwei Mapper uneins sind, ob irgendwas jetzt "horrible" oder 
"very_horrible" sind und man es nicht anhand objektiver Kriterien 
nachvollziehen kann, was soll man im Fall eines Edit wars o.ae. denn 
dann machen? Abstimmen lassen? Wen? - Wir waeren da hilflos. Mappen wir 
hingegen "diese Strasse ist vom ADFC Stadt A als XYZ eingeteilt", dann 
kann im Notfall ein Anruf beim ADFC die Sache klaeren. Diese Information 
mag weniger nuetzlich sein, aber weniger problematisch ist sie auch.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From osm at aighes.de  Wed Dec 12 20:41:54 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 21:41:54 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8E71F.1040800@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C8DCE3.50808@aighes.de> <50C8E71F.1040800@remote.org>
Message-ID: <50C8EC12.5000009@aighes.de>

Am 12.12.2012 21:20, schrieb Frederik Ramm:
> Hallo,
>
> On 12.12.2012 20:37, Henning Scholland wrote:
>> Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5
>> subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und
>> kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom
>> Ausland nicht zu reden.
>
> Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine 
> bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ 
> die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht "wie gut 
> ist die Strasse fuers Radfahren geeignet", sondern "wie ist die 
> Strasse vom lokalen Verein eingeteilt".
Genau das meine ich mit Augenwischerei. Weil mit dem Mappen von "wie ist 
die Strasse vom lokalen Verein eingeteilt" will ich dem Auswerter ja 
genau "wie gut ist die Strasse fuers Radfahren geeignet" sagen. Das ist 
doch gerade der Sinn dahinter: Eine Karte oder ein Routing, dass "gute" 
Wege bevorzugt/hervorhebt.

Weg1 wäre: Fahrradclub legt Kriterien fest, wenige Mitglieder 
kategorisieren die Straßen und wir übernehmen das

Weg2 wäre: OSM legt Kriterien fest, wenige Mapper kategorisieren die Straßen

Ob jetzt ein Clubmitglied die Entscheidung trifft oder ein Mapper läuft 
bei einem subjektiven Tag letztlich auf das gleiche Ergebnis hinaus. Nur 
einmal ist es unsere Entscheidung und einmal können wir sagen, "aber der 
Fahrradclub hat's gesagt".

Henning




From roland.olbricht at gmx.de  Wed Dec 12 21:20:53 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Wed, 12 Dec 2012 22:20:53 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8E71F.1040800@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org>
Message-ID: <2839299.1CuLrTIhmK@roland-latitude-e5520>

Hallo,

> Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine
> bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die
> Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht "wie gut ist
> die Strasse fuers Radfahren geeignet", sondern "wie ist die Strasse vom
> lokalen Verein eingeteilt".

Dann müssten wir also highway primary/secondary/tertiary besser nach der 
amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach 
der amtlichen Klassifikation?

> Wenn sich zwei Mapper uneins sind, ob irgendwas jetzt "horrible" oder
> "very_horrible" sind und man es nicht anhand objektiver Kriterien
> nachvollziehen kann, was soll man im Fall eines Edit wars o.ae. denn
> dann machen? Abstimmen lassen? Wen? - Wir waeren da hilflos. Mappen wir
> hingegen "diese Strasse ist vom ADFC Stadt A als XYZ eingeteilt", dann
> kann im Notfall ein Anruf beim ADFC die Sache klaeren.

Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das komplette 
Radwegenetz mit einer Klassifikation "MaxMuster:bicycle=1..5" zu versehen, 
denn man kann ja bei ihm anrufen und fragen.

> Diese Information
> mag weniger nuetzlich sein, aber weniger problematisch ist sie auch.

Ich denke, da wird das Problempotential überschätzt. Trotzdem bin ich für die 
Erläuterung dankbar. Vielleicht sollten wir erst einmal untersuchen, wie viele 
Fälle von Edit-Wars es bisher in OSM gegeben hat.

Letztlich wäre außer Straßenklassifikation (die ja allgemein als bevorzugt 
subjektiv akzeptiert ist) und Radwegequalität auch so etwas wie subjektive 
Sicherheit, realistische Höchstgeschwindigkeiten (ein Feldweg ohne 
Geschwindigkeitsbegrenzung ermöglicht bestimmt nicht Tempo 100) und Weiteres 
sehr interessant als Crowdsourcing, speziell auch für parxisnahes Routing. Das 
geht mit dem "Strikt-Objektiv-Paradigma" bisher alles verloren.

Viele Grüße,

Roland




From frederik at remote.org  Wed Dec 12 21:38:52 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 12 Dec 2012 22:38:52 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <2839299.1CuLrTIhmK@roland-latitude-e5520>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
Message-ID: <50C8F96C.7030801@remote.org>

Hi,

On 12.12.2012 22:20, Roland Olbricht wrote:
> Dann müssten wir also highway primary/secondary/tertiary besser nach der
> amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach
> der amtlichen Klassifikation?

Das stimmt (wobei "amtliche Klassifikation" ja auch hiesse, dass man 
sich von dem britischen Schema verabschieden muesste). Es gibt ab und zu 
mal Edit-Scharmuetzel vorallem im Bereich 
"residential/unclassified/tertiary" und "primary/trunk", aber groessere 
Auseinandersetzungen glaub ich nicht.

> Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das komplette
> Radwegenetz mit einer Klassifikation "MaxMuster:bicycle=1..5" zu versehen,
> denn man kann ja bei ihm anrufen und fragen.

Tatsaechlich haben wir frueher immer gesagt: Jeder kann eigene Tags 
vergeben, wenn er seinen Usernamen als Prefix nimmt. Das wird heute 
nicht mehr so propagiert, aber im Grunde ist das schon noch so. Wenn 
MaxMuster von Hand die von ihm befahrenen Wege klassifizieren will, 
wuerde man das wohl schon akzeptieren - anders waere es, wenn er mal 
eben saemtliche Strassen automatisch mit einem MaxMuster-Tagschema 
ueberziehen wollte.

> Letztlich wäre außer Straßenklassifikation (die ja allgemein als bevorzugt
> subjektiv akzeptiert ist) und Radwegequalität auch so etwas wie subjektive
> Sicherheit, realistische Höchstgeschwindigkeiten (ein Feldweg ohne
> Geschwindigkeitsbegrenzung ermöglicht bestimmt nicht Tempo 100) und Weiteres
> sehr interessant als Crowdsourcing, speziell auch für parxisnahes Routing. Das
> geht mit dem "Strikt-Objektiv-Paradigma" bisher alles verloren.

Ich denke, man koennte im subjektiven Bereich besser mit "Stimmen" als 
mit "Tatsachen" arbeiten. Dass es an der Strasse ein Tempolimit 100 
gibt, ist Tatsache, da gibts keine Diskussion; dass man praktisch 
eigentlich nicht schneller als 50 fahren kann, ist meine Meinung, Du 
findest vielleicht 70, und jemand anders findet 45 - diese "Stimmen" 
kann man alle sammeln (bitte nicht als Tags, sondern irgendwie separat), 
und dann kann sich jeder darauf seinen eigenen Reim machen. Einer 
koennte z.B. sagen "ich vertraue den Benutzern A, B, und C und will 
immer den Mitterlwert aus deren Stimmen fuer mein Routing verwenden", 
ein anderer koennte sagen "ich bin eher ein vorsichtiger Fahrer und 
orientiere mich am 1. Quartil" und so weiter.

Peter Miller hatte dazu auf einer SOTM vor 3-4 Jahren mal einen Vortrag, 
da ging es auch um die subjektive Eignung von Wegen fuer verschiedene 
Nutzerklassen (Stichwort Fussweg, der aber fuer Kinderwagen nicht 
geeignet ist, Radweg, auf dem man sich aber das Rennrad kaputt macht, etc.).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From osm at aighes.de  Wed Dec 12 22:39:12 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 12 Dec 2012 23:39:12 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8F96C.7030801@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
 <50C8F96C.7030801@remote.org>
Message-ID: <50C90790.5020500@aighes.de>

Am 12.12.2012 22:38, schrieb Frederik Ramm:
> On 12.12.2012 22:20, Roland Olbricht wrote:
>> Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das 
>> komplette
>> Radwegenetz mit einer Klassifikation "MaxMuster:bicycle=1..5" zu 
>> versehen,
>> denn man kann ja bei ihm anrufen und fragen.
>
> Tatsaechlich haben wir frueher immer gesagt: Jeder kann eigene Tags 
> vergeben, wenn er seinen Usernamen als Prefix nimmt. Das wird heute 
> nicht mehr so propagiert, aber im Grunde ist das schon noch so. Wenn 
> MaxMuster von Hand die von ihm befahrenen Wege klassifizieren will, 
> wuerde man das wohl schon akzeptieren - anders waere es, wenn er mal 
> eben saemtliche Strassen automatisch mit einem MaxMuster-Tagschema 
> ueberziehen wollte.

Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen 
vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf 
ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der 
Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört 
es auch schon auf. Überregionale Projekte können kaum alle Systeme 
auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es 
sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.

Henning




From wendorff at uni-paderborn.de  Thu Dec 13 06:51:52 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 07:51:52 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <50C8D2F6.3050005@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
Message-ID: <50C97B08.7020109@uni-paderborn.de>

Hallo Gerrit.

Ich würde mich Martin und Frederik anschließen: Das eintragen, was da ist.
Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade in 
einer Linie gebaut ist, sieht das entweder nach amerikanischem 
Hochglanzkino aus oder aber nach Sim City und Co.
Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei 
dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und 
könnte genausogut automatisch generiert werden ohne osm-datengrundlage.

Gruß
Peter

Am 12.12.2012 19:54, schrieb Gerrit:
> Hallo,
>
> da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, 
> bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing 
> Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere 
> etwas versetzt zu den anderen Häusern usw.
> Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur 
> in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich 
> unruhige Straßenzüge.
> Deswegen wollt ich fragen, ob es besser ist, solche kleinen 
> Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht 
> gleichmäßig einzutragen, oder das alles wirklich genau wie in der 
> Wirklichkeit zu machen?
>
> Danke!
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From wendorff at uni-paderborn.de  Thu Dec 13 07:04:42 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 08:04:42 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8D1EF.906@remote.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
Message-ID: <50C97E0A.3080703@uni-paderborn.de>

Am 12.12.2012 19:50, schrieb Frederik Ramm:
> [...]
>
> Es gibt auch den empirischen Ansatz: Man sammle Tracks von 
> Fahrradfahrern und verwende die Trackdichte zur Einfaerbung einer 
> Karte. Dann bedeuten Deine Farben zwar nicht "ist gut zu fahren/ist 
> nicht gut zu fahren" sondern "wird viel benutzt/wird wenig benutzt", 
> aber eigentlich muesste das ja konvergieren.
Bis es wieder divergiert, vermute ich.
Bis zu einem gewissen Grad spiegelt die Nutzung des Weges die Qualität 
zum Radfahren wieder, dann ist der Weg verstopft und Radfahren wird 
ungemütlich, weil flüssiges Fahren nicht mehr möglich ist, je mehr 
Radfahrer jetzt also noch dazukommen, desto schlechter ist die Idee, 
diesen Weg selbst zu wählen.
Interessant wäre hier eher der direkte Ansatz aus der Problemstellung: 
wie viele Fußgänger benutzen den Radweg? Denn das ist ja eins der 
Kriterien, die als nicht-messbar und deshalb einzutragen vorgeschlagen 
wurden.

In beiden Fällen dürfte unser Problem aber sein, dass wir nicht objektiv 
die kritische Masse an Daten für Radwege sammeln können. Ein Vergleich 
der Tracks bringt nichts, wenn das 100 Personen in einer Großstadt sind, 
die ihre meist regelmäßigen Strecken zur Verfügung stellen, während 
10.000 andere die Wege genausoviel nutzen. Einzelne Personen verhalten 
sich dazu zu unterschiedlich, als dass man aus einer so kleinen 
Stichprobe da gute Ergebnisse erzielen könnte, befürchte ich.

Gruß
Peter



From wendorff at uni-paderborn.de  Thu Dec 13 07:19:57 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 08:19:57 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C8EC12.5000009@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C8DCE3.50808@aighes.de> <50C8E71F.1040800@remote.org>
 <50C8EC12.5000009@aighes.de>
Message-ID: <50C9819D.5040508@uni-paderborn.de>

Am 12.12.2012 21:41, schrieb Henning Scholland:
> Am 12.12.2012 21:20, schrieb Frederik Ramm:
>> Hallo,
>>
>> On 12.12.2012 20:37, Henning Scholland wrote:
>>> Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5
>>> subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und
>>> kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom
>>> Ausland nicht zu reden.
>>
>> Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass 
>> eine bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation 
>> XYZ die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht 
>> "wie gut ist die Strasse fuers Radfahren geeignet", sondern "wie ist 
>> die Strasse vom lokalen Verein eingeteilt".
> Genau das meine ich mit Augenwischerei. Weil mit dem Mappen von "wie 
> ist die Strasse vom lokalen Verein eingeteilt" will ich dem Auswerter 
> ja genau "wie gut ist die Strasse fuers Radfahren geeignet" sagen. Das 
> ist doch gerade der Sinn dahinter: Eine Karte oder ein Routing, dass 
> "gute" Wege bevorzugt/hervorhebt.
>
> Weg1 wäre: Fahrradclub legt Kriterien fest, wenige Mitglieder 
> kategorisieren die Straßen und wir übernehmen das
>
> Weg2 wäre: OSM legt Kriterien fest, wenige Mapper kategorisieren die 
> Straßen
>
> Ob jetzt ein Clubmitglied die Entscheidung trifft oder ein Mapper 
> läuft bei einem subjektiven Tag letztlich auf das gleiche Ergebnis 
> hinaus. Nur einmal ist es unsere Entscheidung und einmal können wir 
> sagen, "aber der Fahrradclub hat's gesagt".
Das stimmt aber nur bedingt. Der lokale Club wird über solche 
Kategorisierungen immer mit mehreren diskutieren bzw. gemeinsam 
entscheiden. Da findet ein genauer Austausch, bei Bedarf mit gemeinsamer 
Begehung der betreffenden Straße statt, und es wird argumentiert, warum 
was wie eingeordnet wird.
Bei OSM halten sich Mapper an Kriterien, die bestenfalls irgendwo 
aufgeschrieben sind. Diese Kriterien sind selten vollständig und 
außerdem oft schwierig miteinander zu verknüpfen in einem Wert.
Minimales Beispiel:
Teilkriterium A sei die Oberflächenbeschaffenheit
Teilkriterium B seien Baumwurzeln, die die Oberfläche unterbrechen und 
deshalb die Qualität eines Weges senken.

Weg 1 ist super glatter Asphalt, aber alle 20 Meter steht ein Baum, 
dessen Wurzeln blöderweise den Asphalt anheben
Weg 2 ist grobporig rauher Asphalt, der für Inline Skates schon stumpf 
wirkt, aber links und rechts sind "nur" Rapsfelder und die Oberfläche 
bleibt eben.

Wie passt das jetzt zusammen?
Schlägt die besser Oberfläche die Wurzeln oder die ebenere Straße den 
rauhen Asphalt?
Wo ist die Grenze?

Angenommen, du entscheidest dich und dokumentierst, dass die bessere 
Oberfläche in der Bewertung die Wurzeln schlägt, Weg 1 also besser 
bewertet wird. Was machst Du dann mit

Weg 3, der ebenfalls super glatten Asphalt hat, aber aufgebracht auf 
Beton-Panzerplatten, deren Ansatzstellen Querrillen bilden, also so 
ähnlich wie Weg 1, aber mit mehr "Bruchstellen" der allgemein glatten 
Oberfläche?

Angenommen, du entscheidest dich für die zweite Variante, was ist dann mit

Weg 4, der frisch gepflasterte, absolut eben verlegte Rasengittersteine 
als Oberfläche hat, oder neu gemachtes Kopfsteinpflaster mit runden 
"Kopfsteinköpfen"?

Der lokale Adfc wird sich für solche Fälle eine Lösung ausdenken, 
möglicherweise einen zusätzlichen Hinweis für die Eignung für Rennräder 
einführen oder die Wurzeln im Einzelfall für nicht so schlimm halten, 
wenn die Strecke dafür eben nicht durch Betonwüste führt, sondern 
aufgrund der Umgebung angenehmer zu fahren ist.
Diese Entscheidungen kann man aber in OSM vermutlich nicht oder nur sehr 
schlecht abbilden - erst recht nicht in einem Maßstab, der einer 
Weltkarte insgesamt gerechter wird als die teilweise unabhängigen 
Entscheidungen einzelner lokaler Communities.

Gruß
Peter



From norbert.wenzel.lists at gmail.com  Thu Dec 13 07:29:10 2012
From: norbert.wenzel.lists at gmail.com (Norbert Wenzel)
Date: Thu, 13 Dec 2012 08:29:10 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C90790.5020500@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
 <50C8F96C.7030801@remote.org> <50C90790.5020500@aighes.de>
Message-ID: <50C983C6.6090802@gmail.com>

On 12/12/2012 11:39 PM, Henning Scholland wrote:
> Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen
> vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf
> ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der
> Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört
> es auch schon auf. Überregionale Projekte können kaum alle Systeme
> auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es
> sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.

Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper irgendwelche 
weichen Kriterien einträgt, die er gerade für richtig hält. Und die 
Chance dass jemand überregional die Radwege gut genug kennt um ernsthaft 
sinnvoll diese weichen Kriterien eintragen zu können ist auch sehr 
gering. Damit hat man exakt dasselbe Problem wie wenn jeder lokale 
Radclub eine Klassifizierung vornimmt, nur, dass man zusätzlich noch 
jeden einzelnen User anschreiben muss und nicht einen zentralen Radclub 
hat, wenn man diese Bewertung nachvollziehen will.

Norbert




From wendorff at uni-paderborn.de  Thu Dec 13 07:30:58 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 08:30:58 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C90790.5020500@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
 <50C8F96C.7030801@remote.org> <50C90790.5020500@aighes.de>
Message-ID: <50C98432.5000309@uni-paderborn.de>

Am 12.12.2012 23:39, schrieb Henning Scholland:
>
> Aber es nutzt doch kaum jemanden etwas, wenn sich zig 
> Mapper/Ortsgruppen vom Fahrradclub eigene Schemata für die selbe Sache 
> ausdenken, bzw. auf ihre Situation vor Ort anpassen. Mit dem Wissen um 
> die Bedeutung der Tags kann man dann zwar eine Karte von Stadt_A 
> erstellen, aber dann hört es auch schon auf. Überregionale Projekte 
> können kaum alle Systeme auswerten, auch wenn sie es wollen würden. 
> Auch für die Mapper ist es sehr anstrengend. Man mappt ja nicht nur in 
> der eigenen Stadt.
Das stimmt, ist aber eher ein Argument, das ganze auf objektivere 
Teilkriterien herunterzubrechen.
Ein quality:bicycle oder sowas ist ein Sammeltag, das sich irgendwie 
"berechnen" muss. Wenn dazu die Befahrungsdichte gehört oder die Anzahl 
der auf dem Radweg rumlaufender Fußgänger, dann werden viele (tm) das 
nicht oder nicht richtig eintragen können, weil sie dazu keine 
Informationen haben.
Ich fahre den Radweg einmal lang - dann weiß ich noch lange nicht, wie 
viele Fußgänger im Jahresmittel/zur Mittagszeit/am 'langen Samstag' 
Nachmittag... da unterwegs sind.
Als Mapper hab ich also die Wahl, das gemittelt abzuschätzen und deshalb 
einen ungenauen Wert einzutragen, oder eben es gleich sein zu lassen.

Ich könnte jetzt immerhin die einzelwerte eintragen, die ich kenne 
(width, surface, tracktype...), aber davon hat ein Auswerter, der das 
sammeltag benutzt, nichts gewonnen; und wenn der Auswerter deshalb die 
einzelnen Tags sowieso als solche betrachten muss, dann hilft ihm im 
Einzelfall das Sammeltag auch nicht viel weiter - wenn überhaupt findet 
er damit Inkonsistenzen, bei denen die Entscheidung ansteht, welchen 
Tags dann zu vertrauen ist.

Ich wäre deshalb eher für einzelne, einzeln relativ gut überprüfbare 
Attribute, die man notfalls weglassen kann, und wenn eine Anwendung 
daran Bedarf hat, für sinnvolle Preset-Definitionen z.B. in JOSM, die 
dem Mapper per Maske alle dafür sinnvollen Attribute vorschlagen, ohne 
sie zur Pflicht zu machen, bei denen also klar ist, dass man auch "weiß 
ich nicht, lasse ich weg" "auswählen" kann.

Gruß
Peter



From chaoschaos0909 at googlemail.com  Thu Dec 13 07:36:19 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Thu, 13 Dec 2012 08:36:19 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C97E0A.3080703@uni-paderborn.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
Message-ID: <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>

Gibt es eigentlich überhaupt einen Fahrradroutingdienst, der sich
derart fein konfigurieren lässt?

Momentan ist es ja so, dass für Fahrradrouting gleich ZWEIMAL
Subjektivität ins Spiel kommt, was die Sache für mich nahezu
unbenutzbar macht.
Zum einen sind Tags wie smoothness subjektive, womit ich aber noch
relativ gut leben kann.
Zum anderen nehmen die Routingprogramme eine völlig intransparente,
subjektive Bewertung der Tags vor (auch objektiver wie width oder
surface),
um daraus eine schwammige 'Fahrradeignung' zu errechnen, die ich dann
noch nicht einmal angezeigt bekomme, sondern lediglich subtil die
Wegführung beeinflusst.

Das höchste der Gefühle sind dann so Buttons mit einem MTB und einem
Rennrad drauf.

Also bevor also nicht mal ein Routingprogramm (oder Renderer)
existiert, dem ich meine eigenen Kriterien mitgeben kann, hat es denke
ich wenig Sinn,
über die subjektiven Unterschiede zwischen horrible und very_horrible
beim Tagging zu diskutieren.

Die Diskussion, welche Reifenbreite mit welchem Untergrund harmoniert,
gehört nun wirklich zu den Fahrradroutern und nicht zum OSM-Tagging.
Wenn dort die bestehenden Tags ausgewertet und auch dem Nutzer mal als
Kriterien durchgereicht werden, DANN können wir uns Gedanken machen,
ob wir das Ergebnis durch mehr/bessere/konsistentere Tags verbessern
können.
Aber ich lass mir auch gerne solche Router zeigen. Vielleicht gibt es
sie ja schon.

my 2 cents,
Chaos

Kleine Anektote: Mit dem PKW bin ich schon auf Schotter gefahren, bei
dem für mich 15km/h die maximale Geschwindigkeit war. Das hält andere
nicht davon ab, dort 80km/h als angemessen zu sehen. Andersherum bin
ich auf Vulkanasche gerne auch mit  100+ unterwegs, während andere
dort nicht über 40 fahren. Und das bei einem 'standardisierten'
Fortbewegungsmittel wie einem PKW. Dagegen gibt es unzählige
Fahrradtypen.



From l.schimmer at cgv.tugraz.at  Thu Dec 13 07:57:37 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Thu, 13 Dec 2012 08:57:37 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <50C8D2F6.3050005@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
Message-ID: <50C98A71.40509@cgv.tugraz.at>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-12-12 19:54, Gerrit wrote:
> Hallo,
> 
> da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen
> habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen
> von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur
> Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde
> sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM
> hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige 
> Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche
> kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht
> gleichmäßig einzutragen, oder das alles wirklich genau wie in der
> Wirklichkeit zu machen?

Moin

Ich trage es so ein, wie ich es auf den Bilder im GRUNDRISS erkenne
und es aus Fotos vor Ort auch erkennen kann.
Ohne Ortskenntnis ist das schwieriger, da die Luftbilder oft
Schrägaufnahmen sind und dort der Grundriss nicht oft erkennbar ist.
Aber bitte so abzeichnen, wie es in der Realität ist - OSM will nicht
die Welt aufhybschen sondern darstellen, was wirklich vor Ort ist.

Beispiele:
http://maps.osm2world.org/?zoom=17&lat=47.06273&lon=15.47071&layers=BF0TTFFF
http://www.openstreetmap.de/karte.html?zoom=16&lat=47.0621&lon=15.46836&layers=B000TF

Mit Beachtung und Einbezug von
http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
Da hilft es dann wirklich, 1:1 wie in der Realität nachzuziehen und zu
attributieren - das ergibt ein gutes 3D Modell mit hohem
Wiedererkennungswert!

> Danke!

http://www.openstreetmap.org/user/Amiga4000/diary

MfG,
Lars Schimmer
- -- 
- -------------------------------------------------------------
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405       E-Mail: l.schimmer at cgv.tugraz.at
Fax: +43 316 873-5402       PGP-Key-ID: 0x4A9B1723


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDJinAACgkQmWhuE0qbFyP+2ACaAk0fajmuv30Oh0wAhU4xaziR
ciQAnA3IjnUm/qPwXCtnC2LcXvLAXYFh
=aQQ/
-----END PGP SIGNATURE-----



From osm at aighes.de  Thu Dec 13 09:04:51 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 10:04:51 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C983C6.6090802@gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
 <50C8F96C.7030801@remote.org> <50C90790.5020500@aighes.de>
 <50C983C6.6090802@gmail.com>
Message-ID: <50C99A33.7040302@aighes.de>

Am 13.12.2012 08:29, schrieb Norbert Wenzel:
> On 12/12/2012 11:39 PM, Henning Scholland wrote:
>> Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen
>> vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf
>> ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der
>> Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört
>> es auch schon auf. Überregionale Projekte können kaum alle Systeme
>> auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es
>> sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.
>
> Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper 
> irgendwelche weichen Kriterien einträgt, die er gerade für richtig hält.
Ja, das ist ein generelles Problem bei weichen Kriterien, weshalb sie 
vermieden werden sollten, wo es besser zu machen geht und auch 
praktikabel und sinnvoll ist.

Henning




From osm at aighes.de  Thu Dec 13 09:18:07 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 10:18:07 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
Message-ID: <50C99D4F.1000707@aighes.de>

Hallo,

derzeit gibt es keinen Router, den man als normaler Nutzer fein 
konfigurieren kann. Die meisten Nutzer interessiert es auch wenig, wie 
das Routing zustande kommt, Hauptsache, es findet einen tollen Weg. Ich 
denke es ist auch nicht gerade sinnvoll, den Nutzer mit 100 
Wegfarben/-mustern zu beglücken, nur um jede Tagkombination auch 
darzustellen. Der erfahrene kann natürlich seine Karte so manipulieren, 
dass sie so routet, wie er das gerne hätte.

Bspw. könnte einer auf die Idee kommen, er würde gerne eine Radkarte 
erstellen, die möglichst auf Radwegen routet. Dann sollten die Radwege 
natürlich auch gut sein, frei von parkenden Autos etc.

Henning




From norbert.wenzel.lists at gmail.com  Thu Dec 13 09:24:12 2012
From: norbert.wenzel.lists at gmail.com (Norbert Wenzel)
Date: Thu, 13 Dec 2012 10:24:12 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C99A33.7040302@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org> <2839299.1CuLrTIhmK@roland-latitude-e5520>
 <50C8F96C.7030801@remote.org> <50C90790.5020500@aighes.de>
 <50C983C6.6090802@gmail.com> <50C99A33.7040302@aighes.de>
Message-ID: <50C99EBC.9070802@gmail.com>

On 12/13/2012 10:04 AM, Henning Scholland wrote:
> Am 13.12.2012 08:29, schrieb Norbert Wenzel:
>> On 12/12/2012 11:39 PM, Henning Scholland wrote:
>>> Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen
>>> vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf
>>> ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der
>>> Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört
>>> es auch schon auf. Überregionale Projekte können kaum alle Systeme
>>> auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es
>>> sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.
>>
>> Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper
>> irgendwelche weichen Kriterien einträgt, die er gerade für richtig hält.
> Ja, das ist ein generelles Problem bei weichen Kriterien, weshalb sie
> vermieden werden sollten, wo es besser zu machen geht und auch
> praktikabel und sinnvoll ist.

Dann sind wir uns ja eh einig und ich hab dich wohl falsch verstanden.

Da bin ich dann ganz beim Kommentar von Ronnie, wo er gefordert hat, 
dass ein (Fahrrad)router die objektiven Tags wie Breite, Oberfläche, 
etc. in sinnvolle und/oder konfigurierbare Sets zusammenfassen soll, so 
dass ich als Radfahrer dann selbst entscheiden kann, was mir wichtig und 
für mich fahrbar ist.

Ich hab zum selben Thema vor kurzem auf talk-at geschrieben, dass es imo 
unmöglich ist *den* Radfahrer sinnvoll zu beschreiben. Eltern mit Kind 
hinten drauf oder schon selbst fahrend haben andere Bedürfnisse wie ich, 
wenn ich mit einem alten Rennrad in die Arbeit fahr oder mit einem 
Mountainbike von oder zur Strecke fahr. Diese in einem einzigen 
Sammeltag sinnvoll abzubilden oder zu kategorisieren halt ich für 
praktisch unmöglich und auch für Datenkonsumenten dann nicht mehr 
nachvollziehbar.

Norbert




From chaoschaos0909 at googlemail.com  Thu Dec 13 09:52:35 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Thu, 13 Dec 2012 10:52:35 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C99D4F.1000707@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
Message-ID: <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>

Am 13. Dezember 2012 10:18 schrieb Henning Scholland <osm at aighes.de>:
> Hallo,
>
> derzeit gibt es keinen Router, den man als normaler Nutzer fein
> konfigurieren kann. Die meisten Nutzer interessiert es auch wenig, wie das
> Routing zustande kommt, Hauptsache, es findet einen tollen Weg.

Und genau das ist nicht möglich. Falls überhaupt eine Überschneidung
aller Vorlieben, also ein kleinster gemeinsamer Nenner, existiert,
ist er so klein, dass die mangelnde Abdeckung die Karte/den Router
nahezu unbenutzbar (auf jeden Fall aber unbeliebt) machen würde.


> Ich denke es
> ist auch nicht gerade sinnvoll, den Nutzer mit 100 Wegfarben/-mustern zu
> beglücken, nur um jede Tagkombination auch darzustellen. Der erfahrene kann
> natürlich seine Karte so manipulieren, dass sie so routet, wie er das gerne
> hätte.

Darf ich dich selbst zitieren? " [...]  derzeit gibt es keinen Router,
den man als normaler Nutzer fein konfigurieren kann"
Oder meinst du mit 'erfahren', dass man sich doch seinen eigenen
Router programmieren kann?

>
> Bspw. könnte einer auf die Idee kommen, er würde gerne eine Radkarte
> erstellen, die möglichst auf Radwegen routet. Dann sollten die Radwege
> natürlich auch gut sein, frei von parkenden Autos etc.

Das läuft etwa auf dem selben Niveau, wie wenn du von einem
Auto-Router verlangst, er solle dir den Weg mit den grünen Ampeln
zeigen.
'Frei von parkenden Autos' ist ebenso wie 'Fussgänger auf dem Radweg'
eine zeitlich begrenzte Angelegenheit, die sich durch Momentaufnahmen
weder festhalten
noch planen lässt. Möglicherweise gilt das nur am Wochenende. oder nur
nach Feierabend? Möglicherweise stehen da in der Urlaubszeit gar keine
Autos?

Gruss,
Chaos



From hermanns at ptt.uni-due.de  Thu Dec 13 10:15:08 2012
From: hermanns at ptt.uni-due.de (Gerhard Hermanns)
Date: Thu, 13 Dec 2012 11:15:08 +0100
Subject: [Talk-de] [OSM-talk] public_transport=platform not rendered
In-Reply-To: <CALKj2D9L6QDaxYCXe1f4ETm_bNg+CHCcQeqVWRD9OS1aU=TSyg@mail.gmail.com>
References: <CAJ6DwMCVC7b5iGBe5mYBsJ=czZaks6R3Y1mQrpeRn9EkOsUb5Q@mail.gmail.com>
 <m75rbs.mdmke3.8por1n-qmf@auth.smtp.oneandone.co.uk>
 <50A75942.5060603@tobias-knerr.de>
 <B58B0F4B-621C-4344-8B13-4C498C6B095B@gmail.com>
 <011601cdc4f1$3110f610$9332e230$@loach.me.uk>
 <CAJ6DwMB1RrObnZzLf34c4VNCMrBDSryhStaeeHnPyxkkeL5g+A@mail.gmail.com>
 <1892bd80-252b-41a5-83a4-e8bda1d8dca8@email.android.com>
 <CAJ6DwMA1sPJyYB6FR4ed1eFrXgjsRjfbceLSRBOGHp2bQWmeEg@mail.gmail.com>
 <7435953C-B604-4C1E-ABD5-443AC5BE8383@gmail.com>
 <CAJ6DwMAbRM4_GPYaVQMv4MUPKRz3rmDk60eEdmgt2B1bTGjMzA@mail.gmail.com>
 <CALKj2D9L6QDaxYCXe1f4ETm_bNg+CHCcQeqVWRD9OS1aU=TSyg@mail.gmail.com>
Message-ID: <50C9AAAC.4060302@ptt.uni-due.de>

> For now I don't tag public transportation at all until 'they' settled
> on something that actually works
> both for data consumers AND casual mappers.
>
Hi,

from the Mapnik-Trac (4 weeks ago):

    public_transport=* rendering will become possible after the next
    full import of the database.
    The public_transport key is currently not yet available in the
    rendering database.


https://trac.openstreetmap.org/ticket/4685#comment:1 
<https://trac.openstreetmap.org/ticket/4685#comment:1>


Seoman



From osm at aighes.de  Thu Dec 13 10:19:19 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 11:19:19 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
Message-ID: <50C9ABA7.4000606@aighes.de>

Am 13.12.2012 10:52, schrieb Ronnie Soak:
> Am 13. Dezember 2012 10:18 schrieb Henning Scholland <osm at aighes.de>:
>> Ich denke es
>> ist auch nicht gerade sinnvoll, den Nutzer mit 100 Wegfarben/-mustern zu
>> beglücken, nur um jede Tagkombination auch darzustellen. Der erfahrene kann
>> natürlich seine Karte so manipulieren, dass sie so routet, wie er das gerne
>> hätte.
> Darf ich dich selbst zitieren? " [...]  derzeit gibt es keinen Router,
> den man als normaler Nutzer fein konfigurieren kann"
> Oder meinst du mit 'erfahren', dass man sich doch seinen eigenen
> Router programmieren kann?
Typischerweise besteht ein Router aus der eigentlichen Software, die den 
günstigsten Weg auf Basis der Daten errechnet und eben diese Daten. Es 
gibt also zwei Möglichkeiten der Manipulation. Entweder man ändert die 
Software (bspw. über eine Konfiguration, ich glaube Falk hat in diese 
Richtung angefangen etwas flexibler zu werden) oder man manipuliert die 
Daten, in dem man die Wertigkeit eines Weges anpasst.

Mit "erfahren" meinte ich, dass er selber sich überlegt, auf welchen 
Wegen er wie gerne geroutet werden möchte und das dann in dem style-file 
im Falle von Garmin festlegt.

Eine Idee (bezogen auf Garmins) für das Meeting in Essen wäre bspw., 
dass man sich darauf einigt, die routingfähigen ID's im Style frei zu 
lassen und das Routing auf diesen Wegen separat zu handhaben. Diese Wege 
müssten dann transparent sein. Dann kann man die Darstellung und das 
Routing freier kombinieren, der Nutzer hätte eine größere Auswahl. Ist 
aber erstmal nur so ein Gedanke.

Henning




From unnoetige_mails at gmx.de  Thu Dec 13 10:53:58 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Thu, 13 Dec 2012 11:53:58 +0100
Subject: [Talk-de] JOSM-Vorlagen
In-Reply-To: <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
Message-ID: <50C9B3C6.1020603@gmx.de>

Hallo Jo,

Am 11.12.2012 14:34, schrieb Jo:
> Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am
>
>         komplettieren war, aber die habe ich gestern alle
>         zurückgewandelt nach
>         highway=bus_stop.
>
>
>     Wenn du 500 Haltestelle wieder zu highway = bus_stop änderst, dann
>     sorgst du genau dafür das sich das Schema nicht durchsetzt.
>     500 Haltestellen umfassen sicher ein sehr großes Gebiet und jeder
>     neue oder unerfahre Mapper wird dann wieder das so weiter eintragen.
>     Das ist ein Schritt zurück und das sich das gegenwärtige Schema
>     durchsetzt wird verlangsamt.
>
>     Für mich klingt das leider nach mappen für den Renderer: "Die
>     Sachen tauchen in der Hauptkarte nicht auf also trage ich sie
>     nicht ein und nutze weiterhin die bisherigen Varianten". Du mußt
>     verstehen das es Zeit braucht bis sich Dinge etablieren und das
>     nicht alles auf der OSM-Hauptkarte dargestellt wird.
>     Das ÖPNV-Schema ist komplex und würde die Darstellung in Mapnik
>     noch weiter verschlechtern. Verschlechtern? Schau dir mal die
>     Innenstädte von großen Städeten wie Berlin an. Für ÖPNV gibt es
>     inzwischen genug Spezialseiten.
>
>     Wenn man will das sich Dinge durchsetzen muß man damit leben das
>     sie erstmal nirgends auftauchen bzw. in der Hauptkarte. Erst wenn
>     es eine große Verbreitung gibt
>     tauchen sie auf oder auch nicht. Dann gibt es halt Spezialkarten
>     die die Hauptkarte ergänzen
>
>
> Ich habe das aber erst mal in vershiedene mailing lists gefragt. Du 
> meinst angeblich dass es besser ist alles doppelt zu taggen? Wenn es 
> jetzt schon ein Renderer geben würde die public_transport=platform 
> darstellt, aber so weit ich weiss gibt es keine. Vielleicht werde ich 
> selber rendern anfangen...
Ich verstehe nicht ganz was du damit meinst es gibt keinen Renderer? Auf 
den beiden Hauptkarten für ÖPNV werden der Tag public_transport = 
platform auf jedenfall ausgewertet.
Ich auch den Halt auf der Straße nach dem alten und dem neuen Schema ein 
weil es eben doch eine gewisse Kompatibilität zu anderen 
Kartendarstellungen möglich ist.
>
> 500 Haltestellen sind nur 1/80 von alle 40.000 Haltestellen in 
> Flandern. Das sind die die ich schon eingetragen hatte in einen 30km 
> Radius. Vielleicht muss ich anfangen die alle doppelt zu taggen. Es 
> schein mir blöt um dass nur zu machen um Taginfo froh zu machen.
Ich halte es nur für bedenklich 500 Haltestellen wieder zu ändern nur 
weil es nicht auf der Hauptkarte auftaucht.
>
> Also Renderer, bitte stell es da. Wenigstens Mapnik, ÖPNV, die 
> transport layer von Andy Allan und OSMTransport. Dann kann ich weiter 
> mit dem neuen Schema. Sonst warte ich wohl einige Jahren länger oder 
> für immer und mittlerweile machen wir weiter mit dem Tag der 
> eigentlich im falschen namespace liegt; highway=bus_stop.
>
Wie schon erwähnt gibt es Karte bzw. Webseiten die die Platformen 
darstellen. Für Mapnik gibt es eine Anfrage:
https://trac.openstreetmap.org/ticket/4685#comment:1
Man sollte sich aber beim ÖPNV Tagging nicht davon beeinnflussen lassen 
was irgendwo dargestellt wird. Es ist schön anzusehen aber wirklich 
interessant wird es erst beim Routing.

Viele Grüße

Andreas



From dieterdreist at gmail.com  Thu Dec 13 11:01:05 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 12:01:05 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9ABA7.4000606@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
Message-ID: <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>

Am 13. Dezember 2012 11:19 schrieb Henning Scholland <osm at aighes.de>:
> Typischerweise besteht ein Router aus der eigentlichen Software, die den
> günstigsten Weg auf Basis der Daten errechnet und eben diese Daten. Es gibt
> also zwei Möglichkeiten der Manipulation. Entweder man ändert die Software
> (bspw. über eine Konfiguration, ich glaube Falk hat in diese Richtung
> angefangen etwas flexibler zu werden) oder man manipuliert die Daten, in dem
> man die Wertigkeit eines Weges anpasst.


Wobei "die Daten" nicht heisst, dass man alles aus einer Quelle
beziehen muss. Wenn man öffentliche Verkehrsmittel mit einbeziehen
will, braucht man neben den Routen auch Fahrplandaten oder besser noch
realtime-Informationen der tatsächlichen Positionen und
Geschwindigkeiten der Fahrzeuge. Wenn man Staus oder Unfälle
miteinbeziehen will braucht man diese Daten, z.B. über TMC oder über
"live-Erhebungen" (wenn man viele Nutzer hat kann z.B. man deren
Standorte und Geschwindigkeiten abgreifen und auswerten), etc. Nicht
alle diese Daten sind sinnvoll bei OSM in der DB aufgehoben, da sie
viel zu dynamisch sind (sich ändern) und weil unsere tools nicht
darauf ausgerichtet sind.

Klar könnte man theoretisch auch die Taktzeiten von Buslinien oder
Informationen wie: hier sind manchmal Autos auf dem Fahrradweg
geparkt, oder hier gehen öfters Fußgänger auf dem Fahrradweg oder so
in OSM erheben, aber weder habe ich Hoffnung, dass sich das verbreiten
würde, noch kann man viel mit diesen Daten anfangen, weil man eben
eigentlich nicht wissen will, ob da eine gewisse Wahrscheinlichkeitfür
bestimmte Probleme besteht, sondern man will konkret wissen: gibt es
aktuell dieses Problem (oder: kommt jetzt ein Bus?), und da hilft
einem die Statistik nicht weiter bzw. ist den realtime Daten so extrem
unterlegen, dass es m.E. der Aufwand nicht gerechtfertigt ist.

Gruß Martin



From osm at aighes.de  Thu Dec 13 11:34:09 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 12:34:09 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9ABA7.4000606@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
Message-ID: <50C9BD31.8070801@aighes.de>

Noch eine Ergänzung:

Ich denke, dass man den normale Nutzer eines Navis nicht damit belangen 
kann, sich das Routing quasi über zig Optionen selber zurecht zu 
basteln. Dazu haben die meisten einfach nicht die Erfahrung bzw. die 
Lust, sich überhaupt damit zu beschäftigen, welchen smoothness sie noch 
nutzen wollen. Als Anbieter muss man dem Nutzer wenige Profile zur 
Auswahl stellen und entweder passt dann die Karte, oder eben nicht.

Henning




From dieterdreist at gmail.com  Thu Dec 13 11:35:12 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 12:35:12 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <2839299.1CuLrTIhmK@roland-latitude-e5520>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C8DCE3.50808@aighes.de>
 <50C8E71F.1040800@remote.org>
 <2839299.1CuLrTIhmK@roland-latitude-e5520>
Message-ID: <CABPTjTB8yDmj3+q+7y7yh_cSH5WF=0mz_K3QXgO5dHANZCuOFA@mail.gmail.com>

Am 12. Dezember 2012 22:20 schrieb Roland Olbricht <roland.olbricht at gmx.de>:
> Dann müssten wir also highway primary/secondary/tertiary besser nach der
> amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach
> der amtlichen Klassifikation?


Wobei man da nicht Äpfel und Birnen vergleichen darf. Die amtliche
Klassifikation für Straßen erfolgt unter unterschiedlichen
Gesichtspunkten, und wenn man den tag highway ansieht ist das
Kriterium nicht, wer der Träger ist, also für Bau und Unterhalt
verantwortlich ist (Bundesstraße, Landesstraße, Kreisstraße etc.).
Mehr geht es uns um die Verbindungswichtigkeit. Wenn Du Dir z.B. die
Richtlinie zur integrierten Netzgestaltung ansiehst, dann kennen "die
Ämter" da bereits 6 Klassen hinsichtlich der Verbindungsfunktion:
http://de.wikipedia.org/wiki/Richtlinien_f%C3%BCr_integrierte_Netzgestaltung

"Die amtliche Klassifikation" in dieser Richtlinie unterscheidet nach
Verbindungsbedeutung, Verbindungsfunktionsstufe sowie Kategoriegruppe.
Falls diese Daten öffentlich sind wäre es sicher nicht uninteressant,
das auch (parallel) zu haben, aber selbst einstufen kann das (da ja
amtliche Klassifikation) der Mapper nicht, und auch die Interpretation
(und internationale Vergleichbarkeit) würde damit erschwert und nicht
erleichtert. Die meisten Mapper würden sicherlich von einem komplexen
Normenwerk abgeschreckt.

Wenn man nicht gerade Bauingenieurwesen Straßenbau studiert hat, ist
man schon von der reinen Fülle an "offiziellen" Informationen
erschlagen (dazu kommt noch, dass viele technische Normen vom
Urheberrecht geschützt sind, und nicht frei erhältlich sind), s.
http://de.wikipedia.org/wiki/Liste_der_technischen_Regelwerke_f%C3%BCr_das_Stra%C3%9Fenwesen_in_Deutschland

Gruß Martin



From osm at aighes.de  Thu Dec 13 11:42:49 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 12:42:49 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
Message-ID: <50C9BF39.6050107@aighes.de>

Am 13.12.2012 12:01, schrieb Martin Koppenhoefer:
> Klar könnte man theoretisch auch die Taktzeiten von Buslinien oder
> Informationen wie: hier sind manchmal Autos auf dem Fahrradweg
> geparkt, oder hier gehen öfters Fußgänger auf dem Fahrradweg oder so
> in OSM erheben, aber weder habe ich Hoffnung, dass sich das verbreiten
> würde, noch kann man viel mit diesen Daten anfangen, weil man eben
> eigentlich nicht wissen will, ob da eine gewisse Wahrscheinlichkeitfür
> bestimmte Probleme besteht, sondern man will konkret wissen: gibt es
> aktuell dieses Problem
Das kommt immer auf die Art der Daten an. Bei Fahrplänen stimme ich dir 
zu, die lassen sich recht gut (separat) erfassen und der Router kann 
daraus entnehmen, ob gerade ein Bus kommt oder nicht.

Es gibt aber auch Daten, bei denen das nicht der Fall ist, da sie mehr 
oder weniger zufällig auftreten und auch nur kurz bestand haben. So zum 
Beispiel bei den Fußgängern oder den parkenden Fahrzeugen. Man kann 
sagen, an welchen Stellen das gehäuft vorkommt. Das heißt weder, dass 
dies dort immer so ist, noch dass es an anderen Stellen nicht auch mal 
vorkommen kann.

Henning




From z0idberg at gmx.de  Thu Dec 13 12:24:32 2012
From: z0idberg at gmx.de (Gerrit)
Date: Thu, 13 Dec 2012 13:24:32 +0100
Subject: [Talk-de]
 =?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
 =?utf-8?q?=3F?=
In-Reply-To: <50C97B08.7020109@uni-paderborn.de>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
Message-ID: <50C9C900.8000506@gmx.de>

Am 13.12.2012 07:51, schrieb Peter Wendorff:
> Hallo Gerrit.
>
> Ich würde mich Martin und Frederik anschließen: Das eintragen, was da 
> ist.
> Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade in 
> einer Linie gebaut ist, sieht das entweder nach amerikanischem 
> Hochglanzkino aus oder aber nach Sim City und Co.
> Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei 
> dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und 
> könnte genausogut automatisch generiert werden ohne osm-datengrundlage.
>
> Gruß
> Peter 

Mir ist das z.B. hier aufgefallen:
http://www.openstreetmap.org/?lat=51.593209&lon=7.665389&zoom=18&layers=M
(Rund um die Lutherkirche)

Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
schlecht aus. Um solche Fälle ging es mir.



From wendorff at uni-paderborn.de  Thu Dec 13 12:37:57 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 13:37:57 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <50C9C900.8000506@gmx.de>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
 <50C9C900.8000506@gmx.de>
Message-ID: <50C9CC25.5000201@uni-paderborn.de>

Aber wir sind doch keine Maler, die schöne Bilder malen wollen, sondern 
Mapper.
Ich hab jetzt nur bei Google mal vergleichend draufgeguckt - deren 
Luftbilder sind nicht besonders gut, aber sie zeigen ein sehr ähnliches 
Bild; entscheiden würde ich das aber nur mit einem Ortsbesuch - nur: 
wenn das so gebaut ist, ist das so korrekt und ich würde es auch in der 
Datenbank so lassen. Eine geschlossene Bebauung wäre hier falsch, und 
eine durchgehende Lücke genauso.

Gruß
Peter


Am 13.12.2012 13:24, schrieb Gerrit:
> Am 13.12.2012 07:51, schrieb Peter Wendorff:
>> Hallo Gerrit.
>>
>> Ich würde mich Martin und Frederik anschließen: Das eintragen, was da 
>> ist.
>> Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade 
>> in einer Linie gebaut ist, sieht das entweder nach amerikanischem 
>> Hochglanzkino aus oder aber nach Sim City und Co.
>> Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei 
>> dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und 
>> könnte genausogut automatisch generiert werden ohne osm-datengrundlage.
>>
>> Gruß
>> Peter 
>
> Mir ist das z.B. hier aufgefallen:
> http://www.openstreetmap.org/?lat=51.593209&lon=7.665389&zoom=18&layers=M
> (Rund um die Lutherkirche)
>
> Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
> schlecht aus. Um solche Fälle ging es mir.
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From l.schimmer at cgv.tugraz.at  Thu Dec 13 12:46:20 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Thu, 13 Dec 2012 13:46:20 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <50C9C900.8000506@gmx.de>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
 <50C9C900.8000506@gmx.de>
Message-ID: <50C9CE1C.3080000@cgv.tugraz.at>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-12-13 13:24, Gerrit wrote:
> Am 13.12.2012 07:51, schrieb Peter Wendorff:
>> Hallo Gerrit.
>> 
>> Ich würde mich Martin und Frederik anschließen: Das eintragen,
>> was da ist. Ecken und Kanten machen doch eine Stadt erst aus.
>> Wenn alles gerade in einer Linie gebaut ist, sieht das entweder
>> nach amerikanischem Hochglanzkino aus oder aber nach Sim City und
>> Co. Ob die Karte, die man daraus erzeugt, wirklich schöner
>> aussieht, sei dahingestellt; eine 3D-Darstellung wird dadurch
>> langweiliger - und könnte genausogut automatisch generiert werden
>> ohne osm-datengrundlage.
>> 
>> Gruß Peter
> 
> Mir ist das z.B. hier aufgefallen: 
> http://www.openstreetmap.org/?lat=51.593209&lon=7.665389&zoom=18&layers=M
>
> 
(Rund um die Lutherkirche)
> 
> Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
> schlecht aus. Um solche Fälle ging es mir.

Nun, es schaut nach altem Stadtkern aus, somit alte Häuser, womöglich
noch Fachwerk. Die sind nunmal krumm und schief ;-)

Wenn ich mir aber die Bing Bilder anschaue, hat da jemand die Umrisse
nur grob nachgezeichnet, das kann man genauer machen. Nur bleibt es
weiterhin krumm und schief in der Übersicht.

MfG,
Lars Schimmer
- -- 
- -------------------------------------------------------------
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405       E-Mail: l.schimmer at cgv.tugraz.at
Fax: +43 316 873-5402       PGP-Key-ID: 0x4A9B1723


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDJzhwACgkQmWhuE0qbFyP+HACeIMizdrHHLCqe0OITMWa+AUok
fYAAoI0bpguDmIa4xeoADEQumigPITUS
=xAUv
-----END PGP SIGNATURE-----



From dieterdreist at gmail.com  Thu Dec 13 12:50:47 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 13:50:47 +0100
Subject: [Talk-de]
	=?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
In-Reply-To: <50C9C900.8000506@gmx.de>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
 <50C9C900.8000506@gmx.de>
Message-ID: <CABPTjTC-n58y69TBxOXYCNfrMtXfRL66g6FWWpeOe96fZ+WUTw@mail.gmail.com>

Am 13. Dezember 2012 13:24 schrieb Gerrit <z0idberg at gmx.de>:
> Am 13.12.2012 07:51, schrieb Peter Wendorff:
> Mir ist das z.B. hier aufgefallen:
> http://www.openstreetmap.org/?lat=51.593209&lon=7.665389&zoom=18&layers=M
> (Rund um die Lutherkirche)
>
> Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich schlecht
> aus. Um solche Fälle ging es mir.


ja, da ist das Mapping wirklich noch verbesserungsfähig, aber mit den
Luftbildern allein bekommt man es nicht hin, da ist Ortskenntnis
gefragt. Öfters sieht man da (im Editor) Häuser, die an einem Punkt
mit der Nachbarbebauung verbunden sind und an einem anderen nicht
(z.T. überlappen sich sogar die Buildingpolygone im Stoßbereich), das
ist unglaubwürdig. Entweder, zwei Häuser sind aneinandergebaut, dann
sollten sie auch in OSM verbunden sein (gemeinsame Nodes), oder sie
sind es nicht (es gibt einen kleinen oder größeren Spalt /
Zwischenraum) zwischen ihnen, dann sollte das auch in OSM so sein.

Was mir auf die Schnelle noch aufgefallen ist:
- Fußgängerzone am Rand gemappt, aber area=yes -tag fehlt. Bei dieser
Art des Mappens sollte auch der Umriss mit den angrenzenden Gebäuden
gemeinsame Nodes haben (aus topologischen Gründen), sofern die Fläche
bis ans Haus heranreicht
- mehrere Gebäude zum Teil zusammengefasst (gibt die Struktur schlecht
wieder, weil man anstatt kleinteiligen Gebäuden einen größeren Bau
sieht).

Gruß Martin



From dieterdreist at gmail.com  Thu Dec 13 13:11:32 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 14:11:32 +0100
Subject: [Talk-de]
	=?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
In-Reply-To: <50C9CE1C.3080000@cgv.tugraz.at>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
 <50C9C900.8000506@gmx.de> <50C9CE1C.3080000@cgv.tugraz.at>
Message-ID: <CABPTjTBh9nQa9zd=JoFxBJvU_yf3EMqeLLUaYo4haKF1b2mP-g@mail.gmail.com>

Am 13. Dezember 2012 13:46 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
>> Mir ist das z.B. hier aufgefallen:
>> http://www.openstreetmap.org/?lat=51.593209&lon=7.665389&zoom=18&layers=M
> Nun, es schaut nach altem Stadtkern aus, somit alte Häuser, womöglich
> noch Fachwerk. Die sind nunmal krumm und schief ;-)


Übrigens stellt die Stadt hier http://www.o-sp.de/kamen/plan/sonderplan.php
auch ein paar Quellen zur Verfügung, bei denen das Urheberrecht
abgelaufen sein dürfte, z.B.
http://www.o-sp.de/uploads/plan_sonderplan/kamen/2_Uebersichtsplan_Camen_1903.pdf

Ggf. kann man auch prüfen, ob man die Bebauungspläne verwenden kann:
http://www.o-sp.de/kamen/plan/karte_start.php?M=2
(das sind amtliche Festlegungen ähnlich einem Gesetz) allerdings kenne
ich mich da nicht so gut aus, inwiefern dort das Urheberrecht ggf.
doch zu beachten ist.

Bei den beiden Arten von Plänen (alt und B-Plan) muss man natürlich
berücksichtigen, dass sie nicht unbedingt den aktuellen Stand
wiedergeben, und daher nicht blind kopiert werden können. B-Pläne
enthalten allgemein Festlegungen hinsichtlich der Zulässigkeit von
Bauvorhaben, aber das heisst nicht automatisch, dass die enthaltenen
Planungen je gebaut werden.

Gruß Martin



From dieterdreist at gmail.com  Thu Dec 13 13:14:44 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 14:14:44 +0100
Subject: [Talk-de]
	=?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
In-Reply-To: <CABPTjTBh9nQa9zd=JoFxBJvU_yf3EMqeLLUaYo4haKF1b2mP-g@mail.gmail.com>
References: <50C8D2F6.3050005@gmx.de> <50C97B08.7020109@uni-paderborn.de>
 <50C9C900.8000506@gmx.de> <50C9CE1C.3080000@cgv.tugraz.at>
 <CABPTjTBh9nQa9zd=JoFxBJvU_yf3EMqeLLUaYo4haKF1b2mP-g@mail.gmail.com>
Message-ID: <CABPTjTCcCAsjm2a5-CtOFk780u+XvArM5Ac9Avz441iWo92DeA@mail.gmail.com>

gerade erst gesehen:
http://www.o-sp.de/kamen/plan/uebersicht.php?S=1&M=2&L1=8&pid=11062
die Stadt setzt z.T. sogar OSM ein, um die B-Pläne zu visualisieren,
vielleicht gibt es da ja auch Chancen einer weiteren Kooperation (z.B.
für den Import von Gebäudeumrissen aus dem Kataster)?

Gruß Martin



From dieterdreist at gmail.com  Thu Dec 13 13:28:54 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 14:28:54 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9BF39.6050107@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
Message-ID: <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>

Am 13. Dezember 2012 12:42 schrieb Henning Scholland <osm at aighes.de>:
> Es gibt aber auch Daten, bei denen das nicht der Fall ist, da sie mehr oder
> weniger zufällig auftreten und auch nur kurz bestand haben. So zum Beispiel
> bei den Fußgängern oder den parkenden Fahrzeugen. Man kann sagen, an welchen
> Stellen das gehäuft vorkommt. Das heißt weder, dass dies dort immer so ist,
> noch dass es an anderen Stellen nicht auch mal vorkommen kann.


das ist nur eine Frage der kritischen Masse. Wenn halb Deutschland mit
Deiner App in der Tasche rumläuft, und nur auf einen Knopf drücken
muss, um ein Hindernis auf dem Fahrradweg (gemeint hier eher die
Waschmaschine als der Fußgänger) zu melden, dann könnte das genauso
auch gehen (siehe Waze etc.), zumindest bei Staus für Autos sind die
Chancen da ganz gut. Fußgänger auf dem Fahrradweg kann ich mir ehrlich
gesagt nicht als richtiges Problem vorstellen, das man durch tagging
erfassen kann, am besten hat mir dazu die Idee von Fred gefallen
(foot=permissive). Noch unwahrscheinlicher erscheint es mir, dass
jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.

Gruß Martin



From wendorff at uni-paderborn.de  Thu Dec 13 13:38:44 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 14:38:44 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
Message-ID: <50C9DA64.7080300@uni-paderborn.de>

Am 13.12.2012 14:28, schrieb Martin Koppenhoefer:
> Noch unwahrscheinlicher erscheint es mir, dass
> jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
> potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.
Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der 
Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt 
voll ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel 
länger - z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu 
benutzen als rechts die eigentlich größere Straße.

Gruß
Peter



From osm at aighes.de  Thu Dec 13 14:20:11 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 15:20:11 +0100
Subject: [Talk-de] =?iso-8859-15?q?_Nachfolger_f=FCr_xybot?=
Message-ID: <50C9E41B.4050409@aighes.de>

Hallo,
im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man 
die Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. 
Dabei ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort 
[Ss]traße in Deutschland findet und behebt. Dazu gehören [Ss]trasse, 
[Ss]tr. und [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen 
Schreibfehlerbzw. Abkürzungen.

Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem 
manuell kontrolliertem Testlauf.

Ich spare mir hier weitere Details, die hat Oli-Wan auf der wiki-Seite 
des Bots: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E 
ausführlich erklärt. Dort findet ihr auch die Links zu den Diskussionen 
im Forum.

Viele Grüße
Henning


From chaoschaos0909 at googlemail.com  Thu Dec 13 14:27:04 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Thu, 13 Dec 2012 15:27:04 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9DA64.7080300@uni-paderborn.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9DA64.7080300@uni-paderborn.de>
Message-ID: <CALKj2D_0YJuYXtN63esmQN-NiP83ry_B6XMkdEuoJ=esY0iVMg@mail.gmail.com>

>
> Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der
> Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt voll
> ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel länger -
> z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu benutzen als
> rechts die eigentlich größere Straße.
>

Nur gültig Werktags zu Unizeiten, ausser Semesterferien.
Nachts gilt der umgedrehte Fall, in dem man nicht die unbeleuchtete
Nebenstraße nehmen will.
Und bei Regen, weil sich dort große Pfützen sammeln. Und im Winter,
weil da nicht geräumt wird.
Wobei der Rennradfahrer sowieso wegen dem Pflaster auf dem Radweg
lieber auf der asphatierten Straße fährt.
Außer natürlich, es steht gerade wirklich der Bus da...

das bekommen wir bestimmt alles in ein intuitives taggingschema.

Gruss,
Chaos



From osm at aighes.de  Thu Dec 13 14:35:04 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 15:35:04 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
Message-ID: <50C9E798.30907@aighes.de>

Am 13.12.2012 14:28, schrieb Martin Koppenhoefer:
> das ist nur eine Frage der kritischen Masse. Wenn halb Deutschland mit
> Deiner App in der Tasche rumläuft, und nur auf einen Knopf drücken
> muss, um ein Hindernis auf dem Fahrradweg (gemeint hier eher die
> Waschmaschine als der Fußgänger) zu melden, dann könnte das genauso
> auch gehen (siehe Waze etc.), zumindest bei Staus für Autos sind die
> Chancen da ganz gut.
Aber nur unter der Voraussetzung, dass viele einen Dienst nutzen und 
auch Hindernisse melden. Allgemein halte ich das auch für recht 
schwierig. Der Kurzzeitparker steht da ja in der Regel nicht länger als 
5min, dann ist evtl. für 10min frei und dann steht der nächste da. Staus 
sind da eher langfristig.

> Fußgänger auf dem Fahrradweg kann ich mir ehrlich
> gesagt nicht als richtiges Problem vorstellen, das man durch tagging
> erfassen kann, am besten hat mir dazu die Idee von Fred gefallen
> (foot=permissive). Noch unwahrscheinlicher erscheint es mir, dass
> jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
> potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.
Bei den Fußgängern gibt es das schon angesprochene Beispiel 
ÖPNV-Halteselle, aber auch eine Geschäftzeile oder ein Weg im Park. An 
meiner Uni gibt es bspw. einen Weg 4m breit, 2m Radweg, 2m Fußweg. 
Realität ist eher 2m Fußweg in die eine Richtung, 2m Fußweg in die 
andere Richtung und Radfahrer schlängeln sich auf den 4m durch. Ich 
stelle mir hier und auch bei den Parkern eher eine Lösung vor, die den 
Radfahrer primär warnt, dass er hier vorsichtig sein muss und damit 
rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss.

Henning




From wendorff at uni-paderborn.de  Thu Dec 13 14:52:16 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 15:52:16 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CALKj2D_0YJuYXtN63esmQN-NiP83ry_B6XMkdEuoJ=esY0iVMg@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9DA64.7080300@uni-paderborn.de>
 <CALKj2D_0YJuYXtN63esmQN-NiP83ry_B6XMkdEuoJ=esY0iVMg@mail.gmail.com>
Message-ID: <50C9EBA0.406@uni-paderborn.de>

Ich hab nicht behauptet, dass man das taggen kann oder das das sinnvoll 
zu taggen ist.
Aber Martin hat bezweifelt, dass Nutzer für Menschen auf dem Fußweg 
überhaupt Umwege machen würden, und dafür habe ich ein Argument 
angeführt. Nicht, dass das die Rege wäre, aber es gibt eben solche 
Situationen.
Ob und wie man das taggen könnte, und ob das sinnvoll ist, ist eine 
andere Frage. Aber eine, die eben nicht mit "nicht relevant, niemand 
würde einen längeren Weg dafür in Kauf nehmen" abgetan werden sollte.

Gruß
Peter

Am 13.12.2012 15:27, schrieb Ronnie Soak:
>> Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der
>> Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt voll
>> ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel länger -
>> z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu benutzen als
>> rechts die eigentlich größere Straße.
>>
> Nur gültig Werktags zu Unizeiten, ausser Semesterferien.
> Nachts gilt der umgedrehte Fall, in dem man nicht die unbeleuchtete
> Nebenstraße nehmen will.
> Und bei Regen, weil sich dort große Pfützen sammeln. Und im Winter,
> weil da nicht geräumt wird.
> Wobei der Rennradfahrer sowieso wegen dem Pflaster auf dem Radweg
> lieber auf der asphatierten Straße fährt.
> Außer natürlich, es steht gerade wirklich der Bus da...
>
> das bekommen wir bestimmt alles in ein intuitives taggingschema.
>
> Gruss,
> Chaos
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From dieterdreist at gmail.com  Thu Dec 13 15:30:04 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 16:30:04 +0100
Subject: [Talk-de] =?utf-8?q?Nachfolger_f=C3=BCr_xybot?=
In-Reply-To: <50C9E41B.4050409@aighes.de>
References: <50C9E41B.4050409@aighes.de>
Message-ID: <CABPTjTByKXE_QgcSzgQ0=uxim0-AoKR4YVC84CHcSUjtexFQPA@mail.gmail.com>

Am 13. Dezember 2012 15:20 schrieb Henning Scholland <osm at aighes.de>:
> Hallo,
> im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man die
> Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. Dabei
> ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort [Ss]traße
> in Deutschland findet und behebt. Dazu gehören [Ss]trasse, [Ss]tr. und
> [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen Schreibfehlerbzw.
> Abkürzungen.
>
> Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem
> manuell kontrolliertem Testlauf.


Spricht was dagegen, auch im "Produktivbetrieb" eine manuelle
Kontrolle zwischenzuschalten? Es ist ja nicht völlig undenkbar, dass
auch ungewöhnliche Namen mal ihren Sinn haben (z.B. ...bindungs-s
-Trasse, oder auch Wörter, die mit S enden, z.B. Erdgastrasse).
Wichtig wäre auch, präzise Grenzen zu haben, damit man nicht
versehentlich im Ausland editiert.

Gruß Martin



From dieterdreist at gmail.com  Thu Dec 13 15:46:48 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 13 Dec 2012 16:46:48 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9EBA0.406@uni-paderborn.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9DA64.7080300@uni-paderborn.de>
 <CALKj2D_0YJuYXtN63esmQN-NiP83ry_B6XMkdEuoJ=esY0iVMg@mail.gmail.com>
 <50C9EBA0.406@uni-paderborn.de>
Message-ID: <CABPTjTA2v1sYrv+R0QT8t-viQeA40AcfvLDhsDPq6hQX-1QT2A@mail.gmail.com>

Am 13. Dezember 2012 15:52 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> Ich hab nicht behauptet, dass man das taggen kann oder das das sinnvoll zu
> taggen ist.
> Aber Martin hat bezweifelt, dass Nutzer für Menschen auf dem Fußweg
> überhaupt Umwege machen würden, und dafür habe ich ein Argument angeführt.
> Nicht, dass das die Rege wäre, aber es gibt eben solche Situationen.


ich hatte geschrieben, dass ich es für unwahrscheinlich halte. Wenn es
auf der Welt ein paar wenige solcher Situationen gibt, die in den
nächsten Jahren in OSM erfasst werden, wie wahrscheinlich ist es dann
wohl, dass jemand dafür einen Sonderfall in den Router einbaut?


> Ob und wie man das taggen könnte, und ob das sinnvoll ist, ist eine andere
> Frage. Aber eine, die eben nicht mit "nicht relevant, niemand würde einen
> längeren Weg dafür in Kauf nehmen" abgetan werden sollte.


je nach Vorlieben würden manche Leute lieber einen Umweg in Kauf
nehmen, andere lieber ein paar Studenten ansehen. Eine 150 Meter lange
Bushaltestelle kommt mir so vor, als hättest Du die nicht nachgemessen
;-)

Man kann das ja auch taggen, obwohl es vielleicht nie ausgewertet
wird, ist ja problemlos möglich. Mir ging es vor allem darum, dass
wenn man es taggt, das möglichst konkret (und punktuell, d.h. nur
dort, wo es auftritt) beschreiben sollte, was das Problem ist (z.B.
mit hoher Wahrscheinlichkeit Fußgänger auf dem Radweg, bzw.
Abstrakter: "langsamfahren wegen Hindernis"), und das nicht in einen
tag Fahrradrouteeignungsklasse=4 verwurschelt werden sollte.

Ein tag ist dafür auch bereits vorgeschlagen:
http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
mit der Möglichkeit, das radfahrerspezifisch anzugeben
(obstacle:bicycle). Ist sogar schon einigermaßen in Benutzung:
http://taginfo.openstreetmap.org/search?q=obstacle

Gruß Martin



From osm at aighes.de  Thu Dec 13 16:00:15 2012
From: osm at aighes.de (Henning Scholland)
Date: Thu, 13 Dec 2012 17:00:15 +0100
Subject: [Talk-de] =?iso-8859-1?q?Nachfolger_f=FCr_xybot?=
In-Reply-To: <CABPTjTByKXE_QgcSzgQ0=uxim0-AoKR4YVC84CHcSUjtexFQPA@mail.gmail.com>
References: <50C9E41B.4050409@aighes.de>
 <CABPTjTByKXE_QgcSzgQ0=uxim0-AoKR4YVC84CHcSUjtexFQPA@mail.gmail.com>
Message-ID: <50C9FB8F.2050307@aighes.de>

Am 13.12.2012 16:30, schrieb Martin Koppenhoefer:
> Am 13. Dezember 2012 15:20 schrieb Henning Scholland <osm at aighes.de>:
>> Hallo,
>> im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man die
>> Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. Dabei
>> ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort [Ss]traße
>> in Deutschland findet und behebt. Dazu gehören [Ss]trasse, [Ss]tr. und
>> [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen Schreibfehlerbzw.
>> Abkürzungen.
>>
>> Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem
>> manuell kontrolliertem Testlauf.
>
> Spricht was dagegen, auch im "Produktivbetrieb" eine manuelle
> Kontrolle zwischenzuschalten? Es ist ja nicht völlig undenkbar, dass
> auch ungewöhnliche Namen mal ihren Sinn haben (z.B. ...bindungs-s
> -Trasse, oder auch Wörter, die mit S enden, z.B. Erdgastrasse).
> Wichtig wäre auch, präzise Grenzen zu haben, damit man nicht
> versehentlich im Ausland editiert.
Beides wird in der wiki-Seite abgesprochen. Aber ich erkläre es gerne 
noch etwas ausführlicher:

Es ist sichergestellt, dass alle Straßen alle Nodes in Deutschland 
haben. Dazu werden alle Kandidaten aus dem groben Deutschland-Extrakt 
gegen ein osmosis-polygon-file der Grenzrelation von Deutschland 
geprüft. Dabei gehen alle Nodes verloren, die Außerhalb des Polygons 
liegen. Im Anschluss werden alle unvollständigen Wege entfernt.

Der Bot wird logfiles erzeugen, die Changeset-ID, Way-ID, alter Name und 
neuer Name enthalten. Jeder kann also nachverfolgen, was der Bot macht.

Bei den Test der Filter wurden zwei *-trassen entdeckt, die auf eine 
Ausschlussliste gelandet sind. Im Forum waren wir der Meinung, dass 
dieser Weg besser ist, als eine manuelle Prüfung, da die Unterscheidung 
zwischen ...-strasse und ...s-trasse auch für einen Menschen recht 
schwer zu bewerkstelligen ist, wenn er eine längere Liste vor sich hat. 
Die Ausschlussliste kann natürlich beliebig erweitert werden. Also wenn 
jemand Lust hat, Begriffe zu suchen, die auf s enden und mit trasse 
weitergehen können, kann er die Oli-Wan gerne zukommen lassen.

Henning




From zipf at uni-heidelberg.de  Thu Dec 13 19:49:08 2012
From: zipf at uni-heidelberg.de (Alexander Zipf (HD))
Date: Thu, 13 Dec 2012 20:49:08 +0100
Subject: [Talk-de] reminder: last call for Abstracts: OSM @ Geoinformatik
	2013 HD
Message-ID: <50CA3134.60506@uni-heidelberg.de>

Hallo,

ein kleiner Hinweis:
kommende Woche Freitag (21.12.) endet die DL für die Einreichung von 
Abstracts (1-2 Seiten) für die GEOINFORMATIK 2013.
Die findet vom 13.-15.03. in der Heidelberger Altstadt statt.
Wir möchten eine eigene Session zu OSM & freien Geodaten organisieren 
und bitten um die Einreichung spannender aktueller Beiträge.
Diese bitte nicht mir senden, sondern das Konferenzsystem nutzen - 
Details unter 
http://geoinformatik2013.de/index.php/de/aufruf-fuer-beitraege (ich bin 
nicht der Programme Chair)
Weitere Optionen sind Poster, Workshops oder ein Aussteller-Stand für 
Firmen, Institutionen etc.
Ein allgemeiner OSM Community Stand ist kostenlos, aber sonst gelten die 
online genannten Ausstellerkonditionen.

Wir würden über ein weiteres OSM Event und Wiedersehen in Heidelberg 
freuen (diesmal in der romantischen Altstadt)!

beste Grüße
alexander zipf



From wuzzy2 at mail.ru  Thu Dec 13 20:38:31 2012
From: wuzzy2 at mail.ru (Wuzzy)
Date: Thu, 13 Dec 2012 21:38:31 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <20121130143820.GA5108@eldorado.topf.org>
References: <20121130143820.GA5108@eldorado.topf.org>
Message-ID: <20121213213831.41e3deb2@mail.ru>

Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
Landessprache _und_ der lateinischen Transkription angegeben wird.

Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
verspottet. :(
Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
deutsch. Ich bin mir sicher, so war das sicherlich nicht
gedacht. ;-)

Dass beides in der selben Zeile auftauchen kann, war ja schon in der
Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
hat wohl noch niemand ausgemacht. Oder?

Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
im selben Key unterzubringen, gerade bei einer dynamischen
mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?

Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)

-- 
Wuzzy
XMPP: Wuzzy2 at jabber.ccc.de
E-Mail: wuzzy2 at mail.ru



From osm at jff-webhosting.net  Thu Dec 13 22:26:18 2012
From: osm at jff-webhosting.net (=?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?=)
Date: Thu, 13 Dec 2012 23:26:18 +0100
Subject: [Talk-de] =?iso-8859-1?q?Nachfolger_f=FCr_xybot?=
In-Reply-To: <50C9E41B.4050409@aighes.de>
References: <50C9E41B.4050409@aighes.de>
Message-ID: <1355437578.10157.6.camel@merkur>

Hallo,

Am Donnerstag, den 13.12.2012, 15:20 +0100 schrieb Henning Scholland:
> Hallo,
> im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man 
> die Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. 
> Dabei ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort 
> [Ss]traße in Deutschland findet und behebt. Dazu gehören [Ss]trasse, 
> [Ss]tr. und [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen 
> Schreibfehlerbzw. Abkürzungen.
> 
> Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem 
> manuell kontrolliertem Testlauf.
> 
> Ich spare mir hier weitere Details, die hat Oli-Wan auf der wiki-Seite 
> des Bots: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E 
> ausführlich erklärt. Dort findet ihr auch die Links zu den Diskussionen 
> im Forum.
> 
> Viele Grüße
> Henning


ich denke mal Straßennamen sind in Deutschland wie auch in den meisten
anderen Ländern Eigennamen, für die die "richtige" Schreibweise
einzig aus der Widmung der Straße ergibt.


Jörg






From wendorff at uni-paderborn.de  Thu Dec 13 22:49:21 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 13 Dec 2012 23:49:21 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <20121213213831.41e3deb2@mail.ru>
References: <20121130143820.GA5108@eldorado.topf.org>
 <20121213213831.41e3deb2@mail.ru>
Message-ID: <50CA5B71.9040107@uni-paderborn.de>

Hallo Wuzzy.
Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen 
eben ein Workaround um das Problem, dass es nicht eine eindeutige 
Primärsprache gibt - oder dass das Schriftsystem unlesbar wird etc.
Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und 
selbst in Europäischen Ländern mit mehreren Sprachen.

Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein 
Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden 
sollte (wird sie das schon?).
Solange aber die normale Variante der "name" ist, wird sich da nichts 
ändern, denke ich.

Gruß
Peter

Am 13.12.2012 21:38, schrieb Wuzzy:
> Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
> vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
> quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
> Landessprache _und_ der lateinischen Transkription angegeben wird.
>
> Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
> insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
> dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
> verspottet. :(
> Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
> aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
> selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
> deutsch. Ich bin mir sicher, so war das sicherlich nicht
> gedacht. ;-)
>
> Dass beides in der selben Zeile auftauchen kann, war ja schon in der
> Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
> hat wohl noch niemand ausgemacht. Oder?
>
> Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
> es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
> im selben Key unterzubringen, gerade bei einer dynamischen
> mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
> wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
> selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?
>
> Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
> unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)
>




From martin at ampelmeter.com  Thu Dec 13 23:58:35 2012
From: martin at ampelmeter.com (Martin Schafran)
Date: Fri, 14 Dec 2012 00:58:35 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <20121213213831.41e3deb2@mail.ru>
References: <20121130143820.GA5108@eldorado.topf.org>
 <20121213213831.41e3deb2@mail.ru>
Message-ID: <3162035.JNDlBnhFxW@ampel>

was meinst du mit besser machen? rausfiltern oder taggen?
ich dachte es wird mit tags wie name:de, name:en, name:nl bereits gemacht.

rausfiltern wird schon schwieriger und ohne manuelle hilfe kaum machbar.
also ascii zeichen aus japanischen zeichen rausfiltern geht aber ob die ascii
zeichen deutsch oder englisch sind, kann man nicht immer entscheiden.




From dieterdreist at gmail.com  Fri Dec 14 00:52:14 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 14 Dec 2012 01:52:14 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <50CA5B71.9040107@uni-paderborn.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <20121213213831.41e3deb2@mail.ru>
 <50CA5B71.9040107@uni-paderborn.de>
Message-ID: <CABPTjTAyFu+w73iPc2CKdp+AM6PUXMfb89LogJmTu2uzCbqBYg@mail.gmail.com>

Am 13. Dezember 2012 23:49 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> Hallo Wuzzy.
> Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen eben
> ein Workaround um das Problem, dass es nicht eine eindeutige Primärsprache
> gibt - oder dass das Schriftsystem unlesbar wird etc.
> Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und selbst
> in Europäischen Ländern mit mehreren Sprachen.
>
> Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein
> Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden sollte
> (wird sie das schon?).
> Solange aber die normale Variante der "name" ist, wird sich da nichts
> ändern, denke ich.


es "fehlt" auch noch ein tag, um die Sprache/n anzugeben, die dort
offiziell ist/sind, Kandidaten sind z.B. lang oder language:
http://taginfo.openstreetmap.org/keys/lang
http://taginfo.openstreetmap.org/keys/language
So würde man Wiederholungen vermeiden, vor allem in mehrsprachigen
Gebieten, mit 2 oder mehr offiziellen Sprachen.

Gruß Martin



From ray66 at sfr.fr  Fri Dec 14 06:28:25 2012
From: ray66 at sfr.fr (RainerU)
Date: Fri, 14 Dec 2012 07:28:25 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <50C9E798.30907@aighes.de>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9E798.30907@aighes.de>
Message-ID: <kaegu7$s66$1@ger.gmane.org>



Am 13.12.2012 15:35, schrieb Henning Scholland:
> Ich stelle mir hier und auch bei den Parkern eher eine Lösung
> vor, die den Radfahrer primär warnt, dass er hier vorsichtig sein muss und damit
> rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss.

Genau das ist der Punkt um den es mir im UP ging, und dafür suche ich ein 
geeignetes Tag. foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar 
die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis 
anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen 
halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder 
ähnliches in Frage. Anders herum könnte man solche Situationen mit 
nuisance=parked_cars, disturbance=pedestrians kennzeichnen.




From voschix at gmail.com  Fri Dec 14 08:15:13 2012
From: voschix at gmail.com (Volker Schmidt)
Date: Fri, 14 Dec 2012 09:15:13 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <CABPTjTA2v1sYrv+R0QT8t-viQeA40AcfvLDhsDPq6hQX-1QT2A@mail.gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9DA64.7080300@uni-paderborn.de>
 <CALKj2D_0YJuYXtN63esmQN-NiP83ry_B6XMkdEuoJ=esY0iVMg@mail.gmail.com>
 <50C9EBA0.406@uni-paderborn.de>
 <CABPTjTA2v1sYrv+R0QT8t-viQeA40AcfvLDhsDPq6hQX-1QT2A@mail.gmail.com>
Message-ID: <CALQ-OR4GveyDe2CaqsVyaQTwpUJUa=rmmJ+Gj1m+Y8fBiorSeg@mail.gmail.com>

2012/12/13 Martin Koppenhoefer <dieterdreist at gmail.com>

>
> Ein tag ist dafür auch bereits vorgeschlagen:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
> mit der Möglichkeit, das radfahrerspezifisch anzugeben
> (obstacle:bicycle). Ist sogar schon einigermaßen in Benutzung:
> http://taginfo.openstreetmap.org/search?q=obstacle
>
> Die aktuelle Benutzung von "obstacle" scheint sich auf Schiffsverkehr zu
beschraenken (der in dem proposal uebrigens fehlt)


From osm at tappenbeck.net  Fri Dec 14 09:09:41 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Fri, 14 Dec 2012 10:09:41 +0100
Subject: [Talk-de] Wo Image of the Week einreichen
Message-ID: <50CAECD5.9000205@tappenbeck.net>

hi !

weiß einer wo man Bilder für Image of the week einreichen kann?

Gruß Jan :-)



From dieterdreist at gmail.com  Fri Dec 14 10:17:37 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 14 Dec 2012 11:17:37 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <kaegu7$s66$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9E798.30907@aighes.de> <kaegu7$s66$1@ger.gmane.org>
Message-ID: <8F4216B2-DEF2-45AF-8D39-0D2E77691A26@gmail.com>





Am 14/dic/2012 um 07:28 schrieb RainerU <ray66 at sfr.fr>:

> foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder ähnliches in Frage.


-1 Wenn man die Zahl der Keys in Grenzen halten will ist permissive Ideal. Permissive sagt, dass eben gerade keine offizielle Nutzungserlaubnis besteht, sondern lediglich eine Duldung.

Gruß
Martin


From wendorff at uni-paderborn.de  Fri Dec 14 10:36:39 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 14 Dec 2012 11:36:39 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <8F4216B2-DEF2-45AF-8D39-0D2E77691A26@gmail.com>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9E798.30907@aighes.de> <kaegu7$s66$1@ger.gmane.org>
 <8F4216B2-DEF2-45AF-8D39-0D2E77691A26@gmail.com>
Message-ID: <50CB0137.7090006@uni-paderborn.de>

Am 14.12.2012 11:17, schrieb Martin Koppenhoefer:
> Am 14/dic/2012 um 07:28 schrieb RainerU <ray66 at sfr.fr>:
>> foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder ähnliches in Frage.
> -1 Wenn man die Zahl der Keys in Grenzen halten will ist permissive Ideal. Permissive sagt, dass eben gerade keine offizielle Nutzungserlaubnis besteht, sondern lediglich eine Duldung.
Aber ist das eine Duldung, wenn Fußgänger den Radweg vereinnahmen, nur 
weil Polizei oder Ordnungsamt nicht ständig darauf achten, und man als 
Radfahrer keine Chance hat, was dagegen zu tun?

Die durch permissive ausgedrückte Duldung verstehe ich als ein "es ist 
nicht ausdrücklich erlaubt, aber auch nicht ausdrücklich verboten, und 
es sagt keiner was [solange man sich benimmt]".
Das Radweg-Beispiel dagegen ist anders: Die Nutzung des Radwegs durch 
Fußgänger ist in Deutschland, wenn der Radweg als solcher ausgezeichnet 
ist und keine Zusatzschilder angebracht sind, ausdrücklich verboten.
Für 200 Meter eines ausgeschilderten Radweges ohne Fußgänger-Erlaubnis, 
der gleichzeitig die einzige Verbindung zum Cafe Radfahrerslust ist, und 
der deshalb durch "radlose" Cafebesucher als einziger Zugang genutzt 
wird, wäre permissive vermutlich sinnvoll und ließe sich gut 
argumentieren. Für den Radweg, der einfach nur eine Abkürzung darstellt 
oder sogar parallel zum Fußweg/Bürgersteig verläuft, gilt das aber IMHO 
nicht. Hier ist es verboten, und permissive zu verwenden würde zu 
falschen Ergebnissen führen.

Gruß
Peter



From tim.alder at s2002.tu-chemnitz.de  Fri Dec 14 13:13:58 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Fri, 14 Dec 2012 14:13:58 +0100
Subject: [Talk-de] Wo Image of the Week einreichen
In-Reply-To: <50CAECD5.9000205@tappenbeck.net>
References: <50CAECD5.9000205@tappenbeck.net>
Message-ID: <kaf8mk$603$1@ger.gmane.org>

Am 14.12.2012 10:09, schrieb Jan Tappenbeck:
> hi !
>
> weiß einer wo man Bilder für Image of the week einreichen kann?
>
> Gruß Jan :-)
Den Links auf der Hauptseite folgen zu:
http://wiki.openstreetmap.org/wiki/Featured_image_proposals

Grüße Tim




From tim.alder at s2002.tu-chemnitz.de  Fri Dec 14 13:20:44 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Fri, 14 Dec 2012 14:20:44 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <50CA5B71.9040107@uni-paderborn.de>
References: <20121130143820.GA5108@eldorado.topf.org>
 <20121213213831.41e3deb2@mail.ru> <50CA5B71.9040107@uni-paderborn.de>
Message-ID: <kaf93a$c72$1@ger.gmane.org>

Hallo, leider wird die mehrsprachige Karte noch nicht in der Wikipedia 
eingesetzt, dazu müssen wir noch die Serverfrage klären.
Ich denke auch das diese Doppelbenamungen ein Relikt aus der 
Vergangenheit sind. Gerade auch in Japan stellt das eine unsaubere 
Lösung dar unter dem auch alle Auswerte-Tools und Nominatim zu kämpfen 
haben. Es hilft wohl nur ein sauberes Rendering zu etablieren und dann 
die Daten zu bereinigen.

Grüße Tim

Am 13.12.2012 23:49, schrieb Peter Wendorff:
> Hallo Wuzzy.
> Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen
> eben ein Workaround um das Problem, dass es nicht eine eindeutige
> Primärsprache gibt - oder dass das Schriftsystem unlesbar wird etc.
> Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und
> selbst in Europäischen Ländern mit mehreren Sprachen.
>
> Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein
> Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden
> sollte (wird sie das schon?).
> Solange aber die normale Variante der "name" ist, wird sich da nichts
> ändern, denke ich.
>
> Gruß
> Peter
>
> Am 13.12.2012 21:38, schrieb Wuzzy:
>> Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
>> vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
>> quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
>> Landessprache _und_ der lateinischen Transkription angegeben wird.
>>
>> Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
>> insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
>> dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
>> verspottet. :(
>> Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
>> aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
>> selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
>> deutsch. Ich bin mir sicher, so war das sicherlich nicht
>> gedacht. ;-)
>>
>> Dass beides in der selben Zeile auftauchen kann, war ja schon in der
>> Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
>> hat wohl noch niemand ausgemacht. Oder?
>>
>> Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
>> es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
>> im selben Key unterzubringen, gerade bei einer dynamischen
>> mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
>> wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
>> selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?
>>
>> Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
>> unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)
>>





From osm at aighes.de  Fri Dec 14 14:05:46 2012
From: osm at aighes.de (Henning Scholland)
Date: Fri, 14 Dec 2012 15:05:46 +0100
Subject: [Talk-de] Taggen "weicher" Kriterien bei Radwegen
In-Reply-To: <kaegu7$s66$1@ger.gmane.org>
References: <ka9ro4$7m4$1@ger.gmane.org> <50C87CB7.8060005@remote.org>
 <kaa860$uro$1@ger.gmane.org> <50C8D1EF.906@remote.org>
 <50C97E0A.3080703@uni-paderborn.de>
 <CALKj2D8k+vP6M4t8GW93G8ekEfKrhNFFq97mqK_eU5ofALyweg@mail.gmail.com>
 <50C99D4F.1000707@aighes.de>
 <CALKj2D8qT-u=x+LR6T1shHTeASSi3G=SGLZVBwS0ZW+VWUO8Bg@mail.gmail.com>
 <50C9ABA7.4000606@aighes.de>
 <CABPTjTAcrHbBdC2MfrYy_xob95jkdqL_O_jprexpCBWqSCe+8A@mail.gmail.com>
 <50C9BF39.6050107@aighes.de>
 <CABPTjTCi9bKHDC_ph9qkJQcFATDZS9NN1b2hxYU9UxAt+JcO1A@mail.gmail.com>
 <50C9E798.30907@aighes.de> <kaegu7$s66$1@ger.gmane.org>
Message-ID: <50CB323A.8040102@aighes.de>

Hallo

Am 14.12.2012 07:28, schrieb RainerU:
>
> Am 13.12.2012 15:35, schrieb Henning Scholland:
>> Ich stelle mir hier und auch bei den Parkern eher eine Lösung
>> vor, die den Radfahrer primär warnt, dass er hier vorsichtig sein 
>> muss und damit
>> rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss.
>
> Genau das ist der Punkt um den es mir im UP ging, und dafür suche ich 
> ein geeignetes Tag. foot=permissive würde im Fall der Fußgänger auf 
> dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern 
> eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn 
> man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, 
> foot=customary, foot=inofficial oder ähnliches in Frage. Anders herum 
> könnte man solche Situationen mit nuisance=parked_cars, 
> disturbance=pedestrians kennzeichnen.

Die Zahl der Keys sollte man nur in Grenzen halten, wenn es auch 
wirklich passend ist. foot=permissive oder parking=permissive passt aber 
nicht, denn beides ist (einen entsprechenden Radweg vorausgesetzt) 
verboten und wird auch nicht geduldet.

Für die beiden Fälle kommen egtl. nur neue Keys in Frage. Ich bin am 
schwanken, ob es eher zu hazard=* passt (also Gefahrstelle) oder 
obstacle=* (Hindernis).

Henning




From jochen at remote.org  Fri Dec 14 17:21:50 2012
From: jochen at remote.org (Jochen Topf)
Date: Fri, 14 Dec 2012 18:21:50 +0100
Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
In-Reply-To: <20121213213831.41e3deb2@mail.ru>
References: <20121130143820.GA5108@eldorado.topf.org>
 <20121213213831.41e3deb2@mail.ru>
Message-ID: <20121214172150.GA15606@eldorado.topf.org>

Hi!

Ich glaube das Problem wird sich ganz von selbst lösen, wenn die mehrsprachige
Karte allgemeiner genutzt wird. Im Moment ist sie ja erst im Testbetrieb. Wir
arbeiten dran, sie allgemeiner nutzbar zu machen. Wenn mehr und mehr Leute
solche mehrsprachigen Karten anbieten bzw. nutzen, dann wird sich das glaube
ich mit der Zeit "auswachsen". Eventuell kann man das dann auch unterstützen
indem man Tools baut, die "verdächtige" Namen finden, z.B. solche, die Klammern
enthalten.

In einigen Ländern ist ganz bewusst darauf gesetzt worden, mehrere Sprachen
oder Schreibweisen im "name"-Tag unterzubringen. Das war meines Erachtens nicht
richtig, aber durchaus verständlich vor dem Hintergrund, dass es eben nur eine
Karte gab. Diese Entscheidungen kann man dann ja überdenken.

Ich bin auch gerade am Schauen, wie ich eine automatische Transskiption in die
mehrsprachige Karte einbauen kann. Das erfordert Änderungen am Mapnik und wird
nicht von heute auf morgen passieren, aber erste Versuche waren sehr
vielversprechend. Das ist meiner Meinung nach noch ein wichtiger Baustein, der
uns fehlt.

Jochen

On Thu, Dec 13, 2012 at 09:38:31PM +0100, Wuzzy wrote:
> Date: Thu, 13 Dec 2012 21:38:31 +0100
> From: Wuzzy <wuzzy2 at mail.ru>
> To: talk-de at openstreetmap.org
> Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
> 
> Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
> vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
> quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
> Landessprache _und_ der lateinischen Transkription angegeben wird.
> 
> Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
> insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
> dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
> verspottet. :(
> Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
> aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
> selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
> deutsch. Ich bin mir sicher, so war das sicherlich nicht
> gedacht. ;-)
> 
> Dass beides in der selben Zeile auftauchen kann, war ja schon in der
> Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
> hat wohl noch niemand ausgemacht. Oder?
> 
> Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
> es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
> im selben Key unterzubringen, gerade bei einer dynamischen
> mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
> wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
> selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?
> 
> Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
> unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)
> 
> -- 
> Wuzzy
> XMPP: Wuzzy2 at jabber.ccc.de
> E-Mail: wuzzy2 at mail.ru
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From andr-neumann at gmx.net  Fri Dec 14 18:23:16 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Fri, 14 Dec 2012 19:23:16 +0100
Subject: [Talk-de] disused=yes bei railway=halt
Message-ID: <50CB6E94.3070706@gmx.net>

Hi,

Weiß jemand, warum bei Mapnik der disused-Tag bei Bahnhöfen, aber nicht
bei Haltepunkten ausgewertet wird?

Viele Grüße,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 259 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121214/2ea41070/attachment.sig>

From osm at aighes.de  Fri Dec 14 18:54:20 2012
From: osm at aighes.de (Henning Scholland)
Date: Fri, 14 Dec 2012 19:54:20 +0100
Subject: [Talk-de] disused=yes bei railway=halt
In-Reply-To: <50CB6E94.3070706@gmx.net>
References: <50CB6E94.3070706@gmx.net>
Message-ID: <50CB75DC.5040000@aighes.de>

Am 14.12.2012 19:23, schrieb Andreas Neumann:
> Hi,
>
> Weiß jemand, warum bei Mapnik der disused-Tag bei Bahnhöfen, aber nicht
> bei Haltepunkten ausgewertet wird?

Weil disused=yes und ähliche Tags gegen die Logik sind. railway=halt ist 
nun mal ein Haltepunkt und in einem weiteren Tag sagt man dann "ach ne, 
ist doch keiner mehr".
Nutzt disused:*=* und alle sind zufrieden. Der normale Renderer stellt 
es nicht mehr dar und wer es auswerten möchte, kann es auch tun.

Henning




From sfkeller at gmail.com  Fri Dec 14 20:14:29 2012
From: sfkeller at gmail.com (Stefan Keller)
Date: Fri, 14 Dec 2012 21:14:29 +0100
Subject: [Talk-de] =?utf-8?q?Zahl_der_OSMer_nach_L=C3=A4ndern?=
In-Reply-To: <50C113CE.3070207@gmail.com>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de> <50C10691.3090806@gmail.com>
 <50C10F1C.4000803@aighes.de> <50C113CE.3070207@gmail.com>
Message-ID: <CAFcOn2_ia+F1AG9WUqCi73RvNZgw1u=iTNfxrDeAY-tKfQLEOA@mail.gmail.com>

Hallo Pascal

Ich wollte nur kurz nachhaken:

Es gibt zwar einige Statistiken, wie z.B.
1. http://wiki.openstreetmap.org/wiki/Stats#Registered_users
2. http://osmstats.altogetherlost.com/index.php?item=countries
3. deine Angaben hier http://neis-one.org/2012/11/active-users-osm-nov12/
4. Simon's ODbL-Statistik
http://odbl.poole.ch/switzerland-20120601-20120702-poly.html

Da sieht man u.a. in (2.) wieviele Mapper gestern in der Schweiz
gemappt haben. Aber irgendwie finde ich nirgends eine definierte und
systematisch nachgeführte Statistik über die total registrierten
"aktiven" Benutzer *pro Land* in absoluten Zahlen? (aktiv = z.B. alle,
die im letzten Jahr mind. einmal etwas editiert haben).

=> Oder ganz konkret: Wieviele "aktive" Mapper hat aktuell z.B. die Schweiz?

Und ich finde auch keine Webseite, bei der man z.B. sehen kann, wer
gestern "Mapper des Tages des Landes X" ist - oder habe ich etwas
übersehen?

=> Hast du da einen Tipp (ohne dass ich selber das Planet-File mit
History selber analysieren muss)?

Gruss,
Stefan

Am 6. Dezember 2012 22:53 schrieb Pascal Neis <pascal.neis at gmail.com>:
> Hi,
>
> Henning Scholland schrieb:
>>
>> Am 06.12.2012 21:56, schrieb Pascal Neis:
>>>
>>> Markus schrieb:
>>>
>>>> Ok, mit 26% sind wir wohl doch ein deutsches Projekt...
>>>> Sind da Importe (USA 9%) enthalten?
>>>
>>>
>>> die 9% waren damals der Anteil von den Mitgliedern
>>> die jemals etwas dem Projekt beigetragen haben (Ende 2011).
>>> Mit der Datenmenge oder Importen hat dies nichts zu tun.
>
>>
>>
>> Aber müssten dann nicht mehr als 100% in der Summe raus kommen? Wenn ich
>> in zwei Ländern gemappt habe, würde ich ja doppelt zählen.
>
>
> die von mir oben genannten 9% bezogen sich auf den
> gesamten Anteil der aktiven Mitglieder vom OSM Projektes
> die aus den USA stammen. Für die Ermittlung aus welchen
> Land ein Mapper stammt, wurden mehrere Verfahren verwendet
> & verglichen: First Edit, Center of Activity, Changesets,
> created Nodes per Country ...
> Dabei spielt es keine Rolle in wie vielen Ländern du gemappt
> hast. Gezählt wurdest du nur in einem ...
>
> viele gruesse
> pascal
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From pascal.neis at gmail.com  Fri Dec 14 22:14:41 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Fri, 14 Dec 2012 23:14:41 +0100
Subject: [Talk-de] =?iso-8859-1?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <CAFcOn2_ia+F1AG9WUqCi73RvNZgw1u=iTNfxrDeAY-tKfQLEOA@mail.gmail.com>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de> <50C10691.3090806@gmail.com>
 <50C10F1C.4000803@aighes.de> <50C113CE.3070207@gmail.com>
 <CAFcOn2_ia+F1AG9WUqCi73RvNZgw1u=iTNfxrDeAY-tKfQLEOA@mail.gmail.com>
Message-ID: <50CBA4D1.1000600@gmail.com>

Hi,

Stefan Keller schrieb:
> Es gibt zwar einige Statistiken, wie z.B.
> 1. http://wiki.openstreetmap.org/wiki/Stats#Registered_users
> 2. http://osmstats.altogetherlost.com/index.php?item=countries
> 3. deine Angaben hier http://neis-one.org/2012/11/active-users-osm-nov12/
> 4. Simon's ODbL-Statistik
> http://odbl.poole.ch/switzerland-20120601-20120702-poly.html
> 
> Da sieht man u.a. in (2.) wieviele Mapper gestern in der Schweiz
> gemappt haben. Aber irgendwie finde ich nirgends eine definierte und
> systematisch nachgeführte Statistik über die total registrierten
> "aktiven" Benutzer *pro Land* in absoluten Zahlen? (aktiv = z.B. alle,
> die im letzten Jahr mind. einmal etwas editiert haben).

darüber gibt es online mWn keine Webseite. Insgesamt ist die
Beantwortung der Frage aber nicht ganz einwandfrei möglich. D.h.
man kann zwar eine Aussage treffen wieviele in der Schweiz tätig
sind oder waren, ob sie aber tatsächlich auch aus der Schweiz
kommen ist eine andere Sache. Daher würde es theoretisch
unterschiedliche Wege geben um ein Ergebnis zu ermitteln. Eine
andere Frage ist: was heisst aktiv? Ein Node, 100 oder mehr
erstellt, bearbeitet oder gelöscht ... Ways, Relations?
Lediglich ein Edit in einem Jahr finde ich persönlich etwas dünn,
dann schon besser Gruppen von Mitgliedern & unterschiedliche
Zeitabstände verwenden.

> Und ich finde auch keine Webseite, bei der man z.B. sehen kann, wer
> gestern "Mapper des Tages des Landes X" ist - oder habe ich etwas
> übersehen?

ist mir keine bekannt.

viele gruesse
pascal



From pascal.neis at gmail.com  Fri Dec 14 22:14:41 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Fri, 14 Dec 2012 23:14:41 +0100
Subject: [Talk-de] =?iso-8859-1?q?Zahl_der_OSMer_nach_L=E4ndern?=
In-Reply-To: <CAFcOn2_ia+F1AG9WUqCi73RvNZgw1u=iTNfxrDeAY-tKfQLEOA@mail.gmail.com>
References: <50C0A67D.7000307@gmx.de> <50C0B62F.2040205@gmail.com>
 <50C0C189.4010800@gmx.de> <50C10691.3090806@gmail.com>
 <50C10F1C.4000803@aighes.de> <50C113CE.3070207@gmail.com>
 <CAFcOn2_ia+F1AG9WUqCi73RvNZgw1u=iTNfxrDeAY-tKfQLEOA@mail.gmail.com>
Message-ID: <50CBA4D1.1000600@gmail.com>

Hi,

Stefan Keller schrieb:
> Es gibt zwar einige Statistiken, wie z.B.
> 1. http://wiki.openstreetmap.org/wiki/Stats#Registered_users
> 2. http://osmstats.altogetherlost.com/index.php?item=countries
> 3. deine Angaben hier http://neis-one.org/2012/11/active-users-osm-nov12/
> 4. Simon's ODbL-Statistik
> http://odbl.poole.ch/switzerland-20120601-20120702-poly.html
> 
> Da sieht man u.a. in (2.) wieviele Mapper gestern in der Schweiz
> gemappt haben. Aber irgendwie finde ich nirgends eine definierte und
> systematisch nachgeführte Statistik über die total registrierten
> "aktiven" Benutzer *pro Land* in absoluten Zahlen? (aktiv = z.B. alle,
> die im letzten Jahr mind. einmal etwas editiert haben).

darüber gibt es online mWn keine Webseite. Insgesamt ist die
Beantwortung der Frage aber nicht ganz einwandfrei möglich. D.h.
man kann zwar eine Aussage treffen wieviele in der Schweiz tätig
sind oder waren, ob sie aber tatsächlich auch aus der Schweiz
kommen ist eine andere Sache. Daher würde es theoretisch
unterschiedliche Wege geben um ein Ergebnis zu ermitteln. Eine
andere Frage ist: was heisst aktiv? Ein Node, 100 oder mehr
erstellt, bearbeitet oder gelöscht ... Ways, Relations?
Lediglich ein Edit in einem Jahr finde ich persönlich etwas dünn,
dann schon besser Gruppen von Mitgliedern & unterschiedliche
Zeitabstände verwenden.

> Und ich finde auch keine Webseite, bei der man z.B. sehen kann, wer
> gestern "Mapper des Tages des Landes X" ist - oder habe ich etwas
> übersehen?

ist mir keine bekannt.

viele gruesse
pascal




From lowflight66 at googlemail.com  Sat Dec 15 15:40:25 2012
From: lowflight66 at googlemail.com (fly)
Date: Sat, 15 Dec 2012 16:40:25 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <50C8E51C.3050203@remote.org>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de>
 <CABPTjTBoOf0CqcpR405t9Tszf=Fcvd3AAzrJd5mDEojpxSYtiA@mail.gmail.com>
 <50C8E51C.3050203@remote.org>
Message-ID: <50CC99E9.5060107@googlemail.com>

On 12/12/12 21:12, Frederik Ramm wrote:
> Hi,
> 
> On 12.12.2012 20:36, Martin Koppenhoefer wrote:
>> Ich versuche, auch kleine Details (z.B. einen "mittel"kleinen
>> Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie
>> sie auch in der Realität sind, weil man so am meisten mit den Daten
>> anfangen kann.
> 
> Ich bin gern ab und zu bereit, ueber ein Detail hinwegzusehen, und z.B. eine
> Reihe von Haeusern mit "q" im JOSM parallel anzuordnen, wenn es insgesamt wie
> eine Reihe paralleler Haeuser aussieht. Aber wenn ich damit etwas erzeuge, was
> auch bei Inbetrachtziehung einer moeglichen Luftbildungenaugkeit falsch ist,
> wuerde ich das auch vermeiden.

Kleine Verallgemeinerungen sind noch OK, aber bitte nicht desshalb, weil mapnik
dass dann bei Z15 gut darstellt.

>> Gerade die Unregelmäßigkeiten und Brüche sind meistens die
>> interessantesten Stellen in einer Stadt, und normalerweise gibt es
>> jeweils auch einen Grund oder eine Geschichte dazu.
> 
> Bei Reihenbebauung in der Stadt (wo ja oft ein ganzer Strassenzug lueckenlos
> bebaut ist) sind Details wie kleine Vorspruenge usw. spaeter hilfreich, wenn man
> vor Ort die Hausnummern eintragen will. Dann steht man da, sieht auf dem
> Ausdruck 13 Haeuser und vor sich 16 Hausnummern und fragt sich, was wohl zu was
> gehoert. Ein kleiner Vorsprung oder eine seltsame Ecke helfen dann.

+1

Ich habe ja so meine Problem mit Häusern von BING. Da bei mir AEROWEST Bilder zu
Verfügung stehen, muß ich jedes Haus verschieben und anpassen. Selbst mit
Werkzeugen wie "increase way accuracy" und "replace geometry" bzw. , ist das
meistens mehr Arbeit. Zusätzlich funktionieren die Werkzeuge zur Geometrie
verbesserung (align, rectify) nicht mit anderen Projektionen als Mercator.

cu fly



From f at zz.de  Sat Dec 15 15:45:36 2012
From: f at zz.de (Florian Lohoff)
Date: Sat, 15 Dec 2012 16:45:36 +0100
Subject: [Talk-de]
	=?iso-8859-1?q?H=E4user_richtig_oder_h=FCbsch_zeichnen?=
	=?iso-8859-1?q?=3F?=
In-Reply-To: <50C8DA18.4080909@gmx.de>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de>
Message-ID: <20121215154536.GA25719@pax.zz.de>

On Wed, Dec 12, 2012 at 08:25:12PM +0100, Gerrit wrote:
> Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest
> scheint es mir nicht so), sondern dass auch in Wirklichkeit die
> Häuser nicht 100%ig ?hübsch? nebeneinander stellen.
> Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar
> Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas
> schräg zur Straße stehen.
> Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild
> abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt
> das ganze Straßenbild eben nicht so chaotisch, wenn man sich
> wirklich in der Straße aufhält: Da sieht es eigentlich schon so aus,
> als ob die Häuser alle parallel zur Straße stehen würden, auch wenn
> es eben in Wirklichkeit nicht so ist. Nur fällt das nicht auf.

Ich zeihne die Häuser dann exakt so ab wie sie sind. D.h. wenn die
einzelnen Reihenhäuser verspringen dann ist das ja nicht schwierig. Da
man die Gebäudeoutlines ja eh wegen der Adressen zwischen den
Reihenhäusern trennt ist das verspringen problemlos auch nachzuzeichnen.
Am schluss einfach alle outlines markieren und im JOSM mal "q" druecken
und schoen sind das alles rechte Winkel :) Dann sieht das auch sauber
aus.

Flo
-- 
Florian Lohoff                                                 f at zz.de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 828 bytes
Beschreibung: Digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121215/bf43dfde/attachment.sig>

From lowflight66 at googlemail.com  Sat Dec 15 15:53:07 2012
From: lowflight66 at googlemail.com (fly)
Date: Sat, 15 Dec 2012 16:53:07 +0100
Subject: [Talk-de] Tags und deren Darstellung
In-Reply-To: <50C9B3C6.1020603@gmx.de>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
 <50C9B3C6.1020603@gmx.de>
Message-ID: <50CC9CE3.2070701@googlemail.com>

On 13/12/12 11:53, Andreas Dommaschk wrote:
> Hallo Jo,
> 
> Am 11.12.2012 14:34, schrieb Jo:
>> Also Renderer, bitte stell es da. Wenigstens Mapnik, ÖPNV, die transport layer
>> von Andy Allan und OSMTransport. Dann kann ich weiter mit dem neuen Schema.
>> Sonst warte ich wohl einige Jahren länger oder für immer und mittlerweile
>> machen wir weiter mit dem Tag der eigentlich im falschen namespace liegt;
>> highway=bus_stop.
>>
> Wie schon erwähnt gibt es Karte bzw. Webseiten die die Platformen darstellen.
> Für Mapnik gibt es eine Anfrage:
> https://trac.openstreetmap.org/ticket/4685#comment:1
> Man sollte sich aber beim ÖPNV Tagging nicht davon beeinnflussen lassen was
> irgendwo dargestellt wird. Es ist schön anzusehen aber wirklich interessant wird
> es erst beim Routing.

Hey zusammen,

dazu muß ich jetzt doch mal was los werden.

Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo
sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die
Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich
mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben
nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in
landuse verwandelt wird.

Tickets existieren bereits nur gibt es leider wenig Reaktionen darauf.

Grüße
fly



From lowflight66 at googlemail.com  Sat Dec 15 17:06:03 2012
From: lowflight66 at googlemail.com (fly)
Date: Sat, 15 Dec 2012 18:06:03 +0100
Subject: [Talk-de] Abgerissenes Haus
In-Reply-To: <50BF0A35.8050304@gmail.com>
References: <3486850.XSQEVmMvxn@linux-edhj> <50BEFA8D.6010006@freenet.de>
 <50BF0A35.8050304@gmail.com>
Message-ID: <50CCADFB.7090703@googlemail.com>

On 05/12/12 09:47, Hartmut Holzgraefe wrote:
> Ein abgerissenes Haus bzw. dessen Grundstück als "brownfield" zu
> erfassen und nicht einfach zu löschen ist auch in sofern wichtig
> als das so verhindert wird das ein Luftbild-Mapper denkt:
> 
>   "Hey, da fehlt ja noch ein Haus ... *abmal*"
> 
> Ist mir in der Nachbarschaft schon zweimal passiert ... seit ich
> entsprechende "brownfield"-Flächen (mit "note=Abgerissen am $datum")
> dafür angelegt habe nicht mehr ...

+1

Das Problem kenne ich, darum habe ich mir angewöhnt erstmal "historic:" vor das
Haupttag zu setzen (historic:building=*) und ein "end_date=*" einzufügen. Nicht
immer wird ein Gebäüde abgerissen und dann wieder gebaut. Ich kenne mehrere
Stellen wo nichts gebaut wurde, aber die Stelle sich durch den Untergrund noch
deutlich von der Umgebung abhebt.

Auch ist die Baufläche oft größer als das bisherige Gebäude.

Grüße
fly




From dieterdreist at gmail.com  Sat Dec 15 17:17:52 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 15 Dec 2012 18:17:52 +0100
Subject: [Talk-de]
	=?utf-8?q?H=C3=A4user_richtig_oder_h=C3=BCbsch_zeichnen?=
	=?utf-8?q?=3F?=
In-Reply-To: <20121215154536.GA25719@pax.zz.de>
References: <50C8D2F6.3050005@gmx.de>
 <alpine.LFD.1.00.1212122006080.23104@velociraptor.hac.de>
 <50C8DA18.4080909@gmx.de> <20121215154536.GA25719@pax.zz.de>
Message-ID: <CABPTjTA=K5siTbV=f6ooosrMoy8GnPg0pBaLfWrrbviFDLfmwQ@mail.gmail.com>

Am 15. Dezember 2012 16:45 schrieb Florian Lohoff <f at zz.de>:
> Am schluss einfach alle outlines markieren und im JOSM mal "q" druecken
> und schoen sind das alles rechte Winkel :) Dann sieht das auch sauber
> aus.


wobei das nur vorgetäuschte Präzision ist (im Zweifel sind dann die
Winkel zwar alle schön 90 Grad aber das ganze Gebäude ist leicht
gedreht). Besser man selektiert (im üblichen Fall einer zur Straße
parallelen Frontfassade) 2 möglichst voneinander entfernte nodes der
Straße und zeichnet die Gebäude dann mit dem building tool (und add
node / eXtrude segment etc.). Durch die Selektion der beiden Nodes
werden die neuen Gebäude automatisch in diese Richtung ausgerichtet.

Das Building tool ist auch abseits des Zeichnens von Gebäuden
geeignet, wenn es um rechte Winkel geht, man z.B. rechtwinklig
anschließen will, ich zeichne damit oft auch Hilfskonstruktionen, die
danach wieder gelöscht werden, z.B. um Schnittpunkte zu bestimmen.

Mittlerweile gibt es ausserdem den coolen "Winkel"-Zeichenmodus (mit
tab ein und ausschaltbar, über das Winkelsymbol unten wird angezeigt,
ob aktiv, und wenn aktiv kann man auch über Rechtsclick den
Vorgabewinkel einstellen). Zum Schließen (oder um einen sonstigen
Bezug anzupeilen) muss man kurz über einem Node verweilen dann wird
der angepeilt.

Gruß Martin



From dieterdreist at gmail.com  Sat Dec 15 17:33:05 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 15 Dec 2012 18:33:05 +0100
Subject: [Talk-de] Tags und deren Darstellung
In-Reply-To: <50CC9CE3.2070701@googlemail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
 <50C9B3C6.1020603@gmx.de> <50CC9CE3.2070701@googlemail.com>
Message-ID: <CABPTjTATn4xMPJ2FOR4dx+2X6hExF48wuuCcFE_1=WSH8QdEig@mail.gmail.com>

Am 15. Dezember 2012 16:53 schrieb fly <lowflight66 at googlemail.com>:
> Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo
> sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die
> Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich
> mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben
> nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in
> landuse verwandelt wird.


Wie war das nochmal, gibt es einen Unterschied zwischen "designated"
und "official"? Mapnik kennt das erstere nämlich, und das ist auch
ungefähr 20x so oft in den Daten.

Gruß Martin



From lowflight66 at googlemail.com  Sun Dec 16 17:20:27 2012
From: lowflight66 at googlemail.com (fly)
Date: Sun, 16 Dec 2012 18:20:27 +0100
Subject: [Talk-de] Tags und deren Darstellung
In-Reply-To: <CABPTjTATn4xMPJ2FOR4dx+2X6hExF48wuuCcFE_1=WSH8QdEig@mail.gmail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
 <50C9B3C6.1020603@gmx.de> <50CC9CE3.2070701@googlemail.com>
 <CABPTjTATn4xMPJ2FOR4dx+2X6hExF48wuuCcFE_1=WSH8QdEig@mail.gmail.com>
Message-ID: <50CE02DB.4070904@googlemail.com>

On 15/12/12 18:33, Martin Koppenhoefer wrote:
> Am 15. Dezember 2012 16:53 schrieb fly <lowflight66 at googlemail.com>:
>> Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo
>> sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die
>> Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich
>> mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben
>> nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in
>> landuse verwandelt wird.
> 
> 
> Wie war das nochmal, gibt es einen Unterschied zwischen "designated"
> und "official"? Mapnik kennt das erstere nämlich, und das ist auch
> ungefähr 20x so oft in den Daten.

Ich wollte hier keine Diskussion über "official" lostreten, sondern es nur als
Beispiel verwenden, wie nicht rendern zu editieren für den Renderer führt. In
diesem Fall werden sich wohl die Zahlen auch nicht ändern, solange es nicht
gerendert wird. Zudem kenne ich viele Wege, welche zwar für Fußgänger und
Radfahrer geeignet/bestimmt sind aber kein blaues Schild besitzen.

Ähnliches sehe ich auch bei buildings=*, da sich jegliche Werte ausser "yes"
nicht wirklich gut abheben.

fly




From imagic.osm at gmail.com  Sun Dec 16 18:09:15 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Sun, 16 Dec 2012 19:09:15 +0100
Subject: [Talk-de] Tags und deren Darstellung
In-Reply-To: <50CE02DB.4070904@googlemail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
 <50C9B3C6.1020603@gmx.de> <50CC9CE3.2070701@googlemail.com>
 <CABPTjTATn4xMPJ2FOR4dx+2X6hExF48wuuCcFE_1=WSH8QdEig@mail.gmail.com>
 <50CE02DB.4070904@googlemail.com>
Message-ID: <CAKjckyNSZtQ9oS1h6uezGaGu4-Ju1opjvC8W+0OkDk5npP150g@mail.gmail.com>

Am 16. Dezember 2012 18:20 schrieb fly <lowflight66 at googlemail.com>:
> Ähnliches sehe ich auch bei buildings=*, da sich jegliche Werte ausser "yes"
> nicht wirklich gut abheben.

Hier muss ich zustimmen! Ich mappe viele Häuser als Vorbereitung zum
Sammeln von Hausnummern. Unterwegs trage ich dann die Nummer direkt am
Handy ein. Wenn ich aber auf der Karte vor allem in Altbaugebieten
einzelne Häuser nicht mehr unterscheiden kann, habe ich ein Problem.
Deshalb habe ich viele Häuser die ich als building=residential
eingetragen habe auf building=yes geändert. Denn nur so kann ich die
einzelnen Häuser wirklich unterscheiden. Das nachher wieder auf
residential zu ändern war mir zu blöd. Neue Häuser trage ich jetzt
prinzipiell nur noch als building=yes ein.

Warum ausgerechnet bei yes ein Rahmen gerendert wird und bei
residential nicht, erschließt sich mir definitiv nicht.

vg,
Martin



From dieterdreist at gmail.com  Sun Dec 16 20:44:13 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 16 Dec 2012 21:44:13 +0100
Subject: [Talk-de] Tags und deren Darstellung
In-Reply-To: <CAKjckyNSZtQ9oS1h6uezGaGu4-Ju1opjvC8W+0OkDk5npP150g@mail.gmail.com>
References: <50C101D3.1000904@gmx.net> <20121207141224.11480@gmx.net>
 <50C20CCD.8030506@tobias-knerr.de>
 <CAJ6DwMAVdtw3ZiMTuJffuc8dy35Op0fy0qZyKutu_N9S4qVusw@mail.gmail.com>
 <50C72878.9070208@gmx.de>
 <CAJ6DwMCRXLWjrHeevNBz1CfKifOV8QyQhTm99xVbXiTnBZZr=g@mail.gmail.com>
 <50C9B3C6.1020603@gmx.de> <50CC9CE3.2070701@googlemail.com>
 <CABPTjTATn4xMPJ2FOR4dx+2X6hExF48wuuCcFE_1=WSH8QdEig@mail.gmail.com>
 <50CE02DB.4070904@googlemail.com>
 <CAKjckyNSZtQ9oS1h6uezGaGu4-Ju1opjvC8W+0OkDk5npP150g@mail.gmail.com>
Message-ID: <CABPTjTBuuGhr3Y0mPTed5GiHUv7zPk07z5tZo1xC267DGVx33w@mail.gmail.com>

Am 16. Dezember 2012 19:09 schrieb Martin Vonwald <imagic.osm at gmail.com>:
> Warum ausgerechnet bei yes ein Rahmen gerendert wird und bei
> residential nicht, erschließt sich mir definitiv nicht.


ja, das ist noch ein bisschen halbgar, weil sich ja in letzter Zeit
auch nicht viel am Mapnik-Stil geändert hat. Generell finde ich
"residential" ist als Gebäudetypus noch ein bisschen zu allgemein, bei
Wohngebäuden würde ich z.B. zwischen Einfamilienhaus, Doppelhaus,
Reihenhaus, Appartementgebäude, Villa, Mietshaus, etc. unterscheiden.

Gruß Martin



From m.gehling at gmx.de  Sun Dec 16 22:50:57 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Sun, 16 Dec 2012 23:50:57 +0100
Subject: [Talk-de] Wochennotiz Nr. 126
Message-ID: <99DBB0A8-C358-4FB6-A93D-6E744A0953E4@gmx.de>

Hallo,

die Wochennotiz Nr. 126 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-126/

Viel Spaß beim Lesen!


From martin at ampelmeter.com  Mon Dec 17 11:59:51 2012
From: martin at ampelmeter.com (Martin Schafran)
Date: Mon, 17 Dec 2012 12:59:51 +0100
Subject: [Talk-de] Wochennotiz Nr. 126
In-Reply-To: <99DBB0A8-C358-4FB6-A93D-6E744A0953E4@gmx.de>
References: <99DBB0A8-C358-4FB6-A93D-6E744A0953E4@gmx.de>
Message-ID: <2053799.sl7i47hVMn@ampel>



On Sun 16.12.2012 23:50:57 Gehling Marc wrote:
> Hallo,
> 
> die Wochennotiz Nr. 126 mit allen wichtigen Neuigkeiten aus der
> OpenStreetMap Welt ist da:
> http://blog.openstreetmap.de/2012/12/wochennotiz-nr-126/
> 
> Viel Spaß beim Lesen!

Der Open Data Day findet am 23. Februar 2012 auch in Köln statt.

ich wollte schon immer in die vergangenheit reisen :)



From bweiskopf at gmx.de  Mon Dec 17 13:26:18 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Mon, 17 Dec 2012 14:26:18 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
Message-ID: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>

Hallo an alle,

wie kann man mehrere URLs für ein Objekt eingeben?

Zum Beispiel ist das "Finanzamt Mannheim" intern in zwei
Verwaltungseinheiten geteilt, die im selben Gebäude sind und die ich
räumlich nicht trennen kann. Aber im Internet haben sie zwei getrennte
Web-Auftritte:

1. Finanzamt Mannheim-Stadt:
   website = http://www.fa-mannheim-stadt.de

2. Finanzamt Mannheim-Neckarstadt: 
   website = http://www.fa-mannheim-neckarstadt.de 

Einen gemeinsamen Web-Auftritt für die "Finanzämter Mannheim" kenne ich
nicht.

Gruß Bernhard





From roland.olbricht at gmx.de  Mon Dec 17 13:37:19 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Mon, 17 Dec 2012 14:37:19 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
Message-ID: <20121217133719.218070@gmx.net>

> 1. Finanzamt Mannheim-Stadt:
>    website = http://www.fa-mannheim-stadt.de
> 
> 2. Finanzamt Mannheim-Neckarstadt: 
>    website = http://www.fa-mannheim-neckarstadt.de 
> 
> Einen gemeinsamen Web-Auftritt für die "Finanzämter Mannheim" kenne ich
> nicht.

Ich plädiere für zwei getrennte Nodes im Gebäude mit Tags jeweils "name", "website" und "note"="Verschieden vom Finanzamt ... im gleichen Gebäude".

Das wirkt dann nicht nur für die Links, sondern erlaubt auch Tools wie z.B. Routing-Software, beide Finanzämter unter ihrem echten Namen im "name"-Tag (und damit überhaupt) zu finden.

Viele Grüße,

Roland



From roland.olbricht at gmx.de  Mon Dec 17 13:37:19 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Mon, 17 Dec 2012 14:37:19 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
Message-ID: <20121217133719.218070@gmx.net>

> 1. Finanzamt Mannheim-Stadt:
>    website = http://www.fa-mannheim-stadt.de
> 
> 2. Finanzamt Mannheim-Neckarstadt: 
>    website = http://www.fa-mannheim-neckarstadt.de 
> 
> Einen gemeinsamen Web-Auftritt für die "Finanzämter Mannheim" kenne ich
> nicht.

Ich plädiere für zwei getrennte Nodes im Gebäude mit Tags jeweils "name", "website" und "note"="Verschieden vom Finanzamt ... im gleichen Gebäude".

Das wirkt dann nicht nur für die Links, sondern erlaubt auch Tools wie z.B. Routing-Software, beide Finanzämter unter ihrem echten Namen im "name"-Tag (und damit überhaupt) zu finden.

Viele Grüße,

Roland



From dieterdreist at gmail.com  Mon Dec 17 15:29:25 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 17 Dec 2012 16:29:25 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <20121217133719.218070@gmx.net>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
 <20121217133719.218070@gmx.net>
Message-ID: <CABPTjTDcQBPcahRkMfniOuung7h_Ab6HzVQsun-imwxaLaJ6gQ@mail.gmail.com>

Am 17. Dezember 2012 14:37 schrieb Roland Olbricht <roland.olbricht at gmx.de>:
>> 1. Finanzamt Mannheim-Stadt:
>>    website = http://www.fa-mannheim-stadt.de
>>
>> 2. Finanzamt Mannheim-Neckarstadt:
>>    website = http://www.fa-mannheim-neckarstadt.de
>>
>> Einen gemeinsamen Web-Auftritt für die "Finanzämter Mannheim" kenne ich
>> nicht.
>
> Ich plädiere für zwei getrennte Nodes im Gebäude mit Tags jeweils "name", "website" und "note"="Verschieden vom Finanzamt ... im gleichen Gebäude".
>
> Das wirkt dann nicht nur für die Links, sondern erlaubt auch Tools wie z.B. Routing-Software, beide Finanzämter unter ihrem echten Namen im "name"-Tag (und damit überhaupt) zu finden.


+1, m.E. braucht man 2 getrennte Objekte, da es auch 2 getrennte
Einheiten in der "echten Welt" sind. Das gibt ja sonst nicht nur beim
tag website Probleme, sondern auch bei "name" und bei allen anderen
tags. In diesem Fall (räumlich nicht genau bekannt, wo sich was in
welcher Größe befindet) wären nodes eine gute Wahl. Sofern man es
genauer sagen kann, würde ich Flächen (bzw. Multipolygone) verwenden.

Gruß Martin



From roland.olbricht at gmx.de  Tue Dec 18 17:45:24 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Tue, 18 Dec 2012 18:45:24 +0100
Subject: [Talk-de] Hausnummern
Message-ID: <1488436.43vmX0vrEc@roland-latitude-e5520>

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag 
"addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern 
noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines 
Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0A&target=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node["addr:housenumber"];way["addr:housenumber"];>;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir 
allerdings ab Zoomstufe 14 wegen mehr als 10000 Objekten bereits einen 
eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland




From wendorff at uni-paderborn.de  Tue Dec 18 17:56:11 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Tue, 18 Dec 2012 18:56:11 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <50D0AE3B.6040905@uni-paderborn.de>

super, danke.
Was mir noch auffiel: Permanentlink wär praktisch.

Gruß
Peter

Am 18.12.2012 18:45, schrieb Roland Olbricht:
> Hallo zusammen,
>
> passend zu Frederiks Appell
> http://blog.openstreetmap.de/2012/12/1000-adressen/
>
> stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
> http://overpass-api.de/hausnummern.html
>
> Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
> "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
> noch sehr dünn gemappt sind.
>
> Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines
> Browserfenster hat, kann auch die weniger zoom-beschränkte Variante
>
> http://www.overpass-
> api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0A&target=ol_bbox
>
> (Link ist eine Zeile)
>
> bzw.
>
> http://www.overpass-api.de/api/convert?data=[timeout:1];
> (node["addr:housenumber"];way["addr:housenumber"];>;);out skel;
>
> (Link ist nur eine Zeile)
>
> verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir
> allerdings ab Zoomstufe 14 wegen mehr als 10000 Objekten bereits einen
> eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.
>
> Viel Spaß und viel Erfolg beim Mappen,
>
> Roland
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From simon at poole.ch  Tue Dec 18 19:01:22 2012
From: simon at poole.ch (Simon Poole)
Date: Tue, 18 Dec 2012 20:01:22 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <50D0BD82.2050203@poole.ch>

Am 18.12.2012 18:45, schrieb Roland Olbricht:
> Hallo zusammen,
>
> passend zu Frederiks Appell
> http://blog.openstreetmap.de/2012/12/1000-adressen/
>
> stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
> http://overpass-api.de/hausnummern.html
>
> Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
> "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
> noch sehr dünn gemappt sind.
>
Auch zum Thema:  auf qa.poole.ch hat es seit 2 Wochen ein "noaddress" 
layer. Darauf werden Gebäude ohne addr:housenumber und ähnlichem 
anzeigt. Blog post dazu:

http://www.openstreetmap.org/user/SimonPoole/diary

Simon



From roland.olbricht at gmx.de  Tue Dec 18 20:52:31 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Tue, 18 Dec 2012 21:52:31 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <50D0AE3B.6040905@uni-paderborn.de>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
 <50D0AE3B.6040905@uni-paderborn.de>
Message-ID: <3411736.H949xMAKHr@roland-latitude-e5520>

> super, danke.
> Was mir noch auffiel: Permanentlink wär praktisch.

Gibt es jetzt unter
http://overpass-api.de/api/hausnummern

Der Link unten rechts liefert dann URLs wie z.B.
http://overpass-api.de/api/hausnummern?zoom=14&lat=50.75&lon=7.1&layers=BT

Viele Grüße,

Roland




From unnoetige_mails at gmx.de  Tue Dec 18 21:34:49 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Tue, 18 Dec 2012 22:34:49 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <50D0E179.7010402@gmx.de>

Hallo,

schöne Sache. danke.
Ich nutze schon lange eine ITO-World Karte. [1]
Die bietet eine sehr gute Übersicht über schon vorhandene Adressen.
Der neue Layer von Simon wertet auch Knoten aus. Da werde ich wohl 
wechseln. :)

Vielleicht würde die Übersicht deiner Karte sich verbessern wenn du 
ähnlich dem MarkerCluster Plugin [2] für Leaflet die Punkte gruppierst.
Aber noch besser wäre es die Gebiete zu zeigen in denen kaum oder wenig 
Adressen vorkommen.
Ein Idee wäre es das mit einer negativen Heatmap[3] zu zeigen. Eben 
nicht die Gebiete mit Adressen sondern genau das Gegenteil.
Gebiete mit wenigen Adressen sind dann eben im Fall der Heatmap Rot.

Viele Grüße

Andreas

[1] 
http://www.itoworld.com/map/9#lat=51.75425721557889&lon=14.335813303379114&zoom=14
[2] https://github.com/danzel/Leaflet.markercluster
[3] http://sunng87.github.com/heatcanvas/

Am 18.12.2012 18:45, schrieb Roland Olbricht:
> Hallo zusammen,
>
> passend zu Frederiks Appell
> http://blog.openstreetmap.de/2012/12/1000-adressen/
>
> stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
> http://overpass-api.de/hausnummern.html
>
> Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
> "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
> noch sehr dünn gemappt sind.
>
> Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines
> Browserfenster hat, kann auch die weniger zoom-beschränkte Variante
>
> http://www.overpass-
> api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0A&target=ol_bbox
>
> (Link ist eine Zeile)
>
> bzw.
>
> http://www.overpass-api.de/api/convert?data=[timeout:1];
> (node["addr:housenumber"];way["addr:housenumber"];>;);out skel;
>
> (Link ist nur eine Zeile)
>
> verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir
> allerdings ab Zoomstufe 14 wegen mehr als 10000 Objekten bereits einen
> eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.
>
> Viel Spaß und viel Erfolg beim Mappen,
>
> Roland
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From Mike.Elstermann at itc-halle.de  Wed Dec 19 07:11:19 2012
From: Mike.Elstermann at itc-halle.de (Elstermann, Mike)
Date: Wed, 19 Dec 2012 07:11:19 +0000
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <D54333308A8EE94FB62F55487E054D0152F638A3@VVVMAIL11.vvv.vvv-konzern.net>

Danke, coole Sache!
Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig?

a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER
b) als Merkmal des Gebäude selbst

Beides hat ja Vor- und Nachteile.

Beispiel. http://overpass-api.de/api/hausnummern?zoom=18&lat=51.49373&lon=11.97484&layers=BT

Danke, mikeE.

-----Ursprüngliche Nachricht-----
Von: Roland Olbricht [mailto:roland.olbricht at gmx.de] 
Gesendet: Dienstag, 18. Dezember 2012 18:45
An: talk-de at openstreetmap.org
Betreff: [Talk-de] Hausnummern

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0A&target=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node["addr:housenumber"];way["addr:housenumber"];>;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 10000 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


_______________________________________________
Talk-de mailing list
Talk-de at openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de



From osm at jff-webhosting.net  Wed Dec 19 07:34:53 2012
From: osm at jff-webhosting.net (=?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?=)
Date: Wed, 19 Dec 2012 08:34:53 +0100
Subject: [Talk-de] =?iso-8859-1?q?Trier=2C_Stra=DFen_gel=F6scht?=
Message-ID: <1355902493.2744.4.camel@merkur>

Hi,

mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle
Straßen fehlen.

Kann das bitte einmal jemand überprüfen und evtl. die Löschung
rückgängig machen?

Ich bin heute leider unterwegs und kann wenn erst morgen danach schauen.

CU

Jörg

[1]
http://www.openstreetmap.org/?lat=49.7518&lon=6.632564&zoom=18&layers=M






From unnoetige_mails at gmx.de  Wed Dec 19 07:58:31 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Wed, 19 Dec 2012 08:58:31 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <D54333308A8EE94FB62F55487E054D0152F638A3@VVVMAIL11.vvv.vvv-konzern.net>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
 <D54333308A8EE94FB62F55487E054D0152F638A3@VVVMAIL11.vvv.vvv-konzern.net>
Message-ID: <50D173A7.4000800@gmx.de>

Hallo mikeE,

bitte versuch nicht innerhalb ein Themas ein weiteres zu Eröffnung. 
Einfach ein neues Thema eröffnen. Danke. :)

Am 19.12.2012 08:11, schrieb Elstermann, Mike:
> Danke, coole Sache!
> Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig?
>
> a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER
> b) als Merkmal des Gebäude selbst
Nun, beides ist erstmal nicht falsch. Inzwischen haben sich drei gängige 
Arten durchgesetzt.

1) Wenn das Gebäude deutlich als solches definiert ist z.B. Reihenhaus, 
Einzelhaus, Stadthaus, usw. dann kommt die Adresse auf das Gebäude bzw. 
auf den Umriss.

2) Die Adresse auf den Eingang setzen mit dem Tag entrance=yes, wobei 
der auch bei der ersten Variante gesetzt werden kann. Das nutzt man 
vorallem bei Wohnblöcken
mit mehreren Eingängen. Ist aber auch bei Einzelhäusern üblich.

3) Wenn das Haus mehrere Nummern und einen Eingang hat dann erzeugt man 
für beide Adressen ein Knoten und setzt sie  in innerhalb des Gebäudes.
Das bringt dann leider aber Probleme mit sich wenn in dem Haus evtl. 
Büros oder Geschäfte sind die unterschiedlich Adressen haben.
Ich löse das Problem so das ich innerhalb des Gebäude zwei Wege(oft sind 
Rechtecke) mit den unterschiedlichen Adressen erstelle und die 
Büro/Geschäfte  dann innerhalb der entprechenden Adresse positioniere. 
Mit der Lösung scheint Nomintim keine Probleme zu haben und findet die 
Adressen bzw. die POI's.
Diese Lösung funktioniert auch wenn z.B. unterhalb eines Wohnblocks ein 
Geschäft existiert und beide die gleich Adresse haben.
Bsp.:
http://nominatim.openstreetmap.org/search.php?q=Cottbus+Weinbergstra%C3%9Fe+3&viewbox=-210.94%2C85.12%2C210.94%2C-80.06
Beim klicken auf Details sieht man dann das das Geschäft und das 
Wohnhaus die gleiche Adresse haben.
http://nominatim.openstreetmap.org/details.php?place_id=3573815914

>
> Beides hat ja Vor- und Nachteile.
Deutliche Vor- und Nachteile einer Variante sehe ich jetzt nicht.
>
> Beispiel. http://overpass-api.de/api/hausnummern?zoom=18&lat=51.49373&lon=11.97484&layers=BT
>
> Danke, mikeE.
>
Viele Grüße

Andreas



From imagic.osm at gmail.com  Wed Dec 19 08:00:50 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Wed, 19 Dec 2012 09:00:50 +0100
Subject: [Talk-de] =?iso-8859-1?q?Trier=2C_Stra=DFen_gel=F6scht?=
In-Reply-To: <1355902493.2744.4.camel@merkur>
References: <1355902493.2744.4.camel@merkur>
Message-ID: <CAKjckyPMhO_WHs4pc41BX-BRL+20s-zj4MmSiJ1ua_c6n1vSig@mail.gmail.com>

War wohl das hier: http://www.openstreetmap.org/browse/changeset/14308918

Neuer Mapper - ich schreibe mal eine Mail.

vg,
Martin

Am 19. Dezember 2012 08:34 schrieb Jörg Frings-Fürst <osm at jff-webhosting.net>:
> Hi,
>
> mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle
> Straßen fehlen.
>
> Kann das bitte einmal jemand überprüfen und evtl. die Löschung
> rückgängig machen?
>
> Ich bin heute leider unterwegs und kann wenn erst morgen danach schauen.
>
> CU
>
> Jörg
>
> [1]
> http://www.openstreetmap.org/?lat=49.7518&lon=6.632564&zoom=18&layers=M
>
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From frederik at remote.org  Wed Dec 19 08:09:04 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 19 Dec 2012 09:09:04 +0100
Subject: [Talk-de] =?iso-8859-1?q?Trier=2C_Stra=DFen_gel=F6scht?=
In-Reply-To: <1355902493.2744.4.camel@merkur>
References: <1355902493.2744.4.camel@merkur>
Message-ID: <50D17620.3090401@remote.org>

Hi,

On 12/19/2012 08:34 AM, Jörg Frings-Fürst wrote:
> mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle
> Straßen fehlen.
>
> Kann das bitte einmal jemand überprüfen und evtl. die Löschung
> rückgängig machen?

Ueberprueft, rueckgaengig gemacht und Mail an Verursacher geschickt. War 
der erste Edit dieses Mappers, also vermutlich ein Irrtum und keine Absicht.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From dieterdreist at gmail.com  Wed Dec 19 10:52:51 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 19 Dec 2012 11:52:51 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <50D173A7.4000800@gmx.de>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
 <D54333308A8EE94FB62F55487E054D0152F638A3@VVVMAIL11.vvv.vvv-konzern.net>
 <50D173A7.4000800@gmx.de>
Message-ID: <CABPTjTCfBB=0DbCYTxpzuct8jtM7m-bTiOo=o6_OBb84QOjqRg@mail.gmail.com>

Am 19. Dezember 2012 08:58 schrieb Andreas Dommaschk <unnoetige_mails at gmx.de>:
>> Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer
>> richtig?
>> a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER
>> b) als Merkmal des Gebäude selbst
>
> Nun, beides ist erstmal nicht falsch. Inzwischen haben sich drei gängige
> Arten durchgesetzt.
> 1) Wenn das Gebäude deutlich als solches definiert ist z.B. Reihenhaus,
> Einzelhaus, Stadthaus, usw. dann kommt die Adresse auf das Gebäude bzw. auf
> den Umriss.
> 2) Die Adresse auf den Eingang setzen mit dem Tag entrance=yes, wobei der
> auch bei der ersten Variante gesetzt werden kann. Das nutzt man vorallem bei
> Wohnblöcken mit mehreren Eingängen. Ist aber auch bei Einzelhäusern üblich.
> 3) Wenn das Haus mehrere Nummern und einen Eingang hat dann erzeugt man für
> beide Adressen ein Knoten und setzt sie  in innerhalb des Gebäudes.


+1, wobei es noch weitere Varianten gibt: wenn mehrere Gebäude
dieselbe Nummer haben kann es auch Sinn machen, ein Polygon anzulegen
das größer ist als ein einzelnes Gebäude, und diesem die Hausnummer zu
verpassen.
Generell sind Hausnummern als Punkte zwar schonmal viel besser als
keine Hausnummern, aber als Flächen sind sie noch besser (sofern
zutreffend, es kommt hier auch auf die Gegend an, da das Thema
Hausnummern, bzw. auch Grundstücksnummern, nicht bundeseinheitlich
geregelt ist).

Gruß Martin



From jochen at remote.org  Wed Dec 19 14:14:44 2012
From: jochen at remote.org (Jochen Topf)
Date: Wed, 19 Dec 2012 15:14:44 +0100
Subject: [Talk-de] Projekt Multilingual Maps fertig
Message-ID: <20121219141444.GB7430@eldorado.topf.org>

Das Wikipedia-Projekt "Multilingual Maps" ist fertig. Nunja, es gibt natürlich
immer noch mehr Dinge zu tun. :-)

Details in meinem Blog unter
http://blog.jochentopf.com/2012-12-19-status-of-the-multilingual-maps-project.html

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From bweiskopf at gmx.de  Wed Dec 19 16:39:04 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Wed, 19 Dec 2012 17:39:04 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <CABPTjTDcQBPcahRkMfniOuung7h_Ab6HzVQsun-imwxaLaJ6gQ@mail.gmail.com>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
 <20121217133719.218070@gmx.net>
 <CABPTjTDcQBPcahRkMfniOuung7h_Ab6HzVQsun-imwxaLaJ6gQ@mail.gmail.com>
Message-ID: <000f01cdde07$5bef9e20$13ceda60$@gmx.de>

Hallo zusammen,

Danke für die Tipps.

Da ich die räumliche Aufteilung nicht kenne, die ist vielleicht auch
horizontal, also in unterschiedlichen Stockwerken, habe ich zwei Nodes
nebeneinander in der Nähe des Haupteingangs platziert.

Die Suche nach "finanzamt mannheim" in http://www.openstreetmap.org/ listet
nun schön die beiden auf und mit einem Klick wird der Ort auf der Karte
markiert.

Leider funktioniert bei Nominatim die Adressausgabe nicht gut. Die
Finanzämter haben als Anschrift "L6, 10" und Nominatim meldet "10,
Bismarckstraße", was falsch ist (die Adresse "Bismarckstraße 10" gehört zur
Uni im Schloss).

Das wird leider in der gesamten Mannheimer Innenstadt falsch angezeigt, hier
tragen die Straßen keine Namen (mehr), sondern das Quadrat wird als
Bezeichnung verwendet. Nominatim scheint dann irgendeine Straße oder Weg
oder Platz auszusuchen, auch wenn addr:street beim Objekt explizit angegeben
ist.

Bernhard

****

> -----Original Message-----
> From: Martin Koppenhoefer [mailto:dieterdreist at gmail.com]
> Sent: Monday, December 17, 2012 4:29 PM
> To: Openstreetmap allgemeines in Deutsch
> Subject: Re: [Talk-de] mehrere URLs fuer ein Objekt
> 
> Am 17. Dezember 2012 14:37 schrieb Roland Olbricht
> <roland.olbricht at gmx.de>:
> >> 1. Finanzamt Mannheim-Stadt:
> >>    website = http://www.fa-mannheim-stadt.de
> >>
> >> 2. Finanzamt Mannheim-Neckarstadt:
> >>    website = http://www.fa-mannheim-neckarstadt.de
> >>...
> >
> > Ich plädiere für zwei getrennte Nodes im Gebäude mit Tags jeweils
> "name", "website" und "note"="Verschieden vom Finanzamt ... im gleichen
> Gebäude".
> >
> > Das wirkt dann nicht nur für die Links, sondern erlaubt auch Tools wie
> z.B. Routing-Software, beide Finanzämter unter ihrem echten Namen im
> "name"-Tag (und damit überhaupt) zu finden.
> 
> 
> +1, m.E. braucht man 2 getrennte Objekte, da es auch 2 getrennte
> Einheiten in der "echten Welt" sind. Das gibt ja sonst nicht nur beim
> tag website Probleme, sondern auch bei "name" und bei allen anderen
> tags. In diesem Fall (räumlich nicht genau bekannt, wo sich was in
> welcher Größe befindet) wären nodes eine gute Wahl. Sofern man es
> genauer sagen kann, würde ich Flächen (bzw. Multipolygone) verwenden.
> 
> Gruß Martin






From Manuel.Spam at nurfuerspam.de  Wed Dec 19 19:18:42 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Wed, 19 Dec 2012 20:18:42 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <000f01cdde07$5bef9e20$13ceda60$@gmx.de>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
 <20121217133719.218070@gmx.net>
 <CABPTjTDcQBPcahRkMfniOuung7h_Ab6HzVQsun-imwxaLaJ6gQ@mail.gmail.com>
 <000f01cdde07$5bef9e20$13ceda60$@gmx.de>
Message-ID: <kat4bn$b0b$1@ger.gmane.org>

Bernhard Weiskopf wrote:
> Das wird leider in der gesamten Mannheimer Innenstadt falsch angezeigt, hier
> tragen die Straßen keine Namen (mehr), sondern das Quadrat wird als
> Bezeichnung verwendet. Nominatim scheint dann irgendeine Straße oder Weg
> oder Platz auszusuchen, auch wenn addr:street beim Objekt explizit angegeben
> ist.

Ich war zwar auch der Meinung, dass "addr:street" berücksichtigt wird, aber was 
heißt "keine Namen mehr" und "Quadrat wird als Bezeichnung verwendet"? Warum 
haben die Straßen keinen Namen?

Gruß

Manuel




From osm at jff-webhosting.net  Wed Dec 19 20:25:06 2012
From: osm at jff-webhosting.net (=?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?=)
Date: Wed, 19 Dec 2012 21:25:06 +0100
Subject: [Talk-de] =?iso-8859-1?q?Trier=2C_Stra=DFen_gel=F6scht?=
In-Reply-To: <50D17620.3090401@remote.org>
References: <1355902493.2744.4.camel@merkur> <50D17620.3090401@remote.org>
Message-ID: <1355948706.5467.2.camel@merkur>

Am Mittwoch, den 19.12.2012, 09:09 +0100 schrieb Frederik Ramm:
> Hi,
> 
> On 12/19/2012 08:34 AM, Jörg Frings-Fürst wrote:
> > mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle
> > Straßen fehlen.
> >
> > Kann das bitte einmal jemand überprüfen und evtl. die Löschung
> > rückgängig machen?
> 
> Ueberprueft, rueckgaengig gemacht und Mail an Verursacher geschickt. War 
> der erste Edit dieses Mappers, also vermutlich ein Irrtum und keine Absicht.
> 
> Bye
> Frederik
> 

Danke 

Jörg




From bweiskopf at gmx.de  Wed Dec 19 22:39:13 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Wed, 19 Dec 2012 23:39:13 +0100
Subject: [Talk-de] mehrere URLs fuer ein Objekt
In-Reply-To: <kat4bn$b0b$1@ger.gmane.org>
References: <000c01cddc5a$18daeb20$4a90c160$@gmx.de>
 <20121217133719.218070@gmx.net>
 <CABPTjTDcQBPcahRkMfniOuung7h_Ab6HzVQsun-imwxaLaJ6gQ@mail.gmail.com>
 <000f01cdde07$5bef9e20$13ceda60$@gmx.de> <kat4bn$b0b$1@ger.gmane.org>
Message-ID: <001201cdde39$abf5b080$03e11180$@gmx.de>

Bis zum Jahr 1684 hatte Mannheim Straßennamen wie jede andere Stadt... Die
heutige Zählung der Quadrate mit Buchstaben und Ziffern wurde im Jahr 1811
eingeführt. Näheres siehe http://de.wikipedia.org/wiki/Quadratestadt 

Ein paar wenige Hauptstraßen haben zwar Namen behalten, die werden aber
nicht als Adressangaben verwendet. Alle Adressen in den Quadraten werden
ausschließlich auf die Quadratbezeichnung bezogen. 

Die Finanzämter sind im Quadrat L3, dessen Hausnummernzählung läuft einmal
ringsum, hier von 1 bis 10, und der Haupteingang (Hausnr. 10) hat die
Adresse L3, 10. Die Hausnummern eines Quadrats liegen also an vier Straßen
verteilt. Es gibt weder einen Bezug zu den Straßen (die gleichen Hausnummern
kommen an der Straße ja mehrmals vor) noch gibt es eine Straße "L3" oder
ähnlich.

Vielleicht wäre es besser, den Quadratenamen "L3" nicht bei "addr:street"
einzutragen, sondern dieses Feld immer leer zu lassen und "L3" zur
Hausnummer dazuzunehmen. Dann klappt allerdings addr:interpolation nicht
mehr und das vorliegende Problem wird auch nicht gelöst, dann würden die
Finanzämter in "L3, 10, Bismarckstraße" liegen und "Bismarckstraße" ist hier
definitiv falsch.

Bernhard

****

> -----Original Message-----
> From: Manuel Reimer [mailto:Manuel.Spam at nurfuerspam.de]
> Sent: Wednesday, December 19, 2012 8:19 PM
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] mehrere URLs fuer ein Objekt
> 
> Bernhard Weiskopf wrote:
> > Das wird leider in der gesamten Mannheimer Innenstadt falsch
> angezeigt, hier
> > tragen die Straßen keine Namen (mehr), sondern das Quadrat wird als
> > Bezeichnung verwendet. Nominatim scheint dann irgendeine Straße oder
> Weg
> > oder Platz auszusuchen, auch wenn addr:street beim Objekt explizit
> angegeben
> > ist.
> 
> Ich war zwar auch der Meinung, dass "addr:street" berücksichtigt wird,
> aber was
> heißt "keine Namen mehr" und "Quadrat wird als Bezeichnung verwendet"?
> Warum
> haben die Straßen keinen Namen?
> 
> Gruß
> 
> Manuel
>





From Mike.Elstermann at itc-halle.de  Thu Dec 20 07:36:33 2012
From: Mike.Elstermann at itc-halle.de (Elstermann, Mike)
Date: Thu, 20 Dec 2012 07:36:33 +0000
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <D54333308A8EE94FB62F55487E054D0152F64BE9@VVVMAIL11.vvv.vvv-konzern.net>

Coole Aktion, Danke und Eintrag beim geoObserver.
http://geoobserver.wordpress.com/2012/12/20/osm-jeder-mapper-1000-hausnummern/

mikeE.

-----Ursprüngliche Nachricht-----
Von: Roland Olbricht [mailto:roland.olbricht at gmx.de] 
Gesendet: Dienstag, 18. Dezember 2012 18:45
An: talk-de at openstreetmap.org
Betreff: [Talk-de] Hausnummern

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0A&target=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node["addr:housenumber"];way["addr:housenumber"];>;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 10000 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


_______________________________________________
Talk-de mailing list
Talk-de at openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de



From wosch at FreeBSD.org  Thu Dec 20 10:08:30 2012
From: wosch at FreeBSD.org (Wolfram Schneider)
Date: Thu, 20 Dec 2012 11:08:30 +0100
Subject: [Talk-de] Google Maps verlegt Brandenburger Tor
Message-ID: <CAMWY7CAqjSR8K+PCo1GiLhxp+kkrbS1wMNgZtJ6GCjwQ-TO5Jw@mail.gmail.com>

Hallo,

beim Testen der neuen google maps App ist mir aufgefallen, dass das
Brandenburger Tor ca. 2km nach Suedosten gewandert ist. Bei Google
Maps befindet sich das Brandenburger Tor am Boecklerpark in Kreuzberg,
mitten(!) im Landwehrkanal:

  http://maps.google.de/maps?q=Brandenburger+Tor

der Kartenfehler betrifft alle Geraete, auf iOS, Android und im Browser.

PS: vermutlich ist dies eine fehlerhafte Verknuepfung mit einer
Google+ Seite. Tsss, social search.... Immerhin kann man als
"Geschäftsinhaber" des Brandenburger Tores (sind wir das nicht alle?)
den Eintrag korrigieren ;-)

-Wolfram

-- 
Wolfram Schneider <wosch at FreeBSD.org> http://wolfram.schneider.org
Map Compare BBBike: http://mc.bbbike.org/mc/



From mynewsletter at nitegate.de  Thu Dec 20 10:17:25 2012
From: mynewsletter at nitegate.de (Adrian Stabiszewski)
Date: Thu, 20 Dec 2012 11:17:25 +0100
Subject: [Talk-de] Ingress 4 OSM
Message-ID: <003a01cdde9b$35b2a650$a117f2f0$@nitegate.de>

Hi!

Ich weiß nicht, ob ihr das neue Virtual Reality/Augmented Reality (wie auch
immer) Spiel von Google mitbekommen habt: http://www.ingress.com/
Das Spiel ist im Moment in einer closed-beta Phase und ich bin seit 3 Wochen
ein glücklicher Spieler ;)

Ohne jetzt zu sehr in die Details einsteigen zu wollen, kurz der
Spielablauf: es gibt zwei Parteien, Enlightened und Resistance.
Auf der ganzen Welt sind Portale verteilt. Die Portale können irgendwelche
Monumente, besondere Gebäude, Skulpturen oder sonstige optisch erkennbare
Gegenstände sein.
Sobald man sich innerhalb von 30m von einem Portal befindet, kann man mit
dem Portal via Android-Smartphone interagieren. Wird ein Portal mit sg.
Resonatoren bestückt, kann es mit anderen Portalen verlinkt werden. Sobald
drei Portale miteinander verlinkt sind, entsteht eine Fläche. Das gibt dann
Punkte für das eigene Konto und sg. Mind-Units für die eigene Partei.
Man beginnt auf Level1 und kann zuerst nur Portale mit einer Entfernung von
160m verlinken. Je mehr Punkte man hat umso höher das Level und umso größer
die Reichweite der Portale, die man verlinken kann. Das gibt dann natürlich
auch eine größere Fläche und mehr Mind-Units. Da es zwei Parteien gibt, gibt
es natürlich Waffen um gegnerische Portale zu neutralisieren und selber
übernehmen zu können.

Langen Rede kurzer Sinn: das Spiel ist echt gut und auch ansteckend. Man
kann auf der Arbeit der anderen Spieler aufbauen und auch im Spiel via Chat
miteinander kommunizieren. Noch sieht man die anderen Spieler im Spiel
nicht, aber das könnte noch kommen.
Wenn die Beta-Phase bis zum Frühling/Sommer abgeschlossen sein wird, dann
könnte es im Sommer ein Hit werden.

Jetzt stellt sich die Frage, ob wir für OSM ein ähnliches Spiel bauen
könnten um die Daten zu verbessern. 
Statt Portale OSM-Bugs oder Gebäude ohne Adressen anzeigen :) 
Es gibt die Vermutung, dass Google selbst das Spiel nutzt um seinen
Datenbestand zu verbessern. Zumindest kann man neue Portale für das Spiel
vorschlagen, indem man geogetagte Fotos von Monumenten/Gebäuden einschickt.

Habt ihr Ideen, wie man aus unseren Problemstellen eine Art Spiel machen
könnte?

Viele Grüße,
Adrian.


Mehr Details zum Spiel:
http://en.wikipedia.org/wiki/Ingress_%28game%29

Für Screenshots aus dem Spiel am besten Googles Bildersuche verwenden.








From dieterdreist at gmail.com  Thu Dec 20 10:29:52 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 20 Dec 2012 11:29:52 +0100
Subject: [Talk-de] Ingress 4 OSM
In-Reply-To: <003a01cdde9b$35b2a650$a117f2f0$@nitegate.de>
References: <003a01cdde9b$35b2a650$a117f2f0$@nitegate.de>
Message-ID: <CABPTjTAeb6YHO9pbPXqH6NzjO7K6zSwAf781EoJ8=xNV1PsrjA@mail.gmail.com>

Am 20. Dezember 2012 11:17 schrieb Adrian Stabiszewski
<mynewsletter at nitegate.de>:
> Jetzt stellt sich die Frage, ob wir für OSM ein ähnliches Spiel bauen
> könnten um die Daten zu verbessern.


Die Idee ist super, aber läuft man damit nicht Gefahr, ein Microsoft
Patent zu verletzen? ;-)
http://appft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch-adv.html&r=49&p=1&f=G&l=50&d=PG01&S1=%2820121213.PD.+AND+Microsoft.AS.%29&OS=PD/20121213+AND+AN/Microsoft&RS=%28PD/20121213+AND+AN/Microsoft%29

Gruß Martin



From dieterdreist at gmail.com  Thu Dec 20 10:31:53 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 20 Dec 2012 11:31:53 +0100
Subject: [Talk-de] Google Maps verlegt Brandenburger Tor
In-Reply-To: <CAMWY7CAqjSR8K+PCo1GiLhxp+kkrbS1wMNgZtJ6GCjwQ-TO5Jw@mail.gmail.com>
References: <CAMWY7CAqjSR8K+PCo1GiLhxp+kkrbS1wMNgZtJ6GCjwQ-TO5Jw@mail.gmail.com>
Message-ID: <CABPTjTCL8qU4aeC7qbG6XysBA1=CXQawkXLXTuZxpxiY2FVNQA@mail.gmail.com>

Am 20. Dezember 2012 11:08 schrieb Wolfram Schneider <wosch at freebsd.org>:
> beim Testen der neuen google maps App ist mir aufgefallen, dass das
> Brandenburger Tor ca. 2km nach Suedosten gewandert ist. Bei Google
> Maps befindet sich das Brandenburger Tor am Boecklerpark in Kreuzberg,
> mitten(!) im Landwehrkanal:
>
>   http://maps.google.de/maps?q=Brandenburger+Tor


"Mitten" im Kanal ist es ja nur bei hohen Zoomstufen, je weiter man
rauszoomt, um so mehr wandert es nach Norden SCNR

Gruß Martin



From xniguh at gmail.com  Thu Dec 20 11:06:37 2012
From: xniguh at gmail.com (Christian Hauer)
Date: Thu, 20 Dec 2012 12:06:37 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <k9iola$g4b$1@ger.gmane.org>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com> <k9iola$g4b$1@ger.gmane.org>
Message-ID: <50D2F13D.1070303@gmail.com>

Sorry, dass ich dieses Thema nochmals aufwärme, aber eine Frage an Jochen:

Wenn die außer Gebrauch gekommenen deutschen Name jetzt - wie aufgrund 
dieses Threads zu erwarten - vermehrt in old_name:de umgewandelt werden: 
Wäre eine Auswertung und Aufnahme der old_name-Tags in die Karte mit 
vertretbarem Auswand möglich?

Ich denke da bspw an eine Sprachauswahl in der Form von "de|old:de|_".

Ich bin zwar der Meinung, dass diese nicht in eine "reguläre" Karte 
gehören, die Möglichkeit einer historischen Karte würde ich allerdings 
sehr begrüßen.

Lg
Christian



From liste12A45q7 at gmx.de  Thu Dec 20 11:59:06 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 20 Dec 2012 12:59:06 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50D2F13D.1070303@gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org>
 <50B8E68E.4050801@gmx.de> <k9av7h$meb$2@ultimate100.geggus.net>
 <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com> <k9iola$g4b$1@ger.gmane.org>
 <50D2F13D.1070303@gmail.com>
Message-ID: <50D2FD8A.4010300@gmx.de>

Hallo Christian,

> Sprachauswahl in der Form von "de|old:de|_".

Das ist technisch sicher möglich,
wissenschaftlich wahrscheinlich hilfreich,
politisch aber m.E. grauslig...
Der Server würde dann zum Liebling der zum Verbot anstehenden Partei :-(

Nix für ungut,
Markus

PS: ich weiss natürlich, dass jeder mit unseren Daten machen kann was er 
will - aber wir müssen bestimmten Bestrebungen ja nicht auch noch 
Vorschub leisten ;-)



From jochen at remote.org  Thu Dec 20 12:11:07 2012
From: jochen at remote.org (Jochen Topf)
Date: Thu, 20 Dec 2012 13:11:07 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50D2F13D.1070303@gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
 <k9iola$g4b$1@ger.gmane.org> <50D2F13D.1070303@gmail.com>
Message-ID: <20121220121107.GA13924@eldorado.topf.org>

On Thu, Dec 20, 2012 at 12:06:37PM +0100, Christian Hauer wrote:
> Sorry, dass ich dieses Thema nochmals aufwärme, aber eine Frage an Jochen:
> 
> Wenn die außer Gebrauch gekommenen deutschen Name jetzt - wie
> aufgrund dieses Threads zu erwarten - vermehrt in old_name:de
> umgewandelt werden: Wäre eine Auswertung und Aufnahme der
> old_name-Tags in die Karte mit vertretbarem Auswand möglich?
> 
> Ich denke da bspw an eine Sprachauswahl in der Form von "de|old:de|_".
> 
> Ich bin zwar der Meinung, dass diese nicht in eine "reguläre" Karte
> gehören, die Möglichkeit einer historischen Karte würde ich
> allerdings sehr begrüßen.

Ich habe eine flexiblere Sprachauswahl auf meiner ToDo-Liste. Dazu gehört
auch, dass Tags wie int_name, old_name, usw. ausgewertet werden können.
Optional soll es auch eine Transliteration geben. Und ich will die Art und
Weise verbessern, wie man mehrere Labels in verschiedenen Sprachen haben kann.
Dazu muss aber einiges an der Infrastruktur umgestellt werden und das dauert
daher noch ein bischen.

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From imagic.osm at gmail.com  Fri Dec 21 09:08:41 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 10:08:41 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
Message-ID: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>

Hi!

Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen
erkennen und fotografieren kann? Soll heißen: Smartphone hinter die
Windschutzscheibe, wenn (mehr oder auch weniger) sicher ein
Verkehrszeichen erkannt wird, wird ein (georeferenziertes) Foto
gemacht. Fertig. Fehlerkennung der Verkehrszeichen wären auch kein
wirkliches Problem, man kann die nicht benötigten Fotos ja einfach
löschen.

vg,
Martin



From xniguh at gmail.com  Fri Dec 21 09:20:40 2012
From: xniguh at gmail.com (Christian Hauer)
Date: Fri, 21 Dec 2012 10:20:40 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
Message-ID: <50D429E8.4000203@gmail.com>

Am 2012-12-21 10:08, schrieb Martin Vonwald:
> Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen
> erkennen und fotografieren kann?

nein. aber ich machs über die masse, sprich eine app die alle 2 sekunden 
ein foto macht, gps-logger mitlaufen lassen, danach referenzieren und 
fertig. mit einem vernünftigen viewer sollte das aussortieren der bilder 
danach auch relativ schnell erledigt sein.

ich verwende tinatimelapse (android), weil diese app relativ einfach 
gehalten ist und eigentlich nichts kann, außer serienbilder aufnehmen.

ob dir die methode und die qualität zusagt, wirst du ja hoffentlich bald 
beurteilen können ;)

lg
christian



From martin.lux at hs-bochum.de  Fri Dec 21 09:30:50 2012
From: martin.lux at hs-bochum.de (Martin Lux)
Date: Fri, 21 Dec 2012 10:30:50 +0100
Subject: [Talk-de] POI_tool_POIseng
Message-ID: <50D42C4A.40602@hs-bochum.de>

Hallo,

die Studierenden im Mastermodul "software engineering 
(Geoinformatik&Vermessung)" der FH Mainz haben eine Webapp, beruhend auf 
OSM-Daten,
entwickelt. Mit dieser Webapp ist es möglich ATM's (Bankautomaten) in 
seiner unmittelbaren Nähe zu finden und zu /ändern/. Wir befinden uns 
momentan in der Prototyp-Phase und bräuchten Personen, die die Webapp 
testen.

Die Webapp ist unter folgender URL zu erreichen:
http://143.93.114.104/poiseng/

Ein Onlineumfragebogen ist hier zu finden:
http://de.surveymonkey.com/s/3Y79RCV <http://de.surveymonkey.com/s/3Y79RCV>

Und unsere Facebook-Seite:
http://www.facebook.com/SengProjektWS2012

p.s Wenn Daten mit der App geändert werden, werden diese in einer eigene 
Datenbank gespeichert. Wie eben erwähnt, handelt es sich hierbei um 
einen Prototyp. Möglicherweise werden später zusätzliche POI-Arten 
implementiert und die Datenzurückführung nach OSM sichergestellt.


Vielen Dank und frohe Weihnachten

Gruß

Martin Lux




From imagic.osm at gmail.com  Fri Dec 21 09:33:49 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 10:33:49 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <50D429E8.4000203@gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <50D429E8.4000203@gmail.com>
Message-ID: <CAKjckyOfJ6ycBG1w08_Uv2cN9m0fBXQ9LynWi4jxG8kCaNCfDw@mail.gmail.com>

Am 21. Dezember 2012 10:20 schrieb Christian Hauer <xniguh at gmail.com>:
> nein. aber ich machs über die masse, sprich eine app die alle 2 sekunden ein
> foto macht, gps-logger mitlaufen lassen, danach referenzieren und fertig.
> mit einem vernünftigen viewer sollte das aussortieren der bilder danach auch
> relativ schnell erledigt sein.

Hmmmmm.... ich fahre hin und wieder viele Stunden. Das wären 1800
Bilder pro Stunde.... ich glaube dafür bin ich dann doch zu faul :-D
Nur zum Vergleich: die letzte Acht-Stunden-Fahrt brachte ca. 1100
Bilder - und ich knippse nach Möglichkeit mehrmals bei jedem Schild.



From norbert.wenzel.lists at gmail.com  Fri Dec 21 09:42:29 2012
From: norbert.wenzel.lists at gmail.com (Norbert Wenzel)
Date: Fri, 21 Dec 2012 10:42:29 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <CAKjckyOfJ6ycBG1w08_Uv2cN9m0fBXQ9LynWi4jxG8kCaNCfDw@mail.gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <50D429E8.4000203@gmail.com>
 <CAKjckyOfJ6ycBG1w08_Uv2cN9m0fBXQ9LynWi4jxG8kCaNCfDw@mail.gmail.com>
Message-ID: <50D42F05.7020508@gmail.com>

On 12/21/2012 10:33 AM, Martin Vonwald wrote:
> Am 21. Dezember 2012 10:20 schrieb Christian Hauer <xniguh at gmail.com>:
>> nein. aber ich machs über die masse, sprich eine app die alle 2 sekunden ein
>> foto macht, gps-logger mitlaufen lassen, danach referenzieren und fertig.
>> mit einem vernünftigen viewer sollte das aussortieren der bilder danach auch
>> relativ schnell erledigt sein.
>
> Hmmmmm.... ich fahre hin und wieder viele Stunden. Das wären 1800
> Bilder pro Stunde.... ich glaube dafür bin ich dann doch zu faul :-D
> Nur zum Vergleich: die letzte Acht-Stunden-Fahrt brachte ca. 1100
> Bilder - und ich knippse nach Möglichkeit mehrmals bei jedem Schild.

Keine Ahnung obs dafür freie Software gibt, aber du könntest erst 
automatisiert Fotos machen und dann am PC mit der 
Verkehrszeichenerkennung automatisiert ausmisten. Ist zwar nicht 
wahnsinnig effizient aber es gibt dir mehr Möglichkeiten nach einer 
passenden Software zu suchen. Deine Anforderung an eine Smartphone App 
ist ja doch recht OSM-spezifisch.

Norbert




From imagic.osm at gmail.com  Fri Dec 21 09:47:49 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 10:47:49 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <50D42F05.7020508@gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <50D429E8.4000203@gmail.com>
 <CAKjckyOfJ6ycBG1w08_Uv2cN9m0fBXQ9LynWi4jxG8kCaNCfDw@mail.gmail.com>
 <50D42F05.7020508@gmail.com>
Message-ID: <CAKjckyOP6ruvOO2+yJB_L-JmL+ipLg29_7m_knrJba1PLCb7BQ@mail.gmail.com>

Am 21. Dezember 2012 10:42 schrieb Norbert Wenzel
<norbert.wenzel.lists at gmail.com>:
> Keine Ahnung obs dafür freie Software gibt, aber du könntest erst
> automatisiert Fotos machen und dann am PC mit der Verkehrszeichenerkennung
> automatisiert ausmisten. Ist zwar nicht wahnsinnig effizient aber es gibt
> dir mehr Möglichkeiten nach einer passenden Software zu suchen. Deine
> Anforderung an eine Smartphone App ist ja doch recht OSM-spezifisch.

Als Notlösung sicher eine Überlegung wert. Kennst du (oder sonst
jemand) so eine Software?



From liste12A45q7 at gmx.de  Fri Dec 21 09:59:19 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Fri, 21 Dec 2012 10:59:19 +0100
Subject: [Talk-de] OpenTopoMap
Message-ID: <50D432F7.1050703@gmx.de>

Wer sind die Macher von www.opentopomap.org ?
(finde auf der Seite keine Mailadresse)

Danke, Markus



From imagic.osm at gmail.com  Fri Dec 21 10:04:22 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 11:04:22 +0100
Subject: [Talk-de] OpenTopoMap
In-Reply-To: <50D432F7.1050703@gmx.de>
References: <50D432F7.1050703@gmx.de>
Message-ID: <CAKjckyP5pnhmvN77t-LeG_m8MiyS+8h+O6C=fs400A8D8Y3WuQ@mail.gmail.com>

Auf der von dir verlinkten Seiten werden zwei OSM-User genannt:
http://www.openstreetmap.org/user/derstefan
http://www.openstreetmap.org/user/mogstar

vg,
Martin

2012/12/21 Markus <liste12A45q7 at gmx.de>:
> Wer sind die Macher von www.opentopomap.org ?
> (finde auf der Seite keine Mailadresse)
>
> Danke, Markus
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From osm-talk at won2.de  Fri Dec 21 10:11:56 2012
From: osm-talk at won2.de (Peter Barth)
Date: Fri, 21 Dec 2012 11:11:56 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
Message-ID: <20121221101156.GA21156@bahamut.won2.de>

Hi,

Martin Vonwald schrieb:
> Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen
> erkennen und fotografieren kann? 

ein Student in Passau schreibt darüber derzeit seine Bachelorarbeit.
Läuft aber etwas anders: Die Android-App zeichnet ein Video + GPX auf
und man hat danach eine Applikation am PC die diese Daten wieder
auswertet. Ein "Plugin" der Applikation ist dann eine Schilderkennung +
Tracking (da man häufig das selbe Schild in vielen Bildern sieht). Das
ganze sieht soweit sehr vielversprechend aus und würde sich dann auch
recht einfach erweitern lassen.

Fertig wird das ganze denke ich im Januar. Da wird er dann sicher seine 
Arbeit und den Code veröffentlichen.

Gruß,
Peda

-- 



From imagic.osm at gmail.com  Fri Dec 21 10:20:49 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 11:20:49 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <20121221101156.GA21156@bahamut.won2.de>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <20121221101156.GA21156@bahamut.won2.de>
Message-ID: <CAKjckyPYfxG0XvnvrGaoETVnwoZM2-GyjevwXcCXHf7qxUsqaQ@mail.gmail.com>

Am 21. Dezember 2012 11:11 schrieb Peter Barth <osm-talk at won2.de>:
> ein Student in Passau schreibt darüber derzeit seine Bachelorarbeit.
> Läuft aber etwas anders: Die Android-App zeichnet ein Video + GPX auf
> und man hat danach eine Applikation am PC die diese Daten wieder
> auswertet. Ein "Plugin" der Applikation ist dann eine Schilderkennung +
> Tracking (da man häufig das selbe Schild in vielen Bildern sieht). Das
> ganze sieht soweit sehr vielversprechend aus und würde sich dann auch
> recht einfach erweitern lassen.

Wenn ich mir überlege wie lange ein Video maximal sein kann am Smarty
ist das eher was für Kurzstrecken. Aber sicher interessant. Weiß du
das Details? Z.B. ob die PC-Applikation ein Video und einen GPX-Track
aus einer beliebigen Quelle akzeptiert?



From liste12A45q7 at gmx.de  Fri Dec 21 10:20:30 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Fri, 21 Dec 2012 11:20:30 +0100
Subject: [Talk-de] OpenTopoMap
In-Reply-To: <CAKjckyP5pnhmvN77t-LeG_m8MiyS+8h+O6C=fs400A8D8Y3WuQ@mail.gmail.com>
References: <50D432F7.1050703@gmx.de>
 <CAKjckyP5pnhmvN77t-LeG_m8MiyS+8h+O6C=fs400A8D8Y3WuQ@mail.gmail.com>
Message-ID: <50D437EE.4030008@gmx.de>

Hallo Martin,

> Auf der von dir verlinkten Seiten werden zwei OSM-User genannt:

Ja, hatte ich auch schon versucht, aber per Mail ginge es vermutlich 
besser, da beide seit Wochen in OSM nicht aktiv sind.

Gruss, Markus



From imagic.osm at gmail.com  Fri Dec 21 10:41:17 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Fri, 21 Dec 2012 11:41:17 +0100
Subject: [Talk-de] OpenTopoMap
In-Reply-To: <50D437EE.4030008@gmx.de>
References: <50D432F7.1050703@gmx.de>
 <CAKjckyP5pnhmvN77t-LeG_m8MiyS+8h+O6C=fs400A8D8Y3WuQ@mail.gmail.com>
 <50D437EE.4030008@gmx.de>
Message-ID: <CAKjckyOYiNYvpcdeHjzQOdqDsecu+H+-YQjcAk3MYpn2=+kprw@mail.gmail.com>

Am 21. Dezember 2012 11:20 schrieb Markus <liste12A45q7 at gmx.de>:
> Ja, hatte ich auch schon versucht, aber per Mail ginge es vermutlich besser,
> da beide seit Wochen in OSM nicht aktiv sind.

Wenn du ihnen eine Nachricht schickst, bekommen sie ja auch eine
Email. Zumindest ist es bei mir so. Einfach probieren: wird schon
passen.

vg,
Martin



From osm-talk at won2.de  Fri Dec 21 12:11:42 2012
From: osm-talk at won2.de (Peter Barth)
Date: Fri, 21 Dec 2012 13:11:42 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <CAKjckyPYfxG0XvnvrGaoETVnwoZM2-GyjevwXcCXHf7qxUsqaQ@mail.gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <20121221101156.GA21156@bahamut.won2.de>
 <CAKjckyPYfxG0XvnvrGaoETVnwoZM2-GyjevwXcCXHf7qxUsqaQ@mail.gmail.com>
Message-ID: <20121221121142.GB24005@bahamut.won2.de>

Hallo,

ich war mir nicht ganz sicher, ob's ihm recht ist wenn ich hier zuviel
verrate, aber ist wohl ok ;)

Veröffentlichung war ich wohl etwas zu optimistisch, wird wohl später
als Januar. Eine frühzeitige Veröffentlichung ist aus rechtlichen
Gründen schwierig, die Arbeit muss ja selbstständig angefertigt werden.

Martin Vonwald schrieb:
> Wenn ich mir überlege wie lange ein Video maximal sein kann am Smarty
> ist das eher was für Kurzstrecken. 

Das kann ich jetzt nicht so genau einschätzen. Meine Testvideos kommen
aber so auf 2GB/h wenn ich in 720p aufnehme. Bei einer 16GB Karte also
doch 8h. Ob die Daueraufnahme so lange klappt weiß ich aber nicht. Mit
dem Handy hab ich noch nie mehr als 15 Minuten aufgenommen ;)

Er selbst hat grad noch Bedenken zu Akkulaufzeit und ähnlichem
geäussert. Die sehe ich jetzt aber nicht so schlimm, da ich zumindest
das ganze einfach im Auto mit Stromanschluss laufen lassen kann. Die
Berechnung selbst ist übrigens zu aufwändig um das in Echtzeit
auszuwerten und bei Einzelbildern verpasst man bei den üblichen
Geschwindigkeiten schnell mal ein Schild.

> Aber sicher interessant. Weiß du
> das Details? 

Ja. Offizielle Betreuung ist zwar der Lehrstuhlinhaber, das Thema stammt
aber zumindest von mir ;)

> Z.B. ob die PC-Applikation ein Video und einen GPX-Track
> aus einer beliebigen Quelle akzeptiert?

Ja das geht. Man muss dann halt nur selber auf die Synchronisierung
achten. Das Kriterium ist: Passt das letzte erkannte Schild noch in den
zeitlichen Rahmen der GPS-Daten.

> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-- 



From bernd at bwurst.org  Fri Dec 21 13:08:07 2012
From: bernd at bwurst.org (Bernd Wurst)
Date: Fri, 21 Dec 2012 14:08:07 +0100
Subject: [Talk-de] OpenTopoMap
In-Reply-To: <50D432F7.1050703@gmx.de>
References: <50D432F7.1050703@gmx.de>
Message-ID: <50D45F37.8020300@bwurst.org>

Am 21.12.2012 10:59, schrieb Markus:
> Wer sind die Macher von www.opentopomap.org ?
> (finde auf der Seite keine Mailadresse)

$ whois opentopomap.org
[...]
Registrant Name:Stefan Erhardt
Registrant Street1:Otto-Goetze-Str 11
Registrant Street2:
Registrant Street3:
Registrant City:Erlangen
Registrant State/Province:DE
Registrant Postal Code:91054
Registrant Country:DE
Registrant Phone:+49.91316059794
Registrant Phone Ext.:
Registrant FAX:
Registrant FAX Ext.:
Registrant Email:stefan_erhardt at gmx.de


Gruß,
Bernd

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 899 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121221/39666792/attachment.sig>

From pille3 at hotmail.com  Fri Dec 21 13:45:29 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Fri, 21 Dec 2012 05:45:29 -0800 (PST)
Subject: [Talk-de] OpenTopoMap
In-Reply-To: <50D45F37.8020300@bwurst.org>
References: <50D432F7.1050703@gmx.de> <50D45F37.8020300@bwurst.org>
Message-ID: <1356097529369-5741392.post@n5.nabble.com>

ob er da noch zu erreichen ist?
http://www.openstreetmap.org/?mlat=49.6116&mlon=11.017761&zoom=18&layers=M
Es sei denn, er ist der Sohn vom Hausmeister ;)

Gruss
walter

aber seine gmx-mail sollte wohl noch funktionieren.




--
View this message in context: http://gis.19327.n5.nabble.com/OpenTopoMap-tp5741352p5741392.html
Sent from the Germany mailing list archive at Nabble.com.



From MichaelK_OSM at gmx.de  Sat Dec 22 00:45:36 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Sat, 22 Dec 2012 01:45:36 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
Message-ID: <50D502B0.3030309@gmx.de>

Am 21.12.2012 10:08, schrieb Martin Vonwald:

nur so als allgemeine Anmerkung für die Diskussion:
> Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen
> erkennen und fotografieren kann?
die Automobilhersteller schaffen es erst seit wenigen Jahren 
Verkehrszeichen halbwegs zuverlässig mit vertretbarem und bezahlbarem 
Aufwand zu erkennen. Wenn man das jetzt alles "nur auf dem Smartphone" 
machen will (ohne z.B. spezielle HW zur Bildverarbeitung) wird es m.E. 
nicht einfach.
Und: man achte auf Reflexionen an der Scheibe, bei Festeinbauten im Auto 
kann man das konstruktiv minimieren.
Wobei:
* die Rechenleistung moderner Smartphones wird immer gewaltiger
* Die Kameras moderner Smartphones werden immer besser
* Du willst nur "Zeichen als solche erkennen" und nicht "Inhalte der 
Zeichen erkennen"
* bei "etwas zu viel Fotos" kannst Du manuell aussortierern (bei "viel 
zu viel Fotos" wird das auch mühsam)
=> es wird als spannend wie gut eine Lösung in der realen Praxis 
funktionierern kann/wird...


Grüße,
Michael.




From chaoschaos0909 at googlemail.com  Sat Dec 22 08:49:02 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Sat, 22 Dec 2012 09:49:02 +0100
Subject: [Talk-de] Smartphone-App mit Verkehrszeichenerkennung?
In-Reply-To: <50D502B0.3030309@gmx.de>
References: <CAKjckyNhOLMvxSFL3y8CXpiEeUVrvTT2uF1a6SMUc-CWzVQpOw@mail.gmail.com>
 <50D502B0.3030309@gmx.de>
Message-ID: <CALKj2D97iE1oi+e0+XXfj8GEDns6u_hpe3hBwiBhw9J5CsKK+g@mail.gmail.com>

Wenn du selber was programmieren möchtest:
Hier http://code.google.com/p/signfinder/
het schon mal jemand den Anfang gemacht.
Ich schiebe ein Ausprobieren allerdings auch schon eine Weile vor mir her.

Gruss,
Chaos

Am 22. Dezember 2012 01:45 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> Am 21.12.2012 10:08, schrieb Martin Vonwald:
>
> nur so als allgemeine Anmerkung für die Diskussion:
>
>> Kennt irgendjemand eine Smartphone-App, welche Verkehrszeichen
>> erkennen und fotografieren kann?
>
> die Automobilhersteller schaffen es erst seit wenigen Jahren Verkehrszeichen
> halbwegs zuverlässig mit vertretbarem und bezahlbarem Aufwand zu erkennen.
> Wenn man das jetzt alles "nur auf dem Smartphone" machen will (ohne z.B.
> spezielle HW zur Bildverarbeitung) wird es m.E. nicht einfach.
> Und: man achte auf Reflexionen an der Scheibe, bei Festeinbauten im Auto
> kann man das konstruktiv minimieren.
> Wobei:
> * die Rechenleistung moderner Smartphones wird immer gewaltiger
> * Die Kameras moderner Smartphones werden immer besser
> * Du willst nur "Zeichen als solche erkennen" und nicht "Inhalte der Zeichen
> erkennen"
> * bei "etwas zu viel Fotos" kannst Du manuell aussortierern (bei "viel zu
> viel Fotos" wird das auch mühsam)
> => es wird als spannend wie gut eine Lösung in der realen Praxis
> funktionierern kann/wird...
>
>
> Grüße,
> Michael.
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From xniguh at gmail.com  Sat Dec 22 13:48:40 2012
From: xniguh at gmail.com (hugin grimnirson)
Date: Sat, 22 Dec 2012 14:48:40 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <50D2FD8A.4010300@gmx.de>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
 <k9iola$g4b$1@ger.gmane.org> <50D2F13D.1070303@gmail.com>
 <50D2FD8A.4010300@gmx.de>
Message-ID: <CABzpcm4rodi-6-t5aZiVmYJj_+FNxbh4Au0YTXt2HmJQidExXQ@mail.gmail.com>

hallo,

Am 20.12.2012 13:03 schrieb "Markus" <liste12A45q7 at gmx.de>:

> Der Server würde dann zum Liebling der zum Verbot anstehenden Partei :-(

das ist ihmo kein Argument, da dürfte wikipedia auch keinen Artikel über
irgend ein Thema das 3. reich betreffend veröffentlichen.

es ist nunmal Fakt, dass die betreffenden Ortschaften auf deutsch so heißen
bzw so hießen. wer sich daraus was konstruieren will, tut das sowieso, mit
oder ohne mehrsprachige bzw historische Karte.

LG
Christian


From xniguh at gmail.com  Sat Dec 22 13:48:59 2012
From: xniguh at gmail.com (hugin grimnirson)
Date: Sat, 22 Dec 2012 14:48:59 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <20121220121107.GA13924@eldorado.topf.org>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
 <k9iola$g4b$1@ger.gmane.org> <50D2F13D.1070303@gmail.com>
 <20121220121107.GA13924@eldorado.topf.org>
Message-ID: <CABzpcm7naOUUANkX25V1jhie-03zxVaXSmYUy5f0LOFPVyGygw@mail.gmail.com>

Am 20.12.2012 13:11 schrieb "Jochen Topf" <jochen at remote.org>:

> Ich habe eine flexiblere Sprachauswahl auf meiner ToDo-Liste. Dazu gehört
> auch, dass Tags wie int_name, old_name, usw. ausgewertet werden können.
sehr fein!

> Optional soll es auch eine Transliteration geben.
noch besser ;-) obwohl ich mir das hart vorstellte, da mwn ja je nach
zielsprache anders transliteriert wird.

> Dazu muss aber einiges an der Infrastruktur umgestellt werden und das
dauert
> daher noch ein bischen.
schon klar, hat ja auch keine eile.

danke!

Christian


From jochen at remote.org  Sat Dec 22 15:31:00 2012
From: jochen at remote.org (Jochen Topf)
Date: Sat, 22 Dec 2012 16:31:00 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABzpcm7naOUUANkX25V1jhie-03zxVaXSmYUy5f0LOFPVyGygw@mail.gmail.com>
References: <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
 <k9iola$g4b$1@ger.gmane.org> <50D2F13D.1070303@gmail.com>
 <20121220121107.GA13924@eldorado.topf.org>
 <CABzpcm7naOUUANkX25V1jhie-03zxVaXSmYUy5f0LOFPVyGygw@mail.gmail.com>
Message-ID: <20121222153100.GA29515@eldorado.topf.org>

On Sat, Dec 22, 2012 at 02:48:59PM +0100, hugin grimnirson wrote:
> > Optional soll es auch eine Transliteration geben.
> noch besser ;-) obwohl ich mir das hart vorstellte, da mwn ja je nach
> zielsprache anders transliteriert wird.

Ich mache es mir da einfach und benutze nur die Transliterationen, die die
ICU-Bibliothek (www.icu-project.org) zur Verfügung stellt. Wer mehr braucht
als die kann, muss dort ein feature request aufmachen. :-)

Jochen
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From dieterdreist at gmail.com  Sat Dec 22 15:40:09 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 22 Dec 2012 16:40:09 +0100
Subject: [Talk-de] Demo mehrsprachige Karte
In-Reply-To: <CABzpcm4rodi-6-t5aZiVmYJj_+FNxbh4Au0YTXt2HmJQidExXQ@mail.gmail.com>
References: <20121130143820.GA5108@eldorado.topf.org> <50B8E68E.4050801@gmx.de>
 <k9av7h$meb$2@ultimate100.geggus.net> <50BB8A21.4010902@gmail.com>
 <CABPTjTAL1pKq80rVrv2t=vAQ2go19pA1ajwi84CvvR-Me=FBbg@mail.gmail.com>
 <50BC2EB6.8080902@al.lab.at> <50BC71BA.4060209@aighes.de>
 <B1437975-51D1-4432-8974-43EB2BCA7B52@gmail.com>
 <k9iola$g4b$1@ger.gmane.org> <50D2F13D.1070303@gmail.com>
 <50D2FD8A.4010300@gmx.de>
 <CABzpcm4rodi-6-t5aZiVmYJj_+FNxbh4Au0YTXt2HmJQidExXQ@mail.gmail.com>
Message-ID: <CABPTjTAif7Umve7T8sLgAzWeNC_qFt_u3KPUtzyQC1u6GVG22w@mail.gmail.com>

Am 22. Dezember 2012 14:48 schrieb hugin grimnirson <xniguh at gmail.com>:
> Am 20.12.2012 13:03 schrieb "Markus" <liste12A45q7 at gmx.de>:
>
>> Der Server würde dann zum Liebling der zum Verbot anstehenden Partei :-(
>
> das ist ihmo kein Argument, da dürfte wikipedia auch keinen Artikel über
> irgend ein Thema das 3. reich betreffend veröffentlichen.


sehe ich auch so, vom Totschweigen ändert niemand seine Meinung. Dass
man Freiheit (hier die Freiheit, eine Karte nach eigenen Wünschen zu
gestalten) immer auch negativ einsetzen kann ist halt so. Darum sollte
man die Freiheit aber trotzdem nicht präventiv beschneiden, nur weil
einer ggf. xy könnte. Wer ein echter Nazi ist hat wahrscheinlich
sowieso eine Karte von 1937 an der Wand hängen, oder gar von 1941 ;-)

Gruß Martin



From m.gehling at gmx.de  Sat Dec 22 17:36:17 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Sat, 22 Dec 2012 18:36:17 +0100
Subject: [Talk-de] =?iso-8859-1?q?Europas_gr=F6=DFte_Hacker-Konferenz_in_2?=
	=?iso-8859-1?q?013?=
Message-ID: <7A525ABF-D186-450E-9388-95BF0EC71557@gmx.de>

kurzer Hinweis...

Im Sommer findet die OHM2013 - Observe. Hack. Make. Konferenz statt. Tickets gibt es ab heute Abend. 

https://ohm2013.org/site/press-releases/pressemitteilung/

Mfg Marc Gehling


From l.schimmer at cgv.tugraz.at  Sat Dec 22 21:45:32 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sat, 22 Dec 2012 22:45:32 +0100
Subject: [Talk-de] Bunkeranlagen, disused?
Message-ID: <50D629FC.70106@cgv.tugraz.at>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Moin!

Hier in der Umgebung gibt es ein Gebiet, welches früher military
Bunkergebiet für Munition war (Munitionsdepot mit Bunkern).
Jetzt ist dieses jedoch seit gut 20 Jahren disused und dient
eigentlich nur noch als Schafweide.
http://osm.org/go/0G4OFZC8

Eingetragen als military area - dem ist aber nicht mehr so.
Soll ich ein disused=yes dran setzen oder wie kennzeichnet man das am
besten?

Und: wie tagge ich die Bunker dort am besten?
http://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker
oder building=yes oder beides?

(ich war schon mehrmals auf dem Gelände und es steht noch so wie auf
dem Bing Bildern erkennbar).

Danke!


MfG,
Lars Schimmer
- -- 
- -------------------------------------------------------------
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405       E-Mail: ls.news at cgv.tugraz.at
Fax: +43 316 873-5402       PGP-Key-ID: 0x4A9B1723
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (MingW32)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDWKfwACgkQmWhuE0qbFyMhcQCePQdVeAkDuaaXjHuHz0kG/W8W
4/AAn1Ss8vSSp1rNzAiZsh6kqWVaV4Oq
=MFPh
-----END PGP SIGNATURE-----



From imagic.osm at gmail.com  Sun Dec 23 10:02:16 2012
From: imagic.osm at gmail.com (Martin Vonwald (Imagic))
Date: Sun, 23 Dec 2012 11:02:16 +0100
Subject: [Talk-de] Bunkeranlagen, disused?
In-Reply-To: <50D629FC.70106@cgv.tugraz.at>
References: <50D629FC.70106@cgv.tugraz.at>
Message-ID: <6D0BD7A1-5350-4F1A-8519-2F564DC2AC45@gmail.com>

Am 22.12.2012 um 22:45 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Moin!
> 
> Hier in der Umgebung gibt es ein Gebiet, welches früher military
> Bunkergebiet für Munition war (Munitionsdepot mit Bunkern).
> Jetzt ist dieses jedoch seit gut 20 Jahren disused und dient
> eigentlich nur noch als Schafweide.
> http://osm.org/go/0G4OFZC8
> 
> Eingetragen als military area - dem ist aber nicht mehr so.
> Soll ich ein disused=yes dran setzen oder wie kennzeichnet man das am
> besten?

Finde ich unpassend. Ein disused=yes macht eigentlich nur Sinn bei einem Objekt, welches zwar noch da ist, aber nicht mehr benutzt wird. Eine Landnutzung ist kein Objekt. Ein Gebiet welches noch dazu bereits anderweitig verwendet wird, würde ich genau so eintragen, eine Weide also z.B. als landuse=meadow + meadow=pasture.


> Und: wie tagge ich die Bunker dort am besten?
> http://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker
> oder building=yes oder beides?

Entsprechend meiner Beschreibung oben: military=bunker (das Objekt ist ja noch da) und disused=yes (aber nicht mehr in Verwendung).

Vg und frohe Feiertage,
Martin


From m.gehling at gmx.de  Sun Dec 23 17:02:16 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Sun, 23 Dec 2012 18:02:16 +0100
Subject: [Talk-de] =?windows-1252?q?_Wochennotiz_Nr=2E_127_16=2E12=2E_=96_?=
 =?windows-1252?q?22=2E12=2E2012?=
Message-ID: <FE0892D7-322B-4F63-88FF-8DBE45423329@gmx.de>

Hallo,

die Wochennotiz Nr. 127 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-127/

Viel Spaß beim Lesen!


From tobias at antifuse.de  Sun Dec 23 17:01:28 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Sun, 23 Dec 2012 18:01:28 +0100
Subject: [Talk-de]
 =?windows-1252?q?Wochennotiz_Nr=2E_127_16=2E12=2E_=96_2?=
 =?windows-1252?q?2=2E12=2E2012?=
In-Reply-To: <FE0892D7-322B-4F63-88FF-8DBE45423329@gmx.de>
References: <FE0892D7-322B-4F63-88FF-8DBE45423329@gmx.de>
Message-ID: <50D738E8.9090803@antifuse.de>

On 12/23/12 18:02, Gehling Marc wrote:
> Hallo,
>
> die Wochennotiz Nr. 127 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-127/
>
> Viel Spaß beim Lesen!
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
immer wieder cool zum lesen ... danke dafür



From tobias at antifuse.de  Wed Dec 26 07:57:48 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Wed, 26 Dec 2012 08:57:48 +0100
Subject: [Talk-de] mapnik high res rendering
Message-ID: <50DAADFC.4000708@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Schöne Feiertage zusammen,

ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
das rendern haut auch schon ganz gut hin.
Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich
gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
erfolgreich (siehe anhang).
Wie vermeide ich es denn dass der Keks abgeschnitten wird?

Gruß Tobias


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ2q3zAAoJEEbEq/z9yHou2g4P/2dsnjt9Qh4NmCEl8nvhZ8QI
jTv0LlnT3ZGN5YiC/QSpMph8kAQ4XNGyW+VaMAvSFXaOISaX1vgxi5dpPPWMRQWF
LLNWFstyO7WU4AJ/7EgQKTsEgyaR4ltOapDgT43KMonKAQPEYIm1rIHAAiKqMPbi
M2ly01zVfWfpbv754NIZ4gJakru8UWRnsvrrF1PRuVuPBR697p0lglH3WDjT5LZ7
w5WjU4nvLjS3kC6LVUBIScsiroVld23uckUzSoBfRmPIQkEyoAbl+Tp43JJNsN9N
FAfC+CF8YJUSB2bMrKp1uXrtziHJcy+gdPHrvvIP9ka0R14Cq99wqkqx/aMp9cb7
nK7YzsdR/OENP5rWPK7VPpi0orEwN6aOqQYZy6ZY2WNJ4TW6OhzLOYUBea4G1QdG
i0OYTE0DrH/ko/igERV9ELl8GgPP+4KEEy6n3T3L5/hfHOpx8xUPHWflAFeMx6mX
zIy5cuZs87pbqsBAYxc88hg/k6c+YXpkc+wkWwhcteH/eUfCJAVXuBnktUQm3/Jb
F/lmTEuAFVAUfmc+TVeh2agAlx9jVbhxt52dd5kRP3JlcxrBJl7PlQxftjT1e+Ru
Jh54+VHWgaj+nFPMyuwDuvBndjpaNgIJYvB/kbqKdGMXl64VF5NnbZrBT2y1SX01
w+CfiNNR8RQuY0/dDZ47
=Y0w4
-----END PGP SIGNATURE-----

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : example.png.sig
Dateityp    : application/pgp-signature
Dateigröße  : 543 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121226/a81610ff/attachment.sig>

From tobias at antifuse.de  Wed Dec 26 08:08:19 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Wed, 26 Dec 2012 09:08:19 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50DAADFC.4000708@antifuse.de>
References: <50DAADFC.4000708@antifuse.de>
Message-ID: <50DAB073.4020006@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hier ist die verlohrene grafik
http://mac.piffpaffpuff.net/osm/example.png

On 12/26/12 08:57, Tobias Hobmeier wrote:
>
> Schöne Feiertage zusammen,
>
> ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
> das rendern haut auch schon ganz gut hin.
> Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
> meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich
> gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
> erfolgreich (siehe anhang).
> Wie vermeide ich es denn dass der Keks abgeschnitten wird?
>
> Gruß Tobias
>
>
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ2rBzAAoJEEbEq/z9yHouhWUP/397Q3sFKXeMuztsEE3IVXZx
bHpSQZ5++u4Gr6lC1hAa17+mboqVXlQDiicSJ68mwV+SOwcHHlO4noBsoFjz++bD
uooACebT6IHrYzBgiD3dCe6V34fxgPSqtsgbmZZ2wN3LEKKND7+0B4gHEcaFPeUL
/6VdDyMoYgBuT1F8FulBX2usLFJeFMqQJzg3J1BuT2JIlDkm7P7oQnk335BxJVyX
cp54Gg/vo4wwL5FQZB4Hcmj32+8aR7qZnKvJTHaK4+lLAhtEnZq2//SVfsN2Wt1+
quxHRwTKaQ6ZfYMUK0YwyBY8ylOUuvAP374GXlLG5PK7BKdTIvMdyGqK822+k/dC
GtCmcyt7VeJ/ZJW0ZQSFG76fn6Qoq+6ZotUuNMaMTzcSJ5IYorvvTPU6cTpwnRl5
jxX9iFQ/LDvxXagiMtb8D0H8MW4EAwN+vrVZXi8H7BEvIqaW+GgCrL3VCX4kf1jg
0Ka+D/f6H2y9pkdbMZ/oO43G/4lfhQbY+MBjYY5/wSXYi2mFMR8DF3Z7EL4shYGn
ojfFXQMuVuCMaeKwFUU7Vo8xDANGN2WHhNjjmzUxyjbnRH44t7zo+uMgMGK3UVUM
rTq8q9EalQEMKeGn5ZShRE/p2wB1WGgmxugbM3B8gF3qfxk8mT49Vlny3hXBPA3d
IiT87Rq8LoKQmBl5wGdO
=osOk
-----END PGP SIGNATURE-----



From addicks at gmx.net  Wed Dec 26 12:14:44 2012
From: addicks at gmx.net (Johann H. Addicks)
Date: Wed, 26 Dec 2012 13:14:44 +0100
Subject: [Talk-de] Bunkeranlagen, disused?
In-Reply-To: <50D629FC.70106@cgv.tugraz.at>
References: <50D629FC.70106@cgv.tugraz.at>
Message-ID: <50DAEA34.8010604@gmx.net>


Landuse ist für mich das, was dort _aktuell_ stattfindet.
Also entweder brownfield, scrub, trees oder wenn in aktiver Nachnutzung
eben meadow (weideland) oder schlicht forest (wenn durchgeforstet).

Was natürlich nicht heisst, dass man die bestehenden übererdeten
Munitionslagerhäuser nicht trotzdem als building=yes
und "bunker=disused"

Wobei uns immernoch die Klassifizierung zwischen
(Personen-)Schutzbunker, (Panzer-)Werk und (Munitions-)Lagerhaus fehlt.

Oder anders gesprochen: MLHs sind zumindest für mich eigentlich gar
keine Bunker, weil nicht "gegen Feindeinwirkung" gebaut
Die Konstruktion (Tore als Sollbruchstellen, Ausrichtung der MLHs
untereinander) ist mehr darauf angelegt im Falle eines Unfalls mit dem
Lagergut sicherzustellen, dass nur eben dieses eine MLH hochgeht und
nicht sämtliche Umstehendenden ebenfalls, ggf. in Kettenreaktion.
Unfälle wie Fürstensee in ein 1950ern haben die Militärs lernen lassen.

-jha-



From martin.lux at hs-bochum.de  Wed Dec 26 20:10:45 2012
From: martin.lux at hs-bochum.de (Martin Lux)
Date: Wed, 26 Dec 2012 21:10:45 +0100
Subject: [Talk-de] POI_tool_POIseng
In-Reply-To: <50D42C4A.40602@hs-bochum.de>
References: <50D42C4A.40602@hs-bochum.de>
Message-ID: <50DB59C5.2020706@hs-bochum.de>

Hallo,

wir haben ein kleines YouTube-Video gemacht, welches unsere App erklärt:
http://www.youtube.com/watch?v=MbyH2vTNIUA&feature=youtu.be

haben jetzt auch eine Homepage:
http://143.93.114.104/poiseng/Homepage/

*wir bräuchten noch dringend Leute die unsere Webapp "antesten" UND den 
Online-Fragebogen ausfüllen.*


Die Webapp ist unter folgender URL zu erreichen:
http://143.93.114.104/poiseng/

Der Online-Fragebogen ist hier zu finden:
http://de.surveymonkey.com/s/3Y79RCV


danke!

Gruß

Martin Lux



Am 21.12.2012 10:30, schrieb Martin Lux:
> Hallo,
>
> die Studierenden im Mastermodul "software engineering 
> (Geoinformatik&Vermessung)" der FH Mainz haben eine Webapp, beruhend 
> auf OSM-Daten,
> entwickelt. Mit dieser Webapp ist es möglich ATM's (Bankautomaten) in 
> seiner unmittelbaren Nähe zu finden und zu /ändern/. Wir befinden uns 
> momentan in der Prototyp-Phase und bräuchten Personen, die die Webapp 
> testen.
>
> Die Webapp ist unter folgender URL zu erreichen:
> http://143.93.114.104/poiseng/
>
> Ein Onlineumfragebogen ist hier zu finden:
> http://de.surveymonkey.com/s/3Y79RCV 
> <http://de.surveymonkey.com/s/3Y79RCV>
>
> Und unsere Facebook-Seite:
> http://www.facebook.com/SengProjektWS2012
>
> p.s Wenn Daten mit der App geändert werden, werden diese in einer 
> eigene Datenbank gespeichert. Wie eben erwähnt, handelt es sich 
> hierbei um einen Prototyp. Möglicherweise werden später zusätzliche 
> POI-Arten implementiert und die Datenzurückführung nach OSM 
> sichergestellt.
>
>
> Vielen Dank und frohe Weihnachten
>
> Gruß
>
> Martin Lux
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From masi-master at gmx.de  Thu Dec 27 01:30:34 2012
From: masi-master at gmx.de (Masi Master)
Date: Thu, 27 Dec 2012 02:30:34 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50DAB073.4020006@antifuse.de>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
Message-ID: <op.wpybs8iahg6zzq@masi>

Nabend Tobias,
ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon aus,  
dass du neben der (Schrift-)Größe [size="10"] auch die Bilddatei  
vergrößern (seperat in einem Bildbearbeitungsprogamm) musst.

Gruß
Masi


Am 26.12.2012, 09:08 Uhr, schrieb Tobias Hobmeier <tobias at antifuse.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hier ist die verlohrene grafik
> http://mac.piffpaffpuff.net/osm/example.png
>
> On 12/26/12 08:57, Tobias Hobmeier wrote:
>>
>> Schöne Feiertage zusammen,
>>
>> ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
>> das rendern haut auch schon ganz gut hin.
>> Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
>> meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich
>> gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
>> erfolgreich (siehe anhang).
>> Wie vermeide ich es denn dass der Keks abgeschnitten wird?
>>
>> Gruß Tobias
>>
>>
>>
>>
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQIcBAEBAgAGBQJQ2rBzAAoJEEbEq/z9yHouhWUP/397Q3sFKXeMuztsEE3IVXZx
> bHpSQZ5++u4Gr6lC1hAa17+mboqVXlQDiicSJ68mwV+SOwcHHlO4noBsoFjz++bD
> uooACebT6IHrYzBgiD3dCe6V34fxgPSqtsgbmZZ2wN3LEKKND7+0B4gHEcaFPeUL
> /6VdDyMoYgBuT1F8FulBX2usLFJeFMqQJzg3J1BuT2JIlDkm7P7oQnk335BxJVyX
> cp54Gg/vo4wwL5FQZB4Hcmj32+8aR7qZnKvJTHaK4+lLAhtEnZq2//SVfsN2Wt1+
> quxHRwTKaQ6ZfYMUK0YwyBY8ylOUuvAP374GXlLG5PK7BKdTIvMdyGqK822+k/dC
> GtCmcyt7VeJ/ZJW0ZQSFG76fn6Qoq+6ZotUuNMaMTzcSJ5IYorvvTPU6cTpwnRl5
> jxX9iFQ/LDvxXagiMtb8D0H8MW4EAwN+vrVZXi8H7BEvIqaW+GgCrL3VCX4kf1jg
> 0Ka+D/f6H2y9pkdbMZ/oO43G/4lfhQbY+MBjYY5/wSXYi2mFMR8DF3Z7EL4shYGn
> ojfFXQMuVuCMaeKwFUU7Vo8xDANGN2WHhNjjmzUxyjbnRH44t7zo+uMgMGK3UVUM
> rTq8q9EalQEMKeGn5ZShRE/p2wB1WGgmxugbM3B8gF3qfxk8mT49Vlny3hXBPA3d
> IiT87Rq8LoKQmBl5wGdO
> =osOk
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From tobias at antifuse.de  Thu Dec 27 09:22:51 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Thu, 27 Dec 2012 10:22:51 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <op.wpybs8iahg6zzq@masi>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi>
Message-ID: <50DC136B.3030606@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Masi,

ja die Bilder groesser gemacht habe ich schon. Mein problem ist dass es
offensichtlich eine art clipping gibt das die bilder abschneidet.

Siehe Bild:
http://mac.piffpaffpuff.net/osm/example.png

Gruß Tobi



On 12/27/12 02:30, Masi Master wrote:
> Nabend Tobias,
> ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon
aus, dass du neben der (Schrift-)Größe [size="10"] auch die Bilddatei
vergrößern (seperat in einem Bildbearbeitungsprogamm) musst.
>
> Gruß
> Masi
>
>
> Am 26.12.2012, 09:08 Uhr, schrieb Tobias Hobmeier <tobias at antifuse.de>:
>
> hier ist die verlohrene grafik
> http://mac.piffpaffpuff.net/osm/example.png
>
> On 12/26/12 08:57, Tobias Hobmeier wrote:
> >>>
> >>> Schöne Feiertage zusammen,
> >>>
> >>> ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
> >>> das rendern haut auch schon ganz gut hin.
> >>> Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
> >>> meiner XML angepasst. Dann waren natürlich auch die pri_shield's
die ich
> >>> gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
> >>> erfolgreich (siehe anhang).
> >>> Wie vermeide ich es denn dass der Keks abgeschnitten wird?
> >>>
> >>> Gruß Tobias
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Talk-de mailing list
> >>> Talk-de at openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-de
>
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQ3BNrAAoJEGkKxZ+TJ35M1QQH/2ByRgtVCTiyHSpHIDabVJ3Z
tAbRJYSkJhcmJ2MuxqWnyRPlaJwaYEl4+8oWNCncqZ1AE3Kx4JtHMjq3Rvu6rlno
8mdhtNDaj8jjYzu/iBa2x+yLIBme5dgkornIrRBrzfamNB3BBQOS1itChkFVq+O4
N3sIyp/cLovxby2UQxNmwAC+EyoF+PnYG0mNDZtfyckygGfAlxd5xLwhQy6dDuqF
CVuBH+Q4Gm3mIT+cC8o/6saDFtmBn52Syj+8yHyBbGRqwS3StrAFh3/nKSbF/gys
ApyRKGWsogbpku3dxtwl5VcGuTLM4E3Tx8QTIZvINsylbCPHGYI/5jre8rBZnhE=
=fHhn
-----END PGP SIGNATURE-----



From johannes at huesing.name  Thu Dec 27 10:41:52 2012
From: johannes at huesing.name (Johannes Huesing)
Date: Thu, 27 Dec 2012 11:41:52 +0100
Subject: [Talk-de] =?utf-8?q?Overpass-Anfragen=3A_gro=C3=9Fes_Gebiet=2C_nu?=
 =?utf-8?q?r_einige_Punkte?=
Message-ID: <20121227104152.GA13058@huesing.name>

Wie bekomme ich mit einer Overpass-Abfrage die Punkte innerhalb eines
Gebietes hin, also zum Beispiel alle Apotheken in Deutschland?

Wenn ich mit <area-query> und eingebetteter <query> arbeite, versucht 
Overpass erst einmal, alle Punkte innerhalb des Gebiets zu kriegen, 
und bricht dann irgendwann ab. Gibt's keine Möglichkeit, die
Und-Verknüpfung anders zu formulieren als über Schachteln?

-- 
Johannes Hüsing               There is something fascinating about science. 
                              One gets such wholesale returns of conjecture 
mailto:johannes at huesing.name  from such a trifling investment of fact.                
http://derwisch.wikidot.com         (Mark Twain, "Life on the Mississippi")



From roland.olbricht at gmx.de  Thu Dec 27 15:26:00 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Thu, 27 Dec 2012 16:26 +0100
Subject: [Talk-de]
	=?utf-8?q?Overpass-Anfragen=3A_gro=C3=9Fes_Gebiet=2C_nu?=
	=?utf-8?q?r_einige_Punkte?=
In-Reply-To: <20121227104152.GA13058@huesing.name>
References: <20121227104152.GA13058@huesing.name>
Message-ID: <5464661.Jd2kcyRBdS@roland-latitude-e5520>

Hallo,

danke für die Anfrage. Das Beispiel kommt dann gleich mit auf die 
Beispielseite.

> Wie bekomme ich mit einer Overpass-Abfrage die Punkte innerhalb eines
> Gebietes hin, also zum Beispiel alle Apotheken in Deutschland?

area[name="Deutschland"];node(area)[amenity=pharmacy];out;

Die Abfrage sollte deutlich unter 3 Minuten brauchen (hat beim Testen 30 
Sekunden gebraucht), ansonsten bitte

[timeout:900];area[name="Deutschland"];node(area)[amenity=pharmacy];out;

> Wenn ich mit <area-query> und eingebetteter <query> arbeite, versucht
> Overpass erst einmal, alle Punkte innerhalb des Gebiets zu kriegen,
> und bricht dann irgendwann ab. Gibt's keine Möglichkeit, die
> Und-Verknüpfung anders zu formulieren als über Schachteln?

Die Und-Verknüpfung wird üblicherweise mit mehreren Clauses in der gleichen 
Query realisiert. Hier sind dies
(area)
und
[amenity=pharmacy]

Bei der Ausführung des Query-Statements werden diese dann verschachtelt, 
ähnlich dem Query-Plan einer SQL-Datenbank, so dass nicht alle Nodes geladen 
werden müssen. Das Grundprinzip ist in
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Clauses
erläutert (leider bisher nur auf Englisch verfügbar).

Etwas anders sieht es im Spezialfall einer "area"-Clause für Ways oder 
Relations aus. Das ist leider noch nicht implementiert (es fehlt der 
Schnittest Ways mit Area-Grenzen), so dass hier die umständliche Abfrage 
unvermeidlich ist. Dafür muss ich leider auf später vertrösten, die 
Funktionalität steht aber auf der ToDo-Liste.

Viele Grüße,

Roland





From masi-master at gmx.de  Thu Dec 27 15:45:55 2012
From: masi-master at gmx.de (Masi Master)
Date: Thu, 27 Dec 2012 16:45:55 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50DC136B.3030606@antifuse.de>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi> <50DC136B.3030606@antifuse.de>
Message-ID: <op.wpzfetlnhg6zzq@masi>

Hi,
also bei mir funktioniert es...
Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird  
manchmal abgeschnitten. Mit welcher Einstellung oder Befehl man das  
unterbindet, weiß ich leider nicht.
Aber bei den "professionellen" Mapnikkarten wird die Kachel einfach mit  
einem breiten Rand gerendert, der dann wieder Abgeschnitten wird. So dass  
der Mittelpunkt des Schilds auch auf der angrenzenden Kachel (zwar im  
Verschnittbereich) liegt, aber so dass das Schild auch dort gerendert  
wird, und somit das Stückchen Rand dort zu sehen ist. Prinzip soweit  
verstanden?

Gruß
Masi



Am 27.12.2012, 10:22 Uhr, schrieb Tobias Hobmeier <tobias at antifuse.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Masi,
>
> ja die Bilder groesser gemacht habe ich schon. Mein problem ist dass es
> offensichtlich eine art clipping gibt das die bilder abschneidet.
>
> Siehe Bild:
> http://mac.piffpaffpuff.net/osm/example.png
>
> Gruß Tobi
>
>
>
> On 12/27/12 02:30, Masi Master wrote:
>> Nabend Tobias,
>> ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon
> aus, dass du neben der (Schrift-)Größe [size="10"] auch die Bilddatei
> vergrößern (seperat in einem Bildbearbeitungsprogamm) musst.
>>
>> Gruß
>> Masi
>>
>>
>> Am 26.12.2012, 09:08 Uhr, schrieb Tobias Hobmeier <tobias at antifuse.de>:
>>
>> hier ist die verlohrene grafik
>> http://mac.piffpaffpuff.net/osm/example.png
>>
>> On 12/26/12 08:57, Tobias Hobmeier wrote:
>> >>>
>> >>> Schöne Feiertage zusammen,
>> >>>
>> >>> ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
>> >>> das rendern haut auch schon ganz gut hin.
>> >>> Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
>> >>> meiner XML angepasst. Dann waren natürlich auch die pri_shield's
> die ich
>> >>> gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
>> >>> erfolgreich (siehe anhang).
>> >>> Wie vermeide ich es denn dass der Keks abgeschnitten wird?
>> >>>
>> >>> Gruß Tobias
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Talk-de mailing list
>> >>> Talk-de at openstreetmap.org
>> >>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>>>
>>> _______________________________________________
>>> Talk-de mailing list
>>> Talk-de at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>>
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJQ3BNrAAoJEGkKxZ+TJ35M1QQH/2ByRgtVCTiyHSpHIDabVJ3Z
> tAbRJYSkJhcmJ2MuxqWnyRPlaJwaYEl4+8oWNCncqZ1AE3Kx4JtHMjq3Rvu6rlno
> 8mdhtNDaj8jjYzu/iBa2x+yLIBme5dgkornIrRBrzfamNB3BBQOS1itChkFVq+O4
> N3sIyp/cLovxby2UQxNmwAC+EyoF+PnYG0mNDZtfyckygGfAlxd5xLwhQy6dDuqF
> CVuBH+Q4Gm3mIT+cC8o/6saDFtmBn52Syj+8yHyBbGRqwS3StrAFh3/nKSbF/gys
> ApyRKGWsogbpku3dxtwl5VcGuTLM4E3Tx8QTIZvINsylbCPHGYI/5jre8rBZnhE=
> =fHhn
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From osm-lists at mazdermind.de  Fri Dec 28 00:22:23 2012
From: osm-lists at mazdermind.de (=?ISO-8859-1?Q?Peter_K=F6rner?=)
Date: Fri, 28 Dec 2012 01:22:23 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <op.wpzfetlnhg6zzq@masi>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi> <50DC136B.3030606@antifuse.de>
 <op.wpzfetlnhg6zzq@masi>
Message-ID: <50DCE63F.4090806@mazdermind.de>

Hi Tobias, Masi,

Am 27.12.2012 16:45, schrieb Masi Master:
> also bei mir funktioniert es...
> Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird
> manchmal abgeschnitten. Mit welcher Einstellung oder Befehl man das
> unterbindet, weiß ich leider nicht.

Der entsprechende Parameter im Mapnik-XML lautet buffer-size. Sinnvolle 
Werte wären beispielsweise 64 oder 128.

Beispiel:
<Map background-color="#b5d0d0" srs="&srs900913;" 
minimum-version="2.0.0" buffer-size="64">

Lg, Peter




From roland.olbricht at gmx.de  Fri Dec 28 10:16:07 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Fri, 28 Dec 2012 11:16:07 +0100
Subject: [Talk-de] =?utf-8?q?Vortr=C3=A4ge_auf_der_FOSSGIS?=
Message-ID: <2399208.OpnGYk8fsF@roland-latitude-e5520>

Liebe Mitmapper,

für die kommende FOSSGIS im Juni 2013 habe ich noch zu viele Ideen für 
Vorträge. Ich würde Euch daher unter den nachfolgenden Vorschlägen um ein 
Votum bitten, was ich anmelde.

Es gibt dabei auf der FOSSGIS die beiden Vortragsformen "Vortrag" und 
"Workshop"; für einen "Lightning Talk" sind die Ideen alle zu umfangreich. 
"Vortrag" ist ein normaler 30- bis 45-minütiger Vortrag. Ein "Workshop" 
umfasst mehr Zeit, ist aber für die Teilnehmer gebührenpflichtig; die Gebühren 
dienen dem FOSSGIS zur Finanzierung der Konferenz. Ich werde die Materialien 
aus dem Workshop daher dann nachher auch in anderer Form zugänglich machen, so 
dass auch Teilnehmer mit schmalen Bugdet davon profitieren. Die Vortragsfolien 
wird es ohnehin online geben.


== Syntax und Semantik der Overpass API ==

Die Overpass API ist eine über das Web erreichbare Datenbank, die den OSM-
Datenbestand spiegelt. Sie bietet dabei schnellen Lesezugriff mit 
umfangreichen Abfragemöglichkeiten und ergänzt so die zentrale OSM-Datenbank, 
die auf Schreiboperationen ausgelegt ist.

Die Overpass API wird heute bereits für eine Vielzahl von Anwendungen, z.B. 
zur Qualitätssicherung, für in Echtzeit erzeugte Kartenoverlays, thematische 
Downloads oder auch zur Beschleunigung der Main API verwendet.
Ihren Geschwindigkeitsvorteil erzielt die Overpass API durch eine optimierte 
Datenhaltung anstatt einer relationalen Datenbank.

In diesem Vortrag wird in die Abfragesprache systematisch eingeführt.
Als Beispiele werden ein Kartenoverlay auf Basis von OpenLayers erstellt,
es wird die spezielle Area-Syntax zur Generierung der Straßenliste einer Stadt 
verwendet, und es wird als Beispiel für eine mehrstufige Abfrage das Tool zur 
Erstellung von Bus- und Bahn-Linienbändern und -plänen vorgestellt.


== Mobile Karten erstellen mit OSM, OpenLayers und Overpass API ==

Mit OpenStreetMap stehen nicht nur freie Daten zur Verfügung, sondern wegen 
der hervorragenden Community decken diese auch ein sehr breites thematisches 
Spektrum ab, und sie erreichen dabei eine Aktualität, die sich eher in Tagen 
und Stunden als Monaten und Jahren bemisst.

Mit der Kombination der freien Werkzeuge OpenLayers und der Overpass API 
lassen sich diese leicht in einer Karte für thematische Overlays 
visualisieren, die sowohl gleichermaßen auf dem Desktop wie auf mobilen 
Endgeräten funktioniert, aber trotzdem nicht mehr Infrastruktur als eine 
einfache HTML-Seite braucht. Dank Overpass API ist sie stets minutenaktuell 
und auch spontan im HTML-Code oder sogar zur Laufzeit konfigurierbar.

Anhand einer Beispielkarte werden die Möglichkeiten erläutert: Es wird 
gezeigt, wie durch ein durchdacht einfaches Bedienkonzept und Nutzung der 
Geolokalisierung eine Smartphone-freundliche Karte entsteht. Wir werden eigene 
Kategorien von Points of Interest spontan als Kartenoverlay hinzufügen. Und es 
wird gezeigt, wie durch Kombination von Tag-Verarbeitung auf dem Client und 
Rückgriff auf die Nominatim-API zu jedem POI automatisch eine Adresse 
ermittelt werden kann.


== Änderungsverfolgung in OSM ==

Nachdem der OpenStreetMap-Community die Aufgabe, Daten zu erfassen, mit 
Bravour erfüllt hat, tritt zunehmend auch die Aufgabe der Datenpflege in den 
Vordergrund. Fehlerhafte oder veraltete Daten sind dabei mindestens so heikel 
wie fehlende Daten, denn sie untergraben das Vertrauen in die Qualität der 
Datenbank.

Dabei kann es für fehlerhafte Daten viele Ursachen geben: Weit häufiger als 
Vandalismus sind dies Bedienfehler von Neu-Mappern. Noch schwieriger zu finden 
sind Seiteneffekte anderer Edits wie beschädigte Relationen, nicht eindeutige 
oder irrtümlich gewählte Tags oder sogar unerwartete Nebenwirkungen der 
wenigen Methoden, bereits hochgeladene Änderungen rückgängig zu machen.

Wir geben einen Überblick, mit welchen Tools sich Änderungen visualisieren und 
verfolgen lassen, stellen Methoden zur Wiederherstellung alter Datenzustände 
vor und erläutern, wie sich auf Basis der Neuentwicklung "Augmented Diffs" 
eigene, spezialisierte Tools entwickeln lassen.


== Augmented Diffs in der Praxis ==

Der Wunsch in Frederik Ramms Vortrag zu "Augmented Diffs" vom letzten Jahr ist 
seit dem Hack-Weekend in Karlsruhe im Oktober 2012 Wirklichkeit geworden: Die 
Augmented Diffs bieten zusätzlich zu den Diffs der Main API alle nötigen 
Informationen, um Änderungen geographisch verorten zu können oder auch einen 
Diff in der Zeit rückwärts anwenden zu können. Sie stellen damit ein sehr 
hilfreiches Werkzeug zur Änderungsverfolgung dar.

Leider sind die "Augmented Diffs" aber auch in den Mühen der Ebene angekommen: 
Die potentiellen Anwendungen für Augmented Diffs sind so unterschiedlich, dass 
verschiedene Formate notwendig werden. Schon beim Löschen eines Elementes 
müssen zwei statt einem Satz Metadaten hinzugefügt werden. Die Geometrie eines 
Weges oder einer Relation kann sich ändern, ohne dass für diesen eine neue 
Versionsnummer vergeben wird. Beschränkt man den Augmented Diff geographisch, 
so können sogar Objekte ohne Versionsänderung im Augmented Diff als gelöscht 
markiert werden müssen. Insgesamt ergibt sich eine unerwartet komplexe 
Semantik von Änderungstypen.

Dazu kommen Probleme jenseits der Semantik: Einerseits sollen Relationen 
komplett aufgeführt werden, wenn sich ihre Geometrie ändert. Andererseits 
sorgt dies bei den doch häufigen Änderungen an Landesgrenzen für Dateigrößen, 
die nicht nur für andere Clients schwer beherrschbar sind, sondern auch 
erhebliche Kapazitäten des Server belegen. Sie sorgen zudem dafür, dass sich 
nur schwer Zeiträume von mehr als einigen Stunden überbrücken lassen.

Es wird als Ausweg ein Ausblick auf den zukünftigen Full-History-Modus der 
Overpass API gegeben: Damit können dann Augmented Diffs mit den auf den 
jeweiligen Anwendungszweck zugeschnittenen Inhalten generiert werden, so dass 
insbesondere längere Zeiträume für kleine Bounding Boxen schnell erstellt 
werden können, was wiederum die Änderungsverfolgung drastisch verbessert.


-----------------------------------------------------------------------------

Ich werde realistischerweise höchstens einen Workshop plus einen Vortrag 
vorbereiten können. Bitte bennent ein Wuschthema für einen Workshop und ein 
Wunschthema für einen Vortrag. Wie üblich werde ich nicht strikt auszählen, 
sondern den besten Argumenten folgen wie z.B. inhaltliche Überschneidungen zu 
ähnlichen Vorträgen zu vermeiden.

Viele Grüße,

Roland




From frederik at remote.org  Fri Dec 28 11:17:39 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 28 Dec 2012 12:17:39 +0100
Subject: [Talk-de] =?iso-8859-1?q?Vortr=E4ge_auf_der_FOSSGIS?=
In-Reply-To: <2399208.OpnGYk8fsF@roland-latitude-e5520>
References: <2399208.OpnGYk8fsF@roland-latitude-e5520>
Message-ID: <50DD7FD3.70900@remote.org>

Hi,

On 12/28/12 11:16, Roland Olbricht wrote:
> für die kommende FOSSGIS im Juni 2013 habe ich noch zu viele Ideen für
> Vorträge. Ich würde Euch daher unter den nachfolgenden Vorschlägen um ein
> Votum bitten, was ich anmelde.

Mein Eindruck von der letzen FOSSGIS war, dass dort eher weniger 
OSM-Hacker waren, also solche, die eigene Tools entwickeln. Ich koennte 
mir vorstellen, dass "Syntax und Semantik der Overpass API" fuer einen 
Workshop gut waere und "Mobile Karten" fuer einen Talk; zugleich ist zu 
bedenken, dass Workshops bezahlpflichtig sind und daher hauptsaechlich 
von den anwesenden GIS-Leuten aus Wirtschaft und Verwaltung gebucht werden.

"Augmented Diffs in der Praxis" oder "Aenderungsverfolgung in OSM" ist 
dann eher was fuer ein Hackweekend (das naechste in Karlsruhe wird 
vermutlich am 23./24.2. sein!) oder die SOTM (fuer die sich dem 
Vernehmen nach dieses Jahr mindestens Lille und Birmingham bewerben 
moechten, das waere dann keine Weltreise).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"



From tobias at antifuse.de  Fri Dec 28 12:02:42 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Fri, 28 Dec 2012 13:02:42 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50DAADFC.4000708@antifuse.de>
References: <50DAADFC.4000708@antifuse.de>
Message-ID: <50DD8A62.2090602@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/26/12 08:57, Tobias Hobmeier wrote:
>
> Schöne Feiertage zusammen,
>
> ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-)
> das rendern haut auch schon ganz gut hin.
> Nachdem die Straßen beschriftungen zu klein waren habe ich diese in
> meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich
> gefunden habe viel zu klein eine vergrößerung war leider nicht sehr
> erfolgreich (siehe anhang).
> Wie vermeide ich es denn dass der Keks abgeschnitten wird?
>
> Gruß Tobias
>
>
Danke an alle für die HIlfe am ende hat sich raus gestellt dass ich nur
zu dumm war inkscape zu benutzen :-(
(peinlich peinlich)

Gruß Tobi

>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ3YpiAAoJEEbEq/z9yHouGDoP/2gZLo1/Y6S1ypICfktp6d9b
tGm7sUmDH/oJjWKWYozQm6CIgIXwmyuUQ0UbM3o7sbr/biekOsHPTyRgJ6q4A43G
4RhV2Lx+C2jqKzaVQO5v+NGmtPDVhFnOGkim7Gz2cKhl0wz9KO3xCPMsE0Ua4d/g
izZGcg1FRkh+3RiTStXiARpeKSpILC8kMjP+YObnZgvTreSvcOm3jZ687t05A3aG
MnrjUXhAx0LfTjZas5FOdsyJJWYVZTPiPqUB9Tle5J9XDaG2FLoKxeg14PAjNPnd
JtZWG0Mteldv9GPQT3kVF/QdnbRtMyLPO2EVMj6oALg5NJUlKVcjhWKGaxJdx0Ns
787YWP+ukbYe79C/6FXFJQ+mEqC9G5QivFR73EgtqtQGd/tysAyFMRimOZNMpnxT
NSr/Eke4B4yaI22V9D+9puh8Wa7OduRjfnvfKsNGuEPasN8Xcu1ZDPnPa5vAivRP
hzSUFYss+/ZpS4g6HrmkoBFzOg6fbk8KMdIK1SxsHF0AQEFhSd3l0lT9mB2APwXx
7DuUfHTnLXE9oGOzzHzIlbYVRzI8MxMHu8Fh48vlY52KVmZSvNkuim3PljMLB+OX
UipVhexiJ5s4WFwsBvFXinZddQ+BJQcOBTyGJpg/hi0i2D5GXc887ykHksfG2uAe
VAYxKULxRoOlZpYt4hzR
=HMf7
-----END PGP SIGNATURE-----



From lowflight66 at googlemail.com  Fri Dec 28 15:19:48 2012
From: lowflight66 at googlemail.com (fly)
Date: Fri, 28 Dec 2012 16:19:48 +0100
Subject: [Talk-de] Hausnummern
In-Reply-To: <1488436.43vmX0vrEc@roland-latitude-e5520>
References: <1488436.43vmX0vrEc@roland-latitude-e5520>
Message-ID: <50DDB894.7090304@googlemail.com>

On 18/12/12 18:45, Roland Olbricht wrote:
> Hallo zusammen,
> 
> passend zu Frederiks Appell
> http://blog.openstreetmap.de/2012/12/1000-adressen/

Da hab ich wohl auch schon ne paar 1000.

Wundere mich allerdings schon über diese Oldschoo- Methode. Bei mir sieht
funktioniert das ja eher mit Garmin und Foto. Hat den Vorteil, dass man erkennt
wo der Eingang sich befindet und auch man andere Eigentschaft (z.b.
building:levels).

Leider funktionierte das Address Layer nicht mit Relationen und Linien. Hat sich
da was in letzter Zeit geändert ?

> stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
> http://overpass-api.de/hausnummern.html
> 
> Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag 
> "addr:housenumber" tragen. So erhält man eine visuelle Hilfe, wo Hausnummern 
> noch sehr dünn gemappt sind.

Wie sieht das mit Relationen (site, multipolygon) aus ?

Häuser mit Innenhof sind zB nicht anders darstellbar.

> Viel Spaß und viel Erfolg beim Mappen,

Super, jetzt erkenne ich auch wieder Häuser mit building ungleich "yes".

Gruß
fly



From sfkeller at gmail.com  Fri Dec 28 19:48:44 2012
From: sfkeller at gmail.com (Stefan Keller)
Date: Fri, 28 Dec 2012 20:48:44 +0100
Subject: [Talk-de] =?utf-8?q?Vortr=C3=A4ge_auf_der_FOSSGIS?=
In-Reply-To: <50DD7FD3.70900@remote.org>
References: <2399208.OpnGYk8fsF@roland-latitude-e5520>
 <50DD7FD3.70900@remote.org>
Message-ID: <CAFcOn28tkE+5aFeoJUaqrYfO5wDuGOFW5y=HGSw_K+wJDNF2uA@mail.gmail.com>

Ich sehe das ähnlich wie Frederik, d.h. "Syntax und Semantik der
Overpass API" als Workshop-, und "Mobile Karten..." als Talk-Thema.

Zusätzlich - oder alternativ zu "Mobile Karten..." - fände ich noch
ein Talk-Thema interessant aus dem Bereich "zwischendrin" mit einem
Arbeitstitel ähnlich wie "Nutzung und Analyse von aktuellen
OpenStreetMap-Daten mit der Overpass API".

LG, Stefan


Am 28. Dezember 2012 12:17 schrieb Frederik Ramm <frederik at remote.org>:
> Hi,
>
>
> On 12/28/12 11:16, Roland Olbricht wrote:
>>
>> für die kommende FOSSGIS im Juni 2013 habe ich noch zu viele Ideen für
>> Vorträge. Ich würde Euch daher unter den nachfolgenden Vorschlägen um ein
>> Votum bitten, was ich anmelde.
>
>
> Mein Eindruck von der letzen FOSSGIS war, dass dort eher weniger OSM-Hacker
> waren, also solche, die eigene Tools entwickeln. Ich koennte mir vorstellen,
> dass "Syntax und Semantik der Overpass API" fuer einen Workshop gut waere
> und "Mobile Karten" fuer einen Talk; zugleich ist zu bedenken, dass
> Workshops bezahlpflichtig sind und daher hauptsaechlich von den anwesenden
> GIS-Leuten aus Wirtschaft und Verwaltung gebucht werden.
>
> "Augmented Diffs in der Praxis" oder "Aenderungsverfolgung in OSM" ist dann
> eher was fuer ein Hackweekend (das naechste in Karlsruhe wird vermutlich am
> 23./24.2. sein!) oder die SOTM (fuer die sich dem Vernehmen nach dieses Jahr
> mindestens Lille und Birmingham bewerben moechten, das waere dann keine
> Weltreise).
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From sfkeller at gmail.com  Fri Dec 28 20:59:24 2012
From: sfkeller at gmail.com (Stefan Keller)
Date: Fri, 28 Dec 2012 21:59:24 +0100
Subject: [Talk-de] Neuigkeiten zu Kort - dem OSM-Game App
Message-ID: <CAFcOn28AHDj7hu-ArfTRRskdQquXzZH53txaKrX9rhoKcE+uLg@mail.gmail.com>

Hallo,

Hier einige Neuigkeiten zu Kort, einem der ersten Game Apps auf
Smartphones und Tablets für die Verbesserung von OpenStreetMap-Daten
([1], vgl. auch die neuste Wochennotiz Nr.127 [2]).

Soeben wurde die Seite http://www.kort.ch freigeschaltet, von der man
das App mit einem mobilen Browser starten kann.

Die Einträge in Kort werden derzeit noch nicht automatisch in
OpenStreetMap eingetragen. Alle Lösungsvorschläge sind jedoch ab
sofort unter /proposals [3] ersichtlich. Von dort kann nun wer Lust
hat die Daten in OSM einpflegen! Es werden zurzeit nur
Lösungsvorschläge akzeptiert bzw. angezeigt, die 3x oder mehr
validiert wurden (= Prüfungen).

Man beachte, dass dies ein Prototyp ist und dass er v.a. an
OSM-Unkundige gerichtet ist. Zudem soll es Kurzweil sein für Alle -
inkl. "gestandene" Mapper. Ob's als Einstieg für angehende Mapper
dient, ist noch offen. Weitere Hinweise zu Kort sind hier [1] zu
entnehmen.

Gruss, Stefan

P.S. Hinweis an die Schweizer Community: Am Di. 15.1.2013 berichten
die beiden Autoren von Kort über ihre Erfahrungen bei der Entwicklung
dieser HTML5 App im GISpunkt-Kolloquium an der HSR Rapperswil, 17 Uhr.
Interessenten am Kolloquium melden sich mit einem kurzen E-Mail beim
Absender. Für weitere Infos siehe
http://giswiki.hsr.ch/GISpunkt-Kolloquium .

[1] http://wiki.openstreetmap.org/wiki/DE:Kort_App
[2] http://blog.openstreetmap.de/2012/12/wochennotiz-nr-127/
[3] http://www.kort.ch/proposals/



From winfixit at gmail.com  Fri Dec 28 22:38:12 2012
From: winfixit at gmail.com (Jo)
Date: Fri, 28 Dec 2012 23:38:12 +0100
Subject: [Talk-de] Neuigkeiten zu Kort - dem OSM-Game App
In-Reply-To: <CAFcOn28AHDj7hu-ArfTRRskdQquXzZH53txaKrX9rhoKcE+uLg@mail.gmail.com>
References: <CAFcOn28AHDj7hu-ArfTRRskdQquXzZH53txaKrX9rhoKcE+uLg@mail.gmail.com>
Message-ID: <CAJ6DwMBKcc2DxDU5oUz2mhQiMxCfQxhr+JEhTPSa0cCabZfhkQ@mail.gmail.com>

Das seht gut aus! Wo kann ich die interface auf English und Niederländisch
übersetzen? Ist Belgien auch dabei? (Unsere dritte Landsprache ist Deutsch
:-)

Gibt es die die Möglichkeit irgendwie Bugs einzutragen, um zum Beispiel
Spieler helfen zu lassen Bushaltestellen vollständiger zu machen?

Polyglot

2012/12/28 Stefan Keller <sfkeller at gmail.com>

> Hallo,
>
> Hier einige Neuigkeiten zu Kort, einem der ersten Game Apps auf
> Smartphones und Tablets für die Verbesserung von OpenStreetMap-Daten
> ([1], vgl. auch die neuste Wochennotiz Nr.127 [2]).
>
> Soeben wurde die Seite http://www.kort.ch freigeschaltet, von der man
> das App mit einem mobilen Browser starten kann.
>
> Die Einträge in Kort werden derzeit noch nicht automatisch in
> OpenStreetMap eingetragen. Alle Lösungsvorschläge sind jedoch ab
> sofort unter /proposals [3] ersichtlich. Von dort kann nun wer Lust
> hat die Daten in OSM einpflegen! Es werden zurzeit nur
> Lösungsvorschläge akzeptiert bzw. angezeigt, die 3x oder mehr
> validiert wurden (= Prüfungen).
>
> Man beachte, dass dies ein Prototyp ist und dass er v.a. an
> OSM-Unkundige gerichtet ist. Zudem soll es Kurzweil sein für Alle -
> inkl. "gestandene" Mapper. Ob's als Einstieg für angehende Mapper
> dient, ist noch offen. Weitere Hinweise zu Kort sind hier [1] zu
> entnehmen.
>
> Gruss, Stefan
>
> P.S. Hinweis an die Schweizer Community: Am Di. 15.1.2013 berichten
> die beiden Autoren von Kort über ihre Erfahrungen bei der Entwicklung
> dieser HTML5 App im GISpunkt-Kolloquium an der HSR Rapperswil, 17 Uhr.
> Interessenten am Kolloquium melden sich mit einem kurzen E-Mail beim
> Absender. Für weitere Infos siehe
> http://giswiki.hsr.ch/GISpunkt-Kolloquium .
>
> [1] http://wiki.openstreetmap.org/wiki/DE:Kort_App
> [2] http://blog.openstreetmap.de/2012/12/wochennotiz-nr-127/
> [3] http://www.kort.ch/proposals/
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>


From sfkeller at gmail.com  Fri Dec 28 23:56:28 2012
From: sfkeller at gmail.com (Stefan Keller)
Date: Sat, 29 Dec 2012 00:56:28 +0100
Subject: [Talk-de] Neuigkeiten zu Kort - dem OSM-Game App
In-Reply-To: <CAJ6DwMBKcc2DxDU5oUz2mhQiMxCfQxhr+JEhTPSa0cCabZfhkQ@mail.gmail.com>
References: <CAFcOn28AHDj7hu-ArfTRRskdQquXzZH53txaKrX9rhoKcE+uLg@mail.gmail.com>
 <CAJ6DwMBKcc2DxDU5oUz2mhQiMxCfQxhr+JEhTPSa0cCabZfhkQ@mail.gmail.com>
Message-ID: <CAFcOn2-VonECRKfbMZS4WytdT_U9G1F7ApJX3arPxzuPhKKekQ@mail.gmail.com>

Hallo Polyglot/Jo

Am 28. Dezember 2012 23:38 schrieb Jo <winfixit at gmail.com>:
> Das seht gut aus! Wo kann ich die interface auf English und Niederländisch
> übersetzen? Ist Belgien auch dabei? (Unsere dritte Landsprache ist Deutsch :-)

Danke für's Angebot (v.a. Niederländisch)!
Der Code ist dafür vorbereitet - wir kommen aber voraussichtlich
frühestens in drei Monaten dazu, die Übersetzungen zu organisieren.
Wenn du erlaubst, komme ich auf dich zu.

> Gibt es die die Möglichkeit irgendwie Bugs einzutragen, um zum Beispiel
> Spieler helfen zu lassen Bushaltestellen vollständiger zu machen?

Zurzeit sind folgende Fehlertypen implementiert (und es wird aus
Prinzip vorläufig nur ein Fehler auf's Mal korrigiert):
* Typ des Wegs unbekannt
* Fehlendes Tempolimit
* Sprache des Namens unbekannt
* Objekt ohne Namen
* Strasse ohne Namen
* Kultstätte/Kirche ohne Religion
* Autobahn ohne Bezeichner

Weitere sind denkbar, aber noch nicht geplant. Neue Vorschläge (inkl.
Feedback/FAQ) kannst du hier http://kort.uservoice.com/ und Bugs
kannst du hier https://github.com/odi86/kort/issues eintragen (die
Seiten sind auch im "Über Kort" verlinkt).

Liebe Grüsse, Stefan


Am 28. Dezember 2012 23:38 schrieb Jo <winfixit at gmail.com>:
> Das seht gut aus! Wo kann ich die interface auf English und Niederländisch
> übersetzen? Ist Belgien auch dabei? (Unsere dritte Landsprache ist Deutsch
> :-)
>
> Gibt es die die Möglichkeit irgendwie Bugs einzutragen, um zum Beispiel
> Spieler helfen zu lassen Bushaltestellen vollständiger zu machen?
>
> Polyglot
>
> 2012/12/28 Stefan Keller <sfkeller at gmail.com>
>
>> Hallo,
>>
>> Hier einige Neuigkeiten zu Kort, einem der ersten Game Apps auf
>> Smartphones und Tablets für die Verbesserung von OpenStreetMap-Daten
>> ([1], vgl. auch die neuste Wochennotiz Nr.127 [2]).
>>
>> Soeben wurde die Seite http://www.kort.ch freigeschaltet, von der man
>> das App mit einem mobilen Browser starten kann.
>>
>> Die Einträge in Kort werden derzeit noch nicht automatisch in
>> OpenStreetMap eingetragen. Alle Lösungsvorschläge sind jedoch ab
>> sofort unter /proposals [3] ersichtlich. Von dort kann nun wer Lust
>> hat die Daten in OSM einpflegen! Es werden zurzeit nur
>> Lösungsvorschläge akzeptiert bzw. angezeigt, die 3x oder mehr
>> validiert wurden (= Prüfungen).
>>
>> Man beachte, dass dies ein Prototyp ist und dass er v.a. an
>> OSM-Unkundige gerichtet ist. Zudem soll es Kurzweil sein für Alle -
>> inkl. "gestandene" Mapper. Ob's als Einstieg für angehende Mapper
>> dient, ist noch offen. Weitere Hinweise zu Kort sind hier [1] zu
>> entnehmen.
>>
>> Gruss, Stefan
>>
>> P.S. Hinweis an die Schweizer Community: Am Di. 15.1.2013 berichten
>> die beiden Autoren von Kort über ihre Erfahrungen bei der Entwicklung
>> dieser HTML5 App im GISpunkt-Kolloquium an der HSR Rapperswil, 17 Uhr.
>> Interessenten am Kolloquium melden sich mit einem kurzen E-Mail beim
>> Absender. Für weitere Infos siehe
>> http://giswiki.hsr.ch/GISpunkt-Kolloquium .
>>
>> [1] http://wiki.openstreetmap.org/wiki/DE:Kort_App
>> [2] http://blog.openstreetmap.de/2012/12/wochennotiz-nr-127/
>> [3] http://www.kort.ch/proposals/
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From tirkon33 at yahoo.de  Sat Dec 29 01:32:23 2012
From: tirkon33 at yahoo.de (Tirkon)
Date: Sat, 29 Dec 2012 02:32:23 +0100
Subject: [Talk-de] =?iso-8859-1?q?Vortr=E4ge_auf_der_FOSSGIS?=
References: <2399208.OpnGYk8fsF@roland-latitude-e5520>
 <50DD7FD3.70900@remote.org>
Message-ID: <j3esd8t80dpgo29urfkan1sdhcnhreps2g@4ax.com>

Frederik Ramm <frederik at remote.org> wrote:

> ....
>zugleich ist zu 
>bedenken, dass Workshops bezahlpflichtig sind und daher hauptsaechlich 
>von den anwesenden GIS-Leuten aus Wirtschaft und Verwaltung gebucht werden.

Dem kann ich nur zustimmen. Man schwebt dort auf einem ganz anderen
Level als ein OSMler. Auf der letzten Fossgis habe ich einen
"Grundlagenworkshop für Einsteiger" besucht. Offenbar fliegt da in den
ersten Einführungssätzen ein komplettes Geo-Vordiplom vorbei. Ein
Folgen war da schon nicht mehr möglich.

Allerdings lag keine Schuld bei den Vortragenden. Denn für alle
anderen Teilnehmer war es genau der richtige Niveau. Sie konnten
mühelos folgen und haben die Angabe in der Ankündigung demnach richtig
interpretieren können. 

Fachfremde sind selbst bei "Einsteiger"-Workshops völlig fehl am
Platze. Möglicherweise könnte man diese Tatsache im Tagungsband
vielleicht als Überschrift für alle Workshops deutlich
herausstreichen.




From sb-listen at gmx-topmail.de  Sat Dec 29 11:19:51 2012
From: sb-listen at gmx-topmail.de (SB79)
Date: Sat, 29 Dec 2012 12:19:51 +0100
Subject: [Talk-de] OSM-Podcast (Radio OSM): Die Overpass API
Message-ID: <201212291219.51820.sb-listen@gmx-topmail.de>

Hallo,

in der gestern erschienen Spezialausgabe von Radio OSM, dem OSM-Podcast, 
reden wir mit Roland Olbricht, dem Macher der Overpass API.

Aus der Beschreibung unter 
http://blog.openstreetmap.de/2012/12/osmde009-osm-talk-die-overpass-api/  :

"Briefkästen, Straßen, Abbiegevorschriften ? wie diese bei OpenStreetMap 
erfasst und in die Datenbank eingetragen werden können, weiß der 
ambitionierte Mapper. Doch wie lassen sich solche Informationen gezielt 
wieder aus der Datenbank abfragen? In dieser Spezialausgabe des 
deutschen OpenStreetMap-Podcasts sprechen wir mit Roland Olbricht, dem 
Entwickler der Overpass API, die solche gezielten Abfragen ermöglicht 
und inzwischen eine wichtige Rolle für viele Programme und Dienste 
spielt. Roland gewährt uns dabei auch Einblicke darüber, was 
die ?Maschinisten? des OpenStreetMap-Universums, also unsere 
Softwareentwickler, momentan bewegt und motiviert."

Direkter Link zur Audio-Datei:
http://audio.podcast.openstreetmap.de/OSMDE009.mp3

Gruß,
Stephan
-- 
sb-listen at gmx-topmail.de



From dido_698 at web.de  Sat Dec 29 14:41:46 2012
From: dido_698 at web.de (Steffen)
Date: Sat, 29 Dec 2012 15:41:46 +0100
Subject: [Talk-de] POI_tool_POIseng
In-Reply-To: <50D42C4A.40602@hs-bochum.de>
References: <50D42C4A.40602@hs-bochum.de>
Message-ID: <50DF012A.6000301@web.de>

Guten Tag,

welche Tags werden hier ausgewertet?
amenity=atm

oder auch
amenity=bank
atm=yes

Gruß Steffen

--- Original Nachricht ---
Absender: Martin Lux
Datum: 21.12.2012 10:30
> Hallo,
>
> die Studierenden im Mastermodul "software engineering
> (Geoinformatik&Vermessung)" der FH Mainz haben eine Webapp,
> beruhend auf OSM-Daten,
> entwickelt. Mit dieser Webapp ist es möglich ATM's
> (Bankautomaten) in seiner unmittelbaren Nähe zu finden und
> zu /ändern/. Wir befinden uns momentan in der Prototyp-Phase
> und bräuchten Personen, die die Webapp testen.
>
> Die Webapp ist unter folgender URL zu erreichen:
> http://143.93.114.104/poiseng/
>
> Ein Onlineumfragebogen ist hier zu finden:
> http://de.surveymonkey.com/s/3Y79RCV
> <http://de.surveymonkey.com/s/3Y79RCV>
>
> Und unsere Facebook-Seite:
> http://www.facebook.com/SengProjektWS2012
>
> p.s Wenn Daten mit der App geändert werden, werden diese in
> einer eigene Datenbank gespeichert. Wie eben erwähnt,
> handelt es sich hierbei um einen Prototyp. Möglicherweise
> werden später zusätzliche POI-Arten implementiert und die
> Datenzurückführung nach OSM sichergestellt.
>
>
> Vielen Dank und frohe Weihnachten
>
> Gruß
>
> Martin Lux



From lists at fuchsschwanzdomain.de  Sat Dec 29 15:32:20 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Sat, 29 Dec 2012 15:32:20 +0000 (UTC)
Subject: [Talk-de] mapnik high res rendering
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi>
Message-ID: <kbn2e4$cu3$1@ultimate100.geggus.net>

Masi Master <masi-master at gmx.de> wrote:

> ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon aus,  
> dass du neben der (Schrift-)Größe [size="10"] auch die Bilddatei  
> vergrößern (seperat in einem Bildbearbeitungsprogamm) musst.

Jepp. Sind leider keine Vektorsymbole. Im Falle der Straßemnsymbole
beim deutschen Stil (BundesautobahnX.png) gibt es AFAIK auch keine
Vektorquelle, aus der man ein höher aufgelöstes PNG erzeugen könnte. 
Die meisten "normalen" Symbole sind aber aus Vektoricons erzeugt:

Brian Quinion Icon Collection:
http://www.sjjb.co.uk/mapicons/contactsheet

Gruss

Sven

-- 
"A strategy for rewarding artists that regulates 'copies' makes as much sense
in the digital age as a strategy for controlling greenhouse gases that
regulates breathing." (Lawrence Lessig)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web



From tobias at antifuse.de  Sun Dec 30 14:15:46 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Sun, 30 Dec 2012 15:15:46 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <op.wpzfetlnhg6zzq@masi>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi> <50DC136B.3030606@antifuse.de>
 <op.wpzfetlnhg6zzq@masi>
Message-ID: <50E04C92.7000501@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi hi,

On 12/27/12 16:45, Masi Master wrote:
> Hi,
> also bei mir funktioniert es...
> Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird
manchmal abgeschnitten.

ah ich hab mir grad mal ein paar mehr Kacheln rendern lassen ... und
jetzt seh ich das Problem ...

> Mit welcher Einstellung oder Befehl man das unterbindet, weiß ich
leider nicht.
> Aber bei den "professionellen" Mapnikkarten wird die Kachel einfach mit
einem breiten Rand gerendert, der dann wieder Abgeschnitten wird. So
dass der Mittelpunkt des Schilds auch auf der angrenzenden Kachel (zwar
im Verschnittbereich) liegt, aber so dass das Schild auch dort gerendert
wird, und somit das Stückchen Rand dort zu sehen ist. Prinzip soweit
verstanden?

hm ok ... das setup dafür würde mich intressieren hat jemand ein
angepasstes py skript oder sowas?

Gruß Tobi

>
> Gruß
> Masi
>
>
>
> Am 27.12.2012, 10:22 Uhr, schrieb Tobias Hobmeier <tobias at antifuse.de>:
>


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ4EySAAoJEEbEq/z9yHoup2MQAIVxTgf3s3hn9erlrwc8EpL0
dSu+cQ2mLQHhqSomFL/8h3PF9DM43UtltKseUlIiXqX72CbdV9BJDY2h160aUXtN
KoS0adqZta6Ys/NaN6SVXEUc3hJVHamOlIf/dhAPm/vmyHdCedlZS88/bviXfR6Z
zR1zewTRKXeqx4Jvq+k5F178fBzqWmevRl4UhZLARC6ABqI/n1l5vo6rCoeVCvSb
xvrdw5UK0Zz7eSLLQSPlyVea61XfunzZq6uelX3BZyXhCcUH5+mBeSk+2/Uajz+5
AhMdnZaJSBC/SqfkCsNZEEudtXUT1N4gXSrYDUzbWKsHj33QY/bQ+aHODVgFKD+P
IsEqf7tn2usDIuIM+QkbOxXy4EkuqqVtwWzPzQDxoqk9zy38+ynhUcEPPwB6eXhd
uNqjlt/yUluQ+HIvDyUiKXxjcEbXWC5g5W8WdsPZE3nNGPgjlRAlEYtXRQx505I6
wgkGFR4ypmy7w7Afz1zCxhz19J0XEcIKcmJBzWAml3M1p8eBcbPxOyxNdfs5ewoB
YoMhq6Y4actceL68uXxPlVXOxvnKzqW1p49+1dWML8NJzW5NcAM3APcy3ZDAuEPx
nEaX320gyVITHbsnwye7VbiQn369iZofU0LCaeBrhlSPXl9H2QUKenhUdTYUcB7+
+s8As2B/G6LmFuWnYOnz
=qObl
-----END PGP SIGNATURE-----



From tobias at antifuse.de  Sun Dec 30 18:29:35 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Sun, 30 Dec 2012 19:29:35 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50DCE63F.4090806@mazdermind.de>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi> <50DC136B.3030606@antifuse.de>
 <op.wpzfetlnhg6zzq@masi> <50DCE63F.4090806@mazdermind.de>
Message-ID: <50E0880F.1020702@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/28/12 01:22, Peter Körner wrote:
> Hi Tobias, Masi,
>
> Am 27.12.2012 16:45, schrieb Masi Master:
>> also bei mir funktioniert es...
>> Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird
>> manchmal abgeschnitten. Mit welcher Einstellung oder Befehl man das
>> unterbindet, weiß ich leider nicht.
>
> Der entsprechende Parameter im Mapnik-XML lautet buffer-size. Sinnvolle
Werte wären beispielsweise 64 oder 128.
>
> Beispiel:
> <Map background-color="#b5d0d0" srs="&srs900913;"
minimum-version="2.0.0" buffer-size="64">
>
> Lg, Peter
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Hi Peter,

ich hab jetzt die buffer-size auf 128 gestellt. Die größe eines meiner
Tiles liegt bei 256px.
In meinem beispiel hab ich die Wanderwege der Region mit schönen großen
"keksen" versehen 18x18px und rendere sie mit "<ShieldSymbolizer
size="14" fill="#fff" placement="line" file="&symbols;/hike.png"
spacing="800" minimum-distance="40"
fontset-name="bold-fonts">[ref]</ShieldSymbolizer>" in meine Karte.
Die Darstellung auf den Tiles ist leider nicht optimal (
http://mac.piffpaffpuff.net/osm/darstellung.png ) oft treten halbe oder
3/4te "kekse" auf. Hat jemand eine Idee woher das kommt und wie ich das
am einfachsten beheben kann?

An einer anderen stelle habe ich das problem dass der "keks" von
Wanderweg 1 (relation ref=1) vom Weg des Wanderweges 0 (relation ref=0)
überdeckt wird... :-(

Gruß Tobias


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ4IgOAAoJEEbEq/z9yHouKC0P/jlEmVZcf5HJKi74gpUTBUeb
yF4ff/PZcvNAyj0/WZs4ajtqhi1ZRjUsMIs3OIGtT7KGqoc4s9Osok37Uxt5Z3jr
Mgwmvgl6JN7PxkCyQ6NwpD3GfGmr6OpsEPaenQmwjW2UUJhSHQEAKZqH2l2IigxJ
BUD/k78nHPzPWy0wuKdzzDE6r7t6epJhPAlNmNcNmN0/Ii+/aPzZTXiDrjB+Goq7
TvyJpPVFiqs7Ux+n5BXgKihwVEkRVHw+YJuP2rTHfmP65IrcB2/N1BCH0wqC3+GD
QHOjY4jeCQCwuWkdH8wckSkHEqHLUtd4JcF5yd7MWC8tlgtfanjPBg0K/t2q2Tm0
ZLhIx/93g4hS3mySbz2x6CrNwKi4tB2lPPD6d6Vj2znP6oXBlr+nxHO8yGkfmvbZ
5u/rW0GZIUW/Wvx1Tq/RvI1t68YUtzTsyTmvn79Q0GUltk0A7uSuahlPYJgr5KKU
hmiWO1pwyOMH0zRPXd64kIhRHcVLQi6XEDGmQ+Bue1kJ7jmQK2LAHYqdGotUjhJK
xhX3rfS2SwzeVwh4WnKczXrKEEpz85Pc64P+p8G58GhsWDoIbrjFMGt3eMxvT4R9
Xldw+/Ngb8pBnTMdQwN1LWone6nC3Y7ziVm0kpNrb8+9fSEC8aGA2RUJ0TxtfcMb
r0BYbES1NYhbqFO1EU6P
=eWQ3
-----END PGP SIGNATURE-----




From osm at stephans-server.de  Sun Dec 30 22:55:44 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sun, 30 Dec 2012 23:55:44 +0100
Subject: [Talk-de] SBAS macht Position schlechter
Message-ID: <courier.50E0C670.00005994@stephans-server.de>

Hallo, 

jetzt ist es mir passiert. Ich hatte im Logger SBAS eingeschaltet in einem 
Gebiet in dem keine Korrekturdaten vorliegen. Der MT3329 im Transystem 
747A+ scheint unfähig das zu erkennen.
Ich hätte den Teil mit den IGP Masken aus der Spezifikation so verstanden 
dass der Empfänger das auswerten muss. 

In meinem Blogpost habe ich einen Screenshot von der Abweichung die sich 
ergeben hat. 

http://www.technologyblog.de/2012/12/warum-sbas-fluch-und-segen-zugleich-ist
/ 

Ich empfehle nach dieser Erfahrung jedem der seinen Logger mit in den 
Urlaub nimmt im Zweifelsfall SBAS abzuschalten. 

Stephan



From tobias at antifuse.de  Mon Dec 31 09:27:44 2012
From: tobias at antifuse.de (Tobias Hobmeier)
Date: Mon, 31 Dec 2012 10:27:44 +0100
Subject: [Talk-de] mapnik high res rendering
In-Reply-To: <50E0880F.1020702@antifuse.de>
References: <50DAADFC.4000708@antifuse.de> <50DAB073.4020006@antifuse.de>
 <op.wpybs8iahg6zzq@masi> <50DC136B.3030606@antifuse.de>
 <op.wpzfetlnhg6zzq@masi> <50DCE63F.4090806@mazdermind.de>
 <50E0880F.1020702@antifuse.de>
Message-ID: <50E15A90.1030809@antifuse.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/30/12 19:29, Tobias Hobmeier wrote:
> An einer anderen stelle habe ich das problem dass der "keks" von
> Wanderweg 1 (relation ref=1) vom Weg des Wanderweges 0 (relation ref=0)
> überdeckt wird...
Ha!

ads problem bah ich mitlerweile durch einen split der Style Regeln gelöst.
Dachte nicht dass das so einfach geht.

Gruß Tobias

snippet:

<Style name="hiking-routes">
    <Rule>
      &maxscale_zoom7;
      &minscale_zoom14;
      <LineSymbolizer stroke="#ff00009b" stroke-width="4"/>
    </Rule>
    <Rule>
      &maxscale_zoom15;
      <LineSymbolizer stroke="#ff00009b" stroke-width="5"/>
    </Rule>
</Style>

<Style name="hiking-labels">
    <Rule>
      &maxscale_zoom15;
      <ShieldSymbolizer size="14" fill="#fff" placement="line"
file="&symbols;/hike.png" spacing="800" minimum-distance="40"
fontset-name="bold-fonts">[ref]</ShieldSymbolizer>
    </Rule>
</Style>


<Layer name="hiking-routes" status="on" srs="&osm2pgsql_projection;">
    <StyleName>hiking-routes</StyleName>
    <StyleName>hiking-labels</StyleName>
    <Datasource>
      <Parameter name="table">
      (select way,ref from &prefix;_line where route='hiking' ) as routes
      </Parameter>
      &datasource-settings;
    </Datasource>
</Layer>



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ4VqQAAoJEEbEq/z9yHoudjIP/jDZEeuRLe7JEN/O6cP/2zX9
4c9ShaLsWm8F4ol2vWL4RiB8F3G5tb3yTBI1k7tURD/6fwqTirFAHNZMGWJzuZH5
PlPyX5Ci7xMwNugR/1HfzI/wk58G3fnm13DLsoNPqiZXp6hyjlG7sIJyck2TY32X
24uUbtPLn3gGqUG5+Pl/sOkYERGKuVqALJ+uvjdizB9sse1wGKzeW3bezQFchm4Z
Cf2YbF0P4o3zMicIHKhHo7jbrO3LEfxEnUQP0LjdXQjN3KasPtxFRH4MIw1neU7v
imSukdI6/6UWQ2/af1d83n1e4eNsX8Zlzo43AmfwUrmhY6ykR4tinyUVi+zwRCHr
pUTE51Y27z6craeCiy9KXvBjJgpomYksm4z+9QRDi2vXt0k9J/rKdjT0GAFqxztc
9/Hk9chMqneSG2v3X/jcC44GCxZp+TRMhcHYhZmiiGgQbIfEykGNEWw+hyt0wGqd
kToU1yJP0YYhMJrqJxxrMuAU0CvhKgl6G/zpP2j+NEVHdHaNi5rM/sO4srtw3xS4
vhIKiUJh723/lK4/hIovYk7wcmdiQWJrewJkR7WtS1YyeixwBGy/IMckXbSZK5PI
Ahu8A3W7sCh6j2R32ekIllP5Tk0cqW1dApdBzMxw8qJ1/e/5EcinPHEdpsSgm82E
k/hVV7qINlPwY5OmOPvv
=+JWB
-----END PGP SIGNATURE-----




From m.gehling at gmx.de  Mon Dec 31 13:20:47 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Mon, 31 Dec 2012 14:20:47 +0100
Subject: [Talk-de] =?windows-1252?q?Wochennotiz_Nr=2E_128_23=2E12=2E_=96_3?=
 =?windows-1252?q?0=2E12=2E2012?=
Message-ID: <CDD125C2-5D33-498C-A739-E04B8236F9AB@gmx.de>

Hallo,

die Wochennotiz Nr. 128 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-128/

Viel Spaß beim Lesen!