From l.schimmer at cgv.tugraz.at  Mon Oct  1 06:12:25 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Mon, 01 Oct 2012 08:12:25 +0200
Subject: [Talk-de] OSM.org langsam, fehlende Kacheln...
Message-ID: <50693449.1020300@cgv.tugraz.at>

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

Moin!

Weiß einer, was die am openstreetmap.org schrauben?

Seit Freitag fehlen viele Kacheln in der Map beim betrachten.
Und der munin zeigt auch viele Connections zum DB Server im status
waiting for lock...

http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/postgres_locks_openstreetmap_9_1_main.html
Zeigt auch an, das was ned stimmt...

Danke.

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 Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBpNEkACgkQmWhuE0qbFyPv1QCfYUIxv6DQa0Gg2tnF4HTztHCJ
PrgAnihkldUwOnAyaQyhFfhw9Ou6hA5R
=oqTh
-----END PGP SIGNATURE-----



From liste12A45q7 at gmx.de  Mon Oct  1 06:56:12 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Mon, 01 Oct 2012 08:56:12 +0200
Subject: [Talk-de] =?iso-8859-1?q?K=FCstenlinien?=
In-Reply-To: <5067225F.7080102@googlemail.com>
References: <5054A536.8050009@raupach.cc>
 <20120915160131.GA26001@eldorado.topf.org> <5054D415.4040102@raupach.cc>
 <k3hobi$3bt$3@ultimate100.geggus.net> <505CA3E3.5060300@raupach.cc>
 <k3in3v$dvk$3@ultimate100.geggus.net> <5067225F.7080102@googlemail.com>
Message-ID: <50693E8C.2090401@gmx.de>

Hi,

> im Prinzip sollte das ... funktionieren.

Nicht alles was technisch machbar ist ist auch sinnvoll ;-)

Die seewärtige Landesgrenze leitet sich von der *Basislinie* ab.
(NICHT von der Küstenlinie)

Gruss, Markus




From ohrosm at gmail.com  Mon Oct  1 07:25:56 2012
From: ohrosm at gmail.com (=?ISO-8859-1?Q?Michael_Kr=E4mer?=)
Date: Mon, 1 Oct 2012 09:25:56 +0200
Subject: [Talk-de] =?iso-8859-1?q?K=FCstenlinien?=
In-Reply-To: <50693E8C.2090401@gmx.de>
References: <5054A536.8050009@raupach.cc>
 <20120915160131.GA26001@eldorado.topf.org>
 <5054D415.4040102@raupach.cc> <k3hobi$3bt$3@ultimate100.geggus.net>
 <505CA3E3.5060300@raupach.cc> <k3in3v$dvk$3@ultimate100.geggus.net>
 <5067225F.7080102@googlemail.com> <50693E8C.2090401@gmx.de>
Message-ID: <CADuOafV6K5SDrZyHgJe80PZmySKHgusQpJiG4XaLU70iDJjU5g@mail.gmail.com>

Hallo,

Am 1. Oktober 2012 08:56 schrieb Markus <liste12A45q7 at gmx.de>:

> Die seewärtige Landesgrenze leitet sich von der *Basislinie* ab.
> (NICHT von der Küstenlinie)
>

Teilweise ist eine Basislinie zwar durch die Küste definiert - dann aber
durch die Niedrigwasserlinie und damit auch nicht durch die Küstenlinie in
OSM.

Aber wenn die offizielle Basislinie nicht bzw. nicht mit einer geeigneten
Lizenz verfügbar ist, dann lieber etwas aus der Küste berechnen als gar
keine Grenze, oder? Ok, darüber kann man trefflich streiten...

Grüße,
    Michael


From liste12A45q7 at gmx.de  Mon Oct  1 07:57:23 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Mon, 01 Oct 2012 09:57:23 +0200
Subject: [Talk-de] =?iso-8859-1?q?K=FCstenlinien?=
In-Reply-To: <CADuOafV6K5SDrZyHgJe80PZmySKHgusQpJiG4XaLU70iDJjU5g@mail.gmail.com>
References: <5054A536.8050009@raupach.cc>
 <20120915160131.GA26001@eldorado.topf.org> <5054D415.4040102@raupach.cc>
 <k3hobi$3bt$3@ultimate100.geggus.net> <505CA3E3.5060300@raupach.cc>
 <k3in3v$dvk$3@ultimate100.geggus.net> <5067225F.7080102@googlemail.com>
 <50693E8C.2090401@gmx.de>
 <CADuOafV6K5SDrZyHgJe80PZmySKHgusQpJiG4XaLU70iDJjU5g@mail.gmail.com>
Message-ID: <50694CE3.6010708@gmx.de>

Hallo Michael,

>> Die seewärtige Landesgrenze leitet sich von der *Basislinie* ab.
>> (NICHT von der Küstenlinie)
>
> teilweise ist die Basislinie durch die *Niedrigwasserlinie* definiert

In DE etwa 10%

> und damit /nicht/ durch die Küstenlinie in OSM.

Ja, in OSM ist die Küstenlinie durch die Hochwasserlinie definiert.

> wenn die offizielle Basislinie nicht verfügbar ist,
> dann lieber etwas aus der Küste berechnen als gar keine Grenze

Klar - aber dann unbedingt mit einem FIXME=ungefähr geschätzt (oder so)

Gruss, Markus



From atrawog at kartenwerkstatt.at  Mon Oct  1 10:31:24 2012
From: atrawog at kartenwerkstatt.at (Andreas Trawoeger)
Date: Mon, 1 Oct 2012 12:31:24 +0200
Subject: [Talk-de] Luftbilder via OpenGeoServer.at
In-Reply-To: <ueqe68t185somjof3hujaioam70ajcmlht@4ax.com>
References: <CAOW4KXgZZ_Vn7HvNTVQXnyat0Ma6GPbgs1hC0vDbQLaXGz=2Rw@mail.gmail.com>
 <506566A3.5020809@aighes.de>
 <CAOW4KXgZOojqU8gNKM60PebRvv0zmc0HqdS79bnEL4wz03K76A@mail.gmail.com>
 <ueqe68t185somjof3hujaioam70ajcmlht@4ax.com>
Message-ID: <CAOW4KXh+ST3LmCiePBT7giEBOsWR4np3n7O6b-yfowwGPRSw4Q@mail.gmail.com>

Am 29. September 2012 23:41 schrieb Tirkon <tirkon33 at yahoo.de>:

> Andreas Trawoeger <atrawog at kartenwerkstatt.at> wrote:
>
> >Datenquellen wie Yahoo oder Bing Maps sind nicht immer 100%
> >orthoreferenziert weshalb die darauf basierenden OSM Daten gegenüber den
> >amtlichen Daten einen mehr oder weniger starken Versatz aufweisen.
>
> Wie sollen die Bilder von Bing exakt orthoreferenziert werden? Ein GPS
> Logger ist sicher zu ungenau, um dies zu leisten.
>

Merkwürdigerweise tritt der Bildversatz teilweise auch bei Luftbildern auf,
die vom amtlicher Stelle kommen und eigentlich orthoreferenziert sein
müssten. In sofern wurde beim Bildimport entweder geschlampt oder die
Ungenauigkeiten sind Teil der Vertragsbedingungen (indem z.B. nur die noch
nicht orthoreferenzieren Rohdaten weitergegeben wurden).


> Hast Du auch die Bilder von Aerowest auf der Agenda?
>

Es gibt ein paar zusätzliche Datenquellen auf meiner Agenda: Aerowest,
Schweizer Kantone eventuell Geoimage.at

Man müsste bei diesen Quellen aber die genauen Nutzungsbedingungen im
Detail abklären. Ich verwende derzeit nur Datenquellen, bei denen es
explizit erlaubt ist die Daten unter einer Creative Commons Lizenz
weiterzugeben. Weil ich ansonsten, je nach gewählten Bildausschnitt die
Nutzungsbedingungen wechseln müsste :-(

Es wäre aber technisch kein Problem, einen eignen OSM-Only Layer zu
konfigurieren, bei dem das Abzeichnen für OSM erlaubt ist, die
Weiternutzung der Bildkacheln für andere Zwecke aber untersagt ist.

cu andreas


From osm at stephans-server.de  Mon Oct  1 15:29:05 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Mon, 01 Oct 2012 17:29:05 +0200
Subject: [Talk-de] OSM.org langsam, fehlende Kacheln...
In-Reply-To: <50693449.1020300@cgv.tugraz.at>
References: <50693449.1020300@cgv.tugraz.at>
Message-ID: <courier.5069B6C1.0000035C@stephans-server.de>

Hallo Lars, 

Lars Schimmer writes: 

> Seit Freitag fehlen viele Kacheln in der Map beim betrachten.

Dazu schaust du aber den falschen Graph an. 

> Und der munin zeigt auch viele Connections zum DB Server im status
> waiting for lock...
> http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/postgres_locks_openstreetmap_9_1_main.html

Das klingt für mich eher nach einer höheren Last auf der Datenbank. 
Eventuell größere automatisierte Edits/Imports. 

Das Rendering kommt von dem hier, arbeitet auf einer Kopie der Daten.
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html 

sdb scheint seit dem Wochenende etwas weniger stark ausgelastet, ist aber 
im längeren Verlauf auch nicht ungewöhnlich... 

Stephan



From benjamin at lebsanft.org  Tue Oct  2 08:31:26 2012
From: benjamin at lebsanft.org (Benjamin Lebsanft)
Date: Tue, 02 Oct 2012 10:31:26 +0200
Subject: [Talk-de] =?iso-8859-15?q?Vandalismus=2C_wie_=C4nderungen_ansehen?=
	=?iso-8859-15?q?=3F?=
Message-ID: <506AA65E.2080202@lebsanft.org>

Hallo zusammen,

gerade sind mir in meinem Heimatort fehlende Straßen aufgefallen, die
nicht vom redaction bot gelöscht wurden, zumindest tauchen sie hier
nicht auf:

http://tools.geofabrik.de/osmi/?view=redactionbot&lon=10.60098&lat=47.87008&zoom=16&overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted

Ich habe das jetzt soweit wie möglich wiederhergestellt, ich würde aber
dennoch gerne wissen wer die gelöscht hat. Der Owl-Viewer geht ja nicht
mehr, gibt es was vergleichbares?

Danke
Benni



From osm at aighes.de  Tue Oct  2 08:46:11 2012
From: osm at aighes.de (aighes)
Date: Tue, 02 Oct 2012 10:46:11 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Vandalismus=2C_wie_=C4nderungen_ansehen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <506AA65E.2080202@lebsanft.org>
References: <506AA65E.2080202@lebsanft.org>
Message-ID: <506AA9D3.7090602@aighes.de>

Hallo,
bspw. mit
http://zverik.osm.rambler.ru/whodidit/?lat=47.8717&lon=10.60084&zoom=16&layers=BTT&age=187
kannst du dir deine Gegend anschauen. Am 28.8. war der zweite 
Redaction-Bot in deiner Gegend und hat sich um das Entfernen von 
vermeintlichem Copy&Paste-Ramappings gekümmert.

Viele Grüße
Henning

Am 02.10.2012 10:31, schrieb Benjamin Lebsanft:
> Hallo zusammen,
>
> gerade sind mir in meinem Heimatort fehlende Straßen aufgefallen, die
> nicht vom redaction bot gelöscht wurden, zumindest tauchen sie hier
> nicht auf:
>
> http://tools.geofabrik.de/osmi/?view=redactionbot&lon=10.60098&lat=47.87008&zoom=16&overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted
>
> Ich habe das jetzt soweit wie möglich wiederhergestellt, ich würde aber
> dennoch gerne wissen wer die gelöscht hat. Der Owl-Viewer geht ja nicht
> mehr, gibt es was vergleichbares?
>
> Danke
> Benni




From chris66nrw at gmx.de  Tue Oct  2 08:44:05 2012
From: chris66nrw at gmx.de (Chris66)
Date: Tue, 02 Oct 2012 10:44:05 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Vandalismus=2C_wie_=C4nderungen_ansehen?=
	=?iso-8859-1?q?=3F?=
In-Reply-To: <506AA65E.2080202@lebsanft.org>
References: <506AA65E.2080202@lebsanft.org>
Message-ID: <k4e9gg$9n1$1@ger.gmane.org>

Am 02.10.2012 10:31, schrieb Benjamin Lebsanft:

> gerade sind mir in meinem Heimatort fehlende Straßen aufgefallen, die
> nicht vom redaction bot gelöscht wurden, zumindest tauchen sie hier
> nicht auf:
> 
> http://tools.geofabrik.de/osmi/?view=redactionbot&lon=10.60098&lat=47.87008&zoom=16&overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted
> 
> Ich habe das jetzt soweit wie möglich wiederhergestellt, ich würde aber
> dennoch gerne wissen wer die gelöscht hat. Der Owl-Viewer geht ja nicht
> mehr, gibt es was vergleichbares?

Hi,
eventuell wurden sie vom C&P Bot gelöscht.
Tauchen die Ways in der Potlatch undelete Funktion auf?

Chris





From benjamin at lebsanft.org  Tue Oct  2 08:48:42 2012
From: benjamin at lebsanft.org (Benjamin Lebsanft)
Date: Tue, 02 Oct 2012 10:48:42 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Vandalismus=2C_wie_=C4nderungen_ansehen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <506AA9D3.7090602@aighes.de>
References: <506AA65E.2080202@lebsanft.org> <506AA9D3.7090602@aighes.de>
Message-ID: <506AAA6A.5020006@lebsanft.org>

Hallo Henning,

vielen Dank für den Link!

Muss ich mir wohl mal die Gegend komplett nochmal anschauen.

Grüße
Benni

Am 02.10.2012 10:46, schrieb aighes:
> Hallo,
> bspw. mit
> http://zverik.osm.rambler.ru/whodidit/?lat=47.8717&lon=10.60084&zoom=16&layers=BTT&age=187
> 
> kannst du dir deine Gegend anschauen. Am 28.8. war der zweite
> Redaction-Bot in deiner Gegend und hat sich um das Entfernen von
> vermeintlichem Copy&Paste-Ramappings gekümmert.
> 
> Viele Grüße
> Henning



From krippi at gmail.com  Tue Oct  2 08:42:16 2012
From: krippi at gmail.com (Jannis Achstetter)
Date: Tue, 02 Oct 2012 10:42:16 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Vandalismus=2C_wie_=C4nderungen_ansehen?=
 =?iso-8859-1?q?=3F?=
In-Reply-To: <506AA65E.2080202@lebsanft.org>
References: <506AA65E.2080202@lebsanft.org>
Message-ID: <506AA8E8.8060609@gmail.com>

Am 02.10.2012 10:31, schrieb Benjamin Lebsanft:
> Ich habe das jetzt soweit wie möglich wiederhergestellt, ich würde aber
> dennoch gerne wissen wer die gelöscht hat. Der Owl-Viewer geht ja nicht
> mehr, gibt es was vergleichbares?

Versuch es doch mal hiermit:
http://zverik.osm.rambler.ru/whodidit/?zoom=15&lat=47.8709&lon=10.60207&layers=BTT&age=187

Viele Grüße



From dieterdreist at gmail.com  Tue Oct  2 10:36:13 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 2 Oct 2012 12:36:13 +0200
Subject: [Talk-de] =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
Message-ID: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>

Weiss jemand von Euch, wie der aktuelle Stand ist bei den
Lizenzverletzungen durch Microsoft (und neuerdings auch Apple)? Ist ja
immerhin schon seit Januar 2012, dass die unsere cc-by-sa Daten mit
Ihren Luftbildern mischen.
http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring

Bei Apple's neuen Karten (in iOS6) fehlt der Hinweis auf cc-by-sa bei
der Attributierung: http://gspa21.ls.apple.com/html/attribution.html
und auch dass nicht angegeben wird, welche Daten/Bereiche von OSM
stammen, dürfte eine Lizenzverletzung sein (wie kann man denn sonst
seine Rechte z.B. zur Weiterverbreitung ausüben?). Evtl. mischen sie
auch unsere Daten mit anderen Datasets (dort, wo sie sowieso OSM
einsetzen wie z.B. in Pakistan, wobei uns das egal sein kann, solange
das Endprodukt wieder cc-by-sa ist).

Wie ist Eure Meinung? Wozu hat man denn eine Lizenz, wenn man danach
deren Einhaltung nicht durchsetzt? Wäre es nicht ehrlicher, gleich PD
zu machen? Mir ist klar, dass man nicht einfach so mal ein
Gerichtsverfahren gegen diese Konzerne anstrengt, aber meine Vermutung
wäre, dass man für so was auch breite Unterstützung aus
unterschiedlicher Richtung bekommen könnte. (Sofern die Experten
überhaupt eine Chance sehen, cc-by-sa auf Daten durchzusetzen.)

Gruß Martin



From jamesmikedupont at googlemail.com  Tue Oct  2 12:49:22 2012
From: jamesmikedupont at googlemail.com (Mike Dupont)
Date: Tue, 2 Oct 2012 14:49:22 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
Message-ID: <CAF0qKV2jxrrhz7bRro8gvksHCsQR_mMaSMHp2KDNpzLV=nwafA@mail.gmail.com>

2012/10/2 Martin Koppenhoefer <dieterdreist at gmail.com>:
> (Sofern die Experten
> überhaupt eine Chance sehen, cc-by-sa auf Daten durchzusetzen.)
Siehe thread dazu hier
lists.ibiblio.org/pipermail/cc-community/2012-September/007940.html


-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3



From MichaelK_OSM at gmx.de  Tue Oct  2 23:02:28 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Wed, 03 Oct 2012 01:02:28 +0200
Subject: [Talk-de] Fwd: [OSM-talk] NOTICE: tile.osm.org updates disabled for
 next few hours
In-Reply-To: <CAGXuowguv8L-E=7BdqqO-nNBf0VQukh5AJrz5FdFa0PyhNGzKg@mail.gmail.com>
References: <CAGXuowguv8L-E=7BdqqO-nNBf0VQukh5AJrz5FdFa0PyhNGzKg@mail.gmail.com>
Message-ID: <506B7284.5010408@gmx.de>

FYI: keine Updates der Tiles in den nächsten Stunden.


Grüße,
Michael.


-------- Original-Nachricht --------
Betreff: 	[OSM-talk] NOTICE: tile.osm.org updates disabled for next few 
hours
Datum: 	Tue, 2 Oct 2012 23:49:27 +0100
Von: 	Grant Slater <openstreetmap at firefishy.com>
An: 	Talk Openstreetmap <talk at openstreetmap.org>



OSM,

I have disabled tile updating on tile.openstreetmap.org (Standard
mapnik map tiles) for the next few hours.
Tiles which currently do not exist on the server (haven't been viewed
in the last few months) will result in 404 - File Not Found error.

Tech: Fixing a filesystem corruption issue effecting z17 and z18
tiles. XFS freespace trees are corrupt.

Regards
  Grant
  Part of OSM sysadmin team.

_______________________________________________
talk mailing list
talk at openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk






From frederik at remote.org  Wed Oct  3 00:23:46 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 03 Oct 2012 02:23:46 +0200
Subject: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
In-Reply-To: <500D2626.9040103@remote.org>
References: <500D2626.9040103@remote.org>
Message-ID: <506B8592.6000405@remote.org>

Hallo,

    ich habe den Layer jetzt noch so angepasst, dass er diejenigen 
zusaetzlichen Redactions, die vom Account "pnorman redaction revert" 
unmittelbar vor dem Lizenzwechsel gemacht wurden, auch mit anzeigt.

Bye
Frederik

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



From mcsmurf at mcsmurf.de  Wed Oct  3 13:51:58 2012
From: mcsmurf at mcsmurf.de (Frank Wein)
Date: Wed, 03 Oct 2012 15:51:58 +0200
Subject: [Talk-de] =?iso-8859-1?q?Distriktgrenzen_anhand_von_Stra=DFenverz?=
 =?iso-8859-1?q?eichnis_eintragen=2C_Grenzverlauf=3F?=
Message-ID: <506C42FE.7050100@mcsmurf.de>

Hallo,
ich hab mal ne Frage wie man Distriktgrenzen in einer Stadt am besten
einträgt bzw. ob das in meinem Fall überhaupt vernünftig möglich ist. Es
geht dabei um die Stadt Bayreuth, ich hab vor paar Tagen mal bei der
Stadt angefragt ob es eine Karte der Distriktgrenzen gibt (hat mich
einfach mal interessiert, war nicht speziell auf OSM bezogen), falls es
keine Karte gibt wäre für mich auch ein Straßenverzeichnis der Distrikte
o.ä. ok gewesen. Daraufhin hab ich ein Straßenverzeichnis mit Einteilung
nach Distrikten per E-Mail bekommen, auf Nachfrage hin darf ich diese
auch verwenden um in OSM die Distrikte einzuzeichnen. Jetzt hab mal ein
paar Distrikte in JOSM importiert, dazu hab ich mit Hilfe der Suche alle
Straßen in Bayreuth gesucht, die jeweils zu diesem Distrikt gehören
(Suchbegriff in JOSM war dann name:(Straße1 | Straße2 | ...). Der
Übersichtlichkeit halber hab ich die gefundenen Elemente dann in eine
jeweils neue Ebene mit den einzelnen Distrikten kopiert.
Jetzt sieht das zwei Distrikten (nur als Beispiel) nebeinander aber z.B.
so aus:
Distrikt 1 (hat in Wirklichkeit ne andere Nummer):
http://www.abload.de/img/distrikt1qvlar.jpg
Distrikt 2, direkt rechts davon: http://www.abload.de/img/distrikt2ely3j.jpg

Bei Distrikt 1 wäre es noch einigermaßen möglich ein Relation mit den
Grenzen zu zeichnen (allerdings sieht man unten am Bild auch schon, dass
dort zwei Straßen aus diesem Gebiet "rausragen"). Was würde man dann
aber bei Gebiet 2 machen? Das hat ja mehr so eine Baumform (abstrakt
gesehen ;-). Oder sollte ich die Idee lieber vergessen mit Hilfe eines
Straßenverzeichnises konkrete Grenzen einzeichen zu können? Gäbe es dann
zumindest eine andere Art von Relation, in der man die Zugehörigkeit von
Straßen zu Distrikten erfassen könnte?

Gruß
Frank



From ke at gnu.franken.de  Wed Oct  3 13:53:29 2012
From: ke at gnu.franken.de (Karl Eichwalder)
Date: Wed, 03 Oct 2012 15:53:29 +0200
Subject: [Talk-de] Update von nominatim.osm.org
In-Reply-To: <BLU0-SMTP57FF922DD873E3F5DBD1F2BFA30@phx.gbl> (Harald's message
 of "Sun, 26 Aug 2012 22:55:03 +0200")
References: <20120826184413.GA23938@denofr.de> <k1dvk2$2a0$1@ger.gmane.org>
 <20120826202919.GA24487@denofr.de>
 <BLU0-SMTP57FF922DD873E3F5DBD1F2BFA30@phx.gbl>
Message-ID: <m2pq4zach2.fsf@gnu.franken.de>

Harald <augkem at hotmail.de> writes:

> Ähmm, der "Zusatz" "Spreewald" dürfte ja wohl mehr oder weniger
> zwingend in den name-Tag gehören, da der offizielle Name meines Wissen
> eben "Lübben (Spreewald)".

In meinen augen gehört so etwas nach name_official.

-- 
Karl Eichwalder



From ewoerner at kde.org  Wed Oct  3 15:19:24 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Wed, 03 Oct 2012 17:19:24 +0200
Subject: [Talk-de] Update von nominatim.osm.org
In-Reply-To: <20120911163115.GB1761@denofr.de>
References: <20120826184413.GA23938@denofr.de> <9695059.JEuBp01Egk@obiwan>
 <20120911163115.GB1761@denofr.de>
Message-ID: <13230063.errOu1VLt6@obiwan>

Hallo Sarah,

Am Dienstag, 11. September 2012, 18:31:15 schrieb Sarah Hoffmann:
> > bin mir immer noch nicht sicher, warum es nicht funktioniert. Beispiel Aystetten:
> > Suche ( http://nominatim.openstreetmap.org/search.php?q=Aystetten ) liefert sowohl Relation als auch Knoten, aber:
> > 
> > ? die Relation und der Knoten heißen gleich
> > ? die Relation ( http://www.openstreetmap.org/browse/relation/443333 ) enthält den Knoten mit Rolle "label"
> > ? die Änderungen sind schon vor ein paar Tagen passiert
> 
> Es gab da noch ein Problem mit den Updates von Place-Boundary-Verbindungen.
> Im Code ist das bereits repariert, aber der OSM-Server wird erst in
> ca. 2 Wochen das nächste Software-Update erhalten. Es wird wegen dem
> Lizenzwechsel auch nochmal einen Neuimport der Datenbank geben in naher
> Zukunft. Spätestens dann sollten deine Änderungen sichtbar sein.

ich nehme an, den Neuimport hat es schon gegeben? Das Beispiel funktioniert leider immer noch nicht.

Eckhart



From lonvia at denofr.de  Wed Oct  3 15:59:26 2012
From: lonvia at denofr.de (Sarah Hoffmann)
Date: Wed, 3 Oct 2012 17:59:26 +0200
Subject: [Talk-de] Update von nominatim.osm.org
In-Reply-To: <13230063.errOu1VLt6@obiwan>
References: <20120826184413.GA23938@denofr.de> <9695059.JEuBp01Egk@obiwan>
 <20120911163115.GB1761@denofr.de> <13230063.errOu1VLt6@obiwan>
Message-ID: <20121003155926.GA18274@denofr.de>

On Wed, Oct 03, 2012 at 05:19:24PM +0200, Eckhart Wörner wrote:
> Hallo Sarah,
> 
> Am Dienstag, 11. September 2012, 18:31:15 schrieb Sarah Hoffmann:
> > > bin mir immer noch nicht sicher, warum es nicht funktioniert. Beispiel Aystetten:
> > > Suche ( http://nominatim.openstreetmap.org/search.php?q=Aystetten ) liefert sowohl Relation als auch Knoten, aber:
> > > 
> > > ? die Relation und der Knoten heißen gleich
> > > ? die Relation ( http://www.openstreetmap.org/browse/relation/443333 ) enthält den Knoten mit Rolle "label"
> > > ? die Änderungen sind schon vor ein paar Tagen passiert
> > 
> > Es gab da noch ein Problem mit den Updates von Place-Boundary-Verbindungen.
> > Im Code ist das bereits repariert, aber der OSM-Server wird erst in
> > ca. 2 Wochen das nächste Software-Update erhalten. Es wird wegen dem
> > Lizenzwechsel auch nochmal einen Neuimport der Datenbank geben in naher
> > Zukunft. Spätestens dann sollten deine Änderungen sichtbar sein.
> 
> ich nehme an, den Neuimport hat es schon gegeben? Das Beispiel funktioniert leider immer noch nicht.

Der Neuimport steht leider immernoch aus. Wenn nichts dazwischen kommt,
wird es wohl übernächstes Wochenende passieren.

Gruss

Sarah



From ewoerner at kde.org  Wed Oct  3 16:13:32 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Wed, 03 Oct 2012 18:13:32 +0200
Subject: [Talk-de] Update von nominatim.osm.org
In-Reply-To: <20121003155926.GA18274@denofr.de>
References: <20120826184413.GA23938@denofr.de> <13230063.errOu1VLt6@obiwan>
 <20121003155926.GA18274@denofr.de>
Message-ID: <2100266.3D5mcDXvRT@obiwan>

Hallo Sarah,

Am Mittwoch, 3. Oktober 2012, 17:59:26 schrieb Sarah Hoffmann:
> Der Neuimport steht leider immernoch aus. Wenn nichts dazwischen kommt,
> wird es wohl übernächstes Wochenende passieren.

alles klar, danke.

Eckhart



From rkluge50 at web.de  Wed Oct  3 17:01:50 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Wed, 03 Oct 2012 19:01:50 +0200
Subject: [Talk-de] Parkhaus richtig mappen
Message-ID: <k4hr1t$g51$1@ger.gmane.org>

Hallo,

Eine unterirdisches Parkhaus hat zwei Zufahrten und zwei Ausfahrten und mehrere 
Abgänge für Fußgänger. Wie mappt man so etwas sauber, so dass alle Zu- und 
Ausfahrten und die Abgänge dem Parkhaus zugeordnet sind, und dann (hoffentlich) 
das (Oberflächen-)Routing bei Zieleingabe "Parkhaus XXX" sowohl für Kfz als auch 
Fußgänger funktioniert? Mein erster Ansatz war, die Zugänge mit Wegen zu 
verbinden, welche mit

gighway=service
service=parking_aisle
level=-1
tunnel=yes

getaggt sind. An einen Node auf diesen Ways kommt amenity=parking und name=xxx. 
Damit sollten Router zurecht kommen. Leider sieht das auf den üblichen Karten 
nicht besonders elegant aus. Ausserdem entspricht die unterirdische Wegführung 
nicht der Realität.

Alternativ käme eine Site-Relation in Frage. In diesem Fall würde ich nur die 
Zugänge mappen und zu der Relation hinzufügen. Ich befürchte aber, dass kein 
Router diese Art von Relation auswertet.

Gibt es bessere Vorschläge oder Beispiele?

Gruß
Rainer




From ma.reiter at gmail.com  Wed Oct  3 20:08:06 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Wed, 3 Oct 2012 22:08:06 +0200
Subject: [Talk-de] =?iso-8859-1?q?=C4nderungen_r=FCckg=E4nig_machen?=
Message-ID: <CAEsUX0LBLLY_AO0Dpi0dP5ECdmVe2AUzBnnufyn6LVvqB+K+rg@mail.gmail.com>

Hallo Liste,

einen korrekt gemappten Verkehrskreisel hat sich jemand als Übungsobjekt
ausgesucht.

Dabei hat er reichlich Mist produziert.

Wo kann ich nachlesen, wie ich diesem Mist rückgängig machen kann
und den Kreisel in seinen ursprünglichen Zustand zurückversetzen?

-- 
## Manfred Reiter


From osm at aighes.de  Wed Oct  3 21:19:10 2012
From: osm at aighes.de (aighes)
Date: Wed, 03 Oct 2012 23:19:10 +0200
Subject: [Talk-de] =?iso-8859-1?q?=C4nderungen_r=FCckg=E4nig_machen?=
In-Reply-To: <CAEsUX0LBLLY_AO0Dpi0dP5ECdmVe2AUzBnnufyn6LVvqB+K+rg@mail.gmail.com>
References: <CAEsUX0LBLLY_AO0Dpi0dP5ECdmVe2AUzBnnufyn6LVvqB+K+rg@mail.gmail.com>
Message-ID: <506CABCE.3060100@aighes.de>

Bspw: http://wiki.openstreetmap.org/wiki/Revert Oder einfach das 
Changeset verlinken und es andere machen lassen.

Auf jeden Fall aber den Verursacher ansprechen und ihm sagen, dass er 
etwas falsch gemacht hat und wie man es richtig macht. Beim Revert aber 
drauf achten, dass alle "guten" Änderungen erhalten bleiben. Ebenso 
sollte man einfach nur so reverten nur machen, wenn es sich um einen 
offensichtlichen Fehler handelt. Beispielsweise nur weil du der Meinung 
bist, dass ein Kreisverkehr ein geschlossener Weg sein muss und jemand 
anders das anders sieht, ist das noch kein Grund für einen revert ohne, 
dass man mit dem anderen User bzw. der Community den Fall ausdiskutiert hat.

Henning




From ma.reiter at gmail.com  Thu Oct  4 05:03:16 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 07:03:16 +0200
Subject: [Talk-de] =?iso-8859-1?q?=C4nderungen_r=FCckg=E4nig_machen?=
In-Reply-To: <506CABCE.3060100@aighes.de>
References: <CAEsUX0LBLLY_AO0Dpi0dP5ECdmVe2AUzBnnufyn6LVvqB+K+rg@mail.gmail.com>
 <506CABCE.3060100@aighes.de>
Message-ID: <CAEsUX0+ZszukrSxiY3o3mdz7ewbmMQc9X-nJ9pbc=xV5PVssag@mail.gmail.com>

Moin Henning,

Am 3. Oktober 2012 23:19 schrieb aighes <osm at aighes.de>:

> Bspw: http://wiki.openstreetmap.org/**wiki/Revert<http://wiki.openstreetmap.org/wiki/Revert>


Danke, schau ich mir an,
habe auch mittlerweile schon mal JOSM Reverter installiert


> Oder einfach das Changeset verlinken und es andere machen lassen.
>

nö ... ;-)

0. ich könnte es ja händisch erledigen ;-)
1. will ich's selber wissen wie man "reverted" ;-)
2. wahrscheinlich kann ich es noch gut brauchen, und muss es auch den
anderen in unserer Gruppe berichten, wie man es macht
3.

aber danke für das Angebot :-)


> Auf jeden Fall aber den Verursacher ansprechen und ihm sagen, dass er
> etwas falsch gemacht hat und wie man es richtig macht.


schon gemacht ... und auch ein howto dazu geschrieben ;-)


> Beim Revert aber drauf achten, dass alle "guten" Änderungen erhalten
> bleiben. Ebenso sollte man einfach nur so reverten nur machen, wenn es sich
> um einen offensichtlichen Fehler handelt.


handelt es sich, ganz sicher ;-)


> Beispielsweise nur weil du der Meinung bist, dass ein Kreisverkehr ein
> geschlossener Weg sein muss und jemand anders das anders sieht, ist das
> noch kein Grund für einen revert ohne, dass man mit dem anderen User bzw.
> der Community den Fall ausdiskutiert hat.


schon klar, es sind Schüler :-)
es war keine Absicht, einfach reine Unwissenheit, weil wir sie von den
falschen Leuten haben trainieren lassen. ... aber wie sagt der Polizist bei
Irma la Douce ... "das ist eine andere Geschichte" ;-)

Danke für die Hinweise
und einen schönen Tag in OSMLand ;-)


Manfred


From ma.reiter at gmail.com  Thu Oct  4 08:06:54 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 10:06:54 +0200
Subject: [Talk-de] OSM Sandbox
Message-ID: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>

Hallo zusammen,

meine Erfahrung mit jungen Leute, die man an OSM heranführen will,
zeigt, dass eine Sandbox für *OSM* durchaus hilfreich sein könnte.

Ich habe eine Sandbox gesucht, aber nicht gefunden; lediglich eine
Diskussion darüber. :-(

Gibt es eine solche Sandbox - und ich habe sie nur nicht gefunden?

Wie aufwändig wäre es, eine solche aufzusetzen?

Schönen Tag
-- 
## Manfred


From liste12A45q7 at gmx.de  Thu Oct  4 08:20:28 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 04 Oct 2012 10:20:28 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
Message-ID: <506D46CC.3080802@gmx.de>

Hallo Manfred,

> meine Erfahrung mit jungen Leute, die man an OSM heranführen will,
> zeigt, dass eine Sandbox für *OSM* durchaus hilfreich sein könnte.

Ja, den Bedarf hatte ich auch immer mal wieder.

Inzwischen arbeite ich mit Luftbildern und JOSM,
in Gebieten, wo die Teilnehmer ihren Urlaub planen
(und wo noch nicht so viel kartografiert ist)
Da tragen die Teilnehmer dann Strassen und Häuser ein.
Oder wir suchen das Haus der Grosseltern und tragen die Hausnummer ein. 
Oder in Orten wo sie sich gut auskennen werden Details eingetragen.

Für mehr reicht ein OSM-Einführungsnachmittag meist sowieso nicht.

Gruss, Markus




From ma.reiter at gmail.com  Thu Oct  4 08:37:49 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 10:37:49 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <506D46CC.3080802@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <506D46CC.3080802@gmx.de>
Message-ID: <CAEsUX0J9awzEyoOTP-u+3gD-Ko4Y+qAf_eSJ7ecDFvmU0Q4WYQ@mail.gmail.com>

## Manfred - (android) mobil - please excuse typos and brevity.

Am 04.10.2012 10:23 schrieb "Markus" <liste12A45q7 at gmx.de>:
>
> Hallo Manfred,
>
>> meine Erfahrung mit jungen Leute, die man an OSM heranführen will,
>> zeigt, dass eine Sandbox für *OSM* durchaus hilfreich sein könnte.
>
>
> Ja, den Bedarf hatte ich auch immer mal wieder.
>
> Inzwischen arbeite ich mit Luftbildern und JOSM,
> in Gebieten, wo die Teilnehmer ihren Urlaub planen
> (und wo noch nicht so viel ...

Machen wir auch ...
Reicht aber nicht aus, wenn man mehr machen will. ;-)

Deshalb die Sandbox ;-)

M.


From dieterdreist at gmail.com  Thu Oct  4 08:40:12 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 4 Oct 2012 10:40:12 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
Message-ID: <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>

Am 4. Oktober 2012 10:06 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
> meine Erfahrung mit jungen Leute, die man an OSM heranführen will,
> zeigt, dass eine Sandbox für *OSM* durchaus hilfreich sein könnte.
>
> Ich habe eine Sandbox gesucht, aber nicht gefunden; lediglich eine
> Diskussion darüber. :-(


hier ist die Sandbox im Wiki:
http://wiki.openstreetmap.org/wiki/Sandbox

und hier gibt es Infos zur Sandbox ("für Entwickler") fürs Karteneditieren:
http://wiki.openstreetmap.org/wiki/Sandbox_for_editing

Prinzipiell kann man das wohl auch als Mapper nutzen.

Gruß Martin



From ma.reiter at gmail.com  Thu Oct  4 08:53:11 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 10:53:11 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
Message-ID: <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>

Hi Martin,

sorry für Tofu.

Die Sandbox für Wiki ist sehr hilfreich. ;-)

An die OSM Sandbox für Entwickler traute ich nicht zu denken. Da müsste man
wohl nachfragen.... Mal sehen ... ;-)

Dank für den Hinweis.

## Manfred - (android) mobil - please excuse typos and brevity.
Am 04.10.2012 10:40 schrieb "Martin Koppenhoefer" <dieterdreist at gmail.com>:

> Am 4. Oktober 2012 10:06 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
> > meine Erfahrung mit jungen Leute, die man an OSM heranführen will,
> > zeigt, dass eine Sandbox für *OSM* durchaus hilfreich sein könnte.
> >
> > Ich habe eine Sandbox gesucht, aber nicht gefunden; lediglich eine
> > Diskussion darüber. :-(
>
>
> hier ist die Sandbox im Wiki:
> http://wiki.openstreetmap.org/wiki/Sandbox
>
> und hier gibt es Infos zur Sandbox ("für Entwickler") fürs Karteneditieren:
> http://wiki.openstreetmap.org/wiki/Sandbox_for_editing
>
> Prinzipiell kann man das wohl auch als Mapper nutzen.
>
> Gruß Martin
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>


From dieterdreist at gmail.com  Thu Oct  4 09:28:06 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 4 Oct 2012 11:28:06 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
Message-ID: <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>

Am 4. Oktober 2012 10:53 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
> An die OSM Sandbox für Entwickler traute ich nicht zu denken. Da müsste man
> wohl nachfragen.... Mal sehen ... ;-)


Um die API für Entwickler zu benutzen musst Du AFAIK niemanden fragen,
einfach in JOSM, Einstellungen, im 2. Reiter (Connection Settings)
ganz oben das Häkchen bei "Use default OSM server URL" wegmachen und
das hier eintragen:
http://master.apis.dev.openstreetmap.org/

Dann werden Deine Uploads nicht mehr in die "echten" Daten übernommen
sondern nur noch in den Sandkasten, welcher regelmäßig mit den
normalen Daten überschrieben wird. M.E. ist das schade, weil man ja in
jedem Fall Arbeit investiert, die dann einfach wieder gelöscht würde.

Besser in der normalen API mit kleinen Sachen anfangen bis man sich
sicherer fühlt, bzw. jemanden Erfahreneren in der Nähe halten, der
Fehler wieder kurzfristig ausbügeln kann. Im Zweifel muss man ja auch
nicht unbedingt das hochladen, was man editiert hat (z.B. unbedingt
die Kurzzusammenfassung vor dem Hochladen durchsehen, ob die Zahl der
Löschungen und Änderungen ungefähr hinkommt, oder man vielleicht
versehentlich mehr gemacht hat, als man wollte, auch der Validator ist
hilfreich, zumindest am Anfang sollte man die Warnungen nicht
ausschalten).

Die wichtigste Tastenkombination in diesem Zusammenhang ist "strg+z".
Einfach mal probieren und wenn es nicht klappt wieder rückgängig
machen (vor dem Hochladen ;-) ).

Gruß Martin



From frederik at remote.org  Thu Oct  4 09:27:15 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 04 Oct 2012 11:27:15 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
Message-ID: <506D5673.4020605@remote.org>

Hallo,

On 10/04/2012 10:40 AM, Martin Koppenhoefer wrote:
> und hier gibt es Infos zur Sandbox ("für Entwickler") fürs Karteneditieren:
> http://wiki.openstreetmap.org/wiki/Sandbox_for_editing
>
> Prinzipiell kann man das wohl auch als Mapper nutzen.

Ja, man kann ganz normal auf api06.dev.openstreetmap.org einen Account 
anmelden und dann da mit Potlatch oder JOSM (wobei man bei JOSM den URL 
aendern muss) drauf rumeiern.

Allerdings wird das, was man da hinmalt, nirgends gerendert.

Bye
Frederik

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



From dieterdreist at gmail.com  Thu Oct  4 09:31:35 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 4 Oct 2012 11:31:35 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
Message-ID: <CABPTjTDNaCNB_Lo+Tg+uT4gQeAzX6dm0TJ2k5gK+6Ye3GhvUKw@mail.gmail.com>

Am 4. Oktober 2012 11:28 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
> ganz oben das Häkchen bei "Use default OSM server URL" wegmachen und
> das hier eintragen:
> http://master.apis.dev.openstreetmap.org/


sorry, das war unvollständig, man muss noch ein /api anhängen:
http://master.apis.dev.openstreetmap.org/api

Gruß Martin



From ma.reiter at gmail.com  Thu Oct  4 09:41:51 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 11:41:51 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
Message-ID: <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>

Moin, moin

Am 4. Oktober 2012 11:28 schrieb Martin Koppenhoefer <dieterdreist at gmail.com
>:

> Am 4. Oktober 2012 10:53 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
> > An die OSM Sandbox für Entwickler traute ich nicht zu denken. Da müsste
> man
> > wohl nachfragen.... Mal sehen ... ;-)
>
>
> Um die API für Entwickler zu benutzen musst Du AFAIK niemanden fragen,
> einfach in JOSM, Einstellungen, im 2. Reiter (Connection Settings)
> ganz oben das Häkchen bei "Use default OSM server URL" wegmachen und
> das hier eintragen:
> http://master.apis.dev.openstreetmap.org/
>
> Dann werden Deine Uploads nicht mehr in die "echten" Daten übernommen
> sondern nur noch in den Sandkasten, welcher regelmäßig mit den
> normalen Daten überschrieben wird. M.E. ist das schade, weil man ja in
> jedem Fall Arbeit investiert, die dann einfach wieder gelöscht würde.
>
> Besser in der normalen API mit kleinen Sachen anfangen bis man sich
> sicherer fühlt,


das kannst Du denen 10 mal sagen ...
und dann ist die Selbsteinschätzung anders als die Fremdwahrnehmung ...
und dann ist es passier ;-)

bzw. jemanden Erfahreneren in der Nähe halten, der
> Fehler wieder kurzfristig ausbügeln kann. Im Zweifel muss man ja auch
> nicht unbedingt das hochladen, was man editiert hat (z.B. unbedingt
> die Kurzzusammenfassung vor dem Hochladen durchsehen, ob die Zahl der
> Löschungen und Änderungen ungefähr hinkommt, oder man vielleicht
> versehentlich mehr gemacht hat, als man wollte, auch der Validator ist
> hilfreich, zumindest am Anfang sollte man die Warnungen nicht
> ausschalten).
>

unterschreibe ich alles ...
nur meine Erfahrung in den letzeten Wochen lehrt mich ... Sandbox wäre
nicht schlecht. ;-)


>
> Die wichtigste Tastenkombination in diesem Zusammenhang ist "strg+z".
> Einfach mal probieren und wenn es nicht klappt wieder rückgängig
> machen (vor dem Hochladen ;-) ).
>
>
und dann hatten wir letzte Woche noch das Pech, dass jemand meinte den Kids
mit den Presets in JOSM einen Gefallen zu tun, statt dass sie nur die Keys
und
Values nutzen, die sie kennen. So viele Brücken habe ich noch nie gesehen
;-)
Gott sei Dank alles in einer Gegend, wo vorher noch NIX gewesen ist und wir
quasi eine Sandbox hatten.

Das Chaos kannst Du Dir vorstellen. ;-)

Naja ... ich werde die echte Sandbox mal probieren ...
und wenn ich dann eins auf die Mütze bekomme gebe ich es weiter ;-)

LG und schönen Tag

M.


From ma.reiter at gmail.com  Thu Oct  4 09:51:38 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 11:51:38 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <506D5673.4020605@remote.org>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <506D5673.4020605@remote.org>
Message-ID: <CAEsUX0Lzbbyks8eDLTdxXC5ZZP21_8o37YGQZ9kfp=O_ja4W7A@mail.gmail.com>

Hi Frederik

Am 4. Oktober 2012 11:27 schrieb Frederik Ramm <frederik at remote.org>:

> Hallo,
>
>
> On 10/04/2012 10:40 AM, Martin Koppenhoefer wrote:
>
>> und hier gibt es Infos zur Sandbox ("für Entwickler") fürs
>> Karteneditieren:
>> http://wiki.openstreetmap.org/**wiki/Sandbox_for_editing<http://wiki.openstreetmap.org/wiki/Sandbox_for_editing>
>>
>> Prinzipiell kann man das wohl auch als Mapper nutzen.
>>
>
> Ja, man kann ganz normal auf api06.dev.openstreetmap.org einen Account
> anmelden und dann da mit Potlatch oder JOSM (wobei man bei JOSM den URL
> aendern muss) drauf rumeiern.
>
>
ich gehe davon aus, dass das Teil auch bis zu 20 Leute verträgt - oder?


> Allerdings wird das, was man da hinmalt, nirgends gerendert.
>
>
hm ...
dann können sie also nicht sehen, welchen Mist sie gerade gebastelt haben
....

Muss ich drüber nachdenken ...

LG

Manfred


From dieterdreist at gmail.com  Thu Oct  4 09:58:09 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 4 Oct 2012 11:58:09 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
Message-ID: <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>

Am 4. Oktober 2012 11:41 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
>> Besser in der normalen API mit kleinen Sachen anfangen bis man sich
>> sicherer fühlt,
>
>
> das kannst Du denen 10 mal sagen ...
> und dann ist die Selbsteinschätzung anders als die Fremdwahrnehmung ...
> und dann ist es passier ;-)


naja, auch das ist ja nicht so tragisch, man kann alles wieder ändern,
man sollte das dann nur melden, wenn man sich selbst nicht in der Lage
fühlt, es wieder zu richten, damit jemand helfen kann und das nicht in
der db versteckt bleibt.

Vielleicht anfangs intensiv davon abraten, sich gleich an Coastline
edits zu versuchen ;-). Oder erklären, worauf es da ankommt
(durchgängige Linie, gegen den Uhrzeigersinn). Grundsätzlich müssen
auch "Selbstüberschneidungen" von ways vermieden werden (immer, nicht
nur bei Coastlines).

Gruß Martin



From osm at aighes.de  Thu Oct  4 11:05:16 2012
From: osm at aighes.de (aighes)
Date: Thu, 04 Oct 2012 13:05:16 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CAEsUX0Lzbbyks8eDLTdxXC5ZZP21_8o37YGQZ9kfp=O_ja4W7A@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <506D5673.4020605@remote.org>
 <CAEsUX0Lzbbyks8eDLTdxXC5ZZP21_8o37YGQZ9kfp=O_ja4W7A@mail.gmail.com>
Message-ID: <506D6D6C.1010301@aighes.de>

Am 04.10.2012 11:51, schrieb Manfred A. Reiter:
>> Allerdings wird das, was man da hinmalt, nirgends gerendert.
> hm ...
> dann können sie also nicht sehen, welchen Mist sie gerade gebastelt haben
> ....
>
> Muss ich drüber nachdenken ...
Das wirst du bei jeder Sandboxlösung haben.

Und ganz allgemein: Woher soll denn der Sandbox-Nutzer wissen, ob er 
Unsinn gebaut hat oder nicht? Wenn das Resultat dann in Mapnik hübsch 
aussieht, sagt das ja noch nichts darüber aus, ob alles ok ist. Als 
Stichworte: Routenrelationen zerschießen, falsches Tagging allgemein, 
nicht verbundene Wege.

Eine erste "Sandbox" ist ja schonmal josm. Da kann man sich das Ergebnis 
seiner Arbeit anschauen. Je nach Einstellungen sieht mehr oder weniger 
hübsch aus und der Validator sagt einem, was falsch sein könnte.

Ob die Einschätzung des neuen Mappers nun gut war (hochladen) oder 
schlecht (weiter testen), sieht er aber nur, wenn er "Mecker" von 
anderen bekommt, wenn er Unsinn gebaut hat. Das ist aber bei jeder 
Sandboxlösung so.

Henning




From liste12A45q7 at gmx.de  Thu Oct  4 11:33:23 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 04 Oct 2012 13:33:23 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
Message-ID: <506D7403.8030009@gmx.de>

Hallo Martin, hallo Manfred,

> Coastline

ist ein gutes Objekt für Verbesserungen.
Es gibt an fernen Küsten noch viele "sägezahnartige" Verläufe,
(aus alten und sehr groben Importen)
wo eigentlich ein schön geschwungener Sandstrand wäre...
Sieht man hervorragend im Luftbild.

Einfach die Punkte verschieben
(keine Punkte löschen!)

Küstenlinie ist die *Hochwasserlinie*.
Sieht man auf dem Luftbild oft recht gut an einer Grenze zwischen nassem 
und trockenem Sand bzw da, wo Treibgut hingespült wird.
Im Zweifelsfall lieber etwas zu weit oben als zu weit unten.

Gruss, Markus



From ma.reiter at gmail.com  Thu Oct  4 11:38:32 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 13:38:32 +0200
Subject: [Talk-de] OSM Sandbox
In-Reply-To: <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
Message-ID: <CAEsUX0Jtt=76-aVY79megnNyYtkrN0uig=FBU8XHbC=hv=PWcQ@mail.gmail.com>

Hallo Martin,

Am 4. Oktober 2012 11:58 schrieb Martin Koppenhoefer <dieterdreist at gmail.com
>:

> Am 4. Oktober 2012 11:41 schrieb Manfred A. Reiter <ma.reiter at gmail.com>:
> >> Besser in der normalen API mit kleinen Sachen anfangen bis man sich
> >> sicherer fühlt,
> >
> >
> > das kannst Du denen 10 mal sagen ...
> > und dann ist die Selbsteinschätzung anders als die Fremdwahrnehmung ...
> > und dann ist es passier ;-)
>
> naja, auch das ist ja nicht so tragisch, man kann alles wieder ändern,
> man sollte das dann nur melden, wenn man sich selbst nicht in der Lage
> fühlt, es wieder zu richten, damit jemand helfen kann und das nicht in
> der db versteckt bleibt.
>
> Vielleicht anfangs intensiv davon abraten, sich gleich an Coastline
> edits zu versuchen ;-).


:-)

dazu mussten wir ja dann auch ein howto schreiben ... ;-)

https://wiki.openstreetmap.org/wiki/Comenius_OSM_and_Tourism#Problems_we_had_..._with_the_coastline_at_Terceira_island_.28PT.29_and_a_solution


> Oder erklären, worauf es da ankommt
> (durchgängige Linie, gegen den Uhrzeigersinn). Grundsätzlich müssen
> auch "Selbstüberschneidungen" von ways vermieden werden (immer, nicht
> nur bei Coastlines).
>

Das Problem letzte Woche war, dass da einen Trainerin (sic.) mit war, der
sich
und ihre Kids völlig überschätzt hat. Und die haben dann in einem
"Gruppenpuzzle"
den anderen den Mist erzählt.

Naja, aber die Reparturarbeiten halten sich in Grenzen.

LG
Manfred


From eifelhunde at gmx.de  Thu Oct  4 11:50:34 2012
From: eifelhunde at gmx.de (Steffen Heinz)
Date: Thu, 04 Oct 2012 13:50:34 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <506D7403.8030009@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
 <506D7403.8030009@gmx.de>
Message-ID: <506D780A.10302@gmx.de>

Am 04.10.2012 13:33, schrieb Markus:
>
> Küstenlinie ist die *Hochwasserlinie*.
> Sieht man auf dem Luftbild oft recht gut an einer Grenze zwischen nassem
welches Hochwaser?
denk mal an die Nordsee!
Springflut
mittleres Hochwasser?

ich frag mich ja wie die Profis das machen

Grüße aus der Eifel
Steffen


-- 
Ich verwende die kostenlose Version von SPAMfighter für private Anwender,
die bei mir bis jetzt 18474 Spammails entfernt hat.
Rund 7 Millionen Leute nutzen SPAMfighter schon.
Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde




From liste12A45q7 at gmx.de  Thu Oct  4 12:37:38 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 04 Oct 2012 14:37:38 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <506D780A.10302@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
 <506D7403.8030009@gmx.de> <506D780A.10302@gmx.de>
Message-ID: <506D8312.3060900@gmx.de>

Hallo Steffen,

>> Küstenlinie ist die *Hochwasserlinie*.
>
> welches Hochwaser?

Das "Mittlere Spring Hochwasser" MSpHW
(engl: "Mean Higher High Water" MHHW)
http://de.wikipedia.org/wiki/Mittleres_Springhochwasser

> ich frag mich ja wie die Profis das machen

Ich kann ja nächste Woche mal fragen, die sind sicher auf der INTERGEO.

Gruss, Markus




From eifelhunde at gmx.de  Thu Oct  4 13:11:06 2012
From: eifelhunde at gmx.de (Steffen Heinz)
Date: Thu, 04 Oct 2012 15:11:06 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <506D8312.3060900@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
 <506D7403.8030009@gmx.de> <506D780A.10302@gmx.de> <506D8312.3060900@gmx.de>
Message-ID: <506D8AEA.2000403@gmx.de>

Am 04.10.2012 14:37, schrieb Markus:
> Hallo Steffen,
>
> >> Küstenlinie ist die *Hochwasserlinie*.
> >
> > welches Hochwaser?
>
> Das "Mittlere Spring Hochwasser" MSpHW
> (engl: "Mean Higher High Water" MHHW)
> http://de.wikipedia.org/wiki/Mittleres_Springhochwasser
>
> > ich frag mich ja wie die Profis das machen
>
> Ich kann ja nächste Woche mal fragen, die sind sicher auf der INTERGEO.
>
>
im Prinzip geht ja jede Küstenlinie, jeder Flußlauf in der Länge gegen 
unendlich 8je nachdem wie weit du "ran" gehst

;)

-- 
Ich verwende die kostenlose Version von SPAMfighter für private Anwender,
die bei mir bis jetzt 18476 Spammails entfernt hat.
Rund 7 Millionen Leute nutzen SPAMfighter schon.
Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde




From andi at saerdnaer.de  Thu Oct  4 13:13:35 2012
From: andi at saerdnaer.de (Andreas Hubel)
Date: Thu, 4 Oct 2012 15:13:35 +0200
Subject: [Talk-de] Parkhaus richtig mappen
In-Reply-To: <k4hr1t$g51$1@ger.gmane.org>
References: <k4hr1t$g51$1@ger.gmane.org>
Message-ID: <410F1685-3DA6-408C-8223-0A0984095068@saerdnaer.de>


Am 03.10.2012 um 19:01 schrieb Rainer Kluge <rkluge50 at web.de>:
> Leider sieht das auf den üblichen Karten nicht besonders elegant aus. 
Kannst du mal ein paar Kartenauschnitte zeigen (via Link)?
Im Zweifelsfall müssen wir halt die Renderer mal entsprechend anpassen.

Ich habe am Marienplatz in München nen ähnliches Problem... http://www.openstreetmap.org/?lat=48.137171&lon=11.575476&zoom=18&layers=M


MfG Andi






From ma.reiter at gmail.com  Thu Oct  4 14:11:47 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Thu, 4 Oct 2012 16:11:47 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <506D7403.8030009@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
 <506D7403.8030009@gmx.de>
Message-ID: <CAEsUX0LqKhJ6dx4PqYVyDJzcqqXeYYX_zxptZXMY9mmyLOC0Qg@mail.gmail.com>

Hallo Markus

Am 4. Oktober 2012 13:33 schrieb Markus <liste12A45q7 at gmx.de>:

> Hallo Martin, hallo Manfred,
>
>  Coastline
>>
>
> ist ein gutes Objekt für Verbesserungen.
> Es gibt an fernen Küsten noch viele "sägezahnartige" Verläufe,
> (aus alten und sehr groben Importen)
> wo eigentlich ein schön geschwungener Sandstrand wäre...
>

also ... mit Küstenlinie bin ich gebranntes Kind ;-)
letzten Endes wurde alles wieder gut, aber nur dank der
Hilfe hier aus der Liste ... ;-)


> Sieht man hervorragend im Luftbild.
>
> Einfach die Punkte verschieben
> (keine Punkte löschen!)
>
> ja, ja, siehe unser howto dazu, wenn mehrere

1. gleichzeitig daran arbeiten und
2. es viel schöner machen, als es schon ist, weil noch viele, viele Punkte
dazukommen

seit wir das auf Terceira gemacht haben, kann ich das Wort nicht mehr hören.
Es gab heftige Verwerfungen ... nein, nicht an der Küstenlinie ... ;-)

LG

M.


From frederik at remote.org  Thu Oct  4 14:35:42 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 04 Oct 2012 16:35:42 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
Message-ID: <506D9EBE.7070807@remote.org>

Hallo,

    das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein 
englischsprachiger Vortrag darueber, dass OpenStreetMap ja 
"gender-biased" sei (genauer genommen Frauen benachteiligend). Als 
wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins 
Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu 
"amenity=childcare" mit 15 Abstimmenden nicht die erforderliche 
Beteiligung erreichte.

Ich poste das hier, weil der Titel des Talks mit "Guns, Germans and 
Strip Clubs" ja speziell auf Deutschland eingeht ;)

http://www.floatingsheep.org/2012/07/sheepcamp-2012-monica-stephens-on.html

Bye
Frederik

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



From imagic.osm at gmail.com  Thu Oct  4 15:01:59 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Thu, 4 Oct 2012 17:01:59 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506D9EBE.7070807@remote.org>
References: <506D9EBE.7070807@remote.org>
Message-ID: <CAKjckyNGZbh0XFVW1b+7H91Eb7Y67mm1pw3dw7ddtBLZRXbCiw@mail.gmail.com>

Am 4. Oktober 2012 16:35 schrieb Frederik Ramm <frederik at remote.org>:
> Als wesentliche Beweisstuecke
> werden die Anzahl von getaggten Bordellen ins Feld gefuehrt und die
> Tatsache, dass eine Wiki-Abstimmung zu "amenity=childcare" mit 15
> Abstimmenden nicht die erforderliche Beteiligung erreichte.

Wobei man hier schon zugeben muss, dass sich bei der
childcare-Abstimmung einige nicht gerade mit Ruhm bekleckert haben.
Die Anzahl der Abstimmenden zeigt sicher von mangelndem Interesse
dafür über den eigenen Tellerrand zu blicken. Und die Begründungen
vieler Ablehner taten wirklich, wirklich weh....



From liste12A45q7 at gmx.de  Thu Oct  4 15:21:32 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Thu, 04 Oct 2012 17:21:32 +0200
Subject: [Talk-de] OSM Sandbox - Coastline
In-Reply-To: <506D8312.3060900@gmx.de>
References: <CAEsUX0JVCPRP1O9v17Wy4n7Vq0F_3JoMq=DCtUGgt81Q5nTo+Q@mail.gmail.com>
 <CABPTjTAOMqEVBp91WR-jyJ9ny+KG5Z5pYbyzbDY1QwjEkOWM1A@mail.gmail.com>
 <CAEsUX0+v=Ym_D0ciBYZ-DT45tTTyS+NpUY5pkwaqgJUFRCaipg@mail.gmail.com>
 <CABPTjTA0889yH+fy4GWu3pxaMgcd18DWyuEZPv5E4y0iyR3z6Q@mail.gmail.com>
 <CAEsUX0LxA683j+rk8bEFYuuMGeW=Ds2T_--2_rJyKf4iqjebdw@mail.gmail.com>
 <CABPTjTDG1KW9=WsWY-1QaOxQ_SB32UKe4pAS7sU+2fJXdLf2qQ@mail.gmail.com>
 <506D7403.8030009@gmx.de> <506D780A.10302@gmx.de> <506D8312.3060900@gmx.de>
Message-ID: <506DA97C.9000406@gmx.de>

Also jetzt genau:

>>> Küstenlinie ist die *Hochwasserlinie*.
>>
>> welches Hochwasser?
>> ich frag mich ja wie die Profis das machen

Die deutsche Küstenlinie wird durch das BSH vermessen
und in die Seekarte eingetragen.
Amtlich/gesetzlich gilt der Eintrag in der Seekarte.

In der Nordsee gilt als theoretische Basis das
*Mittlere Hochwasser* MHW

In der Ostsee das *Mittelwasser* MSL
(das dort nur gering vom Mittleren Hochwasser abweicht, und auch 
ziemlich mit dem NHN übereinstimmt - Dezimeterbereich)

So wird die Küstenlinie vermessen:
Man nimmt das NHN und verrechnet damit die bekannte Abweichung von MHW 
in der Nordsee, bzw MW in der Ostsee. Das Ergebnis bildet man bei 
steilen Küsten oder Bauwerken auf dem Geländemdell ab, bei flachen 
Stränden nutzt man Orthofotos bei Mittlerem Hochwasser bzw Laserscanning.

Gruss, Markus



From andr-neumann at gmx.net  Thu Oct  4 15:36:34 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Thu, 04 Oct 2012 17:36:34 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506D9EBE.7070807@remote.org>
References: <506D9EBE.7070807@remote.org>
Message-ID: <506DAD02.1050101@gmx.net>

On 10/04/2012 04:35 PM, Frederik Ramm wrote:
> Hallo,
>
>    das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein
> englischsprachiger Vortrag darueber, dass OpenStreetMap ja
> "gender-biased" sei (genauer genommen Frauen benachteiligend). Als
> wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen
> ins Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu
> "amenity=childcare" mit 15 Abstimmenden nicht die erforderliche
> Beteiligung erreichte.
>
> Ich poste das hier, weil der Titel des Talks mit "Guns, Germans and
> Strip Clubs" ja speziell auf Deutschland eingeht ;)
>
> http://www.floatingsheep.org/2012/07/sheepcamp-2012-monica-stephens-on.html
>
>
> Bye
> Frederik
>
Schön, wie der Verweis auf social_facility in der Abstimmung im Vortrag
plötzlich nicht erwähnt wurde. Denn hier sind einige geforderten Dinge
bereits definiert. Und dann noch die Zusammenstellung der deutschen
Begriffe. Alles unterschiedlich. Kindertagesstätte, Kita, Tagi usw.
Außerdem, was hilft es jeden dieser Begriffe zu definieren, wenn sie
oftmals im großen und ganzen das gleiche meinen und sich nur in Details
(wie Alter, Betreuungsart und Zugangsmöglichkeit) unterscheiden?

Und selbst, wenn man Bordell, Nacht- und Swingerclub zusammenzählt,
liegen laut tagwatch die getaggten Objekte weit unter denen von
amenity=kindergarten! Also scheint die Männerwelt sich doch auch etwas
um den Kindergarten zu kümmern.
95515 >> 912+5586+202

Es mag zwar sein, dass die Diskussion etwas unsachlich geführt wurde,
aber das ist bei vielen Diskussionen so. Anstatt diesen Fehlschlag als
Ansporn zu nehmen und die Kritikpunkte auszumerzen, wird eine allgemeine
Kinder- (und damit jawohl auch Frauen-)feindlichkeit unterstellt. Mag ja
lustig sein, aber ich hasse diese Art von Feminismus.

Zumal auch noch gänzlich unter den Tisch gekehrt wird, warum es
amenity=kindergarten gibt. Das sich das Projekt seit dem
weiterentwickelt hat und wie schwierig es ist ungenaue, aber weit
verbreitete Taggingschemata durch neue genauere zu ersetzen. Aber hey,
wir sind Männer*. Wir sind böse :D

MfG
Andreas

*: generisches maskulin ;)

-- 
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/20121004/eea407ad/attachment.sig>

From mail at s-hohmann.de  Thu Oct  4 15:37:14 2012
From: mail at s-hohmann.de (Sebastian Hohmann)
Date: Thu, 04 Oct 2012 17:37:14 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <CAKjckyNGZbh0XFVW1b+7H91Eb7Y67mm1pw3dw7ddtBLZRXbCiw@mail.gmail.com>
References: <506D9EBE.7070807@remote.org>
 <CAKjckyNGZbh0XFVW1b+7H91Eb7Y67mm1pw3dw7ddtBLZRXbCiw@mail.gmail.com>
Message-ID: <506DAD2A.80505@s-hohmann.de>

Am 04.10.2012 17:01, schrieb Martin Vonwald:
> Am 4. Oktober 2012 16:35 schrieb Frederik Ramm <frederik at remote.org>:
>> Als wesentliche Beweisstuecke
>> werden die Anzahl von getaggten Bordellen ins Feld gefuehrt und die
>> Tatsache, dass eine Wiki-Abstimmung zu "amenity=childcare" mit 15
>> Abstimmenden nicht die erforderliche Beteiligung erreichte.
>
> Wobei man hier schon zugeben muss, dass sich bei der
> childcare-Abstimmung einige nicht gerade mit Ruhm bekleckert haben.
> Die Anzahl der Abstimmenden zeigt sicher von mangelndem Interesse
> dafür über den eigenen Tellerrand zu blicken. Und die Begründungen
> vieler Ablehner taten wirklich, wirklich weh....
>

Das stimmt, wobei die Proposal-Seite ja auch so immerhin gefunden und 
das Tagging-Schema genutzt werden kann. Allerdings klingt es in dem 
Vortrag so, als würde in den Proposals entschieden, was gemappt werden 
darf oder was gerendert wird (selbst das wird nicht so ganz klar). Da 
scheint ein Missverständnis zu bestehen, wie OSM funktioniert und dass 
grundsätzlich jeder alle Tags entsprechend seiner Interessen nutzen kann.

Gruß



From wendorff at uni-paderborn.de  Thu Oct  4 15:54:12 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 04 Oct 2012 17:54:12 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506DAD2A.80505@s-hohmann.de>
References: <506D9EBE.7070807@remote.org>
 <CAKjckyNGZbh0XFVW1b+7H91Eb7Y67mm1pw3dw7ddtBLZRXbCiw@mail.gmail.com>
 <506DAD2A.80505@s-hohmann.de>
Message-ID: <506DB124.3070602@uni-paderborn.de>

Am 04.10.2012 17:37, schrieb Sebastian Hohmann:
> Am 04.10.2012 17:01, schrieb Martin Vonwald:
>> Am 4. Oktober 2012 16:35 schrieb Frederik Ramm <frederik at remote.org>:
>>> Als wesentliche Beweisstuecke
>>> werden die Anzahl von getaggten Bordellen ins Feld gefuehrt und die
>>> Tatsache, dass eine Wiki-Abstimmung zu "amenity=childcare" mit 15
>>> Abstimmenden nicht die erforderliche Beteiligung erreichte.
>>
>> Wobei man hier schon zugeben muss, dass sich bei der
>> childcare-Abstimmung einige nicht gerade mit Ruhm bekleckert haben.
>> Die Anzahl der Abstimmenden zeigt sicher von mangelndem Interesse
>> dafür über den eigenen Tellerrand zu blicken. Und die Begründungen
>> vieler Ablehner taten wirklich, wirklich weh....
>>
>
> Das stimmt, wobei die Proposal-Seite ja auch so immerhin gefunden und 
> das Tagging-Schema genutzt werden kann. Allerdings klingt es in dem 
> Vortrag so, als würde in den Proposals entschieden, was gemappt werden 
> darf oder was gerendert wird (selbst das wird nicht so ganz klar). Da 
> scheint ein Missverständnis zu bestehen, wie OSM funktioniert und dass 
> grundsätzlich jeder alle Tags entsprechend seiner Interessen nutzen kann.
Die Referentin sagt sogar, dass damit entschieden würde, was auf der 
Karte auftaucht - was ja erst Recht nicht der Fall ist.

Gruß
Peter



From dieterdreist at gmail.com  Thu Oct  4 16:19:34 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 4 Oct 2012 18:19:34 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506D9EBE.7070807@remote.org>
References: <506D9EBE.7070807@remote.org>
Message-ID: <CABPTjTCYkbtmwdAFu85nonxp5VzWznWLY9qi8hV57JBy3Agr-g@mail.gmail.com>

Am 4. Oktober 2012 16:35 schrieb Frederik Ramm <frederik at remote.org>:
> Hallo,
>
>    das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein
> englischsprachiger Vortrag darueber, dass OpenStreetMap ja "gender-biased"
> sei (genauer genommen Frauen benachteiligend). Als wesentliche Beweisstuecke
> werden die Anzahl von getaggten Bordellen ins Feld gefuehrt und die
> Tatsache, dass eine Wiki-Abstimmung zu "amenity=childcare" mit 15
> Abstimmenden nicht die erforderliche Beteiligung erreichte.


Das Proposal wurde mit 9 zu 5 Stimmen abgelehnt (also nicht wegen
Verfehlens des Quorums, was sie im Vortrag aber auch nicht behauptet),
weil es in Details nicht gut war und der oder die Vorschlagende sich
aber nicht davon überzeugen ließ, die Kritikpunkte noch vor dem Voting
anzugehen. Normalerweise werden bei uns die allermeisten Proposals
angenommen, und wenn es beim ersten Mal nicht klappt muss man eben
nochmal was ändern. Oder einfach mit einem "schlechten" Schema taggen
und sich nicht drum scheren.

So ganz Unrecht hat sie mit einem ja nicht: wir sind wirklich
(zumindest auf den SotMs und der Liste hier) mehr Männer als Frauen,
und wie gut unsere Features ausdefiniert sind hängt vor allem davon
ab, wieviele Leute jeweils ein Interesse daran haben. D.h. zum einen
sind wir in Bereichen die eher Frauen interessieren weniger
detailliert und facettiert, zum anderen sind wir auch bei der Auswahl
der Features in der Hauptkarte eher "männlich" tendierend. Ich sage
nur pubs in Zoom 16 ;-). Schaut Euch mal an, welche POIs im Fokus
stehen: http://www.openstreetmap.org/?lat=51.51231&lon=-0.13113&zoom=16&layers=M

Mehr Mapperinnen wären für unsere Karten sicherlich ein Gewinn. Dass
nur 13% der Wikipedia-Editoren Frauen sind, kann man aber doch kaum
den Männern vorwerfen?

Was die social_facility angeht, so finde ich das schon ein bisschen so
einen Ansatz, für "den Rest", also Frauen, Alte, Kinder, Gebrechliche,
Invaliden und andere Randgruppen eine Kategorie zu bilden. Wenn man so
vorginge wie OSM bisher vor allem funktioniert (mit aussagekräftigen
Werten im amenity-Bereich) dann hätte man stattdessen vermutlich eher
passende Werte fü? die jeweiligen Einrichtungen. Naja, hat beides Vor-
und Nachteile (jetziges System ist vielfältiger, der Mapper braucht
nur ein Schema zu lernen und kann dann auch tags für seltenere Objekte
zusammenkombinieren, aber andererseits kann z.B. das mapnik-Stil-team
so wie das jetzt getaggt wird nur noch sehen, dass da irgendeine
soziale Einrichtung ist, weil sie keinen Zugriff auf die Schlüssel
haben, was dort gemacht wird, und wer die "Kunden" sind, also ob das
eine Beratungsstelle für Drogenabhängige oder ein Seniorenheim oder
betreutes Wohnen, oder ein Schülerhort oder so ist).

Gruß Martin



From toba0211 at yahoo.de  Thu Oct  4 19:12:43 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Thu, 4 Oct 2012 12:12:43 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
Message-ID: <1349377963544-5729001.post@n5.nabble.com>

Martin Koppenhoefer wrote
> Weiss jemand von Euch, wie der aktuelle Stand ist bei den
> Lizenzverletzungen durch Microsoft (und neuerdings auch Apple)? Ist ja
> immerhin schon seit Januar 2012, dass die unsere cc-by-sa Daten mit
> Ihren Luftbildern mischen.
> http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring
> 
> Bei Apple's neuen Karten (in iOS6) fehlt der Hinweis auf cc-by-sa bei
> der Attributierung: http://gspa21.ls.apple.com/html/attribution.html
> und auch dass nicht angegeben wird, welche Daten/Bereiche von OSM
> stammen, dürfte eine Lizenzverletzung sein (wie kann man denn sonst
> seine Rechte z.B. zur Weiterverbreitung ausüben?). Evtl. mischen sie
> auch unsere Daten mit anderen Datasets (dort, wo sie sowieso OSM
> einsetzen wie z.B. in Pakistan, wobei uns das egal sein kann, solange
> das Endprodukt wieder cc-by-sa ist).
> 
> Wie ist Eure Meinung? Wozu hat man denn eine Lizenz, wenn man danach
> deren Einhaltung nicht durchsetzt? Wäre es nicht ehrlicher, gleich PD
> zu machen? Mir ist klar, dass man nicht einfach so mal ein
> Gerichtsverfahren gegen diese Konzerne anstrengt, aber meine Vermutung
> wäre, dass man für so was auch breite Unterstützung aus
> unterschiedlicher Richtung bekommen könnte. (Sofern die Experten
> überhaupt eine Chance sehen, cc-by-sa auf Daten durchzusetzen.)

Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass Apple
unsere Lizenz seit ca einem halben Jahr verletzt. Manche sind halt gleicher.
Vielleicht gibt es in unserem "Open" Projekt ein paar "Closed" Gespräche mit
Apple, keine Ahnung. Vermutlich sind Apples Lizenzanwälte gerade anderweitig
beschäftigt.
Microsoft scheint auf den neuen Bilder eigene Daten zum Verschleiern zu
benutzen. Das hat den dummen Effekt, dass da wesentlich mehr verschleiert
ist, als gefordert (von wem auch immer) ist. In Stuttgart bspw der gesamte
Flughafen und die Messe.



--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729001.html
Sent from the Germany mailing list archive at Nabble.com.



From jamesmikedupont at googlemail.com  Thu Oct  4 19:18:15 2012
From: jamesmikedupont at googlemail.com (Mike Dupont)
Date: Thu, 4 Oct 2012 21:18:15 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <1349377963544-5729001.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
Message-ID: <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>

2012/10/4 ThomasB <toba0211 at yahoo.de>

>
> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass
> Apple
> unsere Lizenz seit ca einem halben Jahr verletzt

bitte meine neue Petition gegen Apple unterschreiben :
http://www.change.org/petitions/apple-inc-uphold-the-terms-of-cc-by-sa-2-0-license


-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3


From osm at stephans-server.de  Thu Oct  4 19:19:34 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Thu, 04 Oct 2012 21:19:34 +0200
Subject: [Talk-de] =?iso-8859-1?q?K=FCstenlinien?=
In-Reply-To: <k3hobi$3bt$3@ultimate100.geggus.net>
References: <5054A536.8050009@raupach.cc>
 <20120915160131.GA26001@eldorado.topf.org> <5054D415.4040102@raupach.cc>
 <k3hobi$3bt$3@ultimate100.geggus.net>
Message-ID: <506DE146.5090504@stephans-server.de>

Hallo Sven,

On 21.09.2012 14:59, Sven Geggus wrote:
> Ich bin der Admin des deutschen kartenstils und nach Jochens Anregung hab
> ich das jetzt mal so umgestellt, dass ab sofort fürs rendering immer die
> neuesten Shapefiles von http://openstreetmapdata.com verwendet werden.

Also diese hier? Oder doch gesplittet?
http://data.openstreetmapdata.com/land-polygons-complete-3857.zip
Das wäre dann statt dem processed_p, richtig? Entweder Style anpassen 
oder File umbenennen.

Was ist mit der shoreline_300? Ist es bei den Zoomstufen 0-9 noch egal 
oder sollte die auch regelmäßig mal aktualisiert werden? Bei Jochen gibt 
es ja nur eine große Coastline, keine vereinfachte...

Stephan





From lehner at edv-buero-lehner.de  Thu Oct  4 19:32:08 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Thu, 4 Oct 2012 21:32:08 +0200 (CEST)
Subject: [Talk-de] Frage: GPX Track einer Relation
 extrahieren/runterladen?
In-Reply-To: <CALQ-OR7OgaQiyJV2aLu7wHK2HDveN9DJOPgsKkQFEuqwoAycUw@mail.gmail.com>
References: <alpine.LFD.1.00.1209302222380.22843@velociraptor.hac.de>
 <CALQ-OR7OgaQiyJV2aLu7wHK2HDveN9DJOPgsKkQFEuqwoAycUw@mail.gmail.com>
Message-ID: <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>



On Sun, 30 Sep 2012, Volker Schmidt wrote:

> cycling.lonvia.de
>
> hat die gesuchte Funktion fuer Radrouten-
>
> hiking.lonvia.de
>
> fuer Wanderrouten
>
> Fuer dein Beispiel: einfach "Isar Radweg" ins Suchfeld eingeben
>

Super, danke! Das war genau, was ich gesucht habe.
Verewigt:
http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks

Naechste Frage:
Gibt's das evtl. auch fuer Bundesstrassen?

Z.B. den Verlauf eine Kreis- oder Bundesstraße oder einer Autobahn zu 
highlighten? Ich denke da an Wikipedias Strassenliste, d.h. es muss nicht 
gleich das GPX File sein, aber ein Overlay einer OSM Karte oder so...

Danke -

Alex.


> Volker
>
> 2012/9/30 Alexander Lehner <lehner at edv-buero-lehner.de>
>
>>
>> Hallo,
>>
>> kann ich irgendwo/irgendwie den GPX Track einer Relation extrahieren?
>>
>> Konkreter Fall:
>> Der Isar-Radweg ist ja wunderbar verzeichnet und zumindest auch teilweise
>> auf der opencyclemap zu sehen, wird aber groesstenteils durch andere
>> parallel verlaufende Wege 'ueberschattet' (im Rendering).
>> Ich haette gerne etwas, das mir die Wege/Punkte der Relation (ref='Is'
>> usw.) als GPX liefert. Gibt's da was?
>>
>> Danke,
>>
>> Alex.
>>
>>
>>
>>
>> ______________________________**_________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-de<http://lists.openstreetmap.org/listinfo/talk-de>
>>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

From simon at poole.ch  Thu Oct  4 19:59:13 2012
From: simon at poole.ch (Simon Poole)
Date: Thu, 04 Oct 2012 21:59:13 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <1349377963544-5729001.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
Message-ID: <506DEA91.1040002@poole.ch>


Am 04.10.2012 21:12, schrieb ThomasB:
>
> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass Apple
> unsere Lizenz seit ca einem halben Jahr verletzt. Manche sind halt gleicher.
>
Ich weiss nicht ganz auf was du heraus willst, den fehlenden
Quellenhinweis bei iPhoto hat man angrmahnt und der wurde postwendend
auch gemacht. Es fehlt zwar der HInweis auf die genaue Lizenz, aber man
war wohl mit Hinblick auf eine mobile Applikation etc. mit einer
kürzeren Version zufrieden. Da dies vom Board und nicht von der LWG mit
Apple besprochen wurde kenne ich da keine weiteren Details, aber
mindestens LWG-seitig ist das gut dokumentiert.

Mir ist nicht bekannt, dass man von irgendwelchen anderen Anbietern (mit
einer vergleichbaren Applikation) was anderes oder mehr verlangt hätte.

Bezüglich Apple Maps könnte es sein, dass es nicht nur ein formelles
Problem gibt, sondern das der Mashup in den Gebieten wo eventuell OSM
Daten mit anderen vermischt wurden tatsächlich dazu führt, dass sie die
Anwendung eigentlich nicht so anbieten können wie sie es jetzt tun. Nur
ist das Problem, dass die Rechtslage alles andere als klar ist,  da wir 
hier von CC by-SA lizenzierten Daten reden (es gibt ja gute Gründe gab
wieso wir die Lizenz geändert haben).

Simon






From simon at poole.ch  Thu Oct  4 20:11:06 2012
From: simon at poole.ch (Simon Poole)
Date: Thu, 04 Oct 2012 22:11:06 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
Message-ID: <506DED5A.3040903@poole.ch>


Am 04.10.2012 21:18, schrieb Mike Dupont:
> 2012/10/4 ThomasB <toba0211 at yahoo.de>
>
>> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass
>> Apple
>> unsere Lizenz seit ca einem halben Jahr verletzt
> bitte meine neue Petition gegen Apple unterschreiben :
> http://www.change.org/petitions/apple-inc-uphold-the-terms-of-cc-by-sa-2-0-license
>
>
CC by-SA 2.0  verlangt genau

"apple should publish also all changes and derived works made from OSM
data."

nicht.

Also ist dein Ansinnen von vorneherein sinnfrei.

Wenn es sich um ODbL lizenzierte Daten handeln würde (was mit grosser
Sicherheit nicht der Fall ist), dann könnte man verlangen, dass die
abgeleitete Datenbank veröffentlicht wird.

Simon




From f at zz.de  Thu Oct  4 20:18:23 2012
From: f at zz.de (Florian Lohoff)
Date: Thu, 4 Oct 2012 22:18:23 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <1349377963544-5729001.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
Message-ID: <20121004201823.GA13062@pax.zz.de>

On Thu, Oct 04, 2012 at 12:12:43PM -0700, ThomasB wrote:
> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass Apple
> unsere Lizenz seit ca einem halben Jahr verletzt. Manche sind halt gleicher.
> Vielleicht gibt es in unserem "Open" Projekt ein paar "Closed" Gespräche mit
> Apple, keine Ahnung. Vermutlich sind Apples Lizenzanwälte gerade anderweitig
> beschäftigt.
> Microsoft scheint auf den neuen Bilder eigene Daten zum Verschleiern zu
> benutzen. Das hat den dummen Effekt, dass da wesentlich mehr verschleiert
> ist, als gefordert (von wem auch immer) ist. In Stuttgart bspw der gesamte
> Flughafen und die Messe.

Im Falle des Britischen Flughafens Marienfeld ist das immer noch OSM -
Habe ich eingetragen inklusive eines Fehlers der in den OSM Daten
mittlerweile behoben ist aber immer noch zum Blurren verwendet wird.

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/20121004/0c942d82/attachment.sig>

From f at zz.de  Thu Oct  4 20:21:06 2012
From: f at zz.de (Florian Lohoff)
Date: Thu, 4 Oct 2012 22:21:06 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <506DED5A.3040903@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
 <506DED5A.3040903@poole.ch>
Message-ID: <20121004202106.GB13062@pax.zz.de>

On Thu, Oct 04, 2012 at 10:11:06PM +0200, Simon Poole wrote:
> 
> Am 04.10.2012 21:18, schrieb Mike Dupont:
> > 2012/10/4 ThomasB <toba0211 at yahoo.de>
> >
> >> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass
> >> Apple
> >> unsere Lizenz seit ca einem halben Jahr verletzt
> > bitte meine neue Petition gegen Apple unterschreiben :
> > http://www.change.org/petitions/apple-inc-uphold-the-terms-of-cc-by-sa-2-0-license
> >
> >
> CC by-SA 2.0  verlangt genau
> 
> "apple should publish also all changes and derived works made from OSM
> data."
> 
> nicht.
> 
> Also ist dein Ansinnen von vorneherein sinnfrei.

Trotzdem ist es eine Lizenzverletzung von CC-BY-SA 1. Den Urheber und
die 2. Die Lizenz nicht zu nennen.

Moechtest du mir jetzt erzaehlen das die LWG, das Board etc alle Daten
pre-ODBL relicensing abgeschrieben hat und Rechtsverletzungen mind. dort
ignoriert?

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/20121004/394070d2/attachment.sig>

From usenet at schani.com  Thu Oct  4 20:25:32 2012
From: usenet at schani.com (wwl)
Date: Thu, 04 Oct 2012 22:25:32 +0200
Subject: [Talk-de] Besucherzahl einer Kachel
Message-ID: <wwl7.1624c75d26.506DF0BC.6010405@schani.com>

Hallo,

gibt es eigentlich eine Möglichkeit die Anzahl der Anzeige von Image 
Kachel rauszubekommen? Die Karten werden ja auf X verschiedenen Seiten 
angezeigt, aber sie kommen doch von den OSM Servern. Gibt es darüber 
eine Auswertung die öffentlicht ist? Mich würde interessieren wie viele 
Leute sich einen bestimmen Straßenzug oder Stadtteil anschauen.
Wenn ich weis das ein Gebiet besoders benötigt wird, werde ich den noch 
besser optimieren.

Christian



From frederik at remote.org  Thu Oct  4 20:42:10 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 04 Oct 2012 22:42:10 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
Message-ID: <506DF4A2.4000706@remote.org>

Hallo,

On 02.10.2012 12:36, Martin Koppenhoefer wrote:
>meine Vermutung
> wäre, dass man für so was auch breite Unterstützung aus
> unterschiedlicher Richtung bekommen könnte. (Sofern die Experten
> überhaupt eine Chance sehen, cc-by-sa auf Daten durchzusetzen.)

Sowas waere die groesste Zeit- und Geldverschwendung, die OSM je gesehen 
hat. Im bloedesten Fall wuerden wir uns von Apple die Klage gegen 
Microsoft und von Samsung die Klage gegen Apple bezahlen lassen und uns 
damit zu Marionetten auf deren albernen Schlachtfeldern machen. Da 
wuerde uns doch keiner mehr ernst nehmen - die OSM-Lizenz haette dann 
den gleichen Rang wir irgendeins von deren Patenten, die sie sich um die 
Ohren hauen. Es ginge nicht mehr um offene Daten, sondern nur noch 
darum, welcher Konzern dem anderen auf die Muetze hauen kann.

Ich finde nicht, dass wir solche Lizenzverletzungen hinnehmen sollten. 
Die LWG hat in ihren Protokollen schon eine "Hall of Shame", in der sie 
Lizenzverletzungen auflistet, und ich finde es durchaus richtig, die zu 
katalogisieren. (Wir hatten mal eine Wikiseite dazu, die ein bisschen in 
eine Hexenjagd ausgeartet ist, da wurden Leute draufgesetzt, die eine 
Anfahrtsskizze aus OSM ohne Quellenhinweis auf ihrer Webseite hatten - 
das war vllt. uebertrieben.)

Mein Ziel dabei waere aber passiver Art. Eine Seite, auf der ganz 
deutlich und unmittelbar steht, ohne irgendwelche vielleichts und 
eventuells, dass der Konzern X zwischen Datum1 und Datum3 die Lizenz 
verletzt hat, obwohl ihm dies spaetestens zu Datum2 bekannt war, und wie 
das ganze dann geklaert wurde oder auch nicht. Keine Spekulationen, nur 
Fakten - ich Will, dass am Ende auf der Wikipedia-Seite des Konzerns 
unter "Rechtsverletzungen" auch ein Link zu uns ist.

Ich finde nicht, dass wir gegen Lizenzverletzer gerichtlich vorgehen 
sollten. Aber einfach so tun, als ob sie die Lizenz eingehalten haetten, 
das sollten wir auch nicht. Die etwas flapsige Reaktion auf Apples 
anfaengliche Kartennutzung ("Willkommen, und das mit der Lizenz wird 
schon auch noch") fand ich genau richtig, und man kann ruhig 
regelmaessig darauf zurueckkommen.

Bye
Frederik

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



From simon at poole.ch  Thu Oct  4 20:45:11 2012
From: simon at poole.ch (Simon Poole)
Date: Thu, 04 Oct 2012 22:45:11 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <20121004202106.GB13062@pax.zz.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
 <506DED5A.3040903@poole.ch> <20121004202106.GB13062@pax.zz.de>
Message-ID: <506DF557.1090201@poole.ch>


Am 04.10.2012 22:21, schrieb Florian Lohoff:
> On Thu, Oct 04, 2012 at 10:11:06PM +0200, Simon Poole wrote:
>> Am 04.10.2012 21:18, schrieb Mike Dupont:
>>> 2012/10/4 ThomasB <toba0211 at yahoo.de>
>>>
>>>> Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass
>>>> Apple
>>>> unsere Lizenz seit ca einem halben Jahr verletzt
>>> bitte meine neue Petition gegen Apple unterschreiben :
>>> http://www.change.org/petitions/apple-inc-uphold-the-terms-of-cc-by-sa-2-0-license
>>>
>>>
>> CC by-SA 2.0  verlangt genau
>>
>> "apple should publish also all changes and derived works made from OSM
>> data."
>>
>> nicht.
>>
>> Also ist dein Ansinnen von vorneherein sinnfrei.
> Trotzdem ist es eine Lizenzverletzung von CC-BY-SA 1. Den Urheber und
> die 2. Die Lizenz nicht zu nennen.

Ich hab schon in der vorherigen Mail darauf hingewiesen, dass 1) gemacht
wird und 2) vermutlich "unser Fehler" ist.

>
> Moechtest du mir jetzt erzaehlen das die LWG, das Board etc alle Daten
> pre-ODBL relicensing abgeschrieben hat und Rechtsverletzungen mind. dort
> ignoriert?
>
Ich gehe davon aus, dass wir den Kanal zu Apple wieder öffnen werden und
mal mit Ihnen reden werden. Natürlich durstet die Community nach Blut,
aber es nicht einmal klar ob die OSMF in dem Fall (falls es überhaupt
ein Fall ist) klageberechtigt wäre.

Simon







From frederik at remote.org  Thu Oct  4 20:47:42 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 04 Oct 2012 22:47:42 +0200
Subject: [Talk-de] Besucherzahl einer Kachel
In-Reply-To: <wwl7.1624c75d26.506DF0BC.6010405@schani.com>
References: <wwl7.1624c75d26.506DF0BC.6010405@schani.com>
Message-ID: <506DF5EE.3040907@remote.org>

Hallo,

On 04.10.2012 22:25, wwl wrote:
> gibt es eigentlich eine Möglichkeit die Anzahl der Anzeige von Image
> Kachel rauszubekommen?

Nein.

> Die Karten werden ja auf X verschiedenen Seiten
> angezeigt, aber sie kommen doch von den OSM Servern.

Und von einigen regionalen Cache-Servern, das ist hier visualisiert:

http://dns.openstreetmap.org/tile.openstreetmap.org.html

Die Logs von unserem Tileserver und den regionalen Servern werden nicht 
konsolidiert bzw. u.U. gar nicht mal aufgehoben, daher gibt es diese 
Information nicht.

Wenn es nur um den deutschen Tileserver geht, da koennte man eventuell 
ein paar Logs finden, aber die Auswertung ist sicher auch nicht ganz 
trivial.

Und dann gibts natuerlich noch http://neis-one.org/2012/08/i-like-osm/!

Bye
Frederik

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



From manuel.spam at nurfuerspam.de  Thu Oct  4 05:10:48 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Thu, 4 Oct 2012 05:10:48 +0000 (UTC)
Subject: [Talk-de] Parkhaus richtig mappen
References: <k4hr1t$g51$1@ger.gmane.org>
Message-ID: <loom.20121004T070403-865@post.gmane.org>

Rainer Kluge <rkluge50 <at> web.de> writes:
> Eine unterirdisches Parkhaus ...

Kann es sowas überhaupt geben? Ein unterirdisches Haus? Eventuell handelt es
sich doch eher um eine "Tiefgarage"?

http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Parkplatz

Und dort in der rechten Spalte "Tiefgarage" --> "parking=undeground" für die
Parkflächen. Zusammen mit "amenity=parking". Ich würde dann auch hier noch ein
"layer=-1" dranhängen.

> gighway=service
> service=parking_aisle
> level=-1
> tunnel=yes

highway=service ist schonmal nicht falsch. Das "tunnel=yes" lass raus und
"level=-1" soll vermutlich "layer=-1" heißen.

Dann mal so zusammenbauen. Schwierig wird es, wenn so eine "Tiefgarage" mehrere
Ebenen hat. Ich persönlich würde mir den Aufwand dann nicht machen, das im
Detail zu mappen (schon weil da unten kein GPS funktioniert) und einfach die
Parkfläche als "parking=underground" und zu dieser hinführend alle möglichen
Zugänge/Zufahrten.

Gruß

Manuel




From fx99 at vollbio.de  Fri Oct  5 04:48:26 2012
From: fx99 at vollbio.de (fx99)
Date: Thu, 4 Oct 2012 21:48:26 -0700 (PDT)
Subject: [Talk-de] Frage: GPX Track einer Relation
	extrahieren/runterladen?
In-Reply-To: <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>
References: <alpine.LFD.1.00.1209302222380.22843@velociraptor.hac.de>
 <CALQ-OR7OgaQiyJV2aLu7wHK2HDveN9DJOPgsKkQFEuqwoAycUw@mail.gmail.com>
 <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>
Message-ID: <1349412506475-5729036.post@n5.nabble.com>

Mit dem Relation Analyser lässt sich jede Relation optisch herausheben:
http://ra.osmsurround.org/index 



--
View this message in context: http://gis.19327.n5.nabble.com/Frage-GPX-Track-einer-Relation-extrahieren-runterladen-tp5728314p5729036.html
Sent from the Germany mailing list archive at Nabble.com.



From roland.olbricht at gmx.de  Fri Oct  5 05:07:16 2012
From: roland.olbricht at gmx.de (Roland Olbricht)
Date: Fri, 05 Oct 2012 07:07:16 +0200
Subject: [Talk-de] Frage: GPX Track einer Relation
	extrahieren/runterladen?
In-Reply-To: <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>
References: <alpine.LFD.1.00.1209302222380.22843@velociraptor.hac.de>
 <CALQ-OR7OgaQiyJV2aLu7wHK2HDveN9DJOPgsKkQFEuqwoAycUw@mail.gmail.com>
 <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>
Message-ID: <1893299.EukKCiLPMV@roland-latitude-e5520>

> Naechste Frage:
> Gibt's das evtl. auch fuer Bundesstrassen?
> 
> Z.B. den Verlauf eine Kreis- oder Bundesstraße oder einer Autobahn zu
> highlighten?

Ja. Probiere mal

http://overpass-api.de/api/convert?data=(rel[ref="A 555"]
[network="BAB"];>;);out skel;&target=openlayers

http://overpass-api.de/api/convert?data=(rel[ref="A 44"]
[network="BAB"];>;);out skel;&target=openlayers

http://overpass-api.de/api/convert?data=(rel[ref="B 56"]
[operator="Bundesrepublik Deutschland"];>;);out skel;&target=openlayers

(jeweils in einer Zeile)

Leider ist das Tagging der Bundesstraßen und Autobahnen nicht einheitlich, so 
dass manche Straßen gut funktionieren und andere fast gar nicht. Besonders 
enttäuschend sind z.B. die A 3 und die B 7. In den Fällen wäre zu überlegen, 
entweder das Tagging nachzuziehen oder die Suchkriterien anzupassen.

Viele Grüße,

Roland


From usenet at schani.com  Fri Oct  5 05:14:31 2012
From: usenet at schani.com (wwl)
Date: Fri, 05 Oct 2012 07:14:31 +0200
Subject: [Talk-de] Besucherzahl einer Kachel
In-Reply-To: <506DF5EE.3040907@remote.org>
References: <506DF0BC.6010405@schani.com> <506DF5EE.3040907@remote.org>
Message-ID: <wwl7.16259d8739.506E6CB7.8060409@schani.com>

schrieb Frederik Ramm:
> Hallo,
>
> On 04.10.2012 22:25, wwl wrote:
>> gibt es eigentlich eine Möglichkeit die Anzahl der Anzeige von Image
>> Kachel rauszubekommen?
>
> Nein.
>
>> Die Karten werden ja auf X verschiedenen Seiten
>> angezeigt, aber sie kommen doch von den OSM Servern.
>
> Und von einigen regionalen Cache-Servern, das ist hier visualisiert:
>
> http://dns.openstreetmap.org/tile.openstreetmap.org.html
>
> Die Logs von unserem Tileserver und den regionalen Servern werden nicht
> konsolidiert bzw. u.U. gar nicht mal aufgehoben, daher gibt es diese
> Information nicht.
>
> Wenn es nur um den deutschen Tileserver geht, da koennte man eventuell
> ein paar Logs finden, aber die Auswertung ist sicher auch nicht ganz
> trivial.
>
> Und dann gibts natuerlich noch http://neis-one.org/2012/08/i-like-osm/!
>
> Bye
> Frederik
>


Das verstehe ich. Aber schade das es nicht sowas wie eine Heatmap gibt ;-)

Danke
Christian



From toba0211 at yahoo.de  Fri Oct  5 05:34:21 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Thu, 4 Oct 2012 22:34:21 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506DF4A2.4000706@remote.org>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
Message-ID: <1349415261152-5729039.post@n5.nabble.com>

Frederik Ramm wrote
> Ich finde nicht, dass wir solche Lizenzverletzungen hinnehmen sollten. 
> Die LWG hat in ihren Protokollen schon eine "Hall of Shame", in der sie 
> Lizenzverletzungen auflistet, und ich finde es durchaus richtig, die zu 
> katalogisieren. 

Da steht nur keiner der beiden genannten Firmen drauf. Ich persönlich finde
eine Klage auch nicht gut (wobei bei cc-by-sa wie Simon schon gesagt hat,
nicht klar ist, wer klageberechtigt ist). Aber einfach so akzeptieren
gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts in der
Hinsicht passiert(e) sondern, dass man den "Kanal zu Apple wieder öffnen
werden", sprich nichts ist passiert

@Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen schreiben sie
halbe Romane
Bspw bei TomTom [1]:
" © 2006 ? 2012 TomTom. All rights reserved. This material is proprietary
and the subject of copyright protection and other intellectual property
rights owned or licensed to TomTom. TomTom is an authorized user of selected
Statistics Canada computer files and distributor of derived information
products under Agreement number 6776. The product is sourced in part from
Statistics Canada computer files, including 2009 Road Network File (RNF),
92-500-XWE/XWF and 2006 Census Population and Dwelling Count Highlight
Tables, 97-550-XWE2006002. The product includes information copied with
permission from Canadian authorities, including ......."

und da reicht der Platz für unsere Lizenz nicht?

[1]  http://gspsa21.ls.apple.com/html/attribution.html
(Scrollen geht bei mir nicht, im Quelltext findet man OSM)



--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729039.html
Sent from the Germany mailing list archive at Nabble.com.



From pascal.neis at gmail.com  Fri Oct  5 05:43:40 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Fri, 05 Oct 2012 07:43:40 +0200
Subject: [Talk-de] Besucherzahl einer Kachel
In-Reply-To: <wwl7.16259d8739.506E6CB7.8060409@schani.com>
References: <506DF0BC.6010405@schani.com> <506DF5EE.3040907@remote.org>
 <wwl7.16259d8739.506E6CB7.8060409@schani.com>
Message-ID: <506E738C.5000306@gmail.com>

Hi,

wwl schrieb:
> schrieb Frederik Ramm:
>>
>> Und dann gibts natuerlich noch http://neis-one.org/2012/08/i-like-osm/!
>>
> 
> Das verstehe ich. Aber schade das es nicht sowas wie eine Heatmap gibt ;-)

ich arbeite da noch dran. Die Auswertungen und vor allem
die Darstellung auf einer Karte haben mir persönlich noch
nicht so richtig gut gefallen.

Mein letztes Ergebnis der reinen MapViews (ohne Like or
Disklikes) von ILikeOSM habe ich gerade eben hier hochgeladen:
http://twitpic.com/b14t15

viele gruesse
pascal



From l.schimmer at cgv.tugraz.at  Fri Oct  5 05:51:32 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Fri, 05 Oct 2012 07:51:32 +0200
Subject: [Talk-de] Parkhaus richtig mappen
In-Reply-To: <loom.20121004T070403-865@post.gmane.org>
References: <k4hr1t$g51$1@ger.gmane.org>
 <loom.20121004T070403-865@post.gmane.org>
Message-ID: <506E7564.30008@cgv.tugraz.at>

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

On 2012-10-04 07:10, Manuel Reimer wrote:
> Rainer Kluge <rkluge50 <at> web.de> writes:
>> Eine unterirdisches Parkhaus ...
> 
> Kann es sowas überhaupt geben? Ein unterirdisches Haus? Eventuell
> handelt es sich doch eher um eine "Tiefgarage"?
> 
> http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Parkplatz
> 
> Und dort in der rechten Spalte "Tiefgarage" -->
> "parking=undeground" für die Parkflächen. Zusammen mit
> "amenity=parking". Ich würde dann auch hier noch ein "layer=-1"
> dranhängen.
> 
>> gighway=service service=parking_aisle level=-1 tunnel=yes
> 
> highway=service ist schonmal nicht falsch. Das "tunnel=yes" lass
> raus und "level=-1" soll vermutlich "layer=-1" heißen.
> 
> Dann mal so zusammenbauen. Schwierig wird es, wenn so eine
> "Tiefgarage" mehrere Ebenen hat. Ich persönlich würde mir den
> Aufwand dann nicht machen, das im Detail zu mappen (schon weil da
> unten kein GPS funktioniert) und einfach die Parkfläche als
> "parking=underground" und zu dieser hinführend alle möglichen 
> Zugänge/Zufahrten.

Und wenn darüber noch nen Haus ist und grünfläche und Bäume?
*g*

> Gruß
> 
> Manuel


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 Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBudWMACgkQmWhuE0qbFyPc8wCcDzJMuY6mWhZ8CQGJA6tReSY0
ofsAnRCre25uOCIQJ82c016FavoFVyYB
=/H6F
-----END PGP SIGNATURE-----



From jamesmikedupont at googlemail.com  Fri Oct  5 06:05:34 2012
From: jamesmikedupont at googlemail.com (Mike Dupont)
Date: Fri, 5 Oct 2012 08:05:34 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <506DED5A.3040903@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
 <506DED5A.3040903@poole.ch>
Message-ID: <CAF0qKV2Yj3nLp9DA7OWa5-t2jc5Aeo_a2-1NbD4LVtxVi-G_eA@mail.gmail.com>

2012/10/4 Simon Poole <simon at poole.ch>

> Wenn es sich um ODbL lizenzierte Daten handeln würde (was mit grosser
> Sicherheit nicht der Fall ist),
>

Ich bin der Hoffnung das die Daten aus der EU (also meine, die ich in .de
erstellt habe) unter der european datenbank directive bereits besonders
geschuetz sind,


-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3


From rkluge50 at web.de  Fri Oct  5 06:10:35 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Fri, 05 Oct 2012 08:10:35 +0200
Subject: [Talk-de] Parkhaus richtig mappen
In-Reply-To: <410F1685-3DA6-408C-8223-0A0984095068@saerdnaer.de>
References: <k4hr1t$g51$1@ger.gmane.org>
 <410F1685-3DA6-408C-8223-0A0984095068@saerdnaer.de>
Message-ID: <k4ltkq$u03$1@ger.gmane.org>

Am 04.10.2012 15:13, schrieb Andreas Hubel:
> Kannst du mal ein paar Kartenauschnitte zeigen (via Link)?

Hier (Parking Wilson): 
http://www.openstreetmap.org/?lat=42.701965&lon=2.896005&zoom=18&layers=M

Hier ist ein anderes Beispiel, das nicht von mir stammt: 
http://www.openstreetmap.org/?lat=49.181392&lon=-0.363055&zoom=18&layers=M

Gruß
Rainer




From frederik at remote.org  Fri Oct  5 06:08:10 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 05 Oct 2012 08:08:10 +0200
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <1349415261152-5729039.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
Message-ID: <506E794A.2030705@remote.org>

Hallo,

On 10/05/2012 07:34 AM, ThomasB wrote:
>> Die LWG hat in ihren Protokollen schon eine "Hall of Shame"

> Da steht nur keiner der beiden genannten Firmen drauf.

Doch, beide hier: 
https://docs.google.com/document/pub?id=1ntJ5zd2oq_EgpFxZCeJPGbCxz1oeeEu4YSmeOmyrSuE

Bezueglich Microsoft steht da zwei Meetings spaeter dann "happy with the 
response provided that progress happens". Was die urspruengliche und 
protokollierte Lizenzverletzung ja nicht ungeschehen macht.

Bezueglich Apple steht da "We understand from legal counsel that our 
first step should be to follow Appleas formal DMCA take-down notice 
procedure at http://www.apple.com/legal/contact/A We will draft this 
notice and inform the board that we want to send it immediately.", 
allerdings hat das Board die Sache der LWG dann aus der Hand genommen 
(naechstes Meeting: "Henk reported that the reason the board has taken 
the issue away from LWG as they felt that LWG was not being properly 
responsible to the board on this issue.") und durch eine nicht 
protokollierte Geheimdiplomatie ersetzt.

Bye
Frederik

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



From stefan.tiran at student.tugraz.at  Fri Oct  5 07:10:28 2012
From: stefan.tiran at student.tugraz.at (Stefan Tiran)
Date: Fri, 05 Oct 2012 09:10:28 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506D9EBE.7070807@remote.org>
References: <506D9EBE.7070807@remote.org>
Message-ID: <k4m155$pjb$1@ger.gmane.org>

Frederik Ramm wrote:
> Hallo,
> 
>     das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein 
> englischsprachiger Vortrag darueber, dass OpenStreetMap ja 
> "gender-biased" sei (genauer genommen Frauen benachteiligend). Als 
> wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins 
> Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu 
> "amenity=childcare" mit 15 Abstimmenden nicht die erforderliche 
> Beteiligung erreichte.

Ein höchst interessanter Punkt: Traut man sich als Mann überhaupt in die
Nähe einer Kinderbetreuungseinrichtung, vor allem, wenn man dabei ein
Smartphone verdächtig in der Hand hält? Falls ja, traut man sich dann
dort, Fotos oder Notizen zu machen? Falls nein, wie soll man dann
überhaupt diese Einrichtungen erfassen?

Liebe Grüße,
Stefan




From electricwarrior at web.de  Fri Oct  5 07:26:17 2012
From: electricwarrior at web.de (Willi Rehfeld)
Date: Fri, 05 Oct 2012 09:26:17 +0200
Subject: [Talk-de] Frage: GPX Track einer Relation
	extrahieren/runterladen?
In-Reply-To: <1349412506475-5729036.post@n5.nabble.com>
References: <alpine.LFD.1.00.1209302222380.22843@velociraptor.hac.de>
 <CALQ-OR7OgaQiyJV2aLu7wHK2HDveN9DJOPgsKkQFEuqwoAycUw@mail.gmail.com>
 <alpine.LFD.1.00.1210042122470.22843@velociraptor.hac.de>
 <1349412506475-5729036.post@n5.nabble.com>
Message-ID: <506E8B99.9050703@web.de>

Ich möchte zu diesem Thema noch einiges los werden.

Am 05.10.2012 06:48, schrieb fx99:
> Mit dem Relation Analyser lässt sich jede Relation optisch herausheben:
> http://ra.osmsurround.org/index

ja, das kann man.

nun hat man die Möglichkeit, sich auf die Suche nach dem Isar-Radweg zu 
machen.

uih, die erste Suche ergibt gleich 2 Auswahlmöglichkeiten.

  * Relation 2119154
    http://ra.osmsurround.org/analyzeRelation?relationId=2119154 hier
    ist der Radweg in seiner vollen Länge von der Quelle bis zur
    Mündung. Super !
  * Relation 2167981
    http://ra.osmsurround.org/analyzeRelation?relationId=2167981 ein
    Teil des Radweges nochmal - die Strecke vom 'Flughafen München bis
    Lerchenfeld. Im Gegensatz zur ersten Relation nicht als network=rcn
    sondern als network=lcn getagged. hier
    http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland
    ist unter Klassifikation vorgegeben wie man es taggen sollte. Für
    mich wäre es ein network=rcn. obwohl, man könnte sich streiten.

nun gibt es noch eine andere Möglichkeit der Suche. Isarradweg. (Das ist 
die richtige Schreibweise)

uih, 3 Möglichkeiten

  * Relation 1325786
    http://ra.osmsurround.org/analyzeRelation?relationId=1325786 hier
    ist ein Teil des Isarradweges (das ist die richtige Schreibweise s.
    http://www.isarradweg.de ) abgebildet als Isarradweg Ost - ist aber
    identisch mit dem Verlauf der Relation 2119154.
  * Relation 1325675
    http://ra.osmsurround.org/analyzeRelation?relationId=1325675 ein
    ganz neuer Teil des Radweges auf der anderen Isarseite. Der als
    Isarradweg West bezeichnet ist. Ich weiß aus eigener Erfahrung, dass
    es so ist, man kann Isarradweg abschnittsweise auch beidseitig
    befahren. Ich bin allerdings nur auf einer Seite gefahren und habe
    meinen Teil dazu beigetragen. Wie gesagt, nur die Seite auf der ich
    gefahren bin. Von Deggendorf kommend auf der linken Seite. Ich kann
    mich aber nicht daran erinnern, ob es eine Unterscheidung zwischen
    Ost und West gab. Ich bin mir ziemlich sicher: nein.
  * Relation 191397
    http://ra.osmsurround.org/analyzeRelation?relationId=191397 ein
    Verbindungsweg Isarradweg zum Königssee/Bodensee-Radweg der als
    network=rcn getagged ist. Ein Verbindungsweg ist meiner Meinung nach
    ein network=lcn. ist in diesem Fall auch so, er ist lokal in Bayern
    und nicht regional (über mehrere Bundesländer). Obwohl
    regional/lokal - da muß man schon mal im WIKI nachschauen, wie es
    gemeint ist. Manche verstehen das gleiche darunter.


Nun kann man schon erahnen, wie viele andere Möglichkeiten der 
Unterscheidung, der Differenzierung, der Aufzählung, der Kennzeichnung 
es in OSM gibt und wie vielfältig die nodes, ways und relationen 
bezeichnet sind. Nun versetzt euch mal in die Lage desjenigen, der auf 
seinem Fahrrad sitzt, gebannt auf sein kleines Display im Garmin GPS 
sitzt und vor lauter Unwegsamkeiten sitzt und manchen km unnötig fährt.

Grüße
Willi

ps - ich gebe ja zu, ich bin auch nicht ohne Fehler, so habe ich auch 
den Isar-Radweg erweitert, obwohl ich die Realtion eigentlich in 
Isarradweg hätte umbenennen sollen. aber das weiß ich erst seit heute 
morgen.


From liste12A45q7 at gmx.de  Fri Oct  5 07:28:31 2012
From: liste12A45q7 at gmx.de (Markus)
Date: Fri, 05 Oct 2012 09:28:31 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <k4m155$pjb$1@ger.gmane.org>
References: <506D9EBE.7070807@remote.org> <k4m155$pjb$1@ger.gmane.org>
Message-ID: <506E8C1F.6000200@gmx.de>

Hallo Stefan,

> Traut man sich als Mann

Solche Gedanken stimmen mich immer ein bisschen traurig.

Ja, selbstverständlich!
Zeige Dich. Zeige Dich als Mann.
Zeige was Du tust, was Du denkst, was Du fühlst.
Zeige Dein Hobby, wofür es gut ist, warum Du das tust.
Zeige das alles den Frauen und den Kindern.
Nimm Dir Zeit dafür.

Die Kinder leben in einer "vaterlosen Gesellschaft".
In Kindereinrichtungen gibt es fast keine Männer.
Kinder brauchen aber notwendig männliche Ansprechpartner.

Mit herzlichem Gruss,
Markus

PS: wir könnten ja auch mal eine "Mappingparty" im Kinderhort machen.
Mit Schnitzeljagd nach handgezeichneten Kartenskizzen, oder die Kinder 
verstecken einen Schatz und zeigen der anderen Gruppe den Weg mit einer 
Kartenskizze.

Wäre interessant herauszufinden, in welchem Alter Kinder solche Skizzen 
zeichnen und/oder lesen können...
Vielleicht liest hier ja ein Grundschullehrer mit und kann die Frage 
beantworten?



From f at zz.de  Fri Oct  5 07:41:25 2012
From: f at zz.de (Florian Lohoff)
Date: Fri, 5 Oct 2012 09:41:25 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <506DF557.1090201@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
 <506DED5A.3040903@poole.ch> <20121004202106.GB13062@pax.zz.de>
 <506DF557.1090201@poole.ch>
Message-ID: <20121005074125.GA25039@pax.zz.de>

On Thu, Oct 04, 2012 at 10:45:11PM +0200, Simon Poole wrote:
> Ich gehe davon aus, dass wir den Kanal zu Apple wieder öffnen werden und
> mal mit Ihnen reden werden. Natürlich durstet die Community nach Blut,
> aber es nicht einmal klar ob die OSMF in dem Fall (falls es überhaupt
> ein Fall ist) klageberechtigt wäre.

Mir duerstet es nicht nach Blut - ich habe die ganze ODBl nummer fuer
quatsch gehalten weil ich nicht glaube das irgendjemand die Lizenz
ernsthaft durchsetzt - Das Kostet eine menge Geld und eine Menge
Nerven und im endeffekt sind wir alles Freiwillige. Sich mit
uneinsichtigen Legal Abteilungen rumzuärgern macht niemand Freiwillig.

Und wenn es denjenigen eh nicht gibt dann koennen wir das gleich PD
machen und dazu eine Art Social Contract.
Dann koennen die die es nach Blut Dürstet noch eine "Hall of Shame"
betreiben und wir sind alle Gluecklich ...

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/20121005/ac331f3b/attachment.sig>

From jochen at remote.org  Fri Oct  5 08:03:21 2012
From: jochen at remote.org (Jochen Topf)
Date: Fri, 5 Oct 2012 10:03:21 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <k4m155$pjb$1@ger.gmane.org>
References: <506D9EBE.7070807@remote.org>
 <k4m155$pjb$1@ger.gmane.org>
Message-ID: <20121005080321.GA19019@eldorado.topf.org>

On Fri, Oct 05, 2012 at 09:10:28AM +0200, Stefan Tiran wrote:
> Frederik Ramm wrote:
> > Hallo,
> > 
> >     das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein 
> > englischsprachiger Vortrag darueber, dass OpenStreetMap ja 
> > "gender-biased" sei (genauer genommen Frauen benachteiligend). Als 
> > wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins 
> > Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu 
> > "amenity=childcare" mit 15 Abstimmenden nicht die erforderliche 
> > Beteiligung erreichte.
> 
> Ein höchst interessanter Punkt: Traut man sich als Mann überhaupt in die
> Nähe einer Kinderbetreuungseinrichtung, vor allem, wenn man dabei ein
> Smartphone verdächtig in der Hand hält? Falls ja, traut man sich dann
> dort, Fotos oder Notizen zu machen? Falls nein, wie soll man dann
> überhaupt diese Einrichtungen erfassen?

Die Frage ist durchaus berechtigt. Wir hatten ja schonmal den Fall eines
Mappers, der Besuch von der Kripo bekommen hat, weil er auf einem Spielplatz
Fotos gemacht hat zum Mappen. Er konnte das dann schnell aufklären. Aber
angenehm war das sicher nicht.

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



From toba0211 at yahoo.de  Fri Oct  5 08:22:56 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Fri, 5 Oct 2012 01:22:56 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506E794A.2030705@remote.org>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
Message-ID: <1349425376817-5729056.post@n5.nabble.com>

Hallo Frederik,


Frederik Ramm wrote
> ....und durch eine nicht protokollierte Geheimdiplomatie ersetzt.

Gehe ich recht in der Annahme, dass sich das ändern wird? Mir ist klar, dass
es ab und an mal Gespräche gibt, deren Inhalte nicht für alle Ohren bestimmt
sind. Das ist unschön und sollte mMn auf ein Minimum reduziert werden, da es
immer Anlass für Spekulationen bietet. Aber manchmal gehts halt nicht
anders. Ein "Wir sind noch dran, dauert vermutlich noch x Wochen" ab und zu
reicht ja schon um das Gefühl zu haben, es ist nicht vergessen und Unruhe zu
vermeiden. 
Mit MS habe ich persönlich kein Problem mehr. Der Fall war ja auch von
Anfang an etwas anders gelagert. Ich weiß allerdings, dass es da auch andere
Meinungen gibt. 



--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729056.html
Sent from the Germany mailing list archive at Nabble.com.



From simon at poole.ch  Fri Oct  5 08:26:09 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 10:26:09 +0200
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <1349415261152-5729039.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
Message-ID: <506E99A1.9070306@poole.ch>


Am 05.10.2012 07:34, schrieb ThomasB:

> Aber einfach so akzeptieren
> gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts
in der
> Hinsicht passiert(e) sondern, dass man den "Kanal zu Apple wieder öffnen
> werden", sprich nichts ist passiert
Natürlich ist nichts passiert, sogar wenn wir ein Herrschar von
festangestellten Anwälten hätten wäre in den knapp 2 Wochen seit
Veröffentlichung von iOS6  ausser vielleicht Vorabkärungen genau nichts
passiert. Ihr schaut wirklich alle zuviel Fernsehen.
>
>
> @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen
schreiben sie
> halbe Romane

Aber nicht bei IPhoto und nur bez. iPhoto hatten wir Kontakt mit Apple.
Sie haben aber jetzt soviel ich weiss den gleichen oder einen ähnlichen
Hinweis verwendet bei Apple Maps vermutlich unter der Annahme das wir
mit dem  zufrieden sind.

SImon





From mcsmurf at mcsmurf.de  Fri Oct  5 08:27:00 2012
From: mcsmurf at mcsmurf.de (Frank Wein)
Date: Fri, 05 Oct 2012 10:27:00 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Distriktgrenzen_anhand_von_Stra=DFenverz?=
 =?iso-8859-1?q?eichnis_eintragen=2C_Grenzverlauf=3F?=
In-Reply-To: <506C42FE.7050100@mcsmurf.de>
References: <506C42FE.7050100@mcsmurf.de>
Message-ID: <506E99D4.5030602@mcsmurf.de>

Frank Wein wrote:
[...]

Um mal auf mich selbst zu antworten ;): Ich hab nach einer kurzen
Diskussion im IRC jetzt nochmal nachgefragt ob es wirklich keine
richtigen Distriktgrenzen gibt (sondern eben nur diese Straßenlisten).
Falls es wirklich so wäre, könnte ich wohl das Konstrukt is_in:district
verwenden um die Zugehörigkeit von Straßen zu einem Distrikt in OSM
abzubilden.

Gruß
Frank



From toba0211 at yahoo.de  Fri Oct  5 08:42:51 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Fri, 5 Oct 2012 01:42:51 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506E99A1.9070306@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch>
Message-ID: <1349426571698-5729062.post@n5.nabble.com>

SimonPoole wrote
>> Aber einfach so akzeptieren
>> gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts
> in der
>> Hinsicht passiert(e) sondern, dass man den "Kanal zu Apple wieder öffnen
>> werden", sprich nichts ist passiert
> Natürlich ist nichts passiert, sogar wenn wir ein Herrschar von
> festangestellten Anwälten hätten wäre in den knapp 2 Wochen seit
> Veröffentlichung von iOS6  ausser vielleicht Vorabkärungen genau nichts
> passiert. Ihr schaut wirklich alle zuviel Fernsehen.
>>
>>
>> @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen
> schreiben sie
>> halbe Romane
> 
> Aber nicht bei IPhoto und nur bez. iPhoto hatten wir Kontakt mit Apple.
> Sie haben aber jetzt soviel ich weiss den gleichen oder einen ähnlichen
> Hinweis verwendet bei Apple Maps vermutlich unter der Annahme das wir
> mit dem  zufrieden sind.

Der fehlenden Lizenzhinweis bei iPhoto ist nicht erst seit zwei Wochen drin.
Tue also bitte nicht so, als wäre das Thema etwas ganz neues. Das ist schon
monatelang falsch und es ist nicht passiert - zumindest hat es so den
Anschein. Niemand hat verlangt, dass ihr in 2 Wochen eine Klage gegen Apple
durchzieht aber es scheint ja auch nichts zu geben, was gemacht worden wäre,
sonst würdest Du hier nicht mit falschen Tatsachen kommen.  Und auch bei
iPhoto gibt es Credits, die über mehrere Zeilen gehen
http://tctechcrunch2011.files.wordpress.com/2012/05/osm_iphoto_credits.jpg
Also es gibt überhaupt keinen Grund, warum Apple nicht noch Platz für 6
Buchstaben und zwei Bindestriche haben sollte.
Ich denke mal, dass Dir das bekannt ist und die die Sache absichtlich
vernebelst und ins lächerliche ziehst. 






--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729062.html
Sent from the Germany mailing list archive at Nabble.com.



From simon at poole.ch  Fri Oct  5 08:59:12 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 10:59:12 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <1349426571698-5729062.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
Message-ID: <506EA160.9010904@poole.ch>


Am 05.10.2012 10:42, schrieb ThomasB:
>
> Der fehlenden Lizenzhinweis bei iPhoto ist nicht erst seit zwei Wochen drin.
> Tue also bitte nicht so, als wäre das Thema etwas ganz neues. 
Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von "uns"
vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.

Simon




From pille3 at hotmail.com  Fri Oct  5 09:14:09 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Fri, 5 Oct 2012 02:14:09 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Distriktgrenzen_anhand_von_Stra=C3=9Fenverzei?=
 =?utf-8?q?chnis_eintragen=2C_Grenzverlauf=3F?=
In-Reply-To: <506E99D4.5030602@mcsmurf.de>
References: <506C42FE.7050100@mcsmurf.de> <506E99D4.5030602@mcsmurf.de>
Message-ID: <1349428449291-5729071.post@n5.nabble.com>

Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
Strassen in "ihrem" Distrikt liegen. Dann kann man ALLE Objekte - also auch
Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die ein
is_in-Tag haben.
Dass die Grenzen nicht genau sein können, ist mMn vertretbar.

Gruss
Walter



--
View this message in context: http://gis.19327.n5.nabble.com/Distriktgrenzen-anhand-von-Stra-enverzeichnis-eintragen-Grenzverlauf-tp5728793p5729071.html
Sent from the Germany mailing list archive at Nabble.com.



From toba0211 at yahoo.de  Fri Oct  5 09:17:54 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Fri, 5 Oct 2012 02:17:54 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506EA160.9010904@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch>
Message-ID: <1349428674852-5729073.post@n5.nabble.com>

SimonPoole wrote
> Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
> Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von "uns"
> vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
> Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
> OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.

Die Creative Commons Lizenz ist das recht eindeutig.
cc-by-sa 2.0 §4a
"Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
müssen stets eine Kopie oder die vollständige Internetadresse in Form des
Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben."

Trifft zwar nicht zu.....aber ODbL sagt dazu genauso eindeutig unter 4.2.b
"b. Eine Kopie dieser Lizenz (oder, wenn anwendbar, einer nach Abschnitt 4.4
zugelassenen Lizenz) oder ihren URI (Uniform Resource Indentifier) der
Datenbank oder abgeleiteten Datenbank beifügen, sowohl in der Datenbank oder
abgeleiteten Datenbank, als auch in jeder relevanten Dokumentation"

Heißt das jetzt, dass das OSMF Board nach gutdünken Teile der Lizenz ausser
Kraft setzen kann? Ist Apple ein Einzelfall und gibts da noch mehr
Sideletter? Ich dachte bisher, dass dazu eine 2/3 Mehrheit der aktiven
Mapper erforderlich ist. 




--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729073.html
Sent from the Germany mailing list archive at Nabble.com.



From burkhard.kirchner at web.de  Fri Oct  5 09:45:06 2012
From: burkhard.kirchner at web.de (bkmap)
Date: Fri, 05 Oct 2012 11:45:06 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Distriktgrenzen_anhand_von_Stra=DFenverz?=
 =?iso-8859-1?q?eichnis_eintragen=2C_Grenzverlauf=3F?=
In-Reply-To: <1349428449291-5729071.post@n5.nabble.com>
References: <506C42FE.7050100@mcsmurf.de> <506E99D4.5030602@mcsmurf.de>
 <1349428449291-5729071.post@n5.nabble.com>
Message-ID: <k4ma6t$618$1@ger.gmane.org>

Am 05.10.2012 11:14, schrieb Walter Nordmann:
> Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
> Strassen in "ihrem" Distrikt liegen. Dann kann man ALLE Objekte - also auch
> Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
> Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die ein
> is_in-Tag haben.
> Dass die Grenzen nicht genau sein können, ist mMn vertretbar.

+1
Ich würde aber nicht nach
name:(Straße1 | Straße2 | ...) sondern nach "addr:street":(Straße1 | 
Straße2 | ...) suchen. Damit werden alle Häuser markiert, die zu den 
Straßen gehören. Ein Multipolygon mit admin_level=10 drum rum zu ziehen, 
wäre dann recht einfach.

Gruß
Burkhard






From simon at poole.ch  Fri Oct  5 09:59:44 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 11:59:44 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <1349428674852-5729073.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
Message-ID: <506EAF90.5000508@poole.ch>


Am 05.10.2012 11:17, schrieb ThomasB:
> SimonPoole wrote
>> Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
>> Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von "uns"
>> vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
>> Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
>> OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.
> Die Creative Commons Lizenz ist das recht eindeutig.
> cc-by-sa 2.0 §4a
> "Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
> Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
> müssen stets eine Kopie oder die vollständige Internetadresse in Form des
> Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
> Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben."
Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
dass es nie so genau genommen wurde (bei allen), schlicht aus
praktischen Gründen, denn wie der Text sagt genügt ein "CC by-SA 2.0"
nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
genügend angesehen wurden, dazu kommt noch, siehe unten, dass man sich
auf etwas einfacheres für ODbL Quellenhinweise geeinigt hat und das ev.
etwas zur Konfusion beigetragen hat.
.
>
> Trifft zwar nicht zu.....aber ODbL sagt dazu genauso eindeutig unter 4.2.b
> "b. Eine Kopie dieser Lizenz (oder, wenn anwendbar, einer nach Abschnitt 4.4
> zugelassenen Lizenz) oder ihren URI (Uniform Resource Indentifier) der
> Datenbank oder abgeleiteten Datenbank beifügen, sowohl in der Datenbank oder
> abgeleiteten Datenbank, als auch in jeder relevanten Dokumentation"
Ich hab bis jetzt noch niemand getroffen der die Meinung vertreten hat,
dass die Apple Maps nicht ein "Produced Work" wären (wären es
ODbL-Daten) mit den entsprechend anderen Anforderungen an den
Quellenhinweis. Du kannst natürlich gerne vorschlagen
http://wiki.openstreetmap.org/wiki/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
zu ändern.
 
Simon




From dieterdreist at gmail.com  Fri Oct  5 09:59:55 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 11:59:55 +0200
Subject: [Talk-de] Parkhaus richtig mappen
In-Reply-To: <506E7564.30008@cgv.tugraz.at>
References: <k4hr1t$g51$1@ger.gmane.org>
 <loom.20121004T070403-865@post.gmane.org>
 <506E7564.30008@cgv.tugraz.at>
Message-ID: <CABPTjTAkTcBhA=Jd+C1rwv3o1qS_eUVMuL7bsvaFMUXPLF+=pA@mail.gmail.com>

Am 5. Oktober 2012 07:51 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
>> unten kein GPS funktioniert) und einfach die Parkfläche als
>> "parking=underground" und zu dieser hinführend alle möglichen
>> Zugänge/Zufahrten.
>
> Und wenn darüber noch nen Haus ist und grünfläche und Bäume?
> *g*


Das sind dann vermutlich andere Objekte, die getrennt davon gemappt
werden. Ein "Problem" gibt es frühestens dann, wenn man mehr als 11
Objekte übereinander hat (weil layer -5 bis +5 dann nicht mehr
ausreicht ;-) ).

Gruß Martin



From dieterdreist at gmail.com  Fri Oct  5 10:09:49 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 12:09:49 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <1349415261152-5729039.post@n5.nabble.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
Message-ID: <CABPTjTAtuvE5vOJx2zsuAShWrGS+6px5M7XmZ1yPtkFeQ+uTyw@mail.gmail.com>

Am 5. Oktober 2012 07:34 schrieb ThomasB <toba0211 at yahoo.de>:
> @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen schreiben sie
> halbe Romane
> Bspw bei TomTom [1]:
> " © 2006 ? 2012 TomTom. All rights reserved. This material is proprietary


+1
das alleine ist vermutlich schon eine Lizenzverletzung, weil auf der
"2." Seite (maps auf iOS6), wo der Layer ausgewählt werden kann (also
hervorgehoben im Vergleich zum Rest der Quellenangaben) "Daten von
TOMTOM, anderen", d.h. OSM wird nicht gleichwertig mit TOMTOM genannt.

Die andere klare Lizenzverletzung ist die der Unterschlagung der
Lizenzangabe. Die gehört zwingend zur Einhaltung der Lizenz.

Begrenzter Platz ist jedenfalls die schlechteste mögliche Ausrede,
weil das bereits ein endlos langes Textfile ist, das auf jeden Fall
gescrollt werden muss, und wo eine Lizenzangabe für viele
Datenlieferanten aber nicht für OSM erfolgt.

Gruß Martin



From dieterdreist at gmail.com  Fri Oct  5 10:15:02 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 12:15:02 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506DEA91.1040002@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <506DEA91.1040002@poole.ch>
Message-ID: <CABPTjTCMAoeP-gmUWE37vm+5RE_JRjrSbzB=hny5Dmc9g3QLtA@mail.gmail.com>

Am 4. Oktober 2012 21:59 schrieb Simon Poole <simon at poole.ch>:
> Am 04.10.2012 21:12, schrieb ThomasB:
> Ich weiss nicht ganz auf was du heraus willst, den fehlenden
> Quellenhinweis bei iPhoto hat man angrmahnt und der wurde postwendend
> auch gemacht. Es fehlt zwar der HInweis auf die genaue Lizenz, aber man
> war wohl mit Hinblick auf eine mobile Applikation etc. mit einer
> kürzeren Version zufrieden.


man kann die Lizenz nicht "halb" einhalten, entweder man hält sie ein,
oder nicht. Hier wird sie nicht eingehalten. Das Board kann sich m.E.
gar nicht mit Apple einigen, dass sie die Lizenz nicht einhalten
müssen, dazu haben sie überhaupt kein Mandat, oder täusche ich mich
da?


> Mir ist nicht bekannt, dass man von irgendwelchen anderen Anbietern (mit
> einer vergleichbaren Applikation) was anderes oder mehr verlangt hätte.


AFAIK verlangt man von allen Anbietern, dass sie die Lizenz einhalten,
was bedeutet dass das Werk unter cc-by-sa veröffentlicht wird, und das
auch so angegeben wird --- neben der Attributierung zu OSM
Contributors.

Gruß Martin



From toba0211 at yahoo.de  Fri Oct  5 10:25:39 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Fri, 5 Oct 2012 03:25:39 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506EAF90.5000508@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
Message-ID: <1349432739400-5729088.post@n5.nabble.com>

SimonPoole wrote
> Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
> dass es nie so genau genommen wurde (bei allen), schlicht aus
> praktischen Gründen, denn wie der Text sagt genügt ein "CC by-SA 2.0"
> nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
> es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
> genügend angesehen wurden, dazu kommt noch, siehe unten, dass man sich
> auf etwas einfacheres für ODbL Quellenhinweise geeinigt hat und das ev.
> etwas zur Konfusion beigetragen hat.

Keine Ahnung wen Du mit "wir" meinst. Wenn es das Board ist, kannst Du recht
haben.
Ansonsten behauptest Du hier etwas, das nicht den Tatsachen entspricht. Es
gibt es x Threads im Forum, wo genau das bemängelt und an die entsprechenden
Seitenbetreiber adressiert wurde. Nur mal so als Beispiel
http://forum.openstreetmap.org/viewtopic.php?pid=147786
Ich behaupte daher mal, dass genau das Gegenteil Deiner Aussage Konsens war,
sprich die Herkunft UND Lizenz müssen genannt werden.





--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729088.html
Sent from the Germany mailing list archive at Nabble.com.



From osm at tappenbeck.net  Fri Oct  5 10:30:22 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Fri, 05 Oct 2012 12:30:22 +0200
Subject: [Talk-de] =?iso-8859-15?q?Idee_f=FCr_automatischen_Serverwechsel_?=
 =?iso-8859-15?q?bei_Kartenausfall?=
Message-ID: <506EB6BE.9060900@tappenbeck.net>

Hi !

ein Bekannter von mir betreibt eine Webseite die als Hintergrund die 
Karten vom Toolserver verwendet, weil dort keine Namen gelistet werden.

Nun wollen wir sicher gehen das immer eine Karte verfügbar sein soll.

Ich würde gerne automatisch die Kacheln eines anderen Servers einbinden, 
wenn der Toolserver mal ausfallen würde.

Hat einer von Euch für soetwas eine Idee - außer den eigenen?

Gruß Jan :-)



From jamesmikedupont at googlemail.com  Fri Oct  5 10:33:39 2012
From: jamesmikedupont at googlemail.com (Mike Dupont)
Date: Fri, 5 Oct 2012 12:33:39 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CAF0qKV2Yj3nLp9DA7OWa5-t2jc5Aeo_a2-1NbD4LVtxVi-G_eA@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <1349377963544-5729001.post@n5.nabble.com>
 <CAF0qKV2SW-MNYw1wfL2eRCE0zWe_jUqDg7vpNqjaKLKpL-ZMeQ@mail.gmail.com>
 <506DED5A.3040903@poole.ch>
 <CAF0qKV2Yj3nLp9DA7OWa5-t2jc5Aeo_a2-1NbD4LVtxVi-G_eA@mail.gmail.com>
Message-ID: <CAF0qKV07HUp587BKAS-dxTTVmzHAoOcK-C=13qE_StX8GXMDzg@mail.gmail.com>

2012/10/5 Mike Dupont <jamesmikedupont at googlemail.com>

>
> 2012/10/4 Simon Poole <simon at poole.ch>
>
>> Wenn es sich um ODbL lizenzierte Daten handeln würde (was mit grosser
>> Sicherheit nicht der Fall ist),
>>
>
> Ich bin der Hoffnung das die Daten aus der EU (also meine, die ich in .de
> erstellt habe) unter der european datenbank directive bereits besonders
> geschuetz sind,


Hier gibt es den ersten Feeback :
http://lists.ibiblio.org/pipermail/cc-de/2012-October/001056.html


From dieterdreist at gmail.com  Fri Oct  5 10:35:13 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 12:35:13 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506E794A.2030705@remote.org>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
Message-ID: <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>

2012/10/5 Frederik Ramm <frederik at remote.org>:
> On 10/05/2012 07:34 AM, ThomasB wrote:
>>> Die LWG hat in ihren Protokollen schon eine "Hall of Shame"
>> Da steht nur keiner der beiden genannten Firmen drauf.
> Doch, beide hier:
> https://docs.google.com/document/pub?id=1ntJ5zd2oq_EgpFxZCeJPGbCxz1oeeEu4YSmeOmyrSuE


Gibt es eigentlich einen besonderen Grund, dass diese Protokolle auf
den Servern von einem "Konkurrenten" gespeichert werden? AFAIK können
die ohne Angabe von Gründen alles Löschen, was man da ablegt, oder
einem ohne Angabe von Gründen den Zugang zum Service einstellen (s.
Terms von Google).

> Bezueglich Microsoft steht da zwei Meetings spaeter dann "happy with the
> response provided that progress happens". Was die urspruengliche und
> protokollierte Lizenzverletzung ja nicht ungeschehen macht.


ja, und zwar ist es nett, wenn Fortschritt verkündet wird, aber wenn
es trotzdem so lange dauert, könnte man auch von Hinhaltetaktik
sprechen. Was würde wohl die Kontent-industrie sagen, wenn MS ein
"geklautes" Musikstück zum Download anbietet, und die sagen, OK, wir
nehmen das runter, und nach 8 Monaten ist es immer noch drauf? Haben
die nicht auch ein schnelleres Verfahren für dringendere Fälle? Oder
ist ihnen im Prinzip der Vorgang egal, und sie verfolgen das nur mit
vorletzter Priorität, weil wir ja ein Top-Verhältnis haben und sich
schon niemand rühren wird?

Zur Erinnerung (und AFAIR): Anfangs wurde behauptet es könnte
ausgeschlossen werden, dass OSM-Daten verwendet wurden, und erst
nachdem zig Fälle im Wiki publiziert wurden, und es nicht mehr anders
ging, wurde zugegeben, dass "aus Versehen" doch inkompatible Daten
gemischt wurden.


> the board that we want to send it immediately.", allerdings hat das Board
> die Sache der LWG dann aus der Hand genommen (naechstes Meeting: "Henk
> reported that the reason the board has taken the issue away from LWG as they
> felt that LWG was not being properly responsible to the board on this
> issue.") und durch eine nicht protokollierte Geheimdiplomatie ersetzt.


+1, es finden sich überhaupt keine weiteren Punkte mehr dazu in den
Board-Meetings, und das war auch einer der Gründe, warum ich da mal
nachfragen wollte. April war ja nicht gestern.

Gruß Martin



From dieterdreist at gmail.com  Fri Oct  5 10:46:43 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 12:46:43 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506EAF90.5000508@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch>
 <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch>
 <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
Message-ID: <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>

Am 5. Oktober 2012 11:59 schrieb Simon Poole <simon at poole.ch>:
>> cc-by-sa 2.0 §4a
>> "Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
>> Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
>> müssen stets eine Kopie oder die vollständige Internetadresse in Form des
>> Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
>> Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben."
> Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
> dass es nie so genau genommen wurde (bei allen), schlicht aus
> praktischen Gründen, denn wie der Text sagt genügt ein "CC by-SA 2.0"
> nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
> es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
> genügend angesehen wurden


Das stimmt nicht, ein Link zur cc-by-sa 2.0 reicht aus, s. §4b
"You must include a copy of, or the Uniform Resource Identifier for,
this License or other license specified in the previous sentence with
every copy or phonorecord of each Derivative Work"

"or the URI for"

http://creativecommons.org/licenses/by-sa/2.0/legalcode

und doch, das wurde durchaus so genau genommen, das ist ja gerade der
Sinn einer Lizenz, dass genau vorgegeben wird, wie und in welchem
Umfang und zu welchen Bedingungen man die Daten nutzen kann.

Gruß Martin



From simon at poole.ch  Fri Oct  5 11:03:33 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 13:03:33 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
Message-ID: <506EBE85.3060307@poole.ch>


Am 05.10.2012 12:35, schrieb Martin Koppenhoefer:
> Zur Erinnerung (und AFAIR): Anfangs wurde behauptet es könnte
> ausgeschlossen werden, dass OSM-Daten verwendet wurden, und erst
> nachdem zig Fälle im Wiki publiziert wurden, und es nicht mehr anders
> ging, wurde zugegeben, dass "aus Versehen" doch inkompatible Daten
> gemischt wurden.
Das stimmt so nicht, Steve hat das abgeklärt (er hat mit der Abteilung
nichts zu tun, sprich er hat einen Kollegen gefragt) und bekam die
Auskunft, dass die Daten von der Behörde gekommen sind, die die
Verpixelung verlangt hat. Natürlich hätte Steve vermutlich so eine
informelle aus der Hüfte geschossene  Auskunft eigentlich nie machen
dürfen, man sieht ja was man davon hat.

Später hat sich herausgestellt, dass die Behörde nur eine grobe
Adressliste geliefert hat und irgendjemand bei bing auf die  gloriose
Idee gekommen war auch aus OSM abgeleitete Polygone für die Verpixelung
zu verwenden. Ob das irgendwelche Lizenzrechtliche Konsequenzen hätte
oder so, wurde übrigens nie mit MS diskutiert, MS hat schlicht so gesagt
das sie das beheben würde.

Simon




From krippi at gmail.com  Fri Oct  5 11:14:49 2012
From: krippi at gmail.com (Jannis Achstetter)
Date: Fri, 05 Oct 2012 13:14:49 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <20121005080321.GA19019@eldorado.topf.org>
References: <506D9EBE.7070807@remote.org> <k4m155$pjb$1@ger.gmane.org>
 <20121005080321.GA19019@eldorado.topf.org>
Message-ID: <506EC129.5080604@gmail.com>

Am 05.10.2012 10:03, schrieb Jochen Topf:
> On Fri, Oct 05, 2012 at 09:10:28AM +0200, Stefan Tiran wrote:
>> Frederik Ramm wrote:
>>> Hallo,
>>>
>>>     das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein 
>>> englischsprachiger Vortrag darueber, dass OpenStreetMap ja 
>>> "gender-biased" sei (genauer genommen Frauen benachteiligend). Als 
>>> wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins 
>>> Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu 
>>> "amenity=childcare" mit 15 Abstimmenden nicht die erforderliche 
>>> Beteiligung erreichte.

Passend zum Thema, das Editorial der aktuellen Ausgabe des Linux-Magazins:

http://www.linux-magazin.de/Heft-Abo/Ausgaben/2012/11/Login




From simon at poole.ch  Fri Oct  5 11:20:24 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 13:20:24 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
Message-ID: <506EC278.1020609@poole.ch>


Am 05.10.2012 12:46, schrieb Martin Koppenhoefer:
>
>
> Das stimmt nicht, ein Link zur cc-by-sa 2.0 reicht aus, s. §4b
> "You must include a copy of, or the Uniform Resource Identifier for,
> this License or other license specified in the previous sentence with
> every copy or phonorecord of each Derivative Work"
>
> "or the URI for"
>
> http://creativecommons.org/licenses/by-sa/2.0/legalcode
>
> und doch, das wurde durchaus so genau genommen, das ist ja gerade der
> Sinn einer Lizenz, dass genau vorgegeben wird, wie und in welchem
> Umfang und zu welchen Bedingungen man die Daten nutzen kann.
>
Link != Text des URIs

Ich will nur aufzeigen, dass auch du und Thomas eine Interpretation der
Lizenz verwenden die nicht mit dem wortwörtlichen Inhalt übereinstimmt.

Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
dass sie die Lizenz möglichst gut einhalten.

Simon




From dieterdreist at gmail.com  Fri Oct  5 11:47:47 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 13:47:47 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506EC278.1020609@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch>
 <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch>
 <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
 <506EC278.1020609@poole.ch>
Message-ID: <CABPTjTAQ+kLApvDJrwdWmQx=sr1UZHzm=jgAaNnmZHe-DZ7Wrw@mail.gmail.com>

Am 5. Oktober 2012 13:20 schrieb Simon Poole <simon at poole.ch>:
> Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
> ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
> Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
> Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
> Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
> dass sie die Lizenz möglichst gut einhalten.


Als erstes: "verklagen" sehe ich auch nicht als nächsten Schritt an,
es ist klar, dass das niemand gern tut, und dass das auch einen
gewissen Kollateralschaden mit sich bringt (welche große IT-Firma
würde denn dann noch OSM-Daten nutzen, wenn die einen bei Problemen
als erstes verklagen?).

Aber es kann doch auch nicht angehen, dass das Board (scheinbar, man
weiss ja nichts genaues, weil die Kommunikation, so sie stattgefunden
hat, geheim war) manchen Nutzern Sonderkonditionen einräumt. Anstatt
zu brüllen: danke für die Namens-Nennung und willkommen im Club, hätte
man schon darauf bestehen müssen, dass auch die Lizenz eingehalten
wird. Und das noch nicht mal auf die Feinheiten bezogen sondern auf
das Allermindeste: dass angegeben wird, unter welcher Lizenz die Daten
stehen und woher sie kommen. Umsomehr, als es 2 Alternativen gibt und
gar nicht mal klar ist, welche der beiden Lizenzen gilt. Nochmal: Wir
reden hier ja nicht in erster Linie darüber, ob ein Link ausreicht,
sondern dass _überhaupt kein Hinweis_ auf die Lizenz angegeben wurde
und wird, und zwar mindestens seit März 2012:
http://blog.osmfoundation.org/2012/03/08/welcome-apple/
Da ist keinerlei Hinweis, dass die Lizenz nach wie vor nicht eingehalten wird.

Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
dieser Form gar nicht nutzen, und dann schreibst Du oben, man
versuchte darauf hinzuwirken, dass sie die Lizenz "möglichst gut"
einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
Einen Hinweis auf die Lizenz anzugeben?

Gruß Martin



From toba0211 at yahoo.de  Fri Oct  5 11:58:20 2012
From: toba0211 at yahoo.de (ThomasB)
Date: Fri, 5 Oct 2012 04:58:20 -0700 (PDT)
Subject: [Talk-de]
 =?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
 =?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506EC278.1020609@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
 <506EC278.1020609@poole.ch>
Message-ID: <1349438300073-5729114.post@n5.nabble.com>

SimonPoole wrote
> Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
> ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
> Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
> Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
> Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
> dass sie die Lizenz möglichst gut einhalten.

Du würdest nichtmal zustimmen wenn wir darüber diskutieren würde ob der
Himmel blau ist. Ich denke, Du weißt recht genau, was schief gelaufen ist
und wir müssen jetzt nicht ellenlange Scheindebatten über irgendwelche
Nebenaspkete führen bei denen nichts rauskommt und den geneignten Lesern der
ML die Inbox vollspammen.




--
View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729114.html
Sent from the Germany mailing list archive at Nabble.com.



From dieterdreist at gmail.com  Fri Oct  5 12:16:51 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 14:16:51 +0200
Subject: [Talk-de]
	=?utf-8?q?Distriktgrenzen_anhand_von_Stra=C3=9Fenverzei?=
	=?utf-8?q?chnis_eintragen=2C_Grenzverlauf=3F?=
In-Reply-To: <k4ma6t$618$1@ger.gmane.org>
References: <506C42FE.7050100@mcsmurf.de> <506E99D4.5030602@mcsmurf.de>
 <1349428449291-5729071.post@n5.nabble.com>
 <k4ma6t$618$1@ger.gmane.org>
Message-ID: <CABPTjTA5kTox62GfbWvz=2ObFfUmjB_PUbEUy1XXmbk7xc3hXw@mail.gmail.com>

Am 5. Oktober 2012 11:45 schrieb bkmap <burkhard.kirchner at web.de>:
> Am 05.10.2012 11:14, schrieb Walter Nordmann:
>
>> Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
>> Strassen in "ihrem" Distrikt liegen. Dann kann man ALLE Objekte - also
>> auch
>> Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
>> Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die
>> ein
>> is_in-Tag haben.
>> Dass die Grenzen nicht genau sein können, ist mMn vertretbar.
>
>
> +1
> Ich würde aber nicht nach
> name:(Straße1 | Straße2 | ...) sondern nach "addr:street":(Straße1 | Straße2
> | ...) suchen. Damit werden alle Häuser markiert, die zu den Straßen
> gehören. Ein Multipolygon mit admin_level=10 drum rum zu ziehen, wäre dann
> recht einfach.


er hat doch mit seinem 2. Beispiel gezeigt, dass das alles andere als
einfach ist. Ich sehe es zwar auch so, dass man es so machen sollte,
aber wo die Grenzen nicht Straßen sind muss man zwischen den Häusern
eine Grenze ziehen je nachdem, zu welcher Straße die Häuser gehören.
Wenn natürlich alle Objekte schon vollständige Address-daten haben
wird es einigermaßen einfach.

Gruß Martin



From kevin_halton at hotmail.co.uk  Fri Oct  5 13:37:49 2012
From: kevin_halton at hotmail.co.uk (Kevin Halton)
Date: Fri, 5 Oct 2012 14:37:49 +0100
Subject: [Talk-de] Frage: GPX Track einer Relation
	extrahieren/runterladen?
In-Reply-To: <mailman.704.1349383703.4678.talk-de@openstreetmap.org>
References: <mailman.704.1349383703.4678.talk-de@openstreetmap.org>
Message-ID: <DUB117-W109B8850ED20860F2A2AE9FA28B0@phx.gbl>



> Date: Thu, 4 Oct 2012 21:32:08 +0200 (CEST)
> From: Alexander Lehner <lehner at edv-buero-lehner.de>
> Subject: Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?
>
> Super, danke! Das war genau, was ich gesucht habe.
> Verewigt:
> http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks

Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien leider von den Herstellern unerwunscht.
Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
"Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur Verfügung gestellt. Automatische Downloads oder direkte Links von anderen Seiten werden nicht toleriert."
 
Keine Ahnung was "nicht toleriert" bedeutet, die Links funktionieren (noch), aber nur für Info...
 
  		 	   		  

From lonvia at denofr.de  Fri Oct  5 14:14:20 2012
From: lonvia at denofr.de (Sarah Hoffmann)
Date: Fri, 5 Oct 2012 16:14:20 +0200
Subject: [Talk-de] Frage: GPX Track einer Relation
 extrahieren/runterladen?
In-Reply-To: <DUB117-W109B8850ED20860F2A2AE9FA28B0@phx.gbl>
References: <mailman.704.1349383703.4678.talk-de@openstreetmap.org>
 <DUB117-W109B8850ED20860F2A2AE9FA28B0@phx.gbl>
Message-ID: <20121005141420.GA32750@denofr.de>

On Fri, Oct 05, 2012 at 02:37:49PM +0100, Kevin Halton wrote:
> > From: Alexander Lehner <lehner at edv-buero-lehner.de>
> >
> > Super, danke! Das war genau, was ich gesucht habe.
> > Verewigt:
> > http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks
> 
> Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien leider von den Herstellern unerwunscht.
> Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
> "Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur Verfügung gestellt. Automatische Downloads oder direkte Links von anderen Seiten werden nicht toleriert."
>  
> Keine Ahnung was "nicht toleriert" bedeutet

Ich auch nicht. ;) Da ist wohl die deutsche Übersetzung ein wenig zu
streng geraten. Muss man mal anpassen.

Aber im Prinzip ist der Hinweis schon korrekt. Mit dem neuen Server
ist das zwar alles nicht mehr ganz so kritisch, aber dennoch würde
ich es vorziehen, wenn statt der direkten Links auf die GPX-Dateien
auf die Karte mit der Route verlinkt wird, also nach
http://cycling.waymarkedtrails.org/de/relation/2119154

Das ist nur ein Mausklick mehr für den Nutzer, um zum GPX zu kommen.

Gruss

Sarah
(Hersteller der Karte)



From simon at poole.ch  Fri Oct  5 15:49:23 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 17:49:23 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTAQ+kLApvDJrwdWmQx=sr1UZHzm=jgAaNnmZHe-DZ7Wrw@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
 <506EC278.1020609@poole.ch>
 <CABPTjTAQ+kLApvDJrwdWmQx=sr1UZHzm=jgAaNnmZHe-DZ7Wrw@mail.gmail.com>
Message-ID: <506F0183.6030403@poole.ch>


Am 05.10.2012 13:47, schrieb Martin Koppenhoefer:
> Am 5. Oktober 2012 13:20 schrieb Simon Poole <simon at poole.ch>:
>> Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
>> ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
>> Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
>> Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
>> Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
>> dass sie die Lizenz möglichst gut einhalten.
>
> Als erstes: "verklagen" sehe ich auch nicht als nächsten Schritt an,
> es ist klar, dass das niemand gern tut, und dass das auch einen
> gewissen Kollateralschaden mit sich bringt (welche große IT-Firma
> würde denn dann noch OSM-Daten nutzen, wenn die einen bei Problemen
> als erstes verklagen?).
>
> Aber es kann doch auch nicht angehen, dass das Board (scheinbar, man
> weiss ja nichts genaues, weil die Kommunikation, so sie stattgefunden
> hat, geheim war) manchen Nutzern Sonderkonditionen einräumt.

Da ich nicht genau weiss was da besprochen wurde kann ich die Frage auch
nicht beantworten.

Für mich stellt sich nur die Frage ob der Quellenhinweis plus Link auf
die OSM Hauptseite  unsere Anforderungen genügend gut abdeckt. Zum
Beispiel, dass man sieht das die Daten freiverfügbar sind und den
genauen Lizenztext finden kann (so denn man den lesen will). Oder nicht
sogar besser für das Projekt ist, als eine zwar genau den Bedingungen
der Lizenz entsprechenden Hinweis auf einen länglichen Englischen Text
den 99% der Leute so oder so völlig unverständlich finden würde. Die
einzige echte Schwierigkeit ist, dass wir in der Zwischenzeit die Lizenz
gewechselt haben und deshalb die Texte auf www.openstreetmap.org nicht
mehr zutreffend sind. Ich gehe davon aus, dass wir deshalb mit Apple
reden werden und Nachbesserung verlangen werden.

>
> Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
> Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
> proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
> dieser Form gar nicht nutzen, und dann schreibst Du oben, man
> versuchte darauf hinzuwirken, dass sie die Lizenz "möglichst gut"
> einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
> gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
> Einen Hinweis auf die Lizenz anzugeben?
>
Das ist andere Seite des Problems, bei iPhoto wird ja nur ein
Hintergrund gerendert und der ist je nach Ort von OSM, es gibt Argumente
dafür, dass das kein grösseres lizenzrechtliches Problem ist. Bei Apple
Maps gibt es zumindest Hinweise, dass es noch andere Daten als OSM
verwendet wurden in der jeweils gleichen Ansicht. Auch wenn die Hinweise
eher schwach sind, wäre es so, hängen die Konsequenzen stark davon ab ob
das als "collective work" oder als abgeleitetes Werk betrachtet wird.
Wäre es letzteres müsste das ganze unter CC by-SA lizenziert werden,
was, je nach Quelle der Daten natürlich unmöglich sein könnte. Aber wie
gesagt, so genau weiss man das nicht.

Natuerlich ist in jedem Fall der aus OSM Daten bestehender Teil unter CC
by-SA lizenziert, aber so wirklich nützlich ist das natuerlich nicht.

Simon

Simon




From dieterdreist at gmail.com  Fri Oct  5 16:48:55 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 5 Oct 2012 18:48:55 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <506F0183.6030403@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch>
 <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch>
 <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
 <506EC278.1020609@poole.ch>
 <CABPTjTAQ+kLApvDJrwdWmQx=sr1UZHzm=jgAaNnmZHe-DZ7Wrw@mail.gmail.com>
 <506F0183.6030403@poole.ch>
Message-ID: <CABPTjTD2t2YX0v-KAHO+AF-aYRJtzymt2mcSenZDFmz2R_cEAg@mail.gmail.com>

Am 5. Oktober 2012 17:49 schrieb Simon Poole <simon at poole.ch>:
> Für mich stellt sich nur die Frage ob der Quellenhinweis plus Link auf
> die OSM Hauptseite  unsere Anforderungen genügend gut abdeckt.


ja, auch das kann man diskuttieren. So fehlt z.B. der Hinweis darauf,
dass unsere Daten copyright der Beitragenden sind, d.h. wir werden in
einem Atemzug mit PD-Inhalten genannt, und nicht bei den übrigen
Datenlieferanten, die Bedingungen an die Nutzung ihrer Daten stellen.
Das ist nur ein subtiles ©, das bei manchen dran ist, bei anderen
nicht, aber bei OSM wurde es scheinbar "vergessen" oder Apple hat
Grund zur Annahme, unsere Daten wären gar nicht geschützt.


> Zum
> Beispiel, dass man sieht das die Daten freiverfügbar sind und den
> genauen Lizenztext finden kann (so denn man den lesen will).


genau das kann man ja ohne detaillierte Analyse schonmal gar nicht,
weil man weder weiss, wo sie Daten von uns einsetzen, noch, von wann
die sind.


> Oder nicht
> sogar besser für das Projekt ist, als eine zwar genau den Bedingungen
> der Lizenz entsprechenden Hinweis auf einen länglichen Englischen Text
> den 99% der Leute so oder so völlig unverständlich finden würde.


Das kann man ja finden, und wenn mind. 2/3 der anderen Beitragenden
das auch so sehen, dann sollte man einfach die Lizenz ändern, dann
kann jeder die Daten so nutzen, wie die Mehrheit der Urheber es für
richtig hält.


> Die
> einzige echte Schwierigkeit ist, dass wir in der Zwischenzeit die Lizenz
> gewechselt haben und deshalb die Texte auf www.openstreetmap.org nicht
> mehr zutreffend sind.


das war mir auch schon aufgefallen und ich habe in dev-talk den
Hinweis gegeben, evtl. parallel auch den alten Text noch für die
Nutzer älterer Daten (cc-by-sa) zur Verfügung zu stellen, so dass die
Nutzung erleichtert ist.


>> Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
>> Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
>> proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
>> dieser Form gar nicht nutzen, und dann schreibst Du oben, man
>> versuchte darauf hinzuwirken, dass sie die Lizenz "möglichst gut"
>> einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
>> gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
>> Einen Hinweis auf die Lizenz anzugeben?
>>
> Das ist andere Seite des Problems, bei iPhoto wird ja nur ein
> Hintergrund gerendert und der ist je nach Ort von OSM, es gibt Argumente
> dafür, dass das kein grösseres lizenzrechtliches Problem ist. Bei Apple
> Maps gibt es zumindest Hinweise, dass es noch andere Daten als OSM
> verwendet wurden in der jeweils gleichen Ansicht. Auch wenn die Hinweise
> eher schwach sind, wäre es so, hängen die Konsequenzen stark davon ab ob
> das als "collective work" oder als abgeleitetes Werk betrachtet wird.


dass es als Database gesehen wird ist unrealistisch? Immerhin werden
ja Datenbank-teile auf die Endgeräte übertragen und erst dort zur
Karte gerendert. ODbL würde aus Apple-Sicht vermutlich noch mehr
Probleme verursachen, weil sie da dann die Datenbank zur Verfügung
stellen müssten, vermutlich parallel, weil ja die Geräte selbst so
"geschützt" sind, dass man nicht direkt auf die Inhalte zugreifen
kann.


> Wäre es letzteres müsste das ganze unter CC by-SA lizenziert werden,
> was, je nach Quelle der Daten natürlich unmöglich sein könnte. Aber wie
> gesagt, so genau weiss man das nicht.


ja, um es genauer zu wissen müsste man vermutlich wissen, wie genau
Apple die Daten speichert und verwaltet, oder? D.h. das müssten sie
eigentlich darlegen damit der Rechteinhaber (wir) beurteilen kann, ob
die Lizenz eingehalten wird.


> Natuerlich ist in jedem Fall der aus OSM Daten bestehender Teil unter CC
> by-SA lizenziert, aber so wirklich nützlich ist das natuerlich nicht.


naja, vielleicht gefällt ja dem einen oder anderen die Grafik von
Apple, dann kann er z.B. mit deren Karten Anfahrtsskizzen drucken für
Flyer oder Visitenkarten. Oder auch die gerenderten Tiles kopieren und
beliebig (im Rahmen der cc-by-sa natürlich) weiterverwenden. Völlig
nutzlos ist das ja nun nicht gerade, oder?

Was ich nicht verstehe ist das "in jedem Fall cc-by-sa", bei den
Bing-tiles heisst es ja, die würden nicht dadurch zu cc-by-sa, dass
OSM-Daten darin enthalten sind und die so verbreitet werden.

Mir ist in der Zwischenzeit noch was anderes aufgefallen: die
unzureichende Attributierung in iOS-iPhoto ist noch weitreichender,
als mir bisher klar war. Seht Euch mal dieses Beispiel für ein
Photo-Album an: https://www.icloud.com/journals/sample/
Die auf OSM beruhenden Karten werden ohne jeglichen Hinweis auf OSM in
diese Foto-alben eingebettet, d.h. Apple bricht bei Millionen von
Nutzern unsere Lizenzbestimmungen, indem der Hinweis auf die Lizenz
entfernt wird, und die User "angestiftet werden" die Alben im Web zu
verbreiten. Oder anders ausgedrückt ist das eine riesige vertane
Chance, unser Projekt bekannter zu machen.

Gruß Martin



From lehner at edv-buero-lehner.de  Fri Oct  5 16:49:16 2012
From: lehner at edv-buero-lehner.de (Alexander Lehner)
Date: Fri, 5 Oct 2012 18:49:16 +0200 (CEST)
Subject: [Talk-de] Frage: GPX Track einer Relation
 extrahieren/runterladen?
In-Reply-To: <20121005141420.GA32750@denofr.de>
References: <mailman.704.1349383703.4678.talk-de@openstreetmap.org>
 <DUB117-W109B8850ED20860F2A2AE9FA28B0@phx.gbl>
 <20121005141420.GA32750@denofr.de>
Message-ID: <alpine.LFD.1.00.1210051843210.22843@velociraptor.hac.de>



On Fri, 5 Oct 2012, Sarah Hoffmann wrote:

> On Fri, Oct 05, 2012 at 02:37:49PM +0100, Kevin Halton wrote:
>>> From: Alexander Lehner <lehner at edv-buero-lehner.de>
>>>
>>> Super, danke! Das war genau, was ich gesucht habe.
>>> Verewigt:
>>> http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks
>>
>> Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien leider von den Herstellern unerwunscht.
>> Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
>> "Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur Verfügung gestellt. Automatische Downloads oder direkte Links von anderen Seiten werden nicht toleriert."
>>
>> Keine Ahnung was "nicht toleriert" bedeutet
>
> Ich auch nicht. ;) Da ist wohl die deutsche Übersetzung ein wenig zu
> streng geraten. Muss man mal anpassen.
>
> Aber im Prinzip ist der Hinweis schon korrekt. Mit dem neuen Server
> ist das zwar alles nicht mehr ganz so kritisch, aber dennoch würde
> ich es vorziehen, wenn statt der direkten Links auf die GPX-Dateien
> auf die Karte mit der Route verlinkt wird, also nach
> http://cycling.waymarkedtrails.org/de/relation/2119154
>
> Das ist nur ein Mausklick mehr für den Nutzer, um zum GPX zu kommen.

Vielen Dank fuer das viele Feedback zu diesem Thema!

Ich habe den Isarradweg-GPX Link entsprechend geaendert.

Beim Thema Autobahn/Bundesstrasse ist mir die Problematik schon bewusst.
Ich moechte einfach mal exemplarisch schauen, wie weit man da kommt (die 
Wikipedia community ist ja noch einmal eine ganz eigene Klasse fuer 
sich... ;)


Alex.

From cottaer at gmx.de  Fri Oct  5 17:51:38 2012
From: cottaer at gmx.de (cottaer)
Date: Fri, 05 Oct 2012 19:51:38 +0200
Subject: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
Message-ID: <506F1E2A.3040109@gmx.de>

Hallo,

ein paar meiner GPX-Tracks zeigen ein merkwürdiges Verhalten: In dem 
Vorschaubild bei OSM sieht es aus wie ein geschlossener Kreis, das 
heisst, Anfang und Ende sind verbunden. Möglicherweise ist sogar die 
Reihenfolge von Teilstücken, evtl. nach GPS-Aussetzern in Tunneln 
durcheinander. Beispiel:

http://www.openstreetmap.org/user/Cottaer/traces/1328650

Den Track kann man wiederum als GPX runterladen und im Josm wiedr 
öffnen, da sieht er ganz normal aus.

Mein Workflow dazu: GPX in Josm laden, in Datenebene umwandeln (*), 
Track bearbeiten, wieder in GPX umwandeln, speichern, im Browser 
hochladen (**). Mal entsteht nun dieser geschlossene Ring und mal nicht.

Ich habe auch das GPX-Edit-Plugin, aber das finde ich nicht so toll; die 
Punkte sind dann nicht mit einer Linie verbunden, in einer anderen Ebene 
bleibt unverändert die GPX-Linie stehen (ok, könnte man ausblenden, aber 
dann wüsste man gar nicht mehr, was zu was gehört), sehr 
unübersichtlich, wenn man Ausreiser entfernen will.

Tipps für eine effektivere Bearbeitung würde ich gerne annehmen, aber am 
meisten würde mich interessieren, was mit dem Track los ist.

Viele Grüße
Cottaer


(*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt, 
andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der 
Track ist in einer eigenen Ebene). Wenn man den Track lädt, in 
Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer 
Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis 
ist nicht wie beabsichtigt.

(**) Ich habe auch mit dem Direct-Upload-Plugin versucht, GPX-Tracks 
hochzuladen, das macht kurz irgendwas und schreibt dann ganz 
unauffällig-klein, dass es wegen eines Fehlers nicht geklappt hätte 
(ohne Angabe von näheren Details).




From tumsi at gmx.de  Fri Oct  5 18:21:58 2012
From: tumsi at gmx.de (tumsi)
Date: Fri, 05 Oct 2012 20:21:58 +0200
Subject: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
In-Reply-To: <506F1E2A.3040109@gmx.de>
References: <506F1E2A.3040109@gmx.de>
Message-ID: <506F2546.1010509@gmx.de>

Hallo Cottaer,

-------- Original-Nachricht --------
Betreff: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
Datum: Fri Oct 05 2012 19:51:38 GMT+0200
Von: cottaer <cottaer at gmx.de>
An: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> ein paar meiner GPX-Tracks zeigen ein merkwürdiges Verhalten: In dem
> Vorschaubild bei OSM sieht es aus wie ein geschlossener Kreis, das
> heisst, Anfang und Ende sind verbunden.

Wie bearbeitest Du den Track? Löscht Du nur Punkte heraus oder ergänzt 
Du auch etwas oder verschiebst Du Punkte? Oder trennst Du die Spur auf? 
Gibt es bei den "merkwürdigen" Tracks in der Hinsicht irgendwelche 
Gemeinsamkeiten?
Ich habe mir mal Deine Datei sowohl in Mapsource angesehen als auch den 
XML-Quelltext an sich... Was ich auf den ersten Blick sehen kann, ist 
nur, dass diese alle aus mehreren unabhängigen (?) Teiltracks bestehen. 
Und diese werden - warum auch immer - in der Übersicht wohl miteinander 
verbunden.

> Ich habe auch das GPX-Edit-Plugin, aber das finde ich nicht so toll;

Ging mir bisher auch so ;-)

> Tipps für eine effektivere Bearbeitung würde ich gerne annehmen, aber am
> meisten würde mich interessieren, was mit dem Track los ist.

Mein Workflow sieht wie folgt aus:
- gpx-Datei in Mapsource laden, dort werden überflüssige Bereich 
entfernt; dann wende ich den Datenfilter in Mapsource an, um die 
Punktdichte zu verringern (z.B. nur alle 2m einen Punkt)
- gpx-Datei in JOSM laden und von dort direkter Upload


> (*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt,
> andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der
> Track ist in einer eigenen Ebene). Wenn man den Track lädt, in
> Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer
> Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis
> ist nicht wie beabsichtigt.

Das in meinen Augen kein direkter Bug. Lädt man OSM-Daten werden diese 
standardmäßig in die (oder eine) bestehende Datenebene hinzugefügt. Ist 
diese Datenebene ein umgewandelter Track, dann landen sie halt dort. 
Anders würde sonst bei jeder Datenanforderung eine neue Datenebene 
erstellt werden und das wäre doch auch lästig und sehr unproduktiv. Im 
Dialog "Daten herunterladen" kannst Du unten links die Checkbox 
aktivieren, um die Daten in einer neuen Ebene zu laden - aber nicht 
vergessen beim nächsten Laden wieder zu deaktivieren...

> (**) Ich habe auch mit dem Direct-Upload-Plugin versucht, GPX-Tracks
> hochzuladen, das macht kurz irgendwas und schreibt dann ganz
> unauffällig-klein, dass es wegen eines Fehlers nicht geklappt hätte
> (ohne Angabe von näheren Details).

Die Statusrückmeldung finde ich auch etwas unglücklich. Ich frage mich 
auch immer, ob der Track wirklich erfolgreich hochgeladen wurde...

Viele Grüße,
Constanze



From cottaer at gmx.de  Fri Oct  5 19:42:29 2012
From: cottaer at gmx.de (cottaer)
Date: Fri, 05 Oct 2012 21:42:29 +0200
Subject: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
In-Reply-To: <506F2546.1010509@gmx.de>
References: <506F1E2A.3040109@gmx.de> <506F2546.1010509@gmx.de>
Message-ID: <506F3825.9010302@gmx.de>

> Wie bearbeitest Du den Track? Löscht Du nur Punkte heraus oder ergänzt
> Du auch etwas oder verschiebst Du Punkte? Oder trennst Du die Spur auf?
> Gibt es bei den "merkwürdigen" Tracks in der Hinsicht irgendwelche
> Gemeinsamkeiten?
> Ich habe mir mal Deine Datei sowohl in Mapsource angesehen als auch den
> XML-Quelltext an sich... Was ich auf den ersten Blick sehen kann, ist
> nur, dass diese alle aus mehreren unabhängigen (?) Teiltracks bestehen.
> Und diese werden - warum auch immer - in der Übersicht wohl miteinander
> verbunden.

Ich lösche teils Punkte im Track (grobe Ausreiser, Punktwolken an 
Ampeln), teils Ende oder Anfang der Route (zwecks des Rests an 
Privatsphäre), sonst mache ich nichts am Track (dann wären es ja keine 
GPS-Daten mehr ;-)).

Soweit ich das sehen kann, ist das aktuelle Problem nur bei 
Aufzeichnungen mit kurzen Unterbrechungen des GPS-Empfangs (meist Tunnel 
auf der Strecke) entstanden.

Ich habe bis vor einiger Zeit den OSM-Tracker unter Windows Mobile zum 
Aufzeichnen verwendet, dann allerdings, da man bei diesem offensichtlich 
nicht das Handy in eine Art Stand by versetzen kann, ohne dass die 
Aufzeichnung angehalten wird, oder wenigstens den Bildschirm abschalten 
kann, nach einem anderen Tool gesucht. NoniGPSPlot war das erste, was 
ich getestet habe, man kann den Bildschirm abschalten, und ich bin dann 
gleich bei diesem geblieben. Offensichtlich erstellt dieses bei 
GPS-Unterbrechungen eine neue Tracksequenz (ich habe nun auch mal in das 
originale GPX mit einem Texteditor reingeguckt). Vielleicht lösche ich 
nächstens einfach dieses </trkseg> <trkseg> mitten in der Aufzeichnung.

Ich hatte den Fall aber schon mal vor längerem, da scheint irgendwas 
anderes beim Editieren schief gegangen zu sein, denn damals konnte ich 
das Problem beheben, indem ich den originalen Track nochmal editiert und 
neu hochgeladen habe.

Das Tool auf der OSM-Seite könnte vielleicht einfach nach dem 
Zeitstempel schauen, um die Tracks, die aus mehreren Stücken bestehen, 
korrekt zusammenzubauen, und nicht eher zufällig bzw. außerdem Anfang 
und Ende zu verbinden ;-).

>> (*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt,
>> andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der
>> Track ist in einer eigenen Ebene). Wenn man den Track lädt, in
>> Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer
>> Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis
>> ist nicht wie beabsichtigt.
>
> Das in meinen Augen kein direkter Bug. Lädt man OSM-Daten werden diese
> standardmäßig in die (oder eine) bestehende Datenebene hinzugefügt. Ist
> diese Datenebene ein umgewandelter Track, dann landen sie halt dort.
> Anders würde sonst bei jeder Datenanforderung eine neue Datenebene
> erstellt werden und das wäre doch auch lästig und sehr unproduktiv. Im
> Dialog "Daten herunterladen" kannst Du unten links die Checkbox
> aktivieren, um die Daten in einer neuen Ebene zu laden - aber nicht
> vergessen beim nächsten Laden wieder zu deaktivieren...

Naja, da JOSM sich unterschiedlich verhält, ist das zumindest 
inkonsistent ;-). Wahrscheinlich ist im ersten Fall der Kontext der 
Datenquelle nicht mehr vorhanden, während im zweiten Fall eine neue 
Datenebene zusätzlich erstellt wird.
Aber das ist auch nicht so schlimm, so lange man es weiß.

Vielen Dank
Cottaer



From simon at poole.ch  Fri Oct  5 20:42:42 2012
From: simon at poole.ch (Simon Poole)
Date: Fri, 05 Oct 2012 22:42:42 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTD2t2YX0v-KAHO+AF-aYRJtzymt2mcSenZDFmz2R_cEAg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E99A1.9070306@poole.ch> <1349426571698-5729062.post@n5.nabble.com>
 <506EA160.9010904@poole.ch> <1349428674852-5729073.post@n5.nabble.com>
 <506EAF90.5000508@poole.ch>
 <CABPTjTBnJKYVkyYG4G1XXHPJ0_LGCZP0dgFqdG+KrHQnmnDbVg@mail.gmail.com>
 <506EC278.1020609@poole.ch>
 <CABPTjTAQ+kLApvDJrwdWmQx=sr1UZHzm=jgAaNnmZHe-DZ7Wrw@mail.gmail.com>
 <506F0183.6030403@poole.ch>
 <CABPTjTD2t2YX0v-KAHO+AF-aYRJtzymt2mcSenZDFmz2R_cEAg@mail.gmail.com>
Message-ID: <506F4642.6010907@poole.ch>

Am 05.10.2012 18:48, schrieb Martin Koppenhoefer:
> Mir ist in der Zwischenzeit noch was anderes aufgefallen: die
> unzureichende Attributierung in iOS-iPhoto ist noch weitreichender,
> als mir bisher klar war. Seht Euch mal dieses Beispiel für ein
> Photo-Album an: https://www.icloud.com/journals/sample/
> Die auf OSM beruhenden Karten werden ohne jeglichen Hinweis auf OSM in
> diese Foto-alben eingebettet,
Ich hab da bis jetzt noch keine OSM basierende Karte gesehen kannst du 
ev. ein Screenshot machen?

Simon




From cottaer at gmx.de  Sat Oct  6 07:47:45 2012
From: cottaer at gmx.de (cottaer)
Date: Sat, 06 Oct 2012 09:47:45 +0200
Subject: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
In-Reply-To: <506F2546.1010509@gmx.de>
References: <506F1E2A.3040109@gmx.de> <506F2546.1010509@gmx.de>
Message-ID: <506FE221.8080403@gmx.de>

Am 05.10.2012 20:21, schrieb tumsi:
> Wie bearbeitest Du den Track? Löscht Du nur Punkte heraus oder ergänzt
> Du auch etwas oder verschiebst Du Punkte? Oder trennst Du die Spur auf?
> Gibt es bei den "merkwürdigen" Tracks in der Hinsicht irgendwelche
> Gemeinsamkeiten?
> Ich habe mir mal Deine Datei sowohl in Mapsource angesehen als auch den
> XML-Quelltext an sich... Was ich auf den ersten Blick sehen kann, ist
> nur, dass diese alle aus mehreren unabhängigen (?) Teiltracks bestehen.
> Und diese werden - warum auch immer - in der Übersicht wohl miteinander
> verbunden.

Ich habe nun außerdem noch mal in die von JOSM nach dem Bearbeiten 
gespeicherte Datei gesehen. Bereits JOSM verwürfelt die einzelnen 
Abschnitte des Tracks, die durch die kurzen GPS-Aussetzer entstanden 
sind. Da muss ich wohl einen Texteditor (entweder vor oder nach dem 
Bearbeiten) noch in den Workflow aufnehmen, um das zu reparieren ;-).

Viele Grüße




From l.schimmer at cgv.tugraz.at  Sat Oct  6 17:12:08 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sat, 06 Oct 2012 19:12:08 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert; hilfe mit Namen
Message-ID: <50706668.2040107@cgv.tugraz.at>

Hi

Ich war mal etwas forsch und habe die Wiki Seite über die
Builidng:material Liste mit Bildern versehen und leicht erweitert.
http://wiki.openstreetmap.org/wiki/Key:building:material

Bei den MFT Platten und den anderen Platten fehlen mir passende,
griffige, englische Namen für die Tags.

Hat da jemand Vorschläge?

Danke!


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



From dieterdreist at gmail.com  Sat Oct  6 17:46:59 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 6 Oct 2012 19:46:59 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
	hilfe mit Namen
In-Reply-To: <50706668.2040107@cgv.tugraz.at>
References: <50706668.2040107@cgv.tugraz.at>
Message-ID: <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>

Am 6. Oktober 2012 19:12 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
> Hi
>
> Ich war mal etwas forsch und habe die Wiki Seite über die
> Builidng:material Liste mit Bildern versehen und leicht erweitert.
> http://wiki.openstreetmap.org/wiki/Key:building:material
>
> Bei den MFT Platten und den anderen Platten fehlen mir passende,
> griffige, englische Namen für die Tags.
>
> Hat da jemand Vorschläge?


wieso heisst der tag "building:material" wenn es nur um die Fassade
geht? Wie wärs mit "facade:material"? Wobei auch das vermutlich
Probleme macht, weil eine Fassade ja selten nur aus einem Material
besteht.

Ich würde bei Fassaden zuerst unterscheiden zwischen
* Lochfassaden (massive Wand mit Löchern)
* Pfosten-Riegel-Konstruktionen  (Tragende Pfosten (vertikal) und
Riegel (horizontale Glieder) in der Fassade)
* Vorhangfassaden  (vor die Konstruktion "vorgehängte" Fassade, die
keine statische Funktion hat, sondern nur dem Raumabschluss dient)

und diese Grundtypen dann weiter differenzieren in eher horizontal und
eher vertikal dominierte. In einem weiteren Schritt würde man dann
auch nach dem dominierenden Fassadenmaterial fragen, klar.

Ein Beispiel für eine horizontale Lochfassade:
http://www.engelvoelkers.com/imgs/C6/D1/C6D18A54231BA163D16B44B424ED6963-VIEW-DISPLAY.jpg
horizontal gegliederte Vorhangfassade:
http://www.baunetz.de/img/35374607_2b295006cd.jpg
vertikale Lochfassade:
http://www.pbi-fassadentechnik.de/uploads/pics/HP_gro__Pinnasberg45.jpg
aber auch viele Altbauten, z.B.
http://www.luise-berlin.de/abbild/lexikon/mitte/s/Bilder/Staatsbibliothek_Haus_1_008012.jpg
etc.

Was sicherlich auch interessant wäre, sind solche Parameter wie die
Anzahl der Fensterachsen oder der Fensteranteil an der
Gesamtfassadenfläche. So was müsste man dann allerdings für jede
Fassade einzeln erfassen (das Problem ergibt sich aber sicherlich auch
schon bei weniger detaillierter Erfassung, z.B. nur des Materials, der
Farbe oder des Typs).

Nicht selten dürften sich auch die einzelnen Stockwerke unterscheiden,
zumindest klassisch ist eine Dreiteilung in Sockel, Hauptteil und
oberer Abschluss, wobei das dann auch sehr von Stil, Epoche und
Bedeutung abhängt.

Gruß Martin



From dieterdreist at gmail.com  Sat Oct  6 17:53:03 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 6 Oct 2012 19:53:03 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
	hilfe mit Namen
In-Reply-To: <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
Message-ID: <CABPTjTArmz0r-u3Q8zwVVDuBhDY4=WkBLFMXtN5VSHi9xt2OxA@mail.gmail.com>

Was sicher gut gelingen dürfte ist das parametrische Erfassen von Plattenbauten
Da gibt es nicht so viele unterschiedliche Typen und die sind super
dokumentiert. Man würde einfach schreiben
building:type=P2 oder WBS70 und die Stockwerke, und alles wäre klar ;-)

Auch Varianten, Verbindungsbauteile und z.B. Attikadetails sind da
jeweils typisiert und dokumentiert.

Eine wunderbare Komplettübersicht gibt's hier zum download:
http://www.bbsr.bund.de/cln_032/nn_626568/BBSR/DE/Veroeffentlichungen/Abgeschlossen/SanierungPlattenbau/Ausgaben/WohnbautenFertigteilbauweise,templateId=raw,property=publicationFile.pdf/WohnbautenFertigteilbauweise.pdf

Gruß Martin



From osm-mail at autobahnen-europa.eu  Sat Oct  6 19:41:12 2012
From: osm-mail at autobahnen-europa.eu (Robert S.)
Date: Sat, 6 Oct 2012 21:41:12 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Message-ID: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>

Da in den letzten Wochen vermehrt Bugs mit dem Text "AST der ... fehlt" von
Straßen NRW in ganz NRW eingetragen werden, hier mal eine kurze Erklärung,
für die, die mit der Erfassung von Straßen in den amtlichen Datenbanken
nicht viel am Hut haben:

Ein Beispiel ist z.B. hier:
http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&layers=B0T

Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also
das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.
Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den
Import-Daten von 2009 noch nicht existierten.
Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.

In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold
kommend. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
eintragen und den Bug mit einem 'Danke!' schließen.


From l.schimmer at cgv.tugraz.at  Sat Oct  6 20:36:50 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sat, 06 Oct 2012 22:36:50 +0200
Subject: [Talk-de] =?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
	=?iso-8859-1?q?=2E?=
Message-ID: <50709662.5030206@cgv.tugraz.at>

Moin!

Nicht gefunden bisher:

Die kleinen (oder auch großen) Türme, die als Abluftöffnung für
Tiefgaragen oder Tunnel dienen.
Hat da jemand einen passenden Tag für?

Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief,
Gitter auf der Rückwand.
Somit durchaus ein building:yes
Aber wie tagt man, das es nen Abluftschacht ist?

Danke.

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



From l.schimmer at cgv.tugraz.at  Sat Oct  6 20:40:59 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sat, 06 Oct 2012 22:40:59 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <CABPTjTArmz0r-u3Q8zwVVDuBhDY4=WkBLFMXtN5VSHi9xt2OxA@mail.gmail.com>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
 <CABPTjTArmz0r-u3Q8zwVVDuBhDY4=WkBLFMXtN5VSHi9xt2OxA@mail.gmail.com>
Message-ID: <5070975B.9070004@cgv.tugraz.at>

On 06.10.2012 19:53, Martin Koppenhoefer wrote:
> Was sicher gut gelingen dürfte ist das parametrische Erfassen von Plattenbauten
> Da gibt es nicht so viele unterschiedliche Typen und die sind super
> dokumentiert. Man würde einfach schreiben
> building:type=P2 oder WBS70 und die Stockwerke, und alles wäre klar ;-)
> 
> Auch Varianten, Verbindungsbauteile und z.B. Attikadetails sind da
> jeweils typisiert und dokumentiert.

Parametrische Modelle... Na danke, das hab ich auf Arbeit ausreichend^^
Aber ja, bei Plattenbauten einfach, bei "organischen" Gebäuden wie dem
Grazer Kunsthaus (http://de.wikipedia.org/wiki/Kunsthaus_Graz) oder der
Elbphilharmonie in Hamburg versagt das aber kläglich. (ja, da gibts auch
Lösungen, ist aber Offtopic).
Allerdings ist im 3D Schema eh schon immer festgelegt, das man nen Link
zu nem externen 3D Modell des Gebäudes angeben kann. Nur muß man das
auch erstmal haben und recht dauerhaft irgendwo geordnet ablegen.

> Eine wunderbare Komplettübersicht gibt's hier zum download:
> http://www.bbsr.bund.de/cln_032/nn_626568/BBSR/DE/Veroeffentlichungen/Abgeschlossen/SanierungPlattenbau/Ausgaben/WohnbautenFertigteilbauweise,templateId=raw,property=publicationFile.pdf/WohnbautenFertigteilbauweise.pdf
> 
> Gruß Martin

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



From l.schimmer at cgv.tugraz.at  Sat Oct  6 20:58:28 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sat, 06 Oct 2012 22:58:28 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
Message-ID: <50709B74.4000708@cgv.tugraz.at>

On 06.10.2012 19:46, Martin Koppenhoefer wrote:
> Am 6. Oktober 2012 19:12 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
>> Hi
>>
>> Ich war mal etwas forsch und habe die Wiki Seite über die
>> Builidng:material Liste mit Bildern versehen und leicht erweitert.
>> http://wiki.openstreetmap.org/wiki/Key:building:material
>>
>> Bei den MFT Platten und den anderen Platten fehlen mir passende,
>> griffige, englische Namen für die Tags.
>>
>> Hat da jemand Vorschläge?
> 
> 
> wieso heisst der tag "building:material" wenn es nur um die Fassade
> geht? Wie wärs mit "facade:material"? Wobei auch das vermutlich
> Probleme macht, weil eine Fassade ja selten nur aus einem Material
> besteht.

Hm, es ist das "simple 3d buildings" schema in OSM. Somit wahrlich stark
vereinfacht und vor allem für die 3D Renderer als Info gedacht, wie die
Textur gernedert werden soll. Und auf dieses simple 3D tagging Schema
haben sich die Leute auf dem 2nd 3D OSM Meeting geeinigt . soweit auch
brauchbar (http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings)
Und laut der vorlage sollte man das aussen erkennbare, vorherrschende
Material eintragen - da man ja dem Gebäude nicht ins Innere blicken kann.
Du hast natürlich recht, man müsste im Detail weiter in die Tiefe gehen
und Bausubstanz und vorgehängte Fassade trennen (da fällt mir ein,
green/grass fehlt als Material, in Wien hats ne begrünte Fassade).
Und ja, eine Fassade ist oft durchsetzt von Fenstern, Türen und anderen
Material.
Wenn man das detailgetreu mit micromapping und co macht, wirds schön,
aber etwas zu komplex für die Standard OSM. Ausserdem gibt es da bald
ein Produkt, welches aus Kamerafahrten a la Google Street View 3D
Rekonstruktionen der Fassaden macht.
aber ich schweife ab.

> Ich würde bei Fassaden zuerst unterscheiden zwischen
> * Lochfassaden (massive Wand mit Löchern)
> * Pfosten-Riegel-Konstruktionen  (Tragende Pfosten (vertikal) und
> Riegel (horizontale Glieder) in der Fassade)
> * Vorhangfassaden  (vor die Konstruktion "vorgehängte" Fassade, die
> keine statische Funktion hat, sondern nur dem Raumabschluss dient)

Ja, das ist die eigentliche Fassade. Aber schon recht komplex.

> und diese Grundtypen dann weiter differenzieren in eher horizontal und
> eher vertikal dominierte. In einem weiteren Schritt würde man dann
> auch nach dem dominierenden Fassadenmaterial fragen, klar.

Und dann wirds noch komplexer.
Da müsste man das IndoorOSM mal mit hinzu betrachten.
Aber irgendwie... uff. Arbeit.
Bei der einen InDoor Lösung haben sie auch building:facade mit aufgenommen.
Dafür kein building:material, nur building:cladding dafür. Was im
Endeffekt das selbe ist. Aber building:material mit 115k zu 15k bei
cladding zeigt, das material genutzt wird.

> Ein Beispiel für eine horizontale Lochfassade:
> http://www.engelvoelkers.com/imgs/C6/D1/C6D18A54231BA163D16B44B424ED6963-VIEW-DISPLAY.jpg
> horizontal gegliederte Vorhangfassade:
> http://www.baunetz.de/img/35374607_2b295006cd.jpg
> vertikale Lochfassade:
> http://www.pbi-fassadentechnik.de/uploads/pics/HP_gro__Pinnasberg45.jpg
> aber auch viele Altbauten, z.B.
> http://www.luise-berlin.de/abbild/lexikon/mitte/s/Bilder/Staatsbibliothek_Haus_1_008012.jpg
> etc.
> 
> Was sicherlich auch interessant wäre, sind solche Parameter wie die
> Anzahl der Fensterachsen oder der Fensteranteil an der
> Gesamtfassadenfläche. So was müsste man dann allerdings für jede
> Fassade einzeln erfassen (das Problem ergibt sich aber sicherlich auch
> schon bei weniger detaillierter Erfassung, z.B. nur des Materials, der
> Farbe oder des Typs).

Ich habe das Gefühl, du arbeitest als Architekt oder bei anderen
Projekten der Parametrisierung von Häusern :-)
Das einzeln erfassen ist generell schon ein Problem, da dieses meistens
nur für gesamte Häuser/oder Häuserteile gemacht wird, nicht für einzelne
Wände. Schon da wirds kompliziert.

> Nicht selten dürften sich auch die einzelnen Stockwerke unterscheiden,
> zumindest klassisch ist eine Dreiteilung in Sockel, Hauptteil und
> oberer Abschluss, wobei das dann auch sehr von Stil, Epoche und
> Bedeutung abhängt.

Genau, da gehts dann wieder ins InDoor Mapping mit rein.

Das Simple 3D Building tagging unterscheidet Keller, Rumpf und Dach.
Für ein "brauchbares" 3D Modell braucht man gewisse Feinheiten nicht
wirklich, der Eindruck der bekannten Umgebung wird vor allem durch grob
korrekte Farben, Höhen, Formen und Bäume gegeben.
Exakte Fassaden wäre toll, aber wir haben in der OSM durchaus noch
andere Sorgen und Baustellen.
IMHO ist jedoch das building:material noch zukunfstoffen und erweiterbar
durch weitere facade tags. Somit jedenfalls keine "One way dead end street".


> Gruß Martin


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



From schmidt-postfach at freenet.de  Sat Oct  6 21:34:27 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Sat, 06 Oct 2012 23:34:27 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <50706668.2040107@cgv.tugraz.at>
References: <50706668.2040107@cgv.tugraz.at>
Message-ID: <5070A3E3.8090009@freenet.de>

Am 06.10.2012 19:12, schrieb Lars Schimmer:


> Bei den MFT Platten und den anderen Platten fehlen mir passende,

hallo,

mit dem Kürzel kann ich nichts anfangen, meinst du eventuell MDF?
Das wird aber nur für den _Innen_ausbau verwendet.

Mögliche Materialien:
- Faserzementplatten: z.B. Eternit
- Holzfaserkompositplatten: z.B. Fundermaxx
- Schichtpressstoffplatten (HPL) Fasern auf Holzbasis und Harze: Trespa
Meteon
- Fassadentafeln aus Steinwolle: ROCKPANEL
- Wandplatten aus Bitumen:  ONDALUX

Grüße
Andreas







From s.wolff at web.de  Sat Oct  6 22:08:55 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Sun, 07 Oct 2012 00:08:55 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
	=?iso-8859-1?q?=2E?=
In-Reply-To: <50709662.5030206@cgv.tugraz.at>
References: <50709662.5030206@cgv.tugraz.at>
Message-ID: <k4qa51$62a$1@ger.gmane.org>

Moin!

Am 06.10.2012 22:36, schrieb Lars Schimmer:
> Die kleinen (oder auch großen) Türme, die als Abluftöffnung für
> Tiefgaragen oder Tunnel dienen.
> Hat da jemand einen passenden Tag für?
>
> Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief,
> Gitter auf der Rückwand.
> Somit durchaus ein building:yes
> Aber wie tagt man, das es nen Abluftschacht ist?

Ein nicht betretbares technisches Objekt würde ich eher unter "man_made" 
einordnen.
Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine 
sinnvolle Anwendung ein.

Viele Grüße
Stephan






From dieterdreist at gmail.com  Sat Oct  6 23:50:00 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 01:50:00 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
	hilfe mit Namen
In-Reply-To: <50709B74.4000708@cgv.tugraz.at>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
 <50709B74.4000708@cgv.tugraz.at>
Message-ID: <CABPTjTBFvAd7EXsXSEUs-Xxif=LYwt3wvdCFh+R5gnFd7fPAdQ@mail.gmail.com>

Am 6. Oktober 2012 22:58 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
>> wieso heisst der tag "building:material" wenn es nur um die Fassade
>> geht? Wie wärs mit "facade:material"?
> Hm, es ist das "simple 3d buildings" schema in OSM. Somit wahrlich stark
> vereinfacht und vor allem für die 3D Renderer als Info gedacht, wie die
> Textur gernedert werden soll.


Es geht hier ja aber auch gleichzeitig um einen tag, der in die OSM
Datenbank reinsoll. Wenn das in einem simple3d:building-namespace
stattfinden würde, wäre es ja egal, aber solange sich alle Mapper
damit rumschlagen müssen, sollte es schon ungefähr das aussagen, was
es auch sein soll. Bei building:material denkt man m.E. eher an die
Konstruktion, so wie ein Stahlbetongebäude oder ein Lehmgebäude oder
ein Mauerwerksgebäude nicht dadurch zu solchen werden, weil sie eine
Fassade aus diesem Material haben. Wenn Dich jemand fragt, aus was
sind Menschen, sagst Du vermutlich auch nicht Haut ;-)


> Und auf dieses simple 3D tagging Schema
> haben sich die Leute auf dem 2nd 3D OSM Meeting geeinigt . soweit auch
> brauchbar (http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings)


ja, soweit ja OK, aber das ist wirklich derzeit das Steckenpferd von
ein paar Leuten (in Deutschland), die sich zusammengesetzt haben und
das unter sich ausgemacht haben. Ist auch wie gesagt völlig OK, und
freut mich auch, nur wäre es nicht schlecht, wenn die
Begrifflichkeiten dabei so blieben, dass es entweder
allgemeinverständlich und erweiterbar ist, oder in einem Namespace
stattfindet. building:material für das Fassadenmaterial ist halt rein
vom Rendern her gedacht, und m.E. nicht der allgemeine Sprachgebrauch.


> Und laut der vorlage sollte man das aussen erkennbare, vorherrschende
> Material eintragen - da man ja dem Gebäude nicht ins Innere blicken kann.


Meinst Du damit das Fassadenmaterial (danach sieht es auf der
wikiseite aus), oder welches "Material" ist gemeint? Bei Glasgebäuden
bzw. Fenstern kann man ja durchaus auch von aussen ins Innere blicken.
Vielleicht wäre building:surface auch ein Gedanke, wenn der Begriff
"Fassade" stört?


> Du hast natürlich recht, man müsste im Detail weiter in die Tiefe gehen
> und Bausubstanz und vorgehängte Fassade trennen (da fällt mir ein,
> green/grass fehlt als Material, in Wien hats ne begrünte Fassade).


vorgehängte Fassade ist ja nur ein Typ, oft hat man auch tragende
Aussenwände, da spricht man dann nicht von vorgehängter Fassade.


> Und ja, eine Fassade ist oft durchsetzt von Fenstern, Türen und anderen
> Material.
> Wenn man das detailgetreu mit micromapping und co macht, wirds schön,
> aber etwas zu komplex für die Standard OSM. Ausserdem gibt es da bald
> ein Produkt, welches aus Kamerafahrten a la Google Street View 3D
> Rekonstruktionen der Fassaden macht.


ja, da gibt es schon einiges, das kommt z.T. aus der Militärtechnik,
z.B. C3 technologies, Saab, die automatisch komplette Stadtmodelle
generieren können: http://www.youtube.com/watch?v=Ix3PFp-XP_M


>> Ich würde bei Fassaden zuerst unterscheiden zwischen
>> * Lochfassaden (massive Wand mit Löchern)
>> * Pfosten-Riegel-Konstruktionen  (Tragende Pfosten (vertikal) und
>> Riegel (horizontale Glieder) in der Fassade)
>> * Vorhangfassaden  (vor die Konstruktion "vorgehängte" Fassade, die
>> keine statische Funktion hat, sondern nur dem Raumabschluss dient)
>
> Ja, das ist die eigentliche Fassade. Aber schon recht komplex.


naja, sind 3 Typen, nicht allzu komplex finde ich, das kann auch der
Laie noch unterscheiden.


>> und diese Grundtypen dann weiter differenzieren in eher horizontal und
>> eher vertikal dominierte. In einem weiteren Schritt würde man dann
>> auch nach dem dominierenden Fassadenmaterial fragen, klar.
>
> Und dann wirds noch komplexer.


ob in einer Fassade die senkrechten Linien oder die waagrechten
dominieren, um es mal anders zu sagen, kann eigentlich auch jeder
sagen. Das ist halt ein Hauptkriterium dafür, wie die Wirkung ist,
d.h. gerade wenn ich ein Simple Modell bauen würde, dann würde ich auf
solche Basics Wert legen.


> Bei der einen InDoor Lösung haben sie auch building:facade mit aufgenommen.
> Dafür kein building:material, nur building:cladding dafür. Was im
> Endeffekt das selbe ist.


ist es nicht. cladding ist eindeutig eine Verkleidung. Die gibts oder
auch nicht, je nach Bau. Material gibt es hingegen immer, und
bezeichnet normalerweise nicht unbedingt die Fassade (ausser, es ist
das Fassadenmaterial).


> Aber building:material mit 115k zu 15k bei
> cladding zeigt, das material genutzt wird.


reine Nutzungszahlen sagen halt noch nicht, ob ein tag auch für
dasselbe genutzt wird. rd. 114k (99%) davon sind "Holz", sieht nach
einem Import aus, und ob das wirklich die Fassade bezeichnet und nicht
allgemein für ein Holzhaus gedacht ist, stelle ich mal in Frage.
http://taginfo.openstreetmap.org/keys/building%3Amaterial#values


>> Nicht selten dürften sich auch die einzelnen Stockwerke unterscheiden,
>> zumindest klassisch ist eine Dreiteilung in Sockel, Hauptteil und
>> oberer Abschluss, wobei das dann auch sehr von Stil, Epoche und
>> Bedeutung abhängt.
>
> Genau, da gehts dann wieder ins InDoor Mapping mit rein.


eigentlich nicht oder jedenfalls nicht zwangsläufig. Ob eine Fassade
das Innere kaschieren sollte, oder lieber schon aussen zeigen, wie das
Innere aufgebaut ist, darüber haben sich schon im 19. Jahrhundert die
Architekturtheoretiker gestritten, und da haben sich bis heute
unterschiedliche Auffassungen gehalten.


> Das Simple 3D Building tagging unterscheidet Keller, Rumpf und Dach.
> Für ein "brauchbares" 3D Modell braucht man gewisse Feinheiten nicht
> wirklich, der Eindruck der bekannten Umgebung wird vor allem durch grob
> korrekte Farben, Höhen, Formen und Bäume gegeben.


Keller braucht man m.E. nicht, solange der unter der Erde ist sieht
man den eh nicht, und wenn er draussen ist, dann ist es kein Keller
mehr. Was man aber "braucht" ist m.E. ein Sockel bzw. Erdgeschoss (je
nach Gebäude, der Sockel kann ggf. auch mehrere Geschosse umfassen).


> IMHO ist jedoch das building:material noch zukunfstoffen und erweiterbar
> durch weitere facade tags. Somit jedenfalls keine "One way dead end street".


ja, eigentlich war mein Post eher als Anregung gedacht, wie man es
vielleicht auch sehen könnte (und sogar einen Vorteil hätte, ohne dass
es gleich unheimlich kompliziert würde). Das einzige was mich stört
ist die Beschlagnahme von "building:material" für das Fassadenmaterial
des Gebäudes.

Gruß Martin



From chaoschaos0909 at googlemail.com  Sat Oct  6 23:50:31 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Sun, 7 Oct 2012 01:50:31 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
	=?iso-8859-1?q?=2E?=
In-Reply-To: <k4qa51$62a$1@ger.gmane.org>
References: <50709662.5030206@cgv.tugraz.at>
	<k4qa51$62a$1@ger.gmane.org>
Message-ID: <CALKj2D-qNgOZjPKQ++OYb3fbjRi4xvL=xBj-BDUKjf0LwR=Fbg@mail.gmail.com>

>
>
> Ein nicht betretbares technisches Objekt würde ich eher unter "man_made"
> einordnen.
> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
> sinnvolle Anwendung ein.
>

 Hihi, da werf ich doch mal ein: "Warum nicht?" ein.

Und zur eigentlichen Frage:  es gibt ein in Europa zumindest 72 mal
verwendetes man_made=ventilation_shaft

Gruß,
Chaos



From dieterdreist at gmail.com  Sat Oct  6 23:59:25 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 01:59:25 +0200
Subject: [Talk-de]
	=?utf-8?b?VGFncyBmw7xyIEFibHVmdGtpc3RlLCB0dXJtLC4uLg==?=
In-Reply-To: <k4qa51$62a$1@ger.gmane.org>
References: <50709662.5030206@cgv.tugraz.at>
	<k4qa51$62a$1@ger.gmane.org>
Message-ID: <CABPTjTC+T9BkKWn32QSnXU8Pj7g=_tDv4N-v-J-062qnhDaTPQ@mail.gmail.com>

Am 7. Oktober 2012 00:08 schrieb Stephan Wolff <s.wolff at web.de>:
> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
> sinnvolle Anwendung ein.


weil es sie gibt? Wir beschreiben doch die Welt, wieso sollten wir
diese Dinger nicht mit aufnehmen? Groß genug sind sie ja oft, so dass
man sie kaum übersehen kann.

Gruß Martin



From MichaelK_OSM at gmx.de  Sun Oct  7 00:01:35 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Sun, 07 Oct 2012 02:01:35 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <506EBE85.3060307@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch>
Message-ID: <5070C65F.1070204@gmx.de>

Am 05.10.2012 13:03, schrieb Simon Poole:
> MS hat schlicht so gesagt das sie das beheben würde.
Aber dies war vor Monaten. Wenn ich jetzt ein "professionelles 
Projektmanagenet" als Referenz nehmen würde, dann müsste so etwas auf 
eine LOP kommen. Und eine LOP müsste in regelmäßigen Abständen wieder 
durchgesehen werden. Wenn der Punkt dann nicht nach angemessener Zeit 
bearbeitet ist, dann müsst er eskaliert werden. Eskaliert bedeutet jetzt 
nicht zwingend gleich klagen. Aber ich spekuliere irgendwie, dass es ein 
MA von Bing sich bei seinen Kollegen nicht unbeliebt machen will und 
nicht nachgeht sondern sich mit einer ersten "ja, ja wir korrigieren 
das" hat abspeisen lassen. Das ist schlicht weg "ungenügend, 6, setzen" 
[auch wenn wir ein "Hobby-Projekt" sind].

Und um den Gedanke anders zu fassen: es geht ja nicht nur um OSM sondern 
auch um den Eigenschutz von Bing!
Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich 
geredet. Diese haben ganz klar gewertet, dass die gesamten (!) 
Luftbilder von Bing (also nicht nur die veränderten Kacheln!) durch die 
Verschneidung mit CCbySA-Daten aus OSM selber zu CCbySA-Daten werden 
(bzw. geworden sind). Ich glaube, dass dies einige Quellen/Lieferanten 
von Bing nicht besonders gut finden würden! Also sollte Bing ein 
entsprechendes eigenes Interesse haben, diesen Fehler extrem zeitnah zu 
beheben. Aber das ist Bing scheinbar nicht bewusst und von OSM(F)-Seite 
wird Bing da nicht ausreichend mit der Nase darauf gestoßen...


Grüße,
Michael.

PS: ich will absolut nicht den Klageweg gehen bzw. sehe das nicht als 
optimale Lösung. Aber ein OSM-Contributor könnte dies machen => das ist 
doch nicht im Eigeninteresse von Bing (und Apple). Und wenn ein 
Contributor der CC-Daten dies macht, kann auch die OSMF nichts dagegen 
machen, das Ganze liegt dann in der Hand dieses einen Mappers. Da ist 
dann auch nichts mehr mit "schön reden" und "ja, ja, wir korrigieren das 
zügig".
PPS: noch ein Wort zu Apple. Wenn man sich die ganzen Klagen von Apple 
(z.B. gegen Samsung) ansieht von wegen "alle klauen unser geistiges 
Eigentum, wir arme Firma können so am Markt nicht bestehe" dann sollte 
eine Firma Apple auch mit gutem Beispiel vorausgehen und sich korrekt 
verhalten. Aber das tut Sie nicht. Zumindest kommt es so in der 
Community an, da unbekannt ist was die Inhalte und Ergebnisse der 
geheimen Gespräche zwischen Apple und der OSMF waren!




From dieterdreist at gmail.com  Sun Oct  7 00:27:06 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 02:27:06 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <5070C65F.1070204@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
Message-ID: <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>

Am 7. Oktober 2012 02:01 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> Am 05.10.2012 13:03, schrieb Simon Poole:
> Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich geredet.
> Diese haben ganz klar gewertet, dass die gesamten (!) Luftbilder von Bing
> (also nicht nur die veränderten Kacheln!) durch die Verschneidung mit
> CCbySA-Daten aus OSM selber zu CCbySA-Daten werden (bzw. geworden sind).


das ist ein interessantes Thema. Bisher hatte ich immer auf dem
Standpunkt gestanden, dass man davon nicht ausgehen kann, weil MS ja
öffentlich (?) erklärt hat, das sei ein Versehen gewesen, und man
würde das beheben. Andererseits kann man je mehr Zeit ins Land
streicht wohl irgendwann auch so argumentieren, dass sie ja niemand
zwingt, die Bilder weiter zu verbreiten. Wenn sie das trotzdem tun,
obwohl sie wissen, dass es rechtlich eigentlich nur noch als cc-by-sa
möglich ist, dann kann man vielleicht wirklich davon ausgehen, dass
sie das so wollen ;-)
Fehlt allerdings immer noch eine Lizenzangabe cc-by-sa, die den
letzten Zweifel ausräumt.

Gruß Martin



From Michael.Neumann at uni-dortmund.de  Sun Oct  7 05:34:06 2012
From: Michael.Neumann at uni-dortmund.de (Michael Neumann)
Date: Sun, 07 Oct 2012 07:34:06 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
Message-ID: <5071144E.7060404@uni-dortmund.de>

Am 06.10.2012 21:41, schrieb Robert S.:
> 
> Ein Beispiel ist z.B. hier:
> http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&layers=B0T
> 
> Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also
> das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.
> Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den
> Import-Daten von 2009 noch nicht existierten.
> Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.
> 
> In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold
> kommend. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
> eintragen und den Bug mit einem 'Danke!' schließen.

Hallo Robert,

machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden
und Rampen gibt es in Deutschland nur bei Autobahnen und
autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem
Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen
waere nach meiner bisherigen Ansicht also falsch. Was meint ihr?

Gruss
-- 
Michael Neumann
Michael.Neumann at uni-dortmund.de



From wendorff at uni-paderborn.de  Sun Oct  7 07:18:22 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sun, 07 Oct 2012 09:18:22 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
 =?iso-8859-1?q?=2E?=
In-Reply-To: <k4qa51$62a$1@ger.gmane.org>
References: <50709662.5030206@cgv.tugraz.at> <k4qa51$62a$1@ger.gmane.org>
Message-ID: <50712CBE.8070904@uni-paderborn.de>

Am 07.10.2012 00:08, schrieb Stephan Wolff:
> Moin!
>
> Am 06.10.2012 22:36, schrieb Lars Schimmer:
>> Die kleinen (oder auch großen) Türme, die als Abluftöffnung für
>> Tiefgaragen oder Tunnel dienen.
>> Hat da jemand einen passenden Tag für?
>>
>> Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief,
>> Gitter auf der Rückwand.
>> Somit durchaus ein building:yes
>> Aber wie tagt man, das es nen Abluftschacht ist?
> Ein nicht betretbares technisches Objekt würde ich eher unter 
> "man_made" einordnen.
> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt 
> keine sinnvolle Anwendung ein.
Anwendungen:
- Diese Dinger sind manchmal Hindernisse
- 3D-Renderer (wenn alles andere dagegen spräche, würde mir persönlich 
das nicht als Grund reichen, aber IMHO spricht auch sonst nichts dagegen)

Gruß
Peter



From wendorff at uni-paderborn.de  Sun Oct  7 07:26:10 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sun, 07 Oct 2012 09:26:10 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>
Message-ID: <50712E92.3000009@uni-paderborn.de>

Am 07.10.2012 02:27, schrieb Martin Koppenhoefer:
> Fehlt allerdings immer noch eine Lizenzangabe cc-by-sa, die den
> letzten Zweifel ausräumt.
[ACHTUNG: NICHT WÖRTLICH NEHMEN!]

Nun ja...
Wenn der fehlende Quellenhinweis schon ausreicht, damit jemand nicht 
gegen eine von mir begangene Urheberrechts-/Lizenzverletzung vorgehen 
kann, dann können wir Apples Bild- und Kartendaten auch so benutzen; 
solange wir die nicht als Quelle nennen...
[/ACHTUNG]

Blödes Argument...



From osm at stephans-server.de  Sun Oct  7 07:53:04 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sun, 07 Oct 2012 09:53:04 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <5070C65F.1070204@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
Message-ID: <507134E0.8050204@stephans-server.de>

Hallo Michael,

On 07.10.2012 02:01, Michael Kugelmann wrote:
> Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich
> geredet. Diese haben ganz klar gewertet, dass die gesamten (!)
> Luftbilder von Bing (also nicht nur die veränderten Kacheln!) durch die
> Verschneidung mit CCbySA-Daten aus OSM selber zu CCbySA-Daten werden
> (bzw. geworden sind).

Ich bin kein Jurist, glaube das aber nicht. Beides. Könntest du im 
Zweifelsfall ja mal auf der legal-talk liste ansprechen.

Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen Daten 
gemischt wurden.
Und ich glaube auch nicht, dass dadurch sich automatisch die Lizenz 
ändert. Was imho passiert: Bing verletzt die Lizenz. Jetzt haben sie 
zwei Möglichkeiten da rauszukommen. Die erste wäre die gemischten Daten 
als CC-By-SA zu veröffentlichen. Die Zweite wäre die OSM Daten nicht 
mehr zu verwenden.

Und sie haben sich ja schon für die zweite Möglichkeit entschieden.

Damit genug der Spekulation durch juristische Laien...

Stephan





From osm at aighes.de  Sun Oct  7 08:14:06 2012
From: osm at aighes.de (Henning Scholland)
Date: Sun, 07 Oct 2012 10:14:06 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
 =?iso-8859-1?q?=2E?=
In-Reply-To: <CALKj2D-qNgOZjPKQ++OYb3fbjRi4xvL=xBj-BDUKjf0LwR=Fbg@mail.gmail.com>
References: <50709662.5030206@cgv.tugraz.at> <k4qa51$62a$1@ger.gmane.org>
 <CALKj2D-qNgOZjPKQ++OYb3fbjRi4xvL=xBj-BDUKjf0LwR=Fbg@mail.gmail.com>
Message-ID: <507139CE.7080509@aighes.de>

Am 07.10.2012 01:50, schrieb Ronnie Soak:
>>
>> Ein nicht betretbares technisches Objekt würde ich eher unter "man_made"
>> einordnen.
>> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
>> sinnvolle Anwendung ein.
>>
>   Hihi, da werf ich doch mal ein: "Warum nicht?" ein.
>
> Und zur eigentlichen Frage:  es gibt ein in Europa zumindest 72 mal
> verwendetes man_made=ventilation_shaft
Natürlich spricht da nichts dagegen, wenn ein Mapper es für sinnvoll 
hält sie zu erfassen, dann soll er das tun. Was ich immer etwas blöd 
finde ist die Motivation: "Keine Ahnung, wofür das gut ist, mich 
interessiert es egtl. nicht, aber ich hab sonst nichts zutun und da 
trag' ich halt X ein". Dann sollte man es meiner Meinung nach besser lassen.

Henning




From Manuel.Spam at nurfuerspam.de  Sun Oct  7 08:24:32 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 07 Oct 2012 10:24:32 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <5070C65F.1070204@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
Message-ID: <k4rek3$9ot$1@ger.gmane.org>

Michael Kugelmann wrote:
> PPS: noch ein Wort zu Apple. Wenn man sich die ganzen Klagen von Apple (z.B.
> gegen Samsung) ansieht von wegen "alle klauen unser geistiges Eigentum, wir arme
> Firma können so am Markt nicht bestehe" dann sollte eine Firma Apple auch mit
> gutem Beispiel vorausgehen und sich korrekt verhalten. Aber das tut Sie nicht.

Eben so sehe ich das auch. Gerade Apple ist mir mittlerweile schon sehr oft 
negativ in der Presse aufgefallen (gerade wegen diverser Patentsachen).

> Zumindest kommt es so in der Community an, da unbekannt ist was die Inhalte und
> Ergebnisse der geheimen Gespräche zwischen Apple und der OSMF waren!

Und auch das finde ich verwerflich. Solche "geheimen Gespräche" darf es 
eigentlich garnicht geben! Die Daten gehören nicht der OSMF! Und diejenigen, 
denen die Daten gehören, sollten bis ins Detail informiert werden!

Gruß

Manuel




From simon at poole.ch  Sun Oct  7 08:34:21 2012
From: simon at poole.ch (Simon Poole)
Date: Sun, 07 Oct 2012 10:34:21 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>
Message-ID: <50713E8D.5050504@poole.ch>


Am 07.10.2012 02:27, schrieb Martin Koppenhoefer:
> Am 7. Oktober 2012 02:01 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
>> Am 05.10.2012 13:03, schrieb Simon Poole:
>> Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich geredet.
>> Diese haben ganz klar gewertet, dass die gesamten (!) Luftbilder von Bing
>> (also nicht nur die veränderten Kacheln!) durch die Verschneidung mit
>> CCbySA-Daten aus OSM selber zu CCbySA-Daten werden (bzw. geworden sind).
Achtung, dass ist -kein- Zitat von mir.

Davon abgesehen ist auch noch Schwachsinn. Wäre dies so, würden die
Rechte der ursprünglichen Urheber einfach ignoriert. MS ist ja nicht der
Urheber der Luftphotos, sie haben einfach gewisse Nutzungsrechte daran
erworben. M.a.W: würde die Rechtsauffassung der CC drauf hinauslaufen,
dass die ursprünglichen Urheber enteignet werden.

Simon




From l.schimmer at cgv.tugraz.at  Sun Oct  7 09:03:57 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sun, 07 Oct 2012 11:03:57 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
 =?iso-8859-1?q?=2E?=
In-Reply-To: <507139CE.7080509@aighes.de>
References: <50709662.5030206@cgv.tugraz.at> <k4qa51$62a$1@ger.gmane.org>
 <CALKj2D-qNgOZjPKQ++OYb3fbjRi4xvL=xBj-BDUKjf0LwR=Fbg@mail.gmail.com>
 <507139CE.7080509@aighes.de>
Message-ID: <5071457D.5050403@cgv.tugraz.at>

On 07.10.2012 10:14, Henning Scholland wrote:
> Am 07.10.2012 01:50, schrieb Ronnie Soak:
>>>
>>> Ein nicht betretbares technisches Objekt würde ich eher unter "man_made"
>>> einordnen.
>>> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
>>> sinnvolle Anwendung ein.
>>>
>>   Hihi, da werf ich doch mal ein: "Warum nicht?" ein.
>>
>> Und zur eigentlichen Frage:  es gibt ein in Europa zumindest 72 mal
>> verwendetes man_made=ventilation_shaft
> Natürlich spricht da nichts dagegen, wenn ein Mapper es für sinnvoll
> hält sie zu erfassen, dann soll er das tun. Was ich immer etwas blöd
> finde ist die Motivation: "Keine Ahnung, wofür das gut ist, mich
> interessiert es egtl. nicht, aber ich hab sonst nichts zutun und da
> trag' ich halt X ein". Dann sollte man es meiner Meinung nach besser
> lassen.

Grob gesagt: sie sind einfach da und sollten in eine Karte mit
eingetragen werden. Und gerade klein ist der ja nicht.
Es fehlt halt einfach auf der 3D karte was, wenn der ned da ist.
Auch hats so manche Abluftschächte von Tunnel, die durchaus markant und
groß genug sind - und dazu auch noch im Wege rumstehen.

Sicher hats in der OSM noch andere Baustellen (viele Wege in z.b.
Kroatien fehlen noch), aber ja mei, hier kenn ich mich halt aus.

> Henning


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



From osm-talk at won2.de  Sun Oct  7 09:23:27 2012
From: osm-talk at won2.de (Peter Barth)
Date: Sun, 7 Oct 2012 11:23:27 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <50706668.2040107@cgv.tugraz.at>
References: <50706668.2040107@cgv.tugraz.at>
Message-ID: <20121007092327.GB5525@bahamut.won2.de>

Hallo Lars,

Lars Schimmer schrieb:
> Ich war mal etwas forsch und habe die Wiki Seite über die
> Builidng:material Liste mit Bildern versehen und leicht erweitert.
> http://wiki.openstreetmap.org/wiki/Key:building:material

hast du auch diesen Forumsthread gesehen:
http://forum.openstreetmap.org/viewtopic.php?id=18404

Wäre schön wenn du dich da auch noch beteiligst, denn dann baut
Kendzi deine Vorschläge am Ende auch in das Preset mit ein.

Peda
-- 



From MichaelK_OSM at gmx.de  Sun Oct  7 10:05:36 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Sun, 07 Oct 2012 12:05:36 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <507134E0.8050204@stephans-server.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <507134E0.8050204@stephans-server.de>
Message-ID: <507153F0.7080003@gmx.de>

Am 07.10.2012 09:53, schrieb Stephan Knauss:
> Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen 
> Daten gemischt wurden.
Da war die Meinung dazu: das Aufteilen in Kacheln ist nur ein 
technisches Hilfsmittel um die Luftbilder ausliefern zu können, deswegen 
die Aussage "die ganzen Luftbilder".


Grüße,
Michael.




From dieterdreist at gmail.com  Sun Oct  7 10:12:22 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 12:12:22 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <507153F0.7080003@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <507134E0.8050204@stephans-server.de> <507153F0.7080003@gmx.de>
Message-ID: <CABPTjTDhSCPW6bjXrRY=vXEE5sFJ6NyA0X1iCOkbKzs1O_OVAw@mail.gmail.com>

Am 7. Oktober 2012 12:05 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
> Am 07.10.2012 09:53, schrieb Stephan Knauss:
>
>> Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen Daten
>> gemischt wurden.
>
> Da war die Meinung dazu: das Aufteilen in Kacheln ist nur ein technisches
> Hilfsmittel um die Luftbilder ausliefern zu können, deswegen die Aussage
> "die ganzen Luftbilder".


ja, das hört sich vernünftig an, weil sonst könnte man ja die Tiles
beliebig klein machen (z.B. 1 Pixel) und würde dadurch den viralen
Aspekt der Lizenz komplett umgehen können. Wenn man 1 Werk (z.B.
Luftbild) mit einem anderen Werk mischt, dann ist die Mischung der
beiden Werke als cc-by-sa zu veröffentlichen. Dass sich das nicht nur
auf einzelne Kacheln bezieht sehe ich auch so (weil das Werk nicht die
einzelne Kachel ist).

Gruß Martin



From dieterdreist at gmail.com  Sun Oct  7 10:19:44 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 12:19:44 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <50713E8D.5050504@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <CABPTjTDqyt+zKMdF79YscfBKeH96XyWYR=+SC7V0zgM7iZvFSg@mail.gmail.com>
 <50713E8D.5050504@poole.ch>
Message-ID: <CABPTjTA_BFwS6=dpo8X2ho=H7UYubvFvni2dnGykewS+He8LqA@mail.gmail.com>

Am 7. Oktober 2012 10:34 schrieb Simon Poole <simon at poole.ch>:
> Davon abgesehen ist auch noch Schwachsinn. Wäre dies so, würden die
> Rechte der ursprünglichen Urheber einfach ignoriert. MS ist ja nicht der
> Urheber der Luftphotos, sie haben einfach gewisse Nutzungsrechte daran
> erworben. M.a.W: würde die Rechtsauffassung der CC drauf hinauslaufen,
> dass die ursprünglichen Urheber enteignet werden.


naja, evtl. müsste Microsoft denen den Schaden bezahlen, was nicht
unbedingt "enteignet" entspricht. Vielleicht kommt es auch darauf an,
welche Rechte Microsoft hat an den Bildern Dritter? Wenn man jemandem
etwas verkauft oder verschenkt (Nutzungsrechte), das man nicht hat,
ist es Betrug, wenn man die Rechte aber hat, dann ist das halt so,
dass sie verkauft/verschenkt sind, oder? Wenn Dir jemand was schenkt,
dann musst Du n.m.W. nicht prüfen, ob derjenige überhaupt der
rechtmäßige Besitzer war, sondern kannst vermutlich im guten Glauben
davon ausgehen, dass es so ist, weil sonst würde er es Dir ja kaum
schenken.

Wenn man andererseits schon auf einer öffentlichen Mailing-Liste
spekuliert hat, ob MS überhaupt die Rechte zur Weitergabe der Bilder
unter cc-by-sa hatte, dann wird man mit gutem Glauben vermutlich nicht
mehr weit kommen ;-).

Gruß Martin



From bjoern.kruschke at gmail.com  Sun Oct  7 10:26:13 2012
From: bjoern.kruschke at gmail.com (=?utf-8?Q?Bj=C3=B6rn_Kruschke?=)
Date: Sun, 7 Oct 2012 12:26:13 +0200
Subject: [Talk-de] unsubcribe
In-Reply-To: <mailman.979.1349605194.4678.talk-de@openstreetmap.org>
References: <mailman.979.1349605194.4678.talk-de@openstreetmap.org>
Message-ID: <127A958B-C38C-4F6A-B150-418B31DC1913@gmail.com>



Björn Kruschke
Bülowstr. 27
32756 Detmold
05231 7094007


Am 07.10.2012 um 12:19 schrieb talk-de-request at openstreetmap.org:

> Um E-Mails an die Liste Talk-de zu schicken, nutzen Sie bitte die
> Adresse
> 
>    talk-de at openstreetmap.org
> 
> Um sich via Web von der Liste zu entfernen oder draufzusetzen:
> 
>    http://lists.openstreetmap.org/listinfo/talk-de
> 
> oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in
> Subject/Betreff oder im Text an
> 
>    talk-de-request at openstreetmap.org
> 
> Sie koennen den Listenverwalter dieser Liste unter der Adresse
> 
>    talk-de-owner at openstreetmap.org
> 
> erreichen
> 
> Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of Talk-de
> digest..."
> 
> 
> Meldungen des Tages:
> 
>   1. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Peter Wendorff)
>   2. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Stephan Knauss)
>   3. Re: Tags für Abluftkiste, turm,... (Henning Scholland)
>   4. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Manuel Reimer)
>   5. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Simon Poole)
>   6. Re: Tags für Abluftkiste, turm,... (Lars Schimmer)
>   7. Re: Key: building:material im wiki erweitert; hilfe mit Namen
>      (Peter Barth)
>   8. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Michael Kugelmann)
>   9. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Martin Koppenhoefer)
>  10. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Martin Koppenhoefer)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 07 Oct 2012 09:26:10 +0200
> From: Peter Wendorff <wendorff at uni-paderborn.de>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <50712E92.3000009 at uni-paderborn.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Am 07.10.2012 02:27, schrieb Martin Koppenhoefer:
>> Fehlt allerdings immer noch eine Lizenzangabe cc-by-sa, die den
>> letzten Zweifel ausräumt.
> [ACHTUNG: NICHT WÖRTLICH NEHMEN!]
> 
> Nun ja...
> Wenn der fehlende Quellenhinweis schon ausreicht, damit jemand nicht 
> gegen eine von mir begangene Urheberrechts-/Lizenzverletzung vorgehen 
> kann, dann können wir Apples Bild- und Kartendaten auch so benutzen; 
> solange wir die nicht als Quelle nennen...
> [/ACHTUNG]
> 
> Blödes Argument...
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 07 Oct 2012 09:53:04 +0200
> From: Stephan Knauss <osm at stephans-server.de>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <507134E0.8050204 at stephans-server.de>
> Content-Type: text/plain; charset=iso-8859-1; format=flowed
> 
> Hallo Michael,
> 
> On 07.10.2012 02:01, Michael Kugelmann wrote:
>> Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich
>> geredet. Diese haben ganz klar gewertet, dass die gesamten (!)
>> Luftbilder von Bing (also nicht nur die veränderten Kacheln!) durch die
>> Verschneidung mit CCbySA-Daten aus OSM selber zu CCbySA-Daten werden
>> (bzw. geworden sind).
> 
> Ich bin kein Jurist, glaube das aber nicht. Beides. Könntest du im 
> Zweifelsfall ja mal auf der legal-talk liste ansprechen.
> 
> Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen Daten 
> gemischt wurden.
> Und ich glaube auch nicht, dass dadurch sich automatisch die Lizenz 
> ändert. Was imho passiert: Bing verletzt die Lizenz. Jetzt haben sie 
> zwei Möglichkeiten da rauszukommen. Die erste wäre die gemischten Daten 
> als CC-By-SA zu veröffentlichen. Die Zweite wäre die OSM Daten nicht 
> mehr zu verwenden.
> 
> Und sie haben sich ja schon für die zweite Möglichkeit entschieden.
> 
> Damit genug der Spekulation durch juristische Laien...
> 
> Stephan
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 07 Oct 2012 10:14:06 +0200
> From: Henning Scholland <osm at aighes.de>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] Tags für Abluftkiste, turm,...
> Message-ID: <507139CE.7080509 at aighes.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Am 07.10.2012 01:50, schrieb Ronnie Soak:
>>> 
>>> Ein nicht betretbares technisches Objekt würde ich eher unter "man_made"
>>> einordnen.
>>> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
>>> sinnvolle Anwendung ein.
>>  Hihi, da werf ich doch mal ein: "Warum nicht?" ein.
>> 
>> Und zur eigentlichen Frage:  es gibt ein in Europa zumindest 72 mal
>> verwendetes man_made=ventilation_shaft
> Natürlich spricht da nichts dagegen, wenn ein Mapper es für sinnvoll 
> hält sie zu erfassen, dann soll er das tun. Was ich immer etwas blöd 
> finde ist die Motivation: "Keine Ahnung, wofür das gut ist, mich 
> interessiert es egtl. nicht, aber ich hab sonst nichts zutun und da 
> trag' ich halt X ein". Dann sollte man es meiner Meinung nach besser lassen.
> 
> Henning
> 
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 07 Oct 2012 10:24:32 +0200
> From: Manuel Reimer <Manuel.Spam at nurfuerspam.de>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <k4rek3$9ot$1 at ger.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Michael Kugelmann wrote:
>> PPS: noch ein Wort zu Apple. Wenn man sich die ganzen Klagen von Apple (z.B.
>> gegen Samsung) ansieht von wegen "alle klauen unser geistiges Eigentum, wir arme
>> Firma können so am Markt nicht bestehe" dann sollte eine Firma Apple auch mit
>> gutem Beispiel vorausgehen und sich korrekt verhalten. Aber das tut Sie nicht.
> 
> Eben so sehe ich das auch. Gerade Apple ist mir mittlerweile schon sehr oft 
> negativ in der Presse aufgefallen (gerade wegen diverser Patentsachen).
> 
>> Zumindest kommt es so in der Community an, da unbekannt ist was die Inhalte und
>> Ergebnisse der geheimen Gespräche zwischen Apple und der OSMF waren!
> 
> Und auch das finde ich verwerflich. Solche "geheimen Gespräche" darf es 
> eigentlich garnicht geben! Die Daten gehören nicht der OSMF! Und diejenigen, 
> denen die Daten gehören, sollten bis ins Detail informiert werden!
> 
> Gruß
> 
> Manuel
> 
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Sun, 07 Oct 2012 10:34:21 +0200
> From: Simon Poole <simon at poole.ch>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <50713E8D.5050504 at poole.ch>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> 
> Am 07.10.2012 02:27, schrieb Martin Koppenhoefer:
>> Am 7. Oktober 2012 02:01 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
>>> Am 05.10.2012 13:03, schrieb Simon Poole:
>>> Wir haben auf der WikiCon in Dornbirn mit Leuten von CC Österreich geredet.
>>> Diese haben ganz klar gewertet, dass die gesamten (!) Luftbilder von Bing
>>> (also nicht nur die veränderten Kacheln!) durch die Verschneidung mit
>>> CCbySA-Daten aus OSM selber zu CCbySA-Daten werden (bzw. geworden sind).
> Achtung, dass ist -kein- Zitat von mir.
> 
> Davon abgesehen ist auch noch Schwachsinn. Wäre dies so, würden die
> Rechte der ursprünglichen Urheber einfach ignoriert. MS ist ja nicht der
> Urheber der Luftphotos, sie haben einfach gewisse Nutzungsrechte daran
> erworben. M.a.W: würde die Rechtsauffassung der CC drauf hinauslaufen,
> dass die ursprünglichen Urheber enteignet werden.
> 
> Simon
> 
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Sun, 07 Oct 2012 11:03:57 +0200
> From: Lars Schimmer <l.schimmer at cgv.tugraz.at>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Tags für Abluftkiste, turm,...
> Message-ID: <5071457D.5050403 at cgv.tugraz.at>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> On 07.10.2012 10:14, Henning Scholland wrote:
>> Am 07.10.2012 01:50, schrieb Ronnie Soak:
>>>> 
>>>> Ein nicht betretbares technisches Objekt würde ich eher unter "man_made"
>>>> einordnen.
>>>> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
>>>> sinnvolle Anwendung ein.
>>>  Hihi, da werf ich doch mal ein: "Warum nicht?" ein.
>>> 
>>> Und zur eigentlichen Frage:  es gibt ein in Europa zumindest 72 mal
>>> verwendetes man_made=ventilation_shaft
>> Natürlich spricht da nichts dagegen, wenn ein Mapper es für sinnvoll
>> hält sie zu erfassen, dann soll er das tun. Was ich immer etwas blöd
>> finde ist die Motivation: "Keine Ahnung, wofür das gut ist, mich
>> interessiert es egtl. nicht, aber ich hab sonst nichts zutun und da
>> trag' ich halt X ein". Dann sollte man es meiner Meinung nach besser
>> lassen.
> 
> Grob gesagt: sie sind einfach da und sollten in eine Karte mit
> eingetragen werden. Und gerade klein ist der ja nicht.
> Es fehlt halt einfach auf der 3D karte was, wenn der ned da ist.
> Auch hats so manche Abluftschächte von Tunnel, die durchaus markant und
> groß genug sind - und dazu auch noch im Wege rumstehen.
> 
> Sicher hats in der OSM noch andere Baustellen (viele Wege in z.b.
> Kroatien fehlen noch), aber ja mei, hier kenn ich mich halt aus.
> 
>> Henning
> 
> 
> 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
> 
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Sun, 7 Oct 2012 11:23:27 +0200
> From: Peter Barth <osm-talk at won2.de>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] Key: building:material im wiki erweitert; hilfe
>    mit Namen
> Message-ID: <20121007092327.GB5525 at bahamut.won2.de>
> Content-Type: text/plain; charset=iso-8859-1
> 
> Hallo Lars,
> 
> Lars Schimmer schrieb:
>> Ich war mal etwas forsch und habe die Wiki Seite über die
>> Builidng:material Liste mit Bildern versehen und leicht erweitert.
>> http://wiki.openstreetmap.org/wiki/Key:building:material
> 
> hast du auch diesen Forumsthread gesehen:
> http://forum.openstreetmap.org/viewtopic.php?id=18404
> 
> Wäre schön wenn du dich da auch noch beteiligst, denn dann baut
> Kendzi deine Vorschläge am Ende auch in das Preset mit ein.
> 
> Peda
> -- 
> 
> 
> 
> ------------------------------
> 
> Message: 8
> Date: Sun, 07 Oct 2012 12:05:36 +0200
> From: Michael Kugelmann <MichaelK_OSM at gmx.de>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <507153F0.7080003 at gmx.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Am 07.10.2012 09:53, schrieb Stephan Knauss:
>> Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen 
>> Daten gemischt wurden.
> Da war die Meinung dazu: das Aufteilen in Kacheln ist nur ein 
> technisches Hilfsmittel um die Luftbilder ausliefern zu können, deswegen 
> die Aussage "die ganzen Luftbilder".
> 
> 
> Grüße,
> Michael.
> 
> 
> 
> 
> ------------------------------
> 
> Message: 9
> Date: Sun, 7 Oct 2012 12:12:22 +0200
> From: Martin Koppenhoefer <dieterdreist at gmail.com>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID:
>    <CABPTjTDhSCPW6bjXrRY=vXEE5sFJ6NyA0X1iCOkbKzs1O_OVAw at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
> 
> Am 7. Oktober 2012 12:05 schrieb Michael Kugelmann <MichaelK_OSM at gmx.de>:
>> Am 07.10.2012 09:53, schrieb Stephan Knauss:
>> 
>>> Beeinträchtigt durch CC-by-SA sind imho nur die Kacheln bei denen Daten
>>> gemischt wurden.
>> 
>> Da war die Meinung dazu: das Aufteilen in Kacheln ist nur ein technisches
>> Hilfsmittel um die Luftbilder ausliefern zu können, deswegen die Aussage
>> "die ganzen Luftbilder".
> 
> 
> ja, das hört sich vernünftig an, weil sonst könnte man ja die Tiles
> beliebig klein machen (z.B. 1 Pixel) und würde dadurch den viralen
> Aspekt der Lizenz komplett umgehen können. Wenn man 1 Werk (z.B.
> Luftbild) mit einem anderen Werk mischt, dann ist die Mischung der
> beiden Werke als cc-by-sa zu veröffentlichen. Dass sich das nicht nur
> auf einzelne Kacheln bezieht sehe ich auch so (weil das Werk nicht die
> einzelne Kachel ist).
> 
> Gruß Martin
> 
> 
> 
> ------------------------------
> 
> Message: 10
> Date: Sun, 7 Oct 2012 12:19:44 +0200
> From: Martin Koppenhoefer <dieterdreist at gmail.com>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID:
>    <CABPTjTA_BFwS6=dpo8X2ho=H7UYubvFvni2dnGykewS+He8LqA at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
> 
> Am 7. Oktober 2012 10:34 schrieb Simon Poole <simon at poole.ch>:
>> Davon abgesehen ist auch noch Schwachsinn. Wäre dies so, würden die
>> Rechte der ursprünglichen Urheber einfach ignoriert. MS ist ja nicht der
>> Urheber der Luftphotos, sie haben einfach gewisse Nutzungsrechte daran
>> erworben. M.a.W: würde die Rechtsauffassung der CC drauf hinauslaufen,
>> dass die ursprünglichen Urheber enteignet werden.
> 
> 
> naja, evtl. müsste Microsoft denen den Schaden bezahlen, was nicht
> unbedingt "enteignet" entspricht. Vielleicht kommt es auch darauf an,
> welche Rechte Microsoft hat an den Bildern Dritter? Wenn man jemandem
> etwas verkauft oder verschenkt (Nutzungsrechte), das man nicht hat,
> ist es Betrug, wenn man die Rechte aber hat, dann ist das halt so,
> dass sie verkauft/verschenkt sind, oder? Wenn Dir jemand was schenkt,
> dann musst Du n.m.W. nicht prüfen, ob derjenige überhaupt der
> rechtmäßige Besitzer war, sondern kannst vermutlich im guten Glauben
> davon ausgehen, dass es so ist, weil sonst würde er es Dir ja kaum
> schenken.
> 
> Wenn man andererseits schon auf einer öffentlichen Mailing-Liste
> spekuliert hat, ob MS überhaupt die Rechte zur Weitergabe der Bilder
> unter cc-by-sa hatte, dann wird man mit gutem Glauben vermutlich nicht
> mehr weit kommen ;-).
> 
> Gruß Martin
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> Ende Talk-de Nachrichtensammlung, Band 75, Eintrag 17
> *****************************************************



From s.wolff at web.de  Sun Oct  7 10:44:33 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Sun, 07 Oct 2012 12:44:33 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
	=?iso-8859-1?q?=2E?=
In-Reply-To: <CABPTjTC+T9BkKWn32QSnXU8Pj7g=_tDv4N-v-J-062qnhDaTPQ@mail.gmail.com>
References: <50709662.5030206@cgv.tugraz.at> <k4qa51$62a$1@ger.gmane.org>
 <CABPTjTC+T9BkKWn32QSnXU8Pj7g=_tDv4N-v-J-062qnhDaTPQ@mail.gmail.com>
Message-ID: <k4rmdr$2qk$1@ger.gmane.org>

Moin!

Am 07.10.2012 01:59, schrieb Martin Koppenhoefer:
>> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine
>> sinnvolle Anwendung ein.
>
> weil es sie gibt? Wir beschreiben doch die Welt, wieso sollten wir
> diese Dinger nicht mit aufnehmen? Groß genug sind sie ja oft, so dass
> man sie kaum übersehen kann.

Abluftbauwerke von Straßentunneln würde ich auch aufnehmen.

Das von Lars genannte Objekt ist ein 1m^2 Kasten auf einem
Privatgrundstück, der nur beim Rasenmähen ein Hindernis
darstellt. Ich erfasse auf Wohngrundstücken die Häuser,
Gemeinschaftsparkplätze und evtl. Einzelgaragen, aber keine
Terrassen, Beete, Holzschuppen, Sandkisten oder Kellerschächte.

Ich will niemanden hindern, aber jeder sollte den potentiellen
Nutzen mit den Kosten (jede Datenmenge wird etwas größer, die
Editordarstellung etwas unübersichtlicher, jede Datenverarbeitung
etwas langsamer) vergleichen.

Viele Grüße
Stephan






From MichaelK_OSM at gmx.de  Sun Oct  7 10:59:45 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Sun, 07 Oct 2012 12:59:45 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <k4rek3$9ot$1@ger.gmane.org>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org>
Message-ID: <507160A1.2070307@gmx.de>

Am 07.10.2012 10:24, schrieb Manuel Reimer:
> Und auch das finde ich verwerflich. Solche "geheimen Gespräche" darf 
> es eigentlich garnicht geben! Die Daten gehören nicht der OSMF! Und 
> diejenigen, denen die Daten gehören, sollten bis ins Detail informiert 
> werden!
Na ja, ich kann sehr wohl verstehe, dass es solche Gespräche gibt. Die 
Firmen können nicht schon lange Zeit vorher ankündigen, was Sie in 
gewisser/langer Zeit an den Markt bringen werden => da muß es die 
Möglichkeit geben, dass so etwas geheim bleit. NDAs sind überall 
verbreitet, das finde ich in gewissem Grad auch nicht verwerflich (auch 
wenn ich für größtmögliche Offenheit und open source bin).
Was ich aber absolut nicht gut finde ist, dass:
* niemand wusste, dass es derartige Gespräche gab (auch nachdem die 
Produkte am Markt sind)
* es scheinbar keine Protokolle der Meetings gibt
* nur eine Person des OSMF-Boards "alleine" die Gespräche geführt hat
Alle Info aus "dritter Hand" ohne dass ich das nachprüfen kann.

Und damit ist auch unklar ab die an den Gesprächen mit Apple beteiligte 
Person zu Apple gesagt hat: "die Attributierung so wie sie jetzt gemacht 
wird ist OK." =>  damit würden die ganzen Forderungen an Apple zur 
korrekten Attributierung in's Leere laufen...    :-(


Grüße,
Michael.




From johannes.kroeger at hcu-hamburg.de  Sun Oct  7 11:32:50 2012
From: johannes.kroeger at hcu-hamburg.de (johannes.kroeger at hcu-hamburg.de)
Date: Sun, 7 Oct 2012 13:32:50 +0200
Subject: [Talk-de] =?utf-8?q?Umfrage_f=C3=BCr_Menschen_mit_Farbsehschw?=
 =?utf-8?q?=C3=A4che_zu_Stra=C3=9Fenklassen_im_OSM=2Eorg-Mapnikstil?=
Message-ID: <20121007133250.062b7f7e@hcu-hamburg.de>

Moin moin aus dem regnerischen Hamburg,

Ich bin ein Geomatik-Student, der gerade an seiner Bachelorarbeit sitzt. Als Thema hatte ich mir die Untersuchung des "OSM/Mapnik-Stils" im Bezug auf Farbsinnstörungen (Farbsehschwächen, Farbenblindheit) erdacht. Im Endeffekt wurden es dann "nur" die großen Straßenklassen; den ganzen Stil zu untersuchen und verbessern wäre viel zu viel gewesen. Ich habe die bestehenden Farben der Straßen vorsichtig geändert, um sie auch für Betroffene erkennbar, identifizierbar und unterscheidbar zu machen. Die Farbtöne an sich, also Blau, Grün, Rot usw sind geblieben.

Nun möchte ich meine (hoffentlich) besseren Farben gerne mit betroffenen Menschen testen. Dafür habe ich eine Onlineumfrage (hey, bitte weiterlesen ;) ) entworfen, mit der die Eignung der alten und der neuen Straßenfarben überprüft werden soll. Um damit wissenschaftliche Aussagen treffen zu können, bin ich natürlich auf eine möglichst hohe Zahl an Teilnehmern angewiesen und daher bitte ich hiermit Betroffene um die Teilnahme und Nichtbetroffene um das Weitersagen.

Der Test dauert rund 20 Minuten, es sind schlichte Fragen zu Kartenbildern. Davon allerdings ziemlich viele. Der Test läuft auf meinem privaten Server, weder Logs noch Rohdaten gehen ohne Einverständnis des Teilnehmers an Dritte. Der Test ist auf Englisch und auf Deutsch verfügbar.

Hier der Link: http://geomatik.enjoys.it/limesurvey/index.php?sid=94319&lang=de&osm

Ich werde selbstverständlich über die Ergebnisse berichten. Falls der Test meine veränderten Farben tatsächlich als besser bestätigt, dann werde ich versuchen diese in den offiziellen Stil zu bekommen. Mit dem Ziel habe ich jedenfalls gearbeitet. Ich bin gespannt!


Vielen Dank für die Aufmerksamkeit und danke für die Hilfe, Hannes


PS: Meine ungepflegten Profile, falls jemand stalken will:
http://wiki.openstreetmap.org/wiki/User:HannesHH
http://www.openstreetmap.org/user/HannesHH

Nein, ausser dem angeblichen Hertaland-Profil mit meinen Traces bin ich keiner der anderen HannesHHs, die Google so findet...



From osm-listen at ivkasogis.de  Sun Oct  7 11:53:12 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 07 Oct 2012 13:53:12 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <5071144E.7060404@uni-dortmund.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
Message-ID: <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>

Hallo,

Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann:
> Am 06.10.2012 21:41, schrieb Robert S.:
> > 
> > Ein Beispiel ist z.B. hier:
> > http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&layers=B0T
> > 
> > Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also
> > das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.

In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als
link, sondern als Bestandteil der (einen oder anderen) Straße erfassen.

> > Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den
> > Import-Daten von 2009 noch nicht existierten.
> > Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.
> > 
> > In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold
> > kommend.

Nicht um die ganze Spur, sondern nur um das Stück neben der
Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
nicht ausdiskutiert.

>  Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
> > eintragen und den Bug mit einem 'Danke!' schließen.

Im Sinne von (s.o.) +1

> 
> Hallo Robert,
> 
> machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden
> und Rampen gibt es in Deutschland nur bei Autobahnen und
> autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem
> Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen
> waere nach meiner bisherigen Ansicht also falsch. Was meint ihr?
> 

Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt
aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem
aber nicht kreuzungsfrei verbunden werden, weil es nur eine
Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für
beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link.

Gru0, Wolfgang




From osm-listen at ivkasogis.de  Sun Oct  7 12:18:54 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 07 Oct 2012 14:18:54 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Umfrage_f=FCr_Menschen_mit_Farbsehschw?=
 =?iso-8859-1?q?=E4che_zu_Stra=DFenklassen_im_OSM=2Eorg-Mapnikstil?=
In-Reply-To: <20121007133250.062b7f7e@hcu-hamburg.de>
References: <20121007133250.062b7f7e@hcu-hamburg.de>
Message-ID: <1349612334.3503.13.camel@Hannibal.kahl-hinsch.de>

Hallo,

Am Sonntag, den 07.10.2012, 13:32 +0200 schrieb
johannes.kroeger at hcu-hamburg.de:
> Moin moin aus dem regnerischen Hamburg,
> 
[...]
> Hier der Link: http://geomatik.enjoys.it/limesurvey/index.php?sid=94319&lang=de&osm
> 

Ich würde das noch in die Lübecker Mailingliste setzen und zusätzlich
ins Forum. Nicht alle lesen talk-de, schon wegen des Traffics.

Gruß, Wolfgang





From simon at poole.ch  Sun Oct  7 12:30:53 2012
From: simon at poole.ch (Simon Poole)
Date: Sun, 07 Oct 2012 14:30:53 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <507160A1.2070307@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
Message-ID: <507175FD.9040407@poole.ch>



Nochmals um das klar zu machen:

- es gab Kontakt mit Apple via einem Vorstandsmitglied bezüglich den
Hintergrund in iPhoto (mobile) nachdem Ende März 2012 aufgefallen war,
dass in einigen Gebieten OSM Daten verwendet wurden. Der gleiche
Hintergrund wurde schon seit längerem in der Desktop Version von iPhoto
verwendet (vermutlich seit Ende 2009, Anfangs 2010) ohne das es
aufgefallen wäre. Die Daten sind auch aus der Zeit.

- Apple hat nach dem Gespräch einen entsprechenden Quellenhinweis bei
iPhoto angebracht, der mag nicht perfekt sein, aber niemand hat sich
weiter dagegen gewehrt, was auch angesichts der Bedeutungslosigkeit der
Applikation auch verständlich ist. Zwar gibt es meines Wissens kein
Protokoll des Gespräches mit Apple, aber bekannt und soweit dokumentiert
ist der Kontakt schon.

- Apple hat vor etwas über 2 Wochen ein völlig neues Produkt auf dem
Markt gebracht, der an einigen Stellen offenbar auch OSM Daten
verwendet.  Dort verwendet Apple den gleichen Quellenhinweis wie bei
iPhoto. Es hat bis jetzt keinen Kontakt zwischen Apple und der OSMF
bezüglich dieser Verwendung gegeben. Es hat auch niemand auch nur
entfernt angedeutet, dass die iPhoto Lösung akzeptabel ist, insbesonders
weil es auch Hinweise darauf gibt, dass die Daten anders verwendet werden.

- Anscheinend gibt es noch andere Anwendungen von Apple die OSM Daten
verwenden, die müssen zuerst mal gut dokumentiert werden, so dass wir
das auch bei Apple vorbringen können.

Es wäre wirklich sinnvoll nicht alles durcheinander zu wursteln.

Unabhängig davon was die OSMF macht kann natürlich jeder der nachweisbar
vor-CT und vor-ODbL Daten hat die Apple verwendet, dass DCMA Formular
ausfüllen und verlangen, dass sie die Daten entfernen.

Simon


Am 07.10.2012 12:59, schrieb Michael Kugelmann:
> Am 07.10.2012 10:24, schrieb Manuel Reimer:
>> Und auch das finde ich verwerflich. Solche "geheimen Gespräche" darf
>> es eigentlich garnicht geben! Die Daten gehören nicht der OSMF! Und
>> diejenigen, denen die Daten gehören, sollten bis ins Detail
>> informiert werden!
> Na ja, ich kann sehr wohl verstehe, dass es solche Gespräche gibt. Die
> Firmen können nicht schon lange Zeit vorher ankündigen, was Sie in
> gewisser/langer Zeit an den Markt bringen werden => da muß es die
> Möglichkeit geben, dass so etwas geheim bleit. NDAs sind überall
> verbreitet, das finde ich in gewissem Grad auch nicht verwerflich
> (auch wenn ich für größtmögliche Offenheit und open source bin).
> Was ich aber absolut nicht gut finde ist, dass:
> * niemand wusste, dass es derartige Gespräche gab (auch nachdem die
> Produkte am Markt sind)
> * es scheinbar keine Protokolle der Meetings gibt
> * nur eine Person des OSMF-Boards "alleine" die Gespräche geführt hat
> Alle Info aus "dritter Hand" ohne dass ich das nachprüfen kann.
>
> Und damit ist auch unklar ab die an den Gesprächen mit Apple
> beteiligte Person zu Apple gesagt hat: "die Attributierung so wie sie
> jetzt gemacht wird ist OK." =>  damit würden die ganzen Forderungen an
> Apple zur korrekten Attributierung in's Leere laufen...    :-(
>
>
> Grüße,
> Michael.
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From bweiskopf at gmx.de  Sun Oct  7 12:38:03 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 7 Oct 2012 14:38:03 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
Message-ID: <001801cda488$985817b0$c9084710$@gmx.de>

Hallo an alle,

ich verwende "*_link", wenn es sich um ein Verbindungsstück handelt, das nur
dann befahren wird, wenn man von der einen auf die andere Straße wechselt. 

Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, 
dort ist meistens kein Straßennamenschild angebracht und 
es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen
kann oder umgekehrt nur auf diese auffahren kann).

Die Suche nach Straßen ohne Namen blendet "*_link" aus.

Bernhard


> -----Original Message-----
> From: Wolfgang Hinsch [mailto:osm-listen at ivkasogis.de]
> Sent: Sunday, October 07, 2012 1:53 PM
> To: Openstreetmap allgemeines in Deutsch
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> 
> Hallo,
> 
> Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann:
> > Am 06.10.2012 21:41, schrieb Robert S.:
> > >
> > > Ein Beispiel ist z.B. hier:
> > >
> http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&l
> ayers=B0T
> > >
> > > Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen,
> also
> > > das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.
> 
> In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als
> link, sondern als Bestandteil der (einen oder anderen) Straße erfassen.
> 
> > > Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die
> in den
> > > Import-Daten von 2009 noch nicht existierten.
> > > Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.
> > >
> > > In dem Beispiel handelt es sich um die Rechtsabbiegerspur von
> Detmold
> > > kommend.
> 
> Nicht um die ganze Spur, sondern nur um das Stück neben der
> Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
> nicht ausdiskutiert.
> 
> >  Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
> > > eintragen und den Bug mit einem 'Danke!' schließen.
> 
> Im Sinne von (s.o.) +1
> 
> >
> > Hallo Robert,
> >
> > machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden
> > und Rampen gibt es in Deutschland nur bei Autobahnen und
> > autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem
> > Beispiel eine Rechtsabbiegerspur mit highway=secondary_link
> einzutragen
> > waere nach meiner bisherigen Ansicht also falsch. Was meint ihr?
> >
> 
> Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt
> aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem
> aber nicht kreuzungsfrei verbunden werden, weil es nur eine
> Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für
> beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link.
> 
> Gru0, Wolfgang
> 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From osm-listen at ivkasogis.de  Sun Oct  7 12:49:35 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 07 Oct 2012 14:49:35 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <001801cda488$985817b0$c9084710$@gmx.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
Message-ID: <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>

Hallo Bernhard,

Am Sonntag, den 07.10.2012, 14:38 +0200 schrieb Bernhard Weiskopf:
> Hallo an alle,
> 
> ich verwende "*_link", wenn es sich um ein Verbindungsstück handelt, das nur
> dann befahren wird, wenn man von der einen auf die andere Straße wechselt. 
> 
> Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, 
> dort ist meistens kein Straßennamenschild angebracht und 
> es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen
> kann oder umgekehrt nur auf diese auffahren kann).

nach der Definition würdest du auch mittem im Ort an einer Kreuzung für
ein 30-m-Stück neben einer Verkehrsinsel "link" vergeben?

Das ist zumindest in meiner Gegend nicht üblich.

Gruß, Wolfgang




From bweiskopf at gmx.de  Sun Oct  7 13:15:38 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 7 Oct 2012 15:15:38 +0200
Subject: [Talk-de] Spurmapping - WAS:  [Openstreetbugs] AST der ... fehlt.
Message-ID: <001901cda48d$d83bbcb0$88b33610$@gmx.de>

> Nicht um die ganze Spur, sondern nur um das Stück neben der
> Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
> nicht ausdiskutiert.


Hallo an alle,

ich habe in der Umgebung von Mannheim gerade Probleme mit einem Mapper, der
viele sorgfältig gemappte Kreuzungen (mit lanes, Abbiegerelationen usw.)
gelöscht hat und durch eigene Kreationen ersetzt hat. Dabei haben die
kreuzenden Spuren keine gemeinsamen Knotenpunkte, Spuraufteilung erfolgt
ohne bauliche Trennung, manche Richtungen sind nicht mehr fahrbar wegen
fehlendem Knoten oder Einbahnregelung, Relationen sind unvollständig, weil
eine der beteiligten "roles" gelöscht wurden usw.

Auf Anfrage teilte mir der Mapper mit "war der Meinung, dass es für die
Navigation so eindeutiger ist...".
Die Kreuzungen und die Arbeit vieler Stunden (nicht nur von mir) ist damit
zerstört.

Beispiele: 
http://www.openstreetmap.org/?mlat=49.4926&mlon=8.5517&zoom=18
http://www.openstreetmap.org/?mlat=49.4920&mlon=8.5656&zoom=18
http://www.openstreetmap.org/?mlat=49.4852&mlon=8.5879&zoom=18
http://www.openstreetmap.org/?mlat=49.4848&mlon=8.6005&zoom=18

Gibt es eine einfache Möglichkeit, die früheren Stände zu rekonstruieren?

Hauptgrund für solche Fehler ist meiner Meinung nach, dass relativ
unerfahrene Mapper nicht wissen, dass Fahrbahnen und keine Fahrspuren
gemappt werden und die Spuren als "lanes" eingetragen werden. Das ist mir
anfänglich auch mal passiert. Im Wiki vermisse ich einen Hinweis auf diese
Konvention.

Bernhard





From bweiskopf at gmx.de  Sun Oct  7 13:23:16 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 7 Oct 2012 15:23:16 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
Message-ID: <001a01cda48e$e8fd5440$baf7fcc0$@gmx.de>

Hallo Wolfgang,

ja, *_link ist bei mir abhängig von den Straßentypen und der Anbindung. 

Ich betrachte es unabhängig davon, wo das Verbindungsstück örtlich liegt,
also ob in einem Ort einem Feld oder in einem Wald.

"The link tags are used to identify ramps or slip roads connecting other
more standard highways to each other. 
In any case do not split up the link into one part belonging to one road and
one to the other with different classifications. This makes it more
difficult to find out which roads a link is supposed to connect.
Link roads normally do not have names."
Quelle: http://wiki.openstreetmap.org/wiki/Link_%28highway%29

Gruß Bernhard


> -----Original Message-----
> From: Wolfgang Hinsch [mailto:osm-listen at ivkasogis.de]
> Sent: Sunday, October 07, 2012 2:50 PM
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> ...
> nach der Definition würdest du auch mittem im Ort an einer Kreuzung für
> ein 30-m-Stück neben einer Verkehrsinsel "link" vergeben?
> 
> Das ist zumindest in meiner Gegend nicht üblich.
> 
> Gruß, Wolfgang






From l.schimmer at cgv.tugraz.at  Sun Oct  7 13:38:38 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sun, 07 Oct 2012 15:38:38 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <20121007092327.GB5525@bahamut.won2.de>
References: <50706668.2040107@cgv.tugraz.at>
 <20121007092327.GB5525@bahamut.won2.de>
Message-ID: <507185DE.8080609@cgv.tugraz.at>

On 07.10.2012 11:23, Peter Barth wrote:
> Hallo Lars,
> 
> Lars Schimmer schrieb:
>> Ich war mal etwas forsch und habe die Wiki Seite über die
>> Builidng:material Liste mit Bildern versehen und leicht erweitert.
>> http://wiki.openstreetmap.org/wiki/Key:building:material
> 
> hast du auch diesen Forumsthread gesehen:
> http://forum.openstreetmap.org/viewtopic.php?id=18404
> 
> Wäre schön wenn du dich da auch noch beteiligst, denn dann baut
> Kendzi deine Vorschläge am Ende auch in das Preset mit ein.

Danke für den Link. Schreibe gerade.

> Peda


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



From l.schimmer at cgv.tugraz.at  Sun Oct  7 13:51:27 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Sun, 07 Oct 2012 15:51:27 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
 hilfe mit Namen
In-Reply-To: <CABPTjTBFvAd7EXsXSEUs-Xxif=LYwt3wvdCFh+R5gnFd7fPAdQ@mail.gmail.com>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
 <50709B74.4000708@cgv.tugraz.at>
 <CABPTjTBFvAd7EXsXSEUs-Xxif=LYwt3wvdCFh+R5gnFd7fPAdQ@mail.gmail.com>
Message-ID: <507188DF.1060807@cgv.tugraz.at>

On 07.10.2012 01:50, Martin Koppenhoefer wrote:
> Am 6. Oktober 2012 22:58 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
>>> wieso heisst der tag "building:material" wenn es nur um die Fassade
>>> geht? Wie wärs mit "facade:material"?
>> Hm, es ist das "simple 3d buildings" schema in OSM. Somit wahrlich stark
>> vereinfacht und vor allem für die 3D Renderer als Info gedacht, wie die
>> Textur gernedert werden soll.
> 
> 
> Es geht hier ja aber auch gleichzeitig um einen tag, der in die OSM
> Datenbank reinsoll. Wenn das in einem simple3d:building-namespace
> stattfinden würde, wäre es ja egal, aber solange sich alle Mapper
> damit rumschlagen müssen, sollte es schon ungefähr das aussagen, was
> es auch sein soll. Bei building:material denkt man m.E. eher an die
> Konstruktion, so wie ein Stahlbetongebäude oder ein Lehmgebäude oder
> ein Mauerwerksgebäude nicht dadurch zu solchen werden, weil sie eine
> Fassade aus diesem Material haben. Wenn Dich jemand fragt, aus was
> sind Menschen, sagst Du vermutlich auch nicht Haut ;-)

Schon korrekt. Ich starte mal ne Diskussion, mal sehen, was sich ergibt.
Muß da mal genauer rüber nachdenken in einer ruhigen Minute,

schau mal: http://forum.openstreetmap.org/viewtopic.php?pid=280277#p280277

>> Und laut der vorlage sollte man das aussen erkennbare, vorherrschende
>> Material eintragen - da man ja dem Gebäude nicht ins Innere blicken kann.
> 
> 
> Meinst Du damit das Fassadenmaterial (danach sieht es auf der
> wikiseite aus), oder welches "Material" ist gemeint? Bei Glasgebäuden
> bzw. Fenstern kann man ja durchaus auch von aussen ins Innere blicken.
> Vielleicht wäre building:surface auch ein Gedanke, wenn der Begriff
> "Fassade" stört?

Ich meinte eher: bei manchen Gebäuden schaut man als fremder nicht
hinein (geht hinein) um zu erfahren, wieviele Stockwerke da sind, wie
hoch die sind, was das Baumaterial ist... Aber Details...


>> Und ja, eine Fassade ist oft durchsetzt von Fenstern, Türen und anderen
>> Material.
>> Wenn man das detailgetreu mit micromapping und co macht, wirds schön,
>> aber etwas zu komplex für die Standard OSM. Ausserdem gibt es da bald
>> ein Produkt, welches aus Kamerafahrten a la Google Street View 3D
>> Rekonstruktionen der Fassaden macht.
> ja, da gibt es schon einiges, das kommt z.T. aus der Militärtechnik,
> z.B. C3 technologies, Saab, die automatisch komplette Stadtmodelle
> generieren können: http://www.youtube.com/watch?v=Ix3PFp-XP_M

Ok, ich kenne jedenfalls den MS Ansatz, mit Autos a la Streetview fotos
machen, Modelle automatisch zu generieren und automatisch die Semantik
zu erkennen und zu annotieren. Und da ist das Problem, die korrekte
Annotation. Die uns bei OSM viel Arbeit abnehmen könnte.

> naja, sind 3 Typen, nicht allzu komplex finde ich, das kann auch der
> Laie noch unterscheiden.

So gesehen, ja, mal sehen wie mans reinbekommt.

> ob in einer Fassade die senkrechten Linien oder die waagrechten
> dominieren, um es mal anders zu sagen, kann eigentlich auch jeder
> sagen. Das ist halt ein Hauptkriterium dafür, wie die Wirkung ist,
> d.h. gerade wenn ich ein Simple Modell bauen würde, dann würde ich auf
> solche Basics Wert legen.

Hm, weiß nicht genau, müsste man feiner definieren/erklären. Aber im
groben passts.

> ist es nicht. cladding ist eindeutig eine Verkleidung. Die gibts oder
> auch nicht, je nach Bau. Material gibt es hingegen immer, und
> bezeichnet normalerweise nicht unbedingt die Fassade (ausser, es ist
> das Fassadenmaterial).

Ok, ich lerne wieder was :-)
..das kommt davon, wenn man die Fachtermini ned in allen Sprachen kennt
und falsche Annahmen macht, Danke!

>> Aber building:material mit 115k zu 15k bei
>> cladding zeigt, das material genutzt wird.
> reine Nutzungszahlen sagen halt noch nicht, ob ein tag auch für
> dasselbe genutzt wird. rd. 114k (99%) davon sind "Holz", sieht nach
> einem Import aus, und ob das wirklich die Fassade bezeichnet und nicht
> allgemein für ein Holzhaus gedacht ist, stelle ich mal in Frage.
> http://taginfo.openstreetmap.org/keys/building%3Amaterial#values

Ja, hast recht.


> eigentlich nicht oder jedenfalls nicht zwangsläufig. Ob eine Fassade
> das Innere kaschieren sollte, oder lieber schon aussen zeigen, wie das
> Innere aufgebaut ist, darüber haben sich schon im 19. Jahrhundert die
> Architekturtheoretiker gestritten, und da haben sich bis heute
> unterschiedliche Auffassungen gehalten.

Architektur halt.

>> Das Simple 3D Building tagging unterscheidet Keller, Rumpf und Dach.
>> Für ein "brauchbares" 3D Modell braucht man gewisse Feinheiten nicht
>> wirklich, der Eindruck der bekannten Umgebung wird vor allem durch grob
>> korrekte Farben, Höhen, Formen und Bäume gegeben.
> 
> 
> Keller braucht man m.E. nicht, solange der unter der Erde ist sieht
> man den eh nicht, und wenn er draussen ist, dann ist es kein Keller
> mehr. Was man aber "braucht" ist m.E. ein Sockel bzw. Erdgeschoss (je
> nach Gebäude, der Sockel kann ggf. auch mehrere Geschosse umfassen).

Keller sind nicht unwichtig, z.B. Häuser am Hang oder Karten vom Untergrund.
Und viele Keller in gewissen Epochen schauen so 20-100cm über Erde
hinaus. Ist das kein Keller, was ist es dann?
Erkläre mal bite genauer, wofür du meinst, das man den Sockel braucht?

>> IMHO ist jedoch das building:material noch zukunfstoffen und erweiterbar
>> durch weitere facade tags. Somit jedenfalls keine "One way dead end street".
> 
> 
> ja, eigentlich war mein Post eher als Anregung gedacht, wie man es
> vielleicht auch sehen könnte (und sogar einen Vorteil hätte, ohne dass
> es gleich unheimlich kompliziert würde). Das einzige was mich stört
> ist die Beschlagnahme von "building:material" für das Fassadenmaterial
> des Gebäudes.

Ich mache mir schon Gedanken. Und ja, es muß erweitert werden. Danke
dafür schonmal.

> Gruß Martin
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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



From ewoerner at kde.org  Sun Oct  7 14:02:09 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Sun, 07 Oct 2012 16:02:09 +0200
Subject: [Talk-de] Spurmapping - WAS: [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <001901cda48d$d83bbcb0$88b33610$@gmx.de>
References: <001901cda48d$d83bbcb0$88b33610$@gmx.de>
Message-ID: <3024313.a0xgxImkV2@obiwan>

Hallo Bernd,

Am Sonntag, 7. Oktober 2012, 15:15:38 schrieb Bernhard Weiskopf:
> ich habe in der Umgebung von Mannheim gerade Probleme mit einem Mapper, der
> viele sorgfältig gemappte Kreuzungen (mit lanes, Abbiegerelationen usw.)
> gelöscht hat und durch eigene Kreationen ersetzt hat. Dabei haben die
> kreuzenden Spuren keine gemeinsamen Knotenpunkte, Spuraufteilung erfolgt
> ohne bauliche Trennung, manche Richtungen sind nicht mehr fahrbar wegen
> fehlendem Knoten oder Einbahnregelung, Relationen sind unvollständig, weil
> eine der beteiligten "roles" gelöscht wurden usw.
> 
> Auf Anfrage teilte mir der Mapper mit "war der Meinung, dass es für die
> Navigation so eindeutiger ist...".

oh je, da kann ich auch ein Lied von singen.
Sieht man übrigens auch ständig auf Autobahnen ? geschätzt ein Viertel der Autobahnabfahrten in Deutschland haben Spurmapping.

Ein paar Gründe, weswegen das ständig vorkommt:
? Wie schon erwähnt: obwohl Spurmapping verpönt ist, findet sich kaum ein Hinweis im Wiki. Auf die Schnelle habe ich nur hier was gefunden: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Autobahn#Allgemeine_Hinweise_f.C3.BCr_Autobahnen
? Aus Unwissenheit gehen die Leute häufig davon aus, dass sie den Routern Arbeit abnehmen. (Das Gegenteil ist der Fall: Spurmapping erhöht die Anzahl der Wege und damit die Dauer der Routenberechnung, Abbiegebeschränkungen reduzieren Auswahlmöglichkeiten für den Router und verkleinern damit die Dauer der Routenberechnung.)
? Viele, die es besser wissen, trauen sich nicht, die Fehler rückgängig zu machen.
? Viele, die es besser wissen und den Fehler rückgängig machen, weisen den entsprechenden Mapper nicht darauf hin.
? Viele Mapper orientieren sich beim Mappen an vorhandenen Gegebenheiten, dadurch werden Fehler in gewissem Umfang "normiert".

Eckhart



From osm at stephans-server.de  Sun Oct  7 14:07:43 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sun, 07 Oct 2012 16:07:43 +0200
Subject: [Talk-de] Grosse OSM Updates (ODBL, Posgresql, postgis,...)
In-Reply-To: <k2pj2i$uk8$1@ultimate100.geggus.net>
References: <504F82E5.80807@stephans-server.de>
 <k2pj2i$uk8$1@ultimate100.geggus.net>
Message-ID: <50718CAF.80600@stephans-server.de>

On 12.09.2012 11:02, Sven Geggus wrote:
> Stephan Knauss <osm at stephans-server.de> wrote:
>> PostgreSQL wurde gerade in 9.2 veröffentlicht. Gibt es etwas das dagegen
>> spricht?
> Eventuell, dass noch keiner damit Erfahrung hat? Im Prinzip sehe ich da aber
> kein problem. Ich werde den deutschen Tileserver wohl auch auf Postgresql
> 9.2/Postgis 2.0.1 Basis neu aufsetzen.

Aus der Erfahrung mit meinem Upgrade möchte ich noch ein paar Sachen 
ergänzen:
Die munin-scripte (zumindest bei debian bis inkl experimental)  können 
noch nicht mit 9.2. Das äußert sich in solchen Fehlern im Logfile:
ERROR:  column "procpid" does not exist
ERROR:  column "current_query" does not exist

Man kann aber problemlos die munin scripte gegen die ganz aktuellen 
Austauschen.


Wer eigene Abfragen auf die Daten geschrieben hat sollte mal prüfen ob 
er deprecated Funktionen von postgis verwendet. Entweder aktualisieren 
oder legacy.sql installieren. Meist sind es Funktionen die jetzt ein ST_ 
davor haben.




Warum der hstore mit osm2pgsql funktioniert weiss ich nicht. Eigentlich 
dürfte er das nicht, da es seit 9.2 den "=>" operator nicht mehr gibt. 
Sollte nun hstore('a=>b') oder 'a=>b'::hstore sein. Eventuell 
funktioniert das doch irgendwie aus dem Kontext heraus weil über COPY 
reingeschrieben wird. Wie robust das ganze ist kann ich nicht beurteilen.


Stephan





From dieterdreist at gmail.com  Sun Oct  7 15:36:02 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 7 Oct 2012 17:36:02 +0200
Subject: [Talk-de] Key: building:material im wiki erweitert;
	hilfe mit Namen
In-Reply-To: <507188DF.1060807@cgv.tugraz.at>
References: <50706668.2040107@cgv.tugraz.at>
 <CABPTjTDTLPa9jb2TGWTRNPMfCh8pYa0efV=ohB6_UnECtJ4R8g@mail.gmail.com>
 <50709B74.4000708@cgv.tugraz.at>
 <CABPTjTBFvAd7EXsXSEUs-Xxif=LYwt3wvdCFh+R5gnFd7fPAdQ@mail.gmail.com>
 <507188DF.1060807@cgv.tugraz.at>
Message-ID: <CABPTjTBk28kkhvEzKXQsjs=Ye3n8BNrz_wiSSDncmrguLy98Qw@mail.gmail.com>

Am 7. Oktober 2012 15:51 schrieb Lars Schimmer <l.schimmer at cgv.tugraz.at>:
> Keller sind nicht unwichtig, z.B. Häuser am Hang oder Karten vom Untergrund.
> Und viele Keller in gewissen Epochen schauen so 20-100cm über Erde
> hinaus. Ist das kein Keller, was ist es dann?


doch. das ist dann schon ein Keller, wobei das wiederum strukturell
gedacht ist, also von innen heraus, während bei einem reinen
Rendermodell eher die Fassade und das Dach interessiert. Diese
20-100cm kann man da m.E. ruhig mit dem Sockel zusammen sehen, d.h. es
interessiert eigentlich nicht, wo da innen die Decke läuft (man könnte
das natürlich nutzen, um die Position der Fenster zu raten, wenn man
keine Angaben hat).

> Erkläre mal bite genauer, wofür du meinst, das man den Sockel braucht?


"Normalerweise", also bei bestimmten Gebäudestilen, gibt es eine
Dreiteilung der Fassade in Sockel, Hauptteil und oberen Abschluss. Der
Sockel ist dabei normalerweise zwischen einem halben und 2 (bei hohen
Häusern) Geschossen hoch, normalerweise das Erdgeschoss. Beispiele
gibt es in allen möglichen Stilen:
http://de.wikipedia.org/w/index.php?title=Datei:Villa_Berg,_Ostfassade,_2011.jpg&filetimestamp=20110809160213
http://de.wikipedia.org/w/index.php?title=Datei:Karlliebknechtstr18_cottbus.JPG&filetimestamp=20120318193729
http://www.baunetz.de/img/56197109_c8085d3417.jpg
http://www.baunetz.de/img/38642615_f37312c5cb.jpg
http://www.monopolluzern.ch/images/intelli/bilder_mittel/monopol-by-night.jpg
http://www.a-tour.de/blog/wp-content/uploads/2011/12/sonnin02.jpg
http://www.architekten24.de/mediadb/news/2649/fassade-1.jpg
(Beispiele sind nicht unbedingt die allerbesten Bilder zum Thema, aber
sie funktionieren glaub schon).

Gruß Martin



From bjoern.kruschke at gmail.com  Sun Oct  7 17:20:44 2012
From: bjoern.kruschke at gmail.com (=?utf-8?Q?Bj=C3=B6rn_Kruschke?=)
Date: Sun, 7 Oct 2012 19:20:44 +0200
Subject: [Talk-de] Help
In-Reply-To: <mailman.992.1349616204.4678.talk-de@openstreetmap.org>
References: <mailman.992.1349616204.4678.talk-de@openstreetmap.org>
Message-ID: <2DA875B1-AC29-4206-8D75-7D7818E0F48B@gmail.com>

Unsubcribe 

Björn Kruschke
Bülowstr. 27
32756 Detmold
05231 7094007


Am 07.10.2012 um 15:23 schrieb talk-de-request at openstreetmap.org:

> Um E-Mails an die Liste Talk-de zu schicken, nutzen Sie bitte die
> Adresse
> 
>    talk-de at openstreetmap.org
> 
> Um sich via Web von der Liste zu entfernen oder draufzusetzen:
> 
>    http://lists.openstreetmap.org/listinfo/talk-de
> 
> oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in
> Subject/Betreff oder im Text an
> 
>    talk-de-request at openstreetmap.org
> 
> Sie koennen den Listenverwalter dieser Liste unter der Adresse
> 
>    talk-de-owner at openstreetmap.org
> 
> erreichen
> 
> Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of Talk-de
> digest..."
> 
> 
> Meldungen des Tages:
> 
>   1. Umfrage für Menschen mit Farbsehschwäche zu Straßenklassen im
>      OSM.org-Mapnikstil (johannes.kroeger at hcu-hamburg.de)
>   2. Re: [Openstreetbugs] AST der ... fehlt. (Wolfgang Hinsch)
>   3. Re: Umfrage für Menschen mit Farbsehschwäche zu
>      Straßenklassen im OSM.org-Mapnikstil (Wolfgang Hinsch)
>   4. Re: Neues zum Stand der Lizenzverletzungen durch
>      Großkonzerne? (Simon Poole)
>   5. Re: [Openstreetbugs] AST der ... fehlt. (Bernhard Weiskopf)
>   6. Re: [Openstreetbugs] AST der ... fehlt. (Wolfgang Hinsch)
>   7. Spurmapping - WAS:  [Openstreetbugs] AST der ... fehlt.
>      (Bernhard Weiskopf)
>   8. Re: [Openstreetbugs] AST der ... fehlt. (Bernhard Weiskopf)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 7 Oct 2012 13:32:50 +0200
> From: johannes.kroeger at hcu-hamburg.de
> To: talk-de at openstreetmap.org
> Subject: [Talk-de] Umfrage für Menschen mit Farbsehschwäche zu
>    Straßenklassen im OSM.org-Mapnikstil
> Message-ID: <20121007133250.062b7f7e at hcu-hamburg.de>
> Content-Type: text/plain; charset=UTF-8
> 
> Moin moin aus dem regnerischen Hamburg,
> 
> Ich bin ein Geomatik-Student, der gerade an seiner Bachelorarbeit sitzt. Als Thema hatte ich mir die Untersuchung des "OSM/Mapnik-Stils" im Bezug auf Farbsinnstörungen (Farbsehschwächen, Farbenblindheit) erdacht. Im Endeffekt wurden es dann "nur" die großen Straßenklassen; den ganzen Stil zu untersuchen und verbessern wäre viel zu viel gewesen. Ich habe die bestehenden Farben der Straßen vorsichtig geändert, um sie auch für Betroffene erkennbar, identifizierbar und unterscheidbar zu machen. Die Farbtöne an sich, also Blau, Grün, Rot usw sind geblieben.
> 
> Nun möchte ich meine (hoffentlich) besseren Farben gerne mit betroffenen Menschen testen. Dafür habe ich eine Onlineumfrage (hey, bitte weiterlesen ;) ) entworfen, mit der die Eignung der alten und der neuen Straßenfarben überprüft werden soll. Um damit wissenschaftliche Aussagen treffen zu können, bin ich natürlich auf eine möglichst hohe Zahl an Teilnehmern angewiesen und daher bitte ich hiermit Betroffene um die Teilnahme und Nichtbetroffene um das Weitersagen.
> 
> Der Test dauert rund 20 Minuten, es sind schlichte Fragen zu Kartenbildern. Davon allerdings ziemlich viele. Der Test läuft auf meinem privaten Server, weder Logs noch Rohdaten gehen ohne Einverständnis des Teilnehmers an Dritte. Der Test ist auf Englisch und auf Deutsch verfügbar.
> 
> Hier der Link: http://geomatik.enjoys.it/limesurvey/index.php?sid=94319&lang=de&osm
> 
> Ich werde selbstverständlich über die Ergebnisse berichten. Falls der Test meine veränderten Farben tatsächlich als besser bestätigt, dann werde ich versuchen diese in den offiziellen Stil zu bekommen. Mit dem Ziel habe ich jedenfalls gearbeitet. Ich bin gespannt!
> 
> 
> Vielen Dank für die Aufmerksamkeit und danke für die Hilfe, Hannes
> 
> 
> PS: Meine ungepflegten Profile, falls jemand stalken will:
> http://wiki.openstreetmap.org/wiki/User:HannesHH
> http://www.openstreetmap.org/user/HannesHH
> 
> Nein, ausser dem angeblichen Hertaland-Profil mit meinen Traces bin ich keiner der anderen HannesHHs, die Google so findet...
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 07 Oct 2012 13:53:12 +0200
> From: Wolfgang Hinsch <osm-listen at ivkasogis.de>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> Message-ID: <1349610792.3503.9.camel at Hannibal.kahl-hinsch.de>
> Content-Type: text/plain; charset="UTF-8"
> 
> Hallo,
> 
> Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann:
>> Am 06.10.2012 21:41, schrieb Robert S.:
>>> 
>>> Ein Beispiel ist z.B. hier:
>>> http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&layers=B0T
>>> 
>>> Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also
>>> das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.
> 
> In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als
> link, sondern als Bestandteil der (einen oder anderen) Straße erfassen.
> 
>>> Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den
>>> Import-Daten von 2009 noch nicht existierten.
>>> Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.
>>> 
>>> In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold
>>> kommend.
> 
> Nicht um die ganze Spur, sondern nur um das Stück neben der
> Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
> nicht ausdiskutiert.
> 
>> Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
>>> eintragen und den Bug mit einem 'Danke!' schließen.
> 
> Im Sinne von (s.o.) +1
> 
>> 
>> Hallo Robert,
>> 
>> machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden
>> und Rampen gibt es in Deutschland nur bei Autobahnen und
>> autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem
>> Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen
>> waere nach meiner bisherigen Ansicht also falsch. Was meint ihr?
> 
> Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt
> aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem
> aber nicht kreuzungsfrei verbunden werden, weil es nur eine
> Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für
> beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link.
> 
> Gru0, Wolfgang
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 07 Oct 2012 14:18:54 +0200
> From: Wolfgang Hinsch <osm-listen at ivkasogis.de>
> To: Openstreetmap allgemeines in Deutsch <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] Umfrage für Menschen mit Farbsehschwäche zu
>    Straßenklassen im OSM.org-Mapnikstil
> Message-ID: <1349612334.3503.13.camel at Hannibal.kahl-hinsch.de>
> Content-Type: text/plain; charset="UTF-8"
> 
> Hallo,
> 
> Am Sonntag, den 07.10.2012, 13:32 +0200 schrieb
> johannes.kroeger at hcu-hamburg.de:
>> Moin moin aus dem regnerischen Hamburg,
> [...]
>> Hier der Link: http://geomatik.enjoys.it/limesurvey/index.php?sid=94319&lang=de&osm
> 
> Ich würde das noch in die Lübecker Mailingliste setzen und zusätzlich
> ins Forum. Nicht alle lesen talk-de, schon wegen des Traffics.
> 
> Gruß, Wolfgang
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 07 Oct 2012 14:30:53 +0200
> From: Simon Poole <simon at poole.ch>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch
>    Großkonzerne?
> Message-ID: <507175FD.9040407 at poole.ch>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> 
> 
> Nochmals um das klar zu machen:
> 
> - es gab Kontakt mit Apple via einem Vorstandsmitglied bezüglich den
> Hintergrund in iPhoto (mobile) nachdem Ende März 2012 aufgefallen war,
> dass in einigen Gebieten OSM Daten verwendet wurden. Der gleiche
> Hintergrund wurde schon seit längerem in der Desktop Version von iPhoto
> verwendet (vermutlich seit Ende 2009, Anfangs 2010) ohne das es
> aufgefallen wäre. Die Daten sind auch aus der Zeit.
> 
> - Apple hat nach dem Gespräch einen entsprechenden Quellenhinweis bei
> iPhoto angebracht, der mag nicht perfekt sein, aber niemand hat sich
> weiter dagegen gewehrt, was auch angesichts der Bedeutungslosigkeit der
> Applikation auch verständlich ist. Zwar gibt es meines Wissens kein
> Protokoll des Gespräches mit Apple, aber bekannt und soweit dokumentiert
> ist der Kontakt schon.
> 
> - Apple hat vor etwas über 2 Wochen ein völlig neues Produkt auf dem
> Markt gebracht, der an einigen Stellen offenbar auch OSM Daten
> verwendet.  Dort verwendet Apple den gleichen Quellenhinweis wie bei
> iPhoto. Es hat bis jetzt keinen Kontakt zwischen Apple und der OSMF
> bezüglich dieser Verwendung gegeben. Es hat auch niemand auch nur
> entfernt angedeutet, dass die iPhoto Lösung akzeptabel ist, insbesonders
> weil es auch Hinweise darauf gibt, dass die Daten anders verwendet werden.
> 
> - Anscheinend gibt es noch andere Anwendungen von Apple die OSM Daten
> verwenden, die müssen zuerst mal gut dokumentiert werden, so dass wir
> das auch bei Apple vorbringen können.
> 
> Es wäre wirklich sinnvoll nicht alles durcheinander zu wursteln.
> 
> Unabhängig davon was die OSMF macht kann natürlich jeder der nachweisbar
> vor-CT und vor-ODbL Daten hat die Apple verwendet, dass DCMA Formular
> ausfüllen und verlangen, dass sie die Daten entfernen.
> 
> Simon
> 
> 
> Am 07.10.2012 12:59, schrieb Michael Kugelmann:
>> Am 07.10.2012 10:24, schrieb Manuel Reimer:
>>> Und auch das finde ich verwerflich. Solche "geheimen Gespräche" darf
>>> es eigentlich garnicht geben! Die Daten gehören nicht der OSMF! Und
>>> diejenigen, denen die Daten gehören, sollten bis ins Detail
>>> informiert werden!
>> Na ja, ich kann sehr wohl verstehe, dass es solche Gespräche gibt. Die
>> Firmen können nicht schon lange Zeit vorher ankündigen, was Sie in
>> gewisser/langer Zeit an den Markt bringen werden => da muß es die
>> Möglichkeit geben, dass so etwas geheim bleit. NDAs sind überall
>> verbreitet, das finde ich in gewissem Grad auch nicht verwerflich
>> (auch wenn ich für größtmögliche Offenheit und open source bin).
>> Was ich aber absolut nicht gut finde ist, dass:
>> * niemand wusste, dass es derartige Gespräche gab (auch nachdem die
>> Produkte am Markt sind)
>> * es scheinbar keine Protokolle der Meetings gibt
>> * nur eine Person des OSMF-Boards "alleine" die Gespräche geführt hat
>> Alle Info aus "dritter Hand" ohne dass ich das nachprüfen kann.
>> 
>> Und damit ist auch unklar ab die an den Gesprächen mit Apple
>> beteiligte Person zu Apple gesagt hat: "die Attributierung so wie sie
>> jetzt gemacht wird ist OK." =>  damit würden die ganzen Forderungen an
>> Apple zur korrekten Attributierung in's Leere laufen...    :-(
>> 
>> 
>> Grüße,
>> Michael.
>> 
>> 
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Sun, 7 Oct 2012 14:38:03 +0200
> From: "Bernhard Weiskopf" <bweiskopf at gmx.de>
> To: "'Openstreetmap allgemeines in Deutsch'"
>    <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> Message-ID: <001801cda488$985817b0$c9084710$@gmx.de>
> Content-Type: text/plain;    charset="iso-8859-1"
> 
> Hallo an alle,
> 
> ich verwende "*_link", wenn es sich um ein Verbindungsstück handelt, das nur
> dann befahren wird, wenn man von der einen auf die andere Straße wechselt. 
> 
> Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, 
> dort ist meistens kein Straßennamenschild angebracht und 
> es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen
> kann oder umgekehrt nur auf diese auffahren kann).
> 
> Die Suche nach Straßen ohne Namen blendet "*_link" aus.
> 
> Bernhard
> 
> 
>> -----Original Message-----
>> From: Wolfgang Hinsch [mailto:osm-listen at ivkasogis.de]
>> Sent: Sunday, October 07, 2012 1:53 PM
>> To: Openstreetmap allgemeines in Deutsch
>> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
>> 
>> Hallo,
>> 
>> Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann:
>>> Am 06.10.2012 21:41, schrieb Robert S.:
>>>> 
>>>> Ein Beispiel ist z.B. hier:
>> http://openstreetbugs.schokokeks.org/?lat=51.91999&lon=8.86419&zoom=16&l
>> ayers=B0T
>>>> 
>>>> Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen,
>> also
>>>> das, was wir in OSM im Regelfall als 'highway=*_link' erfassen.
>> 
>> In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als
>> link, sondern als Bestandteil der (einen oder anderen) Straße erfassen.
>> 
>>>> Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die
>> in den
>>>> Import-Daten von 2009 noch nicht existierten.
>>>> Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt.
>>>> 
>>>> In dem Beispiel handelt es sich um die Rechtsabbiegerspur von
>> Detmold
>>>> kommend.
>> 
>> Nicht um die ganze Spur, sondern nur um das Stück neben der
>> Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
>> nicht ausdiskutiert.
>> 
>>> Ist ja inzwischen üblich, dass sowas eingetragen wird. Also
>>>> eintragen und den Bug mit einem 'Danke!' schließen.
>> 
>> Im Sinne von (s.o.) +1
>> 
>>> 
>>> Hallo Robert,
>>> 
>>> machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden
>>> und Rampen gibt es in Deutschland nur bei Autobahnen und
>>> autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem
>>> Beispiel eine Rechtsabbiegerspur mit highway=secondary_link
>> einzutragen
>>> waere nach meiner bisherigen Ansicht also falsch. Was meint ihr?
>> 
>> Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt
>> aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem
>> aber nicht kreuzungsfrei verbunden werden, weil es nur eine
>> Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für
>> beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link.
>> 
>> Gru0, Wolfgang
>> 
>> 
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Sun, 07 Oct 2012 14:49:35 +0200
> From: Wolfgang Hinsch <osm-listen at ivkasogis.de>
> To: talk-de at openstreetmap.org
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> Message-ID: <1349614175.4438.3.camel at Hannibal.kahl-hinsch.de>
> Content-Type: text/plain; charset="UTF-8"
> 
> Hallo Bernhard,
> 
> Am Sonntag, den 07.10.2012, 14:38 +0200 schrieb Bernhard Weiskopf:
>> Hallo an alle,
>> 
>> ich verwende "*_link", wenn es sich um ein Verbindungsstück handelt, das nur
>> dann befahren wird, wenn man von der einen auf die andere Straße wechselt. 
>> 
>> Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, 
>> dort ist meistens kein Straßennamenschild angebracht und 
>> es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen
>> kann oder umgekehrt nur auf diese auffahren kann).
> 
> nach der Definition würdest du auch mittem im Ort an einer Kreuzung für
> ein 30-m-Stück neben einer Verkehrsinsel "link" vergeben?
> 
> Das ist zumindest in meiner Gegend nicht üblich.
> 
> Gruß, Wolfgang
> 
> 
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Sun, 7 Oct 2012 15:15:38 +0200
> From: "Bernhard Weiskopf" <bweiskopf at gmx.de>
> To: "'Openstreetmap allgemeines in Deutsch'"
>    <talk-de at openstreetmap.org>
> Subject: [Talk-de] Spurmapping - WAS:  [Openstreetbugs] AST der ...
>    fehlt.
> Message-ID: <001901cda48d$d83bbcb0$88b33610$@gmx.de>
> Content-Type: text/plain;    charset="iso-8859-1"
> 
>> Nicht um die ganze Spur, sondern nur um das Stück neben der
>> Verkehrsinsel. Die Spur selbst siehe Spurmapping->diverse, ist noch
>> nicht ausdiskutiert.
> 
> 
> Hallo an alle,
> 
> ich habe in der Umgebung von Mannheim gerade Probleme mit einem Mapper, der
> viele sorgfältig gemappte Kreuzungen (mit lanes, Abbiegerelationen usw.)
> gelöscht hat und durch eigene Kreationen ersetzt hat. Dabei haben die
> kreuzenden Spuren keine gemeinsamen Knotenpunkte, Spuraufteilung erfolgt
> ohne bauliche Trennung, manche Richtungen sind nicht mehr fahrbar wegen
> fehlendem Knoten oder Einbahnregelung, Relationen sind unvollständig, weil
> eine der beteiligten "roles" gelöscht wurden usw.
> 
> Auf Anfrage teilte mir der Mapper mit "war der Meinung, dass es für die
> Navigation so eindeutiger ist...".
> Die Kreuzungen und die Arbeit vieler Stunden (nicht nur von mir) ist damit
> zerstört.
> 
> Beispiele: 
> http://www.openstreetmap.org/?mlat=49.4926&mlon=8.5517&zoom=18
> http://www.openstreetmap.org/?mlat=49.4920&mlon=8.5656&zoom=18
> http://www.openstreetmap.org/?mlat=49.4852&mlon=8.5879&zoom=18
> http://www.openstreetmap.org/?mlat=49.4848&mlon=8.6005&zoom=18
> 
> Gibt es eine einfache Möglichkeit, die früheren Stände zu rekonstruieren?
> 
> Hauptgrund für solche Fehler ist meiner Meinung nach, dass relativ
> unerfahrene Mapper nicht wissen, dass Fahrbahnen und keine Fahrspuren
> gemappt werden und die Spuren als "lanes" eingetragen werden. Das ist mir
> anfänglich auch mal passiert. Im Wiki vermisse ich einen Hinweis auf diese
> Konvention.
> 
> Bernhard
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 8
> Date: Sun, 7 Oct 2012 15:23:16 +0200
> From: "Bernhard Weiskopf" <bweiskopf at gmx.de>
> To: "'Openstreetmap allgemeines in Deutsch'"
>    <talk-de at openstreetmap.org>
> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
> Message-ID: <001a01cda48e$e8fd5440$baf7fcc0$@gmx.de>
> Content-Type: text/plain;    charset="iso-8859-1"
> 
> Hallo Wolfgang,
> 
> ja, *_link ist bei mir abhängig von den Straßentypen und der Anbindung. 
> 
> Ich betrachte es unabhängig davon, wo das Verbindungsstück örtlich liegt,
> also ob in einem Ort einem Feld oder in einem Wald.
> 
> "The link tags are used to identify ramps or slip roads connecting other
> more standard highways to each other. 
> In any case do not split up the link into one part belonging to one road and
> one to the other with different classifications. This makes it more
> difficult to find out which roads a link is supposed to connect.
> Link roads normally do not have names."
> Quelle: http://wiki.openstreetmap.org/wiki/Link_%28highway%29
> 
> Gruß Bernhard
> 
> 
>> -----Original Message-----
>> From: Wolfgang Hinsch [mailto:osm-listen at ivkasogis.de]
>> Sent: Sunday, October 07, 2012 2:50 PM
>> To: talk-de at openstreetmap.org
>> Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
>> ...
>> nach der Definition würdest du auch mittem im Ort an einer Kreuzung für
>> ein 30-m-Stück neben einer Verkehrsinsel "link" vergeben?
>> 
>> Das ist zumindest in meiner Gegend nicht üblich.
>> 
>> Gruß, Wolfgang
> 
> 
> 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> Ende Talk-de Nachrichtensammlung, Band 75, Eintrag 19
> *****************************************************



From hermanns at ptt.uni-due.de  Sun Oct  7 17:38:25 2012
From: hermanns at ptt.uni-due.de (Gerhard Hermanns)
Date: Sun, 07 Oct 2012 19:38:25 +0200
Subject: [Talk-de] Help
In-Reply-To: <2DA875B1-AC29-4206-8D75-7D7818E0F48B@gmail.com>
References: <mailman.992.1349616204.4678.talk-de@openstreetmap.org>
 <2DA875B1-AC29-4206-8D75-7D7818E0F48B@gmail.com>
Message-ID: <5071BE11.3030908@ptt.uni-due.de>

Am 07.10.2012 19:20, schrieb Björn Kruschke:
> Unsubcribe
>
> Björn Kruschke
> Bülowstr. 27
> 32756 Detmold
> 05231 7094007

Ich vermute, es soll "unsubscribe" heißen (zweites "s" fehlt).

Seoman



From ewoerner at kde.org  Sun Oct  7 17:58:50 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Sun, 07 Oct 2012 19:58:50 +0200
Subject: [Talk-de] Help
In-Reply-To: <5071BE11.3030908@ptt.uni-due.de>
References: <mailman.992.1349616204.4678.talk-de@openstreetmap.org>
 <2DA875B1-AC29-4206-8D75-7D7818E0F48B@gmail.com>
 <5071BE11.3030908@ptt.uni-due.de>
Message-ID: <79395193.bm4h4MlPLk@obiwan>

Hallo Gerhard,

Am Sonntag, 7. Oktober 2012, 19:38:25 schrieb Gerhard Hermanns:
> > Unsubcribe
> 
> Ich vermute, es soll "unsubscribe" heißen (zweites "s" fehlt).

ich vermute mal, die Mail sollte zusätzlich eher an talk-de-request@? gehen ? beliebter Fehler.
(Ich habe grad mal einen Unsubscribe-Code für ihn losgeschickt.)

Eckhart



From ml at bokomoko.de  Sun Oct  7 18:18:51 2012
From: ml at bokomoko.de (Rainer Dorsch)
Date: Sun, 7 Oct 2012 20:18:51 +0200
Subject: [Talk-de] Kaputte Turn Relations: Deutschland,
	=?iso-8859-1?q?=D6sterreich?=, Schweiz, Italien, Tschechien
Message-ID: <201210072018.51582.ml@bokomoko.de>

Hallo,

habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und 
Italien sind ca. 1 Woche alt, alle anderen sind von heute):

http://bokomoko.de/~rd/broken_turn_relations_121007.log

Wenn hilfreich, lasse ich das ganze nächste Woche nochmal laufen.

Viele Grüße
Rainer

-- 
Rainer Dorsch
http://bokomoko.de/



From Franz at vongordon.de  Sun Oct  7 22:12:42 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Mon, 08 Oct 2012 00:12:42 +0200
Subject: [Talk-de]
 =?iso-8859-15?q?Kaputte_Turn_Relations=3A_Deutschland?=
 =?iso-8859-15?q?=2C_=D6sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
Message-ID: <5071FE5A.4000707@vongordon.de>

Hallo,

soeben habe ich die Zeilen aus Österreich von dieser Liste repariert 
(diese Zeile [1] kann man als false positive ansehen - no_u_turn mit 
mehreren via-Wegen - geht nicht anders anzulegen, wenn der via-Weg noch 
geteilt ist).

Schön wäre es, wie letzte Jahr, diese Liste wieder im Wiki einzutragen 
[2], da sicher mehr Personen an dieser längeren Liste arbeiten werden 
als nur ich und so ein Abhaken einfacher ist, welche Zeilen bereits 
bearbeitet sind.

[1] OSM Warning:http://www.openstreetmap.org/browse/relation/2090704 
turn restriction: multiple via member
[2] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions

Grüße,
Franz





From andr-neumann at gmx.net  Sun Oct  7 22:15:38 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Mon, 08 Oct 2012 00:15:38 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Idee_f=FCr_automatischen_Serverwechsel_b?=
 =?iso-8859-1?q?ei_Kartenausfall?=
In-Reply-To: <506EB6BE.9060900@tappenbeck.net>
References: <506EB6BE.9060900@tappenbeck.net>
Message-ID: <5071FF0A.6030001@gmx.net>

Am 05.10.2012 12:30, schrieb Jan Tappenbeck:
> Hi !
>
> ein Bekannter von mir betreibt eine Webseite die als Hintergrund die
> Karten vom Toolserver verwendet, weil dort keine Namen gelistet werden.
>
> Nun wollen wir sicher gehen das immer eine Karte verfügbar sein soll.
>
> Ich würde gerne automatisch die Kacheln eines anderen Servers
> einbinden, wenn der Toolserver mal ausfallen würde.
>
> Hat einer von Euch für soetwas eine Idee - außer den eigenen?
>
> Gruß Jan :-)

Du könntest via JavaScript versuchen eine Kachel vom Toolserver zu laden
und bei einem TimeOut oder einem HTTP-Error einfach den Layer zu einer
anderen Kartenebene wechseln...

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



From dieterdreist at gmail.com  Sun Oct  7 23:04:31 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 8 Oct 2012 01:04:31 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <507175FD.9040407@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
 <507175FD.9040407@poole.ch>
Message-ID: <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>

Am 7. Oktober 2012 14:30 schrieb Simon Poole <simon at poole.ch>:
> - Apple hat nach dem Gespräch einen entsprechenden Quellenhinweis bei
> iPhoto angebracht, der mag nicht perfekt sein, aber niemand hat sich
> weiter dagegen gewehrt


oder besser, bis vor kurzem hat sich niemand dagegen gewehrt,
mittlerweile gibt es ja Leute die fordern, dass Apple unsere Lizenz
einhalten muss, so wie jeder andere auch.


> , was auch angesichts der Bedeutungslosigkeit der
> Applikation auch verständlich ist.


Bitte? iPhoto kann man höchstens aus ideologischen Gründen
bedeutungslos finden, alleine  28,2 Millionen Google-Treffer sprechen
doch schon Bände.


> Zwar gibt es meines Wissens kein
> Protokoll des Gespräches mit Apple, aber bekannt und soweit dokumentiert
> ist der Kontakt schon.


Kannst Du mir sagen, wo? Ich habe dazu bisher nichts gefunden,
jedenfalls nciht in den minutes des Boards, das sich seit April damit
beschäftigt.


> - Apple hat vor etwas über 2 Wochen ein völlig neues Produkt auf dem
> Markt gebracht, der an einigen Stellen offenbar auch OSM Daten
> verwendet.  Dort verwendet Apple den gleichen Quellenhinweis wie bei
> iPhoto. Es hat bis jetzt keinen Kontakt zwischen Apple und der OSMF
> bezüglich dieser Verwendung gegeben. Es hat auch niemand auch nur
> entfernt angedeutet, dass die iPhoto Lösung akzeptabel ist, insbesonders
> weil es auch Hinweise darauf gibt, dass die Daten anders verwendet werden.


gut.


> - Anscheinend gibt es noch andere Anwendungen von Apple die OSM Daten
> verwenden, die müssen zuerst mal gut dokumentiert werden, so dass wir
> das auch bei Apple vorbringen können.


ja, wobei sie das eigentlich selbst sagen sollten, wo sie das tun


> Unabhängig davon was die OSMF macht kann natürlich jeder der nachweisbar
> vor-CT und vor-ODbL Daten hat die Apple verwendet, dass DCMA Formular
> ausfüllen und verlangen, dass sie die Daten entfernen.


das kann man natürlich machen, aber ich finde es nicht sinnvoll, dass
wir nicht als Projekt auftreten sondern als Einzelpersonen. Ist OSM
ein share-alike-Projekt? Wenn ja, dann müssen die Nutzer das
respektieren und umsetzen, oder eben andere Daten nutzen. Und dafür
sollte man sich dann auch gemeinsam stark machen. Wenn man das nicht
will, dann muss man halt die Lizenz wechseln. Mittlerweile reicht dazu
ja eine Zweidrittel-Mehrheit der noch Aktiven, bis vor kurzem waren
noch alle Daten von Nichtzustimmern verloren ;-)

Gruß Martin



From simon at poole.ch  Sun Oct  7 23:40:20 2012
From: simon at poole.ch (Simon Poole)
Date: Mon, 08 Oct 2012 01:40:20 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
 =?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
 <507175FD.9040407@poole.ch>
 <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>
Message-ID: <507212E4.1030601@poole.ch>


Am 08.10.2012 01:04, schrieb Martin Koppenhoefer:
>
> das kann man natürlich machen, aber ich finde es nicht sinnvoll, dass
> wir nicht als Projekt auftreten sondern als Einzelpersonen. 
Die OSMF kann das DCMA Formular nur ausfüllen* wenn es völlig klar ist,
dass die Daten von einem Mapper stammen, der zu dem Zeitpunkt an dem
Apple die Daten übernommen hat, bereits den CTs zugestimmt hatte. Ab dem
12. Mai 2010 war das für Neuanmeldungen obligatorisch, ab dem 10. August
konnte man als Altmapper dann zustimmen. Die aktuelle Desktop Version
von iPhoto soll am 20. Oktober 2010 verfügbar gewesen zu sein, sprich
die OSM Daten sind sicher deutlich älter.

Mit anderen Worten mindestens für die in iPhoto verwendeten Daten ist es
sehr unwahrscheinlich, dass die OSMF irgendeine nutzbare
Vertretungbefugnis hat. Wir hatten zwar das DCMA Verfahren vorbereitet
im März, aber auch mit einem Mitglied der LWG der zufälligerweise
tatsächlich Daten in den von iPhoto abgedeckten Bereich hatte. Falls die
in Apple Maps verwendeten Sachen neuer sind, dann stehen dort natürlich
die Chancen besser.

> Ist OSM
> ein share-alike-Projekt? Wenn ja, dann müssen die Nutzer das
> respektieren und umsetzen, oder eben andere Daten nutzen. Und dafür
> sollte man sich dann auch gemeinsam stark machen. Wenn man das nicht
> will, dann muss man halt die Lizenz wechseln. Mittlerweile reicht dazu
> ja eine Zweidrittel-Mehrheit der noch Aktiven, bis vor kurzem waren
> noch alle Daten von Nichtzustimmern verloren ;-)
>

WIr haben ja die Lizenz gewechselt um halbwegs die Rechtssicherheit zu
bekommen, die es für OSM mit CC by-SA NICHT gibt. So könnten wir, wenn
Apple ODbL Daten verwendet hätte, verlangen, dass sie die abgeleitete
Datenbank zur verfügung stellen die sie für die Karten verwenden. Es
wäre dann auch möglich genau festzustellen welche Daten sie verwendet
haben, inwiefern sie die mit anderen gemischt haben und so weiter.

Simon

* man muss eidestattlich erklären, dass man den Urheber/Eigentümer der
Rechte ist oder vertritt (eine Falschaussage steht unter Strafe). 





From Franz at vongordon.de  Mon Oct  8 06:06:55 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Mon, 08 Oct 2012 08:06:55 +0200
Subject: [Talk-de]
 =?iso-8859-15?q?Kaputte_Turn_Relations=3A_Deutschland?=
 =?iso-8859-15?q?=2C_=D6sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
Message-ID: <50726D7F.3050607@vongordon.de>

... nach Österreich ist nun Estland auch fertig bearbeitet.

Franz




From dieterdreist at gmail.com  Mon Oct  8 08:04:15 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 8 Oct 2012 10:04:15 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <507212E4.1030601@poole.ch>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
 <507175FD.9040407@poole.ch>
 <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>
 <507212E4.1030601@poole.ch>
Message-ID: <CABPTjTAw7brewXjv99D0LY=VfROynFvT=dwqdoeg4xXHYq7AHg@mail.gmail.com>

Am 8. Oktober 2012 01:40 schrieb Simon Poole <simon at poole.ch>:
> Am 08.10.2012 01:04, schrieb Martin Koppenhoefer:
>>
>> das kann man natürlich machen, aber ich finde es nicht sinnvoll, dass
>> wir nicht als Projekt auftreten sondern als Einzelpersonen.
> Die OSMF kann das DCMA Formular nur ausfüllen* wenn es völlig klar ist,
> dass die Daten von einem Mapper stammen, der zu dem Zeitpunkt an dem
> Apple die Daten übernommen hat, bereits den CTs zugestimmt hatte.


Ist das die rechtliche Seite? Bisher ist mir nicht bekannt, dass die
OSMF die Mapper gebeten hätte, zu prüfen, ob sie für "ihre" Daten da
Handlungsmöglichkeiten sehen. Die OSMF könnte z.B. auf einzelne Mapper
in diesen Ländern, die bereits identifiziert sind, zugehen und sie
fragen, ob sie durch die OSMF vertreten werden wollen.
Ich hatte gedacht dass es ausreicht, irgendwann den CT zugestimmt zu
haben, egal, wie sich das zeitlich mit den von Apple genutzten Daten
verhält, da man ab diesem Zeitpunkt der Zustimmung zu den CT der OSMF
für alle seine zu OSM beigetragenen Daten (also auch rückwirkend) eine
Vertretungsbefugnis einräumt, oder nicht?


> Mit anderen Worten mindestens für die in iPhoto verwendeten Daten ist es
> sehr unwahrscheinlich, dass die OSMF irgendeine nutzbare
> Vertretungbefugnis hat.


auch nicht, wenn sie sie zwischenzeitlich erlangt hat? siehe oben


> WIr haben ja die Lizenz gewechselt um halbwegs die Rechtssicherheit zu
> bekommen, die es für OSM mit CC by-SA NICHT gibt.


Ob es Rechtssicherheit gibt, ist eine andere Frage, in den letzten
Jahren wurde immer gesagt, dass man auch sozial eine Chance habe, weil
sich eine große Firma den Imageschaden nicht erlauben könne, von einem
großen freien Projekt an den Pranger gestellt zu werden, weil sie
deren Daten nutzt aber die Lizenz nicht einhält. Die Chancen dafür
sind allerdings nicht so toll, wenn man nichtöffentlich vorgeht
("geheim"), und nirgends darüber spricht und schreibt. Ein reines
"Willkommen" im Blog der OSMF ist jedenfalls sicherlich kein "großer
Druck" für Apple, was zu ändern an der Attribution.

Gruß Martin



From falk.zscheile at gmail.com  Mon Oct  8 08:30:55 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Mon, 8 Oct 2012 10:30:55 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <CABPTjTAw7brewXjv99D0LY=VfROynFvT=dwqdoeg4xXHYq7AHg@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
 <507175FD.9040407@poole.ch>
 <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>
 <507212E4.1030601@poole.ch>
 <CABPTjTAw7brewXjv99D0LY=VfROynFvT=dwqdoeg4xXHYq7AHg@mail.gmail.com>
Message-ID: <CAJ5W8FgJfqb96KZVZ0_rM9ZVA7Sej9iF=0450E-0kmF+UZTJrw@mail.gmail.com>

Am 8. Oktober 2012 10:04 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
> Am 8. Oktober 2012 01:40 schrieb Simon Poole <simon at poole.ch>:
>> Am 08.10.2012 01:04, schrieb Martin Koppenhoefer:
>>>
>>> das kann man natürlich machen, aber ich finde es nicht sinnvoll, dass
>>> wir nicht als Projekt auftreten sondern als Einzelpersonen.
>> Die OSMF kann das DCMA Formular nur ausfüllen* wenn es völlig klar ist,
>> dass die Daten von einem Mapper stammen, der zu dem Zeitpunkt an dem
>> Apple die Daten übernommen hat, bereits den CTs zugestimmt hatte.
>
>
> Ist das die rechtliche Seite? Bisher ist mir nicht bekannt, dass die
> OSMF die Mapper gebeten hätte, zu prüfen, ob sie für "ihre" Daten da
> Handlungsmöglichkeiten sehen.

Auch auf ebene der OSMF handelt es sich um ein Hobbyprojekt. Nur das
dort Leute sitzen, die sich ein bisschen mehr Arbeit aufhalsen, als
der Durchschnittsmapper. Wenn Du daran Interesse an einer vertieften
Verfolgung in diesem Bereich hast, dann unterstütze die OSMF indem du
einen Teil deiner Energie, die du hier in E-Mails steckst, dafür zu
verwendest, die OSMF bei der Suche nach solchen Mappern zu
unterstützen. Sorge dafür, das möglichst viele brauchbare Infos die
OSMF erreichen und ich denke dann wird die Sache (mit etwas Druck)
auch weiter verfolgt werden.

Im Augenblick unterstellst Du, dass hier schon alle Fakten klar auf
dem Tisch liegen (ich meine nicht, dass hier irgend jemand Infos
zurück hält). Das sehe ich nicht, jedenfalls nicht, wenn man im
Endeffekt einen Rechtsstreit riskieren will.

> Die OSMF könnte z.B. auf einzelne Mapper
> in diesen Ländern, die bereits identifiziert sind, zugehen und sie
> fragen, ob sie durch die OSMF vertreten werden wollen.

Ich habe hier noch keine Fakten gelesen, auf deren Basis ich einen
Rechtsstreit riskieren würde. Genau so unverständlich ist mir deine
Anspruchshaltung. Die paar Leute im Vorstand der OSMF sollen ihre Zeit
damit verbringen nach Lizenzverletzungen zu suchen und alles andere
liegen zu lassen? Das kann nicht funktionieren. Entweder hier helfen
alle mit oder man lässt es sein. Wenn alle mithelfen sollen, muss man
aber was organisieren und das kann man auch ohne OSMF. Bei OSM sind
wir ja alle stolz darauf eine Weltkarte durch viele kleine Beiträge
erbracht zu haben. Aber wenn es um so unangenehme Sachen wie
Rechtsstreitigkeiten geht, dann sollen das bitte die anderen (OSMF)
machen und auch noch bitteschön die Fakten zusammen suchen ... Das
kann es nicht sein.

Gruß, Falk



From jamesmikedupont at googlemail.com  Mon Oct  8 09:33:53 2012
From: jamesmikedupont at googlemail.com (Mike Dupont)
Date: Mon, 8 Oct 2012 11:33:53 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Neues_zum_Stand_der_Lizenzverletzungen_d?=
	=?iso-8859-1?q?urch_Gro=DFkonzerne=3F?=
In-Reply-To: <507160A1.2070307@gmx.de>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org> <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
Message-ID: <CAF0qKV0UOH05CA4LYDB1e=U9TN5bkG8EZU41XX+OP5UKmbQBeQ@mail.gmail.com>

2012/10/7 Michael Kugelmann <MichaelK_OSM at gmx.de>

>  damit würden die ganzen Forderungen an Apple zur korrekten Attributierung
> in's Leere laufen...


nicht ganz, weil niemand kann Deine Rechte an deine Arbeit wegnehmen, aber
es wuerde schwerer werden.


-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3


From dieterdreist at gmail.com  Mon Oct  8 09:56:17 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 8 Oct 2012 11:56:17 +0200
Subject: [Talk-de]
	=?utf-8?q?Neues_zum_Stand_der_Lizenzverletzungen_durch_?=
	=?utf-8?q?Gro=C3=9Fkonzerne=3F?=
In-Reply-To: <CAJ5W8FgJfqb96KZVZ0_rM9ZVA7Sej9iF=0450E-0kmF+UZTJrw@mail.gmail.com>
References: <CABPTjTATXWYJOd+rLnD9ThKLyCzr3ZQaV=RBpvRfp_WqcUJ54Q@mail.gmail.com>
 <506DF4A2.4000706@remote.org>
 <1349415261152-5729039.post@n5.nabble.com>
 <506E794A.2030705@remote.org>
 <CABPTjTAqVyEzOavFS+YOyOEAA1BUTsMyxGvnNjpoWyX6Vg+tJg@mail.gmail.com>
 <506EBE85.3060307@poole.ch> <5070C65F.1070204@gmx.de>
 <k4rek3$9ot$1@ger.gmane.org> <507160A1.2070307@gmx.de>
 <507175FD.9040407@poole.ch>
 <CABPTjTDDRQwDC8M-JLLttHM2Tb_wqXasPP3VUW9S8nNSfWWAGQ@mail.gmail.com>
 <507212E4.1030601@poole.ch>
 <CABPTjTAw7brewXjv99D0LY=VfROynFvT=dwqdoeg4xXHYq7AHg@mail.gmail.com>
 <CAJ5W8FgJfqb96KZVZ0_rM9ZVA7Sej9iF=0450E-0kmF+UZTJrw@mail.gmail.com>
Message-ID: <CABPTjTD-ahN5rwJ+cV_Vrmr5rmMCoBQGOrvwRyx8F9pkk+EcuQ@mail.gmail.com>

Am 8. Oktober 2012 10:30 schrieb Falk Zscheile <falk.zscheile at gmail.com>:
> Auch auf ebene der OSMF handelt es sich um ein Hobbyprojekt. Nur das
> dort Leute sitzen, die sich ein bisschen mehr Arbeit aufhalsen, als
> der Durchschnittsmapper. Wenn Du daran Interesse an einer vertieften
> Verfolgung in diesem Bereich hast, dann unterstütze die OSMF indem du
> einen Teil deiner Energie, die du hier in E-Mails steckst, dafür zu
> verwendest, die OSMF bei der Suche nach solchen Mappern zu
> unterstützen.


da bin ich schon dabei. Aber wie gesagt, m.E. geht es in erster Linie
nicht um "solche Mapper" sondern OSM als ganzes.


>> Die OSMF könnte z.B. auf einzelne Mapper
>> in diesen Ländern, die bereits identifiziert sind, zugehen und sie
>> fragen, ob sie durch die OSMF vertreten werden wollen.
>
> Ich habe hier noch keine Fakten gelesen, auf deren Basis ich einen
> Rechtsstreit riskieren würde.


Zunächst mal ist es glaube ich unzweifelhaft, dass Apple OSM-Daten
einsetzt, zumindest sagen sie das mittlerweile auch selbst. Die Frage
ist nur noch, wo und in welcher Art und Umfang. Sobald man OSM-Daten
einsetzt, muss man sich an die Lizenzbedingungen der Daten halten, das
ist entweder cc-by-sa oder ODbL. Beide erfordern, dass die Lizenz
genannt wird. Da das bisher nicht der Fall ist, sollte Apple auf jeden
Fall nachbessern.



> Genau so unverständlich ist mir deine
> Anspruchshaltung. Die paar Leute im Vorstand der OSMF sollen ihre Zeit
> damit verbringen nach Lizenzverletzungen zu suchen und alles andere
> liegen zu lassen?


nein, aber sie haben, u.a. aufgrund von "Wichtigkeit und
Dringlichkeit", den Vorgang der vermuteten Lizenzverletzungen durch
Apple am 7. April 2012 der LWG aus der Hand genommen:
https://docs.google.com/document/pub?id=16E0l4NdeMkUqgEe_mPC78tJ9yPQHUuRZYNtapBEM2K4
D.h. die mussten da nichts "suchen", sondern wir sprechen von einem
bekannten Fall, den die OSMF selbst als wichtig und dringlich
einschätzt. Wieso taucht dann in den Protokollen der folgenden sechs
Treffen dazu nichts mehr auf?
Die OSMF hat seither nichts mehr diesbezüglich verlauten lassen,
ausser einer Ergänzung am 3. Mai in ihrem Blog, wo sie erklärt: "Apple
appear to have added OpenStreetMap attribution in their iPhoto v
1.0.1"
http://blog.osmfoundation.org/2012/03/08/welcome-apple/
was sich für mich so liest, als wäre der Vorgang damit abgeschlossen.
Jedenfalls steht da nichts davon, dass damit die Lizenz nach wie vor
nicht eingehalten wird.

Gruß Martin



From m.gehling at gmx.de  Mon Oct  8 10:27:22 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Mon, 8 Oct 2012 12:27:22 +0200
Subject: [Talk-de] Wochennotiz Nr. 116
Message-ID: <474BDE1D-7537-4563-9954-88F3CD75EB12@gmx.de>

Hallo,

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

Viel Spaß beim Lesen!

ps. Du willst in Zukunft die WN am Sonntag lesen. Schreib uns eine email und werde Reviewer...

From tim.alder at s2002.tu-chemnitz.de  Mon Oct  8 12:22:02 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Mon, 08 Oct 2012 14:22:02 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <506D9EBE.7070807@remote.org>
References: <506D9EBE.7070807@remote.org>
Message-ID: <k4ugh8$dm9$1@ger.gmane.org>

Hier mein Angebot.
Wenn es konkrete Ideen für eine Frauen-freundliche-Karte in Form eines 
Style-files gäbe, würde ich mich dafür einsetzen, dass diese Karte (z.B. 
auf dem Toolserver) auch gerendert wird.
Schließlich hat OSM so viele Spezialkarten, dass ein Experiment in diese 
Richtung auch mal ganz erfrischend sein könnte.

Bei der Wikipedia hat es das Thema immerhin schon bis zur Keynote[1] der 
Wikimania gebracht.

Grüße Tim

[1]http://adainitiative.org/blog/2012/08/07/ada-initiative-keynote-at-wikimania-2012-fostering-diversity/

Am 04.10.2012 16:35, schrieb Frederik Ramm:
> Hallo,
>
>     das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein
> englischsprachiger Vortrag darueber, dass OpenStreetMap ja
> "gender-biased" sei (genauer genommen Frauen benachteiligend). Als
> wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins
> Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu
> "amenity=childcare" mit 15 Abstimmenden nicht die erforderliche
> Beteiligung erreichte.
>
> Ich poste das hier, weil der Titel des Talks mit "Guns, Germans and
> Strip Clubs" ja speziell auf Deutschland eingeht ;)
>
> http://www.floatingsheep.org/2012/07/sheepcamp-2012-monica-stephens-on.html
>
> Bye
> Frederik
>





From butrus.butrus at gmail.com  Mon Oct  8 18:04:24 2012
From: butrus.butrus at gmail.com (Butrus Damaskus)
Date: Mon, 8 Oct 2012 20:04:24 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <201210072018.51582.ml@bokomoko.de>
References: <201210072018.51582.ml@bokomoko.de>
Message-ID: <CALM6Ch8atr7eqaAa20OSAwxq3PpOA4AfU-My=yJHNbHf1+UY+g@mail.gmail.com>

Hallo,

habe jetzt die tschechischen Kollegen (d.h. talk-cz) darauf aufmerksam
gemacht, vielleicht schaut dort jemand hin und repariert das...

Petr

2012/10/7 Rainer Dorsch <ml at bokomoko.de>:
> Hallo,
>
> habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und
> Italien sind ca. 1 Woche alt, alle anderen sind von heute):
>
> http://bokomoko.de/~rd/broken_turn_relations_121007.log
>
> Wenn hilfreich, lasse ich das ganze nächste Woche nochmal laufen.
>
> Viele Grüße
> Rainer
>
> --
> Rainer Dorsch
> http://bokomoko.de/
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From ewoerner at kde.org  Mon Oct  8 19:55:06 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Mon, 08 Oct 2012 21:55:06 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <201210072018.51582.ml@bokomoko.de>
References: <201210072018.51582.ml@bokomoko.de>
Message-ID: <1358853.pMEQgC9CEo@obiwan>

Hallo zusammen,

Am Sonntag, 7. Oktober 2012, 20:18:51 schrieb Rainer Dorsch:
> habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und 
> Italien sind ca. 1 Woche alt, alle anderen sind von heute):
> 
> http://bokomoko.de/~rd/broken_turn_relations_121007.log

kann es sein, dass die "multiple from-members" und "multiple to-members" alle von Potlatch kaputtgemacht worden sind?

Eckhart



From speak at youseeus.de  Mon Oct  8 21:39:41 2012
From: speak at youseeus.de (Josias Polchau)
Date: Mon, 08 Oct 2012 23:39:41 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Idee_f=FCr_automatischen_Serverwechsel_b?=
 =?iso-8859-1?q?ei_Kartenausfall?=
In-Reply-To: <506EB6BE.9060900@tappenbeck.net>
References: <506EB6BE.9060900@tappenbeck.net>
Message-ID: <k4vh6r$v1c$1@ger.gmane.org>

Am 05.10.2012 12:30, schrieb Jan Tappenbeck:> Ich würde gerne 
automatisch die Kacheln eines anderen Servers einbinden,
 > wenn der Toolserver mal ausfallen würde.

Hi, mit der selben Problematik haben wir uns auch schon auseinander gesetzt.

Ich gehe mal von Openlayers aus.

Am Besten wäre es aus unserer Sicht, wenn man (zb statt der einen URL im 
WMS oder TMS) eine liste von URLs angeben könnte, nach Priorität sortiert.

im im XYZ-Layer kann man bereits mehrere URLs angeben, dabei werden die 
Requests aber gleichmäßig auf alle URLs verteilt.
das ist schön für Lastverteilung aber nicht für Ausfallsicherheit.

Andreas bereits erwähnte, kann man entweder den Timeout per JS abfangen 
oder vor dem Laden einen kleinen Request absenden.

Gruß Josias




From Franz at vongordon.de  Mon Oct  8 22:00:39 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Tue, 09 Oct 2012 00:00:39 +0200
Subject: [Talk-de]
 =?iso-8859-15?q?Kaputte_Turn_Relations=3A_Deutschland?=
 =?iso-8859-15?q?=2C_=D6sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
Message-ID: <50734D07.8040407@vongordon.de>

... nun habe ich die Schweiz auch fertig (nach Österreich und Estland).

Wird das noch etwas mit dem Eintragen der (von mir noch nicht 
korrigierten) Fehlerzeilen ins Wiki?
... oder sollte ich mich selbst daran versuchen, diese Liste ins Wiki zu 
bekommen? - mittels Suchen/Ersetzen die Log-Datei in eine Wiki-Tabelle 
umwandeln obwohl die Log-Datai nicht von mir ist?

Eckard Wörner schrieb:
 >kann es sein, dass die "multiple from-members" und "multiple 
to-members" alle von Potlatch kaputtgemacht worden sind?

Nein - hier [1] sind in Version 3 mehrere to- und via-Rollen 
hinzugekommen - editiert wurde mit JOSM (5267.de).
Auch hier [2] kamen in den Versionen 4 und 6 überflüssige Rollen hinzu - 
beide editiert mit JOSM.

[1] http://www.openstreetmap.org/browse/relation/169052/history
[2] http://www.openstreetmap.org/browse/relation/287329/history

Grüße,
Franz





From Franz at vongordon.de  Mon Oct  8 22:38:39 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Tue, 09 Oct 2012 00:38:39 +0200
Subject: [Talk-de]
 =?iso-8859-15?q?Kaputte_Turn_Relations=3A_Deutschland?=
 =?iso-8859-15?q?=2C_=D6sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
Message-ID: <507355EF.5080508@vongordon.de>

Hallo,

nun habe ich die Tabelle im OSM-Wiki [1] eingetragen und die 
bearbeiteten Inhalte vom letzten Jahr entfernt. (Meine erste Wiki 
Änderung dieser Größe - Suchen/Ersetzen klappte gut).

[1] 
http://wiki.openstreetmap.org/wiki/DE:Relation:restriction/Fehlerhafte_Turn_Restrictions

Nächtliche Grüße
Franz





From ewoerner at kde.org  Mon Oct  8 23:04:11 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Tue, 09 Oct 2012 01:04:11 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <50734D07.8040407@vongordon.de>
References: <50734D07.8040407@vongordon.de>
Message-ID: <9712236.3intfWdtam@obiwan>

Hallo Franz,

Am Dienstag, 9. Oktober 2012, 00:00:39 schrieb Franz v. Gordon:
> Eckhart Wörner schrieb:
>  > kann es sein, dass die "multiple from-members" und "multiple 
> > to-members" alle von Potlatch kaputtgemacht worden sind?
> 
> Nein - hier [1] sind in Version 3 mehrere to- und via-Rollen 
> hinzugekommen - editiert wurde mit JOSM (5267.de).
> Auch hier [2] kamen in den Versionen 4 und 6 überflüssige Rollen hinzu - 
> beide editiert mit JOSM.
> 
> [1] http://www.openstreetmap.org/browse/relation/169052/history
> [2] http://www.openstreetmap.org/browse/relation/287329/history

gerade mal angetestet; JOSM (5485) kriegt Abbiegebeschränkungen beim Aufspalten nicht kaputt, selbst ohne turnrestrictions-Plugin und mit unvollständigen Relationen ? und erst recht fügt er keine neuen via-Knoten hinzu.

Eckhart



From ewoerner at kde.org  Mon Oct  8 23:15:33 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Tue, 09 Oct 2012 01:15:33 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <201210072018.51582.ml@bokomoko.de>
References: <201210072018.51582.ml@bokomoko.de>
Message-ID: <2391719.ljvomcPyZC@obiwan>

Hallo Rainer,

Am Sonntag, 7. Oktober 2012, 20:18:51 schrieb Rainer Dorsch:
> habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und 
> Italien sind ca. 1 Woche alt, alle anderen sind von heute):
> 
> http://bokomoko.de/~rd/broken_turn_relations_121007.log

Grrr, immer noch mit Fehlalarm, z.B.:
> OSM Warning:http://www.openstreetmap.org/browse/relation/3659 turn restriction: multiple via member

Eckhart



From ewoerner at kde.org  Mon Oct  8 23:25:13 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Tue, 09 Oct 2012 01:25:13 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <9712236.3intfWdtam@obiwan>
References: <50734D07.8040407@vongordon.de> <9712236.3intfWdtam@obiwan>
Message-ID: <2886859.oVenZrKQ2G@obiwan>

Hallo Franz,

Am Dienstag, 9. Oktober 2012, 01:04:11 schrieb Eckhart Wörner:
> gerade mal angetestet; JOSM (5485) kriegt Abbiegebeschränkungen beim Aufspalten nicht kaputt, selbst ohne turnrestrictions-Plugin und mit unvollständigen Relationen ? und erst recht fügt er keine neuen via-Knoten hinzu.

Korrektur: die zusätzlichen via-Knoten kommen wohl bei "Linien trennen" zustande, das fängt JOSM (noch) nicht ab.

Eckhart



From Jimmy_K at gmx.at  Tue Oct  9 05:53:30 2012
From: Jimmy_K at gmx.at (Jimmy_K)
Date: Tue, 09 Oct 2012 07:53:30 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
Message-ID: <5073BBDA.6050300@gmx.at>

Am 07.10.2012 14:49, schrieb Wolfgang Hinsch:
> Hallo Bernhard,
>
> Am Sonntag, den 07.10.2012, 14:38 +0200 schrieb Bernhard Weiskopf:
>> Hallo an alle,
>>
>> ich verwende "*_link", wenn es sich um ein Verbindungsstück handelt, das nur
>> dann befahren wird, wenn man von der einen auf die andere Straße wechselt. 
>>
>> Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, 
>> dort ist meistens kein Straßennamenschild angebracht und 
>> es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen
>> kann oder umgekehrt nur auf diese auffahren kann).
> nach der Definition würdest du auch mittem im Ort an einer Kreuzung für
> ein 30-m-Stück neben einer Verkehrsinsel "link" vergeben?
>
> Das ist zumindest in meiner Gegend nicht üblich.
>
> Gruß, Wolfgang
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
Servus,

ich glaube dies ist bis jetzt noch nirgends "üblich". Solange es aber
kein ordentliches, "zugelassenes" Spurmapping-Modell gibt, finde ich
diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar
Wochen mal vorgeschlagen)


LG Jimmy



From Jimmy_K at gmx.at  Tue Oct  9 05:59:51 2012
From: Jimmy_K at gmx.at (Jimmy_K)
Date: Tue, 09 Oct 2012 07:59:51 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tags_f=FCr_Abluftkiste=2C_turm=2C=2E=2E?=
 =?iso-8859-1?q?=2E?=
In-Reply-To: <k4qa51$62a$1@ger.gmane.org>
References: <50709662.5030206@cgv.tugraz.at> <k4qa51$62a$1@ger.gmane.org>
Message-ID: <5073BD57.3030306@gmx.at>

Am 07.10.2012 00:08, schrieb Stephan Wolff:
> Moin!
>
> Am 06.10.2012 22:36, schrieb Lars Schimmer:
>> Die kleinen (oder auch großen) Türme, die als Abluftöffnung für
>> Tiefgaragen oder Tunnel dienen.
>> Hat da jemand einen passenden Tag für?
>>
>> Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief,
>> Gitter auf der Rückwand.
>> Somit durchaus ein building:yes
>> Aber wie tagt man, das es nen Abluftschacht ist?
>
> Ein nicht betretbares technisches Objekt würde ich eher unter
> "man_made" einordnen.
> Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt
> keine sinnvolle Anwendung ein.
>
> Viele Grüße
> Stephan
>
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
Das genannte Objekt ist jetzt nicht allzu groß, aber bei größeren
Straßentunnels nehmen sie schnell recht große Ausmaße an. Siehe z.B. die
Schronsteine des Fellbacher Tunnels.

LG Jimmy



From Michael.Neumann at uni-dortmund.de  Tue Oct  9 07:32:36 2012
From: Michael.Neumann at uni-dortmund.de (Michael Neumann)
Date: Tue, 09 Oct 2012 09:32:36 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <5073BBDA.6050300@gmx.at>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de> <5073BBDA.6050300@gmx.at>
Message-ID: <5073D314.3040604@uni-dortmund.de>

Am 09.10.2012 07:53, schrieb Jimmy_K:
> Servus,
> 
> ich glaube dies ist bis jetzt noch nirgends "üblich". Solange es aber
> kein ordentliches, "zugelassenes" Spurmapping-Modell gibt, finde ich
> diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar
> Wochen mal vorgeschlagen)

Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als
Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen
Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen,
wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn
ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht
ueber eine Rampe ...

-- 
Michael Neumann
Michael.Neumann at uni-dortmund.de



From chaoschaos0909 at googlemail.com  Tue Oct  9 07:45:51 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Tue, 9 Oct 2012 09:45:51 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <5073D314.3040604@uni-dortmund.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
 <5073BBDA.6050300@gmx.at> <5073D314.3040604@uni-dortmund.de>
Message-ID: <CALKj2D-E+nux5q-k4LqqgV4kP61nnKU0_VJm16xV8xcNpvnfzg@mail.gmail.com>

>
> Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als
> Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen
> Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen,
> wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn
> ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht
> ueber eine Rampe ...
>

Also muss der Garmin (bzw. mkgmap) lernen, die zwei Typen von
highway=*_link zu unterscheiden.
Ist das denn denn mit den bestehenden Tags eindeutig moglich?

Wenn nicht, brauchen wir wohl doch ein (oder zwei) zusätzliche Tags
für diese sub-typen von *_link.

link=ramp | lane | separated  mal so als Beispiel.

Gruss,
Chaos



From ostrmap at diesei.de  Tue Oct  9 11:18:38 2012
From: ostrmap at diesei.de (Dietmar)
Date: Tue, 9 Oct 2012 13:18:38 +0200
Subject: [Talk-de] =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
Message-ID: <004101cda60f$d45eb830$fe78a8c0@Desktop>

Hallo,

ich gehe mit der Straßenlistenauswertung nach über einem Jahr Laufzeit [1]
jetzt in die Beta-Phase über
Ich war lange unzufrieden mit dem Zustand der Entwicklung und mit dem Zyklus
der Auswertungen, die auf meinem Entwicklungsrechner liefen. Die verfügbare
OSM-DB auf dem Toolserver war auch keine überzeugende Basis; öfters war
diese veraltet.

Deshalb habe ich im September einen eigenen Server gemietet und von meinem
OSM-Kollegen Eckhart Wörner (vielen, vielen Dank nochmal) aufbauen lassen
und hoste dort jetzt die Auswertung der Straßenlisten [2] sowie das Wiki [3]
zur Verwaltung der Listen.

Wiki zur Verwaltung der Straßenlisten
---
Die Straßenlisten können jetzt endlich von interessierten OSM-lern selbst
wieder verwaltet werden.
Zur Bearbeitung der Straßenlisten ist eine Registrierung notwendig.

Aktueller Stand der Straßenlisten im Wiki
---
Die deutschen Straßenlisten sind fast alle importiert: Quellen waren
* Florian Lohoffs Listen (im damaliagen Zustand)
* Sven Anders Listen (im damaligen Zustand)
* bei mir aktiv verwaltete Listen (über Mails erhalten)
* zentral nutzbare Straßenlisten von Rheinland-Pfalz und Thüringen mit
jeweils Stand 1.10.2012

Noch fehlende Straßenlisten:
* Listen aus Luxemburg, Österreich und Schweiz
* einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile
und -bezirke, Aurich, etc.)

Zyklus der Auswertungen
---
Die Auswertung erfolgt zweimal am Tag und sollte gegen 10h und 19h
aktualisiert bereitstehen.
Änderungen an den Straßenlisten im Wiki werden passend vorher übernommen (da
arbeite ich gerade dran).

Größere geplante Erweiterungen
---
* Auswertung: Berücksichtigung von Stadtangaben oder Ortszusätzen bei den
Straßen. Wenn in einer Straßenliste also eine Straße mehrfach aufgeführt
wird und dort Zusätze enthalten sind, so sollen diese getrennt gesucht
werden über lokale subadmin-Polygone oder der Nähe zu passenden
place-Knoten. (Die Reaisierung wird aber nicht so schnell erfolgen, ich
vermute, das wird etwas komplexer).
* Ausbau der grafischen Unterstützung: bisher werden die Auswertungen je
Bundesland über OpenLayer angezeigt mit ziemlicher Resourcenverschwendung
auf Browserseite. Das soll über kurz oder lang über serverseitiges Rendern
abgelöst werden.
* durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
Realisierung.

Viele Grüße

Dietmar aka okilimu

[1] http://forum.openstreetmap.org/viewtopic.php?id=13008
[2] http://regio-osm.de/listofstreets oder auch
http://regio-osm.de/strassenliste
Zur Kompatilität zu früher auf dem Toolserver geht auch die frühere Variante
mit http://regio-osm.de/~okilimu/listofstreets/
[3] http://regio-osm.de/listofstreets/wiki oder auch
http://regio-osm.de/strassenliste/wiki




From osm-listen at ivkasogis.de  Tue Oct  9 11:14:57 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Tue, 09 Oct 2012 13:14:57 +0200
Subject: [Talk-de] OpenStreetMap "gender-biased"
In-Reply-To: <k4ugh8$dm9$1@ger.gmane.org>
References: <506D9EBE.7070807@remote.org> <k4ugh8$dm9$1@ger.gmane.org>
Message-ID: <1349781297.4004.19.camel@Hannibal.kahl-hinsch.de>

Hallo,

Am Montag, den 08.10.2012, 14:22 +0200 schrieb Kolossos:
> Hier mein Angebot.
> Wenn es konkrete Ideen für eine Frauen-freundliche-Karte in Form eines 
> Style-files gäbe, würde ich mich dafür einsetzen, dass diese Karte (z.B. 
> auf dem Toolserver) auch gerendert wird.
> Schließlich hat OSM so viele Spezialkarten, dass ein Experiment in diese 
> Richtung auch mal ganz erfrischend sein könnte.

Da fehlen aber noch die frauenspezifischen tags: 

        Welche Marken verkauft der Schuhladen und wieviele Schuhe sind
        ständig vorrätig?
        
        Auf welchen Parkplätzen kann man wie ein LKW ohne den
        Rückwärtsgang zu benutzen einparken und wieder wegfahren?
        
        ;-)
        
Wenn ich so diese Parkplätze "Frau und Kind" und ähnliches sehe, frage
ich mich immer, in welchem Jahrhundert die Verursacher eigentlich leben.
Wer sagt denn, dass die Frauen die Kinder in die Kitas bringen? Wer
sagt, dass nur die Mütter die Kinder füttern etc ??

Außer bei den geistig greisen Grufties von Hipp und Alete sollte sich
herumgesprochen haben, dass das Geschichte ist. Und jetzt fängt das hier
auch noch an :-((

Es gibt leider eine Gruppe von "Frauen", die bei jeder kleinsten
Kleinigkeit sofort losbrüllt, wenn "Frauenrechte" in Gefahr gewähnt
werden, aber völlig taub ist, wenn der "Sexismus" sich gegen die Männer
richtet.

Die harmloseren Beispiele sind noch die Wickeltische im Damen-WC, wo ich
nicht die geringsten Hemmungen hatte... :-D 

Schlimmer sind die Benachteiligungen beim Sorgerecht und umgekehrt beim
Lohnniveau. Das sind die wirklichen Baustellen.

Ob die Kita in der Karte gerendert wird, ist für Familien wichtig, nicht
für Frauen. Genauso die Kinderspielplätze, Kinderärzte ...

Gruß von Wolfgang, der schon einiges an Kinderspielplätzen in Begleitung
seiner Erziehungsempfangsberechtigten gemappt hat.

:-)




From traut at gmx.de  Tue Oct  9 15:13:53 2012
From: traut at gmx.de (Martin Trautmann)
Date: Tue, 09 Oct 2012 17:13:53 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <50743F31.5080006@gmx.de>

On 12-10-09 13:18, Dietmar wrote:

> * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile
> und -bezirke, Aurich, etc.)


Berlin habe ich irgendwo online gefunden, mitsamt Bezirksangabe, weil
viele Straßen dort in mehreren Bezirken gleich heißen.

Mal sehen, ob ich's nochmal finde.

Schönen Gruß
Martin



From ostrmap at diesei.de  Tue Oct  9 15:29:20 2012
From: ostrmap at diesei.de (Dietmar)
Date: Tue, 9 Oct 2012 17:29:20 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50743F31.5080006@gmx.de>
Message-ID: <007101cda632$da4f2d10$fe78a8c0@Desktop>

Hallo Martin,

Berlin ist in der Auswertung drin, aber noch nicht im Wiki oder zumindest
nicht mit Absicht.

Bei Berlin gibt es aus meiner Sicht 2 Probleme:
* es gibt ein Durcheinander von Listen auf Stadtbezirksebene und zum Teil
zusätzlich oder stattdessen auf Stadtteilebene.
* einige Polygone von Stadtbezirken und Stadtteilen sind nicht mehr
vollständig.

Eine aktuelle Liste wäre natürlich fast am besten, dann könnten wir frisch
anfangen. Mit "fast" ist gemeint, das dann evtl. vorhandene Kommentare
verloren gingen (habe ich aber nicht gepfüft, ob/wieviele vorhanden sind).

Viele Grüße

Dietmar

> -----Ursprüngliche Nachricht-----
> Von: Martin Trautmann [mailto:traut at gmx.de]
> Gesendet am: Dienstag, 9. Oktober 2012 17:14
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
>
> On 12-10-09 13:18, Dietmar wrote:
>
> > * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile
> > und -bezirke, Aurich, etc.)
>
>
> Berlin habe ich irgendwo online gefunden, mitsamt Bezirksangabe, weil
> viele Straßen dort in mehreren Bezirken gleich heißen.
>
> Mal sehen, ob ich's nochmal finde.
>
> Schönen Gruß
> Martin
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From GarryD2 at gmx.de  Tue Oct  9 15:44:23 2012
From: GarryD2 at gmx.de (Garry)
Date: Tue, 09 Oct 2012 17:44:23 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <5073D314.3040604@uni-dortmund.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de> <5073BBDA.6050300@gmx.at>
 <5073D314.3040604@uni-dortmund.de>
Message-ID: <50744657.3030809@gmx.de>

Am 09.10.2012 09:32, schrieb Michael Neumann:
> Am 09.10.2012 07:53, schrieb Jimmy_K:
>> Servus,
>>
>> ich glaube dies ist bis jetzt noch nirgends "üblich". Solange es aber
>> kein ordentliches, "zugelassenes" Spurmapping-Modell gibt, finde ich
>> diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar
>> Wochen mal vorgeschlagen)
Der Einsatz von "_link" für Verbindungsfahrbahnen zwischen Strassen - 
also von der eigenen Abbiege"fahrbahn"(nicht Spur!)
bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. 
Esist durchaus hilfreich wenn man aus den Daten erkennen kann
ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit 
eigener Verkehrsregelung auf eine andere Strasse überführt wird.
>> Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als
>> Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen
>> Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen,
Was sind den bei Garmin "Rampen"?
Wenn ich leo.org trauen darf kann man das englische "ramp" u.a. auch mit 
"Fahrtrasse" übersetzen so dass
man den OSM."..._link" durchaus mit "ramp" gleichsetzen kann. Die 
deutsche "Rampe" im Sinne einer ansteigenden
/abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine 
Beschreibung der Bauausführung, weniger eine routingrelevante Information.

> wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn
> ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht
> ueber eine Rampe ...
>
Wenn das generell bei Auf/-Abfahrten von Autobahnen etc. verwendet 
werden sollte würde es auch nicht passen,
da fahre ich auch nicht zwangsläufig über eine Rampe.


Garry



From dieterdreist at gmail.com  Tue Oct  9 16:12:52 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 9 Oct 2012 18:12:52 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <50744657.3030809@gmx.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
 <5073BBDA.6050300@gmx.at> <5073D314.3040604@uni-dortmund.de>
 <50744657.3030809@gmx.de>
Message-ID: <CABPTjTCkPqdKDrORoSWSc3Z62vUWGNgGbsFJBPhpc4pQhkMrdw@mail.gmail.com>

Am 9. Oktober 2012 17:44 schrieb Garry <GarryD2 at gmx.de>:
> Der Einsatz von "_link" für Verbindungsfahrbahnen zwischen Strassen - also
> von der eigenen Abbiege"fahrbahn"(nicht Spur!)
> bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung.


+1


> Esist durchaus hilfreich wenn man aus den Daten erkennen kann
> ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit
> eigener Verkehrsregelung auf eine andere Strasse überführt wird.


wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer
eine eigene Fahrbahn.


> Was sind den bei Garmin "Rampen"?
> Wenn ich leo.org trauen darf kann man das englische "ramp" u.a. auch mit
> "Fahrtrasse" übersetzen so dass


-1, leo.org kannst Du nicht trauen. Ein Wörterbuch ist nie geeignet,
um eine genau Definition eines Begriffs zu bekommen. Da sind auch
viele nachrangige und Sonderbedeutungen drin, wo "ramp" auch mal
Fahrtrasse bedeuten kann (aber eben nicht alle Fahrtrassen, sondern in
einem bestimmten Kontext könnte man auf deutsch auch mal Fahrtrasse
sagen). Die englische Wikipedia ist zwar auch nicht der Weisheit
letzter Schluss (z.B. schreiben da offensichtlich auch
Nichtmuttersprachler und sind oft (noch?) nicht alle Feinheiten und
Bedeutungen eines Begriffs drin), aber man hat m.E. schon mal einen
Anhaltspunkt. Hier ramp http://en.wikipedia.org/wiki/Ramp und die
entsprechende Bedeutung bei highways:
http://en.wikipedia.org/wiki/Entrance_ramp und
http://en.wikipedia.org/wiki/Exit_ramp




> man den OSM."..._link" durchaus mit "ramp" gleichsetzen kann. Die deutsche
> "Rampe" im Sinne einer ansteigenden
> /abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine Beschreibung
> der Bauausführung, weniger eine routingrelevante Information.


ja, wobei unser tagging durchaus beschreibend zu verstehen ist, und
nicht nur einen Teilaspekt in Hinblick auf eine bestimmte Anwendung
abbildet. "link" könnte man vermutlich (ich bin ja auch kein
Muttersprachler) für eine Verbindungsstraße nutzen, die nicht geneigt
ist, während "ramp" dem deutschen "Rampe" entspricht, und nicht immer
das gleiche bedeutet. Alle "ramps" sind vermutlich auch "links", aber
eben nicht anders rum.

Das Wiki schreibt eigentlich schon ganz gut, was *_links sind:
"The link tags are used to identify ramps or slip roads connecting
other more standard highways to each other".

Also demzufolge das, was im Deutschen Ein- und Ausfahrten sind ;-)

In meiner Umgebung taggen die Leute so in der Regel auch die 4 kurzen
Einbahn-Stummel, um von einer Hauptstraße auf die andere zu kommen
(also z.B. bei normalen primaries und secondaries) und auch z.B.
Stellen, wo man bei getrennten Fahrbahnen die Richtung ändern kann.

Gruß Martin



From wendorff at uni-paderborn.de  Tue Oct  9 17:57:13 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Tue, 09 Oct 2012 19:57:13 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <CABPTjTCkPqdKDrORoSWSc3Z62vUWGNgGbsFJBPhpc4pQhkMrdw@mail.gmail.com>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de> <5073BBDA.6050300@gmx.at>
 <5073D314.3040604@uni-dortmund.de> <50744657.3030809@gmx.de>
 <CABPTjTCkPqdKDrORoSWSc3Z62vUWGNgGbsFJBPhpc4pQhkMrdw@mail.gmail.com>
Message-ID: <50746579.4020300@uni-paderborn.de>

Am 09.10.2012 18:12, schrieb Martin Koppenhoefer:
> Am 9. Oktober 2012 17:44 schrieb Garry <GarryD2 at gmx.de>:
>> Der Einsatz von "_link" für Verbindungsfahrbahnen zwischen Strassen - also
>> von der eigenen Abbiege"fahrbahn"(nicht Spur!)
>> bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung.
> +1
>> Esist durchaus hilfreich wenn man aus den Daten erkennen kann
>> ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit
>> eigener Verkehrsregelung auf eine andere Strasse überführt wird.
> wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer
> eine eigene Fahrbahn.
Schön wärs.
Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, 
wenn die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber 
schon viel vorher, wenn die Straße rechts für die zusätzliche 
Abbiegespur erweitert ist, also da, wo die Abbiegespur als Spur anfängt.
Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen.

Gruß
Peter




From dieterdreist at gmail.com  Tue Oct  9 18:04:20 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 9 Oct 2012 20:04:20 +0200
Subject: [Talk-de] [Openstreetbugs] AST der ... fehlt.
In-Reply-To: <50746579.4020300@uni-paderborn.de>
References: <CAG1XN-TAuUT0c7YYPf6gcB81jvXe+2dYmFOVBdW88Qz2=w4HoQ@mail.gmail.com>
 <5071144E.7060404@uni-dortmund.de>
 <1349610792.3503.9.camel@Hannibal.kahl-hinsch.de>
 <001801cda488$985817b0$c9084710$@gmx.de>
 <1349614175.4438.3.camel@Hannibal.kahl-hinsch.de>
 <5073BBDA.6050300@gmx.at> <5073D314.3040604@uni-dortmund.de>
 <50744657.3030809@gmx.de>
 <CABPTjTCkPqdKDrORoSWSc3Z62vUWGNgGbsFJBPhpc4pQhkMrdw@mail.gmail.com>
 <50746579.4020300@uni-paderborn.de>
Message-ID: <CABPTjTD29UeKY7rNz73UYNam+oPjNfam_JPiL8ptOseD5hHjSA@mail.gmail.com>

Am 9. Oktober 2012 19:57 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
>> wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer
>> eine eigene Fahrbahn.
>
> Schön wärs.
> Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, wenn
> die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber schon viel
> vorher, wenn die Straße rechts für die zusätzliche Abbiegespur erweitert
> ist, also da, wo die Abbiegespur als Spur anfängt.
> Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen.


kann man ja ändern. Mir ist auch klar, dass die OSM-Realität viele
"Fehler" bzw. Inkonsistenzen hat. Z.T. ist das auch der derzeitigen
Modell geschuldet, wo bisher niemand (AFAIK) auswertet (und daher auch
nur wenige mappen), wie die Mittellinie ausgebildet ist. D.h. wenn man
die Spuren erst da splittet, wo die Fahrbahnen getrennt sind, dann
ergeben sich in der Praxis andere Detail-Probleme.

Gruß Martin



From koppenho at online.de  Tue Oct  9 19:14:32 2012
From: koppenho at online.de (koppenho)
Date: Tue, 09 Oct 2012 21:14:32 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <50747798.2090705@online.de>

Am 09.10.2012 13:18, schrieb Dietmar:
> ich gehe mit der Straßenlistenauswertung nach über einem Jahr Laufzeit [1]
> jetzt in die Beta-Phase über[...]
Echt toll. Die Seiten habe ich vorhin durch Zufall gefunden. Erst danach 
bin ich auf Dein Posting in talk-de gestossen.

Ich möchte Dich bitten auf der Einstiegsseite des Wiki noch zu 
beschreiben, wie eine Liste aussehen sollte/kann/darf, damit die 
Auswertung es ordentlich verarbeiten kann.
Ohne Info muss man raten bzw. irgendwelche anderen Seiten als Beispiel 
verwenden (ob die nun syntaktisch korrekt sind oder nicht).

Aus dem Landkreis Rhön-Grabfeld/Bayern vermisse ich im Wiki noch ein 
paar Listen. Zum Beispiel finde ich "Bad Neustadt" nicht.
> Deshalb habe ich im September einen eigenen Server gemietet
Wow, Klasse! Ich hoffe das ist finanziell nicht zuviel für Dich.
Ich habe mal gehört, dass man solche Kosten bei der Steuer als 
Vereinsbeitrag (oder so ähnlich) absetzen kann. Dazu benötigst Du eine 
Bescheinigung eine gemeinnützigen Vereins in der Dir die Zweckbindung 
bestätigt wird. Frag' mal bei FOSSGIS e.V. nach den Möglichkeiten.

-- 
Andreas Koppenhöfer



From osm at bundesrainer.de  Wed Oct 10 15:11:06 2012
From: osm at bundesrainer.de (bundesrainer)
Date: Wed, 10 Oct 2012 17:11:06 +0200
Subject: [Talk-de]
 =?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
 =?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <5075900A.9000104@bundesrainer.de>

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

Hallo Dietmar,

Danke für dein riesiges Engagement!


Bei Rheinland-Pfalz [1] fehlen auf den ersten Blick die Auswertungen
zu den kreisfreien Städten [2] (bis auf Koblenz).

Beste Grüße,
Rainer

[1]
http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Rheinland-Pfalz/index.html

[2]
http://de.wikipedia.org/wiki/Liste_der_Landkreise_und_kreisfreien_St%C3%A4dte_in_Rheinland-Pfalz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJQdZAKAAoJEPT/XJzV1tNz9tIH/ix9yEnod4Yt56e7kNle5lMd
cqzh1DgjufAa9QxEjIAxXzfk40BbbJg8/rnb1csrpCa0qdg7T5ELqI9PpPtbLVu1
QSJ863xZGj+xp8rNYjUyJABXH57jUQKDW5WcrxrPignj8yTIfwyO7zwKJ+7at1YY
+4X+BuNZsBm9pzFfNYtDt9MMLboWXmlKp/ur0TEjnqSVjUMCXd612JnItBzQxJVU
zPqa1dV8GJOy15m4jb3zOLGDbKXgy1lLlfzfnoUkANtaaEOdceOhzzDs9286Vp+N
bj333F1gejZebcd/Osq5kK+B+VwXC2eO1zLkXblD+UIlSX5DLEzkJ7bIy0affig=
=IAU9
-----END PGP SIGNATURE-----



From wendorff at uni-paderborn.de  Wed Oct 10 18:53:40 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Wed, 10 Oct 2012 20:53:40 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <5075C434.5040707@uni-paderborn.de>

Hi.
Die Straßenlisten stehen im Wiki.
Wie offiziell sind die, woher kommen die?
Wenn die Straßenlisten selbstgeschrieben sind, haben wir durch die 
Auswertung ja nicht so besonders viel gewonnen, aber z.B. in Paderborn 
fehlen diverse Straßen in der Straßenliste, die dann als "nur in OSM" 
auftauchen.

Gruß
Peter

Am 09.10.2012 13:18, schrieb Dietmar:
> Hallo,
>
> ich gehe mit der Straßenlistenauswertung nach über einem Jahr Laufzeit [1]
> jetzt in die Beta-Phase über
> Ich war lange unzufrieden mit dem Zustand der Entwicklung und mit dem Zyklus
> der Auswertungen, die auf meinem Entwicklungsrechner liefen. Die verfügbare
> OSM-DB auf dem Toolserver war auch keine überzeugende Basis; öfters war
> diese veraltet.
>
> Deshalb habe ich im September einen eigenen Server gemietet und von meinem
> OSM-Kollegen Eckhart Wörner (vielen, vielen Dank nochmal) aufbauen lassen
> und hoste dort jetzt die Auswertung der Straßenlisten [2] sowie das Wiki [3]
> zur Verwaltung der Listen.
>
> Wiki zur Verwaltung der Straßenlisten
> ---
> Die Straßenlisten können jetzt endlich von interessierten OSM-lern selbst
> wieder verwaltet werden.
> Zur Bearbeitung der Straßenlisten ist eine Registrierung notwendig.
>
> Aktueller Stand der Straßenlisten im Wiki
> ---
> Die deutschen Straßenlisten sind fast alle importiert: Quellen waren
> * Florian Lohoffs Listen (im damaliagen Zustand)
> * Sven Anders Listen (im damaligen Zustand)
> * bei mir aktiv verwaltete Listen (über Mails erhalten)
> * zentral nutzbare Straßenlisten von Rheinland-Pfalz und Thüringen mit
> jeweils Stand 1.10.2012
>
> Noch fehlende Straßenlisten:
> * Listen aus Luxemburg, Österreich und Schweiz
> * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile
> und -bezirke, Aurich, etc.)
>
> Zyklus der Auswertungen
> ---
> Die Auswertung erfolgt zweimal am Tag und sollte gegen 10h und 19h
> aktualisiert bereitstehen.
> Änderungen an den Straßenlisten im Wiki werden passend vorher übernommen (da
> arbeite ich gerade dran).
>
> Größere geplante Erweiterungen
> ---
> * Auswertung: Berücksichtigung von Stadtangaben oder Ortszusätzen bei den
> Straßen. Wenn in einer Straßenliste also eine Straße mehrfach aufgeführt
> wird und dort Zusätze enthalten sind, so sollen diese getrennt gesucht
> werden über lokale subadmin-Polygone oder der Nähe zu passenden
> place-Knoten. (Die Reaisierung wird aber nicht so schnell erfolgen, ich
> vermute, das wird etwas komplexer).
> * Ausbau der grafischen Unterstützung: bisher werden die Auswertungen je
> Bundesland über OpenLayer angezeigt mit ziemlicher Resourcenverschwendung
> auf Browserseite. Das soll über kurz oder lang über serverseitiges Rendern
> abgelöst werden.
> * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
> Realisierung.
>
> Viele Grüße
>
> Dietmar aka okilimu
>
> [1] http://forum.openstreetmap.org/viewtopic.php?id=13008
> [2] http://regio-osm.de/listofstreets oder auch
> http://regio-osm.de/strassenliste
> Zur Kompatilität zu früher auf dem Toolserver geht auch die frühere Variante
> mit http://regio-osm.de/~okilimu/listofstreets/
> [3] http://regio-osm.de/listofstreets/wiki oder auch
> http://regio-osm.de/strassenliste/wiki
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From ewoerner at kde.org  Wed Oct 10 19:11:31 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Wed, 10 Oct 2012 21:11:31 +0200
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <5075C434.5040707@uni-paderborn.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <5075C434.5040707@uni-paderborn.de>
Message-ID: <9783703.DikVLWCYAV@obiwan>

Hallo Peter,

Am Mittwoch, 10. Oktober 2012, 20:53:40 schrieb Peter Wendorff:
> Die Straßenlisten stehen im Wiki.
> Wie offiziell sind die, woher kommen die?

von offizieller Stelle (Stadt, Land, ?)

> Wenn die Straßenlisten selbstgeschrieben sind, haben wir durch die 
> Auswertung ja nicht so besonders viel gewonnen, aber z.B. in Paderborn 
> fehlen diverse Straßen in der Straßenliste, die dann als "nur in OSM" 
> auftauchen.

dann gibt es mehrere Möglichkeiten:
? die Straßenliste für die Stadt ist veraltet
? die offizielle Straßenliste ist unvollständig
? OSM hat Straßen, die es gar nicht gibt

Eckhart



From dieterdreist at gmail.com  Wed Oct 10 19:36:11 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 10 Oct 2012 21:36:11 +0200
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <9783703.DikVLWCYAV@obiwan>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <5075C434.5040707@uni-paderborn.de> <9783703.DikVLWCYAV@obiwan>
Message-ID: <CABPTjTBxR4FyLqqjV+MsdgsF6SBzJ=pZy7pz1p-S_WnEO7JN2g@mail.gmail.com>

Am 10. Oktober 2012 21:11 schrieb Eckhart Wörner <ewoerner at kde.org>:
> dann gibt es mehrere Möglichkeiten:
> ? die Straßenliste für die Stadt ist veraltet
> ? die offizielle Straßenliste ist unvollständig
> ? OSM hat Straßen, die es gar nicht gibt


? die Grenzen sind falsch in OSM oder aus anderen Gründen werden
Straßen falsch zugeordnet

(nur eine theoretische Möglichkeit, nicht auf Paderborn bezogen).

Gruß Martin



From ostrmap at diesei.de  Wed Oct 10 20:13:52 2012
From: ostrmap at diesei.de (Dietmar)
Date: Wed, 10 Oct 2012 22:13:52 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <5075C434.5040707@uni-paderborn.de>
Message-ID: <009801cda723$c4b78d70$fe78a8c0@Desktop>

Hallo Peter,

> Von: Peter Wendorff [mailto:wendorff at uni-paderborn.de]
> Gesendet am: Mittwoch, 10. Oktober 2012 20:54

> Hi.
> Die Straßenlisten stehen im Wiki.

Verständnisfrage: Du meinst das Wiki auf regio-osm.de von mir, oder?

> Wie offiziell sind die, woher kommen die?

Von Thüringen und Rheinland-Pfalz gibt es die quartalsmäßig aktualisiert und
nutzbar zur Auswertung.
Für NRW hat die damals zum großen Teil Florian Lohoff bei den Städten und
Gemeinden abgefragt und in seinem System gepflegt.
Ansonsten haben viele OSM-ler die lokal für ihren Bereich auch von den
Gemeinden abgefragt.

> Wenn die Straßenlisten selbstgeschrieben sind, haben wir durch die
> Auswertung ja nicht so besonders viel gewonnen, aber z.B. in Paderborn

Stimmt, es geht mit dem Wiki aber darum, das die Listen wieder wartbar
werden von den interessierten OSM-lern selbst. Es haben sich nur wenige an
mich gewandt, damit ich die Listen dann aktualisert hatte.

Die werden jetzt dezentral besser gepflegt werden und es werden hoffentlich
noch viele neue Listen dazukommen.

> fehlen diverse Straßen in der Straßenliste, die dann als "nur in OSM"

Bei der Paderborner Liste ist keine Angabe, welcher User sie eingepflegt
hatte (das war eine freiwillige Angabe) und es gibt auch keinen
Quellenhinweis und kein Standsdatum.
Das beste ich halt, Du pflegst die, für die Du die Infos hast, wenn Du
interessiert bist.

Die Straßen "nur in OSM" sind also neu gebaute Straßen und auch etliche Wege
und Straßen, die einen Key name haben mit einem nicht-offiziellen Namen
durch den jeweiligen Mappern.

Es ist nur das Ziel, möglichst alle offiziellen Straßen in OSM auch zu
haben. Die Anzahl "nur in OSM" muß aber nicht auf 0 reduziert werden.

Viele Grüße
Dietmar




From osm at nk-bre.net  Wed Oct 10 20:35:14 2012
From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=)
Date: Wed, 10 Oct 2012 22:35:14 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <009801cda723$c4b78d70$fe78a8c0@Desktop>
References: <009801cda723$c4b78d70$fe78a8c0@Desktop>
Message-ID: <5075DC02.6040005@nk-bre.net>

Hallo,

am 10.10.2012 22:13 schrieb Dietmar:
> Die Straßen "nur in OSM" sind also neu gebaute Straßen und auch etliche Wege
> und Straßen, die einen Key name haben mit einem nicht-offiziellen Namen
> durch den jeweiligen Mappern.
Oft genug werden Straßen der Nachbargemeinde vom Polygon berührt. Dann 
ist die fremde Straße eben auch mit drin. Also "nur in OSM" auf diese 
Variante prüfen - Ortskenntnis ist da extrem hilfreich.

Gruß
nk



From ostrmap at diesei.de  Wed Oct 10 20:51:03 2012
From: ostrmap at diesei.de (Dietmar)
Date: Wed, 10 Oct 2012 22:51:03 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <5075900A.9000104@bundesrainer.de>
Message-ID: <009901cda728$f6496cf0$fe78a8c0@Desktop>

Hallo Rainer

die anderen kreisfreien Städte haben sich in [1] versteckt, ich habe da die
offizielle Gemeindeliste des statistischen Bundesamt in den RP-Bereich wohl
falsch interpretiert, werde ich kurzfristig korrigieren.

Viele Grüße

Dietmar

[1]
http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Rheinland-Pfalz
/Trier-Saarburg/index.html

> -----Ursprüngliche Nachricht-----
> Von: bundesrainer [mailto:osm at bundesrainer.de]
> Gesendet am: Mittwoch, 10. Oktober 2012 17:11
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hallo Dietmar,
>
> Danke für dein riesiges Engagement!
>
>
> Bei Rheinland-Pfalz [1] fehlen auf den ersten Blick die Auswertungen
> zu den kreisfreien Städten [2] (bis auf Koblenz).
>
> Beste Grüße,
> Rainer
>
> [1]
> http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Rhein
> land-Pfalz/index.html
>
> [2]
> http://de.wikipedia.org/wiki/Liste_der_Landkreise_und_kreisfreien_
> St%C3%A4dte_in_Rheinland-Pfalz
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (MingW32)
>
> iQEcBAEBAgAGBQJQdZAKAAoJEPT/XJzV1tNz9tIH/ix9yEnod4Yt56e7kNle5lMd
> cqzh1DgjufAa9QxEjIAxXzfk40BbbJg8/rnb1csrpCa0qdg7T5ELqI9PpPtbLVu1
> QSJ863xZGj+xp8rNYjUyJABXH57jUQKDW5WcrxrPignj8yTIfwyO7zwKJ+7at1YY
> +4X+BuNZsBm9pzFfNYtDt9MMLboWXmlKp/ur0TEjnqSVjUMCXd612JnItBzQxJVU
> zPqa1dV8GJOy15m4jb3zOLGDbKXgy1lLlfzfnoUkANtaaEOdceOhzzDs9286Vp+N
> bj333F1gejZebcd/Osq5kK+B+VwXC2eO1zLkXblD+UIlSX5DLEzkJ7bIy0affig=
> =IAU9
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From osm at bavarianmallet.de  Thu Oct 11 05:31:45 2012
From: osm at bavarianmallet.de (OSM)
Date: Thu, 11 Oct 2012 07:31:45 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <5075C434.5040707@uni-paderborn.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <5075C434.5040707@uni-paderborn.de>
Message-ID: <507659C1.6030807@bavarianmallet.de>

Am 10.10.2012 20:53, schrieb Peter Wendorff:
> Hi.
> Die Straßenlisten stehen im Wiki.
> Wie offiziell sind die, woher kommen die?

nur mal so als - nicht unbedingt repräsentatives - Beispiel:
Zwei Handvoll dieser Listen stammen von mir (SH, Kreis Plön)
Herkunft je nach Fundstellen zusammengetragen:
- Einzelne aus Müllabfuhrkalendern
- Viele aus Straßenreinigungssatzungen
- Wenige aus 'offiziellen' Listen der Gemeinde
Wo möglich, aus allen drei Quellen zusammengetragen.

- Müllabfuhrkalender
Ist oft unvollständig, da nur betroffene Straßen aufgeführt sind.
Kann auch Straßen außerhalb der Gemeinde enthalten, da oft bereichsbezogen.
- Straßenreinigungssatzung
Ist oft unvollständig, da nur betroffene Straßen aufgeführt sind.
- Wenige direkt von der Gemeinde
Werden oft als offiziell bezeichnet - und sind genauso mit 
Unstimmigkeiten bestückt
(Schreibfehler, Umbenennungen fehlen, selbst zum Übergabe-Zeitpunkt 
veraltet).

> Wenn die Straßenlisten selbstgeschrieben sind, haben wir durch die 
> Auswertung ja nicht so besonders viel gewonnen, aber z.B. in Paderborn 
> fehlen diverse Straßen in der Straßenliste, die dann als "nur in OSM" 
> auftauchen.
>

Falls Du einen absoluten Maßstab und 100% Richtigkeit erwartest: Vergiß es!
Das ist reines Wunschdenken - sowohl seitens OSM wie auch der 
Verwaltungen. ;-)
Da kann man höchstens gemeinsam drauf hinarbeiten.

Ich betrachte die Listen weder als offiziell noch als 100% 
aussagekräftig, sondern einzig als Hilfsmittel "da kann/sollte man 
nochmal prüfen".

Gruß
Georg




From traut at gmx.de  Thu Oct 11 05:50:00 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 07:50:00 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <007101cda632$da4f2d10$fe78a8c0@Desktop>
References: <007101cda632$da4f2d10$fe78a8c0@Desktop>
Message-ID: <50765E08.6090706@gmx.de>

On 12-10-09 17:29, Dietmar wrote:
> Hallo Martin,
> 
> Berlin ist in der Auswertung drin, aber noch nicht im Wiki oder zumindest
> nicht mit Absicht.
> 
> Bei Berlin gibt es aus meiner Sicht 2 Probleme:
> * es gibt ein Durcheinander von Listen auf Stadtbezirksebene und zum Teil
> zusätzlich oder stattdessen auf Stadtteilebene.

Da hilft das Hinzuziehen des Straßenschlüssels: eine Straße, die in zwei
Bezirken mit gleichem Namen auftaucht, ist die selbe, wenn sie die selbe
Schlüsselnummer trägt.

> * einige Polygone von Stadtbezirken und Stadtteilen sind nicht mehr
> vollständig.

Da hilft eine Umkreissuche.

> Eine aktuelle Liste wäre natürlich fast am besten, dann könnten wir frisch
> anfangen. Mit "fast" ist gemeint, das dann evtl. vorhandene Kommentare
> verloren gingen (habe ich aber nicht gepfüft, ob/wieviele vorhanden sind).

Soll ich dir die Infos auf
<http://www.statistik-berlin-brandenburg.de/Produkte/Produkte-Verzeichnisse.asp>
weiter aufbereiten?

Das wiki ist gerade offline, scheint mir.
Findet sich dort dein optimales Wunschformat, wie der Abgleich dir am
einfachsten fällt?

Schönen Gruß
Martin



From traut at gmx.de  Thu Oct 11 05:58:42 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 07:58:42 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <50766012.7010908@gmx.de>

On 12-10-09 13:18, Dietmar wrote:

> Größere geplante Erweiterungen
> ---
> * Auswertung: Berücksichtigung von Stadtangaben oder Ortszusätzen bei den
> Straßen. Wenn in einer Straßenliste also eine Straße mehrfach aufgeführt
> wird und dort Zusätze enthalten sind, so sollen diese getrennt gesucht
> werden über lokale subadmin-Polygone oder der Nähe zu passenden
> place-Knoten. (Die Reaisierung wird aber nicht so schnell erfolgen, ich
> vermute, das wird etwas komplexer).
> * Ausbau der grafischen Unterstützung: bisher werden die Auswertungen je
> Bundesland über OpenLayer angezeigt mit ziemlicher Resourcenverschwendung
> auf Browserseite. Das soll über kurz oder lang über serverseitiges Rendern
> abgelöst werden.
> * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
> Realisierung.

Ich möchte hiermit nochmals die Bitte wiederholen, die Auflistung nicht
nur mit grafisch unterschiedlicher Hintergrund-Farbe zu gestalten,
sondern das auch im text-only-Modus zu unterstützen, indem nach diff-Art
die Zeilen mit einem Präfix markiert werden:

> in OSM enthalten
< in der anderen Quelle enthalten
: in beiden enthalten

Danke,
Martin



From wendorff at uni-paderborn.de  Thu Oct 11 06:44:22 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 11 Oct 2012 08:44:22 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <009801cda723$c4b78d70$fe78a8c0@Desktop>
References: <009801cda723$c4b78d70$fe78a8c0@Desktop>
Message-ID: <50766AC6.1090006@uni-paderborn.de>

Am 10.10.2012 22:13, schrieb Dietmar:
> Hallo Peter,
>
>> Von: Peter Wendorff [mailto:wendorff at uni-paderborn.de]
>> Gesendet am: Mittwoch, 10. Oktober 2012 20:54
>> Hi.
>> Die Straßenlisten stehen im Wiki.
> Verständnisfrage: Du meinst das Wiki auf regio-osm.de von mir, oder?
>
>> Wie offiziell sind die, woher kommen die?
> Von Thüringen und Rheinland-Pfalz gibt es die quartalsmäßig aktualisiert und
> nutzbar zur Auswertung.
> Für NRW hat die damals zum großen Teil Florian Lohoff bei den Städten und
> Gemeinden abgefragt und in seinem System gepflegt.
> Ansonsten haben viele OSM-ler die lokal für ihren Bereich auch von den
> Gemeinden abgefragt.
>
>> Wenn die Straßenlisten selbstgeschrieben sind, haben wir durch die
>> Auswertung ja nicht so besonders viel gewonnen, aber z.B. in Paderborn
> Stimmt, es geht mit dem Wiki aber darum, das die Listen wieder wartbar
> werden von den interessierten OSM-lern selbst. Es haben sich nur wenige an
> mich gewandt, damit ich die Listen dann aktualisert hatte.
>
> Die werden jetzt dezentral besser gepflegt werden und es werden hoffentlich
> noch viele neue Listen dazukommen.
>
>> fehlen diverse Straßen in der Straßenliste, die dann als "nur in OSM"
> Bei der Paderborner Liste ist keine Angabe, welcher User sie eingepflegt
> hatte (das war eine freiwillige Angabe) und es gibt auch keinen
> Quellenhinweis und kein Standsdatum.
> Das beste ich halt, Du pflegst die, für die Du die Infos hast, wenn Du
> interessiert bist.
>
> Die Straßen "nur in OSM" sind also neu gebaute Straßen und auch etliche Wege
> und Straßen, die einen Key name haben mit einem nicht-offiziellen Namen
> durch den jeweiligen Mappern.
Ich vermute, dass vor allem die Quelle der Straßenliste hier 
ausschlaggebend sein dürfte.
Eine Straßenliste, die aus dem Müllabfuhr-Plan oder von irgendeinem 
Adressverzeichnis (Wählerverzeichnis) abgeleitet ist, enthält oft nur 
"bewohnte" Straßen oder nur Straßen, an denen Anlieger existieren.
Das ist z.B. für den Südring in Paderborn meines Wissens nicht der Fall.
> Es ist nur das Ziel, möglichst alle offiziellen Straßen in OSM auch zu
> haben. Die Anzahl "nur in OSM" muß aber nicht auf 0 reduziert werden.
;) gut

Die Frage, die sich mir dabei stellt ist, ob ich nach lokalem Wissen 
dann nun die fehlenden Straßen ergänze oder nicht.

Gruß
Peter



From traut at gmx.de  Thu Oct 11 07:14:03 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 09:14:03 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50766AC6.1090006@uni-paderborn.de>
References: <009801cda723$c4b78d70$fe78a8c0@Desktop>
 <50766AC6.1090006@uni-paderborn.de>
Message-ID: <507671BB.2030108@gmx.de>

On 12-10-11 8:44, Peter Wendorff wrote:

> Die Frage, die sich mir dabei stellt ist, ob ich nach lokalem Wissen
> dann nun die fehlenden Straßen ergänze oder nicht.

Die Frage ist, ob und wo du sie ergänzen magst.

IMHO sollte man händisch Zusatzlisten ergänzen können - z.B. im Format

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-- Ergänzungen --
Straße     Typ        Quelle   Ortsteil
X-Straße   unbewohnt  [1]      Süd-West


[1] geprüft durch Peter Wendorff am 10. Oktober 2012
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Schönen Gruß
Martin



From wendorff at uni-paderborn.de  Thu Oct 11 08:49:56 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 11 Oct 2012 10:49:56 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50747798.2090705@online.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <50747798.2090705@online.de>
Message-ID: <50768834.7040504@uni-paderborn.de>

Am 09.10.2012 21:14, schrieb koppenho:
> Am 09.10.2012 13:18, schrieb Dietmar:
>> ich gehe mit der Straßenlistenauswertung nach über einem Jahr 
>> Laufzeit [1]
>> jetzt in die Beta-Phase über[...]
> Echt toll. Die Seiten habe ich vorhin durch Zufall gefunden. Erst 
> danach bin ich auf Dein Posting in talk-de gestossen.
>
> Ich möchte Dich bitten auf der Einstiegsseite des Wiki noch zu 
> beschreiben, wie eine Liste aussehen sollte/kann/darf, damit die 
> Auswertung es ordentlich verarbeiten kann.
> Ohne Info muss man raten bzw. irgendwelche anderen Seiten als Beispiel 
> verwenden (ob die nun syntaktisch korrekt sind oder nicht).
>
+1
Ich hab hier erstmal lokal die Paderborner Straßenliste jetzt mit dem 
Abfallkalender abgeglichen und komme da auf
92 Straßen, die in der alten Liste fehlen (von Florian, ohne weitere 
Quellenangabe)
3 Straßen, die im Abfallkalender des ASP fehlen
6 Straßen, die zwar in beidem drinstehen, aber unterschiedlich 
geschrieben sind (das ist z.T. nur Groß/Kleinschreibung, ist nur ein 
sehr schneller vergleich mit Calc).

Gerade die unterschiedlichen Quellen würde ich aber gerne angeben, da 
von den drei im Abfallkalender fehlenden Straßen zumindest eine 
existiert; ich vermute, dass da einfach kein Müll abzuholen ist ;)
Ein Austausch wäre also auch irgendwie blöd.

Insofern:
Wie wertest Du aus? Was darf, soll, muss in der Liste drinstehen, wie 
kann man Annotationen oder Einzelquellen hinzufügen?

Gruß
Peter



From ostrmap at diesei.de  Thu Oct 11 09:04:05 2012
From: ostrmap at diesei.de (Dietmar)
Date: Thu, 11 Oct 2012 11:04:05 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50766012.7010908@gmx.de>
Message-ID: <001201cda78f$5d4f6a60$fe78a8c0@Desktop>

Hallo Martin,

ich nehme es als Wunsch/Anforderung auf.

Glaubst Du, daß Deine gewünschte Darstellung besser lesbar ist als die
jetzige?
Oder willst Du die eher maschinell auswerten?

Viele Grüße Dietmar


> -----Ursprüngliche Nachricht-----
> Von: Martin Trautmann [mailto:traut at gmx.de]
> Gesendet am: Donnerstag, 11. Oktober 2012 07:59
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
>
> On 12-10-09 13:18, Dietmar wrote:
>
> > Größere geplante Erweiterungen
> > ---
> > * Auswertung: Berücksichtigung von Stadtangaben oder
> Ortszusätzen bei den
> > Straßen. Wenn in einer Straßenliste also eine Straße mehrfach aufgeführt
> > wird und dort Zusätze enthalten sind, so sollen diese getrennt gesucht
> > werden über lokale subadmin-Polygone oder der Nähe zu passenden
> > place-Knoten. (Die Reaisierung wird aber nicht so schnell erfolgen, ich
> > vermute, das wird etwas komplexer).
> > * Ausbau der grafischen Unterstützung: bisher werden die Auswertungen je
> > Bundesland über OpenLayer angezeigt mit ziemlicher
> Resourcenverschwendung
> > auf Browserseite. Das soll über kurz oder lang über
> serverseitiges Rendern
> > abgelöst werden.
> > * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
> > Realisierung.
>
> Ich möchte hiermit nochmals die Bitte wiederholen, die Auflistung nicht
> nur mit grafisch unterschiedlicher Hintergrund-Farbe zu gestalten,
> sondern das auch im text-only-Modus zu unterstützen, indem nach diff-Art
> die Zeilen mit einem Präfix markiert werden:
>
> > in OSM enthalten
> < in der anderen Quelle enthalten
> : in beiden enthalten
>
> Danke,
> Martin
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From ostrmap at diesei.de  Thu Oct 11 09:09:15 2012
From: ostrmap at diesei.de (Dietmar)
Date: Thu, 11 Oct 2012 11:09:15 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50766AC6.1090006@uni-paderborn.de>
Message-ID: <001301cda790$1668f980$fe78a8c0@Desktop>

Hallo Peter,


> -----Ursprüngliche Nachricht-----
> Von: Peter Wendorff [mailto:wendorff at uni-paderborn.de]

... schnipp

> Ich vermute, dass vor allem die Quelle der Straßenliste hier
> ausschlaggebend sein dürfte.
> Eine Straßenliste, die aus dem Müllabfuhr-Plan oder von irgendeinem
> Adressverzeichnis (Wählerverzeichnis) abgeleitet ist, enthält oft nur
> "bewohnte" Straßen oder nur Straßen, an denen Anlieger existieren.
> Das ist z.B. für den Südring in Paderborn meines Wissens nicht der Fall.
> > Es ist nur das Ziel, möglichst alle offiziellen Straßen in OSM auch zu
> > haben. Die Anzahl "nur in OSM" muß aber nicht auf 0 reduziert werden.
> ;) gut
>
> Die Frage, die sich mir dabei stellt ist, ob ich nach lokalem Wissen
> dann nun die fehlenden Straßen ergänze oder nicht.

Wenn in der Straßenliste Straßen fehlen und Du vor Ort ein Straßenschild
gesehen und die Straße erfasst hast, kannst Du den Namen auch in die
offizielle Liste aufnehmen.

Oder Du liest in einer Zeitung oder Website, das eine neue Straße geplant
ist oder gebaut wird, kannst Du sie auch ergänzen.

Die "offizielle" Straßenliste ist nicht read-only, die kann schon bearbeitet
werden. Falsche Schreibweisen, Abkürzungen, die wir überlicherweise (ja,
fehlt noch als Wunsch/Vorgabe) ausschreiben. Und auch definitiv nicht
vorhandene, dort aufgelistete können entfernt werden.

Viele Grüße Dietmar




From traut at gmx.de  Thu Oct 11 09:06:48 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 11:06:48 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <001201cda78f$5d4f6a60$fe78a8c0@Desktop>
References: <001201cda78f$5d4f6a60$fe78a8c0@Desktop>
Message-ID: <50768C28.8060605@gmx.de>

On 12-10-11 11:04, Dietmar wrote:
> Hallo Martin,
> 
> ich nehme es als Wunsch/Anforderung auf.
> 
> Glaubst Du, daß Deine gewünschte Darstellung besser lesbar ist als die
> jetzige?
> Oder willst Du die eher maschinell auswerten?

Zum einen sehe ich's dann auch in einem text-only-reader,
zum zweiten kann ich dann mit copy/paste etwas anfangen, weil die Info
als Text mitkopiert wird,
zum dritten kann ich im Browser mit der Suche nach "<" direkt zum
nächsten Unterschied in der Gesamtliste springen.

Für die maschinelle Auswertung könnte ich direkt den HTML-Code auswerten.

Schönen Gruß
Martin



From ostrmap at diesei.de  Thu Oct 11 09:20:27 2012
From: ostrmap at diesei.de (Dietmar)
Date: Thu, 11 Oct 2012 11:20:27 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507671BB.2030108@gmx.de>
Message-ID: <001901cda791$a6e11dc0$fe78a8c0@Desktop>

Hallo Martin,

> -----Ursprüngliche Nachricht-----
> Von: Martin Trautmann [mailto:traut at gmx.de]
> Gesendet am: Donnerstag, 11. Oktober 2012 09:14
> An: talk-de at openstreetmap.org
> Betreff: Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
>
> On 12-10-11 8:44, Peter Wendorff wrote:
>
> > Die Frage, die sich mir dabei stellt ist, ob ich nach lokalem Wissen
> > dann nun die fehlenden Straßen ergänze oder nicht.
>
> Die Frage ist, ob und wo du sie ergänzen magst.
>
> IMHO sollte man händisch Zusatzlisten ergänzen können - z.B. im Format
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> -- Ergänzungen --
> Straße     Typ        Quelle   Ortsteil
> X-Straße   unbewohnt  [1]      Süd-West
>
>
> [1] geprüft durch Peter Wendorff am 10. Oktober 2012
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Sowas ähnliches hatte ich mir überlegt für die zentralen Listen der
Bundesländer Rheinland-Pfalz und Thüringen. Die werden ja quartalsmäßig
aktualisiert und die will ich auch zeitnah jeweils neu importieren.

Dadurch wären die Listen technisch einfacher zu betreuen, aber sie sind dann
nicht mehr so einfach lesbar.

Deine Variante bedeutet halt, der User sieht sich die Hauptliste an und muß
immer am Ende der Seite nachsehen, ob dort Ergänzungen (und evtl. auch
Löschungen?) vorkommen und sich dann gedanklich eine resultierende Liste
vorstellen.

Ich möchte die Hürde zur Nutzung der Listen so gering wie möglich setzen,
also wenn bei den Namen mit P beginnend eine Straße nicht vorkommt, gibts
die auch nicht.

Statt Deinem Vorschlag würde ich einfach in der offizellen Liste so eine
Zeile ergänzen
* X-Straße; [1]
 oder
* X-Straße; ergänzt durch Peter Wendorff am 10. Oktober 2012

In meinem Fall würde die Straße 1:1 wie jede andere behandelt.

Ich gehe davon aus, das soll auch bei Deinem Vorschlag erfolgen, also nicht
eine Kategorie "offizielle" plus eine "Ergänzungen", oder?

Viele Grüße Dietmar




From ostrmap at diesei.de  Thu Oct 11 09:25:54 2012
From: ostrmap at diesei.de (Dietmar)
Date: Thu, 11 Oct 2012 11:25:54 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50768834.7040504@uni-paderborn.de>
Message-ID: <001a01cda792$69a642e0$fe78a8c0@Desktop>

Hallo Peter,

> -----Ursprüngliche Nachricht-----
> Von: Peter Wendorff [mailto:wendorff at uni-paderborn.de]
> Gesendet am: Donnerstag, 11. Oktober 2012 10:50

... schnipp
> +1
> Ich hab hier erstmal lokal die Paderborner Straßenliste jetzt mit dem
> Abfallkalender abgeglichen und komme da auf
> 92 Straßen, die in der alten Liste fehlen (von Florian, ohne weitere
> Quellenangabe)
> 3 Straßen, die im Abfallkalender des ASP fehlen
> 6 Straßen, die zwar in beidem drinstehen, aber unterschiedlich
> geschrieben sind (das ist z.T. nur Groß/Kleinschreibung, ist nur ein
> sehr schneller vergleich mit Calc).
>
> Gerade die unterschiedlichen Quellen würde ich aber gerne angeben, da
> von den drei im Abfallkalender fehlenden Straßen zumindest eine
> existiert; ich vermute, dass da einfach kein Müll abzuholen ist ;)
> Ein Austausch wäre also auch irgendwie blöd.
>
> Insofern:
> Wie wertest Du aus? Was darf, soll, muss in der Liste drinstehen, wie
> kann man Annotationen oder Einzelquellen hinzufügen?

Nach der Überschrift
== Liste ==
erwarte ich die Liste. Je Straßenname eine Zeile, beginnend mit
* xy
also Stern Leerzeichen xy

Danach kann noch ein Kommentar gesetzt werden (;) alles ab dem Komma wird
ignoriert und auch nicht in der internen DB, wo die Auswertung vorgenommen
wird, gespeichert.

Wenn hinter xy noch (z) vorkommt, ist das eine Stadtteil- oder Ortsangabe.
Das wird schon in der DB gespeichert und auch in der Auswertungsseite wieder
angezeigt, aber technisch noch nicht berücksichtigt.
So werden aber gleichnahmige Straßen unterschieden und ich will auch
zukünftig diese Ortsangabe mit auswerten, damit bei gleichnamigen Straßen
geklärt wird, ob beide (oder alle x) vorhanden sind.
Die Auswertung wird dann aber ohne ggfs. vorhandene Subadmin-Relationen für
die Orte oder Stadtteile schwierig werden. Geplant ist es aber.

Viele Grüße Dietmar




From traut at gmx.de  Thu Oct 11 09:27:37 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 11:27:37 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <001901cda791$a6e11dc0$fe78a8c0@Desktop>
References: <001901cda791$a6e11dc0$fe78a8c0@Desktop>
Message-ID: <50769109.2090008@gmx.de>

On 12-10-11 11:20, Dietmar wrote:

> Statt Deinem Vorschlag würde ich einfach in der offizellen Liste so eine
> Zeile ergänzen
> * X-Straße; [1]
>  oder
> * X-Straße; ergänzt durch Peter Wendorff am 10. Oktober 2012
> 
> In meinem Fall würde die Straße 1:1 wie jede andere behandelt.
> 
> Ich gehe davon aus, das soll auch bei Deinem Vorschlag erfolgen, also nicht
> eine Kategorie "offizielle" plus eine "Ergänzungen", oder?

Die Frage ist, wie man die "offiziellen" Listen pflegt.

Ich selbst würde am einfachsten über copy/paste eine solche alte Liste
durch eine aktuelle Liste überschreiben. Was macht man dann mit den
vielen händischen Ergänzungen?

Wenn die in einem eigenen Abschnitt liegen, dann kann man sie leichter
durchgehen und korrigieren.

Schönen Gruß
Martin



From pille3 at hotmail.com  Thu Oct 11 09:36:27 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Thu, 11 Oct 2012 02:36:27 -0700 (PDT)
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <001a01cda792$69a642e0$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <50747798.2090705@online.de> <50768834.7040504@uni-paderborn.de>
 <001a01cda792$69a642e0$fe78a8c0@Desktop>
Message-ID: <1349948187692-5729915.post@n5.nabble.com>

Dietmar wrote
> Nach der Überschrift
> == Liste ==
> erwarte ich die Liste. Je Straßenname eine Zeile, beginnend mit
> * xy
> also Stern Leerzeichen xy
> 
> Danach kann noch ein Kommentar gesetzt werden (;) alles ab dem Komma wird
> ignoriert und auch nicht in der internen DB, wo die Auswertung vorgenommen
> wird, gespeichert.

Watt denn nu - Komma "," oder Semikolon?  Ich kenne das ";" nämlich als
Semikolon oder auch Strich-Punkt.

Gruss
Walter





--
View this message in context: http://gis.19327.n5.nabble.com/Stra-enlistenauswertung-in-Beta-Version-verfugbar-tp5729595p5729915.html
Sent from the Germany mailing list archive at Nabble.com.



From ostrmap at diesei.de  Thu Oct 11 09:54:23 2012
From: ostrmap at diesei.de (Dietmar)
Date: Thu, 11 Oct 2012 11:54:23 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
	=?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <1349948187692-5729915.post@n5.nabble.com>
Message-ID: <001c01cda796$64b3f260$fe78a8c0@Desktop>

Hallo Walter,

> Von: Walter Nordmann [mailto:pille3 at hotmail.com]
> Gesendet am: Donnerstag, 11. Oktober 2012 11:36
> > Danach kann noch ein Kommentar gesetzt werden (;) alles ab dem
> Komma wird
> > ignoriert und auch nicht in der internen DB, wo die Auswertung
> vorgenommen
> > wird, gespeichert.
>
> Watt denn nu - Komma "," oder Semikolon?  Ich kenne das ";" nämlich als
> Semikolon oder auch Strich-Punkt.

";" und in Prosa Semikolon, sorry

Viele Grüße Dietmar




From tim.alder at s2002.tu-chemnitz.de  Thu Oct 11 09:56:16 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Thu, 11 Oct 2012 11:56:16 +0200
Subject: [Talk-de] =?iso-8859-15?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
Message-ID: <k5653v$36q$1@ger.gmane.org>

Hallo,
für die mehrsprachigen Karten würde ich anfangs gerne alle Ländernamen 
in alle Sprachen übersetzt vorliegen haben wollen. Später kann man sich 
ja dann um Bundesländer, Städte und Flußnamen kümmern.

Dafür gibt es einen freien und verläßlich erscheinenden Datenbestand aus 
dem Unicode-Projekt, der sich CLDR[1] nennt.
Diese Daten habe ich in eine PHP generierte Liste[3] umgewandelt, die 
erstens zu jeder Sprache angibt, wieviele Übersetzungen es von Ländern 
und Kontinenten gibt und zweitens wird für jedes Land eine Liste der 
Übersetzungen angegeben. Dabei kommt ein Format zum Einsatz, wie man es 
für remoteControl/addtags nutzen könnte.

Die Übersetzungen in die bekannteren Sprachen wurden schon mal durch das 
Projekt Multilingual-Country-List[2] angefangen, es fehlen aber noch ca. 
70% der Sprachen. Die Verknüpfungen aus diesem Projekt zu JOSM mittels 
remotecontrol würde ich mit den addtags-Einträgen meiner Liste 
kombinieren, dabei würde nichts überschrieben werden.

Da mir klar ist, dass man bei einem solchen Import viel Schaden 
anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.

Grüße Tim

[1]http://cldr.unicode.org/
[2]http://toolserver.org/~mazder/multilingual-country-list/
[3]http://toolserver.org/~kolossos/cldr/
Quelltext: http://toolserver.org/~kolossos/cldr/index-source.php




From ewoerner at kde.org  Thu Oct 11 11:00:05 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Thu, 11 Oct 2012 13:00:05 +0200
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <50766012.7010908@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <50766012.7010908@gmx.de>
Message-ID: <2785217.vGBOnGUluS@obiwan>

Hallo Martin, hallo Dietmar,

Am Donnerstag, 11. Oktober 2012, 07:58:42 schrieb Martin Trautmann:
> Ich möchte hiermit nochmals die Bitte wiederholen, die Auflistung nicht
> nur mit grafisch unterschiedlicher Hintergrund-Farbe zu gestalten,
> sondern das auch im text-only-Modus zu unterstützen, indem nach diff-Art
> die Zeilen mit einem Präfix markiert werden:
> 
> > in OSM enthalten
> < in der anderen Quelle enthalten
> : in beiden enthalten

wenn schon, dann unified diff, den kann man wesentlich besser lesen.

Eckhart



From manuel.spam at nurfuerspam.de  Thu Oct 11 11:04:54 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Thu, 11 Oct 2012 11:04:54 +0000 (UTC)
Subject: [Talk-de] Mal wieder eine Gruppierung mittels Relation...
Message-ID: <loom.20121011T130338-800@post.gmane.org>

Hallo,

bin gerade auf das gestoßen:

http://www.openstreetmap.org/browse/relation/1612032

Meiner Ansicht nach kann das auch wunderbar via Overpass-API gemacht werden. Was
meint ihr dazu?

Gruß

Manuel




From dieterdreist at gmail.com  Thu Oct 11 11:22:50 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 11 Oct 2012 13:22:50 +0200
Subject: [Talk-de] Mal wieder eine Gruppierung mittels Relation...
In-Reply-To: <loom.20121011T130338-800@post.gmane.org>
References: <loom.20121011T130338-800@post.gmane.org>
Message-ID: <CABPTjTDh8ohf_QAmwCQS5skuuDhfTqg9gGze6yAz8TQ9g0QjVQ@mail.gmail.com>

Am 11. Oktober 2012 13:04 schrieb Manuel Reimer <manuel.spam at nurfuerspam.de>:
> bin gerade auf das gestoßen:
>
> http://www.openstreetmap.org/browse/relation/1612032
>
> Meiner Ansicht nach kann das auch wunderbar via Overpass-API gemacht werden. Was
> meint ihr dazu?


vermutlich gilt das für alle oder zumindest viele dieser Relationen:
http://taginfo.openstreetmap.org/search?q=type%3Dcollection

Gruß Martin



From traut at gmx.de  Thu Oct 11 12:29:05 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 14:29:05 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <2785217.vGBOnGUluS@obiwan>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <50766012.7010908@gmx.de>
 <2785217.vGBOnGUluS@obiwan>
Message-ID: <5076BB91.6040506@gmx.de>

On 12-10-11 13:00, Eckhart Wörner wrote:
> Hallo Martin, hallo Dietmar,
> 
> Am Donnerstag, 11. Oktober 2012, 07:58:42 schrieb Martin Trautmann:
>> Ich möchte hiermit nochmals die Bitte wiederholen, die Auflistung nicht
>> nur mit grafisch unterschiedlicher Hintergrund-Farbe zu gestalten,
>> sondern das auch im text-only-Modus zu unterstützen, indem nach diff-Art
>> die Zeilen mit einem Präfix markiert werden:
>>
>>> in OSM enthalten
>> < in der anderen Quelle enthalten
>> : in beiden enthalten
> 
> wenn schon, dann unified diff, den kann man wesentlich besser lesen.

Mir geht's um die Gesamtlisten. Was hilft da das partielle unified?

Beispiel:
[...]
: Holtebütteler Landstraße 	Google 	OSM edit OSM edit OSM edit
: Holunderweg 	Google 	OSM edit
> Husteder Ring 	Google 	OSM edit
> Husteder Straße 	Google 	OSM edit OSM edit OSM edit
< Hustedter Ring 	Google
< Hustedter Straße 	Google
< Im Förth 	Google
: Im Grunde 	Google 	OSM edit
: Im Hufeisen 	Google 	OSM edit
[...]

Wie sollte das für dich unified aussehen?

Schönen Gruß
Martin



From ewoerner at kde.org  Thu Oct 11 12:49:39 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Thu, 11 Oct 2012 14:49:39 +0200
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <5076BB91.6040506@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <2785217.vGBOnGUluS@obiwan> <5076BB91.6040506@gmx.de>
Message-ID: <1442416.FaX8LhKA4Z@obiwan>

Hallo Martin,

Am Donnerstag, 11. Oktober 2012, 14:29:05 schrieb Martin Trautmann:
> Mir geht's um die Gesamtlisten. Was hilft da das partielle unified?

"unified" impliziert nicht "partiell". Es geht mir eigentlich nur um die Verwendung von "+" und "-" statt "<" und ">".

Eckhart



From bernd at bwurst.org  Thu Oct 11 14:20:11 2012
From: bernd at bwurst.org (Bernd Wurst)
Date: Thu, 11 Oct 2012 16:20:11 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5653v$36q$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org>
Message-ID: <5076D59B.1070709@bwurst.org>

Hallo.

Am 11.10.2012 11:56, schrieb Kolossos:
> Da mir klar ist, dass man bei einem solchen Import viel Schaden
> anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.

Naive Frage: Hast du schonmal geschaut, wie viele Tags kollidieren
würden, also die Elemente, die du ändern würdest, die aber bereits ein
gleiches Tag mit anderem Wert haben.

Dass du momentan nicht vor hast die bestehenden zu ändern habe ich
verstanden, aber wenn man die Überschneidungen und Abweichungen kennen
würde, wäre die Verlässlichkeit eventuell leichter zu bewerten.

Gruß, Bernd

-- 
Auf frischer Tat ertappt:
Dunkelheit bei Einbruch verhaftet

-------------- 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/20121011/a628ec2a/attachment.sig>

From traut at gmx.de  Thu Oct 11 14:56:10 2012
From: traut at gmx.de (Martin Trautmann)
Date: Thu, 11 Oct 2012 16:56:10 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <1442416.FaX8LhKA4Z@obiwan>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
 <2785217.vGBOnGUluS@obiwan> <5076BB91.6040506@gmx.de>
 <1442416.FaX8LhKA4Z@obiwan>
Message-ID: <5076DE0A.7050907@gmx.de>

On 12-10-11 14:49, Eckhart Wörner wrote:
> Hallo Martin,
> 
> Am Donnerstag, 11. Oktober 2012, 14:29:05 schrieb Martin Trautmann:
>> Mir geht's um die Gesamtlisten. Was hilft da das partielle unified?
> 
> "unified" impliziert nicht "partiell". Es geht mir eigentlich nur um die Verwendung von "+" und "-" statt "<" und ">".

Na, wenn das alles ist, das ist mir genauso recht,
Martin



From osm-listen at ivkasogis.de  Thu Oct 11 17:57:19 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Thu, 11 Oct 2012 19:57:19 +0200
Subject: [Talk-de] mkgmap und routing
Message-ID: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>

Hallo,

ich stehe vor dem Problem, dass mein Garmin behauptet, der Standort sei
zu weit von einer Straße entfernt, und deshalb nur Luftlinie routet.
Dabei ist der Standort mitten auf der Straße.

Das osm-File habe ich mit josm runtergeladen (nur kleiner Bereich zum
testen), mit vi die bounds rausgeschmissen und mit mkgmap übersetzt.

Optionen:
	--input-file=Hebebrandstraße.osm \
        --style=routes-road \
        --net \
        --route \
        --mapname=63240002 \
        --gmapsupp

Die styles default, control und routes habe ich auch getestet, selbes
Ergebnis.

Früher reichte auch ein einfaches --net und --route, und man konnte
losfahren.

Hat jemand einen Tipp?

Gruß, Wolfgang




From frederik at remote.org  Thu Oct 11 22:31:59 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 12 Oct 2012 00:31:59 +0200
Subject: [Talk-de] Mal wieder eine Gruppierung mittels Relation...
In-Reply-To: <loom.20121011T130338-800@post.gmane.org>
References: <loom.20121011T130338-800@post.gmane.org>
Message-ID: <507748DF.3090205@remote.org>

Hallo,

On 11.10.2012 13:04, Manuel Reimer wrote:
> http://www.openstreetmap.org/browse/relation/1612032
> Meiner Ansicht nach kann das auch wunderbar via Overpass-API gemacht werden. Was
> meint ihr dazu?

Ich meine dazu: Es waere unhoeflich, die Relation *sofort* zu loeschen; 
man sollte dem Ersteller erst eine Nachricht schicken und ihm erklaeren, 
warum man sie loeschen wird ;)

Bye
Frederik

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



From osm at tappenbeck.net  Fri Oct 12 08:06:01 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Fri, 12 Oct 2012 10:06:01 +0200
Subject: [Talk-de] =?iso-8859-15?q?Widerspr=FCche_in_den_Tags_f=FCr_Richtu?=
 =?iso-8859-15?q?ngen_=3F=3F?=
Message-ID: <5077CF69.1040008@tappenbeck.net>

hi !

ich erfasse gerade einige Richtungen und Ausfahrten und bin dabei über 
das Tag "exit_to" gestolpert was auch in den JOSM-Templates hinterlegt 
ist als "Ausfahrt nach ..."

Steht das nicht im Widerspruch zu dem Tag "destination" [1] zumal es für 
"exit_to" nicht einmal ein Tag im Wiki gibt.

Nach der der aktuellen Diskussion über die Lanes - auch im Forum - 
sollte hier irgendwie eine Vereinheitlichung oder Abgleichung etc. erfolgen.

Eure Meinung hierzu.... ?

Gruß Jan :-)


[1] http://wiki.openstreetmap.org/wiki/Key:destination



From manuel.spam at nurfuerspam.de  Fri Oct 12 08:15:08 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Fri, 12 Oct 2012 08:15:08 +0000 (UTC)
Subject: [Talk-de] Benennung Wanderweg?
Message-ID: <loom.20121012T100406-228@post.gmane.org>

Hallo,

aus aktuellem Anlass möchte ich gerne etwas zur Diskussion stellen.

Es geht mal wieder um "Europäische Kulturwege" und korrektes Tagging der selben.

Im "ursprünglichen Taggingschema" war für das "name"-Tag in Etwa folgendes
vorgeschlagen:

name = European Cultural Path + Offizieller Name

Also fester Prefix vor dem Namen.

Ich habe im neuen Tagging-Vorschlag einfach das Prefix rausgehauen und auch
schon bei einigen Wegen das Prefix manuell entfernt.

Aus

European Cultural Path Aschaffenburg 1

wird also:

Aschaffenburg 1

Eben das hat nun ein weiterer Interessent an solchen Wegen bemängelt, weil die
Wege so in Listen und auch in Karten seiner Ansicht nach nicht eindeutig
beschrieben sind.

Darüber, dass das "European Cultural Path" dort nichts zu suchen hat, darüber
sind wir uns einig. Schon weil der Weg von *niemandem* so genannt wird. Wenn
überhaupt, dann wäre hier das deutsche "Europäischer Kulturweg" zu verwenden.
Eventuell auch einfach nur "Kulturweg". Also würde obiges Beispiel z.B. zu
"Kulturweg Aschaffenburg 1".

Da ich selber unschlüssig bin frage ich nun mal hier nach. Es gibt für beide
Ansichten gute Argumente. So würde man z.B. ein Restaurant, welches "Zum Anker"
heißt auch nicht mit "Gasthaus Zum Anker" in die OSM-DB übernehmen sondern als
Namen einfach "Zum Anker" eintragen. Das es ein Gasthaus ist, ist ja anhand der
anderen Tags schon ausreichend definiert.

Vorschläge?

Danke im Voraus

Gruß

Manuel




From dieterdreist at gmail.com  Fri Oct 12 09:11:14 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 12 Oct 2012 11:11:14 +0200
Subject: [Talk-de] Benennung Wanderweg?
In-Reply-To: <loom.20121012T100406-228@post.gmane.org>
References: <loom.20121012T100406-228@post.gmane.org>
Message-ID: <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>

Am 12. Oktober 2012 10:15 schrieb Manuel Reimer <manuel.spam at nurfuerspam.de>:
> European Cultural Path Aschaffenburg 1
> wird also:
> Aschaffenburg 1


-1, nur "Aschaffenburg 1" kommt mir als Name seltsam vor.


> Darüber, dass das "European Cultural Path" dort nichts zu suchen hat, darüber
> sind wir uns einig. Schon weil der Weg von *niemandem* so genannt wird.


OK


> Wenn
> überhaupt, dann wäre hier das deutsche "Europäischer Kulturweg" zu verwenden.
> Eventuell auch einfach nur "Kulturweg". Also würde obiges Beispiel z.B. zu
> "Kulturweg Aschaffenburg 1".


ja, je nachdem, wie der Name ist. M.E. gehört das Kulturweg
wahrscheinlich zum Namen, evtl. auch mit "europäischer". Was steht
denn auf den Infotafeln?


> Da ich selber unschlüssig bin frage ich nun mal hier nach. Es gibt für beide
> Ansichten gute Argumente. So würde man z.B. ein Restaurant, welches "Zum Anker"
> heißt auch nicht mit "Gasthaus Zum Anker" in die OSM-DB übernehmen sondern als
> Namen einfach "Zum Anker" eintragen.


-1, m.E. gehört hier auch das "Gasthaus" zum Namen dazu, und würde
daher in den name-tag übernommen werden können.


> Das es ein Gasthaus ist, ist ja anhand der
> anderen Tags schon ausreichend definiert.


nur weil die Funktion auch aus anderen tags hervorgeht sagt das ja
noch nichts darüber, ob "Gasthaus" ein Namensbestandteil ist oder
nicht.

Komplett synonym sind auch die diversen Bezeichnungen für Speiselokale
nicht, wie z.B. Gasthaus, Gasthof, Restaurant, Landgasthaus,
Speisewirtschaft, Gastlokal, Gaststätte, Wirtshaus, ...  d.h. selbst
wenn man sich einigen würde, dass dies jeweils keine
Namensbestandteile sein sollen, dann wäre es trotzdem sinnvoll, das
irgendwo mit abzulegen, um das Detail nicht zu verlieren. In Italien
haben wir z.B. den tag restaurant:type:it, wo man Aufzählungen der
Selbstklassifizierung des Betreibers ablegen kann:
http://taginfo.openstreetmap.org/keys/restaurant%3Atype%3Ait#values
Wenn man aus "La Taverna del Ghetto" "del Ghetto" machen würde, sähe
das m.E. auch "falsch" aus, bzw. aus "Restaurant im Schloss" ein "im
Schloss".

Gruß Martin



From manuel.spam at nurfuerspam.de  Fri Oct 12 09:23:24 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Fri, 12 Oct 2012 09:23:24 +0000 (UTC)
Subject: [Talk-de] Benennung Wanderweg?
References: <loom.20121012T100406-228@post.gmane.org>
 <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
Message-ID: <loom.20121012T111647-584@post.gmane.org>

Martin Koppenhoefer <dieterdreist <at> gmail.com> writes:
> -1, nur "Aschaffenburg 1" kommt mir als Name seltsam vor.

Stimmt....

> ja, je nachdem, wie der Name ist. M.E. gehört das Kulturweg
> wahrscheinlich zum Namen, evtl. auch mit "europäischer". Was steht
> denn auf den Infotafeln?

Es gibt die Infotafeln zum hier als Beispiel dienenden Weg online:

http://www.spessartprojekt.de/kulturwege/strietwald/index.php

Bei meinen ersten zufällig gewählten Tafeln findet sich auf diesen garkein Namen
des Weges.

Auf der erste Seite des zugehörigen Flyers steht:

Aschaffenburg Route 1 Strietwald/Damm.

Was machen wir da jetzt draus?

Aschaffenburg Route 1
Aschaffenburg Route 1 Strietwald/Damm
Kulturweg Aschaffenburg Route 1
Kulturweg Aschaffenburg Route 1 Strietwald/Damm
Europäischer Kulturweg Aschaffenburg Route 1
Europäischer Kulturweg Aschaffenburg Route 1 Strietwald/Damm

Spätestens das letzte dürfte in aller Regel ein bisschen arg lang sein. Im
allgemeinen Sprachgebrauch wird auch keiner dieses Aufsätzchen aufsagen, wenn er
von dem Weg spricht...

Gruß

Manuel




From chaoschaos0909 at googlemail.com  Fri Oct 12 09:33:08 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Fri, 12 Oct 2012 11:33:08 +0200
Subject: [Talk-de] Benennung Wanderweg?
In-Reply-To: <loom.20121012T100406-228@post.gmane.org>
References: <loom.20121012T100406-228@post.gmane.org>
Message-ID: <CALKj2D_-Tved7ffndzHQguEk9e0RBJ_2cE6vPiCD_w1tZA3RRA@mail.gmail.com>

> Aus
>
> European Cultural Path Aschaffenburg 1
>
> wird also:
>
> Aschaffenburg 1

Da würde ich mcih an die alte OSM-Grundregel 'Map what's on the ground' halten.
Was steht denn auf den Schildern? Auf anderen Karten? In Wanderführern?
Das wäre dann für mich der Name.

> Da ich selber unschlüssig bin frage ich nun mal hier nach. Es gibt für beide
> Ansichten gute Argumente. So würde man z.B. ein Restaurant, welches "Zum Anker"
> heißt auch nicht mit "Gasthaus Zum Anker" in die OSM-DB übernehmen sondern als
> Namen einfach "Zum Anker" eintragen. Das es ein Gasthaus ist, ist ja anhand der
> anderen Tags schon ausreichend definiert.

Wenn der Wirt "Gasthaus Zum Anker" an seine Fassade schreibt, ist das
für mich der Name.
Wenn er nur "Zum Anker" schreibt, dann eben nur das. Ob das "Gasthaus"
zum namen gehört oder nicht entscheidet er, nicht wir.

> Darüber, dass das "European Cultural Path" dort nichts zu suchen hat, darüber
> sind wir uns einig. Schon weil der Weg von *niemandem* so genannt wird. Wenn
> überhaupt, dann wäre hier das deutsche "Europäischer Kulturweg" zu verwenden.
> Eventuell auch einfach nur "Kulturweg". Also würde obiges Beispiel z.B. zu
> "Kulturweg Aschaffenburg 1".

Wie erwähnt: keine Neuschöpfungen. Ich würde das im name=* tag
verwednen, was auf den meisten Schildern und Hinweistafeln steht.

 "European Cultural Path" gehört für mich aber auf jeden Fall
zusätzlich in ein network=* tag.
Manchmal gibt es auch Präfixe die eher in den operator=* tag gehören.


>
> Eben das hat nun ein weiterer Interessent an solchen Wegen bemängelt, weil die
> Wege so in Listen und auch in Karten seiner Ansicht nach nicht eindeutig
> beschrieben sind.

Wenn dem Beschwerenden was fehlt, warum liest er dann für seine Liste
nicht auch das network=* tag aus? Das liegt doch wohl eindeutig an der
Art, wie die Liste erstellt wird.
Das keiner den Anspruch haben sollte, jede Anwendung mit dem Auslesen
nur eines Tags abdecken zu können, erzählen wir auch ständigen den
Leuten mit ihren Sammelrelationen.


>
> Vorschläge?
>

name= <what's on the ground>
network = European Cultural Path

bei Bedarf gibt es noch (Beispiele wild ausgedacht):

official_name = Aschaffenburg 1
alt_name = Kulturweg Aschaffenburg
loc_name = Alte Stadtrunde


Gruss,

Chaos



From manuel.spam at nurfuerspam.de  Fri Oct 12 09:33:43 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Fri, 12 Oct 2012 09:33:43 +0000 (UTC)
Subject: [Talk-de] Benennung Wanderweg?
References: <loom.20121012T100406-228@post.gmane.org>
 <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
 <loom.20121012T111647-584@post.gmane.org>
Message-ID: <loom.20121012T113224-529@post.gmane.org>

Manuel Reimer <manuel.spam <at> nurfuerspam.de> writes:
> Was machen wir da jetzt draus?
> 
> Aschaffenburg Route 1
> Aschaffenburg Route 1 Strietwald/Damm
> Kulturweg Aschaffenburg Route 1
> Kulturweg Aschaffenburg Route 1 Strietwald/Damm
> Europäischer Kulturweg Aschaffenburg Route 1
> Europäischer Kulturweg Aschaffenburg Route 1 Strietwald/Damm

Nachtrag:

Eine Google-Suche nach "Kulturweg Aschaffenburg 1" führt mit dem ersten Link zur
Seite des Weges. Keine Ahnung ob das nun irgendwie relevant ist. Wollte es nur
mal angemerkt haben...

Gruß

Manuel




From dieterdreist at gmail.com  Fri Oct 12 09:34:51 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 12 Oct 2012 11:34:51 +0200
Subject: [Talk-de] Benennung Wanderweg?
In-Reply-To: <loom.20121012T111647-584@post.gmane.org>
References: <loom.20121012T100406-228@post.gmane.org>
 <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
 <loom.20121012T111647-584@post.gmane.org>
Message-ID: <CABPTjTBhTmJ960HFGQj44UQYrqFp2+ZLJiPEtJHBOoO5KwjtQg@mail.gmail.com>

Am 12. Oktober 2012 11:23 schrieb Manuel Reimer <manuel.spam at nurfuerspam.de>:
> Martin Koppenhoefer <dieterdreist <at> gmail.com> writes:
> Es gibt die Infotafeln zum hier als Beispiel dienenden Weg online:
> http://www.spessartprojekt.de/kulturwege/strietwald/index.php
>
> Bei meinen ersten zufällig gewählten Tafeln findet sich auf diesen garkein Namen
> des Weges.


auf der ersten Tafel steht im Kleingedruckten (letzter Text auf Deutsch):
name=europäischer Kulturweg Tulpenbaum & Co.
old_name=Wappesweg

(so ungefähr, ist zugegebenermaßen eine Interpretation)


> Auf der erste Seite des zugehörigen Flyers steht:
>
> Aschaffenburg Route 1 Strietwald/Damm.
>
> Was machen wir da jetzt draus?
>
> Aschaffenburg Route 1
> Aschaffenburg Route 1 Strietwald/Damm
> Kulturweg Aschaffenburg Route 1
> Kulturweg Aschaffenburg Route 1 Strietwald/Damm
> Europäischer Kulturweg Aschaffenburg Route 1
> Europäischer Kulturweg Aschaffenburg Route 1 Strietwald/Damm
>
> Spätestens das letzte dürfte in aller Regel ein bisschen arg lang sein. Im
> allgemeinen Sprachgebrauch wird auch keiner dieses Aufsätzchen aufsagen, wenn er
> von dem Weg spricht...


ja, da gibt es ja schon "official_name", bzw. "short_name", wobei man
sich bei "official" schon sicher sein sollte, dass es die offizielle
Version ist.

Das "Route 1" könnte man evtl. als ref=1 auf der Routenrelation
interpretieren und im Namen weglassen?

Gruß Martin



From wendorff at uni-paderborn.de  Fri Oct 12 09:37:27 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 12 Oct 2012 11:37:27 +0200
Subject: [Talk-de] Benennung Wanderweg?
In-Reply-To: <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
References: <loom.20121012T100406-228@post.gmane.org>
 <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
Message-ID: <5077E4D7.3080005@uni-paderborn.de>

Am 12.10.2012 11:11, schrieb Martin Koppenhoefer:
> Am 12. Oktober 2012 10:15 schrieb Manuel Reimer <manuel.spam at nurfuerspam.de>:
>> European Cultural Path Aschaffenburg 1
>> wird also:
>> Aschaffenburg 1
>
> -1, nur "Aschaffenburg 1" kommt mir als Name seltsam vor.
>
>
>> Darüber, dass das "European Cultural Path" dort nichts zu suchen hat, darüber
>> sind wir uns einig. Schon weil der Weg von *niemandem* so genannt wird.
>
> OK
>
>
>> Wenn
>> überhaupt, dann wäre hier das deutsche "Europäischer Kulturweg" zu verwenden.
>> Eventuell auch einfach nur "Kulturweg". Also würde obiges Beispiel z.B. zu
>> "Kulturweg Aschaffenburg 1".
>
> ja, je nachdem, wie der Name ist. M.E. gehört das Kulturweg
> wahrscheinlich zum Namen, evtl. auch mit "europäischer". Was steht
> denn auf den Infotafeln?
>
>
>> Da ich selber unschlüssig bin frage ich nun mal hier nach. Es gibt für beide
>> Ansichten gute Argumente. So würde man z.B. ein Restaurant, welches "Zum Anker"
>> heißt auch nicht mit "Gasthaus Zum Anker" in die OSM-DB übernehmen sondern als
>> Namen einfach "Zum Anker" eintragen.
>
> -1, m.E. gehört hier auch das "Gasthaus" zum Namen dazu, und würde
> daher in den name-tag übernommen werden können.
das kommt darauf an.
Wenn am Restaurant "Gasthaus zum Anker" dransteht, gehört es zum Namen, 
aber wenn nicht, dann nicht.
Wir machen ja auch aus der Döner-Pizza-Schnitzel-alles-Bude "Imbiss 
Döner-Blitz", oder "Dönerbude Döner-Blitz", oder "Pizzeria Dönerblitz", 
oder....
Was sollte man dann auch nehmen?
Entweder, das gehört zum Namen oder nicht, aber dazudichten halte ich 
für falsch.
Wenn es draußen dransteht, würd ichs aufnehmen, sonst nicht.

Gruß
Peter




From manuel.spam at nurfuerspam.de  Fri Oct 12 09:46:36 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Fri, 12 Oct 2012 09:46:36 +0000 (UTC)
Subject: [Talk-de] Benennung Wanderweg?
References: <loom.20121012T100406-228@post.gmane.org>
 <CALKj2D_-Tved7ffndzHQguEk9e0RBJ_2cE6vPiCD_w1tZA3RRA@mail.gmail.com>
Message-ID: <loom.20121012T114244-511@post.gmane.org>

Ronnie Soak <chaoschaos0909 <at> googlemail.com> writes:
>  "European Cultural Path" gehört für mich aber auf jeden Fall
> zusätzlich in ein network=* tag.

"network" ist für Wanderwege schon in Gebrauch. Bei den betroffenen Wegen ist in
aller Regel "network=lwn" gesetzt.

> name= <what's on the ground>
> network = European Cultural Path

Ich habe da zwischenzeitlich "european_cultural_path = yes" eingeführt. Aus der
Not heraus, weil das "European Cultural Path" bei den Wegen im "operator"
gestanden hat. Irgendwie musste ich die Info auslagern um den operator korrekt
eintragen zu können. Wenn es jemals eine schönere Lösung gibt, dann darf das
"european_cultural_path"-Tag gerne mit einem Massen-Edit durch das neue, dann
hoffentlich bessere, Schema ersetzt werden.

Gruß

Manuel




From manuel.spam at nurfuerspam.de  Fri Oct 12 10:01:35 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Fri, 12 Oct 2012 10:01:35 +0000 (UTC)
Subject: [Talk-de] Benennung Wanderweg?
References: <loom.20121012T100406-228@post.gmane.org>
 <CABPTjTDhN-_5pcz3S9xu1+eo2yKYaWcQVdG4m_zgnOndRA-wMQ@mail.gmail.com>
 <loom.20121012T111647-584@post.gmane.org>
 <CABPTjTBhTmJ960HFGQj44UQYrqFp2+ZLJiPEtJHBOoO5KwjtQg@mail.gmail.com>
Message-ID: <loom.20121012T115650-76@post.gmane.org>

Martin Koppenhoefer <dieterdreist <at> gmail.com> writes:
> auf der ersten Tafel steht im Kleingedruckten (letzter Text auf Deutsch):
> name=europäischer Kulturweg Tulpenbaum & Co.
> old_name=Wappesweg

Sowas wie "Tulpenbaum & Co." habe ich üblicherweise als "description"
eingetragen.

Anderes Beispiel:

http://spessartprojekt.de/kulturwege/aschaffenburg_4/taf_1.php

Unten links im blauen Bereich kann man mit etwas Mühe folgendes lesen:

Der europäische Kulturweg Aschaffenburg 4 ...

Zumindest bei den zwei direkt in unserer Gemeinde befindlichen Wege kann ich
auch bestätigen, dass der Weg in der Tat einfach mit Name + Nummer benannt wird,
wenn irgendwie darüber gesprochen wird. Die "Kurzbeschreibung" kenne ich für
beide Wege nichtmal auswendig...

> Das "Route 1" könnte man evtl. als ref=1 auf der Routenrelation
> interpretieren und im Namen weglassen?

Dann hätte man etliche "Europäischer Kulturweg Aschaffenburg". Finde ich nicht
so schön. Zumal die Nummer wohl durchaus zum Namen dazugehört.

Gruß

Manuel




From osm at tobias-knerr.de  Fri Oct 12 15:54:25 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Fri, 12 Oct 2012 17:54:25 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Widerspr=FCche_in_den_Tags_f=FCr_Richtun?=
 =?iso-8859-1?q?gen_=3F=3F?=
In-Reply-To: <5077CF69.1040008@tappenbeck.net>
References: <5077CF69.1040008@tappenbeck.net>
Message-ID: <50783D31.7000003@tobias-knerr.de>

Am 12.10.2012 10:06, schrieb Jan Tappenbeck:
> ich erfasse gerade einige Richtungen und Ausfahrten und bin dabei über
> das Tag "exit_to" gestolpert was auch in den JOSM-Templates hinterlegt
> ist als "Ausfahrt nach ..."
> 
> Steht das nicht im Widerspruch zu dem Tag "destination" [1] zumal es für
> "exit_to" nicht einmal ein Tag im Wiki gibt.

Mir war gar nicht bewusst, dass exit_to existiert, und mich wundert die
Einbindung in den Standardvorlagen von JOSM.

Inhaltlich sieht es wie ein Duplikat von destination aus - nur dass
destination die spurweise Erfassung (u.a. auch für Geradeaus-Spuren) und
die Handhabung von Straßen ohne baulich getrennte Fahrtrichtungen erlaubt.

Gibt es einen Grund, exit_to statt destination zu verwenden?

Tobias



From tim.alder at s2002.tu-chemnitz.de  Fri Oct 12 16:29:24 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Fri, 12 Oct 2012 18:29:24 +0200
Subject: [Talk-de]
	=?windows-1252?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <5076D59B.1070709@bwurst.org>
References: <k5653v$36q$1@ger.gmane.org> <5076D59B.1070709@bwurst.org>
Message-ID: <k59gh3$sn7$1@ger.gmane.org>

Hallo,
Ich habe die Daten mal für die deutsche Sprache mit OSM und der 
Staatenliste der Wikipedia verglichen, dabei fiel folgendes auf:
*Die CLDR sind recht aktuell, schließlich gibt es schon den Südsudan.
*CLDR nutzt eher mal den deutschen Amtsnamen, was aber nur bei der 
Elfenbeinküsten (amtlich:Côte d?Ivoire) und Botswana (amtlich: Botsuana) 
zu unterschieden führte
*Es wird wird zumeist der Kurzname genutzt, also China statt 
Volksrepublik China, was ja für eine Kartendarstellung gut ist. 
Außnahme:Demokratische Volksrepublik Korea
CLDR scheint ja auch darauf ausgelegt zu sein, dass man z.B. in einem 
WEB-Formular z.B. sein Herkunftsland schnell auswählen um sich irgendwas 
schicken zu lassen.

*CLDR führt noch ein paar kleinere Inselgruppen, die nicht direkt als 
Staat gelten.

Ich habe mir die OSM-Daten jetzt über die Overpass-API 
runtergelanden[1], und beides zu einem diff[2] zusammengeführt.
Man sieht, das bei Belgien die Übersetzungen von OSM zahlreicher sind, 
hingegen bei Indien und den Afrikanischen Staaten ist CLDR besser.

Ich würde die CLDR -Namen jetzt noch soweit reduzieren, dass sie nur 
hochgeladen werden, wenn Sie von dem name-Tag in OSM abweichen.

Grüße Tim

[1] http://toolserver.org/~kolossos/cldr/ISO3166-OSM.osm
     http://taginfo.openstreetmap.org/keys/country_code_iso3166_1_alpha_2

[2] 
http://wiki.openstreetmap.org/w/index.php?title=User%3AKolossos%2Fcldr&action=historysubmit&diff=820051&oldid=820039 
    (Bitte etwas Geduld, ca.1 Minute)


Am 11.10.2012 16:20, schrieb Bernd Wurst:
> Hallo.
>
> Am 11.10.2012 11:56, schrieb Kolossos:
>> Da mir klar ist, dass man bei einem solchen Import viel Schaden
>> anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.
>
> Naive Frage: Hast du schonmal geschaut, wie viele Tags kollidieren
> würden, also die Elemente, die du ändern würdest, die aber bereits ein
> gleiches Tag mit anderem Wert haben.
>
> Dass du momentan nicht vor hast die bestehenden zu ändern habe ich
> verstanden, aber wenn man die Überschneidungen und Abweichungen kennen
> würde, wäre die Verlässlichkeit eventuell leichter zu bewerten.
>
> Gruß, Bernd
>
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>





From chris66nrw at gmx.de  Fri Oct 12 17:23:19 2012
From: chris66nrw at gmx.de (Chris66)
Date: Fri, 12 Oct 2012 19:23:19 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Widerspr=FCche_in_den_Tags_f=FCr_Richtun?=
 =?iso-8859-1?q?gen_=3F=3F?=
In-Reply-To: <50783D31.7000003@tobias-knerr.de>
References: <5077CF69.1040008@tappenbeck.net>
 <50783D31.7000003@tobias-knerr.de>
Message-ID: <k59jlt$ph2$1@ger.gmane.org>

Am 12.10.2012 17:54, schrieb Tobias Knerr:
> Am 12.10.2012 10:06, schrieb Jan Tappenbeck:
>> ich erfasse gerade einige Richtungen und Ausfahrten und bin dabei über
>> das Tag "exit_to" gestolpert was auch in den JOSM-Templates hinterlegt
>> ist als "Ausfahrt nach ..."
>>
>> Steht das nicht im Widerspruch zu dem Tag "destination" [1] zumal es für
>> "exit_to" nicht einmal ein Tag im Wiki gibt.
> 
> Mir war gar nicht bewusst, dass exit_to existiert, und mich wundert die
> Einbindung in den Standardvorlagen von JOSM.
> 
> Inhaltlich sieht es wie ein Duplikat von destination aus - nur dass
> destination die spurweise Erfassung (u.a. auch für Geradeaus-Spuren) und
> die Handhabung von Straßen ohne baulich getrennte Fahrtrichtungen erlaubt.
> 
> Gibt es einen Grund, exit_to statt destination zu verwenden?
> 
> Tobias
> 

Hi,
ich hab es so verstanden, dass exit_to als Node gesetzt werden soll.
taginfo bestätigt diese Vermutung.

Für Router ist IMHO das (am Way gesetzte) destination-Tag viel sinnvoller.

Chris





From ml at bokomoko.de  Fri Oct 12 20:04:21 2012
From: ml at bokomoko.de (Rainer Dorsch)
Date: Fri, 12 Oct 2012 22:04:21 +0200
Subject: [Talk-de] Kaputte Turn Relations: Deutschland,
 =?iso-8859-1?q?=D6sterreich?=, Schweiz, Italien, Tschechien
In-Reply-To: <2391719.ljvomcPyZC@obiwan>
References: <201210072018.51582.ml@bokomoko.de> <2391719.ljvomcPyZC@obiwan>
Message-ID: <201210122204.21940.ml@bokomoko.de>

Am Tuesday 09 October 2012 schrieb Eckhart Wörner:
> Hallo Rainer,
> 
> Am Sonntag, 7. Oktober 2012, 20:18:51 schrieb Rainer Dorsch:
> > habe hier eine lange Liste mit kaputten Turn Relations (Deutschland und
> > Italien sind ca. 1 Woche alt, alle anderen sind von heute):
> > 
> > http://bokomoko.de/~rd/broken_turn_relations_121007.log
> 
> Grrr, immer noch mit Fehlalarm, z.B.:
> > OSM Warning:http://www.openstreetmap.org/browse/relation/3659 turn
> > restriction: multiple via member

Hallo Eckhart,

ich habe einen maptool bugreport geöffnet:

	http://trac.navit-project.org/ticket/1076

Bitte kommentiere wenn möglich direkt dort, wenn ich das nicht korrekt oder 
vollständig dargestellt habe.

Danke und Gruß
Rainer

-- 
Rainer Dorsch
http://bokomoko.de/



From ewoerner at kde.org  Fri Oct 12 20:18:54 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Fri, 12 Oct 2012 22:18:54 +0200
Subject: [Talk-de] =?utf-8?q?Kaputte_Turn_Relations=3A_Deutschland=2C_?=
	=?utf-8?q?=C3=96sterreich=2C_Schweiz=2C_Italien=2C_Tschechien?=
In-Reply-To: <201210122204.21940.ml@bokomoko.de>
References: <201210072018.51582.ml@bokomoko.de> <2391719.ljvomcPyZC@obiwan>
 <201210122204.21940.ml@bokomoko.de>
Message-ID: <12983265.E2OCRl9Oxt@obiwan>

Hallo Rainer,

Am Freitag, 12. Oktober 2012, 22:04:21 schrieb Rainer Dorsch:
> ich habe einen maptool bugreport geöffnet:
> 
> 	http://trac.navit-project.org/ticket/1076

danke. :-)

Eckhart



From osm at stephans-server.de  Fri Oct 12 21:05:30 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Fri, 12 Oct 2012 23:05:30 +0200
Subject: [Talk-de]
 =?windows-1252?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k59gh3$sn7$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <5076D59B.1070709@bwurst.org>
 <k59gh3$sn7$1@ger.gmane.org>
Message-ID: <5078861A.3090804@stephans-server.de>

On 12.10.2012 18:29, Kolossos wrote:
> Ich würde die CLDR -Namen jetzt noch soweit reduzieren, dass sie nur
> hochgeladen werden, wenn Sie von dem name-Tag in OSM abweichen.

Du würdest also existierende Namen überschreiben wollen? Das gefällt mir 
nicht. Ich denke solche Konflikte sollten von Menschen aufgelöst werden, 
eventuell sogar von solchen die die betreffende Sprache sprechen.

Stephan





From tim.alder at s2002.tu-chemnitz.de  Fri Oct 12 22:47:01 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Sat, 13 Oct 2012 00:47:01 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <5078861A.3090804@stephans-server.de>
References: <k5653v$36q$1@ger.gmane.org> <5076D59B.1070709@bwurst.org>
 <k59gh3$sn7$1@ger.gmane.org> <5078861A.3090804@stephans-server.de>
Message-ID: <k5a6l4$urg$1@ger.gmane.org>

Am 12.10.2012 23:05, schrieb Stephan Knauss:
> On 12.10.2012 18:29, Kolossos wrote:
>> Ich würde die CLDR -Namen jetzt noch soweit reduzieren, dass sie nur
>> hochgeladen werden, wenn Sie von dem name-Tag in OSM abweichen.
>
> Du würdest also existierende Namen überschreiben wollen? Das gefällt mir
> nicht. Ich denke solche Konflikte sollten von Menschen aufgelöst werden,
> eventuell sogar von solchen die die betreffende Sprache sprechen.
>
> Stephan

Nein, meine Reduktion, bezog sich nur auf das was neu dazu kommt.
Ich werde nur Tags hinzufügen, aber halt nur in Fällen, wo "name" und 
"name:lang" sich unterscheiden.

Grüße Tim




From list at lab.at  Sat Oct 13 01:24:25 2012
From: list at lab.at (Andreas Labres)
Date: Sat, 13 Oct 2012 03:24:25 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5653v$36q$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org>
Message-ID: <5078C2C9.4060602@al.lab.at>

Das Auswärtige Amt veröffentlicht ein "Staatennamen.pdf"[0], das angibt, wie die
Staaten dieser Erde (und ihre Staatsangehörigen) in Deutschland zu bezeichnen
sind. IMO die einzig "autoritative" Quelle.

Wie richtig Staatennamen in fremden Sprachen (speziell mit anderer Schrift)
sind, kann ich nicht beurteilen. Dazu braucht man wohl unbedingt jeweils einen
"native speaker" oder ein lokales autoritatives Dokument. IMO sollte sich
niemand, der die jeweilige Sprache nicht kann, anmaßen, da was zu ändern!

/al

[0]
http://www.auswaertiges-amt.de/cae/servlet/contentblob/332368/publicationFile/163277/Staatennamen.pdf



From osm-talk at mx-server.de  Sat Oct 13 01:33:56 2012
From: osm-talk at mx-server.de (Michael Bemmerl)
Date: Sat, 13 Oct 2012 03:33:56 +0200
Subject: [Talk-de] IENC-Import
Message-ID: <5078C504.4020007@mx-server.de>

Hallo zusammen,

weiß jemand hier was es mit dem Benutzer IENC-Import [1] auf sich hat?
Leider ist auf der Benutzer-Seite keine Beschreibung angegeben und im
Wiki findet sich auch nichts.

Jedenfalls ist mir dieser Nutzer nur aufgefallen, weil dieser
(zumindest) in meiner Region viele (> 500) doppelte Nodes erstellt hat.

Grüße,
Michael

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

From osm-talk at mx-server.de  Sat Oct 13 01:52:05 2012
From: osm-talk at mx-server.de (Michael Bemmerl)
Date: Sat, 13 Oct 2012 03:52:05 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <5078C504.4020007@mx-server.de>
References: <5078C504.4020007@mx-server.de>
Message-ID: <5078C945.2020404@mx-server.de>

Sorry, Link vergessen:

[1] http://www.openstreetmap.org/user/IENC-Import

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

From osm at tappenbeck.net  Sat Oct 13 07:01:51 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Sat, 13 Oct 2012 09:01:51 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Widerspr=FCche_in_den_Tags_f=FCr_Richtun?=
 =?iso-8859-1?q?gen_-_Herkunft?=
In-Reply-To: <50783D31.7000003@tobias-knerr.de>
References: <5077CF69.1040008@tappenbeck.net>
 <50783D31.7000003@tobias-knerr.de>
Message-ID: <k5b3l8$ogc$1@ger.gmane.org>

Am 12.10.2012 17:54, schrieb Tobias Knerr:
> Am 12.10.2012 10:06, schrieb Jan Tappenbeck:
>> ich erfasse gerade einige Richtungen und Ausfahrten und bin dabei über
>> das Tag "exit_to" gestolpert was auch in den JOSM-Templates hinterlegt
>> ist als "Ausfahrt nach ..."
>>
>> Steht das nicht im Widerspruch zu dem Tag "destination" [1] zumal es für
>> "exit_to" nicht einmal ein Tag im Wiki gibt.
>
> Mir war gar nicht bewusst, dass exit_to existiert, und mich wundert die
> Einbindung in den Standardvorlagen von JOSM.
>
> Inhaltlich sieht es wie ein Duplikat von destination aus - nur dass
> destination die spurweise Erfassung (u.a. auch für Geradeaus-Spuren) und
> die Handhabung von Straßen ohne baulich getrennte Fahrtrichtungen erlaubt.
>
> Gibt es einen Grund, exit_to statt destination zu verwenden?
>
> Tobias


ich vermute das es zu derzeit wo das JOSM-Present erstellt wurde 
destination noch nicht gab und so ist es durch den Anwender unbewußt 
verwendet worden.

Aus meiner Sicht und da gar nicht dokumentiert sollte es vielleicht 
durch einen Bot umgestellt werden und aus JOSM verschwinden.

Wo müßte man das anschieben weiß das einer - muss es woanders diskutiert 
werden?

Gruß Jan :-)





From osm at tappenbeck.net  Sat Oct 13 07:02:49 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Sat, 13 Oct 2012 09:02:49 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Widerspr=FCche_in_den_Tags_f=FCr_Richtun?=
 =?iso-8859-1?q?gen_=3F=3F_-_Ursache_der_Anwendung?=
In-Reply-To: <k59jlt$ph2$1@ger.gmane.org>
References: <5077CF69.1040008@tappenbeck.net>
 <50783D31.7000003@tobias-knerr.de> <k59jlt$ph2$1@ger.gmane.org>
Message-ID: <k5b3n2$ogc$2@ger.gmane.org>

Am 12.10.2012 19:23, schrieb Chris66:
> Am 12.10.2012 17:54, schrieb Tobias Knerr:
>> Am 12.10.2012 10:06, schrieb Jan Tappenbeck:
>>> ich erfasse gerade einige Richtungen und Ausfahrten und bin dabei über
>>> das Tag "exit_to" gestolpert was auch in den JOSM-Templates hinterlegt
>>> ist als "Ausfahrt nach ..."
>>>
>>> Steht das nicht im Widerspruch zu dem Tag "destination" [1] zumal es für
>>> "exit_to" nicht einmal ein Tag im Wiki gibt.
>>
>> Mir war gar nicht bewusst, dass exit_to existiert, und mich wundert die
>> Einbindung in den Standardvorlagen von JOSM.
>>
>> Inhaltlich sieht es wie ein Duplikat von destination aus - nur dass
>> destination die spurweise Erfassung (u.a. auch für Geradeaus-Spuren) und
>> die Handhabung von Straßen ohne baulich getrennte Fahrtrichtungen erlaubt.
>>
>> Gibt es einen Grund, exit_to statt destination zu verwenden?
>>
>> Tobias
>>
>
> Hi,
> ich hab es so verstanden, dass exit_to als Node gesetzt werden soll.
> taginfo bestätigt diese Vermutung.
>

Aber vermutlich nur durch die "einfache" Anwendung im JOSM-Present. 
Gezielt hat das bestimmt keiner angewandt.

Gruß Jan :-)


> Für Router ist IMHO das (am Way gesetzte) destination-Tag viel sinnvoller.
>
> Chris





From pille3 at hotmail.com  Sat Oct 13 08:00:24 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sat, 13 Oct 2012 01:00:24 -0700 (PDT)
Subject: [Talk-de] IENC-Import
In-Reply-To: <5078C945.2020404@mx-server.de>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
Message-ID: <1350115224680-5730332.post@n5.nabble.com>

hi,

ist schon etwas komisch:

Die Daten könnten hierher stammen:
http://www.fgs.wsv.de/produkte/kartographie/argo_encs/index.html
interessant: http://www.fgs.wsv.de/bezugsbedingungen_preise/index.html

bin mir derzeit auch nicht sicher, ob hier die Spielregeln eingehalten
werden. Zumindest wird ein eigener Account verwendet.

Gruss
walter





--
View this message in context: http://gis.19327.n5.nabble.com/IENC-Import-tp5730314p5730332.html
Sent from the Germany mailing list archive at Nabble.com.



From pille3 at hotmail.com  Sat Oct 13 08:24:30 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sat, 13 Oct 2012 01:24:30 -0700 (PDT)
Subject: [Talk-de] IENC-Import
In-Reply-To: <1350115224680-5730332.post@n5.nabble.com>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
Message-ID: <1350116670553-5730335.post@n5.nabble.com>

http://wiki.openstreetmap.org/wiki/Potential_Datasources  - negativ
http://lists.openstreetmap.org/listinfo/imports ab jan 2012 - negativ
http://news.gmane.org/gmane.comp.gis.openstreetmap.imports ab mai -- negativ
http://wiki.openstreetmap.org/wiki/Import/Catalogue -- negativ

ich würde mal an die internationale liste und an unser forum  rangehen.

Gruss
walter

p.s. ich hab nur den string "ienc" gesucht, aber der müsste doch wohl sicher
drin stehen.



--
View this message in context: http://gis.19327.n5.nabble.com/IENC-Import-tp5730314p5730335.html
Sent from the Germany mailing list archive at Nabble.com.



From easyclasspage at googlemail.com  Sat Oct 13 08:37:12 2012
From: easyclasspage at googlemail.com (toc-rox)
Date: Sat, 13 Oct 2012 01:37:12 -0700 (PDT)
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
Message-ID: <1350117432106-5730338.post@n5.nabble.com>

Stell doch mal einen Screenshot zum konkreten Problem ein ...

Gruß Klaus



--
View this message in context: http://gis.19327.n5.nabble.com/mkgmap-und-routing-tp5730020p5730338.html
Sent from the Germany mailing list archive at Nabble.com.



From osm-ml at dd1gj.de  Sat Oct 13 08:57:11 2012
From: osm-ml at dd1gj.de (Joachim Kast)
Date: Sat, 13 Oct 2012 10:57:11 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <1350116670553-5730335.post@n5.nabble.com>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com>
Message-ID: <50792CE7.9050302@dd1gj.de>

Hallo,

ich würde auf einen Import aus dem OpenSeaMap-Umfeld tippen. Die
erwähnte Preisliste ist inzwischen hinfällig, da die Geodaten des Bundes
nach der Novellierung des Geodatenzugangsgesetzes als OpenData zur
Verfügung stehen.

Die andere Seite sind natürlich die OSM-Regularien für Importe. Ich
schreibe gleich Markus an, der seitens OpenSeaMap den besten Überblick
hat und den "Verantwortlichen" bestimmt kennt.


Grüße
Joachim




From falk.zscheile at gmail.com  Sat Oct 13 09:07:12 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Sat, 13 Oct 2012 11:07:12 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <50792CE7.9050302@dd1gj.de>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com>
 <50792CE7.9050302@dd1gj.de>
Message-ID: <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>

Am 13. Oktober 2012 10:57 schrieb Joachim Kast <osm-ml at dd1gj.de>:
>
> ich würde auf einen Import aus dem OpenSeaMap-Umfeld tippen. Die
> erwähnte Preisliste ist inzwischen hinfällig, da die Geodaten des Bundes
> nach der Novellierung des Geodatenzugangsgesetzes als OpenData zur
> Verfügung stehen.
>

Vorsicht, die Novellierung des GeoZG ist, soweit ich das überblicke
zwar beschlossen, aber noch nicht in Kraft getreten. Im Augenblick
gilt daher noch die bisherige (kostenpflichtige) Rechtslage.

Gruß, Falk



From osm-listen at ivkasogis.de  Sat Oct 13 09:07:58 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 13 Oct 2012 11:07:58 +0200
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1350117432106-5730338.post@n5.nabble.com>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
 <1350117432106-5730338.post@n5.nabble.com>
Message-ID: <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>

Hallo,

Am Samstag, den 13.10.2012, 01:37 -0700 schrieb toc-rox:
> Stell doch mal einen Screenshot zum konkreten Problem ein ...
> 

Vielleicht habe ich es unklar ausgedrückt. Die Datei gmapsupp.img wird
erzeugt. Ich kann sie auf die SD-Karte schieben, und das Navi erkennt
sie soweit, dass ich im Menü "Karte auswählen" die Kartenbezeichnung
sehe. Ich habe auch versucht, am Namen oder Kommentar zu drehen und das
wird entsprechend angezeigt.

Mein Problem besteht darin, dass die Karte im Navi nicht im Display
erscheint. Auch dann nicht, wenn ich die Basiskarte deaktiviere.

Ich habe es auch mit den Ausschnitten der Geo-Fabrik getestet. Bremen
wird angezeigt, Hamburg nicht. Dagegen wird ein alter Hamburg-Ausschnitt
sauber angezeigt.

Navi: Garmin Colorado

Die einzige Fehlermeldung, die mkgmap liefert, ist:

SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee,
http://www.openstreetmap.org/browse/way/4766567) contains zero length
arc at http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17

so um die 100-300 mal (mit verschiedenen Ways). In Bremen wie in
Hamburg, wie bei josm.

Als Screenshot könnte ich nur das leere Display des Colorado posten...

BS: Suse Linux 12.1 aktuell
Linux Hannibal 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40
UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/Linux

Java: 
java-1_6_0-openjdk-1.6.0.0_b24.1.11.4-12.1.x86_64
timezone-java-2012f-1.6.1.noarch
libjavascriptcoregtk-1_0-0-1.6.1-2.1.2.x86_64
java-ca-certificates-1-14.12.1.noarch
libjavascriptcoregtk-3_0-0-1.6.1-2.1.2.x86_64
java-1_5_0-gcj-compat-1.5.0.0-120.1.2.x86_64

mkgmap-2105-44.1.noarch

Wenn ich die Karte von <http://garmin.openstreetmap.nl/> lade,
funktioniert es.

Bisher hatte ich solche Probleme nicht. Etwas ratlos...

Gruß, Wolfgang





From osm-listen at ivkasogis.de  Sat Oct 13 09:18:21 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 13 Oct 2012 11:18:21 +0200
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
 <1350117432106-5730338.post@n5.nabble.com>
 <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
Message-ID: <1350119901.2824.22.camel@Hannibal.kahl-hinsch.de>

Update:

Am Samstag, den 13.10.2012, 11:07 +0200 schrieb Wolfgang Hinsch:

... ein Problem, das schon gelöst war. Das lag an den bounds-Zeilen.



Wenn man mal schnell ist  :(

Sorry. 
Hatte das (auch geistig) etwas nach hinten geschoben.


Das Problem beseht weiterhin darin, dass die Karte jetzt zwar korrekt
angezeigt wird, aber nicht routingfähig ist. An dem Punkt bin ich nicht
weiter gekommen.


> 
> Navi: Garmin Colorado
> 
> Die einzige Fehlermeldung, die mkgmap liefert, ist:
> 
> SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee,
> http://www.openstreetmap.org/browse/way/4766567) contains zero length
> arc at http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17
> 
> so um die 100-300 mal (mit verschiedenen Ways). 

Bei jedem Rechenlauf.

> 
> BS: Suse Linux 12.1 aktuell
> Linux Hannibal 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40
> UTC 2012 (d016078) x86_64 x86_64 x86_64 GNU/Linux
> 
> Java: 
> java-1_6_0-openjdk-1.6.0.0_b24.1.11.4-12.1.x86_64
> timezone-java-2012f-1.6.1.noarch
> libjavascriptcoregtk-1_0-0-1.6.1-2.1.2.x86_64
> java-ca-certificates-1-14.12.1.noarch
> libjavascriptcoregtk-3_0-0-1.6.1-2.1.2.x86_64
> java-1_5_0-gcj-compat-1.5.0.0-120.1.2.x86_64
> 
> mkgmap-2105-44.1.noarch
> 
> Wenn ich die Karte von <http://garmin.openstreetmap.nl/> lade,
> funktioniert es.
> 

Gruß und nochmal sorry,

Wolfgang





From osm-ml at dd1gj.de  Sat Oct 13 09:18:13 2012
From: osm-ml at dd1gj.de (Joachim Kast)
Date: Sat, 13 Oct 2012 11:18:13 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com> <50792CE7.9050302@dd1gj.de>
 <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>
Message-ID: <507931D5.9000909@dd1gj.de>

Mir ist bekannt, dass zwischen WSV und OpenSeaMap seit einiger Zeit enge
Kontakte bestehen und Gedaten zur Nutzung für OSM-Zwecke unter Verzicht
auf Kostenerstattung von der Behörde bereitgestellt wurden.



From frederik at remote.org  Sat Oct 13 09:31:21 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sat, 13 Oct 2012 11:31:21 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <5078C504.4020007@mx-server.de>
References: <5078C504.4020007@mx-server.de>
Message-ID: <507934E9.7080804@remote.org>

Hi,

On 13.10.2012 03:33, Michael Bemmerl wrote:
> weiß jemand hier was es mit dem Benutzer IENC-Import [1] auf sich hat?
> Leider ist auf der Benutzer-Seite keine Beschreibung angegeben und im
> Wiki findet sich auch nichts.

http://www.openstreetmap.org/user_blocks/265

Bye
Frederik

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



From pille3 at hotmail.com  Sat Oct 13 09:33:55 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sat, 13 Oct 2012 02:33:55 -0700 (PDT)
Subject: [Talk-de] IENC-Import
In-Reply-To: <507931D5.9000909@dd1gj.de>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com> <50792CE7.9050302@dd1gj.de>
 <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>
 <507931D5.9000909@dd1gj.de>
Message-ID: <1350120835501-5730351.post@n5.nabble.com>

wäre ja auch ok, weil gebrauchen kann man die Sachen wohl schon.

nur: wegen der "Spielregeln" bist du ja schon dran
aber: das eigentliche technische Problem der doppelten Nodes, das Michael
zum Eröffnen dieses Threads bewogen hat, ist ja auch noch vorhanden. Das
sieht doch ein wenig nach unsauberer Arbeit aus.

Gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/IENC-Import-tp5730314p5730351.html
Sent from the Germany mailing list archive at Nabble.com.



From wendorff at uni-paderborn.de  Sat Oct 13 09:35:23 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sat, 13 Oct 2012 11:35:23 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <507931D5.9000909@dd1gj.de>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com> <50792CE7.9050302@dd1gj.de>
 <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>
 <507931D5.9000909@dd1gj.de>
Message-ID: <507935DB.3070801@uni-paderborn.de>

Am 13.10.2012 11:18, schrieb Joachim Kast:
> Mir ist bekannt, dass zwischen WSV und OpenSeaMap seit einiger Zeit enge
> Kontakte bestehen und Gedaten zur Nutzung für OSM-Zwecke unter Verzicht
> auf Kostenerstattung von der Behörde bereitgestellt wurden.
Das klingt gut, sollte aber IMHO auch dokumentiert werden, und zwar mehr 
noch als alle anderen OpenSeaMap-Tags zentral im Wiki - in diesem Fall 
verlinkt auch vom entsprechenden Import-Account.
Ich finde, gerade bei Datenquellen, die auf den ersten Blick sogar eine 
widersprüchliche Lizenz auffinden lassen (im Gegensatz zu Quellen, bei 
denen man schlicht keine Information öffentlich findet), ist das 
ordentliche Dokumentieren der Erlaubnis im Wiki ein Muss.

Gruß
Peter



From frederik at remote.org  Sat Oct 13 09:35:50 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sat, 13 Oct 2012 11:35:50 +0200
Subject: [Talk-de] IENC-Import
In-Reply-To: <1350120835501-5730351.post@n5.nabble.com>
References: <5078C504.4020007@mx-server.de> <5078C945.2020404@mx-server.de>
 <1350115224680-5730332.post@n5.nabble.com>
 <1350116670553-5730335.post@n5.nabble.com> <50792CE7.9050302@dd1gj.de>
 <CAJ5W8FhZG6EZ4phaxMWXGxgE6=ikO1gc-L5d298qh_QSxhfNFA@mail.gmail.com>
 <507931D5.9000909@dd1gj.de> <1350120835501-5730351.post@n5.nabble.com>
Message-ID: <507935F6.8090504@remote.org>

Hallo,

On 13.10.2012 11:33, Walter Nordmann wrote:
> aber: das eigentliche technische Problem der doppelten Nodes, das Michael
> zum Eröffnen dieses Threads bewogen hat, ist ja auch noch vorhanden. Das
> sieht doch ein wenig nach unsauberer Arbeit aus.

Genau dafuer sind die "Spielregeln" ja da - dass Dritte *vor* Beginn 
eines Imports einen Blick auf die Datenquellen und die 
Konvertierungsskripte werfen koennen und auf Fehler aufmerksam machen.

Bye
Frederik

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



From stw at gmx.de  Sat Oct 13 09:43:13 2012
From: stw at gmx.de (Steffen Wolf)
Date: Sat, 13 Oct 2012 11:43:13 +0200
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
 <1350117432106-5730338.post@n5.nabble.com>
 <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
Message-ID: <20121013094312.GA7270@toshi2.informatik.uni-kl.de>

Hallo Wolfgang Hinsch,

> Die einzige Fehlermeldung, die mkgmap liefert, ist:

> SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee,
> http://www.openstreetmap.org/browse/way/4766567) contains zero length
> arc at http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17

> so um die 100-300 mal (mit verschiedenen Ways). In Bremen wie in
> Hamburg, wie bei josm.

Das ist normal. Viele Strassen sind derart genau gemappt, dass dem
mkgmap der Abstand zwischen zwei Knoten zu klein wird (wohl noch
abhaengig von der Zoom-Stufe). Dann warnt er halt.


Zum Routing-Problem kann ich aber nichts sagen, dann

> mkgmap-2105-44.1.noarch

ich nutze noch 1905.

Gruss,
 Steffen
-- 
That's a battery staple.
Correct!
 [xkcd 936]



From chris66nrw at gmx.de  Sat Oct 13 11:39:42 2012
From: chris66nrw at gmx.de (Chris66)
Date: Sat, 13 Oct 2012 13:39:42 +0200
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1350119901.2824.22.camel@Hannibal.kahl-hinsch.de>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
 <1350117432106-5730338.post@n5.nabble.com>
 <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
 <1350119901.2824.22.camel@Hannibal.kahl-hinsch.de>
Message-ID: <k5bjtg$cft$1@ger.gmane.org>

Am 13.10.2012 11:18, schrieb Wolfgang Hinsch:

>> Die einzige Fehlermeldung, die mkgmap liefert, ist:
>>
>> SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee,
>> http://www.openstreetmap.org/browse/way/4766567) contains zero length
>> arc at http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17

Versuch mal --remove-short-arcs oder --remove-short-arcs=3

Wenn Du keine oder falsche bounds drin hast, musst Du
--ignore-osm-bounds setzen.

Chris






From bweiskopf at gmx.de  Sat Oct 13 14:50:28 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sat, 13 Oct 2012 16:50:28 +0200
Subject: [Talk-de] mkgmap und routing
In-Reply-To: <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
References: <1349978239.22852.5.camel@Hannibal.kahl-hinsch.de>
 <1350117432106-5730338.post@n5.nabble.com>
 <1350119278.2824.14.camel@Hannibal.kahl-hinsch.de>
Message-ID: <001b01cda952$16b5ad70$44210850$@gmx.de>

> contains zero length arc at 
> http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17


Das sollte man auch mal umzeichnen: Die Service-Road-Anbindungen an die
Gustav-Deetjen-Allee liegen weniger 1 m nebeneinander, da ist mit Sicherheit
keine bauliche Trennung mehr dazwischen. 

Vielleicht wird die Koordinaten-Auflösung des Navis hier unterschritten,
dass dann zwei Knotenpunkte die gleichen Koordinaten erhalten. 

Zu dichte Knotenpunkte ohne Abzweig kann das Navi einfach verwerfen, hier
sind dann aber zwei Abzweige dran und das Navi kann dann den Winkel
dazwischen (geradeaus oder abbiegen zum nächsten Knoten) nicht mehr
bestimmen (interne Division durch Null).

Bernhard






From tirkon33 at yahoo.de  Sat Oct 13 23:02:45 2012
From: tirkon33 at yahoo.de (Tirkon)
Date: Sun, 14 Oct 2012 01:02:45 +0200
Subject: [Talk-de] "Relationen sind keine Kategorien" aus der Sicht des
	Mappers
Message-ID: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>

Ursprüngliches Subjekt: Mal wieder eine Gruppierung mittels
Relation...

Frederik Ramm <frederik at remote.org> wrote:

>On 11.10.2012 13:04, Manuel Reimer wrote:
>> http://www.openstreetmap.org/browse/relation/1612032
>> Meiner Ansicht nach kann das auch wunderbar via Overpass-API gemacht werden. Was
>> meint ihr dazu?
>
>Ich meine dazu: Es waere unhoeflich, die Relation *sofort* zu loeschen; 
>man sollte dem Ersteller erst eine Nachricht schicken und ihm erklaeren, 
>warum man sie loeschen wird ;)

Technisch solltet ihr mit einer solchen Löschung recht haben. Es gibt
da allerdings ein grundsätzliches Problem mit diesen Sammelrelationen.
"Relationen sind keine Kategorien" ist den meisten Mappern nur
schwerlich vermittelbar.
http://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien

ZitaT daraus: 
>Um alle Fußwege in Sachsen zu erhalten, genügt es, die Grenze von Sachsen 
>anzugeben und alle Fußwege können problemlos automatisch aus der Datenbank 
>extrahiert werden.

Der Pferdefuß an der Sache: Nur eine kleine Minderheit von Mappern ist
in der Lage, APIs zu nutzen. Für die gewaltige Mehrheit von Otto
Normalmappern - und das sind nicht nur Wikipedianer - sind Relationen
das einzige Mittel hierfür. Sie rufen die Relation auf und haben damit
alle gewünschten Member. Für sie erscheint die Sache so, als ob sie
ausgeschlossen werden, aber kommerzielle Unternehmen mit
entsprechendem Sachverstand die Datenbank nutzen können. 

Daten liefern zu sollen aber sie selbst nicht nutzen zu können,
demotiviert. Dies gilt umso mehr, wenn das hierfür funktionierende
Instrument der Relation schon existert aber dennoch nicht genutzt
werden darf. Natürlich trifft das nicht nur für diese
"Kategorien"-Relationen zu. 

Sprich: Erst !!nutzbare!! Features machen das Mappen auch für
Nichtprogrammierer attraktiv.




From dieterdreist at gmail.com  Sun Oct 14 00:42:57 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 14 Oct 2012 02:42:57 +0200
Subject: [Talk-de] "Relationen sind keine Kategorien" aus der Sicht des
	Mappers
In-Reply-To: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>
References: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>
Message-ID: <CABPTjTA9cBHWLCrYqxXX+YJUTuhw-JqT1iH4EjzFK2VeNw1wKg@mail.gmail.com>

Am 14. Oktober 2012 01:02 schrieb Tirkon <tirkon33 at yahoo.de>:
> Der Pferdefuß an der Sache: Nur eine kleine Minderheit von Mappern ist
> in der Lage, APIs zu nutzen. Für die gewaltige Mehrheit von Otto
> Normalmappern - und das sind nicht nur Wikipedianer - sind Relationen
> das einzige Mittel hierfür. Sie rufen die Relation auf und haben damit
> alle gewünschten Member. Für sie erscheint die Sache so, als ob sie
> ausgeschlossen werden, aber kommerzielle Unternehmen mit
> entsprechendem Sachverstand die Datenbank nutzen können.


wobei das nicht mehr ganz so stimmt. Wer alle Objekte mit einem
bestimmten tag aus der db holen will, muss heutzutage wirklich nur den
Beispielcode von der overpass-wikiseite kopieren und in den Browser
pasten, und ggf. das tag anpassen, z.B. (in xapi syntax) halbwegs
passend zur Relation hier (die BoundingBox ist zufällig):

http://www.overpass-api.de/api/xapi?node[natural=cave_entrance][bbox=7.1,51.2,7.8,51.5][@meta]

danach muss man noch ein .xml oder .osm an die Datei hängen, damit
JOSM sie akzeptiert.
Das bekommt nicht ganz jeder Nutzer hin, aber wer eine Relation
anlegen kann, der schafft das auch ;-)

Gruß Martin



From winfixit at gmail.com  Sun Oct 14 07:30:36 2012
From: winfixit at gmail.com (Jo)
Date: Sun, 14 Oct 2012 09:30:36 +0200
Subject: [Talk-de] "Relationen sind keine Kategorien" aus der Sicht des
	Mappers
In-Reply-To: <CABPTjTA9cBHWLCrYqxXX+YJUTuhw-JqT1iH4EjzFK2VeNw1wKg@mail.gmail.com>
References: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>
 <CABPTjTA9cBHWLCrYqxXX+YJUTuhw-JqT1iH4EjzFK2VeNw1wKg@mail.gmail.com>
Message-ID: <CAJ6DwMCWdHDgHxrz-t5ovoHeqo6Sif_myfdmRRSkVLzZALbysA@mail.gmail.com>

2012/10/14 Martin Koppenhoefer <dieterdreist at gmail.com>

> Am 14. Oktober 2012 01:02 schrieb Tirkon <tirkon33 at yahoo.de>:
> > Der Pferdefuß an der Sache: Nur eine kleine Minderheit von Mappern ist
> > in der Lage, APIs zu nutzen. Für die gewaltige Mehrheit von Otto
> > Normalmappern - und das sind nicht nur Wikipedianer - sind Relationen
> > das einzige Mittel hierfür. Sie rufen die Relation auf und haben damit
> > alle gewünschten Member. Für sie erscheint die Sache so, als ob sie
> > ausgeschlossen werden, aber kommerzielle Unternehmen mit
> > entsprechendem Sachverstand die Datenbank nutzen können.
>
>
> wobei das nicht mehr ganz so stimmt. Wer alle Objekte mit einem
> bestimmten tag aus der db holen will, muss heutzutage wirklich nur den
> Beispielcode von der overpass-wikiseite kopieren und in den Browser
> pasten, und ggf. das tag anpassen, z.B. (in xapi syntax) halbwegs
> passend zur Relation hier (die BoundingBox ist zufällig):
>
>
> http://www.overpass-api.de/api/xapi?node[natural=cave_entrance][bbox=7.1,51.2,7.8,51.5][@meta]
>
> danach muss man noch ein .xml oder .osm an die Datei hängen, damit
> JOSM sie akzeptiert.
> Das bekommt nicht ganz jeder Nutzer hin, aber wer eine Relation
> anlegen kann, der schafft das auch ;-)
>

Wenn man oft dasselbe aus der DB holen will kann man das etwas weiter
automatisieren:

Hohl wget ab von: http://gnuwin32.sourceforge.net/downlinks/wget.php

Dann kann der Query in eine Tekstdatei eingetragen werden:

z.B.:

<union>
> /*get all numbered cycle node networks in a Dutch province*/
> <query type="relation" into="networks">
> <has-kv k="type" v="network"/>
> <has-kv k="network" v="rcn"/>
> <has-kv k="addr:country" regv="NL"/>
>  <has-kv k="addr:province" regv="Friesland"/>
>  </query>
> /*get all numbered nodes from the network relations*/
> <recurse type="relation-node" from="networks"/>
> /*get all the ways connected to such nodes*/
> <recurse type="node-way" into="parentways1"/>
> /*get all these ways' nodes*/
> <recurse from="parentways1" type="way-node"/>
> /*get all relations these ways are part of*/
> <recurse from="parentways1" type="way-relation"/>
> /*get all route relations from the network relations*/
> <recurse type="relation-relation" from="networks"/>
> /*the ways of the route relations*/
> <recurse type="relation-way"/>
> /*the nodes of the ways*/
> <recurse type="way-node"/>
> /*for each of those nodes, the ways connected to them*/
> <recurse type="node-way" into="parentways"/>
> /*the nodes of these ways*/
> <recurse from="parentways" type="way-node"/>
> <recurse type="node-relation"/>
> <recurse from="parentways" type="way-relation"/>
> </union>
> <print mode="meta"/>


Dies kann also in Friesland.overpass gespeichert werden. OK, das seht
ziemlich kompliziert aus, aber es schaut sehr schön was damit möglich ist.
Es resultiert in ein Skelet van Daten die für die Qualtitätskontrolle vom
Radfahrroutes notwendig sind. Und alle Seitwegen um neue Relationen zu
finden die noch nicht ans Networkrelation hinuzgefügt würden.

Dann eine Datei Friesland.cmd machen mit Folgendes drinn:

cd "C:\Users\Jo\Documents\OSM\"
>
> "C:\Program Files (x86)\GnuWin32\bin\wget.exe"  -O "Friesland.osm"
> --post-file="Friesland.overpass" "http://overpass-api.de/api/interpreter"
>
> "C:\Program Files (x86)\java\jre6\bin\java.exe" -jar -Xmx850m friesland.osm
> pause
>

Man kann eine Shortcut dahin auf dem Desktop setzen.  Doppelclick um das
laufen zu lassen. Rechtermausclick um das zu editieren. Man kann natürlich
auch ein shortcut zum Friesland.overpass auf dem Desktop setzen.

Einmal innerhalb JOSM kann man miet Ctrl-f suchen.

Jo


From pille3 at hotmail.com  Sun Oct 14 07:47:48 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sun, 14 Oct 2012 00:47:48 -0700 (PDT)
Subject: [Talk-de] "Relationen sind keine Kategorien" aus der Sicht des
	Mappers
In-Reply-To: <CABPTjTA9cBHWLCrYqxXX+YJUTuhw-JqT1iH4EjzFK2VeNw1wKg@mail.gmail.com>
References: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>
 <CABPTjTA9cBHWLCrYqxXX+YJUTuhw-JqT1iH4EjzFK2VeNw1wKg@mail.gmail.com>
Message-ID: <1350200868331-5730487.post@n5.nabble.com>

Martin Koppenhoefer wrote
> Das bekommt nicht ganz jeder Nutzer hin, aber wer eine Relation
> anlegen kann, der schafft das auch ;-)

Sehe ich ganz genau so. Und wer selber eigene Auswertungen macht oder
POI-Karten mit OL erstellt, der kann auch "seine" Daten mit der Overlay-Api
runterladen.
Andererseits stören mich solche Sammelrelationen -inzwischen- nicht mehr.
Irgendwann hat der Autor eh keine Lust mehr, diese zu pflegen, was ja
irgendwie verständlich ist:

- POI in OSM
- Sammelrelation "aller" relevanten POI
- manchmal eine passende WIKI-Seite dazu
- Auswertung oder Karte

machen schon einige Arbeit. Spätestens dann, wenn der Autor endlich
begreift, dass diese Relation nie und nimmer aktuell gehalten werden kann,
da sie von den anderen Mappern in der Regel ignoriert wird (*), ist Schluss.
Nur den "Mut", diese Relation dann auch zu löschen, bringen die wenigsten
auf. Ich hab das mit "meinen" Rettungspunkten irgendwann 2010? gemacht.

Gruss
Walter

*) "meine" Stolpersteine sind immer noch einsam und glücklich ;)




--
View this message in context: http://gis.19327.n5.nabble.com/Relationen-sind-keine-Kategorien-aus-der-Sicht-des-Mappers-tp5730468p5730487.html
Sent from the Germany mailing list archive at Nabble.com.



From traut at gmx.de  Sun Oct 14 08:35:14 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 14 Oct 2012 10:35:14 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <507A7942.8010708@gmx.de>

On 12-10-09 13:18, Dietmar wrote:
> * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
> Realisierung.

Für die erste Stufe der Auswertung würde ich den Abgleich gerne etwas
liberaler sehen:

1. Ignorieren von Schreibvarianten "ß" vs. "ss": Schloß/Schloss,
Gäßle/Gässle usw.

2. Ignorieren der Groß-Klein-Schreibung: "Zum Alten Rathaus" vs. "zum
alten Rathaus" usw.

3. evtl. sogar Ignorieren der Getrenttschreibung: "Thüringerstraße" vs.
"Thüringer Straße"

Sprich: alles, was bei der Suchfunktion noch passendes ausspuckt, das
könnte am Anfang noch ignoriert werden. Bei 3. bin ich der Meinung, dass
das noch korrigiert gehört, bei 2. ist's grenzwertig, bei 1. ist die
Lage völlig unklar zwischen traditionellen Schreibweisen und einer mehr
oder weniger vollzogenen Umstellung nach Rechtschreibreform.

Schwierig wird's bei Varianten wie
  Schloßstraße
  Schlossstraße
  Schlosstraße (falsch)
  Schlosstrasse (unwahrscheinlich, aber denkbar: Schloss-Trasse)
  Schloß-Straße (unwahrscheinlich)
  Schloss-Straße (eher gut gemeint als richtig).

Dennoch würde ich im Moment gerne die ß/ss-Variationen als
übereinstimmend aufgeführt sehen.

Schönen Gruß
Martin



From wendorff at uni-paderborn.de  Sun Oct 14 09:16:11 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sun, 14 Oct 2012 11:16:11 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A7942.8010708@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
Message-ID: <507A82DB.1060207@uni-paderborn.de>

Im Grunde genommen wäre eben ein Zwischenstatus ideal:
- nur osm
- nur liste
- sowohl als auch
- (und zusätzlich) Schreibweise abweichend

Das kann ein Fehler in OSM sein, aber auch einer in der Straßenliste 
oder eine Abweichung zwischen "offiziell" und Straßenschild oder so.
Ich hab mal - bisher ohne Genehmigung, deshalb nicht ins wiki 
eingepflegt, die Straßenliste aus dem Abfallkalender hier mit der bisher 
von flohoff importierten Straßenliste (ohne bekannter Quellenangabe, 
soweit ich weiß) verglichen, dabei sind häufig gerade die Schreibweisen 
unterschiedlich. Eliminiert man diese, fallen die meisten "Fehler" 
zwischen den Listen schon raus.

Während die ersten beiden Varianten (nur osm, nur liste) auf fehlende 
Daten oder so hindeuten und die dritte (sowohl als auch) meist ein gutes 
Zeichen ist, wäre die vierte Variante eben eine wahrscheinlich korrekte 
Fehlermeldung, die einfach zu überprüfen und einzutragen ist.

Gruß
Peter


Am 14.10.2012 10:35, schrieb Martin Trautmann:
> On 12-10-09 13:18, Dietmar wrote:
>> * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
>> Realisierung.
> Für die erste Stufe der Auswertung würde ich den Abgleich gerne etwas
> liberaler sehen:
>
> 1. Ignorieren von Schreibvarianten "ß" vs. "ss": Schloß/Schloss,
> Gäßle/Gässle usw.
>
> 2. Ignorieren der Groß-Klein-Schreibung: "Zum Alten Rathaus" vs. "zum
> alten Rathaus" usw.
>
> 3. evtl. sogar Ignorieren der Getrenttschreibung: "Thüringerstraße" vs.
> "Thüringer Straße"
>
> Sprich: alles, was bei der Suchfunktion noch passendes ausspuckt, das
> könnte am Anfang noch ignoriert werden. Bei 3. bin ich der Meinung, dass
> das noch korrigiert gehört, bei 2. ist's grenzwertig, bei 1. ist die
> Lage völlig unklar zwischen traditionellen Schreibweisen und einer mehr
> oder weniger vollzogenen Umstellung nach Rechtschreibreform.
>
> Schwierig wird's bei Varianten wie
>    Schloßstraße
>    Schlossstraße
>    Schlosstraße (falsch)
>    Schlosstrasse (unwahrscheinlich, aber denkbar: Schloss-Trasse)
>    Schloß-Straße (unwahrscheinlich)
>    Schloss-Straße (eher gut gemeint als richtig).
>
> Dennoch würde ich im Moment gerne die ß/ss-Variationen als
> übereinstimmend aufgeführt sehen.
>
> Schönen Gruß
> Martin
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From poppele at hm.edu  Sun Oct 14 09:37:06 2012
From: poppele at hm.edu (Werner Poppele)
Date: Sun, 14 Oct 2012 11:37:06 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A7942.8010708@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
Message-ID: <507A87C2.2080507@hm.edu>

Martin Trautmann wrote:
> On 12-10-09 13:18, Dietmar wrote:
>> * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche
>> Realisierung.
> Für die erste Stufe der Auswertung würde ich den Abgleich gerne etwas
> liberaler sehen:
>
> 1. Ignorieren von Schreibvarianten "ß" vs. "ss": Schloß/Schloss,
> Gäßle/Gässle usw.
>
> 2. Ignorieren der Groß-Klein-Schreibung: "Zum Alten Rathaus" vs. "zum
> alten Rathaus" usw.
>
> 3. evtl. sogar Ignorieren der Getrenttschreibung: "Thüringerstraße" vs.
> "Thüringer Straße"
>
> Sprich: alles, was bei der Suchfunktion noch passendes ausspuckt, das
> könnte am Anfang noch ignoriert werden. Bei 3. bin ich der Meinung, dass
> das noch korrigiert gehört, bei 2. ist's grenzwertig, bei 1. ist die
> Lage völlig unklar zwischen traditionellen Schreibweisen und einer mehr
> oder weniger vollzogenen Umstellung nach Rechtschreibreform.
>
> Schwierig wird's bei Varianten wie
>    Schloßstraße
>    Schlossstraße
>    Schlosstraße (falsch)
>    Schlosstrasse (unwahrscheinlich, aber denkbar: Schloss-Trasse)
>    Schloß-Straße (unwahrscheinlich)
>    Schloss-Straße (eher gut gemeint als richtig).
>
> Dennoch würde ich im Moment gerne die ß/ss-Variationen als
> übereinstimmend aufgeführt sehen.
>
> Schönen Gruß
> Martin
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
Ich hatte vor einiger Zeit eine Stadtfuehrung in Muenchen, bei der der 
Unterschied zwischen 1. "Augsburger Strasse" und 2. "Augsburgerstrasse" 
erklaert wurde: 1 bezieht sich auf die Stadt, 2 ergibt sich z. B. dann, 
wenn unter "Augsburger" einer gemeint war, der aus Augsburg kam / kommt.

Kann das jemand bestaetigen ?

WernerP





From traut at gmx.de  Sun Oct 14 09:45:20 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 14 Oct 2012 11:45:20 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A82DB.1060207@uni-paderborn.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A82DB.1060207@uni-paderborn.de>
Message-ID: <507A89B0.6040805@gmx.de>

On 12-10-14 11:16, Peter Wendorff wrote:
> Im Grunde genommen wäre eben ein Zwischenstatus ideal:
> - nur osm
> - nur liste
> - sowohl als auch
> - (und zusätzlich) Schreibweise abweichend
> 
> Das kann ein Fehler in OSM sein, aber auch einer in der Straßenliste
> oder eine Abweichung zwischen "offiziell" und Straßenschild oder so.
> Ich hab mal - bisher ohne Genehmigung, deshalb nicht ins wiki
> eingepflegt, die Straßenliste aus dem Abfallkalender hier mit der bisher
> von flohoff importierten Straßenliste (ohne bekannter Quellenangabe,
> soweit ich weiß) verglichen, dabei sind häufig gerade die Schreibweisen
> unterschiedlich. Eliminiert man diese, fallen die meisten "Fehler"
> zwischen den Listen schon raus.

Gerade solche Sekundärlisten wie die Abfallkalender strotzen oft nur vor
weiteren Fehlern - nach meiner Erfahrung typisch sind Fehler im
einstelligen Prozentbereich, was sich über die paar Millionen deutschen
Straßen aufsummiert.

Allerdings fallen auch Schreibvarianten auf, wo die original-offizielle
Schreibweise jeglicher klassischer und moderner Rechtschreibung
widerspricht und nur mit massiver Inkompetenz erklärbar ist.

Ist alt_name dafür eigentlich ein hilfreicher Ansatz? Wird der jetzt
schon bei der Auswertung berücksichtigt?

Mir selbst helfen bei der aktuellen Auswertung:
A) "Positionen der fehlenden Straßen ermitteln" als Google-Maps.Ansicht
B) die Gesamtliste, wo benachbarte Schreibvarianten in rot/gelb als
solche erkennbar sind.

Der Weg zur Korrektur solcher Fehler erfolgt bei mir noch typisch über
Potlatch - also recht mühsam, schon allein, weil ich über OSM mindestens
zwei Zoomstufen zu weit oben in Potlatch einsteige.

Was muss man machen, dass die "edit links wie
<http://localhost:8111/load_and_zoom?bottom=47.98062841796875&top=47.98262841796875&left=7.909390377044677&right=7.911390377044678&select=way185412085>
nutzbar werden?

Hilfreich wären in der Positions-Geschichte auch der Hinweis auf
mögliche Schreibvarianten, z.B. aus der Gesamtliste die unmittelbar
benachbarte, "gelbe" OSM-Version. Im konkreten Link oben wäre das "zum
schwarzen Steg" statt "Zum Schwarzen Steg", und auch "Am Schloß" statt
"Am Schloss" hätte bei mir nur geringe Priorität zum Nachbessern.

Schönen Gruß
Martin



From traut at gmx.de  Sun Oct 14 09:57:31 2012
From: traut at gmx.de (Martin Trautmann)
Date: Sun, 14 Oct 2012 11:57:31 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A87C2.2080507@hm.edu>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A87C2.2080507@hm.edu>
Message-ID: <507A8C8B.4040809@gmx.de>

On 12-10-14 11:37, Werner Poppele wrote:
> Ich hatte vor einiger Zeit eine Stadtfuehrung in Muenchen, bei der der
> Unterschied zwischen 1. "Augsburger Strasse" und 2. "Augsburgerstrasse"
> erklaert wurde: 1 bezieht sich auf die Stadt, 2 ergibt sich z. B. dann,
> wenn unter "Augsburger" einer gemeint war, der aus Augsburg kam / kommt.
> 
> Kann das jemand bestaetigen ?

Nein, die Augsburgerstraße wäre benannt nach dem Herrn (seltener der
Frau) Augsburger, evtl. auch nach der Wurst oder der Haushuhnrasse.

Manchmal heißen Leute nach der Stadt, aus der sie kamen. Das ist aber
heute die Ausnahme.

Schönen Gruß
Martin



From wendorff at uni-paderborn.de  Sun Oct 14 10:09:30 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sun, 14 Oct 2012 12:09:30 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A89B0.6040805@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A82DB.1060207@uni-paderborn.de> <507A89B0.6040805@gmx.de>
Message-ID: <507A8F5A.7070804@uni-paderborn.de>

Am 14.10.2012 11:45, schrieb Martin Trautmann:
> On 12-10-14 11:16, Peter Wendorff wrote:
>> Im Grunde genommen wäre eben ein Zwischenstatus ideal:
>> - nur osm
>> - nur liste
>> - sowohl als auch
>> - (und zusätzlich) Schreibweise abweichend
>>
>> Das kann ein Fehler in OSM sein, aber auch einer in der Straßenliste
>> oder eine Abweichung zwischen "offiziell" und Straßenschild oder so.
>> Ich hab mal - bisher ohne Genehmigung, deshalb nicht ins wiki
>> eingepflegt, die Straßenliste aus dem Abfallkalender hier mit der bisher
>> von flohoff importierten Straßenliste (ohne bekannter Quellenangabe,
>> soweit ich weiß) verglichen, dabei sind häufig gerade die Schreibweisen
>> unterschiedlich. Eliminiert man diese, fallen die meisten "Fehler"
>> zwischen den Listen schon raus.
> Gerade solche Sekundärlisten wie die Abfallkalender strotzen oft nur vor
> weiteren Fehlern - nach meiner Erfahrung typisch sind Fehler im
> einstelligen Prozentbereich, was sich über die paar Millionen deutschen
> Straßen aufsummiert.
>
> Allerdings fallen auch Schreibvarianten auf, wo die original-offizielle
> Schreibweise jeglicher klassischer und moderner Rechtschreibung
> widerspricht und nur mit massiver Inkompetenz erklärbar ist.
>
> Ist alt_name dafür eigentlich ein hilfreicher Ansatz? Wird der jetzt
> schon bei der Auswertung berücksichtigt?
>
> Mir selbst helfen bei der aktuellen Auswertung:
> A) "Positionen der fehlenden Straßen ermitteln" als Google-Maps.Ansicht
> B) die Gesamtliste, wo benachbarte Schreibvarianten in rot/gelb als
> solche erkennbar sind.
>
> Der Weg zur Korrektur solcher Fehler erfolgt bei mir noch typisch über
> Potlatch - also recht mühsam, schon allein, weil ich über OSM mindestens
> zwei Zoomstufen zu weit oben in Potlatch einsteige.
>
> Was muss man machen, dass die "edit links wie
> <http://localhost:8111/load_and_zoom?bottom=47.98062841796875&top=47.98262841796875&left=7.909390377044677&right=7.911390377044678&select=way185412085>
> nutzbar werden?
Dafür sollte es eigentlich reichen, wenn du JOSM gestartet hast, in 
einer halbwegs aktuellen Version (also aus den letzten Monaten ;) ).
Früher war das horchen auf diese Links über ein Plugin realisiert, 
mittlerweile gehört das IMHO zum JOSM-Kern und ist standardmäßig aktiviert.

Josm muss allerdings bereits laufen, damit es darauf reagieren kann.

Ich meine übrigens im Hinterkopf zu haben, dass auch Merkartor die 
remote-links unterstützt (bin mir aber da nicht sicher, kann auch ein 
anderer Editor gewesen sein oder so).

Gruß
Peter



From pille3 at hotmail.com  Sun Oct 14 10:31:29 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sun, 14 Oct 2012 03:31:29 -0700 (PDT)
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <507A8F5A.7070804@uni-paderborn.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A82DB.1060207@uni-paderborn.de> <507A89B0.6040805@gmx.de>
 <507A8F5A.7070804@uni-paderborn.de>
Message-ID: <1350210689013-5730514.post@n5.nabble.com>

Peter Wendorff wrote
>> Was muss man machen, dass die "edit links wie
>> &lt;http://localhost:8111/load_and_zoom?bottom=47.98062841796875&amp;top=47.98262841796875&amp;left=7.909390377044677&amp;right=7.911390377044678&amp;select=way185412085&gt;
>> nutzbar werden?
> Dafür sollte es eigentlich reichen, wenn du JOSM gestartet hast, in 
> einer halbwegs aktuellen Version (also aus den letzten Monaten ;) ).

Aktivieren muss man es allerdings immer noch: Einstellungen / Fernsteuerung
/ Fernsteuerung aktivieren

Gruss
walter




--
View this message in context: http://gis.19327.n5.nabble.com/Stra-enlistenauswertung-in-Beta-Version-verfugbar-tp5729595p5730514.html
Sent from the Germany mailing list archive at Nabble.com.



From tim.alder at s2002.tu-chemnitz.de  Sun Oct 14 17:23:51 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Sun, 14 Oct 2012 19:23:51 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5653v$36q$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org>
Message-ID: <k5esf5$k4d$1@ger.gmane.org>

So, die Daten sind jetzt drin.
Mein nächstes Ziel sind die Hauptstädte und noch die paar Kontienente.

Deutlich umfangreicher wird dann die Arbeit an nächst untergeordneten 
Verwaltungseinheiten gemäß ISO_3166-2, die Übersetzungen stehen zu 
großen Teilen in der Wikipedia, aber halt nicht Computer lesbar, auch in 
OSM scheinen die Daten nicht so sauber erfasst zu sein. Das heißt, da 
müssen wohl mehr Leute sich dran beteiligen.

Grüße Tim

[1]http://de.wikipedia.org/wiki/Kategorie:ISO_3166-2


Am 11.10.2012 11:56, schrieb Kolossos:
> Hallo,
> für die mehrsprachigen Karten würde ich anfangs gerne alle Ländernamen
> in alle Sprachen übersetzt vorliegen haben wollen. Später kann man sich
> ja dann um Bundesländer, Städte und Flußnamen kümmern.
>
> Dafür gibt es einen freien und verläßlich erscheinenden Datenbestand aus
> dem Unicode-Projekt, der sich CLDR[1] nennt.
> Diese Daten habe ich in eine PHP generierte Liste[3] umgewandelt, die
> erstens zu jeder Sprache angibt, wieviele Übersetzungen es von Ländern
> und Kontinenten gibt und zweitens wird für jedes Land eine Liste der
> Übersetzungen angegeben. Dabei kommt ein Format zum Einsatz, wie man es
> für remoteControl/addtags nutzen könnte.
>
> Die Übersetzungen in die bekannteren Sprachen wurden schon mal durch das
> Projekt Multilingual-Country-List[2] angefangen, es fehlen aber noch ca.
> 70% der Sprachen. Die Verknüpfungen aus diesem Projekt zu JOSM mittels
> remotecontrol würde ich mit den addtags-Einträgen meiner Liste
> kombinieren, dabei würde nichts überschrieben werden.
>
> Da mir klar ist, dass man bei einem solchen Import viel Schaden
> anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.
>
> Grüße Tim
>
> [1]http://cldr.unicode.org/
> [2]http://toolserver.org/~mazder/multilingual-country-list/
> [3]http://toolserver.org/~kolossos/cldr/
> Quelltext: http://toolserver.org/~kolossos/cldr/index-source.php





From tim.alder at s2002.tu-chemnitz.de  Sun Oct 14 18:02:05 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Sun, 14 Oct 2012 20:02:05 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5esf5$k4d$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
Message-ID: <k5eums$5b4$1@ger.gmane.org>

Ich habe jetzt doch noch eine Übersetzung der Verwaltungseinheiten gemäß 
ISO_3166-2 gefunden:
http://pkg-isocodes.alioth.debian.org/

Ein gettext-Packet von Debian das unter LGPL vorliegt.
Jetzt müßten nur noch die OSM-Daten sauber sein.

Grüße Tim





From pille3 at hotmail.com  Sun Oct 14 22:47:53 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sun, 14 Oct 2012 15:47:53 -0700 (PDT)
Subject: [Talk-de] =?utf-8?q?L=C3=A4nder=C3=BCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5eums$5b4$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org>
Message-ID: <1350254873841-5730592.post@n5.nabble.com>

sind wohl nicht alle happy:

http://www.openstreetmap.org/browse/changeset/13499608

Gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/Landerubersetzungen-mittels-CLDR-tp5729922p5730592.html
Sent from the Germany mailing list archive at Nabble.com.



From jonasxk at googlemail.com  Mon Oct 15 08:42:08 2012
From: jonasxk at googlemail.com (=?iso-8859-1?Q?Jonas_Kr=FCckel?=)
Date: Mon, 15 Oct 2012 10:42:08 +0200
Subject: [Talk-de] Wochennotiz Nr. 117
Message-ID: <07F094AC-9B22-4640-93AF-1B94375F2F47@googlemail.com>

Hallo,

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

Viel Spaß beim Lesen!


From manuel.spam at nurfuerspam.de  Mon Oct 15 10:51:05 2012
From: manuel.spam at nurfuerspam.de (Manuel Reimer)
Date: Mon, 15 Oct 2012 10:51:05 +0000 (UTC)
Subject: [Talk-de]
	=?utf-8?q?=22Relationen_sind_keine_Kategorien=22_aus_de?=
	=?utf-8?q?r_Sicht_des=09Mappers?=
References: <6aqj78d449pdr2or9up3h1nucimg2tbpj8@4ax.com>
Message-ID: <loom.20121015T124002-914@post.gmane.org>

Tirkon <tirkon33 <at> yahoo.de> writes:
> Der Pferdefuß an der Sache: Nur eine kleine Minderheit von Mappern ist
> in der Lage, APIs zu nutzen.

Kommt auf die API an. In sehr vielen Fällen kann man mittlerweile mit der
Overpass-API das gewünschte erreichen.

Wobei hier natürlich noch Erweiterungspotential besteht. Dein Beispiel "alle
Fußwege aus Sachsen" ist z.B. wohl eher nicht mit Overpass-API lösbar, oder
doch? Kann man statt einer Bounding-Box auch eine Grenzrelation übergeben?

Ich finde das Wiki-Beispiel ohnehin eher schlecht. Immer wieder wird davon
ausgegangen, dass ein potentieller Datennutzer selber eine DB aufsetzen und
aktuell halten will oder kann. Die wenigsten können das. Niemand setzt "mal
eben" für eine kleine Vereinskarte, die ein paar POIs besonders hervorhiebt,
einen ganzen Server auf. Die allermeisten haben einfaches Webhosting mit PHP,
MySQL, eventuell noch CGI und SSI. Die paar POIs kann man aber ganz wunderbar
mit der Overpass-API abholen. Und wenn man das mit einem Cron-Job einmal täglich
macht, dann ist die Karte ausreichend aktuell, der API-Dienst aber auch nicht
übermäßig strapaziert.

> Für die gewaltige Mehrheit von Otto
> Normalmappern - und das sind nicht nur Wikipedianer - sind Relationen
> das einzige Mittel hierfür. Sie rufen die Relation auf und haben damit
> alle gewünschten Member. Für sie erscheint die Sache so, als ob sie
> ausgeschlossen werden, aber kommerzielle Unternehmen mit
> entsprechendem Sachverstand die Datenbank nutzen können.

Für einfache Fälle würde es ausreichen, einmal in einer der
Diskussionsplattformen (Mailingliste oder Forum) nachzufragen. Irgendwer wird
wohl auf die Schnelle die gewünscht Abfrage bauen können. Auf jedem Fall wird
das Ergebnis schneller vorliegen als wenn derjenige selber manuell beginnt
irgendwie die gewünschten Objekte zusammenzusuchen und in eine Relation zu
fummeln. Ganz davon abgesehen, dass das definitiv niemand weiterpflegen wird.
Schon weil jemand, der auch solche Objekte eintragen will, nicht erst nach
Relationen sucht, in die er seine Objekte hinzufügen soll.

> Sprich: Erst !!nutzbare!! Features machen das Mappen auch für
> Nichtprogrammierer attraktiv.

--> Overpass-API oder ggf. nachfragen. Ein passender API-Aufruf ist immer
aktuell. Eine Relation macht dagegen ständig Arbeit, weil sie aktuell gehalten
werden muss.

Gruß

Manuel




From osm at tappenbeck.net  Mon Oct 15 18:48:54 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Mon, 15 Oct 2012 20:48:54 +0200
Subject: [Talk-de] Maperative: Probleme mit der Darstellung auf
	unterschiedlichen Betriebssystemen
Message-ID: <507C5A96.5090909@tappenbeck.net>

Hi !

ich habe für ein Projekt einen einfachen Style definiert und diese 
Karten auf Windows erstellt.

Nun sollen künftig die Tiles auf Ubuntu gerendert werden. Es kommt zu 
unterschiedlichen Tile-Darstellungen:

siehe hier: 
https://lh5.googleusercontent.com/-y6IjnEZdLbI/UHwQlOdgEQI/AAAAAAAAABM/l5FFaGA0Xps/s1600/maperative_differenze.png

Ich habe schon in der entsprechenden google-Group nachgefragt und leider 
nur diese Antwort bekommen:

"Mono (=Linux) rendering code just a close approximation of the one on 
Windows (GDI+). This is Mono's thing and nothing can really be done 
about it. "

Hat einer von Euch dennoch eine Idee - auch wenn das Ergebnis vielleicht 
nicht 100% mit Windows übereinstimmt; aber damit immer noch besser ist 
als jetzt.

gruß Jan :-)



From frederik at remote.org  Tue Oct 16 09:23:35 2012
From: frederik at remote.org (Frederik Ramm)
Date: Tue, 16 Oct 2012 11:23:35 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Message-ID: <507D2797.9020802@remote.org>

Hi,

    Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit 
dem sog. "Notes Branch" bereitgestellt, das ist praktisch eine 
OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). 
Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine 
Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst.

Hier ist die Testseite:

http://notes.apis.dev.openstreetmap.org/

Wenn man weit genug reingezoomt ist, kann man unten rechts "Add a Note" 
einen Bug setzen.

Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, 
dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details 
auf der dev-Liste unter "Notes Branch".

Bye
Frederik

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



From osm at tappenbeck.net  Tue Oct 16 14:50:22 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Tue, 16 Oct 2012 16:50:22 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507D2797.9020802@remote.org>
References: <507D2797.9020802@remote.org>
Message-ID: <k5js7h$3io$1@ger.gmane.org>

Am 16.10.2012 11:23, schrieb Frederik Ramm:
> Hi,
>
> Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem
> sog. "Notes Branch" bereitgestellt, das ist praktisch eine
> OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter).
> Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine
> Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst.
>
> Hier ist die Testseite:
>
> http://notes.apis.dev.openstreetmap.org/
>
> Wenn man weit genug reingezoomt ist, kann man unten rechts "Add a Note"
> einen Bug setzen.
>
> Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran,
> dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details
> auf der dev-Liste unter "Notes Branch".
>
> Bye
> Frederik
>


Hi !

was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte 
gesetzt - das finde ich irgendwie unpassend.

Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem 
Zielen auf die Bildschirmmitte.

Kimme - Korn - ran.

Gruß Jan :-)




From ewoerner at kde.org  Tue Oct 16 15:01:09 2012
From: ewoerner at kde.org (Eckhart =?ISO-8859-1?Q?W=F6rner?=)
Date: Tue, 16 Oct 2012 17:01:09 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <k5js7h$3io$1@ger.gmane.org>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
Message-ID: <1777074.33JzL9dlZC@obiwan>

Hallo Jan,

Am Dienstag, 16. Oktober 2012, 16:50:22 schrieb Jan Tappenbeck:
> was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte 
> gesetzt - das finde ich irgendwie unpassend.
> 
> Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem 
> Zielen auf die Bildschirmmitte.
> 
> Kimme - Korn - ran.

man kann den Marker doch verschieben?

Eckhart



From unnoetige_mails at gmx.de  Tue Oct 16 15:05:50 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Tue, 16 Oct 2012 17:05:50 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507D2797.9020802@remote.org>
References: <507D2797.9020802@remote.org>
Message-ID: <507D77CE.5010705@gmx.de>

Hallo,

schöne Sache und für meine Vorstellungen schön diskret.
Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht 
bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein 
Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich.
So in der Art "Sieht du einen Fehler? - hinterlasse eine Notiz". Ach, 
eine Option zum abschalten fehlt noch. Später besteht die Karte nur noch 
aus roten Punkten. ;)

vg

Andreas

Am 16.10.2012 11:23, schrieb Frederik Ramm:
> Hi,
>
>    Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit 
> dem sog. "Notes Branch" bereitgestellt, das ist praktisch eine 
> OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). 
> Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine 
> Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst.
>
> Hier ist die Testseite:
>
> http://notes.apis.dev.openstreetmap.org/
>
> Wenn man weit genug reingezoomt ist, kann man unten rechts "Add a 
> Note" einen Bug setzen.
>
> Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, 
> dass wir das ueber kurz oder lang so auf der Startseite kriegen. 
> Details auf der dev-Liste unter "Notes Branch".
>
> Bye
> Frederik
>



From osm at tobias-knerr.de  Tue Oct 16 15:17:57 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Tue, 16 Oct 2012 17:17:57 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <k5js7h$3io$1@ger.gmane.org>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
Message-ID: <507D7AA5.9000801@tobias-knerr.de>

> Am 16.10.2012 11:23, schrieb Frederik Ramm:
>> Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran,
>> dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details
>> auf der dev-Liste unter "Notes Branch".

Ich habe auf dev nichts gelesen und mich daher gerade gewundert. Der
Thread war aber auf rails-dev, falls ihn jemand sucht.

Am 16.10.2012 16:50, schrieb Jan Tappenbeck:
> was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte
> gesetzt - das finde ich irgendwie unpassend.

Und dass in den aufpoppenden Sprechblase dann "Move the marker to the
correct position" steht, ist dir nicht aufgefallen? ;)

Ich finde allerdings nicht ideal, dass unklar bleibt, wozu diese "note"
gut ist - also dass es sich um eine Möglichkeit handelt, einen Fehler zu
melden. So könnte das genauso gut eine persönliche Notiz sein, also
"hier auf dem Heimweg mein Paket abholen".

Auch das "Close" ist eine schlechte Beschriftung - ich habe prompt beim
Versuch, die Sprechblase zu schließen, meinen Test-Bug als behoben
markiert. Osmbugs hat hier das weniger missverständliche "Mark as fixed"
stehen. Es gibt auch keine Möglichkeit, einen versehentlich oder
böswillig geschlossenen Bug wieder zu öffnen.

Gruß,
Tobias



From norbert.wenzel.lists at gmail.com  Tue Oct 16 15:28:47 2012
From: norbert.wenzel.lists at gmail.com (Norbert Wenzel)
Date: Tue, 16 Oct 2012 17:28:47 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507D7AA5.9000801@tobias-knerr.de>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de>
Message-ID: <507D7D2F.6030606@gmail.com>

On 16.10.2012 17:17, Tobias Knerr wrote:
> Am 16.10.2012 16:50, schrieb Jan Tappenbeck:
>> was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte
>> gesetzt - das finde ich irgendwie unpassend.
>
> Und dass in den aufpoppenden Sprechblase dann "Move the marker to the
> correct position" steht, ist dir nicht aufgefallen? ;)

Ich kann nicht für Jan sprechen, aber ich hab den Text zwar gelesen, 
aber den Marker trotzdem übersehen. Der hellgrüne Marker mit dem Zipfel 
der weißen Sprechblase ist bei mir auf einem hellen Teil der Karte 
dargestellt worden. Die Kombination aus einem schlecht eingestellten 
Arbeitsmonitor und schlampig hinschauen hat mich einige Zeit nach dem 
beschriebenen Marker suchen lassen.

Also vielleicht wär sowas wie eine Outline gut, die den Marker 
deutlicher von der Karte hervorhebt. Oder man setzt den Marker an den 
linken (sprich, Beginn der Leserichtung) Rand des großen Eingabefelds, 
ev. fällt er dort mehr auf.

Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich 
freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen.

Norbert




From osm at tappenbeck.net  Tue Oct 16 18:18:53 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Tue, 16 Oct 2012 20:18:53 +0200
Subject: [Talk-de] ...war wohl zu einfach in der Herangehensweise
In-Reply-To: <507D7D2F.6030606@gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
Message-ID: <k5k8eg$q10$1@ger.gmane.org>

Moin !

Am 16.10.2012 17:28, schrieb Norbert Wenzel:
> On 16.10.2012 17:17, Tobias Knerr wrote:
>> Am 16.10.2012 16:50, schrieb Jan Tappenbeck:
>>> was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte
>>> gesetzt - das finde ich irgendwie unpassend.
>>
>> Und dass in den aufpoppenden Sprechblase dann "Move the marker to the
>> correct position" steht, ist dir nicht aufgefallen? ;)
>
> Ich kann nicht für Jan sprechen, aber ich hab den Text zwar gelesen,
> aber den Marker trotzdem übersehen. Der hellgrüne Marker mit dem Zipfel
> der weißen Sprechblase ist bei mir auf einem hellen Teil der Karte
> dargestellt worden. Die Kombination aus einem schlecht eingestellten
> Arbeitsmonitor und schlampig hinschauen hat mich einige Zeit nach dem
> beschriebenen Marker suchen lassen.

Hast recht, war etwas auf die schnelle, aber relativ einfacht gedacht 
und dann hat es scheinbar nicht zum Erfolg geführt.


Gruß Jan :-)




From osm at tappenbeck.net  Tue Oct 16 18:19:42 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Tue, 16 Oct 2012 20:19:42 +0200
Subject: [Talk-de] ... dem stimme ich zu!
In-Reply-To: <507D77CE.5010705@gmx.de>
References: <507D2797.9020802@remote.org> <507D77CE.5010705@gmx.de>
Message-ID: <k5k8g1$q10$2@ger.gmane.org>

Am 16.10.2012 17:05, schrieb Andreas Dommaschk:
> Hallo,
>
> schöne Sache und für meine Vorstellungen schön diskret.
> Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht
> bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein
> Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich.
> So in der Art "Sieht du einen Fehler? - hinterlasse eine Notiz". Ach,

+1

Gruß Jan :-)

> eine Option zum abschalten fehlt noch. Später besteht die Karte nur noch
> aus roten Punkten. ;)
>
> vg
>
> Andreas
>
> Am 16.10.2012 11:23, schrieb Frederik Ramm:
>> Hi,
>>
>> Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem
>> sog. "Notes Branch" bereitgestellt, das ist praktisch eine
>> OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter).
>> Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine
>> Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst.
>>
>> Hier ist die Testseite:
>>
>> http://notes.apis.dev.openstreetmap.org/
>>
>> Wenn man weit genug reingezoomt ist, kann man unten rechts "Add a
>> Note" einen Bug setzen.
>>
>> Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran,
>> dass wir das ueber kurz oder lang so auf der Startseite kriegen.
>> Details auf der dev-Liste unter "Notes Branch".
>>
>> Bye
>> Frederik
>>





From krippi at gmail.com  Tue Oct 16 18:40:14 2012
From: krippi at gmail.com (Jannis Achstetter)
Date: Tue, 16 Oct 2012 20:40:14 +0200
Subject: [Talk-de] ... dem stimme ich zu!
In-Reply-To: <k5k8g1$q10$2@ger.gmane.org>
References: <507D2797.9020802@remote.org> <507D77CE.5010705@gmx.de>
 <k5k8g1$q10$2@ger.gmane.org>
Message-ID: <507DAA0E.3050100@gmail.com>

Am 16.10.2012 20:19, schrieb Jan Tappenbeck:
> Am 16.10.2012 17:05, schrieb Andreas Dommaschk:
>> Hallo,
>>
>> schöne Sache und für meine Vorstellungen schön diskret.
>> Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht
>> bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein
>> Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich.
>> So in der Art "Sieht du einen Fehler? - hinterlasse eine Notiz". Ach,
> 
> +1

Lass bitte trotzdem das Thema im Betreff!

Danke





From czarkowski at gmail.com  Tue Oct 16 19:37:26 2012
From: czarkowski at gmail.com (Martin Czarkowski)
Date: Tue, 16 Oct 2012 21:37:26 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507D7D2F.6030606@gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
Message-ID: <507DB776.3010001@gmail.com>


Am 16.10.2012 17:28, schrieb Norbert Wenzel:
> Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich 
> freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. 
Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf 
die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was 
verpasst? Wenn schon etwas ähnliches "erfunden" wurde, wieso von neu 
anfangen?

MC




From wendorff at uni-paderborn.de  Tue Oct 16 19:59:01 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Tue, 16 Oct 2012 21:59:01 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DB776.3010001@gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
Message-ID: <507DBC85.7040105@uni-paderborn.de>

Am 16.10.2012 21:37, schrieb Martin Czarkowski:
>
> Am 16.10.2012 17:28, schrieb Norbert Wenzel:
>> Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich 
>> freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. 
> Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer 
> auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich 
> was verpasst? Wenn schon etwas ähnliches "erfunden" wurde, wieso von 
> neu anfangen?
Neben vermutlich anderen Gründen, weil es eben nicht einfach ein 
weiterer Tile-Layer ist, sondern auch die eigentliche Funktion 
eingebunden werden muss etc.
Damit ist eben nicht "einfach nur" ein weiterer Layer einzubinden, 
sondern zusätzliches javascript, Serverseitiges Handling und so weiter.

Gruß
Peter



From frederik at remote.org  Tue Oct 16 20:04:21 2012
From: frederik at remote.org (Frederik Ramm)
Date: Tue, 16 Oct 2012 22:04:21 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DBC85.7040105@uni-paderborn.de>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <507DBC85.7040105@uni-paderborn.de>
Message-ID: <507DBDC5.20700@remote.org>

Hi,

On 16.10.2012 21:59, Peter Wendorff wrote:
> Damit ist eben nicht "einfach nur" ein weiterer Layer einzubinden,
> sondern zusätzliches javascript, Serverseitiges Handling und so weiter.

Ja, einer der Gruende war auch, dass die OSM-Webseite eine bestimmte Art 
der Spracheinstellung und Internationalisierung benutzt, und da sollte 
das natuerlich alles dazu passen.

Bye
Frederik

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



From kakrueger at gmail.com  Tue Oct 16 20:37:35 2012
From: kakrueger at gmail.com (Kai Krueger)
Date: Tue, 16 Oct 2012 13:37:35 -0700 (PDT)
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DB776.3010001@gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
Message-ID: <1350419855604-5731069.post@n5.nabble.com>

Martin Czarkowski wrote
> Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf 
> die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was 
> verpasst? Wenn schon etwas ähnliches "erfunden" wurde, wieso von neu 
> anfangen?

Die Antwort ist wohl zweigeteilt:

1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das daran
das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter
eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet
weg bricht wenn der "Drittanbieter" den Dienst einstellen will / muss. Auch
wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das
einfach eine gewisse Absicherung.

Ausserdem kann man wie schon geschrieben die Sache dann besser in die
restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen
wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM
user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die man
kommentiert hat aufgelistet bekommen. (z.b.
http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter
kann man dann vielleicht auch noch weitere Funktionen integrieren.

2) Client-seitig (also die JavaScript Version): Die urspruengliche Version
hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach
"Code-Stilistisch" nicht so gut zum restlichen Code gepasst, sodass es
schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach
angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features
und Verbesserungen einzubauen.


Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf
osm.org laueft ist noch nicht entschieden.

Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu
importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden.
Dann muesste die Version auf osm.org allerdings kompatibel bleiben.
Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen
das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise
noetig ist um Vandalismus und Spam entgegen zu wirken.

Kai








--
View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.html
Sent from the Germany mailing list archive at Nabble.com.



From hd at taponet.de  Tue Oct 16 20:52:42 2012
From: hd at taponet.de (hansdorfff)
Date: Tue, 16 Oct 2012 22:52:42 +0200
Subject: [Talk-de] Wochennotiz Nr. 117
In-Reply-To: <07F094AC-9B22-4640-93AF-1B94375F2F47@googlemail.com>
References: <07F094AC-9B22-4640-93AF-1B94375F2F47@googlemail.com>
Message-ID: <507DC91A.3060807@taponet.de>

Hey,

Am 15.10.2012 10:42, schrieb Jonas Krückel:
> Hallo,
>
> die Wochennotiz Nr. 117 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/10/wochennotiz-nr-117/

ich freue mich auf jede neue Wochennotiz!

Danke!



From osm_ at malenki.ch  Tue Oct 16 22:24:00 2012
From: osm_ at malenki.ch (malenki)
Date: Wed, 17 Oct 2012 00:24:00 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
 <1350419855604-5731069.post@n5.nabble.com>
Message-ID: <20121017002400.402885c3@malenki.ch>

Kai Krueger schrieb:

>Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und
>auf osm.org laueft ist noch nicht entschieden.

Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder
anderen Editoren komfortabel bearbeiten kann.

Ansonsten finde ich den Workflow der Bugerstellung etwas
unkomfortabler als auf OSB, wobei diese Seite hinsichtlich des
Arbeitsablaufes den "Vorteil" hat, eine Webseite mit einem einzigen
Zweck zu sein.

Gruß
malenki





From frederik at remote.org  Tue Oct 16 22:29:09 2012
From: frederik at remote.org (Frederik Ramm)
Date: Wed, 17 Oct 2012 00:29:09 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <1350419855604-5731069.post@n5.nabble.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <1350419855604-5731069.post@n5.nabble.com>
Message-ID: <507DDFB5.7030101@remote.org>

Hi,

On 16.10.2012 22:37, Kai Krueger wrote:
> Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf
> osm.org laueft ist noch nicht entschieden.
>
> Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu
> importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden.

Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde 
ich sagen, Schokokeks kann dann ersatzlos gestrichen werden.

> Dann muesste die Version auf osm.org allerdings kompatibel bleiben.
> Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen
> das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise
> noetig ist um Vandalismus und Spam entgegen zu wirken.

Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade 
das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden 
schnell was reporten konnte. Wenn es so waere, dass man auf der 
OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter 
behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie 
ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei 
Plattformen.

Bye
Frederik

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



From kakrueger at gmail.com  Tue Oct 16 22:37:30 2012
From: kakrueger at gmail.com (Kai Krueger)
Date: Tue, 16 Oct 2012 15:37:30 -0700 (PDT)
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <20121017002400.402885c3@malenki.ch>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <1350419855604-5731069.post@n5.nabble.com>
 <20121017002400.402885c3@malenki.ch>
Message-ID: <1350427050470-5731095.post@n5.nabble.com>

malenki wrote
> Kai Krueger schrieb:
> 
>>Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und
>>auf osm.org laueft ist noch nicht entschieden.
> 
> Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder
> anderen Editoren komfortabel bearbeiten kann.

Prinzipiell genauso wie jetz auch. Die neue Implementation hat eine sehr
aehnliche API [1]  wie die Alte. Moeglicherweise sogar fuer
Kompatibilitaetsgruenden die Gleiche.

Insofern muss man lediglich die URL(s) im OSB plug-in etwas aendern.
Insofern sollte es moeglich sein alle externen Editoren oder Seiten recht
schnell an die OSB implementation auf osm.org anzupassen.

Kai 

[1] http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API_0.6    Diese Seite
ist noch nicht ganz korrekt und ich muss noch ein paar Aktualisierungen
durchfuehren.



--
View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731095.html
Sent from the Germany mailing list archive at Nabble.com.



From list at lab.at  Tue Oct 16 23:22:32 2012
From: list at lab.at (Andreas Labres)
Date: Wed, 17 Oct 2012 01:22:32 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507D2797.9020802@remote.org>
References: <507D2797.9020802@remote.org>
Message-ID: <507DEC38.10602@al.lab.at>

1. Bitte kompatibel mit OpenStreetBugs machen und auch die OSB-Datenbank
übernehmen und ersetzen!
    (sprich auch die Funktionalität wie RSS-Feed übernehmen!)
2. Bitte ein Interface wie OSB mit klick-"hier etwas setzen"



From kakrueger at gmail.com  Tue Oct 16 23:23:52 2012
From: kakrueger at gmail.com (Kai Krueger)
Date: Tue, 16 Oct 2012 16:23:52 -0700 (PDT)
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DDFB5.7030101@remote.org>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <1350419855604-5731069.post@n5.nabble.com>
 <507DDFB5.7030101@remote.org>
Message-ID: <1350429832971-5731106.post@n5.nabble.com>

Frederik Ramm wrote
> Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde 
> ich sagen, Schokokeks kann dann ersatzlos gestrichen werden.

Es gibt inzwischen einige Programme und Editoren die die Schokokeks OSB
seite verwenden. Ein einfaches abschalten halte ich in der Hinsicht also
nicht fuer so sinnvoll. Eine gewisse Uebergangsregelung waere imho also auf
jedenfall noetig. Ein proxy um die Anfragen einfach umzuleiten halte ich
dabei (wenn technisch machbar) am sinnvollsten.

Aber wie gesagt ich weis nicht ob es weder technisch moeglich ist (beide
Implementationen ausreichend kompatibel), oder politisch gewollt ist ein
import der alten Daten vorzunehemen.


Frederik Ramm wrote
>> Dann muesste die Version auf osm.org allerdings kompatibel bleiben.
>> Insbesondere waere es dann nicht moeglich (oder schwieriger)
>> vorrauszusetzen
>> das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise
>> noetig ist um Vandalismus und Spam entgegen zu wirken.
> 
> Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade 
> das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden 
> schnell was reporten konnte. Wenn es so waere, dass man auf der 
> OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter 
> behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie 
> ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei 
> Plattformen.

Ich waere eigentlich auch eher dagegen, das man verlangt sich einzuloggen.
Und im Moment ist es auch moeglich als NoName Notes zu erstellen, zu
schliessen und zu kommentieren. Andererseits weis ich nicht ob man eine
voellig ungeschuetzte API auf einer high-profile site wie osm.org betreiben
kann ohne von Spam ueberschuettet zu werden. Insofern kann es sein das eine
niedrige Huerde wie das registrieren noetig wird, sollte keine bessere
Loesung gefunden werden. 

Unter anderem desshalb versuche ich im Moment aber auch die Erstellung eines
Accounts zu erleichtern. Abgesehen von Google, Yahoo und OpenID die man
bereits jetzt verwenden kann, bastele ich daran das man sich auch mit einem
Facebook oder Windows live account in OSM.org einloggen kann. (Damit waeren
dann die groessten identity provider abgedeckt). Desweiteren wuerde ich
gerne den extra Schritt der email Bestaetigung eines neuen Accounts
ueberspringen wenn man sich ueber Google, Yahoo oder Facebook anmeldet. Dann
kann man sich mit insgesammt 4 clicks einen account erstellen und ist sofort
angemeldet.

Das ist zwar immer noch mehr Aufwand als wenn man anonym posten kann, aber
hoffentlich eine verhaeltnissmaessig kleine Barriaere, sollte es noetig
werden.

Kai



--
View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731106.html
Sent from the Germany mailing list archive at Nabble.com.



From kakrueger at gmail.com  Tue Oct 16 23:27:55 2012
From: kakrueger at gmail.com (Kai Krueger)
Date: Tue, 16 Oct 2012 16:27:55 -0700 (PDT)
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DEC38.10602@al.lab.at>
References: <507D2797.9020802@remote.org> <507DEC38.10602@al.lab.at>
Message-ID: <1350430075011-5731107.post@n5.nabble.com>

Andreas Labres wrote
>     (sprich auch die Funktionalität wie RSS-Feed übernehmen!)

RSS-Feed existiert bereits. Z.B.
http://notes.apis.dev.openstreetmap.org/api/0.6/notes.rss?&l=0&r=1&b=0&t=1
fuer ein RSS feed in der bbox (0.0|0.0 1.0|1.0)



--
View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731107.html
Sent from the Germany mailing list archive at Nabble.com.



From bernd at bwurst.org  Wed Oct 17 03:50:11 2012
From: bernd at bwurst.org (Bernd Wurst)
Date: Wed, 17 Oct 2012 05:50:11 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507DB776.3010001@gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
Message-ID: <507E2AF3.3000808@bwurst.org>

Hallo.

Am 16.10.2012 21:37, schrieb Martin Czarkowski:
> Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf
> die Hauptseite ein?

Seinerzeit, als "Xav" OSB zwar (afaik) initial erfunden hat aber dann
doch keine Entwicklung mehr stattfand, hat der jetzige Betreiber Mitja
den Code einfach neu geschrieben und ich habe ihm das Hosting dafür
angeboten.

Die erstrangige Zielsetzung war, das Prinzip OSB zu unterstützen und das
von Xav angefangene Projekt schnell und einfach wieder zum Leben zu
erwecken. Performance war weder oberste Priorität bei der Entwicklung
des Codes noch ist es das beim Hosting.

Das OpenStreeBugs-Werkzeug läuft bisher auf einem Testserver bei uns und
hatte durchaus ein paar Downtimes, insbesondere als Heise mal in einem
Artikel auf eine Karte verlinkt hat die unseren Layer direkt einbindet,
da mussten wir das 3 Tage abschalten. Für solche Lasten ist das nie
ausgelegt gewesen.

Als OSM-Nutzer würde es mich auch sehr freuen, wenn das unter dem Dach
der regulären OSM-Server einziehen kann. Unsere Testumgebung hat zwar in
den meisten Fällen ausreichend funktioniert, war aber nie als Endlösung
gedacht.

Alle Software die unser Angebot momentan direkt nutzt, wird bei einer
entsprechenden Integration im Hauptserver sehr schnell reagieren, da bin
ich sicher. Man denke nur an die vergangenen API-Wechsel der
OSM-Haupt-API. Auch das hat nie lange Probleme gemacht.

Ich denke dass ein Proxy (was ja schon nennenswert Programmierarbeit
ist) nicht wirklich nötig sein sollte. Wenn man einfach auf jeden
Request einen Bugreport "you are using an old OpenStreetBugs interface,
look at XYZ for the current one" ausliefert, merken das die Nutzer und
Betreiber der anderen Services schnell.

Gruß, Bernd

(Betreiber von schokokeks.org Hosting)



-------------- 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/20121017/6cea9927/attachment.sig>

From Franz at vongordon.de  Wed Oct 17 06:20:39 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Wed, 17 Oct 2012 08:20:39 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Message-ID: <507E4E37.2090001@vongordon.de>

Hallo,

Erstellen eines Bugs ohne Anmeldung sollte beibehalten bleiben - so bin 
ich auch zu OSM gekommen. Aber das Löschen eines Bugs sollte nur mit der 
OSM Anmeldung (für Potlatch / fürs Forum) möglich sein, damit *immer* 
ein Verantwortlicher (der das behoben/geprüft hat) automatisch 
eingetragen ist. In solchen Fällen, wo jemand in Süddeutschland sehr 
viele Bugs geschlossen hat ("OSB-Spam"), kann er sich nicht mehr hinter 
"No Name" verstecken - er ist dann über den OSM-Anmeldenamen per Mail 
erreichbar.

Franz



From zipf at uni-heidelberg.de  Wed Oct 17 08:01:00 2012
From: zipf at uni-heidelberg.de (Alexander Zipf)
Date: Wed, 17 Oct 2012 10:01:00 +0200
Subject: [Talk-de] =?iso-8859-15?q?Beitr=E4ge_oder_Aussteller_mit_Bezug_OS?=
 =?iso-8859-15?q?M_auf_der_GEOINFORMATIK_2013_in_HD?=
Message-ID: <507E65BC.6030007@uni-heidelberg.de>

Hallo,

entschuldigt, evtl. leicht off-topic;
aber ich möchte kurz darauf hinweisen, dass Beiträge oder Aussteller mit 
Bezug zu OSM auf der Veranstaltung GEOINFORMATIK 2013 in Heidelberg 
natürlich sehr gern gesehen werden!
Die Veranstaltung findet vom 13.-15.03.2013 in der Heidelberger Altstadt 
statt und bietet ein Forum für Firmen, Verwaltung und Wissenschaft und 
sonstigen Institutionen mit Bezug zu Geoinformation.

Details unter http://geoinformatik2013.de

Es gibt einen call für Beiträge für
- Beiträge aus der Praxis (1-2 Seiten): Deadline 21.12.2012
- wissenschaftliche full paper: Deadline 29.10.2012

Informationen zur Fachausstellung:
http://geoinformatik2013.de/download/ausstellerkonditionen.pdf

Es würde mich freuen OSM hier stark vertreten zu sehen.

bis vielleicht im März in HD
alexander zipf

ps. das Motto "geo together" soll u.a. auf community-ansätze anspielen



From osm at aighes.de  Wed Oct 17 08:03:49 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 17 Oct 2012 10:03:49 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <1350429832971-5731106.post@n5.nabble.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <1350419855604-5731069.post@n5.nabble.com>
 <507DDFB5.7030101@remote.org> <1350429832971-5731106.post@n5.nabble.com>
Message-ID: <507E6665.5040602@aighes.de>

Hallo
Gerade das Bug-Melden ohne Account ist doch gerade der Sinn von OSB. 
Dennoch fände ich es gut, wenn man sich Anmelden könnte und dann in 
seinem User-Profil irgendwo eine neue Seite hätte mit seinen offenen und 
geschlossenen Bugs.

Beim anonymen Bug-melden könnte man das ganze ja über ein Captcha 
absichern, wen der SPAM zum Problem wird.

Henning




From jochen at remote.org  Wed Oct 17 08:16:54 2012
From: jochen at remote.org (Jochen Topf)
Date: Wed, 17 Oct 2012 10:16:54 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Beitr=E4ge_oder_Aussteller_mit_Bezug_OSM?=
	=?iso-8859-1?q?_auf_der_GEOINFORMATIK_2013_in_HD?=
In-Reply-To: <507E65BC.6030007@uni-heidelberg.de>
References: <507E65BC.6030007@uni-heidelberg.de>
Message-ID: <20121017081654.GA31744@eldorado.topf.org>

On Wed, Oct 17, 2012 at 10:01:00AM +0200, Alexander Zipf wrote:
> entschuldigt, evtl. leicht off-topic;
> aber ich möchte kurz darauf hinweisen, dass Beiträge oder Aussteller
> mit Bezug zu OSM auf der Veranstaltung GEOINFORMATIK 2013 in
> Heidelberg natürlich sehr gern gesehen werden!
> Die Veranstaltung findet vom 13.-15.03.2013 in der Heidelberger
> Altstadt statt und bietet ein Forum für Firmen, Verwaltung und
> Wissenschaft und sonstigen Institutionen mit Bezug zu
> Geoinformation.
> 
> Details unter http://geoinformatik2013.de
> 
> Es gibt einen call für Beiträge für
> - Beiträge aus der Praxis (1-2 Seiten): Deadline 21.12.2012
> - wissenschaftliche full paper: Deadline 29.10.2012
> 
> Informationen zur Fachausstellung:
> http://geoinformatik2013.de/download/ausstellerkonditionen.pdf
> 
> Es würde mich freuen OSM hier stark vertreten zu sehen.

Gibts eine Möglichkeit für einen kostenlosen OSM-Stand? Ich kann mir
vorstellen, dass es Leute gibt, die sowas betreuen würden, wie auf vielen
anderen Messen auch. Vorraussetzung wäre aber wahrscheinlich ein kostenloser
Stand und kostenloser Eintritt für die Standbesetzung.

Jochen

PS: Bei der OSM-Karte fehlt die Attribution :-)
-- 
Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298



From zipf at uni-heidelberg.de  Wed Oct 17 08:58:58 2012
From: zipf at uni-heidelberg.de (Alexander Zipf)
Date: Wed, 17 Oct 2012 10:58:58 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Beitr=E4ge_oder_Aussteller_mit_Bezug_OSM?=
 =?iso-8859-1?q?_auf_der_GEOINFORMATIK_2013_in_HD?=
In-Reply-To: <20121017081654.GA31744@eldorado.topf.org>
References: <507E65BC.6030007@uni-heidelberg.de>
 <20121017081654.GA31744@eldorado.topf.org>
Message-ID: <507E7352.50407@uni-heidelberg.de>

Hallo Jochen

ja, würde ich befürworten, da Community Projekt

grüße
alexander

ps. bei mir sieht man die attribution auf der karte?

Am 17.10.12 10:16, schrieb Jochen Topf:
> On Wed, Oct 17, 2012 at 10:01:00AM +0200, Alexander Zipf wrote:
>> entschuldigt, evtl. leicht off-topic;
>> aber ich möchte kurz darauf hinweisen, dass Beiträge oder Aussteller
>> mit Bezug zu OSM auf der Veranstaltung GEOINFORMATIK 2013 in
>> Heidelberg natürlich sehr gern gesehen werden!
>> Die Veranstaltung findet vom 13.-15.03.2013 in der Heidelberger
>> Altstadt statt und bietet ein Forum für Firmen, Verwaltung und
>> Wissenschaft und sonstigen Institutionen mit Bezug zu
>> Geoinformation.
>>
>> Details unter http://geoinformatik2013.de
>>
>> Es gibt einen call für Beiträge für
>> - Beiträge aus der Praxis (1-2 Seiten): Deadline 21.12.2012
>> - wissenschaftliche full paper: Deadline 29.10.2012
>>
>> Informationen zur Fachausstellung:
>> http://geoinformatik2013.de/download/ausstellerkonditionen.pdf
>>
>> Es würde mich freuen OSM hier stark vertreten zu sehen.
> Gibts eine Möglichkeit für einen kostenlosen OSM-Stand? Ich kann mir
> vorstellen, dass es Leute gibt, die sowas betreuen würden, wie auf vielen
> anderen Messen auch. Vorraussetzung wäre aber wahrscheinlich ein kostenloser
> Stand und kostenloser Eintritt für die Standbesetzung.
>
> Jochen
>
> PS: Bei der OSM-Karte fehlt die Attribution :-)

-- 
http://geoinformatik2013.de @ Heidelberg University: 13.-15.03.2013

---------------------------------------------------------------------------
Prof. Dr. Alexander Zipf
     GIScience Research Group (Lehrstuhl Geoinformatik)

     Department of Geography, University of Heidelberg
     + Interdisciplinary Center for Scientific Computing (IWR)
     + Heidelberg Center for the Environment (HCE)

     zipf at uni-heidelberg.de
     http://giscience.uni-hd.de

     Berliner Straße 48, D-69120 Heidelberg, Germany
     fon: +49(0)6221 / 54 5533  //  fax: +49(0)6221 / 54 4996
---------------------------------------------------------------------------




From jochen at remote.org  Wed Oct 17 09:06:05 2012
From: jochen at remote.org (Jochen Topf)
Date: Wed, 17 Oct 2012 11:06:05 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Beitr=E4ge_oder_Aussteller_mit_Bezug_OSM?=
	=?iso-8859-1?q?_auf_der_GEOINFORMATIK_2013_in_HD?=
In-Reply-To: <507E7352.50407@uni-heidelberg.de>
References: <507E65BC.6030007@uni-heidelberg.de>
 <20121017081654.GA31744@eldorado.topf.org>
 <507E7352.50407@uni-heidelberg.de>
Message-ID: <20121017090605.GA31935@eldorado.topf.org>

On Wed, Oct 17, 2012 at 10:58:58AM +0200, Alexander Zipf wrote:
> ja, würde ich befürworten, da Community Projekt

Tja, dann muss ja nur noch jemand diesen Stand organisieren. :-)

> ps. bei mir sieht man die attribution auf der karte?

Ah, da ist ein "Data C" zu sehen rechts unten. Offenbar ist das der Anfang der
Attribution. Vielleicht ein Problem mit verschiedenen Browsern, die den Text
anders positionieren.

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



From dieterdreist at gmail.com  Wed Oct 17 09:33:46 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 17 Oct 2012 11:33:46 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507E4E37.2090001@vongordon.de>
References: <507E4E37.2090001@vongordon.de>
Message-ID: <CABPTjTDB3ne6DXCMn8EqmTBLPdq_UTu26Xe+MP5UDu7THgkBDA@mail.gmail.com>

Am 17. Oktober 2012 08:20 schrieb Franz v. Gordon <Franz at vongordon.de>:
> Erstellen eines Bugs ohne Anmeldung sollte beibehalten bleiben - so bin ich
> auch zu OSM gekommen. Aber das Löschen eines Bugs sollte nur mit der OSM
> Anmeldung (für Potlatch / fürs Forum) möglich sein, damit *immer* ein
> Verantwortlicher (der das behoben/geprüft hat) automatisch eingetragen ist.


+1, so könnte man auch bei erkanntem Vandalismus (mehrere Bugs
geschlossen ohne dass sie behoben wären) die Löschungen eines
bestimmten Users wieder komplett rückgängig machen.

Gruß Martin



From osm at tappenbeck.net  Wed Oct 17 09:43:40 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Wed, 17 Oct 2012 11:43:40 +0200
Subject: [Talk-de] ... dem stimme ich zu!
In-Reply-To: <507DAA0E.3050100@gmail.com>
References: <507D2797.9020802@remote.org> <507D77CE.5010705@gmx.de>
 <k5k8g1$q10$2@ger.gmane.org> <507DAA0E.3050100@gmail.com>
Message-ID: <k5lukg$uig$1@ger.gmane.org>

Am 16.10.2012 20:40, schrieb Jannis Achstetter:
> Am 16.10.2012 20:19, schrieb Jan Tappenbeck:
>> Am 16.10.2012 17:05, schrieb Andreas Dommaschk:
>>> Hallo,
>>>
>>> schöne Sache und für meine Vorstellungen schön diskret.
>>> Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht
>>> bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein
>>> Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich.
>>> So in der Art "Sieht du einen Fehler? - hinterlasse eine Notiz". Ach,
>>
>> +1
>
> Lass bitte trotzdem das Thema im Betreff!
>
> Danke

ich würde es eigentlich begrüßen, wenn die User mehr bei Änderung der 
Diskussionsrichtung den Header ergänzen / ändern damit man die 
Diskussion gezielter verfolgen kann.

Gruß Jan :-)




From osm at tappenbeck.net  Wed Oct 17 09:45:34 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Wed, 17 Oct 2012 11:45:34 +0200
Subject: [Talk-de] Maperative: Probleme mit der Darstellung ....
	Detailinformationen
In-Reply-To: <507C5A96.5090909@tappenbeck.net>
References: <507C5A96.5090909@tappenbeck.net>
Message-ID: <k5luo2$uig$2@ger.gmane.org>

Am 15.10.2012 20:48, schrieb Jan Tappenbeck:
> Hi !
>
> ich habe für ein Projekt einen einfachen Style definiert und diese
> Karten auf Windows erstellt.
>
> Nun sollen künftig die Tiles auf Ubuntu gerendert werden. Es kommt zu
> unterschiedlichen Tile-Darstellungen:
>
> siehe hier:
> https://lh5.googleusercontent.com/-y6IjnEZdLbI/UHwQlOdgEQI/AAAAAAAAABM/l5FFaGA0Xps/s1600/maperative_differenze.png
>
>
> Ich habe schon in der entsprechenden google-Group nachgefragt und leider
> nur diese Antwort bekommen:
>
> "Mono (=Linux) rendering code just a close approximation of the one on
> Windows (GDI+). This is Mono's thing and nothing can really be done
> about it. "
>
> Hat einer von Euch dennoch eine Idee - auch wenn das Ergebnis vielleicht
> nicht 100% mit Windows übereinstimmt; aber damit immer noch besser ist
> als jetzt.
>
> gruß Jan :-)

Hi !

wir habe das Thema etwas mehr differenziert und danach hat Maperative 
Probleme unter Linux mit dem text-halo-...Property - wir verwenden width 
und opacity.

Die Sache mit Color haben wir noch nicht weiter ausprobiert bis dato.

Gruß Jan :-)




From dieterdreist at gmail.com  Wed Oct 17 09:51:05 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 17 Oct 2012 11:51:05 +0200
Subject: [Talk-de] Betreff bei Antworten in Mailinglisten WAR: Re: ... dem
 stimme ich zu!
Message-ID: <CABPTjTBbr0MadVdy+UCdsSzCnonkmFW2RasM4rE+kqz5oZtu_g@mail.gmail.com>

Am 17. Oktober 2012 11:43 schrieb Jan Tappenbeck <osm at tappenbeck.net>:
> ich würde es eigentlich begrüßen, wenn die User mehr bei Änderung der
> Diskussionsrichtung den Header ergänzen / ändern damit man die Diskussion
> gezielter verfolgen kann.


wenn das Thema gewechselt wird, dann sollte man den Betreff anpassen
(mit Referenz zum Thread aus dem die Verzweigung kommt, also so was
wie "Betreff bei Antworten in Mailinglisten WAR: Re: [Talk-de] ... dem
stimme ich zu!"

Das kann ich hier aber nicht erkennen, Dein +1 mit dem Du diesen
Thread eröffnet hast, macht für sich allein betrachtet ja überhaupt
keinen Sinn. "Dem stimme ich zu" ist kein neues Thema, und enthält
daneben auch keinerlei Hinweise die es einem erleichtern würden, ein
bestimmtes Thema gezielter zu verfolgen (weil gar kein Thema benannt
wird).

Gruß Martin



From p.rieffel at uni-muenster.de  Wed Oct 17 10:10:11 2012
From: p.rieffel at uni-muenster.de (Philippe Rieffel)
Date: Wed, 17 Oct 2012 12:10:11 +0200
Subject: [Talk-de] ... dem stimme ich zu!
In-Reply-To: <k5lukg$uig$1@ger.gmane.org>
References: <507D2797.9020802@remote.org> <507D77CE.5010705@gmx.de>
 <k5k8g1$q10$2@ger.gmane.org> <507DAA0E.3050100@gmail.com>
 <k5lukg$uig$1@ger.gmane.org>
Message-ID: <CABxDK3sanEafJdVVv+YuNxgywOPJx1eQ51gRXKoO-t31nLZyXg@mail.gmail.com>

> ich würde es eigentlich begrüßen, wenn die User mehr bei Änderung der
> Diskussionsrichtung den Header ergänzen / ändern damit man die Diskussion
> gezielter verfolgen kann.
Du meinst also, dass eine Zustimmung deinerseits tatsächlich einen
neuen Betreff benötigt?
Ausserdem ändert man üblicherweise, wenn man einen Betreff schon
unbedingt ändern muss, so: "Neuer Betreff; WAR: Alter Betreff"
So ist zumindest eine grundsätzliche Überischt noch gegeben.

Gruß,
Philippe



From mitja at kleider.name  Wed Oct 17 10:13:40 2012
From: mitja at kleider.name (Mitja Kleider)
Date: Wed, 17 Oct 2012 12:13:40 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507E2AF3.3000808@bwurst.org>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <507E2AF3.3000808@bwurst.org>
Message-ID: <507E84D4.5010208@kleider.name>

Hallo,

ich bin auch eindeutig für eine Integration in die Hauptseite und
freue mich, dass jetzt wieder Schwung in die Sache kommt.

On 10/17/2012 05:50 AM, Bernd Wurst wrote:
> Alle Software die unser Angebot momentan direkt nutzt, wird bei
> einer entsprechenden Integration im Hauptserver sehr schnell
> reagieren, da bin ich sicher. Man denke nur an die vergangenen
> API-Wechsel der OSM-Haupt-API. Auch das hat nie lange Probleme
> gemacht.

Das Plugin für JOSM und andere Editoren werden wahrscheinlich extrem
schnell auf die neue API umstellen. Mittlerweile nutzen allerdings so
viele Drittseiten und Apps die OSB-API, dass ich den Überblick völlig
verloren habe. Ein paar könnten dann dauerhaft lahmgelegt werden, auch
wenn das vielleicht niemandem wehtut.

> Ich denke dass ein Proxy (was ja schon nennenswert
> Programmierarbeit ist) nicht wirklich nötig sein sollte. Wenn man
> einfach auf jeden Request einen Bugreport "you are using an old
> OpenStreetBugs interface, look at XYZ for the current one"
> ausliefert, merken das die Nutzer und Betreiber der anderen
> Services schnell.

Es gibt vorhandenen Proxy-Code, ich habe damit allerdings noch nicht
gearbeitet:
https://github.com/emka/openstreetbugs/tree/master/api/0.1/proxy

Vom Arbeitsaufwand her ist so eine Nachricht auf jeden Fall günstiger,
dann kann man nach einer Übergangszeit abschalten.

Und was machen wir, wenn die Daten (aus welchem Grund auch immer)
nicht übernommen werden?

Grüße,
Mitja



From schmidt-postfach at freenet.de  Wed Oct 17 11:32:00 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Wed, 17 Oct 2012 13:32:00 +0200
Subject: [Talk-de] Betreff bei Antworten in Mailinglisten WAR: Re: ...
 dem stimme ich zu!
In-Reply-To: <CABPTjTBbr0MadVdy+UCdsSzCnonkmFW2RasM4rE+kqz5oZtu_g@mail.gmail.com>
References: <CABPTjTBbr0MadVdy+UCdsSzCnonkmFW2RasM4rE+kqz5oZtu_g@mail.gmail.com>
Message-ID: <507E9730.2040508@freenet.de>

Hallo Martin,

Am 17.10.2012 11:51, schrieb Martin Koppenhoefer:
> Am 17. Oktober 2012 11:43 schrieb Jan Tappenbeck <osm at tappenbeck.net>:
>> ich würde...
> wenn das Thema gewechselt wird, dann sollte man den Betreff anpassen
> (mit Referenz zum Thread aus dem die Verzweigung kommt, also so was
> wie "Betreff bei Antworten in Mailinglisten WAR: Re: [Talk-de] ... dem
> stimme ich zu!"
> 
> Das kann ich hier aber nicht erkennen, Dein +1 mit dem Du diesen
> Thread eröffnet hast, macht für sich allein betrachtet ja überhaupt

Nein, es wurde gar kein Thread eröffent, sondern die Verzweigung des
Threads wurde um eine Ebene vergrößert - wie auf Mailinglisten üblich.

Es wurde nur der Betreff angepaßt, aber worauf sich die Nachricht bezog,
ist klar erkennbar: [1]

> ... "Dem stimme ich zu" ist kein neues Thema, ...
eben. Es ist als Antwort auf die Nachricht von 17:05 Uhr geschrieben und
wird bei mir auch so angezeigt.

Ich finde es sinnvoll, für einen kurze Zustimmung nur "stimme zu" oder
noch kürzer "+1" zu schreiben. Dadurch kann gerade bei umfangreichen
Threads schnell in der Übersicht gesehen werden, dass keine neuen
Argumente, sondern eben bloß eine Zustimmung gesagt wird.

Kann evtl. Googlemail das nicht richtig darstellen, so wie es z.B.
Thunderbird darstellt (siehe Screenshot mit Erläuterungen)?

Gruß
Andreas


[1] http://i.imgur.com/D94Be.png



From dieterdreist at gmail.com  Wed Oct 17 12:14:02 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 17 Oct 2012 14:14:02 +0200
Subject: [Talk-de] Betreff bei Antworten in Mailinglisten WAR: Re: ...
 dem stimme ich zu!
In-Reply-To: <507E9730.2040508@freenet.de>
References: <CABPTjTBbr0MadVdy+UCdsSzCnonkmFW2RasM4rE+kqz5oZtu_g@mail.gmail.com>
 <507E9730.2040508@freenet.de>
Message-ID: <CABPTjTAebC+cQU+_CP5CNiz3ShbtYoC2hn_+iLJwdCMGPuHHeA@mail.gmail.com>

Am 17. Oktober 2012 13:32 schrieb Andreas Schmidt <schmidt-postfach at freenet.de>:
>> Das kann ich hier aber nicht erkennen, Dein +1 mit dem Du diesen
>> Thread eröffnet hast, macht für sich allein betrachtet ja überhaupt
>
> Nein, es wurde gar kein Thread eröffent, sondern die Verzweigung des
> Threads wurde um eine Ebene vergrößert - wie auf Mailinglisten üblich.


stimmt, das sehe ich im Mail-archiv jetzt auch. Dann ist das wohl in
der Tat eine Beschränkung / Eigenart von Googlemail, dass er dem
Betreff mehr traut als den Headern.

Gruß Martin



From ma.reiter at gmail.com  Wed Oct 17 21:32:22 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Wed, 17 Oct 2012 23:32:22 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <1350419855604-5731069.post@n5.nabble.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
 <1350419855604-5731069.post@n5.nabble.com>
Message-ID: <CAEsUX0JCa0SEpuCtt3MStHwFhoZbqghkHtxPWVF86VwVWZc_jA@mail.gmail.com>

## Manfred - (android) mobil - please excuse typos and brevity.
Am 16.10.2012 22:38 schrieb "Kai Krueger" <kakrueger at gmail.com>:

> Martin Czarkowski wrote
> > Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf
> > die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was
> > verpasst? Wenn schon etwas ähnliches "erfunden" wurde, wieso von neu
> > anfangen?
>
> Die Antwort ist wohl zweigeteilt:
>
> 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das
> daran
> das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter
> eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet
> weg bricht wenn der "Drittanbieter" den Dienst einstellen will / muss. Auch
> wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das
> einfach eine gewisse Absicherung.
>
> Ausserdem kann man wie schon geschrieben die Sache dann besser in die
> restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen
> wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM
> user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die
> man
> kommentiert hat aufgelistet bekommen. (z.b.
> http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter
> kann man dann vielleicht auch noch weitere Funktionen integrieren.
>
> 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version
> hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach
> "Code-Stilistisch" nicht so gut zum restlichen Code gepasst, sodass es
> schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach
> angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features
> und Verbesserungen einzubauen.
>
>
> Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf
> osm.org laueft ist noch nicht entschieden.
>
> Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu
> importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden.
> Dann muesste die Version auf osm.org allerdings kompatibel bleiben.
> Insbesondere waere es dann nicht moeglich (oder schwieriger)
> vorrauszusetzen
> das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise
> noetig ist um Vandalismus und Spam entgegen zu wirken.
>
> Kai
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.html
> Sent from the Germany mailing list archive at Nabble.com.
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>


From ma.reiter at gmail.com  Wed Oct 17 21:34:09 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Wed, 17 Oct 2012 23:34:09 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <CAEsUX0JCa0SEpuCtt3MStHwFhoZbqghkHtxPWVF86VwVWZc_jA@mail.gmail.com>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com>
 <1350419855604-5731069.post@n5.nabble.com>
 <CAEsUX0JCa0SEpuCtt3MStHwFhoZbqghkHtxPWVF86VwVWZc_jA@mail.gmail.com>
Message-ID: <CAEsUX0JNnqWiSeJfE8JQr02ssVmbKq-8OknQRyYLZM263+rejA@mail.gmail.com>

sorry sollte nicht passieren :(

## Manfred - (android) mobil - please excuse typos and brevity.
Am 17.10.2012 23:32 schrieb "Manfred A. Reiter" <ma.reiter at gmail.com>:

> ## Manfred - (android) mobil - please excuse typos and brevity.
> Am 16.10.2012 22:38 schrieb "Kai Krueger" <kakrueger at gmail.com>:
>
>> Martin Czarkowski wrote
>> > Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf
>> > die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was
>> > verpasst? Wenn schon etwas ähnliches "erfunden" wurde, wieso von neu
>> > anfangen?
>>
>> Die Antwort ist wohl zweigeteilt:
>>
>> 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das
>> daran
>> das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter
>> eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet
>> weg bricht wenn der "Drittanbieter" den Dienst einstellen will / muss.
>> Auch
>> wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das
>> einfach eine gewisse Absicherung.
>>
>> Ausserdem kann man wie schon geschrieben die Sache dann besser in die
>> restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen
>> wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als
>> OSM
>> user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die
>> man
>> kommentiert hat aufgelistet bekommen. (z.b.
>> http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter
>> kann man dann vielleicht auch noch weitere Funktionen integrieren.
>>
>> 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version
>> hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach
>> "Code-Stilistisch" nicht so gut zum restlichen Code gepasst, sodass es
>> schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach
>> angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features
>> und Verbesserungen einzubauen.
>>
>>
>> Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf
>> osm.org laueft ist noch nicht entschieden.
>>
>> Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu
>> importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden.
>> Dann muesste die Version auf osm.org allerdings kompatibel bleiben.
>> Insbesondere waere es dann nicht moeglich (oder schwieriger)
>> vorrauszusetzen
>> das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise
>> noetig ist um Vandalismus und Spam entgegen zu wirken.
>>
>> Kai
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.html
>> Sent from the Germany mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Talk-de mailing list
>> Talk-de at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>


From schosch at snafu.de  Wed Oct 17 21:37:06 2012
From: schosch at snafu.de (Schorschi)
Date: Wed, 17 Oct 2012 23:37:06 +0200 (CEST)
Subject: [Talk-de] Openstreetbugs - Fehler falsch als erledigt markiert
Message-ID: <Pine.LNX.4.64.1210172332510.20262@schorsch-164.schobbe.loc>

Moin,

ich habe gerade festgestellt, dass am 13.10. ca. 14:36 ein NoName sehr 
viele Bugs (nur im Mannheimer Raum?) in OSB als erledigt markiert hat, von 
denen die meisten unverändert bestehen.

Erst dachte ich, der hätte auch Bugs behoben, aber inzwischen vermute ich, 
die "behobenen" Bugs waren zufällig wirklich behoben.

Gibt es ein sinnvolle Revertiermöglichkeit? Vermutlich eher nicht, oder?

Gruß, Schusch

From bernd at bwurst.org  Thu Oct 18 03:48:06 2012
From: bernd at bwurst.org (Bernd Wurst)
Date: Thu, 18 Oct 2012 05:48:06 +0200
Subject: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
In-Reply-To: <507E84D4.5010208@kleider.name>
References: <507D2797.9020802@remote.org> <k5js7h$3io$1@ger.gmane.org>
 <507D7AA5.9000801@tobias-knerr.de> <507D7D2F.6030606@gmail.com>
 <507DB776.3010001@gmail.com> <507E2AF3.3000808@bwurst.org>
 <507E84D4.5010208@kleider.name>
Message-ID: <507F7BF6.9090201@bwurst.org>

Hallo.

Am 17.10.2012 12:13, schrieb Mitja Kleider:
> Und was machen wir, wenn die Daten (aus welchem Grund auch immer)
> nicht übernommen werden?

Das werden sie hoffentlich schon.

Sonst muss man halt via Script die Daten zur neuen API hochladen.

Gruß, Bernd

-- 
Menschen, die wissen, wie dumm sie sind,
sollte man zu den Klugen zählen

-------------- 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/20121018/fd7eacf9/attachment.sig>

From chris66nrw at gmx.de  Thu Oct 18 08:43:42 2012
From: chris66nrw at gmx.de (Chris66)
Date: Thu, 18 Oct 2012 10:43:42 +0200
Subject: [Talk-de] Openstreetbugs - Fehler falsch als erledigt markiert
In-Reply-To: <Pine.LNX.4.64.1210172332510.20262@schorsch-164.schobbe.loc>
References: <Pine.LNX.4.64.1210172332510.20262@schorsch-164.schobbe.loc>
Message-ID: <k5offe$1nn$1@ger.gmane.org>

Am 17.10.2012 23:37, schrieb Schorschi:

> ich habe gerade festgestellt, dass am 13.10. ca. 14:36 ein NoName sehr 
> viele Bugs (nur im Mannheimer Raum?) in OSB als erledigt markiert hat, von 
> denen die meisten unverändert bestehen.
> 
> Erst dachte ich, der hätte auch Bugs behoben, aber inzwischen vermute ich, 
> die "behobenen" Bugs waren zufällig wirklich behoben.
> 
> Gibt es ein sinnvolle Revertiermöglichkeit? Vermutlich eher nicht, oder?

Doch, der Admin der Seite kann das.
http://wiki.openstreetmap.org/wiki/User:Emka/new_OSB


Chris





From osm at stephans-server.de  Thu Oct 18 21:13:20 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Thu, 18 Oct 2012 23:13:20 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
Message-ID: <508070F0.3050903@stephans-server.de>

Hallo,

was ist denn gerade Stand der Technik bei Multipolygon Relations?

Hier wurde z.B. ein Flugplatz als Multipolygon angelegt:
http://www.openstreetmap.org/browse/relation/1442532

Werden Vorfeld und Gebäude wirklich ausgeschnitten? Das war zumindest 
immer meine Vorstellung davon wofür die inner Wege verwendet wurden.
Deckt sich auch so in etwa mit der Seite hier:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon

Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und 
Gebäude sind eben Bestandteil vom Flugplatz.

Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was 
häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)?


Stephan




From MichaelK_OSM at gmx.de  Thu Oct 18 23:51:16 2012
From: MichaelK_OSM at gmx.de (Michael Kugelmann)
Date: Fri, 19 Oct 2012 01:51:16 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <508070F0.3050903@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
Message-ID: <508095F4.5010902@gmx.de>

Am 18.10.2012 23:13, schrieb Stephan Knauss:
> Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und 
> Gebäude sind eben Bestandteil vom Flugplatz.
+1, sehe ich genauso. Multipolygon bedeutet nicht zwangsweise 
"ausschneiden", das kann auch "zusammenfassen" sein.


Grüße,
Michael.




From osm at tobias-knerr.de  Fri Oct 19 00:07:23 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Fri, 19 Oct 2012 02:07:23 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <508070F0.3050903@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
Message-ID: <508099BB.402@tobias-knerr.de>

Am 18.10.2012 23:13, schrieb Stephan Knauss:
> Hier wurde z.B. ein Flugplatz als Multipolygon angelegt:
> http://www.openstreetmap.org/browse/relation/1442532
[...]
> Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und
> Gebäude sind eben Bestandteil vom Flugplatz.

Da hast du auch Recht: Das Multipolygon wäre nur dann angebracht, wenn
z.B. das Gebäude nicht zum Flugplatz gehören würde - also nur "zufällig"
da stünde und nichts mit dem Flugplatz drumrum zu tun hätte.

Also: Mappingfehler, vermutlich Funktion von Multipolygonen falsch
verstanden. Kommt aber öfter vor, m.E. hilft nur geduldiges Erklären.

Tobias



From willis at gmx.de  Fri Oct 19 00:54:07 2012
From: willis at gmx.de (Willi)
Date: Fri, 19 Oct 2012 07:54:07 +0700
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <508070F0.3050903@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
Message-ID: <00c401cdad94$470a6100$d51f2300$@de>

Unterschiedliche Verwendungsmöglichkeiten und Ansichten zu Multipolygonen
werden immer wieder im deutschen Forum diskutiert, zum Beispiel neulich:
Recreation_ground und Multipolygone
http://forum.openstreetmap.org/viewtopic.php?pid=277135#p277135
"landuse" ist kaputt
http://forum.openstreetmap.org/viewtopic.php?pid=250349#p250349
 

On Friday, October 19, 2012 4:13 AM Stephan Knauss
[mailto:osm at stephans-server.de] wrote:

Hallo,

was ist denn gerade Stand der Technik bei Multipolygon Relations?

Hier wurde z.B. ein Flugplatz als Multipolygon angelegt:
http://www.openstreetmap.org/browse/relation/1442532

Werden Vorfeld und Gebäude wirklich ausgeschnitten? Das war zumindest immer
meine Vorstellung davon wofür die inner Wege verwendet wurden.
Deckt sich auch so in etwa mit der Seite hier:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon

Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und Gebäude
sind eben Bestandteil vom Flugplatz.

Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was häufiger
vor (und sollte dann auch mal im Wiki beschrieben werden)?


Stephan





From masi-master at gmx.de  Fri Oct 19 10:15:58 2012
From: masi-master at gmx.de (Masi Master)
Date: Fri, 19 Oct 2012 12:15:58 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <508070F0.3050903@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
Message-ID: <op.wme74wlfhg6zzq@masi.mshome.net>

Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss <osm at stephans-server.de>:

> Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und  
> Gebäude sind eben Bestandteil vom Flugplatz.
>
> Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was  
> häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)?

Ja, es kommt leider viel zu oft vor. Wie du schon sagt, ist die Relation  
überflüssig bzw. sogar falsch. (Vor dem Löschen aber bitte die  
Relations-Tags an die große Fläche übernehmen.)

Ich fänds nicht schlecht, wenn das jemand ins Wiki schreibt...
Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen  
und kleine Wälder ausgeschnitten werden.

Masi



From dieterdreist at gmail.com  Fri Oct 19 15:12:35 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 19 Oct 2012 17:12:35 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <op.wme74wlfhg6zzq@masi.mshome.net>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net>
Message-ID: <CABPTjTA6EU6KdLJsLhYfAAFarut=qOu6wEbKAGuj_WYsYimU_A@mail.gmail.com>

Am 19. Oktober 2012 12:15 schrieb Masi Master <masi-master at gmx.de>:
> Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss <osm at stephans-server.de>:
> Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen und
> kleine Wälder ausgeschnitten werden.


+1, neulich ging auch ein Beispiel rum, wo in einer Kaserne nur die
Gebäude als Kaserne gekennzeichnet waren (aber z.B. der Hof eben
ausgenommen), weil das multipolygon sowohl building=yes als auch
military=barracks als tags hatte, im Zusammenhang mit Gebäuden sieht
man das auch öfters.

Gruß Martin



From osm at stephans-server.de  Fri Oct 19 16:07:54 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Fri, 19 Oct 2012 18:07:54 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <CABPTjTA6EU6KdLJsLhYfAAFarut=qOu6wEbKAGuj_WYsYimU_A@mail.gmail.com>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net>
 <CABPTjTA6EU6KdLJsLhYfAAFarut=qOu6wEbKAGuj_WYsYimU_A@mail.gmail.com>
Message-ID: <courier.50817ADA.00005C1A@stephans-server.de>

Martin Koppenhoefer writes: 

> Am 19. Oktober 2012 12:15 schrieb Masi Master <masi-master at gmx.de>:
>> Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss <osm at stephans-server.de>:
>> Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen und
>> kleine Wälder ausgeschnitten werden.
> +1, neulich ging auch ein Beispiel rum, wo in einer Kaserne nur die
> Gebäude als Kaserne gekennzeichnet waren (aber z.B. der Hof eben
> ausgenommen), weil das multipolygon sowohl building=yes als auch
> military=barracks als tags hatte, im Zusammenhang mit Gebäuden sieht
> man das auch öfters.

Ich interpretiere aus euren Mails, dass die beschriebene Verwendung von 
Relationen, also aus Flächen die anders getaggten Sachen rauszuschneiden 
eine Verwendung von Multipolygonen ist, die nicht gewünscht wird. 

So ganz eindeutig ist das hier nicht erklärt:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon 

Die Seite wechselt den Inhalt aber auch teilweise schneller als ich meine 
Unterwäsche :) 

Warum sollte dann überhaupt eine Relation zum Beispiel für einen Flugplatz 
verwendet werden? bzw. wozu sollte die role "inner" dienen?
Das Beispiel im Wiki nutzt das auch nur um den Umriss aus verschiedenen 
Wegen zusammenzubauen...
http://www.openstreetmap.org/browse/relation/535525 

Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu tun? 

Stephan



From unnoetige_mails at gmx.de  Fri Oct 19 16:24:35 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Fri, 19 Oct 2012 18:24:35 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <508070F0.3050903@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
Message-ID: <50817EC3.5080601@gmx.de>

Hallo zusammen,

ich bin jetzt etwas verwirrt wann man ein Multipolygon verwendet.
Aus dem wiki geht das leider nicht genau hervor.

Ich habe z.B. ein Multipolygon genommen um diesen Sportzentrum zu erstellen.
http://www.openstreetmap.org/?lat=51.74037&lon=14.33934&zoom=17&layers=M
Die Relation dazu
http://www.openstreetmap.org/browse/relation/1458737

Ist das jetzt etwas was man machen kann oder eher unnötig?

Dann habe ich auch mal gesehen das ein Mapper Multipolygone auf eine 
interessante Art verwendet hat.
Die Outlines bestanden aus verschiedenen Ways. Ein Way war eine Straße, 
ein weiterer war Acklerland und der letzte war dann Wald.
Die Flächse selbst war dann als Ackerland ausgezeichnet. Ähnlich wie die 
Boundary Relationen bloß halt für normale Fläche.

Grüße

Andreas



Am 18.10.2012 23:13, schrieb Stephan Knauss:
> Hallo,
>
> was ist denn gerade Stand der Technik bei Multipolygon Relations?
>
> Hier wurde z.B. ein Flugplatz als Multipolygon angelegt:
> http://www.openstreetmap.org/browse/relation/1442532
>
> Werden Vorfeld und Gebäude wirklich ausgeschnitten? Das war zumindest 
> immer meine Vorstellung davon wofür die inner Wege verwendet wurden.
> Deckt sich auch so in etwa mit der Seite hier:
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon
>
> Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und 
> Gebäude sind eben Bestandteil vom Flugplatz.
>
> Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was 
> häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)?
>
>
> Stephan
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From Jimmy_K at gmx.at  Fri Oct 19 16:24:38 2012
From: Jimmy_K at gmx.at (Jimmy_K)
Date: Fri, 19 Oct 2012 18:24:38 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <courier.50817ADA.00005C1A@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net>
 <CABPTjTA6EU6KdLJsLhYfAAFarut=qOu6wEbKAGuj_WYsYimU_A@mail.gmail.com>
 <courier.50817ADA.00005C1A@stephans-server.de>
Message-ID: <50817EC6.1040608@gmx.at>

Am 19.10.2012 18:07, schrieb Stephan Knauss:
>
> Ich interpretiere aus euren Mails, dass die beschriebene Verwendung
> von Relationen, also aus Flächen die anders getaggten Sachen
> rauszuschneiden eine Verwendung von Multipolygonen ist, die nicht
> gewünscht wird.
> So ganz eindeutig ist das hier nicht erklärt:
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon
> Die Seite wechselt den Inhalt aber auch teilweise schneller als ich
> meine Unterwäsche :)
> Warum sollte dann überhaupt eine Relation zum Beispiel für einen
> Flugplatz verwendet werden? bzw. wozu sollte die role "inner" dienen?
> Das Beispiel im Wiki nutzt das auch nur um den Umriss aus
> verschiedenen Wegen zusammenzubauen...
> http://www.openstreetmap.org/browse/relation/535525
> Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu
> tun?
> Stephan
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

Ich lese (und das ist auch meine Meinung) so, dass die Gebäude eines
Flugplatzes auch zum Flugplatz gehören und deswegen nicht
"weggeschnitten" gehören. Egal in welcher Form.
Wenn am Flughafengelände aber z.b. eine Trafostation steht, welche nicht
nur den Flughafen versorgt, dann kann man es sehr wohl mit einem
Multipolygon ausschneiden (egal ob Buliding=yes oder nicht).

Ein ähnliches Gebiet ist da wohl die Straße, wenn links und rechts Wald
ist, dann muss man die Straße auch nicht vom Wald "ausnehmen".

LG jimmy



From f at zz.de  Fri Oct 19 17:04:11 2012
From: f at zz.de (Florian Lohoff)
Date: Fri, 19 Oct 2012 19:04:11 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
Message-ID: <20121019170411.GA25560@pax.zz.de>


Hi,

in der vergangenheit sind viele Schulen mit building=yes +
amenity=school getagged worden. Das Tagging schema meint aber
das die Flaeche inklusive Schulhof etc amenity=school ist und die
Schule also das Schulgebaeude nur ein building=yes bekommt.

Wie klappt denn dann die zuordnung der adresse? Ist die Adresse
auf dem amenity=school und auf dem building oder ueberlassen
wir das wem anders? Fuer das Routing ist das ja unerheblich
mit Adressen.

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/20121019/53eb8344/attachment.sig>

From wendorff at uni-paderborn.de  Fri Oct 19 17:06:56 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 19 Oct 2012 19:06:56 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <courier.50817ADA.00005C1A@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net>
 <CABPTjTA6EU6KdLJsLhYfAAFarut=qOu6wEbKAGuj_WYsYimU_A@mail.gmail.com>
 <courier.50817ADA.00005C1A@stephans-server.de>
Message-ID: <508188B0.6040700@uni-paderborn.de>

Am 19.10.2012 18:07, schrieb Stephan Knauss:
> Ich interpretiere aus euren Mails, dass die beschriebene Verwendung 
> von Relationen, also aus Flächen die anders getaggten Sachen 
> rauszuschneiden eine Verwendung von Multipolygonen ist, die nicht 
> gewünscht wird.
Ein Multipolygon beschreibt eine Fläche, möglicherweise eine, die Löcher 
hat oder aus mehreren Stücken besteht (sonst reicht auch ein "normales" 
Polygon aka closed way.

Tags an einem OSM-Objekt sollten so angebracht werden, dass sie korrekt 
sind für die vom Objekt beschriebene Fläche.

Beispiele:
Eine Wiese mit einem Teich oder See, Blumenbeeten und Wegen ist ein 
Park, und der See gehört mit zum Park dazu.
Also kann ich das ganze Polygon rundrum als Park (leisure=park) 
eintragen. Ich würde vermutlich auch noch Gewächshäuser oder sowas 
dazuzählen, wenn ich sie zum Park zugehörig sehe.
"Der Park" (bewusst "falsch" nochmal den gleichen Begriff benutzend) ist 
aber auch eine Grünfläche. Zur Grünfläche (surface=grass) gehören aber 
Beete, Gewächshäuser, Wege und der See nicht dazu, also gehört der Tag 
an das entsprechende Multipolygon.

Ich glaube, so ist das auch eigentlich Konsens.
Manchmal gibt es dabei Grenzfälle:
- Gehört die Kirche zum Marktplatz dazu oder nicht?
- Ist der Innenhof eines Restaurants Teil des Restaurants oder nicht 
(also: building=yes auf jeden Fall auf dem Multipolygon, aber 
amenity=restaurant?) Ändert sich das, wenn das Restaurant da Tische zum 
draussen sitzen hinstellt?

Am Anfang dieses Threads war dein Beispiel ein Flugplatz, und die Frage.
In dem speziellen Fall sind als "inner" angegeben
1) Ein Parkhaus: (amenity=parking, building=yes). Das würde ich als Teil 
des Flugplatzes/Flughafens akzeptieren, aber möglicherweise auch, wenn 
der lokale Mapper entscheidet, dass das Parkhaus nicht zum Flugplatz 
gehört (z.B., wenn das Parken nicht auf Fluggäste beschränkt und/oder 
von anderem Betreiber betrieben wird)
2) Das Flugfeld (aeroway=apron): gehört IMHO eindeutig zum Flughafen und 
dürfte danach nicht ausgeschnitten werden.
3) Das Terminal (aeroway=terminal, building=yes): gehört meiner Meinung 
nach auch zum Flughafen und wäre nicht auszuschneiden.

Trotzdem: Erstmal den "Verursacher" freundlich anschreiben, wieso das so 
ist; vielleicht hat derjenige sich auch was dabei gedacht. ;)
> Warum sollte dann überhaupt eine Relation zum Beispiel für einen 
> Flugplatz verwendet werden? bzw. wozu sollte die role "inner" dienen?
Wenn der Flugplatz z.B. von einer Straße durchschnitten wird, und die 
beiden Teile z.B. über eine Brücke oder durch einen Tunnel miteinander 
verbunden sind, gehört die Straßenschneise nicht zum Flughafen. Hier 
wäre ein multipolygon mit zweimal outer angebracht.

Wenn entlang der Rollfelder irgendwo ein Biotop unter Naturschutz 
stünde, würde ich auch das z.B. nicht als Teil der Flughafenfläche 
bezeichnen - aber auch das ist wieder ein Grenzfall.
> Das Beispiel im Wiki nutzt das auch nur um den Umriss aus 
> verschiedenen Wegen zusammenzubauen...
> http://www.openstreetmap.org/browse/relation/535525
> Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu 
> tun?
Soweit ich weiß eher nicht.
Eingeführt wurde das z.B. für große Seen etc., wenn einzelne Wege zu 
lang wurden, um noch vernünftig bearbeitet werden zu können etc.
Ich persönlich halte das Anlegen von Multipolygonen, um aneinander 
angrenzende Polygone ohne doppelten Segmenten eintragen zu können, für 
Blödsinn.

Gruß
Peter



From wendorff at uni-paderborn.de  Fri Oct 19 17:13:02 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 19 Oct 2012 19:13:02 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <50817EC3.5080601@gmx.de>
References: <508070F0.3050903@stephans-server.de> <50817EC3.5080601@gmx.de>
Message-ID: <50818A1E.4010707@uni-paderborn.de>

Am 19.10.2012 18:24, schrieb Andreas Dommaschk:
> Hallo zusammen,
>
> ich bin jetzt etwas verwirrt wann man ein Multipolygon verwendet.
> Aus dem wiki geht das leider nicht genau hervor.
>
> Ich habe z.B. ein Multipolygon genommen um diesen Sportzentrum zu 
> erstellen.
> http://www.openstreetmap.org/?lat=51.74037&lon=14.33934&zoom=17&layers=M
> Die Relation dazu
> http://www.openstreetmap.org/browse/relation/1458737
>
> Ist das jetzt etwas was man machen kann oder eher unnötig?
Du schneidest da die Sporthallen aus und sagst damit eigentlich doch, 
dass sie eben nicht mehr zum Sportzentrum gehören.
Beantworte dir die Frage dann selbst ;)

Ein Multipolygon kannst du dir so vorstellen, dass du aus einem großen 
Blatt papier die outer-ways ausschneidest (und alles außenrum wegschmeißt)
dann schneidest du noch Löcher rein, und zwar die inner ways.
Tags, die du ans Multipolygon hängst, sollten genau die Fläche 
beschreiben, die du als Papier noch übrig hast.
Vielleicht wird das damit deutlicher.

Im Falle deines Sportzentrums behältst Du also als Sportzentrums-Fläche 
ein löchriges Etwas, und die Gebäude und Sportplätze liegen außerhalb - 
also auch (osm-technisch gesehen) außerhalb des Sportzentrums.

Gruß
Peter



From pille3 at hotmail.com  Fri Oct 19 18:02:56 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Fri, 19 Oct 2012 11:02:56 -0700 (PDT)
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121019170411.GA25560@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de>
Message-ID: <1350669776317-5731870.post@n5.nabble.com>

hi florian,

wenn es eine Fläche mit amenity=school gibt - ob als closed Way oder
Relation mir ist egal - hänge ich die Adressdaten dort dran. Hab ich NUR das
building und kann keine Fläche erstellen, hänge ich die Adresse an das
offensichtliche Hauptgebäude. Probleme mit Nominatim hab ich dabei noch
nicht erlebt.

Schulgebäude bekommen bei mir building=school und wenn man das Haus des
Hausmeisters erkennen kann, kriegt der building=residential. Turnhalle
bekommt leisure=sports_centre

beispiel: http://www.openstreetmap.org/browse/way/86188799

gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/amenity-school-building-yes-addr-tp5731857p5731870.html
Sent from the Germany mailing list archive at Nabble.com.



From andr-neumann at gmx.net  Fri Oct 19 18:07:34 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Fri, 19 Oct 2012 20:07:34 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <1350669776317-5731870.post@n5.nabble.com>
References: <20121019170411.GA25560@pax.zz.de>
 <1350669776317-5731870.post@n5.nabble.com>
Message-ID: <508196E6.4030300@gmx.net>

Am 19.10.2012 20:02, schrieb Walter Nordmann:
> hi florian,
>
> wenn es eine Fläche mit amenity=school gibt - ob als closed Way oder
> Relation mir ist egal - hänge ich die Adressdaten dort dran. Hab ich NUR das
> building und kann keine Fläche erstellen, hänge ich die Adresse an das
> offensichtliche Hauptgebäude. Probleme mit Nominatim hab ich dabei noch
> nicht erlebt.
>
> Schulgebäude bekommen bei mir building=school und wenn man das Haus des
> Hausmeisters erkennen kann, kriegt der building=residential. Turnhalle
> bekommt leisure=sports_centre
>
> beispiel: http://www.openstreetmap.org/browse/way/86188799
>
> gruss
> walter

So mache ich es in der Regel auch. Kompliziert wird es immer nur, wenn
zwei Schulen sich ein Gebäude/Gelände teilen. Entweder kann man sie
irgendwie räumlich trennen oder ich lege sie als Node ins Gebäude und
hänge die Adresse ans Gebäude, nicht die Schule. Adressen von
umschließenden Flächen sind einfach zu berechnen und sollten daher keine
Probleme bereiten.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



From jacques.nietsch at gmx.de  Fri Oct 19 18:32:38 2012
From: jacques.nietsch at gmx.de (Jacques Nietsch)
Date: Fri, 19 Oct 2012 20:32:38 +0200
Subject: [Talk-de] JOSM Einstellung (zeige Objekt IDs )
Message-ID: <op.wmfu4ohq1yratn@localhost.localdomain>

Hallo,
ich weiß, das man bei JOSM einstellen kann, das auch die Objekt-ID bei den  
Objekt-Eigenschaften sehen kann.
Ich habe im Einsteindialog (Expertenmodus!) rauf und runter gesucht, aber  
nichts gefunden.
Kann mir jemand einen Tipp geben?

Jacques




From Franz at vongordon.de  Fri Oct 19 19:13:21 2012
From: Franz at vongordon.de (Franz v. Gordon)
Date: Fri, 19 Oct 2012 21:13:21 +0200
Subject: [Talk-de] JOSM Einstellung (zeige Objekt IDs )
Message-ID: <5081A651.4010903@vongordon.de>

Hallo Jaques,

In den Einstellungen (Taste: F12), Erstes Icon (ganz oben) 
"Anzeige-Einstellungen", dort den Reiter ganz rechts auswählen 
("Verhalten und Aussehen"). Hier den Haken bei "Objektnummer in 
Auswahllisten anzeigen" einschalten.

Grüße,
Franz





From pille3 at hotmail.com  Fri Oct 19 19:14:48 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Fri, 19 Oct 2012 12:14:48 -0700 (PDT)
Subject: [Talk-de] JOSM Einstellung (zeige Objekt IDs )
In-Reply-To: <op.wmfu4ohq1yratn@localhost.localdomain>
References: <op.wmfu4ohq1yratn@localhost.localdomain>
Message-ID: <1350674088153-5731889.post@n5.nabble.com>

"Einstellungen / Anzeige-Einstellungen / Verhalten und Aussehen /
Objektnummer in Auswahllisten zeigen" sollte es sein.

Gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/JOSM-Einstellung-zeige-Objekt-IDs-tp5731876p5731889.html
Sent from the Germany mailing list archive at Nabble.com.



From dieter_jasper at web.de  Fri Oct 19 19:31:29 2012
From: dieter_jasper at web.de (Dieter Jasper)
Date: Fri, 19 Oct 2012 21:31:29 +0200
Subject: [Talk-de] JOSM Plugin no_more_mapping
Message-ID: <5081AA91.5070104@web.de>

Hallo,
beim Editor JOSM kan ein Plugin mit der Bezeichung

JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM 
am Laden und ist schwer wieder loszuwerden)

aktiviert werden.
Scherz (1. April hatten wir schon) oder was soll dieses Plugin bewirken?

Gruß
Dieter Jasper




From l.schimmer at cgv.tugraz.at  Fri Oct 19 19:33:12 2012
From: l.schimmer at cgv.tugraz.at (Lars Schimmer)
Date: Fri, 19 Oct 2012 21:33:12 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121019170411.GA25560@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de>
Message-ID: <5081AAF8.4050207@cgv.tugraz.at>

On 19.10.2012 19:04, Florian Lohoff wrote:
> 
> Hi,
> 
> in der vergangenheit sind viele Schulen mit building=yes +
> amenity=school getagged worden. Das Tagging schema meint aber
> das die Flaeche inklusive Schulhof etc amenity=school ist und die
> Schule also das Schulgebaeude nur ein building=yes bekommt.
> 
> Wie klappt denn dann die zuordnung der adresse? Ist die Adresse
> auf dem amenity=school und auf dem building oder ueberlassen
> wir das wem anders? Fuer das Routing ist das ja unerheblich
> mit Adressen.

Ich hänge die Adresse immer an den Eingang dran, entrance=main am
besten. Ein Schule hat ja mehr als einen Eingang. Und oft auch mehr als
eine Hausnummer.
Und building=yes ist ja bei mehreren Building:part=yes auch wieder
interessant...

> Flo


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



From unnoetige_mails at gmx.de  Fri Oct 19 20:19:39 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Fri, 19 Oct 2012 22:19:39 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121019170411.GA25560@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de>
Message-ID: <5081B5DB.5020900@gmx.de>

Guten Abend,

bei den Möglichkeiten will ich kein Entwickler sein der das mal 
auswerten möchte. :)

Mein Variante:

Schulen stehen in der Regel in Wohngebieten => landuse = residential.
Das amenity= school bedeutet ja übersetzt Einrichtung = Schule und nicht 
Schulgelände!

Gibt es schon landuse=school? Wird das schon gerendert?;)

Ich setze es also auf der Hauptgebäude. Zusätzlich kann man noch 
building=school setzen.

Ganz am Anfang, bevor die Hauptkarte die vielen Tags visualisiert hat, 
war das noch anders.
Da wurden die Tags weniger eingesetzt damit die Hauptkarte schön aussieht.
Leider tritt das immer stärker auf das es viele Mapper, die auch sehr 
viele Informationen beitragen, vieles so eintragen damit die Karte 
"schön" aussieht.
Ich habe regelmäßig Post in meinen Account weil ich die schönen 
Kontruktionen, die manchmal nur beim Mapnik gut aussehen, zurückbaue 
oder auf das wichtigste reduziere.
Die hartnäckigsten User sind da bei die die das Changeset komplett, ohne 
Kommentar, rückgägig machen. Die Disskusion danach via Nachrichten über 
den OSM Acc kann man dann kurz zusammenfassen mit
"Mein betreutest Gebiet, meine Regeln".

Viele Grüße

Andreas

Am 19.10.2012 19:04, schrieb Florian Lohoff:
> Hi,
>
> in der vergangenheit sind viele Schulen mit building=yes +
> amenity=school getagged worden. Das Tagging schema meint aber
> das die Flaeche inklusive Schulhof etc amenity=school ist und die
> Schule also das Schulgebaeude nur ein building=yes bekommt.
>
> Wie klappt denn dann die zuordnung der adresse? Ist die Adresse
> auf dem amenity=school und auf dem building oder ueberlassen
> wir das wem anders? Fuer das Routing ist das ja unerheblich
> mit Adressen.
>
> Flo
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From frederik at remote.org  Fri Oct 19 20:40:23 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 19 Oct 2012 22:40:23 +0200
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <5081AA91.5070104@web.de>
References: <5081AA91.5070104@web.de>
Message-ID: <5081BAB7.2040204@remote.org>

Hallo,

On 10/19/2012 09:31 PM, Dieter Jasper wrote:
> JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM
> am Laden und ist schwer wieder loszuwerden)

Interessant ist, dass offenbar eine Reihe von Leuten diese Beschreibung 
uebersetzt und sich nichts weiter dabei gedacht haben - das Plugin gibt 
es schon seit 10 Tagen.

Ich hab es jetzt geloescht. Autor war der User "zverik".

Bye
Frederik

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



From willis at gmx.de  Fri Oct 19 21:14:14 2012
From: willis at gmx.de (Willi)
Date: Sat, 20 Oct 2012 04:14:14 +0700
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <op.wme74wlfhg6zzq@masi.mshome.net>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net>
Message-ID: <00b701cdae3e$b94a44b0$2bdece10$@de>

Ehe ich so forsch in die Tasten hauen und und Andere eines Fehlers
bezichtige würde ich mich erst mal über Multipolygone und deren
unterschiedliche Verwendungsmöglichkeiten schlau machen. Zum Beispiel die
Wiki Seiten zum Thema Multipolygon lesen und hoffentlich auch verstehen
http://wiki.openstreetmap.org/wiki/Relation:multipolygon
http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon
http://wiki.openstreetmap.org/wiki/Multipolygon_Examples
http://wiki.openstreetmap.org/wiki/DE:Multipolygon_Examples

Oder schauen wer wieviel zum Thema Multipolygon im Wiki beigetragen hat
http://wiki.openstreetmap.org/w/index.php?title=Relation:multipolygon&action
=history
http://wiki.openstreetmap.org/w/index.php?title=DE:Relation:multipolygon&act
ion=history
http://wiki.openstreetmap.org/w/index.php?title=Multipolygon_Examples&action
=history
http://wiki.openstreetmap.org/w/index.php?title=DE:Multipolygon_Examples&act
ion=history

Oder wer wieviele Multipolygone schon selber kartiert hat (created)
http://hdyc.neis-one.org/?MasiMaster
http://hdyc.neis-one.org/?Willi2006

Oder die schon erwähnten, immer wiederkehrenden, nie zu einem Konsens
kommenden Diskussionen im Forum lesen und versuchen, die dort beschriebenen
unterschiedlichen Ansichten zu verstehen und zu akzeptieren.

Sonst macht man sich schnell lächerlich. Aber vielleicht sollte man diesen
ach so vielfältigen Benutzernamen nicht nur mit schoolmaster (Oberlehrer)
sondern auch mit Maso-Master (da schweigt des Sängers Höflichkeit)
assoziieren ;)

Um einem möglichen Missverständnis vorzubeugen: Ich bin nicht nachtragend.
Nur ich vergesse selten etwas.

Willi




From smial at gmx.de  Fri Oct 19 21:26:32 2012
From: smial at gmx.de (Rainer Knaepper)
Date: Fri, 19 Oct 2012 23:26:32 +0200
Subject: [Talk-de] =?utf-8?q?ist_das_taggen_f=C3=BCr_Mapnik=3F?=
Message-ID: <5081C588.7040404@gmx.de>

Ich habe hier:

http://www.openstreetmap.org/?lat=49.460967&lon=11.093388&zoom=18&layers=M 


einen U-Bahnsteig gefunden, der als Fußweg gemapt ist und 
als Tunnel. Ist das so ok? Oberirdisch sieht man dort im 
wesentlichen gepflasterte Fahr- und Gehwege, Straßencafés, 
einen Fahrstuhl, Blumenbeete und darin eingebettete lustige 
Lichtkuppeln.

Rainer (der desweiteren auf Reparaturen und Ergänzungen beim 
naheliegenden Stadtpark verzichtet hat, weil dessen Grenzen 
allesamt mit den umliegenden Straßen verknüpfnodet sind. 
Nervig.)





From osm at stephans-server.de  Fri Oct 19 22:47:03 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 00:47:03 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00c401cdad94$470a6100$d51f2300$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
Message-ID: <5081D867.1060307@stephans-server.de>

On 19.10.2012 02:54, Willi wrote:
> Unterschiedliche Verwendungsmöglichkeiten und Ansichten zu Multipolygonen
> werden immer wieder im deutschen Forum diskutiert, zum Beispiel neulich:
> Recreation_ground und Multipolygone
> http://forum.openstreetmap.org/viewtopic.php?pid=277135#p277135
> "landuse" ist kaputt
> http://forum.openstreetmap.org/viewtopic.php?pid=250349#p250349

Klingt nach Problemen mit dem Rendering, jedenfalls das 
Ferienlager-Beispiel.

Ich hatte mich nicht näher mit der MP-Relation-Diskussion beschäftigt 
und gehofft, dass es da mal zu einem Konsens kommt der auch dokumentiert 
wird. Scheint wohl noch nicht so weit zu sein.

Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das 
Vorfeld aus der Relation wegzulassen?
http://www.openstreetmap.org/browse/relation/1442532

Ich stehe gerade etwas auf der Leitung und bekommt die landuse/landcover 
Argumente nicht auf den Flughafen übertragen.

Stephan





From osm at stephans-server.de  Fri Oct 19 22:52:13 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 00:52:13 +0200
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <5081BAB7.2040204@remote.org>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
Message-ID: <5081D99D.5040205@stephans-server.de>

On 19.10.2012 22:40, Frederik Ramm wrote:
> On 10/19/2012 09:31 PM, Dieter Jasper wrote:
>> JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM
>> am Laden und ist schwer wieder loszuwerden)
> Interessant ist, dass offenbar eine Reihe von Leuten diese Beschreibung
> uebersetzt und sich nichts weiter dabei gedacht haben - das Plugin gibt
> es schon seit 10 Tagen.

Spannend. Wann es dann wohl das Plugin "steal banking data" gibt?
War nicht mal angedacht die Seite speziell zu schützen so dass böse 
Plugins nicht ganz so leicht an unbedarfte Nutzer verteilt werden können?

Stephan





From dieterdreist at gmail.com  Sat Oct 20 00:33:01 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 02:33:01 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5081B5DB.5020900@gmx.de>
References: <20121019170411.GA25560@pax.zz.de>
	<5081B5DB.5020900@gmx.de>
Message-ID: <CABPTjTCBuoiv6ehYKOAR=-D-Nzjq-5TetAigfDjiHDv=b7XY2g@mail.gmail.com>

Am Freitag, 19. Oktober 2012 schrieb Andreas Dommaschk :
>
>
> Schulen stehen in der Regel in Wohngebieten => landuse = residential.




m.E. ist die Schule nicht residential, weil da niemand wohnt, oder
höchstens ein Hausmeister



> Das amenity= school bedeutet ja übersetzt Einrichtung = Schule und nicht
> Schulgelände!
>
> Gibt es schon landuse=school? Wird das schon gerendert?;)
>
>

Das gesamte Schulgelände gehört zur Einrichtung Schule, ich sehe da keinen
Widerspruch, im Gegenteil, einen landuse=school fände ich dagegen viel zu
spezifisch, braucht man auch nicht, das wäre ja nur eine Wiederholung des
amenity-tags


Ich setze es also auf der Hauptgebäude. Zusätzlich kann man noch
> building=school setzen.
>
>

Ja, das building-tag würde ich auch so setzen


 Gruß Martin

>

-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|

Italia
N41.851, E12.4824

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 392 3114712
mobil: +49 1577 7793740
mk at koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
manuellen Übertragung von Informationen in elektronische Medien die
übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
entschuldigen.

Any views or opinions are solely those of the author and do not necessarily
represent those of koppenhoefer.com unless specifically stated.
This email and any files attached are confidential and intended solely for
the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmaster at koppenhoefer.com

Please note that to ensure regulatory compliance and for the protection of
our clients and business, we may monitor and read messages sent to and from
our systems.

Thank You.


From dieterdreist at gmail.com  Sat Oct 20 00:44:08 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 02:44:08 +0200
Subject: [Talk-de] =?utf-8?q?ist_das_taggen_f=C3=BCr_Mapnik=3F?=
In-Reply-To: <5081C588.7040404@gmx.de>
References: <5081C588.7040404@gmx.de>
Message-ID: <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>

Am Freitag, 19. Oktober 2012 schrieb Rainer Knaepper :

> Ich habe hier:
>
> http://www.openstreetmap.org/?**lat=49.460967&lon=11.093388&**
> zoom=18&layers=M<http://www.openstreetmap.org/?lat=49.460967&lon=11.093388&zoom=18&layers=M>
>
> einen U-Bahnsteig gefunden, der als Fußweg gemapt ist und als Tunnel. Ist
> das so ok? Oberirdisch sieht man dort im wesentlichen gepflasterte Fahr-
> und Gehwege, Straßencafés, einen Fahrstuhl, Blumenbeete und darin
> eingebettete lustige Lichtkuppeln.
>
>

Unterirdisch passt der Fußgängertunnel doch so halb. Den Bahnsteig könnte
man auch als platform mappen



> Rainer (der desweiteren auf Reparaturen und Ergänzungen beim naheliegenden
> Stadtpark verzichtet hat, weil dessen Grenzen allesamt mit den umliegenden
> Straßen verknüpfnodet sind. Nervig.)
>


Ja, das ist wirklich nervig. Leider haben auch hundert Beiträge lange
Diskussionen in der Vergangenheit bei diesem Thema keinen Konsens
herstellen können. Es gibt Mapper, die das besser finden, weil sie keine
weißen Stellen in der Karte haben wollen, daher vergrößern sie alle
angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
man nur so feststellen könne, welche Flächen an eine Straße anschließen.
Wenn es wenigstens Multipolygone wären, aber diese Überlappungen sind
wirklich ein Graus...

Gruß Martin


-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|llllIllll|

Italia
N41.851, E12.4824

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 392 3114712
mobil: +49 1577 7793740
mk at koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
manuellen Übertragung von Informationen in elektronische Medien die
übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
entschuldigen.

Any views or opinions are solely those of the author and do not necessarily
represent those of koppenhoefer.com unless specifically stated.
This email and any files attached are confidential and intended solely for
the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmaster at koppenhoefer.com

Please note that to ensure regulatory compliance and for the protection of
our clients and business, we may monitor and read messages sent to and from
our systems.

Thank You.


From andr-neumann at gmx.net  Sat Oct 20 09:43:29 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Sat, 20 Oct 2012 11:43:29 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5081B5DB.5020900@gmx.de>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
Message-ID: <50827241.3010608@gmx.net>

Am 19.10.2012 22:19, schrieb Andreas Dommaschk:
> Die hartnäckigsten User sind da bei die die das Changeset komplett,
> ohne Kommentar, rückgägig machen. Die Disskusion danach via
> Nachrichten über den OSM Acc kann man dann kurz zusammenfassen mit
> "Mein betreutest Gebiet, meine Regeln".

Das ist glaube etwas zu hart ausgedrückt. Aber als Auswerter kann man
die Leute immer daran erinnern, dass die Datenbank für mehr, als nur die
Karte da ist. Ich lasse auch benummerte Hauseingänge stehen, solange ich
zu der Hausnummer nix verknüpfen muss. Sollen die Leute es doch haben,
wie sie wollen. Nur wenn in dem Haus noch Huzes Hausmeisterservice und
Rechtsanwalt Dauerbrey ihre Büros haben, wird die Hausnummer kategorisch
auf die Fläche gemappt.

Die meisten Nutzer verstehen es auch, wenn ich ihnen mal die Sichtweise
eines Datenbankauswerters zukommen lassen. Nur manche meinen noch, man
könne mit irgendwelchen SQL-Konstrukten doch auch die Hausnummer mit den
Leuten verknüpfen. Hier hilft dann immer ein Trick aus der Mathematik.
Ein Beweis kann als widerlegt angesehen werden, wenn man ein
Gegenbeispiel bringt. :D

Schönes Wochenende,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



From willis at gmx.de  Sat Oct 20 13:46:05 2012
From: willis at gmx.de (Willi)
Date: Sat, 20 Oct 2012 20:46:05 +0700
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5081D867.1060307@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
Message-ID: <00e501cdaec9$42485ab0$c6d91010$@de>

On Saturday, October 20, 2012 5:47 AM Stephan Knauss
[mailto:osm at stephans-server.de] wrote:

> Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
Vorfeld 
> aus der Relation wegzulassen?
> http://www.openstreetmap.org/browse/relation/1442532 
	
Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.
Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt
aeroway=aerodrome.

Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben
will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld
nach, also über die Flughafenfläche und das Vorfeld ist sichtbar. Da Mapnik
Wasser nach Flughafenflächen zeichnet wenn nichts anderes angegeben ist, ist
auch der See http://www.openstreetmap.org/browse/way/33300147
zu sehen obwohl er kein inneres Mitglied des Multipolygons ist.

Diesen See http://www.openstreetmap.org/browse/way/186750719
zeichnet Mapnik nach dem Wald
http://www.openstreetmap.org/browse/way/186750716
in dem er liegt. Er ist also sichtbar, auch ohne Multipolygon. 

Auch diesen See http://www.openstreetmap.org/browse/way/186750718
zeichnet Mapnik nach diesem Wald
http://www.openstreetmap.org/browse/way/186750717.
Mapnik merkt nicht, dass dies der umgekehrte Fall ist, Wald im See. Mapnik
prüft gar nicht ob eine Fläche in einer anderen liegt. Der Wald wird nicht
dargestellt.

In diesem Beispiel wird durch eine Relation Multipolygon
http://www.openstreetmap.org/browse/relation/2410561
mitgeteilt, dass ein Wald in einem See liegt und Mapnik zeichnet dann den
Wald nach dem See. Der Wald ist sichtbar.

Da die Reihenfolge der Abarbeitung der Flächen nicht festgelegt ist, kann
ein anderer Renderer zu einer anderen Darstellung kommen. Durch Verwendung
von Multipolygonen verhindere ich dies, wie in diesem Beispiel
http://www.openstreetmap.org/browse/relation/1625506.

Ausser für den beschriebenen können Multipolygone auch noch für andere
Zwecke eingesetzt werden. Zum Beispiel zur Beschreibung von Exklaven und
Enklaven. Es wird also beschrieben, dass eine Fläche in einer anderen liegt,
aber nicht zu ihr gehört. Es ist nicht immer sofort ersichlich wozu die
Relation Multipolygon erstellt wurde. Und so entstehen immer wieder
Missverständnisse und eigentlich unnötige Diskussionen.

Ich hoffe das hilft beim Verständnis. Allein mir fehlt der Glaube, dass dies
zukünftige Diskussionen auch nur vermindern kann :)

Willi




From wendorff at uni-paderborn.de  Sat Oct 20 14:15:33 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sat, 20 Oct 2012 16:15:33 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00e501cdaec9$42485ab0$c6d91010$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
Message-ID: <5082B205.70101@uni-paderborn.de>

Am 20.10.2012 15:46, schrieb Willi:
> On Saturday, October 20, 2012 5:47 AM Stephan Knauss
> [mailto:osm at stephans-server.de] wrote:
>
>> Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
> Vorfeld
>> aus der Relation wegzulassen?
>> http://www.openstreetmap.org/browse/relation/1442532
> 	
> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
> liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
> Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.
> Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt
> aeroway=aerodrome.
Das halte ich für falsch.
Dass das Vorfeld innerhalb des Flughafens liegt, ergibt sich aus der 
Geometrie.
Die Role inner eines Multipolygons dagegen besagt "schneide dieses 
Polygon aus, das gehört nicht dazu."
Das ist ungefähr genau das Gegenteil und hier nicht zutreffend.
Dass es etwas anderes ist als die restliche Flughafenflche (outer ohne 
alle inner), ist etwas anderes, aber dann gehört die Eigenschaft "dies 
ist ein Flughafen" (aeroaway=aerodrome) an den outer-way, nicht ans 
Multipolygon.
> Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben
> will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld
> nach, also über die Flughafenfläche und das Vorfeld ist sichtbar. Da Mapnik
> Wasser nach Flughafenflächen zeichnet wenn nichts anderes angegeben ist, ist
> auch der See http://www.openstreetmap.org/browse/way/33300147
> zu sehen obwohl er kein inneres Mitglied des Multipolygons ist.
Das ist aber ein Problem des Mapnik-Stils, der nichts mit den Daten zu 
tun hat.
Die Daten sind nicht falsch, nur weil der Mapnik-Stil hier 
offensichtlich fehlerhafte Ergebnisse produziert.
> Diesen See http://www.openstreetmap.org/browse/way/186750719
> zeichnet Mapnik nach dem Wald
> http://www.openstreetmap.org/browse/way/186750716
> in dem er liegt. Er ist also sichtbar, auch ohne Multipolygon.
>
> Auch diesen See http://www.openstreetmap.org/browse/way/186750718
> zeichnet Mapnik nach diesem Wald
> http://www.openstreetmap.org/browse/way/186750717.
> Mapnik merkt nicht, dass dies der umgekehrte Fall ist, Wald im See. Mapnik
> prüft gar nicht ob eine Fläche in einer anderen liegt. Der Wald wird nicht
> dargestellt.
Richtig erkannt: Mapnik prüft überhaupt keine Lage, sondern zeichnet 
stumpf in vorgegebener Reihenfolge übereinander.
Meistens funktioniert das, manchmal auch nicht, aber es ist ein Fehler 
bzw. eine Begrenzung von Mapnik, wenn dabei was schiefgeht.
> In diesem Beispiel wird durch eine Relation Multipolygon
> http://www.openstreetmap.org/browse/relation/2410561
> mitgeteilt, dass ein Wald in einem See liegt und Mapnik zeichnet dann den
> Wald nach dem See. Der Wald ist sichtbar.
Jein.
Jetzt sind wir an der Uneindeutigkeit der natürlichen (hier deutschen) 
Sprache.
Die inhaltliche Frage wäre eigentlich: gehört der See zum Wald oder 
nicht? Liegt der See im Wald, oder erstreckt sich der Wald um den See herum?
Semantisch halte ich im Falle von Wald und See beides für vertretbar und 
damit beide Möglichkeiten, das in den Daten zu modellieren, für korrekt.

Beim Flughafen dagegen ist das was anderes: Niemand käme auf die Idee, 
ernsthaft zu behaupten, das Vorfeld gehöre nicht zum Flughafen.
Das gehört nicht zu den Flughafengebäuden, nicht zum Terminal, nicht zur 
Wiese, die sich auch auf dem Flughafengelände erstreckt, aber genauso 
wie Terminals, Wiese und so weiter gehört es zum Flughafen. Es 
auszuschneiden wäre damit falsch.
>
> Da die Reihenfolge der Abarbeitung der Flächen nicht festgelegt ist, kann
> ein anderer Renderer zu einer anderen Darstellung kommen. Durch Verwendung
> von Multipolygonen verhindere ich dies, wie in diesem Beispiel
> http://www.openstreetmap.org/browse/relation/1625506.
Stimmt, dadurch verhinderst Du das.
Aber was tust du damit eigentlich?
Im Flughafen-Beispiel erzeugst Du bewusst und absichtlich Fehler in den 
Daten und versteckst dafür Fehler der Renderer.
Du verminderst Auswertungsmöglichkeiten der Daten (Wie viel Fläche hat 
der Flughafen?) und minderst gleichzeitig den Druck, Fehler in den 
Renderern zu beheben.
Stattdessen könntest Du den Fehler der Renderer berichten und versuchen 
mitzuhelfen, wie man ihn beheben könnte (was zugegeben im aktuellen Fall 
nicht unbedingt einfach wird).
> Ausser für den beschriebenen können Multipolygone auch noch für andere
> Zwecke eingesetzt werden. Zum Beispiel zur Beschreibung von Exklaven und
> Enklaven. Es wird also beschrieben, dass eine Fläche in einer anderen liegt,
> aber nicht zu ihr gehört. Es ist nicht immer sofort ersichlich wozu die
> Relation Multipolygon erstellt wurde. Und so entstehen immer wieder
> Missverständnisse und eigentlich unnötige Diskussionen.
Die Beschreibung von Enklaven und Exklaven ist der einzige (!) Sinn von 
Multipolygonen bzw. deren inner-role.
Deine Beispiele oben sind falsche Anwendungen des Multipolygons, und nur 
so werden Missverständnisse eingeführt, denn eigentlich ist die 
Definition klar:
Die Multipolygon-Relation ist eine Möglichkeit, eine Fläche zu 
beschreiben, die durch einen geschlossenen Linienzug (= closed way = 
Polygon) nicht beschrieben werden kann, indem
a) mehrere nicht geometrisch zusammenhängende Flächen zusammengefasst werden
und/oder
b) Löcher aus einfachen Flächen ausgeschnitten werden.

Die dritte Variante, auch noch aus nicht geschlossenen Wegen Flächen 
zusammenzustückeln, ist eine technisch gebundene "Notlösung", die ich 
persönlich auch schon kritisch sehe; das berührt aber nicht die bis 
hierhin von mir beschriebene Situation.

Gruß
Peter



From osm at tobias-knerr.de  Sat Oct 20 14:16:20 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Sat, 20 Oct 2012 16:16:20 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00e501cdaec9$42485ab0$c6d91010$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
Message-ID: <5082B234.8030202@tobias-knerr.de>

Am 20.10.2012 15:46, schrieb Willi:
> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
> liegt.

Das sagt ein Multipolygon aber nicht aus, dazu ist nicht einmal eine
Relation nötig. Das würde man ausdrücken, indem man eine Fläche
innerhalb einer anderen zeichnet.

Durch die Aufnahme als inner hast du hingegen ausgedrückt, dass das
Vorfeld nicht zum Flughafen gehört.

> Und zum Anderen, dass es etwas Anderes ist als die restliche
> Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.
>
> Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik [...]
> Diesen See zeichnet Mapnik [...]
> Auch diesen See  zeichnet Mapnik [...]
> Mapnik merkt nicht [...]
> und Mapnik zeichnet dann [...]

Auch das sagt ein Multipolygon nicht aus.

Ein Multipolygon ist keine Renderhilfe, und jede Verwendung als solche
ist ein Missbrauch. Dass Mapnik nicht besonders schlau ist, ändert da
nichts.

Wenn du entscheiden willst, ob ein Multipolygon korrekt eingetragen ist,
dann stell dir eine Karte vor, wo all die Objekttypen der
inner-Mitglieder überhaupt nicht gerendert werden, sondern leer bleiben.

Stelle dir beim konkreten Beispiel die Frage: Ist die Fläche, die man
dann sieht, eine sinnvolle Abbildung des Flugplatzes? Oder sind da dann
Löcher, die nicht hineingehören?

Oder ein anderes Denkmodell, das aufs Selbe hinausläuft: Wenn man
innerhalb eines inner steht, ist man ebenso wenig z.B. "im Wasser", "auf
dem Flugplatz" oder "auf dem Schulgelände", wie wenn man außerhalb eines
outer steht. Man ist allenfalls "von Wasser/... umgeben".

> Ich hoffe das hilft beim Verständnis. Allein mir fehlt der Glaube, dass dies
> zukünftige Diskussionen auch nur vermindern kann :)

Leider hast du selbst ein ernsthaftes Verständnisproblem beim Thema
Multipolygon.

Gruß,
Tobias



From masi-master at gmx.de  Sat Oct 20 14:42:37 2012
From: masi-master at gmx.de (Masi Master)
Date: Sat, 20 Oct 2012 16:42:37 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00b701cdae3e$b94a44b0$2bdece10$@de>
References: <508070F0.3050903@stephans-server.de>
 <op.wme74wlfhg6zzq@masi.mshome.net> <00b701cdae3e$b94a44b0$2bdece10$@de>
Message-ID: <op.wmhe5bkchg6zzq@masi.mshome.net>

Ahh, da hätte auch gleich drauf kommen können, dass du der Ersteller  
dieser Relation bist :) Aber du musst nicht gleich ausfallend werden, wenn  
man auf eine überflüssige/falsche Relation hinweist, ist ja nicht das  
erste mal!

Wenn ich es richtig verstehe, sind Multipolygone nicht dazu da, um  
Renderen zu helfen wie sie etwas Darstellen sollen (genausowenig wie das  
layers-Tag), sondern um Flächen zu beschreiben. Erstellen wir nicht primär  
eine Geo-Datenbank und nicht eine Karte? Also weshalb Terminal und  
Flugfeld aus dem Flughafen ausschneiden? Oder soll es eine site-Relation  
werden?

Ich weiß zwar nicht was du mit dem Vergleich aussagen willst, aber ich  
komme fast immer ohne Multipolygone aus.
Konsens? Hier bei OSM würde ich schon bei 80% davon reden. Anders gehts  
wohl kaum in einer so großen Community, wenn man etwas vorranbringen will.

Desweiteren verbiete ich mir die Verschandlung meines Nicknamens! Sowas  
ist einfach nur kindisch!

Gruß
Masi


Am 19.10.2012, 23:14 Uhr, schrieb Willi <willis at gmx.de>:

> Ehe ich so forsch in die Tasten hauen und und Andere eines Fehlers
> bezichtige würde ich mich erst mal über Multipolygone und deren
> unterschiedliche Verwendungsmöglichkeiten schlau machen. Zum Beispiel die
> Wiki Seiten zum Thema Multipolygon lesen und hoffentlich auch verstehen
> http://wiki.openstreetmap.org/wiki/Relation:multipolygon
> http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon
> http://wiki.openstreetmap.org/wiki/Multipolygon_Examples
> http://wiki.openstreetmap.org/wiki/DE:Multipolygon_Examples
>
> Oder schauen wer wieviel zum Thema Multipolygon im Wiki beigetragen hat
> http://wiki.openstreetmap.org/w/index.php?title=Relation:multipolygon&action
> =history
> http://wiki.openstreetmap.org/w/index.php?title=DE:Relation:multipolygon&act
> ion=history
> http://wiki.openstreetmap.org/w/index.php?title=Multipolygon_Examples&action
> =history
> http://wiki.openstreetmap.org/w/index.php?title=DE:Multipolygon_Examples&act
> ion=history
>
> Oder wer wieviele Multipolygone schon selber kartiert hat (created)
> http://hdyc.neis-one.org/?MasiMaster
> http://hdyc.neis-one.org/?Willi2006
>
> Oder die schon erwähnten, immer wiederkehrenden, nie zu einem Konsens
> kommenden Diskussionen im Forum lesen und versuchen, die dort  
> beschriebenen
> unterschiedlichen Ansichten zu verstehen und zu akzeptieren.
>
> Sonst macht man sich schnell lächerlich. Aber vielleicht sollte man  
> diesen
> ach so vielfältigen Benutzernamen nicht nur mit schoolmaster (Oberlehrer)
> sondern auch mit Maso-Master (da schweigt des Sängers Höflichkeit)
> assoziieren ;)
>
> Um einem möglichen Missverständnis vorzubeugen: Ich bin nicht  
> nachtragend.
> Nur ich vergesse selten etwas.
>
> Willi
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From frederik at remote.org  Sat Oct 20 14:47:31 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sat, 20 Oct 2012 16:47:31 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00e501cdaec9$42485ab0$c6d91010$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
Message-ID: <5082B983.6000602@remote.org>

Hi,

On 10/20/2012 03:46 PM, Willi wrote:
> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
> liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
> Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.

Verstehe ich nicht. Das Vorfeld gehoert doch zum Flughafen dazu - wenn 
es aber ein "inner" in der Flughafenrelation ist, sagt man doch damit, 
dass es nicht zum Flughafen gehoert.

Bye
Frederik

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



From frederik at remote.org  Sat Oct 20 14:48:44 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sat, 20 Oct 2012 16:48:44 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082B234.8030202@tobias-knerr.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082B234.8030202@tobias-knerr.de>
Message-ID: <5082B9CC.6080109@remote.org>

Hi,

On 10/20/2012 04:16 PM, Tobias Knerr wrote:
> Am 20.10.2012 15:46, schrieb Willi:
>> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
>> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
>> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
>> liegt.
>
> Das sagt ein Multipolygon aber nicht aus, dazu ist nicht einmal eine
> Relation nötig. Das würde man ausdrücken, indem man eine Fläche
> innerhalb einer anderen zeichnet.
>
> Durch die Aufnahme als inner hast du hingegen ausgedrückt, dass das
> Vorfeld nicht zum Flughafen gehört.

Hätt ich mal das erst gelesen bevor ich das gleiche nochmal schreibe ;9

Bye
Frederik


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



From osm at stephans-server.de  Sat Oct 20 16:03:06 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 18:03:06 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <00e501cdaec9$42485ab0$c6d91010$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
Message-ID: <5082CB3A.3060009@stephans-server.de>

On 20.10.2012 15:46, Willi wrote:
> On Saturday, October 20, 2012 5:47 AM Stephan Knauss
>> Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
> Vorfeld
>> aus der Relation wegzulassen?
>> http://www.openstreetmap.org/browse/relation/1442532
> 	
> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
> liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
> Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.
> Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt
> aeroway=aerodrome.
>
> Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben
> will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld
> nach, also über die Flughafenfläche und das Vorfeld ist sichtbar.

Klingt für mich immer noch nach taggen für den Renderer, bzw. schlimmer 
noch taggen für den osm mapnik style.

Was passiert denn wenn ich mit einem eigenen sehr vereinfachenden Style 
den Flugplatz nur als Fläche rendern will und mich weder für Gebäude 
noch Vorfeld interessiere.

Der Renderer findet das Multipolygon und sagt: Super, da ist eine Fläche 
die ein Flughafen ist. Und dann werden dort in dem Multipolygon 
inner-ways gefunden.
Wenn ich das so ähnlich wie ein OGC (Open Geospatial Consortium) 
Multipolygon interpretiere (was so dachte ich auch der OSM Verwendung am 
nächsten kommt) dann habe ich nachher Löcher in der Fläche.

Scheint mir nicht ganz passend zu sein.

Mit diesem Verständnis würde ich beim Wald mit einem See, wenn es denn 
als Multipolygon modeliert ist nie die Wald-Eigenschaft an die Relation 
hängen. Ein See ist eben kein Wald.
Vielleicht gibt es ein Gebiet, das ein Nationalpark ist. Das könnte eine 
Relation sein die aus Wald und See besteht.
Oder der Nationalpark ist eine Fläche die eben andere Flächen 
beinhaltet. Ganz ohne Relation, einfach mehrere sich überlagernde Flächen.
So wurde bislang in OSM das "landuse=" verwendet.

Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter 
Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz 
gut, aber sobald Flächen ins Spiel kommen scheint es so komplex zu 
werden dass die Styles keiner mehr ordentlich hinbekommt.

Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" 
bekommen könnten? Eine Fläche mit Priority x kann nur durch eine höhere 
Priorität übermalt werden?
Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge im 
Style-File achten zu müssen.

Stephan





From wendorff at uni-paderborn.de  Sat Oct 20 16:55:34 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Sat, 20 Oct 2012 18:55:34 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082CB3A.3060009@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
Message-ID: <5082D786.5020409@uni-paderborn.de>

Am 20.10.2012 18:03, schrieb Stephan Knauss:
> On 20.10.2012 15:46, Willi wrote:
>> On Saturday, October 20, 2012 5:47 AM Stephan Knauss
>>> Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
>> Vorfeld
>>> aus der Relation wegzulassen?
>>> http://www.openstreetmap.org/browse/relation/1442532
>>
>> Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen 
>> sondern es
>> als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
>> mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des 
>> Flughafens
>> liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
>> Flughafenfläche (outer ohne alle inner) und anders dargestellt werden 
>> soll.
>> Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt
>> aeroway=aerodrome.
>>
>> Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden 
>> haben
>> will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das 
>> Vorfeld
>> nach, also über die Flughafenfläche und das Vorfeld ist sichtbar.
>
> Klingt für mich immer noch nach taggen für den Renderer, bzw. 
> schlimmer noch taggen für den osm mapnik style.
>
> Was passiert denn wenn ich mit einem eigenen sehr vereinfachenden 
> Style den Flugplatz nur als Fläche rendern will und mich weder für 
> Gebäude noch Vorfeld interessiere.
>
> Der Renderer findet das Multipolygon und sagt: Super, da ist eine 
> Fläche die ein Flughafen ist. Und dann werden dort in dem Multipolygon 
> inner-ways gefunden.
> Wenn ich das so ähnlich wie ein OGC (Open Geospatial Consortium) 
> Multipolygon interpretiere (was so dachte ich auch der OSM Verwendung 
> am nächsten kommt) dann habe ich nachher Löcher in der Fläche.
>
> Scheint mir nicht ganz passend zu sein.
>
> Mit diesem Verständnis würde ich beim Wald mit einem See, wenn es denn 
> als Multipolygon modeliert ist nie die Wald-Eigenschaft an die 
> Relation hängen. Ein See ist eben kein Wald.
> Vielleicht gibt es ein Gebiet, das ein Nationalpark ist. Das könnte 
> eine Relation sein die aus Wald und See besteht.
> Oder der Nationalpark ist eine Fläche die eben andere Flächen 
> beinhaltet. Ganz ohne Relation, einfach mehrere sich überlagernde 
> Flächen.
> So wurde bislang in OSM das "landuse=" verwendet.
>
> Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter 
> Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz 
> gut, aber sobald Flächen ins Spiel kommen scheint es so komplex zu 
> werden dass die Styles keiner mehr ordentlich hinbekommt.
>
> Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" 
> bekommen könnten? Eine Fläche mit Priority x kann nur durch eine 
> höhere Priorität übermalt werden?
> Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge 
> im Style-File achten zu müssen.
Das gibt es schon.
Das ist das viel zu oft überflüssig (aber in genau diesen Fällen 
eigentlich sinnvolle) layer-Tag:
layer=0 ist das normal, layer=1 ist darüber, layer=2 darüber und so weiter.
Deshalb gibt es für Brücken die möglicherweise mittlerweile veraltete 
Empfehlung, layer=1 mit dranzuschreiben und für Tunnel layer=-1.

Also einfach layer=1 an das, was sonst doof unter der umgebenden Fläche 
liegt, und die Sache ist gegessen - hoffentlich jedenfalls.
Das ist zwar genaugenommen auch noch taggen für den Renderer, aber es 
ist kein Fehler in den Daten, sondern ein zusätzlicher Hinweis.

Gruß
Peter



From osm-listen at ivkasogis.de  Sat Oct 20 17:23:58 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 19:23:58 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082CB3A.3060009@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
Message-ID: <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 18:03 +0200 schrieb Stephan Knauss:
> On 20.10.2012 15:46, Willi wrote:

> > Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
> > als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
> > mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
> > liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche
> > Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll.
> > Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt
> > aeroway=aerodrome.
> >
> > Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben
> > will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld
> > nach, also über die Flughafenfläche und das Vorfeld ist sichtbar.
> 
> Klingt für mich immer noch nach taggen für den Renderer, bzw. schlimmer 
> noch taggen für den osm mapnik style.

Der Eindruck entsteht.

Ich könnte mir aber auch vorstellen, dass ein Verständnisproblem besteht
bezüglich der Verschachtelung von Multipolygonen. Ein Outer kann ja auch
das Innere eines Inner sein und damit ein Loch in einem Loch, das aus
dem Loch ausgeschnitten wird und zur Fläche des Outer gehört. Einfaches
Beispiel See im Wald mit bewaldeter Insel. Der Wald auf der Insel gehört
dann zum Outer (wenn man die Insel=Wald taggt).

<http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon#Insel_in_einem_Loch>


> Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter 
> Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz 
> gut, aber sobald Flächen ins Spiel kommen scheint es so komplex zu 
> werden dass die Styles keiner mehr ordentlich hinbekommt.
> 
> Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" 
> bekommen könnten? Eine Fläche mit Priority x kann nur durch eine höhere 
> Priorität übermalt werden?
> Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge im 
> Style-File achten zu müssen.


(schauder)

Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht
vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche
Probleme, allerdings mit qgis, und habe die Polygone erst mal in der
Datenbank vernünftig zusammengesetzt, bevor der Renderer sie bekommt.
Danach war das kein Problem mehr.

Prioritäten werden überhaupt nicht gebraucht. Sie sind eher
kontraproduktiv, da nicht jeder Renderer dieselben Prioritäten hat. Man
muss eben sauber definieren und nicht von irgendeiner Zeichenreihenfolge
ausgehen.

Gruß, Wolfgang




From osm at stephans-server.de  Sat Oct 20 17:28:55 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 19:28:55 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082D786.5020409@uni-paderborn.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <5082D786.5020409@uni-paderborn.de>
Message-ID: <5082DF57.2070904@stephans-server.de>

On 20.10.2012 18:55, Peter Wendorff wrote:
> Am 20.10.2012 18:03, schrieb Stephan Knauss:
>> Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority"
>> bekommen könnten? Eine Fläche mit Priority x kann nur durch eine
>> höhere Priorität übermalt werden?
>> Das würde etwas den Druck rausnehmen so furchtbar auf die Reihenfolge
>> im Style-File achten zu müssen.
> Das gibt es schon.
> Das ist das viel zu oft überflüssig (aber in genau diesen Fällen
> eigentlich sinnvolle) layer-Tag:
> layer=0 ist das normal, layer=1 ist darüber, layer=2 darüber und so weiter.
> Deshalb gibt es für Brücken die möglicherweise mittlerweile veraltete
> Empfehlung, layer=1 mit dranzuschreiben und für Tunnel layer=-1.
>
> Also einfach layer=1 an das, was sonst doof unter der umgebenden Fläche
> liegt, und die Sache ist gegessen - hoffentlich jedenfalls.
> Das ist zwar genaugenommen auch noch taggen für den Renderer, aber es
> ist kein Fehler in den Daten, sondern ein zusätzlicher Hinweis.

klingt für mich aber nicht viel besser. Eher sogar schlechter. Damit 
legt nämlich jemand in den Daten fest was wichtig ist.

Beispiel ein landuse=military und da drin ein natural=water. Beides als 
eigene Fläche getaggt.

Nun möchte ich, dass der Ersteller des MapStyle festlegen kann was in 
welcher Art gerendert wird. Vielleicht will ich, dass Militärflächen 
komplett geblurred werden. Da soll auch nicht erkennbar sein, dass da 
irgend etwas anderes drin ist. Weder Seen noch Häuser.

Oder ich will, dass ein See immer blau gerendert wird, egal was für eine 
Fläche da drum herum ist. Beides wohl vernünftige Anwendungen.

Das würde nicht mehr gehen wenn es wieder auf ein spezielles Tagging an 
den Daten ankommt.

Daher meine Frage was genau am Renderer geändert werden muss dass genau 
so etwas wieder am Renderer einstellbar wird.
Und dass es mit nur der Reihenfolge als Einstellmöglichkeit nicht klappt 
sehen wir ja gerade an den aktuellen Beispielen.

Stephan





From osm-listen at ivkasogis.de  Sat Oct 20 17:30:38 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 19:30:38 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082D786.5020409@uni-paderborn.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <5082D786.5020409@uni-paderborn.de>
Message-ID: <1350754238.21396.19.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 18:55 +0200 schrieb Peter Wendorff:

> Das gibt es schon.
> Das ist das viel zu oft überflüssig (aber in genau diesen Fällen 
> eigentlich sinnvolle) layer-Tag:
> layer=0 ist das normal, layer=1 ist darüber, layer=2 darüber und so weiter.
> Deshalb gibt es für Brücken die möglicherweise mittlerweile veraltete 
> Empfehlung, layer=1 mit dranzuschreiben und für Tunnel layer=-1.
> 
> Also einfach layer=1 an das, was sonst doof unter der umgebenden Fläche 
> liegt, und die Sache ist gegessen - hoffentlich jedenfalls.
> Das ist zwar genaugenommen auch noch taggen für den Renderer, aber es 
> ist kein Fehler in den Daten, sondern ein zusätzlicher Hinweis.

-1

Layer ist in diesem Zusammenhang Unsinn. Mit Layer wird ausgedrückt,
dass die Objekte im realen Leben übereinander liegen. Der See liegt
nicht "auf" dem Wald und verdeckt ihn nur. Auch der Flughafen liegt
nicht "unter" dem Rollfeld oder einer anderen Fläche, die ihn
"verdeckt".

Mit Layer kann man arbeiten, wenn z.B. mehrere Brücken übereinander
führen. Dann liegen sie tatsächlich übereinander.

Layer ist _kein_ Hinweis für Renderer, sondern ein Attribut in einer
Geo-Datenbank. Wir beschreiben möglichst gut und genau die Objekte so,
wie sie im realen Leben sind. Wer die malen möchte, muss seine
Hausaufgaben machen.

Gruß, Wolfgang




From osm at stephans-server.de  Sat Oct 20 17:31:55 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 19:31:55 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
Message-ID: <5082E00B.1060406@stephans-server.de>

On 20.10.2012 19:23, Wolfgang Hinsch wrote:
> Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht
> vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche
> Probleme, allerdings mit qgis, und habe die Polygone erst mal in der
> Datenbank vernünftig zusammengesetzt, bevor der Renderer sie bekommt.
> Danach war das kein Problem mehr.

Hast du da ein konkretes Beispiel? vielleicht ist das ja wirklich ein 
Problem mit der Datenaufbereitung. Was ist für Mapnik genau schlecht das 
osm2pgsql aus den Daten erzeugt?


> Prioritäten werden überhaupt nicht gebraucht. Sie sind eher
> kontraproduktiv, da nicht jeder Renderer dieselben Prioritäten hat. Man
> muss eben sauber definieren und nicht von irgendeiner Zeichenreihenfolge
> ausgehen.
Ich glaube da hattest du mich missverstanden. Die Priorität soll in das 
Style file vom Renderer und eben nicht an die Daten.

Stephan





From dieterdreist at gmail.com  Sat Oct 20 17:32:26 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 19:32:26 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082CB3A.3060009@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
Message-ID: <CABPTjTD7a3azgXEovU3DyXdpZ+O69km5JUdOwuLX5GK=U7ZObg@mail.gmail.com>

Am 20. Oktober 2012 18:03 schrieb Stephan Knauss <osm at stephans-server.de>:
> Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter
> Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz gut,
> aber sobald Flächen ins Spiel kommen scheint es so komplex zu werden dass
> die Styles keiner mehr ordentlich hinbekommt.


naja, einigermaßen funktioniert das durchaus, zum einen, weil die
Flächen vor der Darstellung der Größe nach sortiert werden, und zum
zweiten, indem viele Flächen halbtransparent drübergemalt werden. Dass
man überhaupt Flächen füllt ist ja nicht mal gegeben, man kann (und
tut das z.T.) Flächen auch nur als Umrisse darstellen, je nachdem was
es ist, macht das auch Sinn.


> Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" bekommen
> könnten?


das macht der layer-key, wird allerdings nicht beachtet von Mapnik,
ausser bei Brücken (bzw. wo es sonst explizit eingebaut ist).

Gruß Martin



From dieterdreist at gmail.com  Sat Oct 20 17:38:39 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 19:38:39 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTBVAZ2LiDVZBaic7=oM2tXV_ERt1mN9CA9ruvsZqCoEvw@mail.gmail.com>

Am 20. Oktober 2012 19:23 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> bezüglich der Verschachtelung von Multipolygonen. Ein Outer kann ja auch
> das Innere eines Inner sein und damit ein Loch in einem Loch, das aus
> dem Loch ausgeschnitten wird und zur Fläche des Outer gehört. Einfaches
> Beispiel See im Wald mit bewaldeter Insel. Der Wald auf der Insel gehört
> dann zum Outer (wenn man die Insel=Wald taggt).
>
> <http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon#Insel_in_einem_Loch>


Ich finde das ein fast überflüssiges Beispiel. Überflüssig, weil damit
weitere Komplexität erzeugt wird, die überhaupt nicht nötig wäre: man
kann genauso gut diesem inneren outer einfach nur tags geben und es
aus der Relation draussen lassen.

Dadurch bleiben die Relationen übersichtlicher und die Komplexität
geringer. Falls das mehrere outer-ways sind, die gemeinsam einen
geschlossenen Ring bilden, finde ich ein zusätzliches Multipolygon
besser. Je atomarer man arbeitet, um so weniger komplex werden auch
die Diff und um so weniger muss ein zukünftiger Editor runterladen und
verstehen, um weiterarbeiten zu können.

Gruß Martin



From dieterdreist at gmail.com  Sat Oct 20 17:42:18 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 19:42:18 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082E00B.1060406@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <5082E00B.1060406@stephans-server.de>
Message-ID: <CABPTjTAVGyjt_nFHxFpNDLDHQtZ44Vrzx86-0JPQEXSNnaA8GA@mail.gmail.com>

Am 20. Oktober 2012 19:31 schrieb Stephan Knauss <osm at stephans-server.de>:
> Ich glaube da hattest du mich missverstanden. Die Priorität soll in das
> Style file vom Renderer und eben nicht an die Daten.


Die Prioritäten sind da schon drin: die Reihenfolge der Layer, je
später um so wichtiger bei den Flächen (bei den Symbolen anders rum,
weil es da Kollisionserkennung gibt). Je mehr man die features auf
unterschiedliche Layer verteilt (also explizit Prioritäten verteilt),
um so weniger kann man flexibel reagieren (und z.B. große Flächen
flexibel unter kleineren Flächen rendern).

Gruß Martin



From osm-listen at ivkasogis.de  Sat Oct 20 17:43:46 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 19:43:46 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082E00B.1060406@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <5082E00B.1060406@stephans-server.de>
Message-ID: <1350755026.21396.29.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 19:31 +0200 schrieb Stephan Knauss:
> On 20.10.2012 19:23, Wolfgang Hinsch wrote:
> > Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht
> > vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche
> > Probleme, allerdings mit qgis, und habe die Polygone erst mal in der
> > Datenbank vernünftig zusammengesetzt, bevor der Renderer sie bekommt.
> > Danach war das kein Problem mehr.
> 
> Hast du da ein konkretes Beispiel? vielleicht ist das ja wirklich ein 
> Problem mit der Datenaufbereitung. Was ist für Mapnik genau schlecht das 
> osm2pgsql aus den Daten erzeugt?

Ich habe mit qgis gearbeitet, nicht mit Mapnik. Aber das Prinzip ist das
Gleiche. Eventuell kann Mapnik grundsätzlich keine Fläche aus einem
Polygon ausschneiden. Dann müssten die Daten in der für Mapnik
aufbereiteten DB tatsächlich eine Layer-Anweisung zum Malen erhalten,
- _aber_ nicht aus der OSM-DB, sondern aus der Aufbereitung der
Multipolygone. Das muss das Script leisten, dass die DB für Mapnik
erzeugt. Im Fall von qgis lag das etwas anders, es konnte die Polygone
nicht aus einzelnen Linien zusammensetzen und war mit mehreren
Verschachtelungsebenen überfordert.

> 
> 
> > Prioritäten werden überhaupt nicht gebraucht. Sie sind eher
> > kontraproduktiv, da nicht jeder Renderer dieselben Prioritäten hat. Man
> > muss eben sauber definieren und nicht von irgendeiner Zeichenreihenfolge
> > ausgehen.
> Ich glaube da hattest du mich missverstanden. Die Priorität soll in das 
> Style file vom Renderer und eben nicht an die Daten.

Ja, das habe ich wohl missverstanden. Aber ich meine, auch in den Style
gehören keine Prioritäten. Es sei denn, du willst grundsätzlich "im
Zweifel nur Wasser" anzeigen (z.B.).

Die Prioritäten müssen, falls das Multipolygon nicht verfügbar ist,
dynamisch aus den Daten aufbereitet werden und gehören in den
darzustellenden Datensatz, s.o.

Gruß, Wolfgang

> 
> Stephan
> 
> 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From osm at stephans-server.de  Sat Oct 20 17:44:49 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 19:44:49 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <CABPTjTD7a3azgXEovU3DyXdpZ+O69km5JUdOwuLX5GK=U7ZObg@mail.gmail.com>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <CABPTjTD7a3azgXEovU3DyXdpZ+O69km5JUdOwuLX5GK=U7ZObg@mail.gmail.com>
Message-ID: <5082E311.3010303@stephans-server.de>

On 20.10.2012 19:32, Martin Koppenhoefer wrote:
> Am 20. Oktober 2012 18:03 schrieb Stephan Knauss <osm at stephans-server.de>:
>> Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik "Painter
>> Algorithm" begraben zu sein. Das klappt für einfache Geometrien ganz gut,
>> aber sobald Flächen ins Spiel kommen scheint es so komplex zu werden dass
>> die Styles keiner mehr ordentlich hinbekommt.
> naja, einigermaßen funktioniert das durchaus, zum einen, weil die
> Flächen vor der Darstellung der Größe nach sortiert werden, und zum
> zweiten, indem viele Flächen halbtransparent drübergemalt werden. Dass
> man überhaupt Flächen füllt ist ja nicht mal gegeben, man kann (und
> tut das z.T.) Flächen auch nur als Umrisse darstellen, je nachdem was
> es ist, macht das auch Sinn.
Bei dem Flughafenbeispiel vom Anfang war das doch genau so ein Problem, 
dass das Vorfeld und Gebäude nicht wie gewünscht gerendert wurden.
Vermutlich müsste da die Reihenfolge im Mapnik Style umsortiert werden.

>> Würde es da helfen wenn bestimmte Layer in Mapnik eine "Priority" bekommen
>> könnten?
> das macht der layer-key, wird allerdings nicht beachtet von Mapnik,
> ausser bei Brücken (bzw. wo es sonst explizit eingebaut ist).
Mißverständnis. Ich meine das "Layer" Tag von Mapnik das dort in den 
Styles einen Layer definiert. Die Zeichenreihenfolge hängt dort imho nur 
von der Reihenfolge im Style file ab.

Stephan





From osm-listen at ivkasogis.de  Sat Oct 20 17:49:25 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 19:49:25 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <CABPTjTBVAZ2LiDVZBaic7=oM2tXV_ERt1mN9CA9ruvsZqCoEvw@mail.gmail.com>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTBVAZ2LiDVZBaic7=oM2tXV_ERt1mN9CA9ruvsZqCoEvw@mail.gmail.com>
Message-ID: <1350755365.21396.32.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 19:38 +0200 schrieb Martin Koppenhoefer:
> Am 20. Oktober 2012 19:23 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> > bezüglich der Verschachtelung von Multipolygonen. Ein Outer kann ja auch
> > das Innere eines Inner sein und damit ein Loch in einem Loch, das aus
> > dem Loch ausgeschnitten wird und zur Fläche des Outer gehört. Einfaches
> > Beispiel See im Wald mit bewaldeter Insel. Der Wald auf der Insel gehört
> > dann zum Outer (wenn man die Insel=Wald taggt).
> >
> > <http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon#Insel_in_einem_Loch>
> 
> 
> Ich finde das ein fast überflüssiges Beispiel. Überflüssig, weil damit
> weitere Komplexität erzeugt wird, die überhaupt nicht nötig wäre: man
> kann genauso gut diesem inneren outer einfach nur tags geben und es
> aus der Relation draussen lassen.
> 
> Dadurch bleiben die Relationen übersichtlicher und die Komplexität
> geringer. Falls das mehrere outer-ways sind, die gemeinsam einen
> geschlossenen Ring bilden, finde ich ein zusätzliches Multipolygon
> besser. Je atomarer man arbeitet, um so weniger komplex werden auch
> die Diff und um so weniger muss ein zukünftiger Editor runterladen und
> verstehen, um weiterarbeiten zu können.

Genau das sehe ich anders. Wenn die Fläche wirklich dazu gehört, gehört
sie auch in das entsprechende Outer. Ob das Beispiel gelungen ist, ist
eine andere Baustelle.

Aber ein neues Multipolygon innerhalb eines anderen ist auch nicht
besser. Sehe ich jeden falls so.

Gruß, Wolfgang





From dieterdreist at gmail.com  Sat Oct 20 17:57:10 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 19:57:10 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082E311.3010303@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
 <CABPTjTD7a3azgXEovU3DyXdpZ+O69km5JUdOwuLX5GK=U7ZObg@mail.gmail.com>
 <5082E311.3010303@stephans-server.de>
Message-ID: <CABPTjTDRVNJZ8vUPvPdpvRu79bXMn26onq4Donxh6XKQm0fhYg@mail.gmail.com>

Am 20. Oktober 2012 19:44 schrieb Stephan Knauss <osm at stephans-server.de>:
> Mißverständnis. Ich meine das "Layer" Tag von Mapnik das dort in den Styles
> einen Layer definiert. Die Zeichenreihenfolge hängt dort imho nur von der
> Reihenfolge im Style file ab.


Innerhalb des "styles" gibt es Style-Anweisungen und Layer. Die Layer
werden der Reihe nach abgearbeitet. Dort gibt man an, was die
Datenquelle ist, z.B. ein Bild oder eine Datenbankabfrage nach
bestimmten keys (zumindest ist das derzeit so gemacht, man könnte
theoretisch auch alle keys auf einmal abfragen). Das Ergebnis dieser
Datenbankabfrage wird dann anhand der zugewiesenen Styles "gefiltert".
In den Styles wird jeweils vorgegeben, wie die Elemente gerendert
werden. Bei der Dankbankabfrage kann man auch sortieren, z.B. nach
Größe oder anderen Parametern.

Innerhalb eines Layers wird jeweils das Ergebnis der
Datenquelle/Datenbankabfrage der Reihe nach "durch die Styles
geschickt". Erst dann wird der nächste Layer beachtet.

Man kann also an verschiedenen Stellen Einfluss nehmen, aber ein sehr
gutes allgemeines Ergebnis (also eine Anweisung, die bei jeglicher
vorkommender Konstellation gut funktioniert) zu erzielen ist sehr
schwer.

Gruß Martin



From dieterdreist at gmail.com  Sat Oct 20 18:08:47 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 20:08:47 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <1350755365.21396.32.camel@Hannibal.kahl-hinsch.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTBVAZ2LiDVZBaic7=oM2tXV_ERt1mN9CA9ruvsZqCoEvw@mail.gmail.com>
 <1350755365.21396.32.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTBquMsfDwhSmiBB4MaR=V2NsS4O+Z8Or8sB+TgAm7O7kA@mail.gmail.com>

Am 20. Oktober 2012 19:49 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> Genau das sehe ich anders. Wenn die Fläche wirklich dazu gehört, gehört
> sie auch in das entsprechende Outer. Ob das Beispiel gelungen ist, ist
> eine andere Baustelle.


was wäre denn ein gutes Beispiel? Die Idee, ein "Objekt" in der Welt =
ein Objekt in OSM funktioniert m.E. bei Wäldern und landuse allgemein
überhaupt nicht. Wenn Du z.B. auf den Namen hinauswillst: der
bezeichnet meistens nicht konkret mehrere Bäume, sondern eher eine
abstraktere Fläche. Siehe "Schwarzwald": da stehen nicht überall auf
jedem qm Bäume. landuse=forest sehe ich so: das ist eine Fläche, da
stehen Bäume. Mehr kann man da eher nicht ableiten. Wenn man so was
wie den Schwarzwald abbilden wollte, bräuchte man ein anderes Konzept,
m.E. eines, mit dem man auch das obere Donautal oder den Hunsrück
abbilden könnte, genauso wie die schwäbische Alb oder des Weser
Bergland. Das werden m.E. keine Multipolygone sein ;-)

Andererseits hatte ich "fast" geschrieben, manchmal ist es wirklich
nett, wenn man mehrere outer zu einem Objekt zusammenfassen kann (das
sind dann in meiner bisherigen Mappervergangenheit aber bisher noch
nie "outer-Inseln"
innerhalb eines inner-Members gewesen. Gibt es aber vermutlich auch,
daher das "fast.


> Aber ein neues Multipolygon innerhalb eines anderen ist auch nicht
> besser. Sehe ich jeden falls so.


es hat mehrere Vorteile, zum einen hinsichtlich der Komplexität /
Übersichtlichkeit, aber auch bei der Verwendung der Daten (solange man
nur kleine Ausschnitte betrachtet, was aber relativ ist, je größer die
Relationen sind um so mehr wird man betrachten, ohne dass es einen
momentan interessiert) und beim Datenupdate, und auch hinsichtlich der
Vermeidung von unnötigen Versionen (je größer eine Relation ist, um so
eher werden auch member gesplittet und entstehen weitere Versionen).

Gruß Martin



From osm-listen at ivkasogis.de  Sat Oct 20 18:38:41 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 20:38:41 +0200
Subject: [Talk-de] tmc
Message-ID: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>

Hallo,

ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
das einzige Element (ohne Role) einer tmc-Relation mit der Bezeichnung
type=tmc ist. Das Ding ist einmal um den Hauptbahnhof gewickelt. Die
Relation trägt die üblichen kryptischen tmc-Tags. In der Note steht nur
"tmc-Gebiet Hamburg Hbf".

Ich bin sonst tmc-Daten gegenüber eher aufgeschlossen, aber gehts noch?

Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
befördern?

Gruß, Wolfgang




From osm at stephans-server.de  Sat Oct 20 18:45:18 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 20:45:18 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <CABPTjTAVGyjt_nFHxFpNDLDHQtZ44Vrzx86-0JPQEXSNnaA8GA@mail.gmail.com>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <5082E00B.1060406@stephans-server.de>
 <CABPTjTAVGyjt_nFHxFpNDLDHQtZ44Vrzx86-0JPQEXSNnaA8GA@mail.gmail.com>
Message-ID: <5082F13E.7060206@stephans-server.de>

On 20.10.2012 19:42, Martin Koppenhoefer wrote:
> Am 20. Oktober 2012 19:31 schrieb Stephan Knauss <osm at stephans-server.de>:
>> Ich glaube da hattest du mich missverstanden. Die Priorität soll in das
>> Style file vom Renderer und eben nicht an die Daten.
> Die Prioritäten sind da schon drin: die Reihenfolge der Layer, je
> später um so wichtiger bei den Flächen (bei den Symbolen anders rum,
> weil es da Kollisionserkennung gibt). Je mehr man die features auf
> unterschiedliche Layer verteilt (also explizit Prioritäten verteilt),
> um so weniger kann man flexibel reagieren (und z.B. große Flächen
> flexibel unter kleineren Flächen rendern).
Ja, so weit ist das klar. Aber warum kommt es dann dazu dass es wohl 
verbreitet ist dass Multipolygone und layer= Angaben dazu verwendet 
werden das Rendering zu beeinflussen?

Ich vermute dass der Style mit über 4000 Zeilen einfach so komplex ist, 
dass sich da keiner mehr rantraut. Und da wäre dann die Frage ob eine 
Zusätzliche Priorität das Erstellen von Mapnik styles nicht so weit 
vereinfachen könnte dass der Renderer wieder mit den Mappern Schritt 
halten kann.

Stephan





From osm at stephans-server.de  Sat Oct 20 18:50:51 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sat, 20 Oct 2012 20:50:51 +0200
Subject: [Talk-de] tmc
In-Reply-To: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
Message-ID: <5082F28B.3010904@stephans-server.de>

On 20.10.2012 20:38, Wolfgang Hinsch wrote:
> Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
> befördern?
schon mal den Erzeuger angeschrieben?

Wenn es nichts kaputt macht, warum willst du es dann löschen? Es ist 
nicht unbedingt freundlich einfach so die Arbeit von anderen Mappern zu 
löschen nur weil man anderer Meinung ist.

Stephan





From smial at gmx.de  Sat Oct 20 18:53:13 2012
From: smial at gmx.de (Rainer Knaepper)
Date: Sat, 20 Oct 2012 20:53:13 +0200
Subject: [Talk-de] =?utf-8?q?ist_das_taggen_f=C3=BCr_Mapnik=3F?=
In-Reply-To: <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
Message-ID: <5082F319.1010409@gmx.de>

Am 20.10.2012 02:44, schrieb Martin Koppenhoefer:
> Am Freitag, 19. Oktober 2012 schrieb Rainer Knaepper :

>> Ich habe hier:

>> http://www.openstreetmap.org/?**lat=49.460967&lon=11.093388&**
>> zoom=18&layers=M<http://www.openstreetmap.org/?lat=49.460967&lon=11.093388&zoom=18&layers=M>
>>
>> einen U-Bahnsteig gefunden, der als Fußweg gemapt ist und als Tunnel. Ist
>> das so ok? Oberirdisch sieht man dort im wesentlichen gepflasterte Fahr-
>> und Gehwege, Straßencafés, einen Fahrstuhl, Blumenbeete und darin
>> eingebettete lustige Lichtkuppeln.

> Unterirdisch passt der Fußgängertunnel doch so halb. Den Bahnsteig könnte
> man auch als platform mappen

Hmnaja, wenn jetzt noch einer die unterirdischen Sitzbänke 
und Infotafeln mapt und oberirdisch die Beete angelegt 
werden, dürfte die Karte arg unübersichtlich werden.

>> Rainer (der desweiteren auf Reparaturen und Ergänzungen beim naheliegenden
>> Stadtpark verzichtet hat, weil dessen Grenzen allesamt mit den umliegenden
>> Straßen verknüpfnodet sind. Nervig.)

> Ja, das ist wirklich nervig. Leider haben auch hundert Beiträge lange
> Diskussionen in der Vergangenheit bei diesem Thema keinen Konsens
> herstellen können.

Ich habe nicht alle verfolgt. Argumente haben beide Seiten.

> Es gibt Mapper, die das besser finden, weil sie keine
> weißen Stellen in der Karte haben wollen, daher vergrößern sie alle
> angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
> man nur so feststellen könne, welche Flächen an eine Straße anschließen.

Was im genannten Fall genau problematisch ist. Da stehen 
Recyclingbehälter herum, natürlich NICHT im Park, auch nicht 
auf der Straße, sondern am Straßenrand. Und ich habe keine 
Ahnung, wie ich da die Parkbuchten unterbringen soll, ohne 
die gemeinsamen Nodes aufzulösen. Für das bisken 
Verfeinerung ist mir der Aufwand schlicht zu groß. Der 
parallele Cycleway

http://www.openstreetmap.org/browse/way/136351912

geht keineswegs durch den Park, sondern schlängelt sich 
zwischen (lückenhaftem Parkzaun und Parkbuchten hindurch. 
Btw. cycled dort kein Mensch, dafür aber auf allen footways 
/innerhalb/ des Parks. Aber das ist ein ganz anderes Thema.

Rainer




From dieterdreist at gmail.com  Sat Oct 20 19:14:51 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 21:14:51 +0200
Subject: [Talk-de] tmc
In-Reply-To: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTAOZA4ttLGfwnDHH=g4+g6RW=vSQgkd9Qi8cLrMWgybJQ@mail.gmail.com>

Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
> Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
> das einzige Element (ohne Role) einer tmc-Relation mit der Bezeichnung
> type=tmc ist. Das Ding ist einmal um den Hauptbahnhof gewickelt. Die
> Relation trägt die üblichen kryptischen tmc-Tags. In der Note steht nur
> "tmc-Gebiet Hamburg Hbf".
>
> Ich bin sonst tmc-Daten gegenüber eher aufgeschlossen, aber gehts noch?
>
> Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
> befördern?


so direkt verstehe ich Deine Frage nicht: da ist ein Objekt, das ist
Teil einer getaggten Relation, wird also einen Sinn haben (TMC).
Zusätzlich ist noch ein "note"-tag dran, damit es nicht aus Versehen
gelöscht wird, und man auch in Editoren ohne besonders guten
Relationen-Export noch einen Hinweis hat, um was es geht. So was würde
ich zunächst mal nicht löschen.

Man könnte höchstens sagen, dieses TMC-Zeugs versteht kein Mensch
(bzw. ist dermaßen schlecht gemappt, dass es nie Sinn entfalten können
wird, und das es überhaupt keine Information transportiert, die man
vielleicht verwenden könnte, wenn und falls man das TMC-Schema mal
umstellt (es gibt dazu ja einen Vorschlag)), lass uns das komplett
alles löschen (und das wäre dann weiterreichend als dieses eine
Polygon).

Gruß Martin

PS: Das hier ist das neue Schema, bzw. der gegenwärtige Vorschlag
dazu: http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme
sind Deine Daten alt oder neu?



From dieterdreist at gmail.com  Sat Oct 20 19:16:45 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 21:16:45 +0200
Subject: [Talk-de] tmc
In-Reply-To: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTBpRfJ6rT7e26Zz-zodnoJ_0OMWVn5+eR6_hbxcdGgkJQ@mail.gmail.com>

Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> das einzige Element (ohne Role) einer tmc-Relation ...

Rollen sind optional

Gruß Martin



From osm-listen at ivkasogis.de  Sat Oct 20 19:18:59 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 21:18:59 +0200
Subject: [Talk-de] tmc
In-Reply-To: <5082F28B.3010904@stephans-server.de>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
 <5082F28B.3010904@stephans-server.de>
Message-ID: <1350760739.22335.21.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 20:50 +0200 schrieb Stephan Knauss:
> On 20.10.2012 20:38, Wolfgang Hinsch wrote:
> > Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
> > befördern?
> schon mal den Erzeuger angeschrieben?
> 
> Wenn es nichts kaputt macht, warum willst du es dann löschen? Es ist 
> nicht unbedingt freundlich einfach so die Arbeit von anderen Mappern zu 
> löschen nur weil man anderer Meinung ist.
> 

Grundsätzlich hast du ja Recht. Aber diese tmc-Dinger sind teilweise
auch schon belästigend. Insbesondere vor dem Hintergrund, dass hier vor
längerer Zeit mal jemand schrieb, es würde auch reichen, ein tag mit
einer Art tmc-ID zu setzen und den Rest in einer separaten DB
unterzubringen.

In diesem Fall sehe ich so eigentlich weder Arbeit irgendeines Mappers
noch irgendeinen Sinn. Wenn der Bahnhof, und nur um den läuft es,
irgendeine tmc-Bedeutung hat, kann man das notfalls an das Gebäude
kleben. Ein Polygon um den Bahnhof zu wickeln halte ich nicht wirklich
für innovativ.

Und ohne wirkliche tags ist es auch nicht so ganz einfach zu filtern.
Gerade in Innenstädten gibt es schon genügend Linien mit
unterschiedlichem Sinngehalt. Da hält sich die Begeisterung über solche
Erscheinungen in Grenzen.

Oder benutzt die DB jetzt auch tmc-Daten? Strecke über die Elbbrücken
hat einen Stau, bitte nutzen Sie die Umleitung über Lauenburg? :)
Vorsicht, Blitzer am Stellwerk? :D

Ich habe es ausgeblendet. Lasse mich gerne über den Sinn solcher
Erscheinungen belehren, man lernt halt nie aus.

Kopfschüttelnder Gruß, Wolfgang





From osm-listen at ivkasogis.de  Sat Oct 20 19:39:13 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 21:39:13 +0200
Subject: [Talk-de] tmc
In-Reply-To: <CABPTjTBpRfJ6rT7e26Zz-zodnoJ_0OMWVn5+eR6_hbxcdGgkJQ@mail.gmail.com>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTBpRfJ6rT7e26Zz-zodnoJ_0OMWVn5+eR6_hbxcdGgkJQ@mail.gmail.com>
Message-ID: <1350761953.22335.32.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 21:16 +0200 schrieb Martin Koppenhoefer:
> Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> > das einzige Element (ohne Role) einer tmc-Relation ...
> 
> Rollen sind optional
> 
schon klar. Aber eine Relation mit nur einem Member? Ohne Eltern/Kinder?
Sollen Relationen nicht irgendetwas mit/aus den Members machen? Selbst
als Sammelrelation ist das so nicht zu gebrauchen.

Es sind übrigens die alten tmc-Daten.

Gruß, Wolfgang




From dieterdreist at gmail.com  Sat Oct 20 19:40:12 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 21:40:12 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082F13E.7060206@stephans-server.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082CB3A.3060009@stephans-server.de>
 <1350753838.21396.13.camel@Hannibal.kahl-hinsch.de>
 <5082E00B.1060406@stephans-server.de>
 <CABPTjTAVGyjt_nFHxFpNDLDHQtZ44Vrzx86-0JPQEXSNnaA8GA@mail.gmail.com>
 <5082F13E.7060206@stephans-server.de>
Message-ID: <CABPTjTACA9dWMWwD3yVhMRnjoGuxwmgJM4LbrdPzVJZV9V_8Ww@mail.gmail.com>

Am 20. Oktober 2012 20:45 schrieb Stephan Knauss <osm at stephans-server.de>:
> Ich vermute dass der Style mit über 4000 Zeilen einfach so komplex ist, dass
> sich da keiner mehr rantraut. Und da wäre dann die Frage ob eine Zusätzliche
> Priorität das Erstellen von Mapnik styles nicht so weit vereinfachen könnte
> dass der Renderer wieder mit den Mappern Schritt halten kann.


damit es noch komplexer wird ;-) ?
Man darf diese tausenden von Zeilen nicht überbewerten, wenn man die
alle einklappt im Editor wird es schön übersichtlich, das sind vor
allem Wiederholungen.

Dass an Mapnik seit einiger Zeit nicht mehr so viel passiert hängt
evtl. damit zusammen, dass Steve mit Windows arbeitet, und mapnik 2
(AFAIK) nicht auf Windows läuft bisher, er also keine Testumgebung
hat.

Gruß Martin



From dieterdreist at gmail.com  Sat Oct 20 19:43:50 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sat, 20 Oct 2012 21:43:50 +0200
Subject: [Talk-de] =?utf-8?q?ist_das_taggen_f=C3=BCr_Mapnik=3F?=
In-Reply-To: <5082F319.1010409@gmx.de>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
 <5082F319.1010409@gmx.de>
Message-ID: <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>

Am 20. Oktober 2012 20:53 schrieb Rainer Knaepper <smial at gmx.de>:
>> angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
>> man nur so feststellen könne, welche Flächen an eine Straße anschließen.
>
>
> Was im genannten Fall genau problematisch ist. Da stehen Recyclingbehälter
> herum, natürlich NICHT im Park, auch nicht auf der Straße, sondern am
> Straßenrand. Und ich habe keine Ahnung, wie ich da die Parkbuchten
> unterbringen soll, ohne die gemeinsamen Nodes aufzulösen.


Freut mich, das zu lesen, weil das eines meiner Hauptargumente dafür
war, Flächen dort aufhören zu lassen, wo sie aufhören.

Gruß Martin



From osm-listen at ivkasogis.de  Sat Oct 20 19:54:47 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 21:54:47 +0200
Subject: [Talk-de] =?iso-8859-1?q?ist_das_taggen_f=FCr_Mapnik=3F?=
In-Reply-To: <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
 <5082F319.1010409@gmx.de>
 <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>
Message-ID: <1350762887.22335.39.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 21:43 +0200 schrieb Martin Koppenhoefer:
> Am 20. Oktober 2012 20:53 schrieb Rainer Knaepper <smial at gmx.de>:
> >> angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
> >> man nur so feststellen könne, welche Flächen an eine Straße anschließen.
> >
> >
> > Was im genannten Fall genau problematisch ist. Da stehen Recyclingbehälter
> > herum, natürlich NICHT im Park, auch nicht auf der Straße, sondern am
> > Straßenrand. Und ich habe keine Ahnung, wie ich da die Parkbuchten
> > unterbringen soll, ohne die gemeinsamen Nodes aufzulösen.
> 
> 
> Freut mich, das zu lesen, weil das eines meiner Hauptargumente dafür
> war, Flächen dort aufhören zu lassen, wo sie aufhören.
> 

-1

Wenn der Park vor der Straße aufhört, dann steht der Müllbehälter im
Nichts und kann jeden Moment zum Erdmittelpunkt stürzen, denn die Straße
wird durch ihre Mittellinie definiert. Mitte und Rand. ;-)

Einfache Abhilfe: landuse=highway/street/wasAuchImmer (->Wiki). Lass das
an den Park grenzen, dann kannst du alles neben die Fahrbahn zeichnen,
was es im Straßenraum gibt, und jede Auswertung kann es eindeutig
erkennen und zuordnen.

Gruß, Wolfgang





From osm-listen at ivkasogis.de  Sat Oct 20 19:57:34 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 21:57:34 +0200
Subject: [Talk-de] tmc
In-Reply-To: <CABPTjTAOZA4ttLGfwnDHH=g4+g6RW=vSQgkd9Qi8cLrMWgybJQ@mail.gmail.com>
References: <1350758321.22335.6.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTAOZA4ttLGfwnDHH=g4+g6RW=vSQgkd9Qi8cLrMWgybJQ@mail.gmail.com>
Message-ID: <1350763054.22335.40.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 21:14 +0200 schrieb Martin Koppenhoefer:
> Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> > ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
> > Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
> > das einzige Element (ohne Role) einer tmc-Relation mit der Bezeichnung
> > type=tmc ist. Das Ding ist einmal um den Hauptbahnhof gewickelt. Die
> > Relation trägt die üblichen kryptischen tmc-Tags. In der Note steht nur
> > "tmc-Gebiet Hamburg Hbf".
> >
> > Ich bin sonst tmc-Daten gegenüber eher aufgeschlossen, aber gehts noch?
> >
> > Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
> > befördern?
> 
> 
> so direkt verstehe ich Deine Frage nicht: da ist ein Objekt, das ist
> Teil einer getaggten Relation, wird also einen Sinn haben (TMC).

Das würde ich bei einer richtigen Relation auch annehmen. Hier ist das
(s.o.) das einzige Element einer Relation, die dann im Kopf die üblichen
tmc-tags enthält. Es fehlt eigentlich nur noch, dass die tmc-Daten 2
Ebenen höher in eine (Groß-)Elternrelation gepackt werden. 

> Zusätzlich ist noch ein "note"-tag dran, damit es nicht aus Versehen
> gelöscht wird, und man auch in Editoren ohne besonders guten
> Relationen-Export noch einen Hinweis hat, um was es geht. So was würde
> ich zunächst mal nicht löschen.

Wenn ich das so einfach weghauen würde, wäre es schon weg. Mir geht es
darum, kommt das öfter vor? Hat es überhaupt einen Sinn, der sich
irgendjemand erschließt? Nicht tmc grundsätzlich, aber inhaltsgeleerte
Polygone in ebensolchen Relationen?

> 
> Man könnte höchstens sagen, dieses TMC-Zeugs versteht kein Mensch
> (bzw. ist dermaßen schlecht gemappt, dass es nie Sinn entfalten können
> wird, und das es überhaupt keine Information transportiert, die man
> vielleicht verwenden könnte, wenn und falls man das TMC-Schema mal
> umstellt (es gibt dazu ja einen Vorschlag)), lass uns das komplett
> alles löschen (und das wäre dann weiterreichend als dieses eine
> Polygon).

s/komplett löschen/besser mappen/
> 
> Gruß Martin
> 
> PS: Das hier ist das neue Schema, bzw. der gegenwärtige Vorschlag
> dazu: http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme
> sind Deine Daten alt oder neu?
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From bweiskopf at gmx.de  Sat Oct 20 20:06:23 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sat, 20 Oct 2012 22:06:23 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
Message-ID: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>

Hallo OSMler,

 

in Mannheim (und sicherlich auch anderswo) existieren
Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:

 

Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
„Verbot für alle Fahrzeuge“, darunter „Anlieger frei“. Die Straße ist aber
auch Teil der lokalen Fahrrad-Verbindungswege, gemäß Beschilderung ist aber
das Durchfahren auch mit Fahrrädern verboten.

 

In den Feldern liegen einige Bauernhöfe und die Zufahrten erfolgen über ein
paar ordentlich asphaltierte Feldwege. Trotzdem sind an manchen dieser Wege
die üblichen Verbots-Schilder für Kfz angebracht mit den Zusatzschild
„Landwirtschaftlicher Verkehr frei“. Selbstverständlich werden die
Zufahrtswege von allen Anliegern benutzt.

 

Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen, also
in beiden Fällen „motor_vehicle = destination“, also kein
Fahrrad-Durchfahrverbot im 1. Beispiel und „Anlieger frei“ verbunden mit
„highway = service“ im 2. Beispiel („motor_vehicle = agricultural“ und
„highway = track“ ist nach wie vor an den Wegen, die ausschließlich von
landwirtschaftlichen Kfz und evtl. Fahrradfahrern, Reitern und Fußgängern
benutzt werden). 

 

Wie seht ihr das?

 

Bernhard

 



From frederik at remote.org  Sat Oct 20 20:10:24 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sat, 20 Oct 2012 22:10:24 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <50830530.2040702@remote.org>

Hi,

On 10/20/2012 10:06 PM, Bernhard Weiskopf wrote:
> Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen,

Wuerde ich auch so machen - und im Changeset-Kommentar deutlich drauf 
hinweisen, dass dies der tatsaechlichen (und geduldeten) Nutzung entspricht.

Wenn es aber je zu einem Konflikt kaeme, weil andere Mapper in der 
Gegend das anders sehen als Du, dann wuerde im Zweifel entscheiden, was 
auf dem Schild steht.

Bye
Frederik

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



From osm-listen at ivkasogis.de  Sat Oct 20 20:22:16 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sat, 20 Oct 2012 22:22:16 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <1350764536.22335.47.camel@Hannibal.kahl-hinsch.de>

Am Samstag, den 20.10.2012, 22:06 +0200 schrieb Bernhard Weiskopf:
> Hallo OSMler,
> 
>  
> 
> in Mannheim (und sicherlich auch anderswo) existieren
> Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:
> 
>  
> 
> Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
> „Verbot für alle Fahrzeuge“, darunter „Anlieger frei“. Die Straße ist aber
> auch Teil der lokalen Fahrrad-Verbindungswege, gemäß Beschilderung ist aber
> das Durchfahren auch mit Fahrrädern verboten.
> 
>  
> 
> In den Feldern liegen einige Bauernhöfe und die Zufahrten erfolgen über ein
> paar ordentlich asphaltierte Feldwege. Trotzdem sind an manchen dieser Wege
> die üblichen Verbots-Schilder für Kfz angebracht mit den Zusatzschild
> „Landwirtschaftlicher Verkehr frei“. Selbstverständlich werden die
> Zufahrtswege von allen Anliegern benutzt.
> 
>  
> 
> Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen, also
> in beiden Fällen „motor_vehicle = destination“, also kein
> Fahrrad-Durchfahrverbot im 1. Beispiel und „Anlieger frei“ verbunden mit
> „highway = service“ im 2. Beispiel („motor_vehicle = agricultural“ und
> „highway = track“ ist nach wie vor an den Wegen, die ausschließlich von
> landwirtschaftlichen Kfz und evtl. Fahrradfahrern, Reitern und Fußgängern
> benutzt werden). 

+1

Irgendwo im Gesetz steht auch, es kommt auf das an, was gewollt wurde,
und nicht auf den wörtlichen Sinn. Zwar im Privatrecht, aber die
Straßenbeschilderung ...

In Traunstein steht vor einer Unterführung ein Schild Zeichen 240 mit
dem Zusatz "Radfahrer absteigen". Das kann man weder befolgen noch
mappen.

Gruß, Wolfgang





From osm at aighes.de  Sat Oct 20 20:30:37 2012
From: osm at aighes.de (Henning Scholland)
Date: Sat, 20 Oct 2012 22:30:37 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <508309ED.9090707@aighes.de>

Hallo,
meiner Meinung nach gehört in die Daten das rein, was ausgeschildert 
ist. Ob ein Router dann vehicle=* für das Radrouting auswertet oder 
nicht sollte der Router entscheiden und nicht der Mapper.

Mit den Daten sollte es möglich sein, einen Router zu bauen, der sich an 
die Gesetze hält, auch wenn sie falsch sein sollten. In solch einem Fall 
ist es deutlich sinnvoller, dem zuständigen Amt oder dem Betreiber der 
Radroute auf den Missstand hinzuweisen.

Henning




From schmidt-postfach at freenet.de  Sat Oct 20 20:33:03 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Sat, 20 Oct 2012 22:33:03 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <50830A7F.60803@freenet.de>

hallo


Am 20.10.2012 22:06, schrieb Bernhard Weiskopf:
> in Mannheim (und sicherlich auch anderswo) existieren
> Straßenbeschilderungen, die eigentlich falsch sind. 

Wir haben hier [1] ein noch krasseres Beispiel.
Eine Schilderkombination, die in sich unlogisch ist, nämlich
Zeichen [1] 240 gemeinsamer Fuß- und Radweg
Zeichen 250 Verbot für Fahrzeuge aller Art

Das steht auch schon mehrere Jahre so und natürlich fahren da Fahrrad-
und Mofafahrer durch.

Hat derzeit diese Eigenschaften:
bicycle yes
created_by xybot
highway	footway

Ich tendiere dazu, die Straßenmeisterei anzumailen und zu frage, was
deren Schilderkombo bedeuten bzw. bewirken soll.

Meinungen hierzu?

Grüße
Andreas


[1] http://osm.org/go/0G500p9S0--
[2] >
http://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_Deutschland



From s.wolff at web.de  Sat Oct 20 21:37:42 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Sat, 20 Oct 2012 23:37:42 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <k5v5iq$rhl$1@ger.gmane.org>

Moin!

Am 20.10.2012 22:06, schrieb Bernhard Weiskopf:

> Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen, also
> in beiden Fällen ?motor_vehicle = destination?, also kein
> Fahrrad-Durchfahrverbot im 1. Beispiel und ?Anlieger frei? verbunden mit
> ?highway = service? im 2. Beispiel

Ich würde es genauso machen. Wenn jemand einen Fehler beim Aufstellen 
der Schilder gemacht hat, müssen wir diesen nicht in OSM übernehmen ;-)

Gerade für Radfahrer gibt es sehr oft inkonsistente Beschilderung.
Feldwege mit Durchfahrverbot und Zusatzschild
?Landwirtschaftlicher Verkehr frei? und Grünanlagen mit 
unterschiedlichen Schildern oder nur physikalischen Sperren an den 
Zugängen sind weit verbreitet. Kann man einen Weg von einer Seite legal 
mit dem Rad befahren, muss implizit oder explizit "bicycle=yes" gelten, 
auch wenn in Gegenrichtung ein Verbot steht.

Viele Grüße
Stephan





From tim.alder at s2002.tu-chemnitz.de  Sat Oct 20 21:47:08 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Sat, 20 Oct 2012 23:47:08 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <1350254873841-5730592.post@n5.nabble.com>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
Message-ID: <k5v64q$ved$1@ger.gmane.org>

Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der 
Wikipedia und Add-tags auch drin.

Grüße Tim

P.S: Mit dem "unglücklich" Nutzer hatte ich ein kleine positive 
Rücksprache[1]. Das geht also in Ordnung.

[1] 
http://wiki.openstreetmap.org/wiki/User_talk:Kolossos#Re:_CLDR_is_an_unreliable.2C_inconsistent_source_for_Vietnamese_names 


Am 15.10.2012 00:47, schrieb Walter Nordmann:
> sind wohl nicht alle happy:
>
> http://www.openstreetmap.org/browse/changeset/13499608
>
> Gruss
> walter
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.com/Landerubersetzungen-mittels-CLDR-tp5729922p5730592.html
> Sent from the Germany mailing list archive at Nabble.com.
>





From osm at aighes.de  Sat Oct 20 21:56:49 2012
From: osm at aighes.de (Henning Scholland)
Date: Sat, 20 Oct 2012 23:56:49 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <k5v5iq$rhl$1@ger.gmane.org>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org>
Message-ID: <50831E21.4010303@aighes.de>

Hallo
Wer sagt dir denn, wer den Fehler gemacht hat und was nun richtig ist?

Ein Radroutenschild hebt auf jeden Fall nicht ein Verkehrszeichen nach 
StVO auf. Wenn du Z250 mit dem Rad ignorierst, begehst du erstmal eine 
Ordnungswidrigkeit. Ob die nun geahndet wird oder nicht spielt erstmal 
keine Rolle. Ich fände es jedenfalls falsch, wenn wir in OSM absichtlich 
falsche Daten eintragen, nur weil dann das Routing genehmer ist. Und wie 
gesagt: Kein Radrouter ist gezwungen, vehicle=* zu beachten.

Es wäre evtl. auch eine interessante Auswertung zu schauen, wie viele 
Radrouten über solche Stellen führen.

Bei maxspeed tragen wir doch auch den Wert ein, der auf dem Schild steht 
und nicht den Wert, den wir meinen dort fahren zu dürfen. Es mag auch 
strittige Stellen geben. Keine Frage. Aber dann halte ich es für 
sinnvoller (auch abseits von OSM) die Behörde auf das Problem 
hinzuweisen. In der Regel freuen die sich über solche Meldungen und es 
hilft allen anderen auch. Einfach nur zu sagen "Ich weiß es besser" 
fände ich schlecht.

Henning




From s.wolff at web.de  Sat Oct 20 23:31:37 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Sun, 21 Oct 2012 01:31:37 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <50831E21.4010303@aighes.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
Message-ID: <k5vc8e$ag9$1@ger.gmane.org>

Moin!

Am 20.10.2012 23:56, schrieb Henning Scholland:
> Hallo
> Wer sagt dir denn, wer den Fehler gemacht hat und was nun richtig ist?

Die Verbotsschilder stammen meist aus dem letzten Jahrtausend, die 
Radwegweiser aus dem jetzigen. Es gilt natürlich die aktuellere Aussage :-)

> Ein Radroutenschild hebt auf jeden Fall nicht ein Verkehrszeichen nach
> StVO auf. Wenn du Z250 mit dem Rad ignorierst, begehst du erstmal eine
> Ordnungswidrigkeit. Ob die nun geahndet wird oder nicht spielt erstmal
> keine Rolle. Ich fände es jedenfalls falsch, wenn wir in OSM absichtlich
> falsche Daten eintragen, nur weil dann das Routing genehmer ist.

Ich versuche herauszufinden, was gemeint ist, und das gemeinte abzubilden.
Privatwege mit Schild "Befahren verboten" interpretiere ich eher als 
access=private oder access=destination statt als access=no.
Inkonsistente Beschilderung lässt sich ohnehin nicht sinnvoll abbilden.
An vielen Einbahnstraßen steht der Zusatz "Radfahrer frei", aber auf den
Querstraßen haben die Abbiegeverbote diesen Zusatz nicht. Ich erfasse 
das Abbiegeverbot in diesem Fall nicht.

> Es wäre evtl. auch eine interessante Auswertung zu schauen, wie viele
> Radrouten über solche Stellen führen.

Die sinnlose Beschilderung könnte man als Zusatztag erfassen:
bicycle=yes
inconsistent_sign:bicycle=no
Dann hat man sinnvolles Routing und kann die sinnlose Beschilderung 
auswerten ;-)

 > Bei maxspeed tragen wir doch auch den Wert ein, der auf dem Schild
 > steht und nicht den Wert, den wir meinen dort fahren zu dürfen.

Bei Geschwindigkeitsbegrenzungen würde ich auch vermuten, dass die
Schilder den tatsächlichen Willen der Behörde abbilden.

Viele Grüße
Stephan






From dieterdreist at gmail.com  Sun Oct 21 00:02:19 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 02:02:19 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <CABPTjTD7wRY_NAbr7Y-rTqKOGTSqeM-R4jufi_3qjyJmbjixOQ@mail.gmail.com>

Am 20. Oktober 2012 22:06 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
> in Mannheim (und sicherlich auch anderswo) existieren
> Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:


ja, das kenne ich hier zur Genüge. Völlig ignorieren sollte man das
m.E. nicht, aber auch auf die reale Situation hinweisen, gerade das
"Verbot für alle Fahrzeuge" wird hier (Italien) meistens anstatt
"Kfz-Verkehr verboten" (keine Ahnung, wie das genau heisst)
aufgestellt, obwohl z.B. eine offizielle Fahrradroute auf der Strecke
liegt. Üblicherweise setze ich dann ein vehicle=no,
bicycle=permissive.


> Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
> ?Verbot für alle Fahrzeuge?, darunter ?Anlieger frei?. Die Straße ist aber
> auch Teil der lokalen Fahrrad-Verbindungswege, gemäß Beschilderung ist aber
> das Durchfahren auch mit Fahrrädern verboten.


einfach für Fahrräder freigeben sollte man das m.E. nicht, es ist
nämlich egal, wie alt das Schild ist, andererseits sind gerade
Fahrräder in einer "Anlieger frei"-Straße sowieso meist grundsätzlich
geduldet. Ich würde auch hier ein permissive setzen, wenn das die
reale Situation ist. Ein bisschen muss man in Deutschland aber schon
aufpassen, weil es da immer passieren kann, dass einem ein Polizist
auch auf dem Fahrrad einen Strafzettel verpasst. Bevor ich in D. ein
permissive taggen würde, müsste ich mir schon sehr sicher sein.


> In den Feldern liegen einige Bauernhöfe und die Zufahrten erfolgen über ein
> paar ordentlich asphaltierte Feldwege. Trotzdem sind an manchen dieser Wege
> die üblichen Verbots-Schilder für Kfz angebracht mit den Zusatzschild
> ?Landwirtschaftlicher Verkehr frei?. Selbstverständlich werden die
> Zufahrtswege von allen Anliegern benutzt.


Du schreibst "manche der Wege", d.h. es gibt auch Wege, die allgemein
befahren werden dürfen? Reichen die nicht aus, um zu allen Häusern zu
kommen? Weil wenn sie ausreichen (also die Höfe erschlossen sind),
dann würde ich die für den landwirtschaftlichen Verkehr reservierten
Straßen nicht in OSM für alle freigeben, selbst wenn die Einheimischen
diese Wege nutzen.


> Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen, also
> in beiden Fällen ?motor_vehicle = destination?, also kein
> Fahrrad-Durchfahrverbot im 1. Beispiel und ?Anlieger frei? verbunden mit
> ?highway = service? im 2. Beispiel (?motor_vehicle = agricultural? und
> ?highway = track? ist nach wie vor an den Wegen, die ausschließlich von
> landwirtschaftlichen Kfz und evtl. Fahrradfahrern, Reitern und Fußgängern
> benutzt werden).
> Wie seht ihr das?


Ich würde wie gesagt im ersten Fall eher vehicle=destination,
bicycle=permissive taggen und nicht komplett unterschlagen, was da für
ein Schild steht.

Gruß Martin



From dieterdreist at gmail.com  Sun Oct 21 00:05:32 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 02:05:32 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <1350764536.22335.47.camel@Hannibal.kahl-hinsch.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <1350764536.22335.47.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTApFtv6JMPV29Vk9eGrq0Oc+NYxwDrPwS53=v1OGtSXug@mail.gmail.com>

Am 20. Oktober 2012 22:22 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> Irgendwo im Gesetz steht auch, es kommt auf das an, was gewollt wurde,
> und nicht auf den wörtlichen Sinn. Zwar im Privatrecht, aber die
> Straßenbeschilderung ...


das eine hat mit dem anderen überhaupt nichts zu tun, das Gesetz
funktioniert nicht so wie Bibelstellen, wo man sich das rauspickt, was
einem gerade passt. Bei Straßenschildern gilt das, was auf dem Schild
steht. Wäre auch abstrus sonst, jeder Polizist könnte Dir nach Lust
und Laune Strafzettel verpassen, weil er besser als Du weiss, was
eigentlich gewollt wurde ;-)

Gruß Martin



From dieterdreist at gmail.com  Sun Oct 21 00:18:12 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 02:18:12 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <k5vc8e$ag9$1@ger.gmane.org>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
Message-ID: <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>

Am 21. Oktober 2012 01:31 schrieb Stephan Wolff <s.wolff at web.de>:
> Die Verbotsschilder stammen meist aus dem letzten Jahrtausend, die
> Radwegweiser aus dem jetzigen. Es gilt natürlich die aktuellere Aussage :-)


das eine ist ein Verkehrsschild und regelt den Verkehr, das andere ist
ein touristischer Hinweis und hat keine rechtliche Wirkung
hinsichtlich der Benutzbarkeit des Wegs.


>> Ein Radroutenschild hebt auf jeden Fall nicht ein Verkehrszeichen nach
>> StVO auf. Wenn du Z250 mit dem Rad ignorierst, begehst du erstmal eine
>> Ordnungswidrigkeit. Ob die nun geahndet wird oder nicht spielt erstmal
>> keine Rolle. Ich fände es jedenfalls falsch, wenn wir in OSM absichtlich
>> falsche Daten eintragen, nur weil dann das Routing genehmer ist.


+1


> Ich versuche herauszufinden, was gemeint ist, und das gemeinte abzubilden.


bei Verkehrsschildern reicht dazu das StVG und die StVO aus. Bei
Problemen (inkl. "falsch" aufgestellter Schilder) muss das das
zuständige Amt regeln, nicht der Mapper.


 > Privatwege mit Schild "Befahren verboten" interpretiere ich eher als
> access=private oder access=destination statt als access=no.


Privatwege sind mit öffentlichen Straßen und Wegen nicht zu
vergleichen, da stellen die Besitzer öfters mal Schilder auf, die
nicht unbedingt mit der rechtlichen Situation übereinstimmen.

Gruß Martin



From dieterdreist at gmail.com  Sun Oct 21 00:27:08 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 02:27:08 +0200
Subject: [Talk-de] =?utf-8?q?ist_das_taggen_f=C3=BCr_Mapnik=3F?=
In-Reply-To: <1350762887.22335.39.camel@Hannibal.kahl-hinsch.de>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
 <5082F319.1010409@gmx.de>
 <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>
 <1350762887.22335.39.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTCurws+Ot5q+Vj4caOK6CXGDNiqZZyZ4wRHvuTuuDfhLg@mail.gmail.com>

Am 20. Oktober 2012 21:54 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> -1
>
> Wenn der Park vor der Straße aufhört, dann steht der Müllbehälter im
> Nichts und kann jeden Moment zum Erdmittelpunkt stürzen, denn die Straße
> wird durch ihre Mittellinie definiert. Mitte und Rand. ;-)
>
> Einfache Abhilfe: landuse=highway/street/wasAuchImmer (->Wiki). Lass das
> an den Park grenzen, dann kannst du alles neben die Fahrbahn zeichnen,
> was es im Straßenraum gibt, und jede Auswertung kann es eindeutig
> erkennen und zuordnen.


wenn es aber zwischen Straße und Park noch immer Platz gibt? So hatte
ich den OP verstanden, aber auch wenn das hier nicht der Fall ist, so
Stellen gibt es genügend. Ich gebe Dir ja Recht, dass man manches
damit lösen könnte, Straßen zusätzlich auch noch als Flächen
einzutragen, aber es müssen doch nicht alle Flächen immer miteinander
verbunden sein, im Gegenteil, wenn sie das im echten Leben nicht sind,
dann sollten sie das auch in OSM nicht sein. M.E. ist z.B. ein Wald
nie mit einem Gebäude verbunden. Das sind zwei unterschiedliche
Objekte, die inkompatibel für gemeinsame Grenzen sind.

Mehr Mut zur Lücke, es muss nicht immer der Patchworkteppich sein, wo
alle Stücke zusammengenäht sind, unsere Daten halten auch so zusammen.

Gruß Martin



From rkluge50 at web.de  Sun Oct 21 04:48:06 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Sun, 21 Oct 2012 06:48:06 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5v64q$ved$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org>
Message-ID: <k5vupg$qj8$1@ger.gmane.org>

Hallo,
20/10/2012 23:47 Kolossos:
> Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der Wikipedia und
> Add-tags auch drin.

Ich habe mir nur ein Beispiel, Paris, angeschaut und habe dazu zwei Anmerkungen:

Du hast capital=2 durch capital=yes ersetzt. Ich entnehme dem proposal zu 
"capital" und Taginfo, dass es durchaus üblich ist, den admin_level der 
Verwaltungseinheit anzugeben, um deren Hauptstadt es sich handelt.

Du ersetzt wikipedia=en:Paris durch wikipedia=de:Paris. Aus meiner Sicht ist das 
nicht ok. Wenn du unbedningt auf die deutsche Wikipedia-Seite verlinken willst, 
dann mache das mit wikipedia:de=Paris. Der Rest der Welt ist mit Englisch sicher 
besser bedient.

Einem so sensiblen Thema wie das automatischen Taggen von Hauptstädten hätte ich 
an deiner Stelle erst mal auf der internationalen Liste zur Diskussion gestellt.

Gruß
Rainer





From mcsmurf at mcsmurf.de  Sun Oct 21 09:04:34 2012
From: mcsmurf at mcsmurf.de (Frank Wein)
Date: Sun, 21 Oct 2012 11:04:34 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <507A87C2.2080507@hm.edu>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A87C2.2080507@hm.edu>
Message-ID: <5083BAA2.5050907@mcsmurf.de>

Werner Poppele wrote:
> Ich hatte vor einiger Zeit eine Stadtfuehrung in Muenchen, bei der der
> Unterschied zwischen 1. "Augsburger Strasse" und 2. "Augsburgerstrasse"
> erklaert wurde: 1 bezieht sich auf die Stadt, 2 ergibt sich z. B. dann,
> wenn unter "Augsburger" einer gemeint war, der aus Augsburg kam / kommt.
> 
> Kann das jemand bestaetigen ?
> 
> WernerP

Hallo,
so direkt kann ich dazu nix sagen, aber im Wiki war/ist dazu ein
ähnliches Beispiel enthalten:
" Personennamen mit Vor- und Zuname und Adelstitelt etc. werden mit
Durchkopplungsstrichen geschrieben: Von-der-Tann-Straße,
Bürgermeister-Hans-Jochen-Vogel-Straße. Beispiel einer bösen Falle: In
München gibt es einen Herrn Passauer; daher heißt die ihn gewidmete
Straße Passauerstraße und nicht Passauer Straße! Schwanthalerstraße ist
eher klar: Der Gute hieß Ludwig Schwanthaler. "
(http://wiki.openstreetmap.org/wiki/Attributierung_von_Stra%C3%9Fen_in_Deutschland#Richtige_Schreibweise_von_Stra.C3.9Fennamen)

Gruß
Frank




From bweiskopf at gmx.de  Sun Oct 21 09:33:23 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 21 Oct 2012 11:33:23 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTD7wRY_NAbr7Y-rTqKOGTSqeM-R4jufi_3qjyJmbjixOQ@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <CABPTjTD7wRY_NAbr7Y-rTqKOGTSqeM-R4jufi_3qjyJmbjixOQ@mail.gmail.com>
Message-ID: <000601cdaf6f$1e7dbd40$5b7937c0$@gmx.de>

> > In den Feldern liegen einige Bauernhöfe und die Zufahrten erfolgen
> > über ein paar ordentlich asphaltierte Feldwege. Trotzdem sind an 
> > manchen dieser Wege die üblichen Verbots-Schilder für Kfz 
> > angebracht mit den Zusatzschild ?Landwirtschaftlicher Verkehr 
> > frei?. Selbstverständlich werden die Zufahrtswege von allen 
> > Anliegern benutzt.
> 
> Du schreibst "manche der Wege", d.h. es gibt auch Wege, die allgemein
> befahren werden dürfen? Reichen die nicht aus, um zu allen Häusern zu
> kommen? Weil wenn sie ausreichen (also die Höfe erschlossen sind),
> dann würde ich die für den landwirtschaftlichen Verkehr reservierten
> Straßen nicht in OSM für alle freigeben, selbst wenn die Einheimischen
> diese Wege nutzen.

An manchen Feldweg-Abzweigen fehlen einfach die Schilder, man dürfte dort mit dem PKW abbiegen und überall zwischen den Feldern umherfahren. Ich habe sie trotzdem als Feldweg (highway = track) getagged, sonst leiten die Router dort durch. Außerdem wüsste ich nicht, wie weit ich die freie PKW-Nutzung zulassen sollte, von anderen Seiten darf man schließlich nicht in den Feldbereich einfahren.

Vor kurzem wurde bei einer Einfahrt im Zuge von Baumaßnahmen ein neues Schild angebracht: Zeichen 260 (Verbot für Kraftfahrzeuge) mit zwei Zusatzschildern: 1. "Landwirtschaftlicher Verkehr frei" und 2. "Anlieger bis Heddesheimer Landstraße 9-11 frei".

Da man in OSM "motor_vehicle = agricultural" und "motor_vehicle = destination" nicht gleichzeitig angeben kann, werde ich hier letzteres eintragen. Die Zufahrten zu anderen Höfen ist immer noch unklar.

Wenn ich alle Wege als Feldwege markiere, ist kein Routing zu den Höfen möglich (die beispielsweise auf dem Hof auch Waren verkaufen). Die Zufahrt mit PKW wird vermutlich auch nur über die dafür angelegten Wege geduldet werden, das kann man dann nicht mehr unterscheiden.

Bernhard





From bweiskopf at gmx.de  Sun Oct 21 09:33:23 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 21 Oct 2012 11:33:23 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
Message-ID: <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>

Hallo an alle,

die Meinungen gehen hier doch auseinander.

Inzwischen habe ich mir die Gegend "Auf den Ried" in Mannheim etwas näher
angesehen: Kommt man vom Stadtteil Feudenheim, hat dort ein Mapper "track"
eingetragen und Google Maps zeigt dort auch StVO-Zeichen 260 (Verbot für
Kraftfahrzeuge) mit Zusatz "Landwirtschaftlicher Verkehr frei", also korrekt
getagged. Dieser Weg führt von Westen zu der Anliegerstraße.

50 m parallel zur gesperrten Anliegerstraße führt ein ähnlich aufgebauter
Weg (ohne jegliche Beschränkung) zu Schrebergärten und beide Wege sind dort
über eine Freifläche verbunden. 

Von Nordwesten kommend über "Unter dem Elkersberg" steht auch kein Schild,
in Gegenrichtung aber "Gemeinsamer Geh- und Radweg" (Ziechen 240). Hier
herrscht reger Fahrrad- und Fußgängerverkehr.

Wie weit gilt dann welche Beschränkung? Nur am Schild? Nur in Fahrtrichtung
des Schildes?

Bei der Stadt werde ich das nicht vorbringen können: Hier sind extrem viele
Beschilderungen inkonsistent, die Liste würde sehr lang und sicherlich
ignoriert. Ich vermute, bei Nutzungsänderungen werden teilweise Schilder
nach dem neuen Nutzungskonzept aufgestellt, bereits vorhandene Schilder an
verbundenen Verkehrswegen aber nicht betrachtet und diese bleiben
unverändert. Und aus Kostengründen bleiben manche Regeln einfach
unbeschildert, die Autofahrer bleiben lieber auf der breiteren, aber
längeren Straße, als auf der Abkürzung ständig auf Radfahrer und Fußgänger
zu achten. Kontrollieren kann man das praktisch nicht.

Oder die Planer kennen die Regeln der StVO nicht.

Gruß Bernhard





From dieterdreist at gmail.com  Sun Oct 21 09:45:12 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 11:45:12 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <000601cdaf6f$1e7dbd40$5b7937c0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <CABPTjTD7wRY_NAbr7Y-rTqKOGTSqeM-R4jufi_3qjyJmbjixOQ@mail.gmail.com>
 <000601cdaf6f$1e7dbd40$5b7937c0$@gmx.de>
Message-ID: <CABPTjTB8CX7yrsGh=1YSSi=1EcHcaVg0mmkdOjBRLDnZN1YgUg@mail.gmail.com>

Am 21. Oktober 2012 11:33 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
> An manchen Feldweg-Abzweigen fehlen einfach die Schilder, man dürfte dort mit dem PKW abbiegen und überall zwischen den Feldern umherfahren.


m.E. wenn es kein Schild gibt, dann "dürfte" man nicht nur, man darf.


> Ich habe sie trotzdem als Feldweg (highway = track) getagged, sonst leiten die Router dort durch. Außerdem wüsste ich nicht, wie weit ich die freie PKW-Nutzung zulassen sollte, von anderen Seiten darf man schließlich nicht in den Feldbereich einfahren.


m.E. solltest Du dort, wo man nicht einfahren darf, das so kurz wie
möglich halten, also nicht auf hintere Bereiche ausdehnen sondern nur
das erste Stück mit der Restriktion taggen. Alles was übrig bleibt,
darf man befahren. Highway=track sagt ja nichts darüber aus, ob man
auf einer Straße fahren darf, sondern, dass sie hauptsächlich für
Land- und Forstverkehr genutzt wird, also ein Wirtschaftsweg ist.


> Vor kurzem wurde bei einer Einfahrt im Zuge von Baumaßnahmen ein neues Schild angebracht: Zeichen 260 (Verbot für Kraftfahrzeuge) mit zwei Zusatzschildern: 1. "Landwirtschaftlicher Verkehr frei" und 2. "Anlieger bis Heddesheimer Landstraße 9-11 frei".
> Da man in OSM "motor_vehicle = agricultural" und "motor_vehicle = destination" nicht gleichzeitig angeben kann, werde ich hier letzteres eintragen.


ja, weil motor_vehicle=agricultural;destination  ist es auch nicht, da
das bedeuten würde (m.E.) agricultural UND destination, was Du aber
bräuchtest wäre agricultural ODER destination. Vielleicht kann man für
so was eine Lösung finden? Kommt ja öfter mal vor.


> Wenn ich alle Wege als Feldwege markiere, ist kein Routing zu den Höfen möglich (die beispielsweise auf dem Hof auch Waren verkaufen).


Wieso, über Feldwege kann doch auch geroutet werden? Davon abgesehen:
für jedes Grundstück in Deutschland auf dem man bauen will muss die
Erschließung dauerhaft öffentlich-rechtlich gesichert sein. Wenn das
nicht gewährleistet ist, hat jemand einen Fehler gemacht. ;-)

Gruß Martin



From cobra_osm at yahoo.com  Sun Oct 21 10:10:10 2012
From: cobra_osm at yahoo.com (Cobra)
Date: Sun, 21 Oct 2012 12:10:10 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
Message-ID: <5083CA02.6060400@yahoo.com>

On 2012-10-20 22:06, Bernhard Weiskopf wrote:
> in Mannheim (und sicherlich auch anderswo) existieren
> Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:
>
> Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
> ?Verbot für alle Fahrzeuge?, darunter ?Anlieger frei?. Die Straße ist aber
> auch Teil der lokalen Fahrrad-Verbindungswege, gemäß Beschilderung ist aber
> das Durchfahren auch mit Fahrrädern verboten.
>
> In den Feldern liegen einige Bauernhöfe und die Zufahrten erfolgen über ein
> paar ordentlich asphaltierte Feldwege. Trotzdem sind an manchen dieser Wege
> die üblichen Verbots-Schilder für Kfz angebracht mit den Zusatzschild
> ?Landwirtschaftlicher Verkehr frei?. Selbstverständlich werden die
> Zufahrtswege von allen Anliegern benutzt.

Ich denke, es wäre kein Schaden, auch mal die zuständige Stelle zu kontaktieren und sie auf diese Probleme hinzuweisen und nach der aktuellen Lage dort zu fragen.

Es soll ja durchaus vorkommen, dass schlicht vergessen wurde, die Beschilderung zu aktualisieren.



From dieterdreist at gmail.com  Sun Oct 21 10:19:58 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 12:19:58 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
Message-ID: <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>

Am 21. Oktober 2012 11:33 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
> Inzwischen habe ich mir die Gegend "Auf den Ried" in Mannheim etwas näher
> angesehen...


Ach so, das ist in Baden-Württemberg? Da darf man ja Feldwege
grundsätzlich nicht befahren, sofern keine örtliche Ausnahme
ausgeschildert ist, oder man land- oder forstwirschaftlicher Verkehr
ist, d.h. da würde ich zu den highway=track auch
motor_vehicle=agricultural ergänzen. Zufahrten zu Höfen sollte man
evtl. eher als service denn als track klassifizieren?

Gruß Martin



From pille3 at hotmail.com  Sun Oct 21 10:36:30 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sun, 21 Oct 2012 03:36:30 -0700 (PDT)
Subject: [Talk-de]
	=?utf-8?q?Stra=C3=9Fenlistenauswertung_in_Beta-Version_?=
	=?utf-8?q?verf=C3=BCgbar?=
In-Reply-To: <5083BAA2.5050907@mcsmurf.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <507A7942.8010708@gmx.de>
 <507A87C2.2080507@hm.edu> <5083BAA2.5050907@mcsmurf.de>
Message-ID: <1350815790684-5732136.post@n5.nabble.com>

oder auch "Hammer Weg" (Weg nach Hamm) versus "Hammerweg" (wo der Hammer
hängt).
Ich könnte mir sogar einen "Hammer-Weg" vorstellen (Fiktives Beispiel
benannt nach dem Herrn Hammer).

Solche Feinheiten werden auch von den Strassenbehörden oder Anwohnern nicht
immer bemerkt, geschweige denn beachtet. 
Somit rutschen solche Fehler auch schon mal in die "offiziellen" Listen
rein.

Gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/Stra-enlistenauswertung-in-Beta-Version-verfugbar-tp5729595p5732136.html
Sent from the Germany mailing list archive at Nabble.com.



From chris66nrw at gmx.de  Sun Oct 21 11:00:47 2012
From: chris66nrw at gmx.de (Chris66)
Date: Sun, 21 Oct 2012 13:00:47 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTB8CX7yrsGh=1YSSi=1EcHcaVg0mmkdOjBRLDnZN1YgUg@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <CABPTjTD7wRY_NAbr7Y-rTqKOGTSqeM-R4jufi_3qjyJmbjixOQ@mail.gmail.com>
 <000601cdaf6f$1e7dbd40$5b7937c0$@gmx.de>
 <CABPTjTB8CX7yrsGh=1YSSi=1EcHcaVg0mmkdOjBRLDnZN1YgUg@mail.gmail.com>
Message-ID: <k60kku$aqh$1@ger.gmane.org>

Am 21.10.2012 11:45, schrieb Martin Koppenhoefer:

> Wieso, über Feldwege kann doch auch geroutet werden? 

Die meisten Router[1] tun dies standardmäßig[2] nicht. Da an 90% aller
Waldwege ein entsprechendes Auto-verbietendes access-Tag
(motor_vehicle=forestry z.B.) fehlt, ist dies auch besser so. :-)

Chris


[1] zB. ORS, OSRM
[2] kann natürlich per motorcar=yes routbar gemacht werden







From bweiskopf at gmx.de  Sun Oct 21 12:02:28 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Sun, 21 Oct 2012 14:02:28 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
Message-ID: <000e01cdaf83$f1727880$d4576980$@gmx.de>

Hallo Martin,

stimmt, das liegt in Baden-Württemberg.

Einige weitere tags, wie "motor_vehicle = agricultural", habe ich auch
gesetzt (wo ein entspr. Schild steht), hatte ich aber nicht erwähnt.

> ... Da darf man ja Feldwege grundsätzlich nicht befahren ...

Weißt du, wo das steht?

Gruß Bernhard


PS: Bisher habe ich nur etwas zu Wäldern gefunden:
"... Nicht gestattet sind ... das Radfahren auf Wegen unter 2 m Breite ..."
oder 
"...Ohne besondere Befugnisse ist nicht zulässig 
1.  das Fahren und Abstellen von Kraftfahrzeugen ..."
Quelle: "Waldgesetz für Baden-Württemberg" (LWaldG BW), Ausgabe 2008

Ich habe gehört, in manchen Bundesländern sei im Wald sogar die
Höchstgeschwindigkeit geregelt, in BW jedenfalls nicht.

****

> -----Original Message-----
> From: Martin Koppenhoefer [mailto:dieterdreist at gmail.com]
> Sent: Sunday, October 21, 2012 12:20 PM
> To: Openstreetmap allgemeines in Deutsch
> Subject: Re: [Talk-de] Taggen von "falschen" Verkehrsregeln
> 
> Am 21. Oktober 2012 11:33 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
> > Inzwischen habe ich mir die Gegend "Auf den Ried" in Mannheim etwas
> > näher angesehen...
> 
> 
> Ach so, das ist in Baden-Württemberg? Da darf man ja Feldwege
> grundsätzlich nicht befahren, sofern keine örtliche Ausnahme
> ausgeschildert ist, oder man land- oder forstwirschaftlicher Verkehr
> ist, d.h. da würde ich zu den highway=track auch
> motor_vehicle=agricultural ergänzen. Zufahrten zu Höfen sollte man
> evtl. eher als service denn als track klassifizieren?
> 
> Gruß Martin






From f at zz.de  Sun Oct 21 12:04:47 2012
From: f at zz.de (Florian Lohoff)
Date: Sun, 21 Oct 2012 14:04:47 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <50830A7F.60803@freenet.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <50830A7F.60803@freenet.de>
Message-ID: <20121021120447.GA25118@pax.zz.de>

On Sat, Oct 20, 2012 at 10:33:03PM +0200, Andreas Schmidt wrote:
> Ich tendiere dazu, die Straßenmeisterei anzumailen und zu frage, was
> deren Schilderkombo bedeuten bzw. bewirken soll.

Die Straßenmeisterei ist nur ausführendes Organ - Normalerweise
gibt es jemanden bei der Kommune der das veranlasst und plant.

Ich habe da diverses schon gemeldet - Gab hier so Gebiete wo man 
mit dem LKW zwar rein aber nie wieder raus fahren durfte. 
Haben die umgehend geändert.

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/20121021/1f9303a7/attachment.sig>

From f at zz.de  Sun Oct 21 12:11:45 2012
From: f at zz.de (Florian Lohoff)
Date: Sun, 21 Oct 2012 14:11:45 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <50831E21.4010303@aighes.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
Message-ID: <20121021121145.GA25917@pax.zz.de>

On Sat, Oct 20, 2012 at 11:56:49PM +0200, Henning Scholland wrote:
> Hallo
> Wer sagt dir denn, wer den Fehler gemacht hat und was nun richtig ist?
> 

Wenn du das mappst was auf den Schildern steht kannst du zu mir nicht
mehr fahren.

Ich wohne mitten in einem Waldgebiet und die Straße ist Gesperrt für
Fahrzeuge aller Art ausgenommen Forstwirtschaftlicher Verkehr.

Und nu?

Eine Straße MUSS im Routingalgorithmus immer access=destination sein.
Wenn der Navigierende User gesagt hat er moechte da hin dann muss ich
ihm einen Weg anbieten. OpenRouteService schickt mich im moment in die
Nähe des Waldes und sagt dann bitte querfeldein ~400m obwohl direkt vor
der Haustür eine öffentliche Straße ist - die eben nur gesperrt ist.

#Fail

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/20121021/fe0aabdd/attachment.sig>

From f at zz.de  Sun Oct 21 12:13:29 2012
From: f at zz.de (Florian Lohoff)
Date: Sun, 21 Oct 2012 14:13:29 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
Message-ID: <20121021121329.GB25917@pax.zz.de>

On Sun, Oct 21, 2012 at 12:19:58PM +0200, Martin Koppenhoefer wrote:
> motor_vehicle=agricultural ergänzen. Zufahrten zu Höfen sollte man
> evtl. eher als service denn als track klassifizieren?

highway=service service=driveway?

Ein Track ist ein ausschliesslich oder überwiegend für den
Landwirtschaftlich verkehr genutzte Straße.

Meine Argumentation ist immer - Faehrt der Postbote, Müllabfuhr oder
sogar ein Schulbus durch kann es kein track mehr sein.

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/20121021/f9a4d5f6/attachment.sig>

From dieterdreist at gmail.com  Sun Oct 21 12:28:22 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 14:28:22 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <20121021121329.GB25917@pax.zz.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
 <20121021121329.GB25917@pax.zz.de>
Message-ID: <CABPTjTADPZmzV_UGu8CEGN6dHc78ZSzqAV03_Z3WA5sowyoWSA@mail.gmail.com>

Am 21. Oktober 2012 14:13 schrieb Florian Lohoff <f at zz.de>:
> On Sun, Oct 21, 2012 at 12:19:58PM +0200, Martin Koppenhoefer wrote:
>> motor_vehicle=agricultural ergänzen. Zufahrten zu Höfen sollte man
>> evtl. eher als service denn als track klassifizieren?
>
> highway=service service=driveway?


einen driveway-Zusatz würde ich nur dann setzen, wenn sich der
Weg(teil) auf privatem Grund befindet. Für öffentliche Wege finde ich
das nicht angemessen, auch wenn die Zugang beschränkt ist.


Gruß Martin



From f at zz.de  Sun Oct 21 12:31:59 2012
From: f at zz.de (Florian Lohoff)
Date: Sun, 21 Oct 2012 14:31:59 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5081B5DB.5020900@gmx.de>
References: <20121019170411.GA25560@pax.zz.de>
 <5081B5DB.5020900@gmx.de>
Message-ID: <20121021123159.GC25917@pax.zz.de>

On Fri, Oct 19, 2012 at 10:19:39PM +0200, Andreas Dommaschk wrote:
> Guten Abend,
> 
> bei den Möglichkeiten will ich kein Entwickler sein der das mal
> auswerten möchte. :)
> 
> Mein Variante:
> 
> Schulen stehen in der Regel in Wohngebieten => landuse = residential.
> Das amenity= school bedeutet ja übersetzt Einrichtung = Schule und
> nicht Schulgelände!

Das sagt das wiki eben anders - amenity=school soll die Flaeche und
nicht nur das einzelne Gebaeude bezeichnen.

> Gibt es schon landuse=school? Wird das schon gerendert?;)

Aeh - ist doch quatsch - Schulen gehoeren zur Wohnnutzung - genauso
wie Kindergärten - Die stehen in Deutschland im überwiegenden Teil
immer in der Wohnbebauung.

> sehr viele Informationen beitragen, vieles so eintragen damit die
> Karte "schön" aussieht.

Mir ist eher das Kraut und Rüben aufgefallen weil MapOSMatic so wie im
Wiki beschrieben auswertet und entsprechend die Legende schreibt.

Wenn man dann die ganzen Buildings einzeln als amenity=school bezeichnet
geht MapOsMatic richtigerweise hin und schreibt in die Legende jedes
Schulgebaeude einzeln. D.h. ich habe dann in der Legende 5mal die
Hauptschule in unterschiedlichen Planquadraten weil sich die
Schulgebaeude verteilen -> #Fail

Wenn überhaupt könnte man eine Relation anlegen mit amenity=school aber
auf Gebaeuden hat das nichts verloren. Eine Schule besteht in 90% der
Fällen aus mehreren Gebäuden, so wie Sporthalle, Fahrradständer,
Hausmeisterhaus etc ...

Also habe ich das in meiner Umgebung alles mal korrigiert und eine
Flaeche für die Schulen angelegt und die Gebaeude mit building=yes
und addr tags versehen.

Jetzt geht 
-> Navigation zur Schule (Weil ja die Flaeche mit namen da ist)
-> Navigation zur Adresse (Weil das Gebaeude die Adresse hat)

Was nicht geht (oder zumindest nicht ohne geschummel) die Adresse
einer Schule finden. Die Lösung wäre die Adresse zusaetzlich mit auf
die Flaeche der amenity=school zu packen. Damit wäre auch möglich das
Hauptgebäude zu finden

	amenity=school -> addr tags 
	addr tags suchen auf einem objekt mit building=*

Wenn jeder macht was er will und auch meint das so absprachen die das
Wiki keinen interessieren muss man nicht die ganzen Auswerten anmoppern
warum die Schulen nicht auftauchen.  Fuer mich muss die Navigation
gehen. Die Mapnik Karte muss anstaendig aussehen und so auswerter wie
MapOSMatic muss es durch standardkonforme Auswertung moeglich sein 
eine Legende zu schreiben.

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/20121021/88fc41f2/attachment.sig>

From masi-master at gmx.de  Sun Oct 21 12:37:55 2012
From: masi-master at gmx.de (Masi Master)
Date: Sun, 21 Oct 2012 14:37:55 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <k5vc8e$ag9$1@ger.gmane.org>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
Message-ID: <op.wmi31heahg6zzq@masi.mshome.net>

Am 21.10.2012, 01:31 Uhr, schrieb Stephan Wolff <s.wolff at web.de>:

> Privatwege mit Schild "Befahren verboten" interpretiere ich eher als  
> access=private oder access=destination statt als access=no.

Wohl eher als vehicle=* (z.B. privat)
mMn wird access=* viel zu häufig eingesetzt, wo es stattdessen bessere  
keys gibt.


Am 21.10.2012, 11:45 Uhr, schrieb Martin Koppenhoefer  
<dieterdreist at gmail.com>:
> Am 21. Oktober 2012 11:33 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
>> Vor kurzem wurde bei einer Einfahrt im Zuge von Baumaßnahmen ein neues  
>> Schild angebracht: Zeichen 260 (Verbot für Kraftfahrzeuge) mit zwei  
>> Zusatzschildern: 1. "Landwirtschaftlicher Verkehr frei" und 2.  
>> "Anlieger bis Heddesheimer Landstraße 9-11 frei".
>> Da man in OSM "motor_vehicle = agricultural" und "motor_vehicle =  
>> destination" nicht gleichzeitig angeben kann, werde ich hier letzteres  
>> eintragen.
> ja, weil motor_vehicle=agricultural;destination  ist es auch nicht, da
> das bedeuten würde (m.E.) agricultural UND destination, was Du aber
> bräuchtest wäre agricultural ODER destination. Vielleicht kann man für
> so was eine Lösung finden? Kommt ja öfter mal vor.

sehe ich etwas anders:
Bei land- und forstwirtschaftlicher Verkehr wird auch  
*=agricultural;forestry gettagt.
Es sind beide erlaubt, also man kann also auch *=agricultural;destination  
verwenden. (mit vehicle oder motor_vehicle)

Andernfalls bliebe noch: (motor_)vehicle=no + agricultural=yes +  
destination=yes
Würd aber die abgekürzte Schreibweise bevorzugen.

Gruß
Masi



From dieterdreist at gmail.com  Sun Oct 21 12:40:05 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 14:40:05 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <000e01cdaf83$f1727880$d4576980$@gmx.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
 <000e01cdaf83$f1727880$d4576980$@gmx.de>
Message-ID: <CABPTjTCDh+wL9Zb7zaKL=mFwejVcAqfUZb3jdZ_O3bdwpoU6aw@mail.gmail.com>

Am 21. Oktober 2012 14:02 schrieb Bernhard Weiskopf <bweiskopf at gmx.de>:
> stimmt, das liegt in Baden-Württemberg.
>
> Einige weitere tags, wie "motor_vehicle = agricultural", habe ich auch
> gesetzt (wo ein entspr. Schild steht), hatte ich aber nicht erwähnt.


anscheinend muss/sollte das an alle Wirtschaftswege in
Baden-Württemberg, da es dort grundsätzlich so ist, dass man diese
nicht befahren darf. Wie man allerdings ohne Schild erkennen soll, ob
es ein solcher Weg ist, oder z.B. eine unbefestigte Straße, weiss ich
auch nicht ;-)


>> ... Da darf man ja Feldwege grundsätzlich nicht befahren ...
> Weißt du, wo das steht?


Es gibt im Landesnaturschutzgesetz ein paar Stellen dazu:
http://www.umweltschutzrecht-online.de/Gesetze/BW/LNatSchG_BW05.html

zunächst mal die explizite Erlaubnis, die Wege unmotorisiert zu nutzen
(bzw. mit motorisch betr. Krankenfahrstuhl):

§ 37 Betreten der freien Landschaft
(1) Die freie Landschaft kann von jedermann zum Zwecke der Erholung
unentgeltlich betreten werden. Landwirtschaftlich genutzte Flächen
dürfen während der Nutzzeit nur auf Wegen betreten werden. Als
Nutzzeit gilt die Zeit zwischen Saat oder Bestellung und Ernte, bei
Grünland die Zeit des Aufwuchses und der Beweidung. Sonderkulturen,
insbesondere Flächen, die dem Garten-, Obst- und Weinbau dienen,
dürfen nur auf Wegen betreten werden.
(2) Zum Betreten gehören auch das Skifahren, das Schlittenfahren (ohne
Motorkraft), das Spielen und ähnliche Betätigungen in der freien
Landschaft.
(3) Jedermann darf auf Privat- und Wirtschaftswegen sowie auf Pfaden
in der freien Landschaft wandern und auf hierfür geeigneten Wegen mit
Fahrrädern (ohne Motorkraft) und Krankenfahrstühlen (auch mit
Motorkraft) fahren.
und

dann die Einschränkung:
§ 38 Schranken des Betretens
(1) Das Betreten im Sinne des § 37 Abs. 1 und 2 umfaßt nicht das
Reiten, das Fahren mit bespannten und motorisierten Fahrzeugen, Zelten
und Aufstellen von Wohnwagen.


naja, eigentlich ist das ja kein Verbot, sondern nur keine
grundsätzliche Erlaubnis, wobei der jeweilige explizite Ausschluss von
motorisierten Fahrzeugen schon nahelegt, dass man mit diesen die Wege
nicht befahren darf.

Vielleicht gibt es auch noch andere Stellen, in Wikipedia steht es so
drin: http://de.wikipedia.org/wiki/Wirtschaftsweg

Gruß Martin



From rkluge50 at web.de  Sun Oct 21 12:45:44 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Sun, 21 Oct 2012 14:45:44 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121021123159.GC25917@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <20121021123159.GC25917@pax.zz.de>
Message-ID: <k60qo6$mkj$1@ger.gmane.org>

Hallo,
21/10/2012 14:31 Florian Lohoff:
> Das sagt das wiki eben anders - amenity=school soll die Flaeche und
> nicht nur das einzelne Gebaeude bezeichnen.

Was Wiki sagt ist eine Sache, was man in der Realität vorfindet, eine andere. So 
gibt es zum Beispiel Schulzentren, wo auf einem Gelände mehrere schulische 
Einrichtungen untergebracht sind, z.B. ein Gymnasium und eine Berufsschule, oft 
verteilt über mehrere Gebäude und beide Schulen in ein und demselben Gebäude und 
mit gemeinsamen Einrichtungen (Turnhalle, Mensa). Hier taggt man sinnvollerweise 
die einzelnen Einrichtungen als Punkt oder Gebäude mit amenity=school. Das 
Gelände soll natürlich auch erfasst und mit seinem Namen versehen werden, z.B. 
"Schulzentrum Kleinkleckersdorf". Dies mit amenity=school zu machen ist nicht 
sinnvoll. Es führt zwar beim Rendern zum gewünschten Erfolg, aber eine 
Applikation, die nach alle Schulen in Kleinkleckersdorf sucht, käme da ins 
Schleudern, weil das Gelände als weitere Schule interpretiert würde.

> Aeh - ist doch quatsch - Schulen gehoeren zur Wohnnutzung - genauso
> wie Kindergärten - Die stehen in Deutschland im überwiegenden Teil
> immer in der Wohnbebauung.

Aus oben genannten Gründen ist es durchaus sinnvoll und in anderen Ländern, wie 
z.B. Frankreich, auch üblich, ein Schulgelände, auf dem mehr als eine Schule 
untergebracht ist, mit landuse=school zu taggen. Noch besser fände ich 
amenity=school_centre, aber das kennt wahrscheinlich kein Renderer und keine 
Applikation.

Gruß
Rainer




From dieterdreist at gmail.com  Sun Oct 21 12:45:20 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 14:45:20 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <op.wmi31heahg6zzq@masi.mshome.net>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org> <op.wmi31heahg6zzq@masi.mshome.net>
Message-ID: <CABPTjTAqpWVGDCeuB+FS0PEiN03ne66WhGy9+0zQ9u48tMrKFQ@mail.gmail.com>

Am 21. Oktober 2012 14:37 schrieb Masi Master <masi-master at gmx.de>:
> Am 21.10.2012, 01:31 Uhr, schrieb Stephan Wolff <s.wolff at web.de>:
>> ja, weil motor_vehicle=agricultural;destination  ist es auch nicht, da
>> das bedeuten würde (m.E.) agricultural UND destination, was Du aber
>> bräuchtest wäre agricultural ODER destination. Vielleicht kann man für
>> so was eine Lösung finden? Kommt ja öfter mal vor.
>
>
> sehe ich etwas anders:
> Bei land- und forstwirtschaftlicher Verkehr wird auch
> *=agricultural;forestry gettagt.


ist da ja vielleicht auch nicht logisch?


> Es sind beide erlaubt, also man kann also auch *=agricultural;destination
> verwenden. (mit vehicle oder motor_vehicle)


m.E. kann man nur "destination" setzen, weil land- bzw.
forstwirtschaftlicher Verkehr ist man ja auch nur dann, wenn man dort
ein Anlieger ist, und nicht, weil man z.B. mit einem Traktor unterwegs
ist.

Gruß Martin



From willis at gmx.de  Sun Oct 21 13:00:15 2012
From: willis at gmx.de (Willi)
Date: Sun, 21 Oct 2012 20:00:15 +0700
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <5082B234.8030202@tobias-knerr.de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de> <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de> <5082B234.8030202@tobias-knerr.de>
Message-ID: <002d01cdaf8c$0be63190$23b294b0$@de>

On Saturday, October 20, 2012 9:16 PM Tobias Knerr
[mailto:osm at tobias-knerr.de] wrote:

> Leider hast du selbst ein ernsthaftes Verständnisproblem beim Thema
Multipolygon.


On Saturday, October 20, 2012 9:16 PM Peter Wendorff
[mailto:wendorff at uni-paderborn.de] wrote:


> Die Beschreibung von Enklaven und Exklaven ist der einzige (!) Sinn von 
> Multipolygonen bzw. deren inner-role.

> Deine Beispiele oben sind falsche Anwendungen des Multipolygons, und nur
so werden 
> Missverständnisse eingeführt, denn eigentlich ist die Definition klar:


Wenn meine Beispiele falsch sind dann wundert es mich doch sehr dass gegen
die gleichartigen Beispiele die sowohl auf der internationalen als auch auf
der deutschen Wikiseite erschienen weder bei deren Einführung noch in den
Jahren danach Einwände kamen. Wo waren denn da die Leute, die jetzt so
felsenfest behaupten die Beispiele seien falsch?

- Ankündigung im internationalen Forum
http://forum.openstreetmap.org/viewtopic.php?id=8638 
- Ankündigung im deutschen Forum
http://forum.openstreetmap.org/viewtopic.php?id=8637 

Die Beispiele wurden später auf separate Seiten verschoben.
- International http://wiki.openstreetmap.org/wiki/Multipolygon_Examples 
- Deutsch
http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon/Examples 
 
Durch unklare Definitionen und falsche Beispiele hätten dann nicht nur ich
sondern auch andere jahrelang falsch kartiert. Viele oft hitzige
Diskussionen hätten sich erübrigt. Die Zeit dafür wäre sinnvoller für das
Wiki oder die Daten verwendet worden.

Willi





From dieterdreist at gmail.com  Sun Oct 21 13:04:36 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 15:04:36 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121021123159.GC25917@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <20121021123159.GC25917@pax.zz.de>
Message-ID: <CABPTjTBrudP1ey1=g+i+FyH11soC4QRA59LofCC7op7uLiaBvQ@mail.gmail.com>

Am 21. Oktober 2012 14:31 schrieb Florian Lohoff <f at zz.de>:
> Das sagt das wiki eben anders - amenity=school soll die Flaeche und
> nicht nur das einzelne Gebaeude bezeichnen.


+1


>> Gibt es schon landuse=school? Wird das schon gerendert?;)
> Aeh - ist doch quatsch - Schulen gehoeren zur Wohnnutzung - genauso
> wie Kindergärten - Die stehen in Deutschland im überwiegenden Teil
> immer in der Wohnbebauung.


sehe ich nicht so. Schulen sind keine Wohnnutzung, genausowenig wie
Kindergärten, und das hat nichts damit zu tun, ob man sich auf
Deutschland oder sonstwo bezieht. Nur weil auf einer
bauordnungsrechtlich als (z.B. allgemeines) Wohngebiet ausgewiesenen
Fläche auch eine Schule zulässig ist (wie z.B. auch eine Tankstelle
oder ein Restaurant oder ein der Versorgung des Umfelds dienenden
Laden), ist das noch lange keine Wohnnutzung.
Abgesehen davon beschreibt der key "landuse" die tatsächliche Nutzung
einer Fläche und nicht die geplante bzw. verordnete Nutzung davon.

Gruß Martin



From dieterdreist at gmail.com  Sun Oct 21 13:10:43 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 15:10:43 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <k60qo6$mkj$1@ger.gmane.org>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <20121021123159.GC25917@pax.zz.de> <k60qo6$mkj$1@ger.gmane.org>
Message-ID: <CABPTjTCHBco8BRt-W39+bCtRMykRyPiC5k002QzaG7WXQGKZ1Q@mail.gmail.com>

Am 21. Oktober 2012 14:45 schrieb Rainer Kluge <rkluge50 at web.de>:
> Hallo,
> 21/10/2012 14:31 Florian Lohoff:
>
>> Das sagt das wiki eben anders - amenity=school soll die Flaeche und
>> nicht nur das einzelne Gebaeude bezeichnen.
> Was Wiki sagt ist eine Sache, was man in der Realität vorfindet, eine
> andere. So gibt es zum Beispiel Schulzentren, wo auf einem Gelände mehrere
> schulische Einrichtungen untergebracht sind, z.B. ein Gymnasium und eine
> Berufsschule, oft verteilt über mehrere Gebäude und beide Schulen in ein und
> demselben Gebäude und mit gemeinsamen Einrichtungen (Turnhalle, Mensa). Hier
> taggt man sinnvollerweise die einzelnen Einrichtungen als Punkt oder Gebäude
> mit amenity=school.


man könnte auch einen Umriss zeichnen (für das jeweilige Schulgelände)
und wenn das in beiden Fällen (sprich Schulen) gleich ist, würde man
je Schule ein Multipolygon mit jeweils demselben outer way anlegen und
hätte die Sache detaillierter gemappt.


> Das Gelände soll natürlich auch erfasst und mit seinem
> Namen versehen werden, z.B. "Schulzentrum Kleinkleckersdorf". Dies mit
> amenity=school zu machen ist nicht sinnvoll.


doch, ist es ;-)


> Es führt zwar beim Rendern zum
> gewünschten Erfolg, aber eine Applikation, die nach alle Schulen in
> Kleinkleckersdorf sucht, käme da ins Schleudern, weil das Gelände als
> weitere Schule interpretiert würde.


das Problem sind dabei allerdings m.E. die nodes, nicht die Fäche.


> Noch besser fände ich amenity=school_centre, aber das kennt wahrscheinlich kein Renderer und keine Applikation.


ja, ein "amenity=school_centre" für mehrere Schulen auf demselben
Gelände / in denselben Räumen ist vielleicht gar keine so schlechte
Idee...

Gruß Martin



From masi-master at gmx.de  Sun Oct 21 13:13:01 2012
From: masi-master at gmx.de (Masi Master)
Date: Sun, 21 Oct 2012 15:13:01 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTAqpWVGDCeuB+FS0PEiN03ne66WhGy9+0zQ9u48tMrKFQ@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org> <op.wmi31heahg6zzq@masi.mshome.net>
 <CABPTjTAqpWVGDCeuB+FS0PEiN03ne66WhGy9+0zQ9u48tMrKFQ@mail.gmail.com>
Message-ID: <op.wmi5nzr6hg6zzq@masi.mshome.net>

Am 21.10.2012, 14:45 Uhr, schrieb Martin Koppenhoefer  
<dieterdreist at gmail.com>:

>> Es sind beide erlaubt, also man kann also auch  
>> *=agricultural;destination
>> verwenden. (mit vehicle oder motor_vehicle)
> m.E. kann man nur "destination" setzen, weil land- bzw.
> forstwirtschaftlicher Verkehr ist man ja auch nur dann, wenn man dort
> ein Anlieger ist, und nicht, weil man z.B. mit einem Traktor unterwegs
> ist.

Auf den ersten Blick sehe ich das auch so... Jedoch mag ich mich darum  
nicht streiten :) Ich würd einfach beides setzten, wenn beides angegeben  
wurde.



From dieterdreist at gmail.com  Sun Oct 21 13:19:52 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 15:19:52 +0200
Subject: [Talk-de] Verwendung von Multipolygonen
In-Reply-To: <002d01cdaf8c$0be63190$23b294b0$@de>
References: <508070F0.3050903@stephans-server.de>
 <00c401cdad94$470a6100$d51f2300$@de>
 <5081D867.1060307@stephans-server.de>
 <00e501cdaec9$42485ab0$c6d91010$@de>
 <5082B234.8030202@tobias-knerr.de>
 <002d01cdaf8c$0be63190$23b294b0$@de>
Message-ID: <CABPTjTDMcekiGVu1CvLXDgbd=sUhp8PHcMAwFHfXUz0MsKeGWw@mail.gmail.com>

Am 21. Oktober 2012 15:00 schrieb Willi <willis at gmx.de>:
> Wenn meine Beispiele falsch sind dann wundert es mich doch sehr dass gegen
> die gleichartigen Beispiele die sowohl auf der internationalen als auch auf
> der deutschen Wikiseite erschienen weder bei deren Einführung noch in den
> Jahren danach Einwände kamen. Wo waren denn da die Leute, die jetzt so
> felsenfest behaupten die Beispiele seien falsch?


Kannst Du konkret sagen, wo in diesem Beispielen vorkommt, dass tags
aus der Relation auf die inner-member vererbt werden? Das sind
dermaßen lange Wikiseiten mit so vielen Änderungen, dass ein reiner
Link darauf nicht ausreicht um nachzuvollziehen, worauf Du Dich da
beziehst.

Gruß Martin



From schmidt-postfach at freenet.de  Sun Oct 21 17:31:58 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Sun, 21 Oct 2012 19:31:58 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTCDh+wL9Zb7zaKL=mFwejVcAqfUZb3jdZ_O3bdwpoU6aw@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
 <000e01cdaf83$f1727880$d4576980$@gmx.de>
 <CABPTjTCDh+wL9Zb7zaKL=mFwejVcAqfUZb3jdZ_O3bdwpoU6aw@mail.gmail.com>
Message-ID: <5084318E.5030907@freenet.de>

Am 21.10.2012 14:40, schrieb Martin Koppenhoefer:

> dann die Einschränkung:
> § 38 Schranken des Betretens
> (1) Das Betreten im Sinne des § 37 Abs. 1 und 2 umfaßt nicht das
> Reiten, das Fahren mit bespannten und motorisierten Fahrzeugen, Zelten
> und Aufstellen von Wohnwagen.

Da schwingt im Hintergrund die Grundfrage mit
- ist alles erlaubt, was nicht ausdrücklich verboten ist
oder
-ist alles verboten, was nicht ausdrücklich erlaubt ist
oder
- ist alles verboten, auch wenn es ausdrücklich erlaubt ist (das war
glaube ich, die DDR)

Die diversen landesrechtlichen Erlaubnisse zur Naturnutzung gehen m.E.
auf die verfassungsgemäße Bestimmung zurück, dass Eigentum dem Nutze
aller dienen soll.

Danach ist es Grundbesitzern nicht erlaubt, den Zugang zu Wäldern und
Landschaft vollkommen zu verbieten.

Wohl aber können sie in ihrem Wald / auf ihrem Land Motorfahrzeuge
(andere als Krankenfahrstühle) verbieten und während der Flächennutzung
(zwischen Saat und Ernte) dürfen sie den Pöbel auf die Wege verbannen.

Demnach dürfen auf einem abgeernteten Stoppelfeld Väter mit ihren
Kindern Drachen steigen lassen. Aber Papa darf nicht auf dem Feld parken.

Für die straßenverkehrsrechtliche Situation (StVG, StVO) gibt das zuvor
gesagte aber wenig her. StVO gilt erstmal auf öffentlichem Grund.

Hier gilt in Deutschland m.E. die erste Option aus meinem einleitenden
Satz. Wenn ein Weg da iat, dann darf man den nutzen. Was verboten sein
soll, muss entweder irgendwo in Gesetz oder Verordnung stehen oder auf
einem Schild vor Ort.

Bei unsinnigen Schilder/kombinatione/n, wie hier im Dorf Kombo aus Zeichen
diese Schilderkombination:
(gemeinsamer Fuß- und Radweg, Verbot für Fahrzeuge aller Art)
Das oben erlaubte Fahrrad darf laut unterem Schild nicht fahren.

darf sich der verarschte Bürger das aussuchen, was er will.


Grüße,
Andreas




From dieterdreist at gmail.com  Sun Oct 21 17:42:33 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Sun, 21 Oct 2012 19:42:33 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <5084318E.5030907@freenet.de>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
 <000e01cdaf83$f1727880$d4576980$@gmx.de>
 <CABPTjTCDh+wL9Zb7zaKL=mFwejVcAqfUZb3jdZ_O3bdwpoU6aw@mail.gmail.com>
 <5084318E.5030907@freenet.de>
Message-ID: <CABPTjTDFUuu7MHZLNmqWnf8QUSyjv-D5SJ4WWZe1atfqfmmFig@mail.gmail.com>

Am 21. Oktober 2012 19:31 schrieb Andreas Schmidt <schmidt-postfach at freenet.de>:
> Am 21.10.2012 14:40, schrieb Martin Koppenhoefer:
>
>> dann die Einschränkung:
>> § 38 Schranken des Betretens
>> (1) Das Betreten im Sinne des § 37 Abs. 1 und 2 umfaßt nicht das
>> Reiten, das Fahren mit bespannten und motorisierten Fahrzeugen, Zelten
>> und Aufstellen von Wohnwagen.
>
> Da schwingt im Hintergrund die Grundfrage mit
> - ist alles erlaubt, was nicht ausdrücklich verboten ist


ja, wobei die Verbote aus allen Gesetzen und Verordnungen etc.
gemeinsam gelten, und man nicht, weil was in einem Gesetz nicht
verboten wird daraus schließen kann, dass es erlaubt ist. Wohlgemerkt
war das nur aus dem Landesnaturschutzgesetz, es kann durchaus noch
andere relevante Festlegungen geben.


> Für die straßenverkehrsrechtliche Situation (StVG, StVO) gibt das zuvor
> gesagte aber wenig her. StVO gilt erstmal auf öffentlichem Grund.


AFAIK sind die Feld- und Waldwege überwiegend öffentlicher Grund.

Relevant für die Frage hier ist evtl. die Unterscheidung zwischen
Straße und Weg?

Gruß Martin



From schmidt-postfach at freenet.de  Sun Oct 21 18:00:20 2012
From: schmidt-postfach at freenet.de (Andreas Schmidt)
Date: Sun, 21 Oct 2012 20:00:20 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTDFUuu7MHZLNmqWnf8QUSyjv-D5SJ4WWZe1atfqfmmFig@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <k5v5iq$rhl$1@ger.gmane.org> <50831E21.4010303@aighes.de>
 <k5vc8e$ag9$1@ger.gmane.org>
 <CABPTjTBnVcqS-McR7txwbuQUSZqKKoXvuX=2HDtJAa8OkpCx+A@mail.gmail.com>
 <000701cdaf6f$1f7f4ec0$5e7dec40$@gmx.de>
 <CABPTjTA-MXVziM1JrAUfGU3JhqdsNWLzh27EOr0yknv6YkVKxg@mail.gmail.com>
 <000e01cdaf83$f1727880$d4576980$@gmx.de>
 <CABPTjTCDh+wL9Zb7zaKL=mFwejVcAqfUZb3jdZ_O3bdwpoU6aw@mail.gmail.com>
 <5084318E.5030907@freenet.de>
 <CABPTjTDFUuu7MHZLNmqWnf8QUSyjv-D5SJ4WWZe1atfqfmmFig@mail.gmail.com>
Message-ID: <50843834.40604@freenet.de>

Am 21.10.2012 19:42, schrieb Martin Koppenhoefer:
> Am 21. Oktober 2012 19:31 schrieb Andreas Schmidt <schmidt-postfach at freenet.de>:
...
> 
> AFAIK sind die Feld- und Waldwege überwiegend öffentlicher Grund.
> 
> Relevant für die Frage hier ist evtl. die Unterscheidung zwischen
> Straße und Weg?
> 
> Gruß Martin

hallo,

ich habe mich gewundert, wie viele Wege, die ich regelmäßig genutzt
habe, Privaten gehören. Ist m.E. im Regelfall nicht ersichtlich.

Richtig beschäftigt habe ich mich damit erst, als plötzlich ein Jäger
ein STAHLSEIL (rostbraun) über einen Feld-/Waldweg gespannt hat und ein
alibimäßiges Pseudo-Schild "Wildruhezone" dazustellte.

Da war keine Wildruhezone und die Eigentümerin hat dem Jäger keine
Vollmacht zum Sperren gegeben. Und auch sonst durfte er das nicht.

Hm, bin gerade heute Abend die "Privatstraße des Bundes" (_nicht_
Bundesstraße) zwischen Ostenholz und Meißendorf gefahren, da ist es eher
offensichtlich, dass sie zum Durchfahren da ist. Wenn nicht gerade
scharf geballert wird, dann _will_ da wohl auch keiner lang.

Ist denn "Straße" und "Weg" klar trennbar?

ciao
Andreas





From osm-listen at ivkasogis.de  Sun Oct 21 20:04:51 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 21 Oct 2012 22:04:51 +0200
Subject: [Talk-de] Taggen von "falschen" Verkehrsregeln
In-Reply-To: <CABPTjTApFtv6JMPV29Vk9eGrq0Oc+NYxwDrPwS53=v1OGtSXug@mail.gmail.com>
References: <001e01cdaefe$616445a0$242cd0e0$@gmx.de>
 <1350764536.22335.47.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTApFtv6JMPV29Vk9eGrq0Oc+NYxwDrPwS53=v1OGtSXug@mail.gmail.com>
Message-ID: <1350849891.15761.38.camel@Hannibal.kahl-hinsch.de>

Am Sonntag, den 21.10.2012, 02:05 +0200 schrieb Martin Koppenhoefer:
> Am 20. Oktober 2012 22:22 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> > Irgendwo im Gesetz steht auch, es kommt auf das an, was gewollt wurde,
> > und nicht auf den wörtlichen Sinn. Zwar im Privatrecht, aber die
> > Straßenbeschilderung ...
> 
> 
> das eine hat mit dem anderen überhaupt nichts zu tun, 

Richtig, das war auch nicht ganz so ernst gemeint. Aber die
Beschilderungen sind, wie man sieht, auch nicht immer ganz so ernst
gemeint. Mancher Dorfbürgermeister hat keinen Schimmer von irgendwelchen
Regeln und lässt einfach das Schild anbringen, dass im
Gemeindegerümpelraum herumlag. "Mei, dös Schild ham mir grad gfundn, da
haben mirs aufghängt, müssts halt schaun, was wir gmeint ham". :-)

> das Gesetz
> funktioniert nicht so wie Bibelstellen, wo man sich das rauspickt, was
> einem gerade passt. 

Das glaubst du. Schön wäre es ja und würde Anwälte sparen...

> Bei Straßenschildern gilt das, was auf dem Schild
> steht.

Schön. Genau hier steht Zeichen 240 mit Zusatzschild "Radfahrer
absteigen". Unterführung unter der Bundesstraße, keine Baustelle, das
Schild ist immer da.
<http://m.osmtools.de/0mE3C2scvAI0mEBI2scrU4>
240 verpflichtet den Radfahrer, den Weg zu befahren. Steigt er ab, ist
er Fußgänger, der ein Rad schiebt "mitführt". Perfekt wäre die
Kombination mit 237, und ich wette, dass es die auch irgendwo gibt. 

Zeichen 250 mit Landwirtschaft frei in einer Anwohnerstraße habe ich
auch in der Praxis erlebt. Die Anwohner meinten nur, der Bürgermeister
hätte keine Ahnung, aber es sei ja auch egal. Um das Schild kümmert sich
sowieso keiner...

Theorie und Praxis


>  Wäre auch abstrus sonst, jeder Polizist könnte Dir nach Lust
> und Laune Strafzettel verpassen, weil er besser als Du weiss, was
> eigentlich gewollt wurde ;-)

Schlimmer, Martin. Es _ist_ teilweise abstrus. Den Strafzettel verpasst
er dir schon deshalb nicht, weil er meistens selbst weiß, dass da mal
wieder eine unterbelichtete Gemeindeverwaltung durchgedreht hat. Man
könnte es auch einfacher Amtspflichtverletzung (AFAIK) nennen.

Nicht alle Beschilderungen sind wirklich gültig. Wenn der Mapper das vor
Ort erkennen kann, sollte er den wirklichen Sinn der Schilder taggen
(und ggf. die Behörde auf ihren Irrtum aufmerksam machen).

In Hamburg gibt es übrigens mehrere Wegweiser, die den Weg zu einer
Bundesstraße zeigen, die es seit mindestens 10 Jahren nicht mehr gibt.
Kommentar der Verkehrsbehörde (ich habe nachgefragt): ein etwas
höflicheres Na und?

Es gibt sogar eine Entscheidung, dass offensichtlich unsinnige
Anweisungen von Polizisten vom Autofahrer nicht befolgt werden müssen.
Soviel zu sinnvollem staatlichen Handeln und abstrus.

;-)

Gruß, Wolfgang




From osm-listen at ivkasogis.de  Sun Oct 21 20:30:05 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Sun, 21 Oct 2012 22:30:05 +0200
Subject: [Talk-de] =?iso-8859-1?q?ist_das_taggen_f=FCr_Mapnik=3F?=
In-Reply-To: <CABPTjTCurws+Ot5q+Vj4caOK6CXGDNiqZZyZ4wRHvuTuuDfhLg@mail.gmail.com>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
 <5082F319.1010409@gmx.de>
 <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>
 <1350762887.22335.39.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTCurws+Ot5q+Vj4caOK6CXGDNiqZZyZ4wRHvuTuuDfhLg@mail.gmail.com>
Message-ID: <1350851405.15761.47.camel@Hannibal.kahl-hinsch.de>

Am Sonntag, den 21.10.2012, 02:27 +0200 schrieb Martin Koppenhoefer:

> wenn es aber zwischen Straße und Park noch immer Platz gibt?

Das kann durchaus sein, aber wir sind ja nicht in Ronda, wo eine tiefe
Schlucht mitten durch die Stadt führt. Dieser "noch immer Platz" ist
entweder Straßenbegleitgrün, das gehört zumindest vom Grundstück her
dann zur Straßenfläche (muss man in OSM nicht unbedingt so sehen), oder
irgendetwas anderes, dass dann entsprechend gemappt werden kann.

>  So hatte
> ich den OP verstanden, aber auch wenn das hier nicht der Fall ist, so
> Stellen gibt es genügend. Ich gebe Dir ja Recht, dass man manches
> damit lösen könnte, Straßen zusätzlich auch noch als Flächen
> einzutragen, aber es müssen doch nicht alle Flächen immer miteinander
> verbunden sein, im Gegenteil, wenn sie das im echten Leben nicht sind,
> dann sollten sie das auch in OSM nicht sein. M.E. ist z.B. ein Wald
> nie mit einem Gebäude verbunden.

Doch, das Forsthaus oder Ausflugscafé steht häufig direkt im Wald, von
(fast) allen Seiten verbunden.

Wie groß darf denn der Abstand zwischen 2 Bäumen maximal sein, damit du
das noch als zum Wald zugehörig akzeptierst?

>  Das sind zwei unterschiedliche
> Objekte, die inkompatibel für gemeinsame Grenzen sind.
> 
> Mehr Mut zur Lücke, es muss nicht immer der Patchworkteppich sein, wo
> alle Stücke zusammengenäht sind, unsere Daten halten auch so zusammen.
> 

Nein, das sehe ich anders. Wenn ein Streifen frei ist, ist das entweder
ein Fehler im Mapping oder es fehlt das geeignete Objekt in OSM. Bei uns
in der Realität ist es ein Patchworkteppich. Da fällt niemand in eine
"Nichts-Schlucht" :-)

Gruß, Wolfgang




From s.wolff at web.de  Mon Oct 22 00:18:58 2012
From: s.wolff at web.de (Stephan Wolff)
Date: Mon, 22 Oct 2012 02:18:58 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5v64q$ved$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org>
Message-ID: <k623dg$b4q$1@ger.gmane.org>

Am 20.10.2012 23:47, schrieb Kolossos:
> Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der
> Wikipedia und Add-tags auch drin.

Moin,

ich habe auch zwei Anmerkungen:
- ich finde die Namenslisten deutlich zu lang. Bei "Berlin" sind es 
knapp 200 Übersetzungen. Im Editor ist so etwas kaum zu bearbeiten.
Wenn name:<XY> gleich dem int_name bzw. name ist, kann man m.E. das Tag 
weglassen.
- bei einigen Übersetzungen sind falsche Namensteile dabei, z.B.
name:ilo = Berlin, Alemania
name:pdc = Berlin, Deitschland

Viele Grüße
Stephan





From chaoschaos0909 at googlemail.com  Mon Oct 22 06:27:45 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Mon, 22 Oct 2012 08:27:45 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <50827241.3010608@gmx.net>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
Message-ID: <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>

Am 20. Oktober 2012 11:43 schrieb Andreas Neumann <andr-neumann at gmx.net>:

> . Ich lasse auch benummerte Hauseingänge stehen, solange ich
> zu der Hausnummer nix verknüpfen muss. Sollen die Leute es doch haben,
> wie sie wollen. Nur wenn in dem Haus noch Huzes Hausmeisterservice und
> Rechtsanwalt Dauerbrey ihre Büros haben, wird die Hausnummer kategorisch
> auf die Fläche gemappt.
>

Und wie löst der gute Herr dann das Problem, wenn das Haus mehrere
Hausnummern hat?

Hier gab es ellenlange Diskussion, wie man das Problem lösen kann.
Scheinbar hast du eine gefunden, die wir alle übersehen haben.
Bitte schreib doch mal dein Beispieltagging für ein Gebaude mit 2
Eingängen mit unterschiedlichen Adressen und mehr als einer amenity
pro Eingang.

Vielen Dank,
Chaos



From chaoschaos0909 at googlemail.com  Mon Oct 22 06:58:36 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Mon, 22 Oct 2012 08:58:36 +0200
Subject: [Talk-de] =?iso-8859-1?q?ist_das_taggen_f=FCr_Mapnik=3F?=
In-Reply-To: <1350851405.15761.47.camel@Hannibal.kahl-hinsch.de>
References: <5081C588.7040404@gmx.de>
 <CABPTjTAwxiHVugMRQ5+CLz0_s7gd6a+86zHQWtvhBsXstjLeEA@mail.gmail.com>
 <5082F319.1010409@gmx.de>
 <CABPTjTAwYUHsa0rxC+tGfr+de7=ZRJ7dXEma0gUT-nSk-gEa-g@mail.gmail.com>
 <1350762887.22335.39.camel@Hannibal.kahl-hinsch.de>
 <CABPTjTCurws+Ot5q+Vj4caOK6CXGDNiqZZyZ4wRHvuTuuDfhLg@mail.gmail.com>
 <1350851405.15761.47.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CALKj2D9MC9kUDSYGn2TF7EZAXO_e0QuAn_MEU0RN+kN4e84KiA@mail.gmail.com>

>>  Das sind zwei unterschiedliche
>> Objekte, die inkompatibel für gemeinsame Grenzen sind.
>>
>> Mehr Mut zur Lücke, es muss nicht immer der Patchworkteppich sein, wo
>> alle Stücke zusammengenäht sind, unsere Daten halten auch so zusammen.
>>
>
> Nein, das sehe ich anders. Wenn ein Streifen frei ist, ist das entweder
> ein Fehler im Mapping oder es fehlt das geeignete Objekt in OSM. Bei uns
> in der Realität ist es ein Patchworkteppich. Da fällt niemand in eine
> "Nichts-Schlucht" :-)
>

Nur weil ein geeignetes OSM-Objekt (noch) fehlt, ist das doch aber
kein Grund, mal eben die Nachbarfläche
sinnentstellend auszudehnen, oder? Also zumindest mir sind fehlende
Informationen lieber als falsche. Und ob ich an einer fixen Koordinate
gerade auf dem Bürgersteig stehe oder im Park daneben
lässt sich relativ gut verifizieren.

Gruss,
Chaos



From f at zz.de  Mon Oct 22 07:34:33 2012
From: f at zz.de (Florian Lohoff)
Date: Mon, 22 Oct 2012 09:34:33 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
Message-ID: <20121022073433.GA4787@pax.zz.de>

hi,

On Mon, Oct 22, 2012 at 08:27:45AM +0200, Ronnie Soak wrote:
> Hier gab es ellenlange Diskussion, wie man das Problem lösen kann.
> Scheinbar hast du eine gefunden, die wir alle übersehen haben.
> Bitte schreib doch mal dein Beispieltagging für ein Gebaude mit 2
> Eingängen mit unterschiedlichen Adressen und mehr als einer amenity
> pro Eingang.

Es ging in diesem Thread nicht um den Kompliziertesten sonderfall den
wir konstruieren koennen sondern um 99% der Schulen die mal ganz einfach
aus 2-5 Gebaeuden auf einer Grundflaeche bestehen.

Ja - Es gibt immer dinge die man nicht Loesen kann das heisst aber
nicht das jegliches Tagging geaendert werden muss.

Simples muss simpel bleiben - und die sonderfaelle lasse ich liegen
bis jemand mit einem Schluessigen konzept kommt. Wenn hier jeder macht
wie er meint werden wir wohl kaum dazu kommen das die NUTZER der
daten das auswerten.

Ich erwähne hier nur mal die associatedStreet relation - Schoen in der
Theorie aber selbst Menschen die sich damit intensiv beschaeftigt haben
werten die Stumpf nicht 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/20121022/87ce758f/attachment.sig>

From ma.reiter at gmail.com  Mon Oct 22 08:17:33 2012
From: ma.reiter at gmail.com (Manfred A. Reiter)
Date: Mon, 22 Oct 2012 10:17:33 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k623dg$b4q$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org>
 <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org> <k623dg$b4q$1@ger.gmane.org>
Message-ID: <CAEsUX0+6wvM62C-C3FmHtapO=gq4acWXTjCAmJta0=KnD76M-A@mail.gmail.com>

Hi

Am 22.10.2012 02:20 schrieb "Stephan Wolff" <s.wolff at web.de>:
>
> Am 20.10.2012 23:47, schrieb Kolossos:
>
>> Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der
...
> - bei einigen Übersetzungen sind falsche Namensteile dabei, z.B.
> name:ilo = Berlin, Alemania
> name:pdc = Berlin, Deitschland
>
Da wäre ich Mir nicht sicher, dads das falsch ist. ;-)

Im "Hunsrücksch" (Südbrasilien) heisst es auch Deitschland.

Nur, ob man das braucht, das ist eine andere Frage. ;-)

M.


From stefan.tiran at student.tugraz.at  Mon Oct 22 09:06:44 2012
From: stefan.tiran at student.tugraz.at (Stefan Tiran)
Date: Mon, 22 Oct 2012 11:06:44 +0200
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <5081D99D.5040205@stephans-server.de>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de>
Message-ID: <k632b3$1e3$1@ger.gmane.org>

Hallo,

Stephan Knauss wrote:
> On 19.10.2012 22:40, Frederik Ramm wrote:
>>> JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM
>>> am Laden und ist schwer wieder loszuwerden)
> 
> Spannend. Wann es dann wohl das Plugin "steal banking data" gibt?
> War nicht mal angedacht die Seite speziell zu schützen so dass böse 
> Plugins nicht ganz so leicht an unbedarfte Nutzer verteilt werden können?

Vielleicht ist es ja gerade der Sinn dieses Plugins, dass Leute, die
unreflektiert alles installieren auch dieses Plugin installieren, damit
auf die Nase fallen und dann darüber nachdenken.

Liebe Grüße,
Stefan




From raimond.spekking at gmail.com  Mon Oct 22 13:34:37 2012
From: raimond.spekking at gmail.com (Raimond Spekking)
Date: Mon, 22 Oct 2012 15:34:37 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <k5vupg$qj8$1@ger.gmane.org>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org> <k5vupg$qj8$1@ger.gmane.org>
Message-ID: <50854B6D.3020703@gmail.com>

Am 21.10.2012 06:48, schrieb Rainer Kluge:
> Hallo,

> Du ersetzt wikipedia=en:Paris durch wikipedia=de:Paris. Aus meiner Sicht
> ist das nicht ok. Wenn du unbedningt auf die deutsche Wikipedia-Seite
> verlinken willst, dann mache das mit wikipedia:de=Paris. Der Rest der
> Welt ist mit Englisch sicher besser bedient.
> 

Ich denke, es ist völlig egal, welcher Sprachencode vorangesetzt wird,
denn von jeder Sprache ausgehend kann per Wikipedia-API die Liste der
vorhandenen Wikipedia-Seiten (Interwikis) geholt werden und dem Nutzer
per Spracheinstellung angezeigt werden. Es muss nur ein
Initial-Sprachcde vorhanden sind.


Künftig wird durch Wikidata  das sowieso einfacher und vermutlich werden
wir in OSM demnächst direkt auf Wikidata verlinken können/wollen

Ich persönlich nehme bei deutschen Städten den Sprachcode de:, bei
französischen fr:, bei ukrainischen uk: usw.

Raimond.

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

From andr-neumann at gmx.net  Mon Oct 22 14:49:11 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Mon, 22 Oct 2012 16:49:11 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
Message-ID: <50855CE7.7070303@gmx.net>

Am 22.10.2012 08:27, schrieb Ronnie Soak:
> Am 20. Oktober 2012 11:43 schrieb Andreas Neumann <andr-neumann at gmx.net>:
>
>> . Ich lasse auch benummerte Hauseingänge stehen, solange ich
>> zu der Hausnummer nix verknüpfen muss. Sollen die Leute es doch haben,
>> wie sie wollen. Nur wenn in dem Haus noch Huzes Hausmeisterservice und
>> Rechtsanwalt Dauerbrey ihre Büros haben, wird die Hausnummer kategorisch
>> auf die Fläche gemappt.
>>
> Und wie löst der gute Herr dann das Problem, wenn das Haus mehrere
> Hausnummern hat?
Der gute Herr hat dafür verschiedene Lösungsansätze, die je nach
Problemstellung angewandt werden.

Der gute Herr unterteilt beispielsweise manchmal Gebäude durch mehrere
Polygone, die nur die Adresse beinhalten und den Bereich des Gebäudes
abdecken, der zu dieser Adresse gehört.

Manchmal verwendet der gute Herr bei sehr komplexen Unterteilungen auch
Relationen, was aber in mehr als vier Jahren mappens nur ein bis zweimal
vorkam.
> Hier gab es ellenlange Diskussion, wie man das Problem lösen kann.
> Scheinbar hast du eine gefunden, die wir alle übersehen haben.
> Bitte schreib doch mal dein Beispieltagging für ein Gebaude mit 2
> Eingängen mit unterschiedlichen Adressen und mehr als einer amenity
> pro Eingang.

Bei OpenStreetMap gibt es nicht nur die eine Lösung. Es gibt viele und
jede hat ihre Vor- und Nachteile. Ich bin nunmal jemand der Daten
auswertet und deshalb seine ganz eigene Sichtweise drauf hat. Andere
sehen nur die/ihre Karte und wollen, dass es dort perfekt ist. Im Streit
ums tagging sollte man einen Kompromiss finden, der für alle akzeptabel ist.

Ach und nochwas: Ich verfolge die Diskussionen hier, schalte aber bei
einigen Diskussionssträngen irgendwann ab, da es mir zu viel oder zu
detailliert wird. Und das mit den mitdiskuttieren muss auch im Blut
liegen. Nicht jeder kann seine Meinung so gut und verständlich zum
Ausdruck bringen, wie manch anderer hier auf der Liste.

MfG
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



From rkluge50 at web.de  Mon Oct 22 14:54:05 2012
From: rkluge50 at web.de (Rainer Kluge)
Date: Mon, 22 Oct 2012 16:54:05 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <CAEsUX0+6wvM62C-C3FmHtapO=gq4acWXTjCAmJta0=KnD76M-A@mail.gmail.com>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org> <k623dg$b4q$1@ger.gmane.org>
 <CAEsUX0+6wvM62C-C3FmHtapO=gq4acWXTjCAmJta0=KnD76M-A@mail.gmail.com>
Message-ID: <k63mmb$upl$1@ger.gmane.org>

Hallo,

22/10/2012 10:17 Manfred A. Reiter:
> Am 22.10.2012 02:20 schrieb "Stephan Wolff"<s.wolff at web.de>:
>> - bei einigen Übersetzungen sind falsche Namensteile dabei, z.B.
>> name:ilo = Berlin, Alemania
>> name:pdc = Berlin, Deitschland
>>
> Da wäre ich Mir nicht sicher, dads das falsch ist. ;-)
>
> Im "Hunsrücksch" (Südbrasilien) heisst es auch Deitschland.
>

Es geht nicht um die korrekte Scheibweise sondern darum, dass der Zusatz ", 
<staat>' im name-Tag nichts zu suchen hat. Ähnlich ist es bei name=Washington, 
wo sich in den sprachspezifischen Bezeichnungen die folgenden Zusätze mehrfach 
finden:

" DC"
", DC"
" D.C."
", D.C."

Gruß
Rainer




From andr-neumann at gmx.net  Mon Oct 22 15:09:19 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Mon, 22 Oct 2012 17:09:19 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <20121022073433.GA4787@pax.zz.de>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
 <20121022073433.GA4787@pax.zz.de>
Message-ID: <5085619F.9050900@gmx.net>

Am 22.10.2012 09:34, schrieb Florian Lohoff:
> hi,
>
> On Mon, Oct 22, 2012 at 08:27:45AM +0200, Ronnie Soak wrote:
>> Hier gab es ellenlange Diskussion, wie man das Problem lösen kann.
>> Scheinbar hast du eine gefunden, die wir alle übersehen haben.
>> Bitte schreib doch mal dein Beispieltagging für ein Gebaude mit 2
>> Eingängen mit unterschiedlichen Adressen und mehr als einer amenity
>> pro Eingang.
> Es ging in diesem Thread nicht um den Kompliziertesten sonderfall den
> wir konstruieren koennen sondern um 99% der Schulen die mal ganz einfach
> aus 2-5 Gebaeuden auf einer Grundflaeche bestehen.
>
> Ja - Es gibt immer dinge die man nicht Loesen kann das heisst aber
> nicht das jegliches Tagging geaendert werden muss.
>
> Simples muss simpel bleiben 
[x] Zustimmung
> und die sonderfaelle lasse ich liegen
> bis jemand mit einem Schluessigen konzept kommt. Wenn hier jeder macht
> wie er meint werden wir wohl kaum dazu kommen das die NUTZER der
> daten das auswerten.
>
> Ich erwähne hier nur mal die associatedStreet relation - Schoen in der
> Theorie aber selbst Menschen die sich damit intensiv beschaeftigt haben
> werten die Stumpf nicht aus.
Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin
froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß)
> Flo

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



From m.gehling at gmx.de  Mon Oct 22 15:11:23 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Mon, 22 Oct 2012 17:11:23 +0200
Subject: [Talk-de] Wochennotiz Nr. 118
Message-ID: <F9409D6A-BF04-403D-9D25-C29CD3A63FFC@gmx.de>

Hallo,

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

Dank an Jonas und viel Spaß beim Lesen!


From hartmut.holzgraefe at gmail.com  Mon Oct 22 15:12:49 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Mon, 22 Oct 2012 17:12:49 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5085619F.9050900@gmx.net>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
 <20121022073433.GA4787@pax.zz.de> <5085619F.9050900@gmx.net>
Message-ID: <50856271.2060609@gmail.com>

On 10/22/2012 05:09 PM, Andreas Neumann wrote:

>> Ich erwähne hier nur mal die associatedStreet relation - Schoen in der
>> Theorie aber selbst Menschen die sich damit intensiv beschaeftigt haben
>> werten die Stumpf nicht aus.
> Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin
> froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß)

und ich bin jedesmal versucht die entsprechenden Relationen einfach
kommentarlos zu entfernen wenn der JOSM Validator sich mal wieder
darüber beschwert ...

-- 
hartmut



From j.doerrie at jacobs-university.de  Mon Oct 22 15:24:38 2012
From: j.doerrie at jacobs-university.de (=?ISO-8859-1?Q?Jan_Wilken_D=F6rrie?=)
Date: Mon, 22 Oct 2012 17:24:38 +0200
Subject: [Talk-de] =?iso-8859-1?q?OpenStreetMap_als_Basis_f=FCr_Custom_Map?=
	=?iso-8859-1?q?_=28Bachelor=27s_Thesis=29?=
Message-ID: <CAB=r-Mrf55aPWZGY5qM_B92EtLwX9atkmVV-Z7fGzjr9SthATw@mail.gmail.com>

Liebe OSM Gemeinde,

ich arbeite zur Zeit an meiner Bachelor's Thesis und habe vor unter anderem
OpenStreetMap zu benutzen. Es geht im Groben darum, eine interaktive Karte
der Mathematik zu entwickeln, in der man frei herum navigieren kann und
sich verschiedene Informationen über Gebiete der Mathematik anzeigen lassen
kann.

Bisher habe ich lokal einen Tile Server aufgesetzt und ihn zu Testzwecken
mit der Karte von Bremen gefüllt. Das .osm Dateiformat sieht so aus, als
dass man relativ einfach eigene Welten erstellen kann, die unserer Erde
nicht mehr ähnlich sehen. Korrigiert mich bitte, falls ich da falsch liege.
Meine Frage geht im Prinzip um die Coastlines. Als ich explizit danach
geschaut habe, konnte ich nur Shapefiles finden, die nicht mehr unbedingt
lesbar für Menschen waren. Ich vermute stark, dass diese ebenfalls in den
.osm Dateien enthalten sind, gemischt mit allen anderen Informationen und
nicht getrennt.

Mich interessiert nun, ob diese Vermutung korrekt ist, und ob es vielleicht
andere Wege gibt, diese Coastlines leicht zu extrahieren (möglicherweise
sind sie mit einem speziellen Tag versehen, den ich bisher übersehen habe).
Außerdem fände ich interessant, ob es schon andere Custom Map Projekte auf
OSM Basis gibt und ob es überhaupt gestattet ist, OSM für akademische
Zwecke zu verwenden.

Liebe Grüße,
Jan


From osm at stephans-server.de  Mon Oct 22 15:54:25 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Mon, 22 Oct 2012 17:54:25 +0200
Subject: [Talk-de]
 =?utf-8?q?OpenStreetMap_als_Basis_f=C3=BCr_Custom__Map_?=
 =?utf-8?q?=28Bachelor=27s_Thesis=29?=
In-Reply-To: <CAB=r-Mrf55aPWZGY5qM_B92EtLwX9atkmVV-Z7fGzjr9SthATw@mail.gmail.com>
References: <CAB=r-Mrf55aPWZGY5qM_B92EtLwX9atkmVV-Z7fGzjr9SthATw@mail.gmail.com>
Message-ID: <courier.50856C31.00006837@stephans-server.de>

Hallo Jan, 

Jan Wilken Dörrie writes:
> Mich interessiert nun, ob diese Vermutung korrekt ist, und ob es vielleicht
> andere Wege gibt, diese Coastlines leicht zu extrahieren (möglicherweise
> sind sie mit einem speziellen Tag versehen, den ich bisher übersehen habe).
> Außerdem fände ich interessant, ob es schon andere Custom Map Projekte auf
> OSM Basis gibt und ob es überhaupt gestattet ist, OSM für akademische
> Zwecke zu verwenden.

Du kannst mit OSM Daten tun und lassen was du willst so lange du dich an 
die Bedingungen zur ODbL Lizenz hältst. 

Coastlines kannst du damit verarbeiten:
http://wiki.openstreetmap.org/wiki/OSMCoastline 


Dein Projekt liest sich aber so, dass deine Daten überhaupt nichts mit der 
realen Welt zu tun haben, die also nur OSM Werkzeuge für eigene (erfundene) 
Daten verwenden willst. Auch das ist problemlos möglich. 

Nur eine Bitte: Auf der OSM Hauptdatenbank haben erfundene Daten nichts zu 
suchen. Also bitte kein Atlantis, Lummerland oder dergleichen anlegen, auch 
nicht mitten im Ozean oder in der Sahara. 

Du kannst bei Bedarf einen eigenen API Server aufsetzen, 
api06.dev.openstreetmap.org verwenden oder deine Schöpfung einfach lokal 
als .osm Datei speichern und mit JOSM bearbeiten. 

Stephan



From hartmut.holzgraefe at gmail.com  Mon Oct 22 16:31:43 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Mon, 22 Oct 2012 18:31:43 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?OpenStreetMap_als_Basis_f=FCr_Custom__Ma?=
 =?iso-8859-1?q?p_=28Bachelor=27s_Thesis=29?=
In-Reply-To: <courier.50856C31.00006837@stephans-server.de>
References: <CAB=r-Mrf55aPWZGY5qM_B92EtLwX9atkmVV-Z7fGzjr9SthATw@mail.gmail.com>
 <courier.50856C31.00006837@stephans-server.de>
Message-ID: <508574EF.1020500@gmail.com>

On 22.10.2012 17:54, Stephan Knauss wrote:

> Nur eine Bitte: Auf der OSM Hauptdatenbank haben erfundene Daten nichts
> zu suchen. Also bitte kein Atlantis, Lummerland oder dergleichen
> anlegen, auch nicht mitten im Ozean oder in der Sahara.

HEY!

http://www.openstreetmap.org/?lat=51.430717&lon=7.11252&zoom=18&layers=M

(und wenn wir irgendwann noch mehr Zoomlevel bekommen dann tracken wir
auch noch die einzelnen Gleise, passendes Luftbild haben wir ja schon
http://lummerland.villa-vogelsang.de/lummer/p_lummerland.gif ;)

-- 
hartmut



From tim.alder at s2002.tu-chemnitz.de  Mon Oct 22 16:54:37 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Mon, 22 Oct 2012 18:54:37 +0200
Subject: [Talk-de] =?iso-8859-1?q?L=E4nder=FCbersetzungen_mittels_CLDR?=
In-Reply-To: <CAEsUX0+6wvM62C-C3FmHtapO=gq4acWXTjCAmJta0=KnD76M-A@mail.gmail.com>
References: <k5653v$36q$1@ger.gmane.org> <k5esf5$k4d$1@ger.gmane.org>
 <k5eums$5b4$1@ger.gmane.org> <1350254873841-5730592.post@n5.nabble.com>
 <k5v64q$ved$1@ger.gmane.org> <k623dg$b4q$1@ger.gmane.org>
 <CAEsUX0+6wvM62C-C3FmHtapO=gq4acWXTjCAmJta0=KnD76M-A@mail.gmail.com>
Message-ID: <k63toc$4kk$1@ger.gmane.org>

Am 22.10.2012 10:17, schrieb Manfred A. Reiter:
> Hi
>
> Am 22.10.2012 02:20 schrieb "Stephan Wolff" <s.wolff at web.de>:
>>
>> Am 20.10.2012 23:47, schrieb Kolossos:
>>
>>> Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der
> ...
>> - bei einigen Übersetzungen sind falsche Namensteile dabei, z.B.
>> name:ilo = Berlin, Alemania
>> name:pdc = Berlin, Deitschland
>>
> Da wäre ich Mir nicht sicher, dads das falsch ist. ;-)
>
> Im "Hunsrücksch" (Südbrasilien) heisst es auch Deitschland.
>
> Nur, ob man das braucht, das ist eine andere Frage. ;-)
>
> M.
>
Das "deitsche" Berlin ist schon seit 2008 in der OSM-Datenbank.

Wikipedia-links zu "germanisieren", also auf die deutsche Wikipedia zu 
verändern war nicht meine Absicht und von der Software auch nicht 
vorgesehen, ist aber wohl passiert.

Grüße Tim




From osm at stephans-server.de  Mon Oct 22 17:44:25 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Mon, 22 Oct 2012 19:44:25 +0200
Subject: [Talk-de]
 =?utf-8?q?OpenStreetMap_als_Basis_f=C3=BCr_Custom__Map_?=
 =?utf-8?q?=28Bachelor=27s_Thesis=29?=
In-Reply-To: <508574EF.1020500@gmail.com>
References: <CAB=r-Mrf55aPWZGY5qM_B92EtLwX9atkmVV-Z7fGzjr9SthATw@mail.gmail.com>
 <courier.50856C31.00006837@stephans-server.de>
 <508574EF.1020500@gmail.com>
Message-ID: <courier.508585F9.00002CBD@stephans-server.de>

Hartmut Holzgraefe writes: 

> On 22.10.2012 17:54, Stephan Knauss wrote:
> HEY!
> http://www.openstreetmap.org/?lat=51.430717&lon=7.11252&zoom=18&layers=M

ich habe noch eine Kopie vom echten Lummerland, CC-BY-SA :) 

http://download.osm-tools.org/lummerland.xml 

Stephan



From osm-listen at ivkasogis.de  Mon Oct 22 17:46:16 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Mon, 22 Oct 2012 19:46:16 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
Message-ID: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>

Hallo, nochmal eine Nachfrage zur ODBL:

Wenn jemand einen Kartenausschnitt benutzt, der auf OSM-Daten basiert,
aber selbst eine xy-Lizenz hat, die diese Benutzung erlaubt, was muss er
bezogen auf OSM und ODBL angeben?

Wenn ich es richtig verstanden habe, reicht die Angabe von OSM als
Quelle der Daten aus, diese Bedingung überlebt auch die
zwischengeschaltete Karte mit anderer Lizenz. ODBL dagegen muss nicht
erwähnt oder weiter beachtet werden, weiteres richtet sich nach der
Lizenz der Karte.

Sehe ich das so richtig?

Gruß, Wolfgang




From Manuel.Spam at nurfuerspam.de  Mon Oct 22 17:56:56 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Mon, 22 Oct 2012 19:56:56 +0200
Subject: [Talk-de] Bitte um Kritik zu "Dreifach-Kulturweg"
Message-ID: <k641ph$bv5$1@ger.gmane.org>

Hallo,

mir geht es um diesen Kulturweg:

http://www.spessartprojekt.de/kulturwege/weisser_leimen/

Um die einzelnen Routen trennen zu können und auch die Tafeln den richtigen 
Routen zuweisen zu können, habe ich das so gelöst:

http://www.openstreetmap.org/browse/relation/2260920

Eigentlich mag ich ja "Super-Relationen" nicht, aber hier erscheint mir diese 
als einzige gangbare Lösung.

Ist das so korrekt getaggt, oder sollte noch irgendwo korrigiert werden?

Danke im Voraus

Gruß

Manuel




From osm at aighes.de  Mon Oct 22 18:05:52 2012
From: osm at aighes.de (Henning Scholland)
Date: Mon, 22 Oct 2012 20:05:52 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
Message-ID: <50858B00.1050705@aighes.de>

Hallo,
du musst dich an die Lizenz halten unter der deine Quelle steht. Ein 
Screenshot der Mapnik-Kacheln wäre dann cc-by-sa.

Du kannst dir die gleichen Dateien aber auch selber aus OSM-Daten 
rendern, dann musst du dich an die ODbL halten.

Henning




From Manuel.Spam at nurfuerspam.de  Mon Oct 22 18:03:32 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Mon, 22 Oct 2012 20:03:32 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <50858B00.1050705@aighes.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
 <50858B00.1050705@aighes.de>
Message-ID: <k6425u$bv5$2@ger.gmane.org>

Henning Scholland wrote:
> Hallo,
> du musst dich an die Lizenz halten unter der deine Quelle steht. Ein Screenshot
> der Mapnik-Kacheln wäre dann cc-by-sa.

... und das (c) OpenStreetMap Contributors muss, weil die zugrundeliegenden 
Daten ODbL sind, zusätzlich angegeben werden.

Gruß

Manuel




From osm-listen at ivkasogis.de  Mon Oct 22 18:09:34 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Mon, 22 Oct 2012 20:09:34 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <50858B00.1050705@aighes.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
 <50858B00.1050705@aighes.de>
Message-ID: <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>

Am Montag, den 22.10.2012, 20:05 +0200 schrieb Henning Scholland:
> Hallo,
> du musst dich an die Lizenz halten unter der deine Quelle steht. Ein 
> Screenshot der Mapnik-Kacheln wäre dann cc-by-sa.
> 
> Du kannst dir die gleichen Dateien aber auch selber aus OSM-Daten 
> rendern, dann musst du dich an die ODbL halten.
> 

Ja, so sehe ich es auch. Die Frage aber bleibt, muss OSM als Quelle nur
dann angegeben werden, wenn es die Lizenz der Karte erfordert, muss es
immer angegeben werden, weil die ODBL hier durchgreift, oder verpflchtet
die ODBL den Kartenersteller, in seiner Lizenz wiederum die Angabe von
OSM zur Pflicht zu machen?

Oder kurz: Muss Openstreetmap als Quelle angegeben werden, wenn die
Lizenz der Karte das nicht erfordert oder ist das gar nicht möglich,
weil die Lizenz das immer erfordern muss?

Gruß, Wolfgang

ps.: Bei der Recherche ist mir aufgefallen, dass die Karte auf
openstreetmap.de unter ODBL steht. Ist das für eine Karte möglich?




From osm-listen at ivkasogis.de  Mon Oct 22 18:36:45 2012
From: osm-listen at ivkasogis.de (Wolfgang Hinsch)
Date: Mon, 22 Oct 2012 20:36:45 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
 <50858B00.1050705@aighes.de>
 <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>
Message-ID: <1350931005.10248.19.camel@Hannibal.kahl-hinsch.de>

Am Montag, den 22.10.2012, 20:09 +0200 schrieb Wolfgang Hinsch:

> 
> ps.: Bei der Recherche ist mir aufgefallen, dass die Karte auf
> openstreetmap.de unter ODBL steht. Ist das für eine Karte möglich?
> 
Des weiteren ist mir jetzt aufgefallen, dass auf der Karte als Lizenz
ODBL angebeben wird, auf der Seite openstreetmap.de jedoch steht, dass
alle Karten, auf die von dieser Seite verlinkt wird, unter cc-by-sa
stehen.

Vielleicht hätte man im Vorfeld diese Fälle mal durchdenken und ein
einfaches Kochrezept aufstellen sollen. Die Seite bietet nur für direkt
aus den Daten selbst erzeugte Karten einen Muster-Lizenzhinweis an.

Oder habe ich etwas übersehen?

Gruß, Wolfgang





From jonasxk at googlemail.com  Mon Oct 22 19:02:27 2012
From: jonasxk at googlemail.com (=?ISO-8859-1?Q?Jonas_Kr=FCckel?=)
Date: Mon, 22 Oct 2012 21:02:27 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <1350931005.10248.19.camel@Hannibal.kahl-hinsch.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
 <50858B00.1050705@aighes.de>
 <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>
 <1350931005.10248.19.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CAMxdPWjaAt7fnSzzgJ7Zr_4T7_PWUzd33rCPJVwy_c8C3m_asg@mail.gmail.com>

Am 22. Oktober 2012 20:36 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:

> Am Montag, den 22.10.2012, 20:09 +0200 schrieb Wolfgang Hinsch:
>
> >
> > ps.: Bei der Recherche ist mir aufgefallen, dass die Karte auf
> > openstreetmap.de unter ODBL steht. Ist das für eine Karte möglich?
> >
> Des weiteren ist mir jetzt aufgefallen, dass auf der Karte als Lizenz
> ODBL angebeben wird, auf der Seite openstreetmap.de jedoch steht, dass
> alle Karten, auf die von dieser Seite verlinkt wird, unter cc-by-sa
> stehen.
>

Im Footer der Startseite steht "Alle Kartenbilder auf dieser Seite sind auf
OpenStreetMap-Daten basierend und stehen unter der Lizenz Creative Commons
Attribution Share Alike-Lizenz 2.0."
Das ist so wie ich die Lizenz verstehe, auch noch vollkommen korrekt, denn
alle Kartenbilder auf der Startseite sind so alt, dass sie von CC-BY-SA
OSM-Karten stammen.
Die ODbL wird seit letzter Woche auch in der FAQ kurz erklärt:
http://openstreetmap.de/faq.html#lizenz

Grüße,
Jonas


From dieterdreist at gmail.com  Mon Oct 22 20:36:55 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Mon, 22 Oct 2012 22:36:55 +0200
Subject: [Talk-de] Nochmal eine Lizenzfrage
In-Reply-To: <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>
References: <1350927976.10248.5.camel@Hannibal.kahl-hinsch.de>
 <50858B00.1050705@aighes.de>
 <1350929374.10248.12.camel@Hannibal.kahl-hinsch.de>
Message-ID: <CABPTjTBsPrRf-Vb7+vKKsGLXGWcrEsHBf97mW4Heh7WahFb6mg@mail.gmail.com>

Am 22. Oktober 2012 20:09 schrieb Wolfgang Hinsch <osm-listen at ivkasogis.de>:
> Am Montag, den 22.10.2012, 20:05 +0200 schrieb Henning Scholland:
>> Hallo,
>> du musst dich an die Lizenz halten unter der deine Quelle steht. Ein
>> Screenshot der Mapnik-Kacheln wäre dann cc-by-sa.
>>
>> Du kannst dir die gleichen Dateien aber auch selber aus OSM-Daten
>> rendern, dann musst du dich an die ODbL halten.


in jedem Fall muss man angeben, dass die zugrundeliegenden Daten (c)
Openstreetmap Beitragende sind, und unter der ODbL stehen.


> Ja, so sehe ich es auch. Die Frage aber bleibt, muss OSM als Quelle nur
> dann angegeben werden, wenn es die Lizenz der Karte erfordert, muss es
> immer angegeben werden, weil die ODBL hier durchgreift, oder verpflchtet
> die ODBL den Kartenersteller, in seiner Lizenz wiederum die Angabe von
> OSM zur Pflicht zu machen?


m.E. erfordert die Lizenz, dass alle Karten auch den Hinweis auf die
Quelldaten tragen, davon unbenommen bleibt die Lizenz des Bilds an
sich. Das kann auch (c) by Wolfgang sein (mit Hinweis auf die ODbL für
die Daten).


> Oder kurz: Muss Openstreetmap als Quelle angegeben werden, wenn die
> Lizenz der Karte das nicht erfordert oder ist das gar nicht möglich,
> weil die Lizenz das immer erfordern muss?


ja, muss sie immer erfordern.

Gruß Martin

PS: Zum selben Thema gibt es gerade auch einen Thread auf legal-talk:
http://lists.openstreetmap.org/pipermail/legal-talk/2012-October/007266.html



From dieterdreist at gmail.com  Mon Oct 22 22:01:41 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 23 Oct 2012 00:01:41 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <50856271.2060609@gmail.com>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
 <20121022073433.GA4787@pax.zz.de> <5085619F.9050900@gmx.net>
 <50856271.2060609@gmail.com>
Message-ID: <CABPTjTBHE_noQxJUYeb961Zh8S_6D9yzwyic0SDzP_LYfNd=_Q@mail.gmail.com>

Am 22. Oktober 2012 17:12 schrieb Hartmut Holzgraefe
<hartmut.holzgraefe at gmail.com>:
> und ich bin jedesmal versucht die entsprechenden Relationen einfach
> kommentarlos zu entfernen wenn der JOSM Validator sich mal wieder
> darüber beschwert ...


der JOSM Validator ist nichts, worauf man sich verlassen kann.
Jedenfalls nicht in dem Sinne, dass etwas nicht "valide" ist, weil der
Validator es nicht kennt. Kommentarlos entfernen ist allgemein nicht
gut, wer etwas entfernt sollte auch einen Grund haben, und den
möglichst den anderen mitteilen, die evtl. danach versuchen werden,
den Edit zu verstehen.

Gruß Martin



From osm at 00l.de  Tue Oct 23 09:34:11 2012
From: osm at 00l.de (Gerrit Lammert)
Date: Tue, 23 Oct 2012 11:34:11 +0200
Subject: [Talk-de] =?iso-8859-1?q?Gro=DFe_Karte_rendern_ohne_Zoom-Angabe?=
Message-ID: <50866493.7040705@00l.de>

Hi.

Ich würde gerne ein Image aus OSM-Daten rendern (zur Weiterverwendung im
GIS).
Dazu möchte ich gerne dem Renderer eine Boundingbox (lat/lon) mitgeben,
sowie eine Zielgröße für das Bild (z.B. 5000px x 5000px).

Ich finde nur Lösungen, die die Angabe eines Zoomlevels erfordern.
Kann mich jemand in die Richtige Richtung weisen und ein Tool empfehlen?

Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer
ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das
vorteilhaft. So oder so soll es auf einem ubuntu laufen und
entsprechende Bild-Requests per HTTP/console annehmen und ausliefern
können (also keine windows-clientprogramme).

Danke,
Gerrit



From osm at 00l.de  Tue Oct 23 11:02:36 2012
From: osm at 00l.de (Gerrit Lammert)
Date: Tue, 23 Oct 2012 13:02:36 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Gro=DFe_Karte_rendern_ohne_Zoom-Angabe?=
In-Reply-To: <50866493.7040705@00l.de>
References: <50866493.7040705@00l.de>
Message-ID: <5086794C.2000809@00l.de>

Nachtrag:
Eine PHP-Lösung kommt leider nicht in Frage... :(

On 23.10.2012 11:34, Gerrit Lammert wrote:
> Hi.
> 
> Ich würde gerne ein Image aus OSM-Daten rendern (zur Weiterverwendung im
> GIS).
> Dazu möchte ich gerne dem Renderer eine Boundingbox (lat/lon) mitgeben,
> sowie eine Zielgröße für das Bild (z.B. 5000px x 5000px).
> 
> Ich finde nur Lösungen, die die Angabe eines Zoomlevels erfordern.
> Kann mich jemand in die Richtige Richtung weisen und ein Tool empfehlen?
> 
> Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer
> ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das
> vorteilhaft. So oder so soll es auf einem ubuntu laufen und
> entsprechende Bild-Requests per HTTP/console annehmen und ausliefern
> können (also keine windows-clientprogramme).
> 
> Danke,
> Gerrit
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 



From gislars+list at googlemail.com  Tue Oct 23 11:05:35 2012
From: gislars+list at googlemail.com (Lars Lingner)
Date: Tue, 23 Oct 2012 13:05:35 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Gro=DFe_Karte_rendern_ohne_Zoom-Angabe?=
In-Reply-To: <50866493.7040705@00l.de>
References: <50866493.7040705@00l.de>
Message-ID: <508679FF.7010804@googlemail.com>

Hallo Gerrit,

On 23.10.2012 11:34, Gerrit Lammert wrote:
[...]
> Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer
> ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das
> vorteilhaft. So oder so soll es auf einem ubuntu laufen und
> entsprechende Bild-Requests per HTTP/console annehmen und ausliefern
> können (also keine windows-clientprogramme).
> 

Du verwendest bestimmt Mapnik und wenn du die mapnik-utils installiert
hast kannst Du nik2img wie folgt benutzen:


nik2img.py /path/to/osm.xml output_filename.png --scale-factor=3  -e
1467870.6369923 6882377.556746 1488984.3755909 6897485.2569212 -d 3990
2855 --no-open

-e gibt den extent an
-d die Pixelanzahl
--scale-factor Skalierungsfaktor für Objekte und Schrift
--no-open  verhindert den Start des Bildbetrachters

Die Pixelanzahl in obigem Beispiel erzeugt ein Bild, das mit 360 dpi
ausgedruckt, 800x600 Pixel groß ist. Grundlage sind 72 dpi
Bildschirmauflösung.


Lars







From masi-master at gmx.de  Tue Oct 23 11:26:35 2012
From: masi-master at gmx.de (Masi Master)
Date: Tue, 23 Oct 2012 13:26:35 +0200
Subject: [Talk-de] Bitte um Kritik zu "Dreifach-Kulturweg"
In-Reply-To: <k641ph$bv5$1@ger.gmane.org>
References: <k641ph$bv5$1@ger.gmane.org>
Message-ID: <op.wmmp2lyphg6zzq@masi.mshome.net>

Hi,
die Super-Relations-Struktur sieht gut aus. (hätte ich auch so gelöst)
Von den ganzen anderen Tags hab ich nicht viel Ahnung, sieht aber auf den  
ersten Blick auch ok aus.
Hoffe das hilft dir schomal etwas. :)

Ob an der Superrelation network=lwn, route=hiking und  
osmc:symbol=blue:blue::ECP:yellow
Oder an den Kind-Relationen website=* stehen muss/darf, weiß ich nicht.

Denn wenn ich den Bodensee [1] taggen würde (bestehend aus Obersee,  
Seerhein und Untersee, welche wiederrum aus Teilseen bestehen), würde ich  
der Superrealtion, oder in dem Fall besser collection(?) nicht umbedingt  
natural=water geben, währ ja sonst doppelt-gemoppelt. Aber das ist ein  
anderes Thema. Antworten hierzu gerne mit einem anderen Betreff.
[1] http://de.wikipedia.org/wiki/Bodensee

Gruß
Masi



Am 22.10.2012, 19:56 Uhr, schrieb Manuel Reimer  
<Manuel.Spam at nurfuerspam.de>:

> Hallo,
>
> mir geht es um diesen Kulturweg:
>
> http://www.spessartprojekt.de/kulturwege/weisser_leimen/
>
> Um die einzelnen Routen trennen zu können und auch die Tafeln den  
> richtigen Routen zuweisen zu können, habe ich das so gelöst:
>
> http://www.openstreetmap.org/browse/relation/2260920
>
> Eigentlich mag ich ja "Super-Relationen" nicht, aber hier erscheint mir  
> diese als einzige gangbare Lösung.
>
> Ist das so korrekt getaggt, oder sollte noch irgendwo korrigiert werden?
>
> Danke im Voraus
>
> Gruß
>
> Manuel
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de





From imagic.osm at gmail.com  Tue Oct 23 13:47:47 2012
From: imagic.osm at gmail.com (Martin Vonwald)
Date: Tue, 23 Oct 2012 15:47:47 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten (Crossposting
	von tagging)
Message-ID: <CAKjckyNA8H6AG6+C_dmDdkpAACr=rN91Sk5PsCtOdbM6L8mhSg@mail.gmail.com>

Hi!

Crossposting von tagging:

Ich stelle mir derzeit die Frage, welches ref-Tag auf
Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem
junction-Knoten, sondern auf dem Weg  welcher mit motorway_link
getaggt wird). Bisher habe ich folgendes gesehen:
* Die selbe Referenz wie am junction-Knoten
* Die Referenz der Autobahn
* Die selbe Referenz wie am junction-Knoten allerdings in junction:ref
und nicht in ref
* nichts

Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig.

Ich bin für jede Anmerkung dankbar.

Danke,
Martin



From star-flight at ristok.org  Tue Oct 23 17:36:40 2012
From: star-flight at ristok.org (Ristok, Uwe)
Date: Tue, 23 Oct 2012 19:36:40 +0200
Subject: [Talk-de] Datenbanken
Message-ID: <2134361.gpNPpLN4gK@linux-0uy6.site>

Hallo,
ich habe mal eine Frage zu den Datenbanken.
Zwischenzeitlich habe ich drei verschiedene Datenbanken aufgebaut:
1. Direkt mit osmosis
Diese ist für QGIS ja durch die hstore-Spalte nicht so sehr geeignet. Für 
Auswertungen klappt das allerdings sehr gut. Hier sidn unter anderem auch die 
TimeStamp und die User-Spalte enthalten.
2. osm2pgsql
Diese scheint für QGIS sehr geeignet zu sein. Allerdings fehlen hier die 
User/TimeStamp-Spalten. Für Auswertungen auf der Datenbank gefällt mir die DB 
direkt mit osmosis besser.
3. osm2postgresql
Dieses scheint ein guter Mix zu sein, da hier extra Spalten für QGIS vorhanden 
sind, als auch die User/TimeStamp-Spalten.

Die Karten werden in QGIS mit den Daten aus der Datenbank mit osm2postgresql 
leicht verzerrt (in die Breite) angezeigt. Dieses ist bei den Daten mit  
osm2pgsql nicht der Fall.

Die dritte DB gefällt mir eigentlich am Besten, da ich diese für beide Arten 
sehr gut nutzen kann.

Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese 
"Verzerrung" zu stande?

Uwe

From unnoetige_mails at gmx.de  Tue Oct 23 15:59:53 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Tue, 23 Oct 2012 17:59:53 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5085619F.9050900@gmx.net>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
 <20121022073433.GA4787@pax.zz.de> <5085619F.9050900@gmx.net>
Message-ID: <5086BEF9.5020303@gmx.de>

Am 22.10.2012 17:09, schrieb Andreas Neumann:
>
> Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin
> froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß)

Das liegt einfach daran das die nie lange vorhanden waren. ;)
Leider gibt es immer noch ein paar Adressinterpolationen.
> MfG Andreas
>
>
vg

Andreas



From tim.alder at s2002.tu-chemnitz.de  Tue Oct 23 17:59:16 2012
From: tim.alder at s2002.tu-chemnitz.de (Kolossos)
Date: Tue, 23 Oct 2012 19:59:16 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <2134361.gpNPpLN4gK@linux-0uy6.site>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
Message-ID: <k66lti$e4h$1@ger.gmane.org>

Am 23.10.2012 19:36, schrieb Ristok, Uwe:
> Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese
> "Verzerrung" zu stande?

Schau mal hier:
http://de.wikipedia.org/wiki/Mercator-Projektion
http://wiki.openstreetmap.org/wiki/Mercator

Deine plattgedrückten Karten sind einfach nur lat-lon-Koordianten.
Mit PostGIS kann man beides sehr einfach umwandeln (Ein lat-lon-Box in 
Google-Mercator):
ST_Transform(ST_SetSRID(ST_MakeBox2D(	 
ST_Point('.floatval($bbox[0]).','.floatval($bbox[1]).'), 	 
ST_Point('.floatval($bbox[2]).','.floatval($bbox[3]).')),
		4326),900913)

Grüße Tim




From pille3 at hotmail.com  Tue Oct 23 18:05:46 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Tue, 23 Oct 2012 11:05:46 -0700 (PDT)
Subject: [Talk-de] Datenbanken
In-Reply-To: <2134361.gpNPpLN4gK@linux-0uy6.site>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
Message-ID: <1351015546624-5732570.post@n5.nabble.com>

Ristok, Uwe wrote
> ...
> 2. osm2pgsql
> Diese scheint für QGIS sehr geeignet zu sein. Allerdings fehlen hier die 
> User/TimeStamp-Spalten. Für Auswertungen auf der Datenbank gefällt mir die
> DB 
> direkt mit osmosis besser.

hi uwe, deine Frage wegen der Verzerrung kann ich nicht beantworten, aber zu
osm2pgsql kann ich dir nen Tip geben:
es gibt für osm2pgsql (und wohl auch für osm2postgresql) ein style-file, in
dem genau drin steht, welche Daten er übernimmt. das kannst du einfach
erweitern und dann sollten timestamp und user drin sein. Lies mal kurz die
Doku und suche nach "style". ich hab das Zeug derzeit nicht auf meinem
Rechner.

Gruss
walter




--
View this message in context: http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732570.html
Sent from the Germany mailing list archive at Nabble.com.



From pille3 at hotmail.com  Tue Oct 23 18:10:30 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Tue, 23 Oct 2012 11:10:30 -0700 (PDT)
Subject: [Talk-de] Datenbanken
In-Reply-To: <1351015546624-5732570.post@n5.nabble.com>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <1351015546624-5732570.post@n5.nabble.com>
Message-ID: <1351015830177-5732572.post@n5.nabble.com>

nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den
Basisdaten sind und diese nicht konfiguriert werden können. Schade

Gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732572.html
Sent from the Germany mailing list archive at Nabble.com.



From gislars+list at googlemail.com  Tue Oct 23 18:23:35 2012
From: gislars+list at googlemail.com (Lars Lingner)
Date: Tue, 23 Oct 2012 20:23:35 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <1351015830177-5732572.post@n5.nabble.com>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <1351015546624-5732570.post@n5.nabble.com>
 <1351015830177-5732572.post@n5.nabble.com>
Message-ID: <5086E0A7.2020106@googlemail.com>

On 23.10.2012 20:10, Walter Nordmann wrote:
> nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den
> Basisdaten sind und diese nicht konfiguriert werden können. Schade
> 

laut osm2pgsql --help ist es möglich:

-x|--extra-attributes
     Include attributes for each object in the database.
     This includes the username, userid, timestamp and version.
     Note: this option also requires additional entries in your style file.


Oder was meinst Du mit Basisdaten?

Lars





From talk-de at openstreetmap.org  Tue Oct 23 21:32:22 2012
From: talk-de at openstreetmap.org (talk-de at openstreetmap.org)
Date: Tue, 23 Oct 2012 23:32:22 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <1351015830177-5732572.post@n5.nabble.com>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <1351015546624-5732570.post@n5.nabble.com>
 <1351015830177-5732572.post@n5.nabble.com>
Message-ID: <2238610.TmZb0i1BUm@linux-0uy6.site>

Am Dienstag, 23. Oktober 2012, 11:10:30 schrieb Walter Nordmann:
> nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den
> Basisdaten sind und diese nicht konfiguriert werden können. Schade

Hi Walter,
also mit dem Schalter --extra-attributes scheint es zu funktionieren. Zuvor 
habe ich die Datei default.style bearbeitet und konnte die gewünschten Spalten 
hinzufügen. Diese tauchen nun auch in den Tabellen auf. Werde jetzt mal sehen, 
wie ich die eine oder andere Abfrage darauf umstelle.

Vielen Dank!

> Gruss
> walter
> 
> 
> 
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732572.html Sent from
> the Germany mailing list archive at Nabble.com.
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

From talk-de at openstreetmap.org  Tue Oct 23 21:33:46 2012
From: talk-de at openstreetmap.org (talk-de at openstreetmap.org)
Date: Tue, 23 Oct 2012 23:33:46 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <k66lti$e4h$1@ger.gmane.org>
References: <2134361.gpNPpLN4gK@linux-0uy6.site> <k66lti$e4h$1@ger.gmane.org>
Message-ID: <2283799.TUgyqRgzIt@linux-0uy6.site>

Am Dienstag, 23. Oktober 2012, 19:59:16 schrieb Kolossos:
> Am 23.10.2012 19:36, schrieb Ristok, Uwe:
> > Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese
> > "Verzerrung" zu stande?
> 
> Schau mal hier:
> http://de.wikipedia.org/wiki/Mercator-Projektion
> http://wiki.openstreetmap.org/wiki/Mercator
> 
> Deine plattgedrückten Karten sind einfach nur lat-lon-Koordianten.
> Mit PostGIS kann man beides sehr einfach umwandeln (Ein lat-lon-Box in
> Google-Mercator):
> ST_Transform(ST_SetSRID(ST_MakeBox2D(
> ST_Point('.floatval($bbox[0]).','.floatval($bbox[1]).'),
> ST_Point('.floatval($bbox[2]).','.floatval($bbox[3]).')),
> 		4326),900913)

Hier müsste ich dann die Datenbank um die zusätzlichen Felder erweitern?


> Grüße Tim
> 
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

From andr-neumann at gmx.net  Tue Oct 23 20:16:24 2012
From: andr-neumann at gmx.net (Andreas Neumann)
Date: Tue, 23 Oct 2012 22:16:24 +0200
Subject: [Talk-de] amenity=school / building=yes / addr?
In-Reply-To: <5086BEF9.5020303@gmx.de>
References: <20121019170411.GA25560@pax.zz.de> <5081B5DB.5020900@gmx.de>
 <50827241.3010608@gmx.net>
 <CALKj2D-e+HCMiNXaeFOYAxxF+aDGTXc9b-w0kRMfGoPinyv=EQ@mail.gmail.com>
 <20121022073433.GA4787@pax.zz.de> <5085619F.9050900@gmx.net>
 <5086BEF9.5020303@gmx.de>
Message-ID: <5086FB18.3030408@gmx.net>

On 10/23/2012 05:59 PM, Andreas Dommaschk wrote:
> Am 22.10.2012 17:09, schrieb Andreas Neumann:
>>
>> Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin
>> froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß)
>
> Das liegt einfach daran das die nie lange vorhanden waren. ;)
> Leider gibt es immer noch ein paar Adressinterpolationen.
>> MfG Andreas
>>
>>
> vg
>
> Andreas

Hallo Andreas,

Adressinterpolationen (also Node - [Node - ]* Node) sind, wenn mans mal
verstanden hat, in den Standardfällen einfach zu berechnen (OK, mein
Script hat allein dafür 230 Zeilen). Mich wurmen dann nur die
Spezialfälle, da man die Auswertung meist für jeden Spezialfall einzeln
anpassen muss. Hier würde ich mir wünschen, wenn die Nutzer einfach nur
einzelne Nodes malen würden. Aber meist muss man dann selber ran :D.

MfG 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/20121023/4fa30d50/attachment.sig>

From hj.oertel at t-online.de  Tue Oct 23 20:32:13 2012
From: hj.oertel at t-online.de (=?ISO-8859-1?Q?Heinz=2DJ=FCrgen?= Oertel)
Date: Tue, 23 Oct 2012 22:32:13 +0200
Subject: [Talk-de] Solaranlage bei Eisleben
Message-ID: <3460531.7nGmslcdMq@linux-edhj>

Hallo,
wer ist in der Nähe und hat Lust (Zeit)?

http://t.co/sPIak6Ij

 Heinz

From bweiskopf at gmx.de  Tue Oct 23 22:12:18 2012
From: bweiskopf at gmx.de (Bernhard Weiskopf)
Date: Wed, 24 Oct 2012 00:12:18 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
	(Crossposting von tagging)
Message-ID: <000001cdb16b$77c55310$674ff930$@gmx.de>

Hallo Martin,

nach meiner Auffassung gehören die Verbindungs-Rampen oder Abzweige zu
keiner der damit verbundenen Straßen. Ich gebe ihnen keinen Namen und kein
ref-Tag.

Den parallel verlaufenden Fahrbahnen an Autobahnkreuzen, die später wieder
auf die Hauptfahrbahn münden, würde ich den ref-Tag der parallelen
Hauptfahrbahn geben und sie nicht _link taggen. Das habe ich aber bisher
noch nirgends geändert.

An Autobahndreiecken oder wenn die ref-Fahrbahnen abzweigen, kann man sie
oft eindeutig einer ref zuordnen, dann würde ich hier auch kein _link
verwenden.
 
Als Typ bei _link nehme ich den der höherrangigen Straße, denn es gelten in
der Regel die gleichen Regeln wie auf dieser, da man von der höherrangigen
kommt oder zu einer solchen fährt.

Bernhard

****

> -----Original Message-----
> From: Martin Vonwald [mailto:imagic.osm at gmail.com]
> Sent: Tuesday, October 23, 2012 3:48 PM
> To: Openstreetmap allgemeines in Deutsch
> Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
> (Crossposting von tagging)
> 
> Hi!
> 
> Crossposting von tagging:
> 
> Ich stelle mir derzeit die Frage, welches ref-Tag auf
> Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem
> junction-Knoten, sondern auf dem Weg  welcher mit motorway_link
> getaggt wird). Bisher habe ich folgendes gesehen:
> * Die selbe Referenz wie am junction-Knoten
> * Die Referenz der Autobahn
> * Die selbe Referenz wie am junction-Knoten allerdings in junction:ref
> und nicht in ref
> * nichts
> 
> Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig.
> 
> Ich bin für jede Anmerkung dankbar.
> 
> Danke,
> Martin
> 
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From dieterdreist at gmail.com  Tue Oct 23 22:15:52 2012
From: dieterdreist at gmail.com (=?utf-8?Q?Martin_Koppenh=C3=B6fer?=)
Date: Wed, 24 Oct 2012 00:15:52 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <2283799.TUgyqRgzIt@linux-0uy6.site>
References: <2134361.gpNPpLN4gK@linux-0uy6.site> <k66lti$e4h$1@ger.gmane.org>
 <2283799.TUgyqRgzIt@linux-0uy6.site>
Message-ID: <4A8661AC-58A3-438C-B479-9569AFEF8040@gmail.com>



Am 23/ott/2012 um 23:33 schrieb talk-de-bounces at openstreetmap.org:

> Hier müsste ich dann die Datenbank um die zusätzlichen Felder erweitern?

Du kannst auch schon beim Import über eine osm2pgsql Option die Daten nach 900913 projizieren. Mit --help siehst Du alle Optionen, es gibt aber auch im Wiki eine Beschreibung.

Theoretisch kannst Du auch onthefly projizieren, aber das ist natürlich weniger performant.

Gruß Martin


From osm at 00l.de  Tue Oct 23 22:53:24 2012
From: osm at 00l.de (Gerrit Lammert)
Date: Wed, 24 Oct 2012 00:53:24 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Gro=DFe_Karte_rendern_ohne_Zoom-Angabe?=
In-Reply-To: <508679FF.7010804@googlemail.com>
References: <50866493.7040705@00l.de> <508679FF.7010804@googlemail.com>
Message-ID: <50871FE4.6030403@00l.de>

On 23.10.2012 13:05, Lars Lingner wrote:
> Du verwendest bestimmt Mapnik und wenn du die mapnik-utils installiert
> hast kannst Du nik2img wie folgt benutzen:
> 
> 
> nik2img.py /path/to/osm.xml output_filename.png --scale-factor=3  -e
> 1467870.6369923 6882377.556746 1488984.3755909 6897485.2569212 -d 3990
> 2855 --no-open

Ja, super. Das scheint genau das zu sein, was ich brauche. Leider hab
ich mir in dem Prozess irgendwie den Tile-Server zerschossen
(irgendwelche Rechte auf die Postgre-DB!?) ich hoffe ich bekomme das
heute hin. Danke auf jeden Fall!

Gerrit




From lists at fuchsschwanzdomain.de  Wed Oct 24 07:40:21 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Wed, 24 Oct 2012 07:40:21 +0000 (UTC)
Subject: [Talk-de] Datenbanken
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <1351015546624-5732570.post@n5.nabble.com>
 <1351015830177-5732572.post@n5.nabble.com>
 <2238610.TmZb0i1BUm@linux-0uy6.site>
Message-ID: <k68615$s2t$1@ultimate100.geggus.net>

talk-de-bounces at openstreetmap.org wrote:

> also mit dem Schalter --extra-attributes scheint es zu funktionieren.
> Zuvor habe ich die Datei default.style bearbeitet und konnte die
> gewünschten Spalten hinzufügen. Diese tauchen nun auch in den Tabellen
> auf.

Wenn Du flexibel sein möchtest würde Ich Dir einen hstore import empfehlen.

Für QGIS erstellst Du dann einfach views mit pseudospalten.

http://svn.openstreetmap.org/applications/rendering/mapnik-german/views/

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 osm at tappenbeck.net  Wed Oct 24 08:18:42 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Wed, 24 Oct 2012 10:18:42 +0200
Subject: [Talk-de] =?iso-8859-15?q?Wieder_einmal_Fl=E4che_die_nicht_gerend?=
 =?iso-8859-15?q?ert_wird?=
Message-ID: <5087A462.5080004@tappenbeck.net>

hi!

es geht um die Fläche http://www.openstreetmap.org/browse/way/182701143

Kann mir einer sagen warum die nach Wochen nicht gerendert wird in 
Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.

Gruß Jan :-)



From dieterdreist at gmail.com  Wed Oct 24 09:00:23 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 24 Oct 2012 11:00:23 +0200
Subject: [Talk-de]
	=?utf-8?q?Wieder_einmal_Fl=C3=A4che_die_nicht_gerendert?=
	=?utf-8?q?_wird?=
In-Reply-To: <5087A462.5080004@tappenbeck.net>
References: <5087A462.5080004@tappenbeck.net>
Message-ID: <CABPTjTCAqiRbKCG0JeT+SYgXWCqS1bS7d+e=MPLsVaurrLLKkA@mail.gmail.com>

Am 24. Oktober 2012 10:18 schrieb Jan Tappenbeck <osm at tappenbeck.net>:
> hi!
>
> es geht um die Fläche http://www.openstreetmap.org/browse/way/182701143
>
> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in Mapnik ??
> Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.


abgesehen davon, ob das gerendert wird, ist nicht das tagging etwas
seltsam? Einerseits Wiese, andererseits wetland? M.E. wäre es besser,
anstatt dem landuse=meadow ein wetland=wet_meadow, oder einen anderen
wetland-Subtyp anzugeben? Wird das denn als Wiese ge_nutzt_ (d.h.
gemäht oder beweidet) oder wächst da einfach Gras?

Gruß Martin



From chris66nrw at gmx.de  Wed Oct 24 09:10:49 2012
From: chris66nrw at gmx.de (Chris66)
Date: Wed, 24 Oct 2012 11:10:49 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
 =?iso-8859-1?q?rt_wird?=
In-Reply-To: <5087A462.5080004@tappenbeck.net>
References: <5087A462.5080004@tappenbeck.net>
Message-ID: <k68baj$g6h$1@ger.gmane.org>

Am 24.10.2012 10:18, schrieb Jan Tappenbeck:

> es geht um die Fläche http://www.openstreetmap.org/browse/way/182701143
> 
> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in
> Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.

Außer der Überschneidung mit dem Wald-MP 1021222 fällt mir da nix auf.

Chris





From falk.zscheile at gmail.com  Wed Oct 24 09:19:09 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Wed, 24 Oct 2012 11:19:09 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
	=?iso-8859-1?q?rt_wird?=
In-Reply-To: <CABPTjTCAqiRbKCG0JeT+SYgXWCqS1bS7d+e=MPLsVaurrLLKkA@mail.gmail.com>
References: <5087A462.5080004@tappenbeck.net>
 <CABPTjTCAqiRbKCG0JeT+SYgXWCqS1bS7d+e=MPLsVaurrLLKkA@mail.gmail.com>
Message-ID: <CAJ5W8FgAtoMy1damAJvpyudmnp-1b+jk75R+t8EdrpsPkZD8Ng@mail.gmail.com>

Am 24. Oktober 2012 11:00 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
> Am 24. Oktober 2012 10:18 schrieb Jan Tappenbeck <osm at tappenbeck.net>:
>> hi!
>>
>> es geht um die Fläche http://www.openstreetmap.org/browse/way/182701143
>>
>> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in Mapnik ??
>> Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.
>
>
> abgesehen davon, ob das gerendert wird, ist nicht das tagging etwas
> seltsam? Einerseits Wiese, andererseits wetland? M.E. wäre es besser,
> anstatt dem landuse=meadow ein wetland=wet_meadow, oder einen anderen
> wetland-Subtyp anzugeben? Wird das denn als Wiese ge_nutzt_ (d.h.
> gemäht oder beweidet) oder wächst da einfach Gras?
>


Wennschon dennschon, dann doch bitte in der Systematik bleiben
natural=wetland, wetland=wet_meadow. Ich sehe das nicht so dogmatisch,
das unbedingt ein landuse Verwendung finden muss, weil die Wiese ja
noch genutzt wird. So viel Zeit hat kein Mapper um zu überprüfen, ob
die Mahd nun aus naturschutzgründen oder aus wirtschaftlichem
Interesse heraus erfolgt. Wer sich an das Wetlandschema hält wird
übrigens mit einem sehr schönen Rendering der OpenTopoMap belohnt, die
wertet nämlich viele der Sub-Tags aus!

Gruß, Falk



From dieterdreist at gmail.com  Wed Oct 24 09:34:44 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 24 Oct 2012 11:34:44 +0200
Subject: [Talk-de]
	=?utf-8?q?Wieder_einmal_Fl=C3=A4che_die_nicht_gerendert?=
	=?utf-8?q?_wird?=
In-Reply-To: <CAJ5W8FgAtoMy1damAJvpyudmnp-1b+jk75R+t8EdrpsPkZD8Ng@mail.gmail.com>
References: <5087A462.5080004@tappenbeck.net>
 <CABPTjTCAqiRbKCG0JeT+SYgXWCqS1bS7d+e=MPLsVaurrLLKkA@mail.gmail.com>
 <CAJ5W8FgAtoMy1damAJvpyudmnp-1b+jk75R+t8EdrpsPkZD8Ng@mail.gmail.com>
Message-ID: <CABPTjTAjkdFbEJsFUMTsqB7zK9+Hf==wWOTWLbNK1GqoO8t=yA@mail.gmail.com>

Am 24. Oktober 2012 11:19 schrieb Falk Zscheile <falk.zscheile at gmail.com>:
> Wennschon dennschon, dann doch bitte in der Systematik bleiben
> natural=wetland, wetland=wet_meadow.


+1, schrieb ich ja


Gruß Martin



From falk.zscheile at gmail.com  Wed Oct 24 09:41:27 2012
From: falk.zscheile at gmail.com (Falk Zscheile)
Date: Wed, 24 Oct 2012 11:41:27 +0200
Subject: [Talk-de]
	=?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
	=?iso-8859-1?q?rt_wird?=
In-Reply-To: <CABPTjTAjkdFbEJsFUMTsqB7zK9+Hf==wWOTWLbNK1GqoO8t=yA@mail.gmail.com>
References: <5087A462.5080004@tappenbeck.net>
 <CABPTjTCAqiRbKCG0JeT+SYgXWCqS1bS7d+e=MPLsVaurrLLKkA@mail.gmail.com>
 <CAJ5W8FgAtoMy1damAJvpyudmnp-1b+jk75R+t8EdrpsPkZD8Ng@mail.gmail.com>
 <CABPTjTAjkdFbEJsFUMTsqB7zK9+Hf==wWOTWLbNK1GqoO8t=yA@mail.gmail.com>
Message-ID: <CAJ5W8FgOcy2n+zkj5dKa9sZVF-+QKRP-H_Pqn7_oTH4PpdJ2gw@mail.gmail.com>

Am 24. Oktober 2012 11:34 schrieb Martin Koppenhoefer <dieterdreist at gmail.com>:
> Am 24. Oktober 2012 11:19 schrieb Falk Zscheile <falk.zscheile at gmail.com>:
>> Wennschon dennschon, dann doch bitte in der Systematik bleiben
>> natural=wetland, wetland=wet_meadow.
>
>
> +1, schrieb ich ja
>
>
Ja, entschuldige bitte -- falsch zitiert.

Gruß, Falk



From f at zz.de  Wed Oct 24 10:37:24 2012
From: f at zz.de (Florian Lohoff)
Date: Wed, 24 Oct 2012 12:37:24 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <2134361.gpNPpLN4gK@linux-0uy6.site>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
Message-ID: <20121024103724.GA17412@pax.zz.de>


Hi,

On Tue, Oct 23, 2012 at 07:36:40PM +0200, Ristok, Uwe wrote:
> Hallo,
> ich habe mal eine Frage zu den Datenbanken.
> Zwischenzeitlich habe ich drei verschiedene Datenbanken aufgebaut:
> 1. Direkt mit osmosis
> Diese ist für QGIS ja durch die hstore-Spalte nicht so sehr geeignet. Für 
> Auswertungen klappt das allerdings sehr gut. Hier sidn unter anderem auch die 
> TimeStamp und die User-Spalte enthalten.

Da habe ich mich auch schon reichlich drueber geaergert. Vor allem das
QGIS immer meint superschlau zu sein. Ansonsten könnte man dem ja ein
paar views bauen das der auch gluecklich wird. Aber views sind ja unter
der Würde von QGIS.

Kann QGIS mittlerweile eigentlich 64 bit identifier? Das war bei mir das
letzte mal das k.o. fuer QGIS mit OSM basierenden Daten ...

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/20121024/0af24410/attachment.sig>

From gislars+list at googlemail.com  Wed Oct 24 10:53:52 2012
From: gislars+list at googlemail.com (Lars Lingner)
Date: Wed, 24 Oct 2012 12:53:52 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <20121024103724.GA17412@pax.zz.de>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <20121024103724.GA17412@pax.zz.de>
Message-ID: <5087C8C0.5060605@googlemail.com>

On 24.10.2012 12:37, Florian Lohoff wrote:
[...]
> 
> Da habe ich mich auch schon reichlich drueber geaergert. Vor allem das
> QGIS immer meint superschlau zu sein. Ansonsten könnte man dem ja ein
> paar views bauen das der auch gluecklich wird. Aber views sind ja unter
> der Würde von QGIS.

Qgis kann Views anzeigen. Wie bei Tabellen auch, wird aber eine Spalte
mit unique values benötigt. Und wenn auf dieser ein primary key liegt,
muss man in Qgis auch nichts weiter einstellen.
Toll, oder? ;)

> 
> Kann QGIS mittlerweile eigentlich 64 bit identifier? Das war bei mir das
> letzte mal das k.o. fuer QGIS mit OSM basierenden Daten ...
> 

?
Was meinst Du genau?


Lars




From Lulu-Ann at gmx.de  Wed Oct 24 12:21:23 2012
From: Lulu-Ann at gmx.de (Lulu-Ann at gmx.de)
Date: Wed, 24 Oct 2012 14:21:23 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
Message-ID: <20121024122123.105480@gmx.net>


Hi,

ich empfehle die Auffahrt nach der Zielstraße zu benennen, weil einfache Routing-Engines dann korrekt "Hier abfahren [ von der A2 ] auf die A7" sagen können, anstatt "... auf die Straße ohne Namen".

Wundert mich, daß das nicht im Wiki steht, das Thema war doch schon vor Jahren hier mehrmals geklärt.
Ich habs mal eingetragen.

Gruß
Lulu-Ann

> > -----Original Message-----
> > From: Martin Vonwald [mailto:imagic.osm at gmail.com]
> > Sent: Tuesday, October 23, 2012 3:48 PM
> > To: Openstreetmap allgemeines in Deutsch
> > Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
> > (Crossposting von tagging)
> > 
> > Hi!
> > 
> > Crossposting von tagging:
> > 
> > Ich stelle mir derzeit die Frage, welches ref-Tag auf
> > Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem
> > junction-Knoten, sondern auf dem Weg  welcher mit motorway_link
> > getaggt wird). Bisher habe ich folgendes gesehen:
> > * Die selbe Referenz wie am junction-Knoten
> > * Die Referenz der Autobahn
> > * Die selbe Referenz wie am junction-Knoten allerdings in junction:ref
> > und nicht in ref
> > * nichts
> > 
> > Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig.
> > 
> > Ich bin für jede Anmerkung dankbar.
> > 
> > Danke,
> > Martin
> > 
> > _______________________________________________
> > Talk-de mailing list
> > Talk-de at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
> 
> 



From chaoschaos0909 at googlemail.com  Wed Oct 24 12:43:52 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Wed, 24 Oct 2012 14:43:52 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <20121024122123.105480@gmx.net>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net>
Message-ID: <CALKj2D9YnSmpT=TC9sMwcWHwHhKe9XYT76-vvCSS0bKHAf1dKw@mail.gmail.com>

Interessant.
Was empfiehlst du für *_links, die sich später noch teilen und zu
verschiedenen, anderen Straßen führen?

Gruß,
Chaos
Am 24.10.2012 14:22 schrieb <Lulu-Ann at gmx.de>:

>
> Hi,
>
> ich empfehle die Auffahrt nach der Zielstraße zu benennen, weil einfache
> Routing-Engines dann korrekt "Hier abfahren [ von der A2 ] auf die A7"
> sagen können, anstatt "... auf die Straße ohne Namen".
>
> Wundert mich, daß das nicht im Wiki steht, das Thema war doch schon vor
> Jahren hier mehrmals geklärt.
> Ich habs mal eingetragen.
>
> Gruß
> Lulu-Ann
>
> > > -----Original Message-----
> > > From: Martin Vonwald [mailto:imagic.osm at gmail.com]
> > > Sent: Tuesday, October 23, 2012 3:48 PM
> > > To: Openstreetmap allgemeines in Deutsch
> > > Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
> > > (Crossposting von tagging)
> > >
> > > Hi!
> > >
> > > Crossposting von tagging:
> > >
> > > Ich stelle mir derzeit die Frage, welches ref-Tag auf
> > > Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem
> > > junction-Knoten, sondern auf dem Weg  welcher mit motorway_link
> > > getaggt wird). Bisher habe ich folgendes gesehen:
> > > * Die selbe Referenz wie am junction-Knoten
> > > * Die Referenz der Autobahn
> > > * Die selbe Referenz wie am junction-Knoten allerdings in junction:ref
> > > und nicht in ref
> > > * nichts
> > >
> > > Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig.
> > >
> > > Ich bin für jede Anmerkung dankbar.
> > >
> > > Danke,
> > > Martin
> > >
> > > _______________________________________________
> > > 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 f at zz.de  Wed Oct 24 12:45:03 2012
From: f at zz.de (Florian Lohoff)
Date: Wed, 24 Oct 2012 14:45:03 +0200
Subject: [Talk-de] Datenbanken
In-Reply-To: <5087C8C0.5060605@googlemail.com>
References: <2134361.gpNPpLN4gK@linux-0uy6.site>
 <20121024103724.GA17412@pax.zz.de>
 <5087C8C0.5060605@googlemail.com>
Message-ID: <20121024124503.GB17412@pax.zz.de>

On Wed, Oct 24, 2012 at 12:53:52PM +0200, Lars Lingner wrote:
> On 24.10.2012 12:37, Florian Lohoff wrote:
> [...]
> > 
> > Da habe ich mich auch schon reichlich drueber geaergert. Vor allem das
> > QGIS immer meint superschlau zu sein. Ansonsten könnte man dem ja ein
> > paar views bauen das der auch gluecklich wird. Aber views sind ja unter
> > der Würde von QGIS.
> 
> Qgis kann Views anzeigen. Wie bei Tabellen auch, wird aber eine Spalte
> mit unique values benötigt. Und wenn auf dieser ein primary key liegt,

Problematisch ist beim view das QGis die spalte mit der geometry nicht
rausfindet und dann ins essen bricht. Mit Postgis <2.0 kann man das noch
faken indem man einen Eintrag fuer den view in der geometry_columns
bastelt. Mit Postgis 2.0 ist das auch nur noch ein view. Ich habe dann 
probiert einfach den view zu droppen und wieder eine tabelle draus zu
machen was so grundsaetzlich funktioniert nur dann bricht bug 2 ins
essen.

> muss man in Qgis auch nichts weiter einstellen.
> Toll, oder? ;)


> > Kann QGIS mittlerweile eigentlich 64 bit identifier? Das war bei mir das
> > letzte mal das k.o. fuer QGIS mit OSM basierenden Daten ...
> 
> ?
> Was meinst Du genau?

Primary Key - 64 Bit integer aka bigint. D.h. OSMID als Unique
Identifier fuer QGIS Verwenden. Das was ich so probiert habe ging nicht
weil der QGis code von 4 byte integer ausging.

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/20121024/dc1eb379/attachment.sig>

From dieterdreist at gmail.com  Wed Oct 24 13:03:25 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 24 Oct 2012 15:03:25 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <20121024122123.105480@gmx.net>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net>
Message-ID: <CABPTjTC=NFXQDBaP75oDJOJyqJn_MXBph1a4MXSS8-tch=Kucw@mail.gmail.com>

Am 24. Oktober 2012 14:21 schrieb  <Lulu-Ann at gmx.de>:
>
> Hi,
>
> ich empfehle die Auffahrt nach der Zielstraße zu benennen, weil einfache Routing-Engines dann korrekt "Hier abfahren [ von der A2 ] auf die A7" sagen können, anstatt "... auf die Straße ohne Namen".


wieso sollte das dann korrekt sein, wenn der Link gar nicht die A7
ist? M.E. ist das ein Routing Interface Problem. Die Engine könnte Dir
auch bei den jetzigen Daten korrekt sagen: Hier abfahren Richtung A7
anstatt "... auf die Straße ohne Namen".

Gruß Martin



From willis at gmx.de  Wed Oct 24 14:37:07 2012
From: willis at gmx.de (Willi)
Date: Wed, 24 Oct 2012 21:37:07 +0700
Subject: [Talk-de]
	=?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
	=?iso-8859-1?q?rt_wird?=
In-Reply-To: <k68baj$g6h$1@ger.gmane.org>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
Message-ID: <006801cdb1f5$1b5595b0$5200c110$@de>

Am 24.10.2012 10:18, schrieb Jan Tappenbeck:

> es geht um die Fläche 
> http://www.openstreetmap.org/browse/way/182701143
> 
> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in 
> Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.

Könnte auch ein Fehler beim Import sein wie hier vermutet
http://forum.openstreetmap.org/viewtopic.php?id=18795.

Die Radfahrerkarte zeigt es doch richtig an?
http://www.openstreetmap.org/?lat=54.15337&lon=9.35646&zoom=16&layers=C

Willi




From osm at tappenbeck.net  Wed Oct 24 14:53:11 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Wed, 24 Oct 2012 16:53:11 +0200
Subject: [Talk-de] Hinweis: von exit_to und destination
In-Reply-To: <20121024122123.105480@gmx.net>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net>
Message-ID: <k68vcr$8mi$1@ger.gmane.org>

Hi !

ich möchte an dieser Stelle nochmal auf das Tag exit_to hinweisen das 
mit dem JOSM-Present zugewiesen wird ohne das dieses im Wiki überhaupt 
dokumentiert wird.

Laut Wiki sollte [1] verwendet werden.

Gruß Jan :-)

[1] http://wiki.openstreetmap.org/wiki/Key:destination




From osm at tappenbeck.net  Wed Oct 24 14:54:34 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Wed, 24 Oct 2012 16:54:34 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
 =?iso-8859-1?q?rt_wird?=
In-Reply-To: <006801cdb1f5$1b5595b0$5200c110$@de>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
 <006801cdb1f5$1b5595b0$5200c110$@de>
Message-ID: <k68vfe$8mi$2@ger.gmane.org>

Am 24.10.2012 16:37, schrieb Willi:
> Am 24.10.2012 10:18, schrieb Jan Tappenbeck:
>
>> es geht um die Fläche
>> http://www.openstreetmap.org/browse/way/182701143
>>
>> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in
>> Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.
>
> Könnte auch ein Fehler beim Import sein wie hier vermutet
> http://forum.openstreetmap.org/viewtopic.php?id=18795.
>
> Die Radfahrerkarte zeigt es doch richtig an?
> http://www.openstreetmap.org/?lat=54.15337&lon=9.35646&zoom=16&layers=C
>
> Willi

Hallo Willi,

weißt Du wie man das beheben lassen kann - mir ist noch eine andere 
Stelle in Lübeck bekannt (Gespräch eines anderen Mappers) bei welchem 
sich Mapnik "verschluckt" haben soll.

Gruß Jan :-)




From osm at tobias-knerr.de  Wed Oct 24 15:26:15 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Wed, 24 Oct 2012 17:26:15 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <20121024122123.105480@gmx.net>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net>
Message-ID: <50880897.6030509@tobias-knerr.de>

Am 24.10.2012 14:21, schrieb Lulu-Ann at gmx.de:
> ich empfehle die Auffahrt nach der Zielstraße zu benennen, weil einfache Routing-Engines dann korrekt "Hier abfahren [ von der A2 ] auf die A7" sagen können, anstatt "... auf die Straße ohne Namen".
> 
> Wundert mich, daß das nicht im Wiki steht, das Thema war doch schon vor Jahren hier mehrmals geklärt.
> Ich habs mal eingetragen.

Und ich hab deine diesbezügliche Änderung an der englischen Wikiseite
fürs erste rückgängig gemacht.

Ich weiß nicht, ob du die Diskussion auf der tagging-Liste mitbekommen
hast (mir ist unklar, warum Martin die Diskussion auf zwei Listen
gleichzeitig gestartet hat). Dort gibt es aber keineswegs einen Konsens
für diese Deutung von ref an highway=*_link.

Mir selber ist es übrigens eher egal, was am Ende rauskommt, solange es
eine eindeutige Konvention gibt, die auch international funktioniert.

Tobias



From kakrueger at gmail.com  Wed Oct 24 15:32:09 2012
From: kakrueger at gmail.com (Kai Krueger)
Date: Wed, 24 Oct 2012 08:32:09 -0700 (PDT)
Subject: [Talk-de]
	=?utf-8?q?Wieder_einmal_Fl=C3=A4che_die_nicht_gerendert?=
	=?utf-8?q?_wird?=
In-Reply-To: <k68vfe$8mi$2@ger.gmane.org>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
 <006801cdb1f5$1b5595b0$5200c110$@de> <k68vfe$8mi$2@ger.gmane.org>
Message-ID: <1351092729409-5732724.post@n5.nabble.com>

Kann es an Bug #4525 ( https://trac.openstreetmap.org/ticket/4525 ) in
osm2pgsql liegen?

Wenn ein Weg Teil eines Multipolygons war und dann die Multipolygon Relation
geloescht wird, nicht aber der einzelne Weg, dann verhaspelt sich osm2pgsql.
Beim loeschen einer Relation, geht osm2pgsql nicht durch alle Member ways um
zu schauen ob sie nun eigenstaendig in die Polygon tabelle aufgenommen
werden muessen.

Kai



--
View this message in context: http://gis.19327.n5.nabble.com/Wieder-einmal-Flache-die-nicht-gerendert-wird-tp5732660p5732724.html
Sent from the Germany mailing list archive at Nabble.com.



From chris66nrw at gmx.de  Wed Oct 24 15:49:40 2012
From: chris66nrw at gmx.de (Chris66)
Date: Wed, 24 Oct 2012 17:49:40 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <50880897.6030509@tobias-knerr.de>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <50880897.6030509@tobias-knerr.de>
Message-ID: <k692mj$av6$1@ger.gmane.org>

Am 24.10.2012 17:26, schrieb Tobias Knerr:

> Dort gibt es aber keineswegs einen Konsens
> für diese Deutung von ref an highway=*_link.

OSM und Konsens? ;-)

Was steht denn auf den blauen Schildchen an den entsprechenden Rampen?
Hab ich noch nie drauf geachtet.

Chris






From weigelt.bernd at web.de  Wed Oct 24 16:00:17 2012
From: weigelt.bernd at web.de (Bernd Weigelt)
Date: Wed, 24 Oct 2012 18:00:17 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <k692mj$av6$1@ger.gmane.org>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <50880897.6030509@tobias-knerr.de> <k692mj$av6$1@ger.gmane.org>
Message-ID: <1881652.W6Q1DyGYRf@eddie.site>

Am Mittwoch, 24. Oktober 2012, 17:49:40 schrieb Chris66:
> OSM und Konsens?

+1

> 
> Was steht denn auf den blauen Schildchen an den entsprechenden Rampen?
> Hab ich noch nie drauf geachtet.

Wenn da was steht, könnte man es nehmen, ob es jemand auswertet ist eine 
andere Sache

Bernd

-- 
amarok2 now playing:



-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121024/b9a07235/attachment.sig>

From imagic.osm at gmail.com  Wed Oct 24 17:55:20 2012
From: imagic.osm at gmail.com (Martin Vonwald (imagic))
Date: Wed, 24 Oct 2012 19:55:20 +0200
Subject: [Talk-de] Hinweis: von exit_to und destination
In-Reply-To: <k68vcr$8mi$1@ger.gmane.org>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <k68vcr$8mi$1@ger.gmane.org>
Message-ID: <68029C15-FB97-42C2-B127-7D43B06CC700@gmail.com>

Am 24.10.2012 um 16:53 schrieb Jan Tappenbeck <osm at tappenbeck.net>:

> Laut Wiki sollte [1] verwendet werden.

Jein :-)

Der Schlüssel exit_to soll direkt auf den KreuzungsKNOTEN zusammen mit motorway_junction gesetzt werden.
Der Schlüssel destination wird auf den WEG nach dem Kreuzungsknoten gesetzt bzw. destination:lanes wird nach den Hinweisschildern und noch vor dem Kreuzungsknoten gesetzt.

Beide tragen ähnliche Informationen, wobei destination potentiell erheblich mehr Informationen beinhalten kann. Ich verwende daher eigentlich ausschließlich destination.

Martin


From imagic.osm at gmail.com  Wed Oct 24 18:00:14 2012
From: imagic.osm at gmail.com (Martin Vonwald (imagic))
Date: Wed, 24 Oct 2012 20:00:14 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <50880897.6030509@tobias-knerr.de>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <50880897.6030509@tobias-knerr.de>
Message-ID: <1EA59025-D86D-41D7-B1D9-3CF226EA63E9@gmail.com>

Am 24.10.2012 um 17:26 schrieb Tobias Knerr <osm at tobias-knerr.de>:

> mir ist unklar, warum Martin die Diskussion auf zwei Listen
> gleichzeitig gestartet hat

Nicht jeder liest tagging, nicht jeder liest talk-de. Sind aber die beiden am stärksten frequentierten Listen und ich hatte (Vergangenheitsform) die Hoffnung einen Konsens dafür zu finden ;-)

Martin


From rgx at gmx.de  Wed Oct 24 17:55:21 2012
From: rgx at gmx.de (RalfGesellensetter)
Date: Wed, 24 Oct 2012 19:55:21 +0200
Subject: [Talk-de] =?iso-8859-1?q?Tool_zur_Berechnung_von_Fl=E4chen_bei_Po?=
	=?iso-8859-1?q?lygonen=3F?=
Message-ID: <201210241955.22800.rgx@gmx.de>

Hallo,

auf Anhieb habe ich nichts dergleichen gedefunden:

Es gibt zwar ein Lineal zur Berrechnung von Längenmaßen,
aber wie lasse ich mir anzeigen, wie groß z.B. eine Wiese oder
ein Wald ist, der als Polygon existiert? Ein Plugin für 
Josm wäre dazu ideal. 

Es würde m.E. genügen, wenn auf 2 gültige Stellen genau 
die Fläche in qm (kleine Flächen) oder ha angezeit würde,
und dies zunächst mit GK-Koordinaten (also orthogonal bzw.
mit zylindrischer oder Azimuthal-Projektion)

Danke
Ralf



From pascal.neis at gmail.com  Wed Oct 24 18:17:28 2012
From: pascal.neis at gmail.com (Pascal Neis)
Date: Wed, 24 Oct 2012 20:17:28 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tool_zur_Berechnung_von_Fl=E4chen_bei_Po?=
 =?iso-8859-1?q?lygonen=3F?=
In-Reply-To: <201210241955.22800.rgx@gmx.de>
References: <201210241955.22800.rgx@gmx.de>
Message-ID: <508830B8.2060801@gmail.com>

Hi,

RalfGesellensetter schrieb:
> 
> Es gibt zwar ein Lineal zur Berrechnung von Längenmaßen,
> aber wie lasse ich mir anzeigen, wie groß z.B. eine Wiese oder
> ein Wald ist, der als Polygon existiert? Ein Plugin für 
> Josm wäre dazu ideal. 
> 
> Es würde m.E. genügen, wenn auf 2 gültige Stellen genau 
> die Fläche in qm (kleine Flächen) oder ha angezeit würde,
> und dies zunächst mit GK-Koordinaten (also orthogonal bzw.
> mit zylindrischer oder Azimuthal-Projektion)


vlt. hilft dir das weiter:
http://www.raphael-mack.de/josm-plugin-for-measurement/

leider gibt es wohl "etwas Genauigkeitsprobleme" damit:
http://josm.openstreetmap.de/ticket/4849

viele gruesse
pascal



From osm at aighes.de  Wed Oct 24 18:20:21 2012
From: osm at aighes.de (Henning Scholland)
Date: Wed, 24 Oct 2012 20:20:21 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tool_zur_Berechnung_von_Fl=E4chen_bei_Po?=
 =?iso-8859-1?q?lygonen=3F?=
In-Reply-To: <201210241955.22800.rgx@gmx.de>
References: <201210241955.22800.rgx@gmx.de>
Message-ID: <50883165.80507@aighes.de>

Kann das nicht josm mit dem measurment-PlugIn?

Henning




From dieterdreist at gmail.com  Wed Oct 24 19:00:00 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 24 Oct 2012 21:00:00 +0200
Subject: [Talk-de]
	=?utf-8?q?Tool_zur_Berechnung_von_Fl=C3=A4chen_bei_Poly?=
	=?utf-8?q?gonen=3F?=
In-Reply-To: <201210241955.22800.rgx@gmx.de>
References: <201210241955.22800.rgx@gmx.de>
Message-ID: <CABPTjTDJBDA0=StwB44JGK8a=c0=P32acsPr+1J+KJekQtDJBA@mail.gmail.com>

Am 24. Oktober 2012 19:55 schrieb RalfGesellensetter <rgx at gmx.de>:
> Hallo,
>
> auf Anhieb habe ich nichts dergleichen gedefunden:
>
> Es gibt zwar ein Lineal zur Berrechnung von Längenmaßen,
> aber wie lasse ich mir anzeigen, wie groß z.B. eine Wiese oder
> ein Wald ist, der als Polygon existiert? Ein Plugin für
> Josm wäre dazu ideal.
>
> Es würde m.E. genügen, wenn auf 2 gültige Stellen genau
> die Fläche in qm (kleine Flächen) oder ha angezeit würde,
> und dies zunächst mit GK-Koordinaten (also orthogonal bzw.
> mit zylindrischer oder Azimuthal-Projektion)


Für JOSM gibt es AFAIK nichts, was Deinen Ansprüchen genügen würde (es
gibt zwar ein measurement plugin, aber wenn sich da nicht was getan
hat in letzter Zeit dann sind die Berechungen nicht besonders genau).
Was Du natürlich machen könntest wären Berechnungen mit einer
Datenbank (nicht als spherischer Merkartor sondern mit -latlong
importieren, mit ST_Transform kannst Du dann die gewünschten EPSG
Parameter übergeben, z.B. mit

SELECT ST_Area(ST_Transform(way,3003)) FROM planet_osm_polygon WHERE osm_id=xy;

bekommst Du die Fläche von xy in EPSG 3003. Wenn Deine Datei nur klein
ist (z.B. ein Bundesland oder noch kleiner) sollte der Import
einigermaßen schnell gehen mit osm2pgsql. Wenn es eine Relation ist
wird die ID mit negativem Vorzeichen in der db gespeichert. Damit Du
die osm-ids auch drin hast, musst Du glaub extra-attributes
mitimportieren.

Weiss jetzt nicht, wieviele Flächen Du berechnen willst, vielleicht
ist das auch mit Kanonen auf Spatzen geschossen, aber wenn Du das mit
der db installieren hinbekommst, kannst Du damit auch andere schöne
Sachen machen, und der Import von neuen Daten für kleinere Gebiete
geht in wenigen Minuten.

Gruß Martin



From rgx at gmx.de  Wed Oct 24 19:17:10 2012
From: rgx at gmx.de (RalfGesellensetter)
Date: Wed, 24 Oct 2012 21:17:10 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Tool_zur_Berechnung_von_Fl=E4chen_bei_Po?=
 =?iso-8859-1?q?lygonen=3F?=
In-Reply-To: <508830B8.2060801@gmail.com>
References: <201210241955.22800.rgx@gmx.de> <508830B8.2060801@gmail.com>
Message-ID: <201210242117.11670.rgx@gmx.de>

Danke, das sollte genügen. Es geht nur um eine grobe
Einschätzung (zwischen 10 und 500 ha).

Am Mittwoch, 24. Oktober 2012 schrieb Pascal Neis:
> vlt. hilft dir das weiter:
> http://www.raphael-mack.de/josm-plugin-for-measurement/
> 
> leider gibt es wohl "etwas Genauigkeitsprobleme" damit:
> http://josm.openstreetmap.de/ticket/4849
> 
> viele gruesse
> pascal




From dieterdreist at gmail.com  Wed Oct 24 19:40:15 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Wed, 24 Oct 2012 21:40:15 +0200
Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten
In-Reply-To: <50880897.6030509@tobias-knerr.de>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <50880897.6030509@tobias-knerr.de>
Message-ID: <CABPTjTDPkiL1MvW_T1YZKUzBpNs1C4gG=8ZkeojgaeRLpsoE2w@mail.gmail.com>

Am 24. Oktober 2012 17:26 schrieb Tobias Knerr <osm at tobias-knerr.de>:
> Ich weiß nicht, ob du die Diskussion auf der tagging-Liste mitbekommen
> hast (mir ist unklar, warum Martin die Diskussion auf zwei Listen
> gleichzeitig gestartet hat).


ich bin zwar nicht der Martin, der die Diskussionen gestartet hat,
aber gegen dieses Vorgehen spricht m.E. wenig, im Gegenteil, erreicht
man auf tagging überwiegend andere Leute als auf den nationalen
Listen, und kann sich so besser ein Bild machen, wie das weltweit
gesehen wird.

Gruß Martin



From rgx at gmx.de  Wed Oct 24 20:20:20 2012
From: rgx at gmx.de (RalfGesellensetter)
Date: Wed, 24 Oct 2012 22:20:20 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <4C192A81.9000100@freenet.de>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de>
Message-ID: <201210242220.21862.rgx@gmx.de>

Am Mittwoch, 16. Juni 2010 schrieb Philip Gillißen:
> Hehe, ne, ich bin mir sicher, dass es keine Toilette ist, aber danke für
> den Hinweis!

Die Antwort müsste demnach lauten:
advertising=column

... wobei es sich um ein vorgeschlagenes Tag handelt.

Gruß
Ralf



From dieterdreist at gmail.com  Wed Oct 24 22:58:34 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 25 Oct 2012 00:58:34 +0200
Subject: [Talk-de]
	=?utf-8?q?Wie_mappe_ich_eine_Litfa=C3=9Fs=C3=A4ule=3F?=
In-Reply-To: <201210242220.21862.rgx@gmx.de>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
Message-ID: <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>

Am 24. Oktober 2012 22:20 schrieb RalfGesellensetter <rgx at gmx.de>:
> ... wobei es sich um ein vorgeschlagenes Tag handelt.


fehlen noch 2 dann sind die ersten 1000 Litfaßsäulen voll:
http://taginfo.openstreetmap.org/keys/advertising#values

Gruß Martin

PS: http://wiki.openstreetmap.org/wiki/Proposed_features/advertising



From willis at gmx.de  Thu Oct 25 01:16:47 2012
From: willis at gmx.de (Willi)
Date: Thu, 25 Oct 2012 08:16:47 +0700
Subject: [Talk-de]
	=?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
	=?iso-8859-1?q?rt_wird?=
In-Reply-To: <k68vfe$8mi$2@ger.gmane.org>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
 <006801cdb1f5$1b5595b0$5200c110$@de> <k68vfe$8mi$2@ger.gmane.org>
Message-ID: <007e01cdb24e$68fda920$3af8fb60$@de>

On Wednesday, October 24, 2012 9:55 PM Jan Tappenbeck
[mailto:osm at tappenbeck.net] wrote:

> weißt Du wie man das beheben lassen kann - mir ist noch eine andere Stelle

> in Lübeck bekannt (Gespräch eines anderen Mappers) bei welchem sich 
> Mapnik "verschluckt" haben soll.

Selber kenne ich mich da nicht aus. Mir ist noch bekannt, dass Stephan bei
seiner Thailandkarte auch Probleme mit fehlenden Objekten hatte oder noch
hat http://forum.openstreetmap.org/viewtopic.php?pid=280850#p280850

Willi 




From wendorff at uni-paderborn.de  Thu Oct 25 07:16:40 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Thu, 25 Oct 2012 09:16:40 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
Message-ID: <5088E758.1090108@uni-paderborn.de>

Spricht was dagegen, das advertising-Tag zur Abstimmun zu bringen?
Zumal Du, Martin das, wenn ich das richtig sehe, das sogar "proposed" 
hast...

Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene 
Punkte:
- two_sided=yes wird vorgeschlagen als Zusatztag für 
advertising=billboard, kann man machen, wäre aber IMHO nicht essentiell 
für den key selbst.
- lit=yes wird vorgeschlagen, ist aber andererseits als Zusatztag ja 
schon vorgeschlagen, würde ich deshalb einfach als "empfehlenswerte 
Kombination" eintragen
- Zusatztags für rotierende/wechselnde Reklameanzeigeflächen: auch das 
muss nicht unbedingt mit ins Proposal, und da advertising an sich 
bereits genutzt wird, würd ich das dann auch nicht mehr großartig ändern.

Das einzige, was mich persönlich davon abhalten würde ist, dass ich die 
Französische Übersetzung nicht auf Widersprüche überprüfen kann.

Gruß
Peter

Am 25.10.2012 00:58, schrieb Martin Koppenhoefer:
> Am 24. Oktober 2012 22:20 schrieb RalfGesellensetter <rgx at gmx.de>:
>> ... wobei es sich um ein vorgeschlagenes Tag handelt.
>
> fehlen noch 2 dann sind die ersten 1000 Litfaßsäulen voll:
> http://taginfo.openstreetmap.org/keys/advertising#values
>
> Gruß Martin
>
> PS: http://wiki.openstreetmap.org/wiki/Proposed_features/advertising
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>




From masi-master at gmx.de  Thu Oct 25 10:33:53 2012
From: masi-master at gmx.de (Masi Master)
Date: Thu, 25 Oct 2012 12:33:53 +0200
Subject: [Talk-de]
 =?iso-8859-15?q?Wieder_einmal_Fl=E4che_die_nicht_gerend?=
 =?iso-8859-15?q?ert_wird?=
In-Reply-To: <k68vfe$8mi$2@ger.gmane.org>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
 <006801cdb1f5$1b5595b0$5200c110$@de> <k68vfe$8mi$2@ger.gmane.org>
Message-ID: <op.wmqcyrcehg6zzq@masi.mshome.net>

Am 24.10.2012, 16:54 Uhr, schrieb Jan Tappenbeck <osm at tappenbeck.net>:

> Am 24.10.2012 16:37, schrieb Willi:
>> Am 24.10.2012 10:18, schrieb Jan Tappenbeck:
>>
>>> es geht um die Fläche
>>> http://www.openstreetmap.org/browse/way/182701143
>>>
>>> Kann mir einer sagen warum die nach Wochen nicht gerendert wird in
>>> Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein.
>>
>> Könnte auch ein Fehler beim Import sein wie hier vermutet
>> http://forum.openstreetmap.org/viewtopic.php?id=18795.
>>
>> Die Radfahrerkarte zeigt es doch richtig an?
>> http://www.openstreetmap.org/?lat=54.15337&lon=9.35646&zoom=16&layers=C
>>
>> Willi
>
> Hallo Willi,
>
> weißt Du wie man das beheben lassen kann - mir ist noch eine andere  
> Stelle in Lübeck bekannt (Gespräch eines anderen Mappers) bei welchem  
> sich Mapnik "verschluckt" haben soll.
>
> Gruß Jan :-)

Hi,
ich bin zwar nicht Willi, aber kann dir helfen :)
Dass die Fläche gerendert wird, muss man das Polygon nur ändern, landuse  
auf was anderes setzten, zB. residential und nach 3 Minunten wieder zurück.
Oder es könnte auch helfen, einen der Knoten um 1 mm zu verschieben. Dies  
habe ich allerdings noch nicht getestet.
Der Ursprung liegt höchstwahrscheinlich in einem Fehler in osm2pgsql  
(siehe Mail von Kai), oder in osmosis (welches die "Diffs" erstellt).  
Genaueres habe ich dazu nicht herausfinden können.

Gruß
Masi



From dieterdreist at gmail.com  Thu Oct 25 12:45:28 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 25 Oct 2012 14:45:28 +0200
Subject: [Talk-de]
	=?utf-8?q?Wie_mappe_ich_eine_Litfa=C3=9Fs=C3=A4ule=3F?=
In-Reply-To: <5088E758.1090108@uni-paderborn.de>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
Message-ID: <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>

Am 25. Oktober 2012 09:16 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> Spricht was dagegen, das advertising-Tag zur Abstimmun zu bringen?
> Zumal Du, Martin das, wenn ich das richtig sehe, das sogar "proposed"
> hast...


überhaupt kein Problem, wenn gerne abgestimmt werden soll, nur zu. Ich
hatte das so gesehen, dass da bereits mit den Füßen abgestimmt wurde.
Bei über 2500 Nutzungen kann man das eigentlich auch so als feature
übernehmen, aber mir ist es egal, hätte auch gleich mal den Status auf
voting gesetzt, aber irgendwie ist das was im Wiki "kaputt" mit dem
proposal-template. Könnte sich das mal jemand ansehen, der eine Ahnung
davon hat?


> Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene
> Punkte:
> - two_sided=yes wird vorgeschlagen als Zusatztag für advertising=billboard,
> kann man machen, wäre aber IMHO nicht essentiell für den key selbst.


sehe ich auch so. Vor allem kann es ja auch three-sided und four-sided
bzw. multisided geben. Da ist auch bereits ein "doublesided" im
Proposal (weiss nicht genau, ob ich das selbst vorgeschlagen habe,
aber finde ich prinzipiell OK als Attribut).

> - lit=yes wird vorgeschlagen, ist aber andererseits als Zusatztag ja schon
> vorgeschlagen, würde ich deshalb einfach als "empfehlenswerte Kombination"
> eintragen


egal


> - Zusatztags für rotierende/wechselnde Reklameanzeigeflächen: auch das muss
> nicht unbedingt mit ins Proposal, und da advertising an sich bereits genutzt
> wird, würd ich das dann auch nicht mehr großartig ändern.


ich finde das schon interessante Details, die hoffentlich niemanden
davon abhalten werden, zuzustimmen.


> Das einzige, was mich persönlich davon abhalten würde ist, dass ich die
> Französische Übersetzung nicht auf Widersprüche überprüfen kann.


ja, was man damit macht weiss ich nicht genau. Vorschlag: man voted
wie gehabt über die englische Proposal seite und verschiebt nach dem
Voten die französische Übersetzung als Featureübersetzung in den
anderen Namespace, und löscht sie dann als Übersetzung des Proposals
(d.h. das Proposal wäre nur Englisch, wärend die Feature-Doku engl.
und frz. wäre).

Gruß Martin



From hartmut.holzgraefe at gmail.com  Thu Oct 25 16:00:23 2012
From: hartmut.holzgraefe at gmail.com (Hartmut Holzgraefe)
Date: Thu, 25 Oct 2012 18:00:23 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
Message-ID: <50896217.6010603@gmail.com>

On 25.10.2012 14:45, Martin Koppenhoefer wrote:

>> Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene
>> Punkte:
>> - two_sided=yes wird vorgeschlagen als Zusatztag für advertising=billboard,
>> kann man machen, wäre aber IMHO nicht essentiell für den key selbst.
> 
> 
> sehe ich auch so. Vor allem kann es ja auch three-sided und four-sided
> bzw. multisided geben. Da ist auch bereits ein "doublesided" im
> Proposal (weiss nicht genau, ob ich das selbst vorgeschlagen habe,
> aber finde ich prinzipiell OK als Attribut).

Könnte man evtl. machen wie bei den öffentlichen Uhren mit faces=$anzahl
(default implizit 1)?

Muss aber zugeben das ich mir da nicht wirklich Gedanken drüber gemacht
habe. Litfaßsäulen sehe ich noch als evtl. für die Orientierung relevant
an ("Wir treffen uns in der XY-Straße an der Litfaßsäule), Plakatwände
u.ä. schon eher weniger ... etnsprechend habe ich bisher nur
advertising=column je benutzt ...

-- 
hartmut



From dieterdreist at gmail.com  Thu Oct 25 17:01:24 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Thu, 25 Oct 2012 19:01:24 +0200
Subject: [Talk-de]
	=?utf-8?q?Wie_mappe_ich_eine_Litfa=C3=9Fs=C3=A4ule=3F?=
In-Reply-To: <50896217.6010603@gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
 <50896217.6010603@gmail.com>
Message-ID: <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>

Am 25. Oktober 2012 18:00 schrieb Hartmut Holzgraefe
<hartmut.holzgraefe at gmail.com>:
> On 25.10.2012 14:45, Martin Koppenhoefer wrote:
>
>>> Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene
>>> Punkte:
>>> - two_sided=yes wird vorgeschlagen als Zusatztag für advertising=billboard,
>>> kann man machen, wäre aber IMHO nicht essentiell für den key selbst.
>>
>>
>> sehe ich auch so. Vor allem kann es ja auch three-sided und four-sided
>> bzw. multisided geben. Da ist auch bereits ein "doublesided" im
>> Proposal (weiss nicht genau, ob ich das selbst vorgeschlagen habe,
>> aber finde ich prinzipiell OK als Attribut).
>
> Könnte man evtl. machen wie bei den öffentlichen Uhren mit faces=$anzahl
> (default implizit 1)?


ja, mache ich gleich mal


> Muss aber zugeben das ich mir da nicht wirklich Gedanken drüber gemacht
> habe. Litfaßsäulen sehe ich noch als evtl. für die Orientierung relevant
> an ("Wir treffen uns in der XY-Straße an der Litfaßsäule), Plakatwände
> u.ä. schon eher weniger ... etnsprechend habe ich bisher nur
> advertising=column je benutzt ...


je nach städtischem Umfeld sind z.T. auch große Leuchtschriften und
Bildschirme echte Landmarken, vor allem nachts. Plakatwände, da gebe
ich Dir Recht, sind eher was für Gegenden, wo man schon alles gemappt
hat. Oder man hat einen besonderen Fokus: hier gibt es z.B. viele
"abusive" Werbetafeln, die ohne Genehmigung aufgestellt sind, da habe
ich kürzlich jemand getroffen, der das mappen wollte. Das tag könnte
z.B. auch ein Attribut für eine Bushaltestelle mit Werbung oder so
sein.

Gruß Martin



From osm at tappenbeck.net  Thu Oct 25 19:08:07 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Thu, 25 Oct 2012 21:08:07 +0200
Subject: [Talk-de] Hinweis: von exit_to und destination
In-Reply-To: <68029C15-FB97-42C2-B127-7D43B06CC700@gmail.com>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <k68vcr$8mi$1@ger.gmane.org>
 <68029C15-FB97-42C2-B127-7D43B06CC700@gmail.com>
Message-ID: <k6c2mi$ve0$1@ger.gmane.org>

Am 24.10.2012 19:55, schrieb Martin Vonwald (imagic):
> Am 24.10.2012 um 16:53 schrieb Jan Tappenbeck<osm at tappenbeck.net>:
>
>> Laut Wiki sollte [1] verwendet werden.
>
> Jein :-)
>
> Der Schlüssel exit_to soll direkt auf den KreuzungsKNOTEN zusammen mit motorway_junction gesetzt werden.
> Der Schlüssel destination wird auf den WEG nach dem Kreuzungsknoten gesetzt bzw. destination:lanes wird nach den Hinweisschildern und noch vor dem Kreuzungsknoten gesetzt.
>
> Beide tragen ähnliche Informationen, wobei destination potentiell erheblich mehr Informationen beinhalten kann. Ich verwende daher eigentlich ausschließlich destination.
>
> Martin


Hallo Martin,

wie kommst Du auf diese Definition, wenn im Wiki nicht einmal eine Info 
zu dem Tag "exit_to" vorhanden ist.

Ich vermute die gesetzten gibt es nur, weil diese im JOSM-Present 
vorhanden sind.

Gruß Jan :-)




From imagic.osm at gmail.com  Thu Oct 25 19:24:32 2012
From: imagic.osm at gmail.com (Martin Vonwald (imagic))
Date: Thu, 25 Oct 2012 21:24:32 +0200
Subject: [Talk-de] Hinweis: von exit_to und destination
In-Reply-To: <k6c2mi$ve0$1@ger.gmane.org>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <k68vcr$8mi$1@ger.gmane.org>
 <68029C15-FB97-42C2-B127-7D43B06CC700@gmail.com> <k6c2mi$ve0$1@ger.gmane.org>
Message-ID: <92E52C2D-BF22-4642-ACD1-0B9D04197215@gmail.com>

Am 25.10.2012 um 21:08 schrieb Jan Tappenbeck <osm at tappenbeck.net>:

> wie kommst Du auf diese Definition, wenn im Wiki nicht einmal eine Info zu dem Tag "exit_to" vorhanden ist.

Gut versteckt: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction#Destinations

From OSM at dwegerle.eu  Thu Oct 25 19:28:52 2012
From: OSM at dwegerle.eu (Dominik Wegerle)
Date: Thu, 25 Oct 2012 21:28:52 +0200
Subject: [Talk-de] Hinweis: von exit_to und destination
In-Reply-To: <k6c2mi$ve0$1@ger.gmane.org>
References: <mailman.4132.1351070360.4678.talk-de@openstreetmap.org>
 <20121024122123.105480@gmx.net> <k68vcr$8mi$1@ger.gmane.org>
 <68029C15-FB97-42C2-B127-7D43B06CC700@gmail.com> <k6c2mi$ve0$1@ger.gmane.org>
Message-ID: <508992F4.30102@dwegerle.eu>

Am 25.10.2012 21:08, schrieb Jan Tappenbeck:
> Am 24.10.2012 19:55, schrieb Martin Vonwald (imagic):
>> Am 24.10.2012 um 16:53 schrieb Jan Tappenbeck<osm at tappenbeck.net>:
>>
>>> Laut Wiki sollte [1] verwendet werden.
>>
>> Jein :-)
>>
>> Der Schlüssel exit_to soll direkt auf den KreuzungsKNOTEN zusammen mit
>> motorway_junction gesetzt werden.
>> Der Schlüssel destination wird auf den WEG nach dem Kreuzungsknoten
>> gesetzt bzw. destination:lanes wird nach den Hinweisschildern und noch
>> vor dem Kreuzungsknoten gesetzt.
>>
>> Beide tragen ähnliche Informationen, wobei destination potentiell
>> erheblich mehr Informationen beinhalten kann. Ich verwende daher
>> eigentlich ausschließlich destination.
>>
>> Martin
>
>
> Hallo Martin,
>
> wie kommst Du auf diese Definition, wenn im Wiki nicht einmal eine Info
> zu dem Tag "exit_to" vorhanden ist.
>

Zu "exit_to" steht folgendes sehr wohl im Wiki:
" Zielangabe

Das Attribut exit_to=* kann für Reiseziel-/Richtungsangaben verwendet 
werden. Beispiel: Falls das Schild am Straßenknoten als weitere Richtung 
Astadt über die B0815a anzeigt, dann kann exit_to=Astadt B0815a gesetzt 
werden. Bei mehreren Angaben werden diese durch Semikolons getrennt, 
z.B. exit_to=Astadt B0815a; Bedorf L0158; Ceburg. (Ceburg wurde ohne 
Straßennummer angegeben.)

Eine andere Möglichkeit, um die Hinweisschilder aufzunehmen, ist die vor 
einiger Zeit vorgeschlagene Variante mittels Relation:destination_sign. "

Der Tag exit_to gehört aber zu dem Knoten-Objekt 
"highway=motorway_junction". Dies aber schon "immer"...

Bitte hier nachlesen:

http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction
bzw.
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

Schönen Abend noch!

D. Wegerle

> Ich vermute die gesetzten gibt es nur, weil diese im JOSM-Present
> vorhanden sind.
>
> Gruß Jan :-)
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From cclausen at tzi.de  Thu Oct 25 20:02:08 2012
From: cclausen at tzi.de (Christian Clausen)
Date: Thu, 25 Oct 2012 22:02:08 +0200
Subject: [Talk-de] Value too long varying(255) mit osmosis
Message-ID: <50899AC0.6020000@tzi.de>

Moin,

Ich versuche germany.osm.bz2 oder .pbf mit osmosis einzulesen.
Mit der Bremen-Datenbank ist das auch kein Problem, mit germany jedoch
bekomme ich immer den Fehler:
Unable to bulk insert node tags into database
Caused by ERROR: value too long for type character varying(255)

Und jede Menge StackTrace von Osmosis.
Ich verwende den aktuellen master-branch von rails-port, osmosis-0.41
und PostgreSQL (9.1) unter Ubuntu 12.04.

Der Fehler tritt sowohl beim Import via pbf (osmosis --read-pbf
$PBF_FILE --write-apidb-0.6 populateCurrentTables=yes host="localhost"
database="$DATABASE" user="$USER" password="$PASSWORD"
validateSchemaVersion=no)
oder bz2 (osmosis --fast-read-xml-0.6 $BZ2_FILE --write-apidb-0.6
populateCurrentTables=yes host="localhost" database="$DATABASE"
user="$USER" password="$PASSWORD" validateSchemaVersion=no)

Jedoch erst nach ca 30 min.

Kann mir da jemand helfen?
Christian



From frederik at remote.org  Thu Oct 25 20:52:36 2012
From: frederik at remote.org (Frederik Ramm)
Date: Thu, 25 Oct 2012 22:52:36 +0200
Subject: [Talk-de] Firmen als OSMF-Mitglieder
Message-ID: <5089A694.4040308@remote.org>

Hallo,

    im Laufe der naechsten Jahre wird die OSMF ihre "Articles of 
Association" (das ist sowas wie die Vereinssatzung) ueberarbeiten 
muessen, die sehr altbacken und auf eine sehr britische Organisation 
zugeschnitten sind. Da ist im Grunde alles offen - es waere moeglich, 
dass die OSMF wie die Wikimedia Foundation in den USA zu einer 
Organisation mit sehr wenigen Mitgliedern wird, oder umgekehrt, dass sie 
sich in einem anderen Land mit besser fuer Massen-Vereine geeigneten 
Gesetzen neu gruendet und versucht, jeden Mapper als Mitglied zu 
gewinnen - oder irgendwas dazwischen.

In zwei Wochen ist ein OSMF-Vorstandstreffen, bei dem es eher am Rand 
auch um dieses Thema gehen wird; beschlossen wird da ziemlich sicher 
nichts (eine Satzungsaenderung ist eh nur mit Zustimmung der Mitglieder 
moeglich und wird sich noch lange hinziehen).

Mich wuerde aber mal in einem Detail die Meinung der Community 
interessieren, und zwar geht es dabei um Firmenmitglieder. Das ist ein 
sehr kompliziertes Thema und es gibt zig Modelle, wie man Firmen als 
Mitglieder zulassen koennte oder auch nicht. Die Diskussion wird mit 
allen Details gefuehrt werden muessen.

Trotzdem wuerde ich Euch ganz zu Anfang mal gern nach so etwas wie einem 
Stimmungsbild fragen. Ein schnelles Kreuzchen in einem von vier Feldern 
von jedem von Euch:

http://polls.cc/cyzooQ/

Das ist auf Englisch, weil ich es auch noch weiter streuen moechte. Die 
Frage ist: "Should companies be accepted as members of the OpenStreetMap 
Foundation?" (SOllten Firmen als Mitglieder der OSMF akzeptiert werden), 
und die Antwortmoeglichkeiten sind:

* No, only real people should be members. (Nein, nur natuerliche 
Personen sollten Mitglieder sein.)

* Yes, just like real people. (Ja, wie natuerliche Personen.)

* Yes, as "supporting members" without voting rights. (Ja, als 
Foerdermitglieder ohne Stimmrecht.)

* The poll needs to be more fine-grained than this. (Die Umfrage muesste 
feiner gegliedert sein.)

Ich wuerde mich ueber eine rege (und ehrliche) Beteiligung an dieser 
Umfrage freuen - natuerlich auch ueber tiefergehende Diskussion hier.

Bye
Frederik

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



From dieterdreist at gmail.com  Thu Oct 25 22:50:35 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 26 Oct 2012 00:50:35 +0200
Subject: [Talk-de]
	=?utf-8?q?Wie_mappe_ich_eine_Litfa=C3=9Fs=C3=A4ule=3F?=
In-Reply-To: <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
 <50896217.6010603@gmail.com>
 <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>
Message-ID: <CABPTjTDc+-CMZ1RVg0mB05igSud1W28gwBrxrc5pbv3Gsv6QuQ@mail.gmail.com>

Ich habe nochmal ein paar kleine Änderungen gemacht und auch ein paar
Sachen rausgeschmissen bzw. auf die Diskussionsseite verbannt. Habt
Ihr noch Änderungswünsche, oder sollen wir mit der Abstimmung starten?

Gruß Martin



From chaoschaos0909 at googlemail.com  Fri Oct 26 05:58:56 2012
From: chaoschaos0909 at googlemail.com (Ronnie Soak)
Date: Fri, 26 Oct 2012 07:58:56 +0200
Subject: [Talk-de] Firmen als OSMF-Mitglieder
In-Reply-To: <5089A694.4040308@remote.org>
References: <5089A694.4040308@remote.org>
Message-ID: <CALKj2D-ih1fy1c1sg85=OSmt6ExvpQ6Ng_Gk3FBBWwg4sRapfQ@mail.gmail.com>

Hallo Frederik,

das hängt ja nun doch sehr davon ab, wie sich die OSMF in Zukunft
positionieren wird.
Will sie die Community eher steuern, hätte ich ungern zu viele
Firmeninteressen vertreten.
Begreift sie sich als Dienstleister, können Firmenvertretungen nur
nützlich sein.

In letzter Zeit wird ja wieder vermehrt in Richtung der 2ten Variante
argumentiert. (Auch von dir, wenn ich mich recht erinnere.)
Aber gibt es dazu schonmal einen Kommentar der anderen Boardmitglieder?


Ein weiterer Punkt: Da die Firmen jeweils auch indirekt über die
Mitgliedschaft von natürlichen Personen Einfluß ausüben können und
dies kaum einzuschränken ist,
würde eine zusätzliche Firmenmitgliedschaft mit Stimmrecht diesen
Einfluß nur noch erhöhen. Daher meine Entscheidung erst einmal für
reine Fördermitgliedschaften ohne Stimmrecht.

Just my 2cents,
Chaos
(Nichtmitglied)

Am 25. Oktober 2012 22:52 schrieb Frederik Ramm <frederik at remote.org>:
> Hallo,
>
>    im Laufe der naechsten Jahre wird die OSMF ihre "Articles of Association"
> (das ist sowas wie die Vereinssatzung) ueberarbeiten muessen, die sehr
> altbacken und auf eine sehr britische Organisation zugeschnitten sind. Da
> ist im Grunde alles offen - es waere moeglich, dass die OSMF wie die
> Wikimedia Foundation in den USA zu einer Organisation mit sehr wenigen
> Mitgliedern wird, oder umgekehrt, dass sie sich in einem anderen Land mit
> besser fuer Massen-Vereine geeigneten Gesetzen neu gruendet und versucht,
> jeden Mapper als Mitglied zu gewinnen - oder irgendwas dazwischen.
>
> In zwei Wochen ist ein OSMF-Vorstandstreffen, bei dem es eher am Rand auch
> um dieses Thema gehen wird; beschlossen wird da ziemlich sicher nichts (eine
> Satzungsaenderung ist eh nur mit Zustimmung der Mitglieder moeglich und wird
> sich noch lange hinziehen).
>
> Mich wuerde aber mal in einem Detail die Meinung der Community
> interessieren, und zwar geht es dabei um Firmenmitglieder. Das ist ein sehr
> kompliziertes Thema und es gibt zig Modelle, wie man Firmen als Mitglieder
> zulassen koennte oder auch nicht. Die Diskussion wird mit allen Details
> gefuehrt werden muessen.
>
> Trotzdem wuerde ich Euch ganz zu Anfang mal gern nach so etwas wie einem
> Stimmungsbild fragen. Ein schnelles Kreuzchen in einem von vier Feldern von
> jedem von Euch:
>
> http://polls.cc/cyzooQ/
>
> Das ist auf Englisch, weil ich es auch noch weiter streuen moechte. Die
> Frage ist: "Should companies be accepted as members of the OpenStreetMap
> Foundation?" (SOllten Firmen als Mitglieder der OSMF akzeptiert werden), und
> die Antwortmoeglichkeiten sind:
>
> * No, only real people should be members. (Nein, nur natuerliche Personen
> sollten Mitglieder sein.)
>
> * Yes, just like real people. (Ja, wie natuerliche Personen.)
>
> * Yes, as "supporting members" without voting rights. (Ja, als
> Foerdermitglieder ohne Stimmrecht.)
>
> * The poll needs to be more fine-grained than this. (Die Umfrage muesste
> feiner gegliedert sein.)
>
> Ich wuerde mich ueber eine rege (und ehrliche) Beteiligung an dieser Umfrage
> freuen - natuerlich auch ueber tiefergehende Diskussion hier.
>
> 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 osm at nk-bre.net  Fri Oct 26 06:20:03 2012
From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=)
Date: Fri, 26 Oct 2012 08:20:03 +0200
Subject: [Talk-de] Firmen als OSMF-Mitglieder
In-Reply-To: <5089A694.4040308@remote.org>
References: <5089A694.4040308@remote.org>
Message-ID: <508A2B93.5060309@nk-bre.net>

Hallo,

am 25.10.2012 22:52 schrieb Frederik Ramm:
> Mich wuerde aber mal in einem Detail die Meinung der Community
> interessieren, und zwar geht es dabei um Firmenmitglieder. Das ist ein
> sehr kompliziertes Thema und es gibt zig Modelle, wie man Firmen als
> Mitglieder zulassen koennte oder auch nicht. Die Diskussion wird mit
> allen Details gefuehrt werden muessen.
Firmen sollten nur Fördermitglieder ohne Stimmrecht sein. Ihren Einfluss 
nehmen sie ohnehin über die Förderung (Belohnung von Wohlverhalten).
Natürlich kann nicht verhindert werden, dass Firmen durch persönliche 
Mitgliedschaft Einfluss nehmen. Das muss einem aber keine Sorge machen: 
Wem als Mapper die Funktionsweise von OSM wichtig ist, tritt der OSMF 
bei und gut is.
Gruß
nk



From list at lab.at  Fri Oct 26 07:05:14 2012
From: list at lab.at (Andreas Labres)
Date: Fri, 26 Oct 2012 09:05:14 +0200
Subject: [Talk-de] Firmen als OSMF-Mitglieder
In-Reply-To: <5089A694.4040308@remote.org>
References: <5089A694.4040308@remote.org>
Message-ID: <508A362A.7020401@al.lab.at>

On 25.10.12 22:52, Frederik Ramm wrote:
> Da ist im Grunde alles offen - es waere moeglich, dass die OSMF wie die
> Wikimedia Foundation in den USA zu einer Organisation mit sehr wenigen
> Mitgliedern wird, oder umgekehrt, dass sie sich in einem anderen Land mit
> besser fuer Massen-Vereine geeigneten Gesetzen neu gruendet und versucht,
> jeden Mapper als Mitglied zu gewinnen - oder irgendwas dazwischen. 

IMO wäre das eine gute Gelegenheit bzw. sollte man auch nicht vergessen,
regionale/nationale Organisationen (FOSSGIS e.V. oder nationale Vereine) da mit
zu bedenken. Überhaupt sollte man da wohl zwischen (gemeinnützigen) Orgas und
(gewinnorientierten) Firmen unterscheiden...

/al



From wakefred at gmail.com  Fri Oct 26 07:59:15 2012
From: wakefred at gmail.com (Fred Jelk)
Date: Fri, 26 Oct 2012 09:59:15 +0200
Subject: [Talk-de] NetMeterProject
Message-ID: <508A42D3.9030209@gmail.com>

Ich habe dieses Thema auch schon im DE-Forum gepostet, aber ich möchte 
es auch hier mal ansprechen...

Interessantes Projekt: NetMeterProject <http://de.netmeterproject.com/>

Erläuterung vorab:
Dieses Projekt hat sich das Ziel gesetzt, eine flächendeckende Map zu 
erstellen mit der Netzabdeckung der Mobilfunkanbieter. Hierzu gibt es 
eine App für Android im Play-Store 
<https://play.google.com/store/apps/details?id=com.netmeterproject.android>.
Zur Zeit wird das Ganze noch mit Google Maps dargestellt, aber man ist 
bereits dran am ändern zu OSM (anscheinend mit eigenem TileServer), was 
aber doch noch einiges an Arbeit kosten wird.


Ich selber finde das Projekt sehr gut (auch wenn momentan die "weissen 
Stellen" noch Überhand haben), da man auf die offiziellen 
Abdeckungskarten der Anbieter nicht viel geben kann.


Nun, ich habe bei NetMeterProject mal angefragt, ob sie deren App nicht 
erweitern könnten mit einem GPX-Tracker, damit man gleichzeitig auch 
noch Wege/Strassen aufzeichnen könnte, die man dann auch für OSM nutzen 
könnte. Antwort hierzu:

 > ...wir möchten den NetMeterClient so einfach wie möglich halten.
 > Gerne können wir jedoch einen für das OSM-Mapping erweiterten Client 
anbieten,
 > welcher speziell für diese Funktionen angepasst wurde. *Sobald die 
Nachfrage
 > genügend groß ist* und uns ein Mockup mit den gewünschten Funktionen 
vorliegt,
 > können wir beginnen. Für eine Entwicklung auf Verdacht haben wir 
leider nicht die
 > notwendigen Ressourcen sad ...

Den dazugehörigen Thread findet man bei NetMeterProject im Forum unter 
http://de.netmeterproject.com/secure/board/viewtopic/34/9  (man muss 
dort ein Account anlegen um den Thread lesen zu können)
Falls auch andere Leute Interesse daran hätten, wäre es gut, wenn man 
dort im Forum die Meinung dazu äussern könnte.



From frederik at remote.org  Fri Oct 26 08:21:53 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 26 Oct 2012 10:21:53 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A42D3.9030209@gmail.com>
References: <508A42D3.9030209@gmail.com>
Message-ID: <508A4821.5030202@remote.org>

Hi,

On 10/26/2012 09:59 AM, Fred Jelk wrote:
> Dieses Projekt hat sich das Ziel gesetzt, eine flächendeckende Map zu
> erstellen mit der Netzabdeckung der Mobilfunkanbieter.

Ich bin da vielleicht etwas ueberempfindlich, aber wenn ich hoere 
"Projekt" und "Community" dann schaue ich immer als erstes, wo der 
Downloadbutton fuer die gesammelten Daten ist. Finde ich aber keinen... 
ist es vielleicht doch eher ein "wir wollen schoene Daten sammeln, um 
sie dann verkaufen zu koennen"-Projekt?

Im Kleingedruckten steht lediglich, dass man seine Daten auf 
ausdruecklichen Wunsch auch unter CC-BY-SA-NC 3.0 weitergeben kann.

Damit ist sichergestellt, dass jede Art der gewerblichen Verwertung der 
Daten allein dem Betreiber moeglich ist.

Unter diesen Bedingungen finde ich es reichlich frech, zu behaupten "Das 
NetMeterProject ist ein offenes Projekt..." - Das ist kein Projet, 
sondern eine Firma mit einem Geschaeftsmodell, und die Daten, die hier 
erhoben werden, entsprechen *nicht* der Definition von offenen Daten. 
Mag ja sein, dass da eine kostenlose Karte angezeigt wird, aber das ist 
dann auch alles - genausogut koennte sich Google Map Maker als "offenes 
Projekt" vorstellen.

Bye
Frederik

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



From osm at jfis.de  Fri Oct 26 08:22:23 2012
From: osm at jfis.de (Joerg Fischer)
Date: Fri, 26 Oct 2012 10:22:23 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A42D3.9030209@gmail.com>
References: <508A42D3.9030209@gmail.com>
Message-ID: <20121026082223.GA10983@cm.local.jfis.de>

Fred Jelk wrote:

> Interessantes Projekt: NetMeterProject <http://de.netmeterproject.com/>

Ja, hab das auch installiert. Ist bissel wie in den Anfangstagen von OSM,
nur das man viel weniger Nacharbeit damit hat. Einfach den Client starten,
das wars, nach 20:00 Uhr gucken wie der Empfang war. Cool.

> Zur Zeit wird das Ganze noch mit Google Maps dargestellt, aber man
> ist bereits dran am ändern zu OSM (anscheinend mit eigenem
> TileServer), was aber doch noch einiges an Arbeit kosten wird.

Das wär ein weiterer Fortschritt. Es hat mich schon gewundert das die
Initiatoren keine Werbung bei OSM gemacht haben, wo hier jede Menge Leute
sind die mit GPS-fähigem Zeug in der Pampa herum tappen und das parallel
ohen Zusatzaufwand erfassen können.

> Nun, ich habe bei NetMeterProject mal angefragt, ob sie deren App
> nicht erweitern könnten mit einem GPX-Tracker, damit man

Dagegen. One job, one tool. Multitasking existiert.

LG Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: Digital signature
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20121026/e5085851/attachment.sig>

From osm at aighes.de  Fri Oct 26 08:47:31 2012
From: osm at aighes.de (Henning Scholland)
Date: Fri, 26 Oct 2012 10:47:31 +0200
Subject: [Talk-de] Firmen als OSMF-Mitglieder
In-Reply-To: <508A362A.7020401@al.lab.at>
References: <5089A694.4040308@remote.org> <508A362A.7020401@al.lab.at>
Message-ID: <508A4E23.60001@aighes.de>

Am 26.10.2012 09:05, schrieb Andreas Labres:
> On 25.10.12 22:52, Frederik Ramm wrote:
>> Da ist im Grunde alles offen - es waere moeglich, dass die OSMF wie die
>> Wikimedia Foundation in den USA zu einer Organisation mit sehr wenigen
>> Mitgliedern wird, oder umgekehrt, dass sie sich in einem anderen Land mit
>> besser fuer Massen-Vereine geeigneten Gesetzen neu gruendet und versucht,
>> jeden Mapper als Mitglied zu gewinnen - oder irgendwas dazwischen.
> IMO wäre das eine gute Gelegenheit bzw. sollte man auch nicht vergessen,
> regionale/nationale Organisationen (FOSSGIS e.V. oder nationale Vereine) da mit
> zu bedenken. Überhaupt sollte man da wohl zwischen (gemeinnützigen) Orgas und
> (gewinnorientierten) Firmen unterscheiden...
Denke ich nicht, dass das in diesem Fall einen Unterschied macht. 
Zumindest für mein Demokratieverständnis ist es wichtig dass der 
Grundsatz ein Mensch=eine Stimme erhalten bleibt. Das ist nicht gegeben 
wenn ein Mensch zusätzlich noch als Entscheider hinter einem anderen 
Mitglied steht. Also wenn er in seinem Namen und in dem Namen seines 
Unternehmens oder seiner Organisation abstimmt.

Sprich entweder man sagt Unternehmen und Orgas dürfen eine Stimme haben, 
dann darf deren bevollmächtigter aber nicht Mitglied sein, oder aber die 
Unternehmen und Orgas dürfen keine Stimme haben.

Henning




From guerda at freenet.de  Fri Oct 26 09:04:38 2012
From: guerda at freenet.de (=?UTF-8?Q?Philip_Gilli=C3=9Fen?=)
Date: Fri, 26 Oct 2012 02:04:38 -0700 (PDT)
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A4821.5030202@remote.org>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
Message-ID: <1351242278527-5732970.post@n5.nabble.com>

Hallo Frederik!


Frederik Ramm wrote
> Ich bin da vielleicht etwas ueberempfindlich, aber wenn ich hoere 
> "Projekt" und "Community" dann schaue ich immer als erstes, wo der 
> Downloadbutton fuer die gesammelten Daten ist.

Ich bin auch extrem skeptisch bei diesem Projekt. Prinzipiell finde ich die
Idee sehr gut, nur ist mein Datenschutzempfinden da zu sensibel für.
Den Download-Button habe ich gefunden. Leider ist es kein Button und
prominent ist der Link auch nicht. Man findet im Footer einen
"Download"-Link: http://de.netmeterproject.com/download
Da kann man sich anscheinend diese Samples herunterladen. Ich kann aber
nicht sagen, von wann diese Daten jeweils sind.

Ich fände es schön, wenn ein weiteres Projekt OSM adaptiert, aber ich muss
es deswegen nicht unterstützen.

Gruß, Philip



--
View this message in context: http://gis.19327.n5.nabble.com/NetMeterProject-tp5732958p5732970.html
Sent from the Germany mailing list archive at Nabble.com.



From wakefred at gmail.com  Fri Oct 26 09:14:33 2012
From: wakefred at gmail.com (Fred Jelk)
Date: Fri, 26 Oct 2012 11:14:33 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A4821.5030202@remote.org>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
Message-ID: <508A5479.4050302@gmail.com>

Hallo Frederik,

man kann die gesammelten Daten herunterladen unter 
http://de.netmeterproject.com/download
(Link ist unten rechts auf der Website).
Aber, man erhält nur jene Daten von den Usern, die auch der CC-BY-SA 
zugestimmt haben. Alle anderen Daten, bleiben anonym und können nicht 
heruntergeladen werden.



Am 26.10.2012 10:21, schrieb Frederik Ramm:
> Hi,
>
> On 10/26/2012 09:59 AM, Fred Jelk wrote:
>> Dieses Projekt hat sich das Ziel gesetzt, eine flächendeckende Map zu
>> erstellen mit der Netzabdeckung der Mobilfunkanbieter.
>
> Ich bin da vielleicht etwas ueberempfindlich, aber wenn ich hoere 
> "Projekt" und "Community" dann schaue ich immer als erstes, wo der 
> Downloadbutton fuer die gesammelten Daten ist. Finde ich aber 
> keinen... ist es vielleicht doch eher ein "wir wollen schoene Daten 
> sammeln, um sie dann verkaufen zu koennen"-Projekt?
>
> Im Kleingedruckten steht lediglich, dass man seine Daten auf 
> ausdruecklichen Wunsch auch unter CC-BY-SA-NC 3.0 weitergeben kann.
>
> Damit ist sichergestellt, dass jede Art der gewerblichen Verwertung 
> der Daten allein dem Betreiber moeglich ist.
>
> Unter diesen Bedingungen finde ich es reichlich frech, zu behaupten 
> "Das NetMeterProject ist ein offenes Projekt..." - Das ist kein 
> Projet, sondern eine Firma mit einem Geschaeftsmodell, und die Daten, 
> die hier erhoben werden, entsprechen *nicht* der Definition von 
> offenen Daten. Mag ja sein, dass da eine kostenlose Karte angezeigt 
> wird, aber das ist dann auch alles - genausogut koennte sich Google 
> Map Maker als "offenes Projekt" vorstellen.
>
> Bye
> Frederik
>




From wakefred at gmail.com  Fri Oct 26 09:23:57 2012
From: wakefred at gmail.com (Fred Jelk)
Date: Fri, 26 Oct 2012 11:23:57 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <20121026082223.GA10983@cm.local.jfis.de>
References: <508A42D3.9030209@gmail.com>
 <20121026082223.GA10983@cm.local.jfis.de>
Message-ID: <508A56AD.6060701@gmail.com>

Am 26.10.2012 10:22, schrieb Joerg Fischer:
> Fred Jelk wrote:
>
>> Zur Zeit wird das Ganze noch mit Google Maps dargestellt, aber man
>> ist bereits dran am ändern zu OSM (anscheinend mit eigenem
>> TileServer), was aber doch noch einiges an Arbeit kosten wird.
> Das wär ein weiterer Fortschritt. Es hat mich schon gewundert das die
> Initiatoren keine Werbung bei OSM gemacht haben, wo hier jede Menge Leute
> sind die mit GPS-fähigem Zeug in der Pampa herum tappen und das parallel
> ohen Zusatzaufwand erfassen können.
Das NetMeterProject ist noch in Beta-Phase, darum denke ich, dass sie 
noch nicht gross die Werbetrommel gerührt haben. Und hier bei OSM wird 
wohl erst Werbung dafür gemacht, wenn auch die Map mit OSM dargestellt wird.

>
>> Nun, ich habe bei NetMeterProject mal angefragt, ob sie deren App
>> nicht erweitern könnten mit einem GPX-Tracker, damit man
> Dagegen. One job, one tool. Multitasking existiert.
Ich fände es jedenfalls praktisch, wenn man noch GPS-Tracks gleichzeitig 
aufzeichnen könnte (natürlich nur optional). Ist zwar kein Muss, aber 
Nice-To-Have. Einerseits wäre es sicher eine nützliche Funktion für 
bestehende OSM-Mapper, wenn man gerade in einer abgelegenen Gegend ist 
und auf kleinen Paths/Tracks ist, andererseits würde es vielleicht 
"NetMeterProject-Mapper" noch zusätzlich auf OSM aufmerksam machen.




From osm at stephans-server.de  Fri Oct 26 09:24:14 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Fri, 26 Oct 2012 11:24:14 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?Wieder_einmal_Fl=E4che_die_nicht_gerende?=
 =?iso-8859-1?q?rt_wird?=
In-Reply-To: <007e01cdb24e$68fda920$3af8fb60$@de>
References: <5087A462.5080004@tappenbeck.net> <k68baj$g6h$1@ger.gmane.org>
 <006801cdb1f5$1b5595b0$5200c110$@de> <k68vfe$8mi$2@ger.gmane.org>
 <007e01cdb24e$68fda920$3af8fb60$@de>
Message-ID: <508A56BE.10108@stephans-server.de>

On 25.10.2012 03:16, Willi wrote:
> Selber kenne ich mich da nicht aus. Mir ist noch bekannt, dass Stephan bei
> seiner Thailandkarte auch Probleme mit fehlenden Objekten hatte oder noch
> hat http://forum.openstreetmap.org/viewtopic.php?pid=280850#p280850

Der bereits zitierte Bug von osm2pgsql mit den Relationen scheint eine 
mögliche Ursache.
Warum es bei den Thailand Extrakten genau zu Problemen kam kann ich 
nicht sagen.

Die Probleme nach dem 9. waren einer korrupten Datenbank geschuldet.
http://forum.openstreetmap.org/viewtopic.php?pid=281580#p281580
Dadurch war alles weg was neu geändert wurde.

Dass der Import danach nicht wie gewohnt durchlief lag an einem Bug von 
osm2pgsql wenn PBF Dateien für dem Import verwendet werden.
https://trac.openstreetmap.org/ticket/4625

Spätere Updates sollten dadurch nicht betroffen sein.

Stephan





From osm at tobias-knerr.de  Fri Oct 26 11:50:45 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Fri, 26 Oct 2012 13:50:45 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A5479.4050302@gmail.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com>
Message-ID: <508A7915.6060201@tobias-knerr.de>

Am 26.10.2012 11:14, schrieb Fred Jelk:
> man kann die gesammelten Daten herunterladen unter
> http://de.netmeterproject.com/download
> (Link ist unten rechts auf der Website).
> Aber, man erhält nur jene Daten von den Usern, die auch der CC-BY-SA
> zugestimmt haben.

Laut Projektwebseite ist die Lizenz sogar für den Teil der Daten, an den
man überhaupt herankommt, die unfreie CC-BY-SA-*NC*.
Man füttert offensichtlich die Datenbank eines Unternehmens, das keinem
Konkurrenten den Zugriff auf die Daten erlauben möchte.

Das wäre ja ok, wenn man es ehrlich kommuniziert. Die Sache dann aber
prominent als "offenes Projekt" zu bezeichnen, ist eine Marketing-Lüge.
So etwas finde ich nicht akzeptabel, da es das Ansehen wirklich offener
Projekte wie OpenStreetMap ausnutzt.

Tobias



From osm at tobias-knerr.de  Fri Oct 26 12:19:25 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Fri, 26 Oct 2012 14:19:25 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <CABPTjTDc+-CMZ1RVg0mB05igSud1W28gwBrxrc5pbv3Gsv6QuQ@mail.gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
 <50896217.6010603@gmail.com>
 <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>
 <CABPTjTDc+-CMZ1RVg0mB05igSud1W28gwBrxrc5pbv3Gsv6QuQ@mail.gmail.com>
Message-ID: <508A7FCD.1000108@tobias-knerr.de>

Am 26.10.2012 00:50, schrieb Martin Koppenhoefer:
> Ich habe nochmal ein paar kleine Änderungen gemacht und auch ein paar
> Sachen rausgeschmissen bzw. auf die Diskussionsseite verbannt. Habt
> Ihr noch Änderungswünsche, oder sollen wir mit der Abstimmung starten?

In den "suggested combinations" sollte orientation durch das häufiger
verwendete, ausgewertete und in einer Proposal-Abstimmung bestätigte
direction ersetzt werden. Das ist die einzige konkrete Änderung, die ich
mir noch wünsche.

Nicht ganz so begeistert bin ich ansonsten von dem
 man_made = flagpole + advertising = flag
aber das hatte ich ja früher schon einmal angesprochen. Es passt für
mich einfach nicht so wirklich zum sonst dokumentierten
 man_made = flagpole + flag:type = national/signal/...

Tobias



From cobra_osm at yahoo.com  Fri Oct 26 12:20:24 2012
From: cobra_osm at yahoo.com (Cobra)
Date: Fri, 26 Oct 2012 14:20:24 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A7915.6060201@tobias-knerr.de>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com> <508A7915.6060201@tobias-knerr.de>
Message-ID: <508A8008.3070206@yahoo.com>

On 2012-10-26 13:50, Tobias Knerr wrote:
> Am 26.10.2012 11:14, schrieb Fred Jelk:
>> man kann die gesammelten Daten herunterladen unter
>> http://de.netmeterproject.com/download
>> (Link ist unten rechts auf der Website).
>> Aber, man erhält nur jene Daten von den Usern, die auch der CC-BY-SA
>> zugestimmt haben.
> Laut Projektwebseite ist die Lizenz sogar für den Teil der Daten, an den
> man überhaupt herankommt, die unfreie CC-BY-SA-*NC*.

Wieso sind die Daten nicht eigentlich gleich PD? Sonderlich kreativ ist das Messen der verfügbaren Übertragungsstandards ja nun wirklich nicht. Ob das wohl eine schützenswerte Schöpfungshöhe hat...
Lückenhaft unter CC finde ich da schon frech. Aber das noch als NC ist einfach nur unverschämt.
Sorry, nicht mit mir. Und ich finde auch, dass man für sowas keine Werbung im OSM-Umfeld machen sollte, egal ob sie jetzt OSM-Daten _nutzen_ wollen oder nicht. Sie sparen damit schließlich auch Geld, das sie an Google zahlen müssten.

(Mal von den sonstigen Problemen abgesehen wie fortschreitendem Netzausbau, unterschiedlicher Empfangsqualität der Geräte - siehe "Antennagate" beim iPhone 4 - sowie sonstigen Störeinflüssen wie Karosserieteile und Wärmeschutzverglasungen, aber das ist deren Problem.)



From f at zz.de  Fri Oct 26 12:22:58 2012
From: f at zz.de (Florian Lohoff)
Date: Fri, 26 Oct 2012 14:22:58 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A5479.4050302@gmail.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com>
Message-ID: <20121026122258.GB4517@pax.zz.de>

On Fri, Oct 26, 2012 at 11:14:33AM +0200, Fred Jelk wrote:
> Hallo Frederik,
> 
> man kann die gesammelten Daten herunterladen unter
> http://de.netmeterproject.com/download
> (Link ist unten rechts auf der Website).
> Aber, man erhält nur jene Daten von den Usern, die auch der CC-BY-SA
> zugestimmt haben. Alle anderen Daten, bleiben anonym und können
> nicht heruntergeladen werden.

Aeh - Wie stimmt man denn der CC-BY-SA zu? Das habe ich nirgends
gefunden.

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/20121026/6e56986f/attachment.sig>

From wakefred at gmail.com  Fri Oct 26 12:32:45 2012
From: wakefred at gmail.com (Fred Jelk)
Date: Fri, 26 Oct 2012 14:32:45 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <20121026122258.GB4517@pax.zz.de>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com> <20121026122258.GB4517@pax.zz.de>
Message-ID: <508A82ED.5050908@gmail.com>

Im Webinterface unter http://de.netmeterproject.com/dashboard/account 
kann man der CC-BY-SA zustimmen. Und danach in der App in den 
Einstellungen "meinem Konto zuordnen" und die Samples sind CC-BY-SA.

Am 26.10.2012 14:22, schrieb Florian Lohoff:
> Aeh - Wie stimmt man denn der CC-BY-SA zu? Das habe ich nirgends
> gefunden.
>
> Flo




From wakefred at gmail.com  Fri Oct 26 12:37:04 2012
From: wakefred at gmail.com (Fred Jelk)
Date: Fri, 26 Oct 2012 14:37:04 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A8008.3070206@yahoo.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com> <508A7915.6060201@tobias-knerr.de>
 <508A8008.3070206@yahoo.com>
Message-ID: <508A83F0.10601@gmail.com>

Dass die Daten nicht PD sind finde ich auch schade (genau so schade 
finde ich, dass die OSM nicht PD ist, aber das ist ein anderes Thema)




Am 26.10.2012 14:20, schrieb Cobra:
>
> Wieso sind die Daten nicht eigentlich gleich PD? Sonderlich kreativ 
> ist das Messen der verfügbaren Übertragungsstandards ja nun wirklich 
> nicht. Ob das wohl eine schützenswerte Schöpfungshöhe hat...
> Lückenhaft unter CC finde ich da schon frech. Aber das noch als NC ist 
> einfach nur unverschämt.
> Sorry, nicht mit mir. Und ich finde auch, dass man für sowas keine 
> Werbung im OSM-Umfeld machen sollte, egal ob sie jetzt OSM-Daten 
> _nutzen_ wollen oder nicht. Sie sparen damit schließlich auch Geld, 
> das sie an Google zahlen müssten.
>
> (Mal von den sonstigen Problemen abgesehen wie fortschreitendem 
> Netzausbau, unterschiedlicher Empfangsqualität der Geräte - siehe 
> "Antennagate" beim iPhone 4 - sowie sonstigen Störeinflüssen wie 
> Karosserieteile und Wärmeschutzverglasungen, aber das ist deren Problem.)
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de




From unnoetige_mails at gmx.de  Fri Oct 26 12:43:57 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Fri, 26 Oct 2012 14:43:57 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A42D3.9030209@gmail.com>
References: <508A42D3.9030209@gmail.com>
Message-ID: <508A858D.9090005@gmx.de>

Kennt ihr schon http://opensignal.com/ ?

Was ist bei euch anders?

Grüße

Am 26.10.2012 09:59, schrieb Fred Jelk:
> Ich habe dieses Thema auch schon im DE-Forum gepostet, aber ich möchte 
> es auch hier mal ansprechen...
>
> Interessantes Projekt: NetMeterProject <http://de.netmeterproject.com/>
>
> Erläuterung vorab:
> Dieses Projekt hat sich das Ziel gesetzt, eine flächendeckende Map zu 
> erstellen mit der Netzabdeckung der Mobilfunkanbieter. Hierzu gibt es 
> eine App für Android im Play-Store 
> <https://play.google.com/store/apps/details?id=com.netmeterproject.android>.
> Zur Zeit wird das Ganze noch mit Google Maps dargestellt, aber man ist 
> bereits dran am ändern zu OSM (anscheinend mit eigenem TileServer), 
> was aber doch noch einiges an Arbeit kosten wird.
>
>
> Ich selber finde das Projekt sehr gut (auch wenn momentan die "weissen 
> Stellen" noch Überhand haben), da man auf die offiziellen 
> Abdeckungskarten der Anbieter nicht viel geben kann.
>
>
> Nun, ich habe bei NetMeterProject mal angefragt, ob sie deren App 
> nicht erweitern könnten mit einem GPX-Tracker, damit man gleichzeitig 
> auch noch Wege/Strassen aufzeichnen könnte, die man dann auch für OSM 
> nutzen könnte. Antwort hierzu:
>
> > ...wir möchten den NetMeterClient so einfach wie möglich halten.
> > Gerne können wir jedoch einen für das OSM-Mapping erweiterten Client 
> anbieten,
> > welcher speziell für diese Funktionen angepasst wurde. *Sobald die 
> Nachfrage
> > genügend groß ist* und uns ein Mockup mit den gewünschten Funktionen 
> vorliegt,
> > können wir beginnen. Für eine Entwicklung auf Verdacht haben wir 
> leider nicht die
> > notwendigen Ressourcen sad ...
>
> Den dazugehörigen Thread findet man bei NetMeterProject im Forum unter 
> http://de.netmeterproject.com/secure/board/viewtopic/34/9 (man muss 
> dort ein Account anlegen um den Thread lesen zu können)
> Falls auch andere Leute Interesse daran hätten, wäre es gut, wenn man 
> dort im Forum die Meinung dazu äussern könnte.
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From lists at fuchsschwanzdomain.de  Fri Oct 26 13:34:18 2012
From: lists at fuchsschwanzdomain.de (Sven Geggus)
Date: Fri, 26 Oct 2012 13:34:18 +0000 (UTC)
Subject: [Talk-de] =?utf-8?q?OT=3A_Entwicklertag_f=C3=BCr_=C3=96PNV-Daten?=
Message-ID: <k6e3gq$ulk$1@ultimate100.geggus.net>

Hallo,

leicht Off topic aber vielleicht doch für den ein oder anderen von euch
interessant.

https://netzpolitik.org/2012/apps-the-city-entwicklertag-fur-opnv-daten/
http://appsandthecity.net/

Gruss

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 wendorff at uni-paderborn.de  Fri Oct 26 14:13:14 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 26 Oct 2012 16:13:14 +0200
Subject: [Talk-de] ODBL-Flyer
Message-ID: <508A9A7A.9040208@uni-paderborn.de>

Hi.

Hat zufällig schon jemand den OSM-Flyer in einer ODBL-Version fertig?

Da ich keinen gefunden habe, wollte ich mich selbst dran versuchen, mir 
mangelt es aber an Entschlussfreude, was ich mit den lizenzbezogenen 
Texten tun soll.

Als Grundlage habe ich mir aus dem SVN dieses hier genommen: 
http://svn.openstreetmap.org/misc/pr_material/german_flyer_2011_08/

Gibt es einen Grund, dass mit FrobisherCondensed eine nicht freie 
Schriftart verwendet wurde (soweit ich das sehe, gibt es zwar eine 
Testversion kostenlos, die Vollversion kostet aber 12$: 
http://www.rubicon.ca/library28.htm)?

Neben der Möglichkeit, mit einem Update natürlich mal wieder auch andere 
Kartenausschnitte zu nutzen (vor allem auch aktuelle/re), müssten die 
Texte auf den aktuellen Stand gebracht werden.

Über Mithilfe und Anregungen würde ich mich freuen, sowohl was 
Vorschläge zu verwendeten Bildern als auch was die Texte (s.u.) angeht. 
Falls jemand anderes schon daran arbeitet oder etwas fertig hat, will 
ich das aber auch niemandem aus den Händen reißen.

In der oben verlinkten SVN-Version (Revision 28860) finden sich die 
folgenden Texte, die zum Teil angepasst werden müssen:

====
OpenStreetMap
Unterwegs für eine freie Weltkarte
====
=> unkritisch.

====
OpenStreetMap verwendet zur Zeit die Lizenz ?Creative Commons 
Attribution Share-Alike?. Werke, die aus OSM-Daten hergestellt werden, 
müssen ebenfalls unter dieser Lizenz stehen.
====
=> finde ich schwierig auf die ODBL zu übertragen; jedenfalls ist es mit 
dem Ersetzen des Lizenznamens nicht getan, denn auf einmal haben wir die 
Unterscheidung zwischen Werken und abgeleiteten Datenbanken... Gute 
Ideen sind deshalb herzlich willkommen.

====
Der Nürnberg-Stadtplan auf dieser Doppelseite wurde, wie auch die 
umseitige Umgebungskarte von Münster und die Weltkugel auf dem Titel, 
mit Open-Source-Software aus OpenStreetMap-Daten hergestellt und steht 
unter der Lizenz CC-BY-SA 2.0.
====
=> da es sich um die Mapnik-Kacheln handelt, ist das korrekt, es fehlt 
aber der Verweis auf die ODBL als Lizenz der Daten.

====
Die dritte Auflage des Buches ?OpenStreetMap ? die freie Weltkarte 
nutzen und mitgestalten? von Frederik Ramm und Jochen Topf ist bei 
Lehmanns Media erschienen und erklärt detailliert alles, was Sie zum 
Erfassen von Daten und zum Zeichnen eigener Karten brauchen.
====
=> hat auch nichts mit dem Lizenzwechsel zu tun zumindest; insofern pack 
ich das mal nicht an; 3. Auflage ist soweit ich weiß auch noch aktuell.

====
Machen Sie mit bei OpenStreetMap

Die internationale Projekt-Startseite finden Sie auf 
www.openstreetmap.org. Dort gibt es auch ein Wiki mit vielen 
Informationen zum Projekt und natürlich die Weltkarte zum Ansehen. Auf 
www.openstreetmap.de finden Sie Zugang zur deutschsprachigen Community 
mit Links zu Foren und Mailinglisten.
====
=> unkritisch

====
Die Kartendaten für OpenStreetMap werden auf ganz unterschiedliche Weise 
erfasst. GPS-Gerät und handschriftliche Notizen sind klassische 
Arbeitsmittel; der GPS-Track zeichnet dabei genau auf, welchen Weg der 
Datenerfasser (im Projekt: ?Mapper?) zurückgelegt hat. Mittlerweile 
stehen dem Projekt vielerorts auch gute Luftbilder zur Verfügung.

Ein speziell für OpenStreetMap entwickelter Editor stellt Luftbilder und 
GPS-Tracks dar und zeigt auch bereits bei OSM erfasste Daten. 
Straßenverläufe, Gebäudeumrisse, Wälder oder Seen können vom Luftbild 
abgezeichnet werden, aber Informationen wie Hausnummern, Straßennamen 
oder ?Points of Interest? fehlen im Luftbild. Diese Daten können nur mit 
genauer Ortskenntnis hinzugefügt werden ? oder eben, indem der Mapper 
vor Ort recherchiert.

Die Ergebnisse werden anschließend an die zentrale Projektdatenbank 
übertragen. Aus diesen Daten wird dann automatisch die fertige Karte 
berechnet, und schon kurze Zeit später sind die neuen Änderungen für 
jeden sichtbar.
====
=> für meinen Geschmack fehlt noch das Beitragen mit lokalem Wissen, 
aber auch das ist kein Änderungswunsch mit ODBL-Bezug.

====
Im Internet gibt es kostenlose Stadtpläne und Karten zuhauf. Aber die 
Angebote sind meist nur zur privaten Nutzung gedacht und dürfen nicht 
weiterveröffentlicht werden; in einem Flyer wie diesem hier dürfte man 
sie zum Beispiel nicht abdrucken. Außerdem sind die kostenlosen Karten 
meist weder aktuell noch vollständig. Fehler werden nur langsam verbessert.

Viel wichtiger ist aber, dass man dort nur fertige Kartenbilder bekommt 
? nicht jedoch die Daten, aus denen sie berechnet wurden.
Diese Daten braucht man, wenn man eigene Karten herstellen oder die 
Karte auf beliebigen Geräten verwenden will, beispielsweise zur 
Routenberechnung.
===
=> nicht lizenzrelevant, denke ich.


Gruß
Peter



From pille3 at hotmail.com  Fri Oct 26 14:18:23 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Fri, 26 Oct 2012 07:18:23 -0700 (PDT)
Subject: [Talk-de] Value too long varying(255) mit osmosis
In-Reply-To: <50899AC0.6020000@tzi.de>
References: <50899AC0.6020000@tzi.de>
Message-ID: <1351261103814-5733002.post@n5.nabble.com>

nicht direkt. habe gerade gestern einen import germany ohne probleme gemacht.
ALLERDINGS nicht mit --write-api-0.6 ...

was hast du denn damit vor? willst du dir eine 100% ige Kopie der Live-DB
machen, auf die man mit der API drauf zugreifen kann,  oder doch nur eine
snapshot/simple-Kopie zum Auswerten? Das erstere (API) ist äußerst selten -
ehrlich gesagt, kenn ich niemanden, der das macht.
Normalerweise macht man das mit --write-pgsql oder auch mal schon mit
--write-pgsimp

gruss
walter



--
View this message in context: http://gis.19327.n5.nabble.com/Value-too-long-varying-255-mit-osmosis-tp5732910p5733002.html
Sent from the Germany mailing list archive at Nabble.com.



From qunuxy-osmmailinglists at yahoo.com  Fri Oct 26 14:28:42 2012
From: qunuxy-osmmailinglists at yahoo.com (qunuxy-osmmailinglists at yahoo.com)
Date: Fri, 26 Oct 2012 15:28:42 +0100 (BST)
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A82ED.5050908@gmail.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com> <20121026122258.GB4517@pax.zz.de>
 <508A82ED.5050908@gmail.com>
Message-ID: <1351261722.73112.YahooMailNeo@web29301.mail.ird.yahoo.com>

Am 26.10.2012 14:32, schrieb Fred Jelk:
> Im Webinterface unter http://de.netmeterproject.com/dashboard/account 
kann man der CC-BY-SA zustimmen. Und danach in der App in den 
Einstellungen "meinem Konto zuordnen" und die Samples sind CC-BY-SA.

CC-BY-NC-SA, nicht CC-BY-SA.



From qunuxy-osmmailinglists at yahoo.com  Fri Oct 26 14:42:05 2012
From: qunuxy-osmmailinglists at yahoo.com (qunuxy-osmmailinglists at yahoo.com)
Date: Fri, 26 Oct 2012 15:42:05 +0100 (BST)
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A5479.4050302@gmail.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com>
Message-ID: <1351262525.55931.YahooMailNeo@web29304.mail.ird.yahoo.com>

Am 26.10.2012 11:14, schrieb Fred Jelk:
> Alle anderen Daten, bleiben anonym und können nicht heruntergeladen werden.

Auch die herunterladbaren CC-BY-NC-SA-Daten sind anonym.



From qunuxy-osmmailinglists at yahoo.com  Fri Oct 26 14:55:19 2012
From: qunuxy-osmmailinglists at yahoo.com (qunuxy-osmmailinglists at yahoo.com)
Date: Fri, 26 Oct 2012 15:55:19 +0100 (BST)
Subject: [Talk-de] NetMeterProject
In-Reply-To: <508A8008.3070206@yahoo.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com> <508A7915.6060201@tobias-knerr.de>
 <508A8008.3070206@yahoo.com>
Message-ID: <1351263319.90425.YahooMailNeo@web29301.mail.ird.yahoo.com>

Am 26.10.2012 14:20, schrieb Cobra:
> Lückenhaft unter CC finde ich da schon frech. Aber das noch als NC ist einfach nur unverschämt.
> Sorry, nicht mit mir. Und ich finde auch, dass man für sowas keine Werbung im OSM-Umfeld machen sollte, egal ob sie jetzt OSM-Daten _nutzen_ wollen oder nicht.

+1

Von den insgesamt ca. 610000 Samples (falls ich das richtig abgelesen habe) sind übrigens gerade einmal ca. 78000 unter CC-BY-NC-SA verfügbar, das sind weniger als 13 %.

Dieses Projekt würde ich sicher nicht als offen bezeichnen.




From dieterdreist at gmail.com  Fri Oct 26 14:56:03 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 26 Oct 2012 16:56:03 +0200
Subject: [Talk-de] NetMeterProject
In-Reply-To: <1351262525.55931.YahooMailNeo@web29304.mail.ird.yahoo.com>
References: <508A42D3.9030209@gmail.com> <508A4821.5030202@remote.org>
 <508A5479.4050302@gmail.com>
 <1351262525.55931.YahooMailNeo@web29304.mail.ird.yahoo.com>
Message-ID: <CABPTjTCx9XriqSJv=JKXJctruM+hwxskGtTa81W8cRoP811XOA@mail.gmail.com>

Am 26. Oktober 2012 16:42 schrieb qunuxy-osmmailinglists at yahoo.com
<qunuxy-osmmailinglists at yahoo.com>:
> Am 26.10.2012 11:14, schrieb Fred Jelk:
>> Alle anderen Daten, bleiben anonym und können nicht heruntergeladen werden.
>
> Auch die herunterladbaren CC-BY-NC-SA-Daten sind anonym.


solange noch nicht so viele mitmachen kann man allerdings auf deren
Karte ganz gut einzelne Leute in realtime(?) tracken ;-)

http://de.netmeterproject.com/stats

Gruß Martin



From dieterdreist at gmail.com  Fri Oct 26 15:41:50 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 26 Oct 2012 17:41:50 +0200
Subject: [Talk-de] ODBL-Flyer
In-Reply-To: <508A9A7A.9040208@uni-paderborn.de>
References: <508A9A7A.9040208@uni-paderborn.de>
Message-ID: <CABPTjTC2X7cKTQAWiMSHxW8ftRsTK7NGQHJKREgRrORSfMAh0Q@mail.gmail.com>

Am 26. Oktober 2012 16:13 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> ====
> OpenStreetMap verwendet zur Zeit die Lizenz ?Creative Commons Attribution
> Share-Alike?. Werke, die aus OSM-Daten hergestellt werden, müssen ebenfalls
> unter dieser Lizenz stehen.
> ====
> => finde ich schwierig auf die ODBL zu übertragen; jedenfalls ist es mit dem
> Ersetzen des Lizenznamens nicht getan, denn auf einmal haben wir die
> Unterscheidung zwischen Werken und abgeleiteten Datenbanken... Gute Ideen
> sind deshalb herzlich willkommen.


OpenStreetMap veröffentlicht die Kartendaten unter der
OpenDabaseLicense (ODbL 1.0) und darauf muss man auch hinweisen, wenn
man die Daten von Openstreetmap in einem Werk verwendet. Weitere
Auflagen gibt es für Werke aus OSM Daten nicht, wohl müssen aber
Verbesserungen und Ergänzungen, die man an den Daten vornimmt, auch
wieder unter der ODbL stehen, sofern man diese Daten oder daraus
gemachte Werke weitergeben will.

=> das ist ein bisschen länger als der ursprüngliche Text, und wer es
genauer wissen will, muss sich sowieso die Lizenz durchlesen, eine
Alternative wäre daher nur der erste Satz davon.

> ====
> Der Nürnberg-Stadtplan auf dieser Doppelseite wurde, wie auch die umseitige
> Umgebungskarte von Münster und die Weltkugel auf dem Titel, mit
> Open-Source-Software aus OpenStreetMap-Daten hergestellt und steht unter der
> Lizenz CC-BY-SA 2.0.
> ====
> => da es sich um die Mapnik-Kacheln handelt, ist das korrekt, es fehlt aber
> der Verweis auf die ODBL als Lizenz der Daten.


wenn man im Satz davor schon erklärt hat, dass Openstreetmap-Daten
unter der ODbL stehen, dann ist das damit abgedeckt. (Abgesehen davon
braucht man das aber in diesem Fall sowieso nicht tun, weil es sich ja
um cc-by-sa und nicht um ODbL Daten handelt. ODbL wäre hier sogar
falsch, wenn man nicht ein neues Bild rendert).

> ====
> Die Kartendaten für OpenStreetMap werden auf ganz unterschiedliche Weise
> erfasst. GPS-Gerät und handschriftliche Notizen sind klassische
> Arbeitsmittel; der GPS-Track zeichnet dabei genau auf, welchen Weg der
> Datenerfasser (im Projekt: ?Mapper?) zurückgelegt hat. Mittlerweile stehen
> dem Projekt vielerorts auch gute Luftbilder zur Verfügung.

=> hier könnte man evtl. ergänzen:

aber die wichtigste Ressource beim Kartieren ist das lokale Wissen der Mapper.


=> wobei dann später noch kommt

> .... Diese Daten können nur mit genauer
> Ortskenntnis hinzugefügt werden ? oder eben, indem der Mapper vor Ort
> recherchiert.
> ====
> => für meinen Geschmack fehlt noch das Beitragen mit lokalem Wissen, aber
> auch das ist kein Änderungswunsch mit ODBL-Bezug.

s.o., ein bisschen steckt schon drin, man könnte es aber noch mehr betonen

Gruß Martin



From wendorff at uni-paderborn.de  Fri Oct 26 15:53:10 2012
From: wendorff at uni-paderborn.de (Peter Wendorff)
Date: Fri, 26 Oct 2012 17:53:10 +0200
Subject: [Talk-de] ODBL-Flyer
In-Reply-To: <CABPTjTC2X7cKTQAWiMSHxW8ftRsTK7NGQHJKREgRrORSfMAh0Q@mail.gmail.com>
References: <508A9A7A.9040208@uni-paderborn.de>
 <CABPTjTC2X7cKTQAWiMSHxW8ftRsTK7NGQHJKREgRrORSfMAh0Q@mail.gmail.com>
Message-ID: <508AB1E6.40505@uni-paderborn.de>

Am 26.10.2012 17:41, schrieb Martin Koppenhoefer:
> Am 26. Oktober 2012 16:13 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
>> ====
>> OpenStreetMap verwendet zur Zeit die Lizenz ?Creative Commons Attribution
>> Share-Alike?. Werke, die aus OSM-Daten hergestellt werden, müssen ebenfalls
>> unter dieser Lizenz stehen.
>> ====
>> => finde ich schwierig auf die ODBL zu übertragen; jedenfalls ist es mit dem
>> Ersetzen des Lizenznamens nicht getan, denn auf einmal haben wir die
>> Unterscheidung zwischen Werken und abgeleiteten Datenbanken... Gute Ideen
>> sind deshalb herzlich willkommen.
> OpenStreetMap veröffentlicht die Kartendaten unter der
> OpenDabaseLicense (ODbL 1.0) und darauf muss man auch hinweisen, wenn
> man die Daten von Openstreetmap in einem Werk verwendet. Weitere
> Auflagen gibt es für Werke aus OSM Daten nicht, wohl müssen aber
> Verbesserungen und Ergänzungen, die man an den Daten vornimmt, auch
> wieder unter der ODbL stehen, sofern man diese Daten oder daraus
> gemachte Werke weitergeben will.
>
> => das ist ein bisschen länger als der ursprüngliche Text, und wer es
> genauer wissen will, muss sich sowieso die Lizenz durchlesen, eine
> Alternative wäre daher nur der erste Satz davon.
Wäre eine Möglichkeit. Danke.
>> ====
>> Der Nürnberg-Stadtplan auf dieser Doppelseite wurde, wie auch die umseitige
>> Umgebungskarte von Münster und die Weltkugel auf dem Titel, mit
>> Open-Source-Software aus OpenStreetMap-Daten hergestellt und steht unter der
>> Lizenz CC-BY-SA 2.0.
>> ====
>> => da es sich um die Mapnik-Kacheln handelt, ist das korrekt, es fehlt aber
>> der Verweis auf die ODBL als Lizenz der Daten.
> wenn man im Satz davor schon erklärt hat, dass Openstreetmap-Daten
> unter der ODbL stehen, dann ist das damit abgedeckt. (Abgesehen davon
> braucht man das aber in diesem Fall sowieso nicht tun, weil es sich ja
> um cc-by-sa und nicht um ODbL Daten handelt. ODbL wäre hier sogar
> falsch, wenn man nicht ein neues Bild rendert).
Dummerweise ist das ja nicht "Im Satz davor", sondern auf einer anderen 
Seite des Flyers, die Frage ist also, ob dabei der Zusammenhang deutlich 
genug ist.
Und ja, ich hätte das Bild auch ausgetauscht dabei; im Zweifelsfall auf 
den gleichen Ausschnitt, aber mit aktuellen ODBL-Daten gerendert (wenn 
nicht jemand einen Alternativvorschlag bringt).
>> ====
>> Die Kartendaten für OpenStreetMap werden auf ganz unterschiedliche Weise
>> erfasst. GPS-Gerät und handschriftliche Notizen sind klassische
>> Arbeitsmittel; der GPS-Track zeichnet dabei genau auf, welchen Weg der
>> Datenerfasser (im Projekt: ?Mapper?) zurückgelegt hat. Mittlerweile stehen
>> dem Projekt vielerorts auch gute Luftbilder zur Verfügung.
> => hier könnte man evtl. ergänzen:
>
> aber die wichtigste Ressource beim Kartieren ist das lokale Wissen der Mapper.
>
> => wobei dann später noch kommt
>> .... Diese Daten können nur mit genauer
>> Ortskenntnis hinzugefügt werden ? oder eben, indem der Mapper vor Ort
>> recherchiert.
>> ====
>> => für meinen Geschmack fehlt noch das Beitragen mit lokalem Wissen, aber
>> auch das ist kein Änderungswunsch mit ODBL-Bezug.
Stimmt... das hatte ich überlesen, damit muss das nicht mehr unbedingt 
extra rein ;)

Danke
Peter



From frederik at remote.org  Fri Oct 26 16:31:49 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 26 Oct 2012 18:31:49 +0200
Subject: [Talk-de] ODBL-Flyer
In-Reply-To: <508A9A7A.9040208@uni-paderborn.de>
References: <508A9A7A.9040208@uni-paderborn.de>
Message-ID: <508ABAF5.60009@remote.org>

Hallo,

On 10/26/12 16:13, Peter Wendorff wrote:
> Hat zufällig schon jemand den OSM-Flyer in einer ODBL-Version fertig?

Nein, hatte ich aber auch fuer irgendwann demnaechst auf dem Radar. Wenn 
Du mir die Arbeit abnimmst, umso besser ;)

> Gibt es einen Grund, dass mit FrobisherCondensed eine nicht freie
> Schriftart verwendet wurde (soweit ich das sehe, gibt es zwar eine
> Testversion kostenlos, die Vollversion kostet aber 12$:
> http://www.rubicon.ca/library28.htm)?

Der Grund ist, dass ich keine serifenlose, schoene, freie Schrift 
gefunden habe, aber vielleicht ist die Situation ja inzwischen anders.

> => da es sich um die Mapnik-Kacheln handelt, ist das korrekt, es fehlt
> aber der Verweis auf die ODBL als Lizenz der Daten.

Traditionell habe ich immer ein hochaufloesendes Bild selbst gerendert, 
d.h. es sind keine Mapnik-Kacheln.

> => hat auch nichts mit dem Lizenzwechsel zu tun zumindest; insofern pack
> ich das mal nicht an; 3. Auflage ist soweit ich weiß auch noch aktuell.

Ja, leider; eine vierte ist lang geplant und vor uns hergeschoben ;)

Bye
Frederik

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



From frederik at remote.org  Fri Oct 26 17:08:04 2012
From: frederik at remote.org (Frederik Ramm)
Date: Fri, 26 Oct 2012 19:08:04 +0200
Subject: [Talk-de] In einer Woche: Abendessen mit dem OSMF-Vorstand in Berlin
Message-ID: <508AC374.2070502@remote.org>

Hi,

    am Freitag 2.11. sind meine OSMF-Vorstandskollegen und ich in Berlin 
(es ist der Vorabend des "Face to Face"-Meetings, das es meist so einmal 
im Jahr gibt). Wir wuerden uns freuen, diejenigen von Euch, die in der 
Naehe sind, zum Pizzaessen/Biertrinken/... zu treffen:

http://wiki.openstreetmap.org/wiki/Berlin/OSMF-Vorstandstreffen_November_2012

Bye
Frederik

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



From unnoetige_mails at gmx.de  Fri Oct 26 19:46:38 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Fri, 26 Oct 2012 21:46:38 +0200
Subject: [Talk-de]
 =?iso-8859-1?q?OT=3A_Entwicklertag_f=FCr_=D6PNV-Daten?=
In-Reply-To: <k6e3gq$ulk$1@ultimate100.geggus.net>
References: <k6e3gq$ulk$1@ultimate100.geggus.net>
Message-ID: <508AE89E.3010809@gmx.de>

Hallo,

schöne Sache. Da freut man sich doch auf die ersten Anwendungen.:)
Ich habe mal aus Neugier die stops in ein JOSM lesbares Format umgewandelt.
Wer da Interesse hat kann sich melden.
Ich will hier nur nicht eine Datei mit Punkten in ganz Europa öffentlich 
posten.

Grüße

Andreas

Am 26.10.2012 15:34, schrieb Sven Geggus:
> Hallo,
>
> leicht Off topic aber vielleicht doch für den ein oder anderen von euch
> interessant.
>
> https://netzpolitik.org/2012/apps-the-city-entwicklertag-fur-opnv-daten/
> http://appsandthecity.net/
>
> Gruss
>
> Sven
>



From dieterdreist at gmail.com  Fri Oct 26 21:06:49 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Fri, 26 Oct 2012 23:06:49 +0200
Subject: [Talk-de]
	=?utf-8?q?Wie_mappe_ich_eine_Litfa=C3=9Fs=C3=A4ule=3F?=
In-Reply-To: <508A7FCD.1000108@tobias-knerr.de>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
 <50896217.6010603@gmail.com>
 <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>
 <CABPTjTDc+-CMZ1RVg0mB05igSud1W28gwBrxrc5pbv3Gsv6QuQ@mail.gmail.com>
 <508A7FCD.1000108@tobias-knerr.de>
Message-ID: <CABPTjTDJweD2cCv6xP_TUceQ4WW=zLgC=9ghFR30_vexs-JgNw@mail.gmail.com>

Am 26. Oktober 2012 14:19 schrieb Tobias Knerr <osm at tobias-knerr.de>:
> Am 26.10.2012 00:50, schrieb Martin Koppenhoefer:
> In den "suggested combinations" sollte orientation durch das häufiger
> verwendete, ausgewertete und in einer Proposal-Abstimmung bestätigte
> direction ersetzt werden.


hm, davon sind aber 61% "clockwise", wie sollte das hier passen? Ich
lasse erstmal orientation, weil ich das auch sprechender finde.


> Nicht ganz so begeistert bin ich ansonsten von dem
>  man_made = flagpole + advertising = flag
> aber das hatte ich ja früher schon einmal angesprochen. Es passt für
> mich einfach nicht so wirklich zum sonst dokumentierten
>  man_made = flagpole + flag:type = national/signal/...


ja, das ist nicht ganz so super schön, aber auszuhalten ;-). Die
Flaggen hatte damals jemand anders vorgeschlagen, und ich hatte das
mit aufgenommen, ein paar sind auch schon getaggt.

Gruß Martin



From lowflight66 at googlemail.com  Sat Oct 27 13:06:05 2012
From: lowflight66 at googlemail.com (fly)
Date: Sat, 27 Oct 2012 15:06:05 +0200
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <k632b3$1e3$1@ger.gmane.org>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
Message-ID: <508BDC3D.5030503@googlemail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 22/10/12 11:06, Stefan Tiran wrote:
> Stephan Knauss wrote:
>> On 19.10.2012 22:40, Frederik Ramm wrote:
>>>> JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert
>>>> JOSM am Laden und ist schwer wieder loszuwerden)
>> 
> Vielleicht ist es ja gerade der Sinn dieses Plugins, dass Leute, die 
> unreflektiert alles installieren auch dieses Plugin installieren, damit auf
> die Nase fallen und dann darüber nachdenken.

Also der Sinn hat sich ja auf der josm-dev geklärt. Allerdings finde ich die
Entscheidung von Frederik schon ein bisschen überzogen. Das Plugin hat keinen
Schaden verursacht und bei open source gibt es nie eine Garantie. Somit ist
jede(r) BenutzerIn selbst verantwortlich was er/sie installiert und ohne sich
darüber zu informieren.

Es werden jede Menge Warnungen angezeigt und auch beschrieben, wie man es
deaktiviert/deinstalliert. Der Entwickler hat angeboten die Dokumentation
und/oder Warnungen zu verbessern.

In diesem Sinne finde ich das Plugin in mehrerlei Hinsicht nützlich und frage
mich wer das Recht hat einfach so was vom svn zu entfernen (ist keine
Schadsoftware).

Bitte wieder sichtbar machen !

Grüße fly.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEAREIAAYFAlCL3DQACgkQHJwlxKzMjpY/twCffrQZea1+vFfH3WIQYLMhVVi7
QPcAnjQk2bLIZQPvijDfCo6rURwCe2+F
=0YIT
-----END PGP SIGNATURE-----



From osm at tobias-knerr.de  Sat Oct 27 13:19:51 2012
From: osm at tobias-knerr.de (Tobias Knerr)
Date: Sat, 27 Oct 2012 15:19:51 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <CABPTjTDJweD2cCv6xP_TUceQ4WW=zLgC=9ghFR30_vexs-JgNw@mail.gmail.com>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
 <CABPTjTDdN9wBpx52s9zywHYNE_RmZBy2R5Wk5fPkWfN540G_0g@mail.gmail.com>
 <50896217.6010603@gmail.com>
 <CABPTjTB0GC5NSyoxp3uMknpbHi87kwVSxwwLBBh2fCh0Fo+9EQ@mail.gmail.com>
 <CABPTjTDc+-CMZ1RVg0mB05igSud1W28gwBrxrc5pbv3Gsv6QuQ@mail.gmail.com>
 <508A7FCD.1000108@tobias-knerr.de>
 <CABPTjTDJweD2cCv6xP_TUceQ4WW=zLgC=9ghFR30_vexs-JgNw@mail.gmail.com>
Message-ID: <508BDF77.6020304@tobias-knerr.de>

Am 26.10.2012 23:06, schrieb Martin Koppenhoefer:
> Am 26. Oktober 2012 14:19 schrieb Tobias Knerr <osm at tobias-knerr.de>:
>> Am 26.10.2012 00:50, schrieb Martin Koppenhoefer:
>> In den "suggested combinations" sollte orientation durch das häufiger
>> verwendete, ausgewertete und in einer Proposal-Abstimmung bestätigte
>> direction ersetzt werden.
> 
> hm, davon sind aber 61% "clockwise", wie sollte das hier passen? Ich
> lasse erstmal orientation, weil ich das auch sprechender finde.

Der Key direction wird leider außer der Variante mit Himmelsrichtung
bzw. Gradzahl auch in anderer Bedeutung für mini_roundabout verwendet.
Dort (und eigentlich nur dort) sind die Werte "clockwise" und
"anticlockwise" im Gebrauch.

Daneben gibt es noch einige obsolete Verwendungen (up/down vor der
Einführung von incline) und Routenrelationen. Das geht aber so auch aus
http://wiki.openstreetmap.org/wiki/Key:direction
hervor.

Letztlich wird direction=<Himmelsrichtung/Gradzahl> deutlich häufiger
verwendet als orientation=<Himmelsrichtung>. Und das Problem mit anderen
Nutzungen hast du bei orientation auch:
http://taginfo.openstreetmap.org/keys/orientation#values
(Die häufigsten Werte sind "08/26", "07/25", "09/27", "11/29" etc.)

Darf ich dich außerdem daran erinnern, dass du damals dem Proposal zu
direction zugestimmt hast? ;)

Tobias



From lowflight66 at googlemail.com  Sat Oct 27 13:37:48 2012
From: lowflight66 at googlemail.com (fly)
Date: Sat, 27 Oct 2012 15:37:48 +0200
Subject: [Talk-de] =?iso-8859-1?q?Wie_mappe_ich_eine_Litfa=DFs=E4ule=3F?=
In-Reply-To: <5088E758.1090108@uni-paderborn.de>
References: <4C191918.6070408@freenet.de>
 <804E826B-B754-444C-8AEB-1ECFF9E61F57@assetburned.de>
 <4C192A81.9000100@freenet.de> <201210242220.21862.rgx@gmx.de>
 <CABPTjTAvDKLq5siQ8rY-GtdazuH-S6yXupiJP-ZE3Tdm6BecVw@mail.gmail.com>
 <5088E758.1090108@uni-paderborn.de>
Message-ID: <508BE3AC.30907@googlemail.com>

On 25/10/12 09:16, Peter Wendorff wrote:
> Spricht was dagegen, das advertising-Tag zur Abstimmung zu bringen?
> Zumal Du, Martin das, wenn ich das richtig sehe, das sogar "proposed" hast...
> 
> Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene Punkte:
> - two_sided=yes wird vorgeschlagen als Zusatztag für advertising=billboard, kann
> man machen, wäre aber IMHO nicht essentiell für den key selbst.
> - lit=yes wird vorgeschlagen, ist aber andererseits als Zusatztag ja schon
> vorgeschlagen, würde ich deshalb einfach als "empfehlenswerte Kombination"
> eintragen
> - Zusatztags für rotierende/wechselnde Reklameanzeigeflächen: auch das muss
> nicht unbedingt mit ins Proposal, und da advertising an sich bereits genutzt
> wird, würd ich das dann auch nicht mehr großartig ändern.
> 
> Das einzige, was mich persönlich davon abhalten würde ist, dass ich die
> Französische Übersetzung nicht auf Widersprüche überprüfen kann.

Ich habe bisher nichts auf tagging@ gelesen. Vielleicht gibt es auch noch
Meinungen außerhalb des deutschen Sprachraums. Dort könnte man auch gleichmal
fragen, ob die französische Version so in Ordnung ist bzw ob es starke
Abweichungen gibt.

Grüß
fly



From sfkeller at gmail.com  Sat Oct 27 20:20:33 2012
From: sfkeller at gmail.com (Stefan Keller)
Date: Sat, 27 Oct 2012 22:20:33 +0200
Subject: [Talk-de] Wiki Template:De:Description ...
In-Reply-To: <20120114190945.GA21579@eldorado.topf.org>
References: <20120114190945.GA21579@eldorado.topf.org>
Message-ID: <CAFcOn28N7oe_i+ELYZ6Nkmm8bvb9BZHx4hXJ-1WHsA-afUskkQ@mail.gmail.com>

Hallo Jochen

Ich bin mit dir einig, dass das eine lästige Indirektion ist. Der
Grund dafür muss wohl sein, dass man die Beschreibung im Wiki nur an
EINEM Ort eingibt und diese dann an im Wiki wiederverwenden kann, z.B.
in "Map Features". Beispiel Schloss (castle) [1] wird verwendet von
selbiger Seite und in "DE:Map Features", siehe [2].

Was ist nun deine Meinung dazu: Sollte das in den 350 Wiki-Seiten [3]
angepasst oder aber in Taginfo erweitert werden? Folgte ich deinem
Prinzip, zu nehmen, was die Mapper tun, so müsste konsequenterweise
Taginfo erweitert werden. Andererseits bin mit dir einig, dass das
Parsen eines zusätzlichen Templates eine mühsame Indirektion ist.

Liebe Grüsse,
Stefan

[1] http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle
[2] http://wiki.openstreetmap.org/wiki/Special:WhatLinksHere/Template:De:Description:Historic:Castle
[3] http://wiki.openstreetmap.org/wiki/Category:De-Description


Am 14. Januar 2012 20:09 schrieb Jochen Topf <jochen at remote.org>:
> Hi!
>
> Im Wiki sind lauter Seiten mit Namen Template:De:Description:Landuse:Allotments
> und sowas aufgetaucht mit Beschreibungen für Tags. Alles zusammengefasst in
> der Kategorie http://wiki.openstreetmap.org/wiki/Category:De-Description .
> Teilweise sind die in die Tag-Description-Templates eingebaut.
>
> Weiss jemand, was das soll? Das scheint mir eine unnötige Verkomplizierung des
> Wikis zu sein, die es allen schwieriger macht, die Seiten zu editieren. Mir
> macht es die Auswertung für taginfo schwieriger. Taginfo konnte sich früher
> einfach diese Beschreibungen rausziehen und nun klappt das nicht mehr.
>
> Jochen
> --
> Jochen Topf  jochen at remote.org  http://www.remote.org/jochen/  +49-721-388298
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



From osm at tappenbeck.net  Sun Oct 28 07:57:50 2012
From: osm at tappenbeck.net (Jan Tappenbeck)
Date: Sun, 28 Oct 2012 08:57:50 +0100
Subject: [Talk-de] =?iso-8859-15?q?Voradvents-Mappingparty_in_Sch=F6nberg/?=
 =?iso-8859-15?q?Mecklenburg?=
Message-ID: <508CE57E.3030901@tappenbeck.net>

in Weiterleitung von Rainer....

Moin,

bei dem letzten Lübecker Stammtisch haben wir darüber philosophiert, 
dass wir demnächst zu einer Mappingparty im Lübecker Umfeld einladen 
wollen. Ich hab mich der Idee mal angenommen, wobei mein Blick sofort 
auf das östlich an Lübeck angrenzende Nordwest-Mecklenburg fiel, da hier 
noch erheblicher Mappingbedarf besteht (es gibt hier sogar noch die 
andernorts schon so schmerzlich vermissten weißen Flächen ;-) ).

Ausgeguckter Zielort ist Schönberg/Mecklenburg [1] 
<http://www.openstreetmap.org/?lat=53.85&lon=10.935&zoom=15&layers=M>; 
das Städtchen liegt an der Bahnlinie Lübeck-Bad Kleinen - mit Bahnhof, 
ist also recht gut zu erreichen. Vorab habe ich schon mal Räumlichkeiten 
im Gebäude der Freiwilligen Feuerwehr 
<http://www.openstreetmap.org/?way=158297080> [2] für Samstag, den 
24.11.2012 reserviert. Einen WLAN-Anschluss gibt's dort wohl auch.
Bevor wir mit der Detailplanung beginnen, möchte ich mal in die Runde 
fragen, wer 'in der kalten Jahreszeit' - voraussichtlich - kommen würde.
Sofern sich bis nächsten Do, 1.11. (also zu unserem nächsten Lübecker 
Stammtisch) etwa acht (oder mehr :-) ) Interessenten finden, würden wir 
die Vorbereitungen fortsetzen; ansonsten verschieben wir die ganze 
Aktion in Richtung Mai 2013 ...
Insofern bei Interesse bitte rechtzeitig 'Signal geben' ...

Involviert in die Vorbereitungen sind derzeit auch Jan aus Lübeck und 
Wolfgang aus Hamburg ...
Diese Rundmail läuft über die Mailing-Listen Lübeck, Hamburg und MeckPomm.

Viele Grüße aus Lübeck

Rainer alias projecter63

[1] http://www.openstreetmap.org/?lat=53.85&lon=10.935&zoom=15&layers=M
[2] http://www.openstreetmap.org/?way=158297080


From Manuel.Spam at nurfuerspam.de  Sun Oct 28 10:12:49 2012
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 28 Oct 2012 11:12:49 +0100
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <508BDC3D.5030503@googlemail.com>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
 <508BDC3D.5030503@googlemail.com>
Message-ID: <k6j0re$vuc$1@ger.gmane.org>

fly wrote:
> Also der Sinn hat sich ja auf der josm-dev geklärt.

Ist das so? Ich habe die Liste überflogen, den Thread aber leider nicht gefunden.

Kannst du bitte noch einen Link ins Archiv nachreichen?

> Allerdings finde ich die
> Entscheidung von Frederik schon ein bisschen überzogen. Das Plugin hat keinen
> Schaden verursacht und bei open source gibt es nie eine Garantie.

Falsch. Bei so manchem OSS-Projekt hat man sogar noch deutlich mehr Sicherheit. 
Bei Firefox-Addons zum Beispiel. Die werden generell erst von einem Reviewer 
begutachtet bevor sie auf die Benutzer losgelassen werden.

Ich frage mich in dem Zusammenhang eher ob eigentlich jeder ein Josm-Plugin 
bauen und auf die öffentliche Liste setzen kann, ohne das vorher da jemand 
nochmal drüberschaut.

Gruß

Manuel




From osm at stephans-server.de  Sun Oct 28 11:08:49 2012
From: osm at stephans-server.de (Stephan Knauss)
Date: Sun, 28 Oct 2012 12:08:49 +0100
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <k6j0re$vuc$1@ger.gmane.org>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
 <508BDC3D.5030503@googlemail.com> <k6j0re$vuc$1@ger.gmane.org>
Message-ID: <508D1241.6020903@stephans-server.de>

On 28.10.2012 11:12, Manuel Reimer wrote:
> fly wrote:
>> Also der Sinn hat sich ja auf der josm-dev geklärt.
>
> Ist das so? Ich habe die Liste überflogen, den Thread aber leider nicht
> gefunden.
Das hat jemand geschrieben um seine OSM-Sucht in den Griff zu bekommen.

Passiert wohl häufiger.
Ich habe einen Kollegen der daheim in der Firewall den Zugriff auf die 
Firmenmail geblockt hat, damit er nicht in Versuchung kommt. Und eine 
ehemalige Kollegin hat das Kabel zum Modem durchgeschnitten um vom 
Internet wegzukommen.

Vor dem Hintergrund hat so ein Plugin schon seine Berechtigung. Ich 
möchte es aber ungern in DER Pluginliste sehen. Nicht nur weil jemand 
vielleicht einfach alle Plugins installiert, sondern auch weil man ja 
versehentlich danebenklicken kann.

Wie genau die Warnungen von dem no_more_mapping plugin ausgesehen haben 
kann ich nicht sagen, da das Plugin recht schnell weg war. Vielleicht 
hätte das auch gereicht um das Plugin unmöglich versehentlich zu 
installieren.

> Ich frage mich in dem Zusammenhang eher ob eigentlich jeder ein
> Josm-Plugin bauen und auf die öffentliche Liste setzen kann, ohne das
> vorher da jemand nochmal drüberschaut.

Im Prinzip ja. Du brauchst einen Zugang zum svn oder hier: 
https://josm.openstreetmap.de/wiki/Plugins

SVN lässt sich wohl noch einfach nachverfolgen, schwieriger wird es mit 
externen Plugins.

Wir könnten die Plugins signieren. In JOSM kommt eine Whitelist mit 
vertrauenswürdigne Autoren mit, die ihre Plugins auch pflegen. Sprich es 
wird dort der Public Key hinterlegt.

Bei anderen Plugins (oder wenn die Signatur nicht stimmt) muss der 
Benutzer eine Warnung abnicken.

Der Mehraufwand beim Deployment hält sich in Grenzen. Ich hatte damals 
den Windows-Installer für T at H auch signiert.

Stephan





From pille3 at hotmail.com  Sun Oct 28 11:21:22 2012
From: pille3 at hotmail.com (Walter Nordmann)
Date: Sun, 28 Oct 2012 04:21:22 -0700 (PDT)
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <508D1241.6020903@stephans-server.de>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
 <508BDC3D.5030503@googlemail.com> <k6j0re$vuc$1@ger.gmane.org>
 <508D1241.6020903@stephans-server.de>
Message-ID: <1351423281728-5733166.post@n5.nabble.com>

Stephan Knauss wrote
> Wie genau die Warnungen von dem no_more_mapping plugin ausgesehen haben 
> kann ich nicht sagen, da das Plugin recht schnell weg war. Vielleicht 
> hätte das auch gereicht um das Plugin unmöglich versehentlich zu 
> installieren.

Das Plugin ist inzwischen im aktuellen SVN wieder drin - allerdings
"entschärft". Ganz am Anfang ist ein bewusster Systax-Verstoß eingebaut, der
ein Kompilieren verhindert. ("Remove this garbage line if you really want to
compile the plugin.") 

Dadurch kann sich jeder das Teil ansehen und auch für sich aktivieren.

Gruss
walter





--
View this message in context: http://gis.19327.n5.nabble.com/JOSM-Plugin-no-more-mapping-tp5731892p5733166.html
Sent from the Germany mailing list archive at Nabble.com.



From frederik at remote.org  Sun Oct 28 12:57:49 2012
From: frederik at remote.org (Frederik Ramm)
Date: Sun, 28 Oct 2012 13:57:49 +0100
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <1351423281728-5733166.post@n5.nabble.com>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
 <508BDC3D.5030503@googlemail.com> <k6j0re$vuc$1@ger.gmane.org>
 <508D1241.6020903@stephans-server.de>
 <1351423281728-5733166.post@n5.nabble.com>
Message-ID: <508D2BCD.3060509@remote.org>

Hallo,

On 10/28/12 12:21, Walter Nordmann wrote:
> Das Plugin ist inzwischen im aktuellen SVN wieder drin - allerdings
> "entschärft". Ganz am Anfang ist ein bewusster Systax-Verstoß eingebaut, der
> ein Kompilieren verhindert. ("Remove this garbage line if you really want to
> compile the plugin.")

Ja, ich denke, es war eine Ueberreaktion von mir, den *source* zu 
loeschen, es haette je gereicht, das Binary zu loeschen, um das Plugin 
aus der JOSM-Downloadliste zu streichen.

Dabei habe ich aber dann diese Zeile eingebaut, hauptsaechlich, um zu 
verhindern, dass irgendein schlaues Skript irgendwo alle Plugins 
durchguckt und automatisch compiliert und in die Downloadliste reintut ;)

In der Tat kann derzeit jeder, auch anonym, Plugins in die "offizielle" 
Downloadliste eintragen; es findet keine Vorab-Pruefung statt. Mit dem 
Signieren kenne ich mich nicht so aus, aber wenn man damit irgendwas 
erreichen koennte, dass JOSM Plugins in zwei Gruppen unterteilt, 
signierte und unsignierte, und dem User so ein Haeckchen anbietet "auch 
unsignierte Plugins zeigen", waer das vielleicht gar nicht schlecht - 
bloss wer entscheidet, was signiert wird? Gibt wieder Mehrarbeit fuer 
irgendjemanden.

Bye
Frederik

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



From lowflight66 at googlemail.com  Sun Oct 28 13:53:10 2012
From: lowflight66 at googlemail.com (fly)
Date: Sun, 28 Oct 2012 14:53:10 +0100
Subject: [Talk-de] JOSM Plugin no_more_mapping
In-Reply-To: <508D2BCD.3060509@remote.org>
References: <5081AA91.5070104@web.de> <5081BAB7.2040204@remote.org>
 <5081D99D.5040205@stephans-server.de> <k632b3$1e3$1@ger.gmane.org>
 <508BDC3D.5030503@googlemail.com> <k6j0re$vuc$1@ger.gmane.org>
 <508D1241.6020903@stephans-server.de>
 <1351423281728-5733166.post@n5.nabble.com> <508D2BCD.3060509@remote.org>
Message-ID: <508D38C6.6010600@googlemail.com>

On 28/10/12 13:57, Frederik Ramm wrote:
> Hallo,
> 
> On 10/28/12 12:21, Walter Nordmann wrote:
>> Das Plugin ist inzwischen im aktuellen SVN wieder drin - allerdings
>> "entschärft". Ganz am Anfang ist ein bewusster Systax-Verstoß eingebaut, der
>> ein Kompilieren verhindert. ("Remove this garbage line if you really want to
>> compile the plugin.")
> 
> Ja, ich denke, es war eine Ueberreaktion von mir, den *source* zu loeschen, es
> haette je gereicht, das Binary zu loeschen, um das Plugin aus der
> JOSM-Downloadliste zu streichen.

Super, wenn Du das selber so einsiehst und danke.

> In der Tat kann derzeit jeder, auch anonym, Plugins in die "offizielle"
> Downloadliste eintragen; es findet keine Vorab-Pruefung statt. Mit dem Signieren
> kenne ich mich nicht so aus, aber wenn man damit irgendwas erreichen koennte,
> dass JOSM Plugins in zwei Gruppen unterteilt, signierte und unsignierte, und dem
> User so ein Haeckchen anbietet "auch unsignierte Plugins zeigen", waer das
> vielleicht gar nicht schlecht - bloss wer entscheidet, was signiert wird? Gibt
> wieder Mehrarbeit fuer irgendjemanden.

JOSM ist in dieser Hinsicht sehr liberal und bisher gab es auch nur wenig Probleme.

Signieren ist schon eine schöne Sache, hilft uns aber hier nicht weiter.

1. Haben wir wieder das gleiche Problem wie am Anfang: Die BenutzerInnen achten
auch hier nicht darauf von wem der Kode kommt.
2. Entwickler zverik ist bekannt und hat schon andere Erweiterungen entwickelt
sowie einige Patches für JOSM geschrieben.

Grüße
fly



From m.gehling at gmx.de  Sun Oct 28 17:48:32 2012
From: m.gehling at gmx.de (Gehling Marc)
Date: Sun, 28 Oct 2012 18:48:32 +0100
Subject: [Talk-de] Wochennotiz Nr. 119
Message-ID: <67F2F47B-7157-4276-A4EE-74AB131ECEE3@gmx.de>

Hallo,

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

Viel Spaß beim Lesen!


From dieterdreist at gmail.com  Tue Oct 30 12:10:06 2012
From: dieterdreist at gmail.com (Martin Koppenhoefer)
Date: Tue, 30 Oct 2012 13:10:06 +0100
Subject: [Talk-de] Verkaufsautomaten, Semantik von amenity=vending_machine
Message-ID: <CABPTjTD=PQd6Pp-+BWsbkSnCkw_-CfmyVqT3gJO3VYJBfE11oQ@mail.gmail.com>

Das Wiki schreibt zu amenity=vending_machine, dass man damit auch
Vorrichtungen taggen könne, die Waren umsonst verteilen (
payment:none=yes ), also z.B. Hundekottütenspender. Das macht
allerdings semantisch keinen Sinn, da es sich nicht um
Verkaufsautomaten handelt, wenn sie nichts verkaufen (vending).

http://wiki.openstreetmap.org/wiki/Vending_machine

Zugegebenermaßen kommt dieser Einwand nicht besonders früh, und das
Tagging von Vorrichtungen, die unentgeltlich Waren verteilen, scheint
eher noch in den Kinderschuhen zu stecken:
http://taginfo.openstreetmap.org/search?q=amenity%3Ddispenser

Kann man das noch irgendwie grade biegen?

Gruß Martin



From nicolaus1977 at gmx.de  Wed Oct 31 20:09:01 2012
From: nicolaus1977 at gmx.de (nicolaus1977)
Date: Wed, 31 Oct 2012 21:09:01 +0100
Subject: [Talk-de] JOSM - WMS Layer voreinstellen?
In-Reply-To: <CAOW4KXgZZ_Vn7HvNTVQXnyat0Ma6GPbgs1hC0vDbQLaXGz=2Rw@mail.gmail.com>
References: <CAOW4KXgZZ_Vn7HvNTVQXnyat0Ma6GPbgs1hC0vDbQLaXGz=2Rw@mail.gmail.com>
Message-ID: <5091855D.80604@gmx.de>

Moin zusammen,

eigentlich mag ich JOSM.
Was mich nervt ist jedoch, dass ich meine WMS-Layer jedes Mal wieder neu 
aufrufen und einstellen muss.
Im Wesentlichen benutze ich 2 WMS-Layer. Da sich die Layer jedoch nicht 
automatisch an den jeweiligen Zoom-Level anpassen, benutze ich beide 
Layer 2x, jeweils mit unterschiedlichen Auflösungen.
Zwei der 4 Ebenen müssen dann noch auf halbtransparent gestellt werden.

.... die ersten paar Minuten vergehen also nur mit dem Laden und 
Einstellen der WMS-Layer. :-(

Gibt es keine Möglichkeit das ganze als Voreinstellung in JOSM zu wählen?

Vielen Dank vorab und (zumindest Teilen von Deutschland) einen schönen 
Feiertag!


Michael



From traut at gmx.de  Wed Oct 31 20:52:07 2012
From: traut at gmx.de (Martin Trautmann)
Date: Wed, 31 Oct 2012 21:52:07 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <004101cda60f$d45eb830$fe78a8c0@Desktop>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop>
Message-ID: <50918F77.6060703@gmx.de>

On 12-10-09 13:18, Dietmar wrote:

> Aktueller Stand der Straßenlisten im Wiki
> ---
> Die deutschen Straßenlisten sind fast alle importiert: Quellen waren
> * Florian Lohoffs Listen (im damaliagen Zustand)
> * Sven Anders Listen (im damaligen Zustand)
> * bei mir aktiv verwaltete Listen (über Mails erhalten)
> * zentral nutzbare Straßenlisten von Rheinland-Pfalz und Thüringen mit
> jeweils Stand 1.10.2012

Wie kann man diese Listen denn korrigieren?

Beispiel:
http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/09569/Sachsen/Direktionsbezirk+Chemnitz/Mittelsachsen/Frankenstein/index.html

... da dümpelt ein wirrer Seitenzweig herum, der eigentlich unter
http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Sachsen/Mittelsachsen/index.html
gehören würde.

Die Seite nennt
Oederan OT Frankenstein 2012-03-20 09:09:42	13 	15 	86%

... also eine schon länger nicht aktualisierte Leiche mit der Fehlermeldung
 Zustand Gemeindegrenze/Daten in Gebiet
 missing_polygon
... und der nicht (mehr) existierenden Seite
<http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/09569/Sachsen/Direktionsbezirk+Chemnitz/Mittelsachsen/Frankenstein/Oederan+OT+Frankenstein.html>



From unnoetige_mails at gmx.de  Wed Oct 31 21:19:22 2012
From: unnoetige_mails at gmx.de (Andreas Dommaschk)
Date: Wed, 31 Oct 2012 22:19:22 +0100
Subject: [Talk-de]
 =?iso-8859-1?q?Stra=DFenlistenauswertung_in_Beta-Versio?=
 =?iso-8859-1?q?n_verf=FCgbar?=
In-Reply-To: <50918F77.6060703@gmx.de>
References: <004101cda60f$d45eb830$fe78a8c0@Desktop> <50918F77.6060703@gmx.de>
Message-ID: <509195DA.4090008@gmx.de>

Am 31.10.2012 21:52, schrieb Martin Trautmann:
> On 12-10-09 13:18, Dietmar wrote:
>
>> Aktueller Stand der Straßenlisten im Wiki
>> ---
>> Die deutschen Straßenlisten sind fast alle importiert: Quellen waren
>> * Florian Lohoffs Listen (im damaliagen Zustand)
>> * Sven Anders Listen (im damaligen Zustand)
>> * bei mir aktiv verwaltete Listen (über Mails erhalten)
>> * zentral nutzbare Straßenlisten von Rheinland-Pfalz und Thüringen mit
>> jeweils Stand 1.10.2012
> Wie kann man diese Listen denn korrigieren?
Du kannst dich in dem Wiki der Straßenliste anmelden und die Straße 
korregieren.

vg

Andreas