Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden jotpe
Also nur in absolute Hausnummerfreien Gebieten importieren, warum nicht lückenhafte Gebiete um das Fehl ergänzen? Am 5. Juli 2013 18:16 schrieb Raimond Spekking raimond.spekk...@gmail.com: Außerdem fände ich es spannend, wenn jemand einen WMS/Layer mit den Hausnummern und den anderen

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden jotpe
NUTZUNG können wir ja als description an der Adressnode kleben lassen, solange kein Gebäude da ist. Wer ein Gebäude einzeichnet übernimmt einfach die Eigenschaften der Adressnode, oder? Wenn du magst kannst du mal mit einer Übersetzungstabelle auf der Wikiseite anfangen. Wahrscheinlich sollte

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden Raimond Spekking
Am 06.07.2013 08:07, schrieb jotpe: Also nur in absolute Hausnummerfreien Gebieten importieren, warum nicht lückenhafte Gebiete um das Fehl ergänzen? Wenn sichergestellt ist, dass keine doppelten Einträge entstehen, habe ich keine Einwände. Aber ich habe keine Lust, in meinen Kölner Gebieten

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden Danijel Schorlemmer
On Saturday, July 06, 2013 08:15:19 AM you wrote: NUTZUNG können wir ja als description an der Adressnode kleben lassen, solange kein Gebäude da ist. Wer ein Gebäude einzeichnet übernimmt einfach die Eigenschaften der Adressnode, oder? Mein Vorschlag ist es, keine description zu behalten,

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden jotpe
Frederik hat zwar erwähnt, dass es so ein Skript gibt, aber ich dachte der momentane Tenor geht von einem halbautomatischen Import mit JOSM Planquadrat für Planquadrat in einer großen Aufrufaktion aus... Gruß Johannes Am 6. Juli 2013 10:13 schrieb Raimond Spekking raimond.spekk...@gmail.com:

Re: [Talk-de] Bauliche Trennung

2013-07-06 Diskussionsfäden Martin Koppenhoefer
Am 5. Juli 2013 22:12 schrieb Tirkon tirko...@yahoo.de: Inzwischen fühle ich mich nicht überzeugt aber zumindest in dieser Mailingliste überstimmt. Allerdings hat sich das OSM Forum schon vor einem halben Jahr mehrheitlich für die zwei gegenläufigen Einbahnstraßen entschieden, Worum es

Re: [Talk-de] Spurassistent / lanes / turn

2013-07-06 Diskussionsfäden André Reichelt
Am 05.07.2013 17:18, schrieb chris66: Am 05.07.2013 16:22, schrieb Florian Lohoff: Ich habe da fuer mich mal ein Best common practice fuer das Autobahnzeugs gemacht - d.h. motorway_link am begin des Verzögerungsstreifens beginnend parallel fuehren etc. Nein, siehe Thread bauliche

Re: [Talk-de] Spurassistent / lanes / turn

2013-07-06 Diskussionsfäden Bernhard Weiskopf
Wo man in Realität noch lustig zwischen den Spuren hin- und her wechseln kann, darf es keine parallelen highways geben. Ich habe das teilweise trotzdem gemacht, und zwar immer da, wo es mit einer einzelnen Spur nicht mehr sinnvoll editierbar gewesen wäre. Ein Problem ist dann auch die

Re: [Talk-de] LWG 1. Halbjahr 2013

2013-07-06 Diskussionsfäden fly
Am 03.07.2013 19:35, schrieb Simon Poole: Hey Simon und der Rest. Danke dass Ihr ein wenig aus Eurem Schattendasein getreten seid. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Spurassistent / lanes / turn

2013-07-06 Diskussionsfäden fly
Am 06.07.2013 13:57, schrieb André Reichelt: Ich habe das teilweise trotzdem gemacht, und zwar immer da, wo es mit einer einzelnen Spur nicht mehr sinnvoll editierbar gewesen wäre. Leider fehlt JOSM nach wie vor ein vernünftiges Plugin, mit dem man Spuren gestalten kann. Es gibt zumindest

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden Martin Koppenhoefer
Am 6. Juli 2013 10:15 schrieb Danijel Schorlemmer o...@schorlemmer.net: Mein Vorschlag ist es, keine description zu behalten, sondern diese in building:use und building:type zu uebersetzen. +1, wobei man klären sollte, wie das in den Originaldaten gemacht wird (z.B. eine ehem. Lagerhalle,

Re: [Talk-de] Bauliche Trennung

2013-07-06 Diskussionsfäden Tirkon
Martin Koppenhoefer dieterdre...@gmail.com wrote: Worum es im Prinzip geht ist, den Unterschied zwischen physisch unmöglich und lediglich verboten aber theoretisch möglich festzuhalten (hinsichtlich eines U-Turns z.B.) Mir ist schon klar, worum es geht. Es ist aber beispielsweise zweifelhaft, wo

Re: [Talk-de] Bauliche Trennung

2013-07-06 Diskussionsfäden fly
Am 06.07.2013 14:56, schrieb Tirkon: Martin Koppenhoefer dieterdre...@gmail.com wrote: Worum es im Prinzip geht ist, den Unterschied zwischen physisch unmöglich und lediglich verboten aber theoretisch möglich festzuhalten (hinsichtlich eines U-Turns z.B.) Mir ist schon klar, worum es

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden fly
Hey Habe mir nochmal Gedanken zu den in Straßen eingelassenen Weichen gemacht: Eigentlich sollte es möglich sein mit zB switch:direction=left/right die Richtung anzugeben. Mensch kann dann zwar immer noch nur einen Punkt für zwei Weichen verwenden, aber funktional wäre es. Somit braucht es nur

Re: [Talk-de] Bauliche Trennung

2013-07-06 Diskussionsfäden Martin Koppenhoefer
Am 6. Juli 2013 14:56 schrieb Tirkon tirko...@yahoo.de: Martin Koppenhoefer dieterdre...@gmail.com wrote: Worum es im Prinzip geht ist, den Unterschied zwischen physisch unmöglich und lediglich verboten aber theoretisch möglich festzuhalten (hinsichtlich eines U-Turns z.B.) Mir ist schon

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden Wilhelm Spickermann
Am Sat, 06 Jul 2013 15:43:18 +0200 schrieb fly lowfligh...@googlemail.com: Eigentlich sollte es möglich sein mit zB switch:direction=left/right die Richtung anzugeben. Mensch kann dann zwar immer noch nur einen Punkt für zwei Weichen verwenden, aber funktional wäre es. Somit braucht es nur

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden Peter Wendorff
Am 06.07.2013 17:25, schrieb Wilhelm Spickermann: Am Sat, 06 Jul 2013 15:43:18 +0200 schrieb fly lowfligh...@googlemail.com: Eigentlich sollte es möglich sein mit zB switch:direction=left/right die Richtung anzugeben. Mensch kann dann zwar immer noch nur einen Punkt für zwei Weichen

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden jotpe
Am 6. Juli 2013 15:00 schrieb Martin Koppenhoefer dieterdre...@gmail.com: +1, wobei man klären sollte, wie das in den Originaldaten gemacht wird (z.B. eine ehem. Lagerhalle, die jetzt bewohnt wird, taucht die als Lagerhalle oder Wohngebäude auf?). Oder eine Kirche, entweiht und jetzt als

[Talk-de] admin_centre und label einer Boundary-Relation

2013-07-06 Diskussionsfäden jotpe
Hallo, kann mir jemand sagen, wo die Unterschiede zwischen admin_centre und label liegen? Sollte ich admin_centre einer boundary-Relation immer auf die Place-Node des Verwaltungs/ gefühltes Zentrum zu setzen und label nur auf die Place-Nodes sofern keine Selbstverwaltung vorliegt? Gibt es

Re: [Talk-de] admin_centre und label einer Boundary-Relation

2013-07-06 Diskussionsfäden fly
Am 06.07.2013 20:32, schrieb jotpe: Hallo, kann mir jemand sagen, wo die Unterschiede zwischen admin_centre und label liegen? mit admin_centre tags Du das Verwaltungszentrum und label ist dafür da dem Renderer eine Hilfstellung für den Namen zu geben Sollte ich admin_centre einer

Re: [Talk-de] Adressbestände Köln nun als OpenData

2013-07-06 Diskussionsfäden Martin Koppenhoefer
On 06/lug/2013, at 19:59, jotpe jotpe@gmail.com wrote: Die Daten spiegeln den letzten amtlichen Stand wieder. Etwas anderes weiß die Stadt nicht. Zunächst sollten wir davon ausgehen, dass die Daten stimmen. es soll halt auch noch in den Daten stimmen, nachdem es nach Osm transferiert

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden Garry
Am 06.07.2013 19:20, schrieb Peter Wendorff: Am 06.07.2013 17:25, schrieb Wilhelm Spickermann: Die Schienenwege haben außerdem auch andere Wegenamen, Geschwindigkeitsbegrenzungen, Einbahnregelungen, Ampeln, Vorfahrtsregeln, Abbiegeverbote usw. Ich führe mal Bielefeld als Gegenbeispiel an:

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden fly
Am 06.07.2013 23:52, schrieb Garry: Am 06.07.2013 19:20, schrieb Peter Wendorff: Am 06.07.2013 17:25, schrieb Wilhelm Spickermann: Nicht wirklich. Strassenbahnen halten an Haltestellen, an Ampeln holen sie sich nicht selten die Grünphase per Vorrangschaltung/Fernsteuerung - haben also ihren

Re: [Talk-de] Karte einbinden im OSM Wiki - umap

2013-07-06 Diskussionsfäden Gertrud Simson
Danke, das sieht auch sehr gut aus. Werde ich mir mal anschauen. VG Stefan Am 6. Juli 2013 01:44 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Schau dir mal UMAP an. Dann brauchst du, um auf deine persönliche Karte zu verlinken, keinen Webspace: http://umap.openstreetmap.fr/en/ Grüße

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden Wolfgang Hinsch
Hallo, ich habe auch noch eine Idee dazu. Kann man das nicht mit etwas Redundanz lösen? Die Schienen werden einzeln lagerichtig erfasst, wie es allgemein für Gleise üblich ist. Für das Schienenfahrzeug kann man die bauliche Trennung nicht wegdiskutieren. Die Straße wird als way erfasst, wie

Re: [Talk-de] Bauliche Trennung

2013-07-06 Diskussionsfäden Wolfgang Hinsch
Am Freitag, den 05.07.2013, 14:38 +0200 schrieb fly: Am 05.07.2013 14:27, schrieb Ronnie Soak: Wenn ich da doch noch etwas einwerfen duerfte: OSM mappt halt gerne was physisch vorhanden ist. Tirkon möchte mehrere physische Zustände in einer Art zu mappen vereinheitlichen, weil sie

Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-07-06 Diskussionsfäden Wolfgang Hinsch
Am Sonntag, den 07.07.2013, 06:15 +0200 schrieb Wolfgang Hinsch: http://wiki.openstreetmap.org/wiki/Key:lanes Gemeint war http://wiki.openstreetmap.org/wiki/DE:Lanes Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org