x

Datenimport Kreisgrenzen von infasGEOdaten


  1. Datenimport Kreisgrenzen von infasGEOdaten · John07 (Gast) · 17.11.2008 18:28 · [flux]

    Von talk-de: Die Firma Infas GEOdaten (http://www.infas-geodaten.de/) hat der Geofabrik freundlicherweise aus eigenem Datenbestand die Geometrien aller Kreisgrenzen in Deutschland mit Stand vom Ende 2005 zur Verfügung gestellt und dem Import in die OSM-Datenbank zugestimmt. Wir haben uns die Daten angesehen und mal vorläufig geprüft, ob sie nutz- und konvertierbar sind. Wir haben vorher nichts gesagt, weil wir keine ungefangenen Fische verkaufen wollten, aber es sieht so aus, als ob die Daten ganz nützlich sein könnten. Die Daten sind teilweise nicht aktuell, aber die Geometrien sind besser aufgelöst als die meisten Daten, die wir derzeit haben (die kommen zum großen Teil aus dem Import der GADM-Daten (UNEP/GRID)). Wir wollen daher die neuen Daten (zumindest teilweise) importieren. Format der Daten Wir haben die Daten als Shapefiles mit einem Polygon pro Kreis bekommen. Zusätzlich ist jeweils der Kreisbezeichner aus dem amtlichen Gemeindeschlüssel (AGS5) (siehe http://de.wikipedia.org/wiki/Amtlicher_ … schlüssel) und der Name des Landkreises bzw. der kreisfreien Stadt enthalten. Die Polygone gehen an der Küste nicht aufs Wasser hinaus, sondern dann die Küstenlinie lang. Diese Daten wollen wir so konvertieren, dass sie folgendes Format haben: (Siehe auch http://wiki.openstreetmap.org/index.php … Boundaries .) Für jeden Kreis wird eine Relation mit folgenden Tags angelegt: type=multipolygon boundary=administrative admin_level=6 [siehe http://wiki.openstreetmap.org/index.php … min_level] name=[Der Name] de:amtlicher_gemeindeschluessel=[AGS5] source=infas_geodaten_kreisgrenzen_import ([URL einer noch anzulegenden Wiki-Seite]) Mitglieder dieser Relation sind die einzelnen Ways, die die Grenzen ausmachen. Die Grenzen werden dabei so in Ways aufgeteilt, dass sich angrenzende Kreise einen gemeinsamen Way teilen können. Die einzelnen Ways haben die folgenden Tags: boundary=administrative admin_level=6 An den Bundeslandgrenzen bzw. an der Staatsgrenze haben die einzelnen Ways entsprechend kleinere admin_levels: admin_level=2 (an der Staatsgrenze) admin_level=4 (an den Grenzen der Bundesländer) Für die Bundesländer werden jeweils ebenfalls Relationen angelegt: type=boundary boundary=administrative admin_level=4 name=[Name des Bundeslandes] de:amtlicher_gemeindeschluessel=[AGS2] source=infas_geodaten_kreisgrenzen_import ([URL einer noch anzulegenden Wiki-Seite]) Für die Staatsgrenze wird die folgende Relation angelegt: type=boundary boundary=administrative admin_level=2 name=Bundesrepublik Deutschland source=infas_geodaten_kreisgrenzen_import ([URL einer noch anzulegenden Wiki-Seite]) Das Vorgehen haben wir uns so vorgestellt: 1. Ab sofort steht im OSM Inspector ein neuer View mit den aktuell in OSM vorhandenen Grenzen zur Verfügung. Der View enthält zusätzlich einen Layer mit den neuen Kreisgrenzen. Schaut Euch das bitte an und meldet Euch, wenn ihr irgendwelche Probleme seht. http://tools.geofabrik.de/osmi/?view=kreisgrenzen 2. Wer von Kreisgrenzen weiß, die bisher besser sind als die neuen Daten, z.B. weil er selbst für seine Stadt sehr gut aufgelöste hat oder dergl. soll sich bitte melden. Wir können dann diese Bereiche vom späteren Import ausschließen bzw. diskutieren, wie wir im Einzelfall weiter vorgehen. Genauso wenn irgendwo Fehler in den Daten sind, z.B. weil seither Kreise zusammengelegt wurden usw. 3. Wir importieren die neuen Daten (*zum Format siehe oben). Die Tags der alten Daten werden geändert (z.B. boundary=administrative ändern in obsolete_boundary=administrative), sodass sie als Referenz noch da sind, aber nicht mehr auf der Karte erscheinen. 4. Jeder kann sich die neuen Daten anschauen und ggf. ändern, Lücken schließen, an andere Daten anpassen usw. Die alten Daten sind im ja Editor noch sichtbar. 5. Wir löschen nach ausreichender Übergangszeit die alten, nun überflüssig gewordenen Daten. (In der History bleiben sie aber natürlich erhalten.) Das Ganze ist natürlich schon eine größere Operation und wird einiges an Arbeit nach sich ziehen. Aber wir denken, das ist es wert. Wie klingt dieser Plan? Irgendwelche Einwände? Können wirs irgendwie besser machen? Jochen -- Jochen Topf jochen@remote.org http://www.remote.org/jochen/ +49-721-388298 Wikiseite: http://wiki.openstreetmap.org/wiki/Impo … hland_2005


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Hobby Navigator (Gast) · 17.11.2008 19:57 · [flux]

      Hallo Jochen, na endlich mal eine Fa. die ihr Versprechen gute Daten zu liefern wahr gemacht hat. :-) (Infas GEOdaten meine ich) Man hat ja schon des öfteren über wahre Schätze die zum Projekt beigesteuert werden sollten, lesen können. Ich habe mir mal den Bereich zu dem ich etwas sagen kann (Lahn-Dill-Kreis) näher angeschaut. Da ich beruflich fast jeden Tag die Kreiskarte vor Augen habe, kann ich für diesen Bereich bestätigen das soweit alles korrekt erscheint. Die Daten sind natürlich um ein vielfaches präziser als der bisherige Grenzverlauf. Also rein damit.. 😉 Voting: YES Georg


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · redxeagle (Gast) · 18.11.2008 08:39 · [flux]

      Ich habe mir die Kreisgrenzen um Leipzig und Umland angeschaut, da wir dort noch einen recht großen Bedarf haben. Da wir aber gerade eine Kreisreform hatten sind es immer noch nicht die aktuellsten Kreisgrenzen. Sie sind aber immer noch genauer als die existierenden. Evtl kann man den Kreis Leipzig, Leipziger Land und Muldentalkreis direkt beim importieren zusammenlegen. Wir diskutieren das am Donnerstag auf dem Stammtisch mal. Theorethisch sollten ja die äußeren Grenzen aller drei Kreise bestehen geblieben sein. Ansonsten sehen die Grenzen schon sehr gut aus.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · FK270673 (Gast) · 18.11.2008 09:28 · [flux]

      In meiner Heimatregion (Landkreis Osterholz) beträgt die Abweichung von der tatsächlichen Kreisgrenze maximal 20 Meter. Bei einem Import würden also, abgesehen von der Tatsache, dass Flussverlauf und Kreisgrenze nicht mehr identisch sind, keine wichtigen Daten verloren gehen. Gruß FK270673


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · north (Gast) · 18.11.2008 13:59 · [flux]

      Hallo, an den Wasserlinien sieht es nicht so gut aus: http://tools.geofabrik.de/osmi/?view=kr … ary_ways_7 Grüße.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · sabmatt54 (Gast) · 19.11.2008 09:35 · [flux]

      Ich kann die Aussage von north nur bestätigen, die Küstenlinie sieht nicht gut aus. Sie müßte manuell nachbearbeitet werden, ansonsten liegen küstennahe Wege wieder im Wasser. http://tools.geofabrik.de/osmi/?view=kr … ary_ways_7 Die Genauigkeit der Kreisgrenzen scheint aber genauer zu sein (soweit ich das einschätzen kann), also rein damit.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · John07 (Gast) · 19.11.2008 14:27 · [flux]

      @sabmatt54: es werden doch nur Grenzen eingetragen, die Küstenlinie wird nicht verändert. Also landen auch keine Wege im Wasser. Gruß Jonas


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · sabmatt54 (Gast) · 19.11.2008 20:12 · [flux]

      @John07: Deine Aussage: "Die Polygone gehen an der Küste nicht aufs Wasser hinaus, sondern dann die Küstenlinie lang." Aus diesem Grund dachte ich, die Küstenlinie wird der Kreisgrenze angepasst. ;-) Gruß Matthias


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · edwin-ldbg (Gast) · 19.11.2008 20:55 · [flux]

      Die Grenzlinien sind super... die Grenze zwischen Deutschland und Österreich ist bei openstreetmap sehr ungenau eingezeichnet.... durch diese infasdaten stimmen die Grenzen selbst in der Pampa auf den Meter genau.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · saharadesertfox (Gast) · 20.11.2008 00:44 · [flux]

      Die Daten sehen sehr gut aus. Der Genauigkeit kann man manuel nachtragen, das dürfte insbesondere bei Küsten oder wichtigen Strassen eigentlich kein Problem sein. Für die OSM Öffentlichkeitsarbeit sind diese Daten von besonderer Bedeutung. Google & Co. haben solche Daten nicht. Also rein damit und an die Öffentlichkeit gehen.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Cyclop (Gast) · 20.11.2008 22:31 · [flux]

      Hallo Jochen, habe zufällig gestern die Stadtgrenze meiner Heimatstadt Niederkassel überarbeitet und die UNEP-GRID Grenze nach Köln gelöscht, weil die sehr ungenau war. Die Infas Daten liegen mit wenigen Ausnahmen fast passgenau, sind aber vermutlich noch etwas besser. Schade nur, dass infas nicht auch die Kommunalgrenzen spendiert hat... Gruß, Roland


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Blacksmith (Gast) · 21.11.2008 22:20 · [flux]

      Hallo Jochen, ich habe mir mal die Grenzen der Kreise Altenkirchen WW, Oberbergischer Kreis bzw. Siegen-Wittgenstein angeschaut (die zum Teil auch noch mit der Grenze der Bundesländer Rheinland-Pfalz, Nordrhein-Westfalen bzw. Hessen zusammenfallen)! Sieht viel besser aus, als die vorhandenen! Jetzt passen die Grenzen auch zu den geographischen Gegebenheiten. Rein damit! Gruß Klaus


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · infas GEOdaten (Gast) · 26.11.2008 13:55 · [flux]

      Na, das freut mich ja zu hören. Grund genug drüber nachzudenken, zumindestens die "alten" PLZ5 strukturen auch freizugeben ... hmmm. vg, mh.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Markus B (Gast) · 27.11.2008 16:17 · [flux]

      Hallo Michael, wie genau sind die importierten Kreisgrenzen?

      infas GEOdaten wrote:

      die "alten" PLZ5 strukturen auch freizugeben

      ja, das wäre beim Routing und Adressen zuordnen sicher sehr hilfreich! Gruss, Markus


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · kannix (Gast) · 30.11.2008 18:22 · [flux]

      Das sieht in der Tat sehr viel besser aus. Habe uebers Wochenende die mir von der Stadt Dinslaken zur Verfuegung gestellten Grenzen eingetragen: Weitestgehend deckungsgleich mit den Infas GEOdaten: http://tools.geofabrik.de/osmi/?view=kr … ary_ways_7 Viele Gruesse, Dirk


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · kannix (Gast) · 01.12.2008 18:03 · [flux]

      Hallo,

      John07 wrote:

      Die einzelnen Ways haben die folgenden Tags: boundary=administrative admin_level=6

      Vorausgesetzt, ich habe das Konzept der Relationen richtig verstanden, ist hier ein admin_level-Tag doch nicht angesagt (die Ways koennen ja schliesslich auch Teil einer Orts-/Stadtteil-Grenzen-Relation sein), oder? Gibt es denn auch schon eine Vorstellung, wann der Import stattfinden soll? Viele Gruesse, Dirk


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mueck (Gast) · 02.12.2008 02:17 · [flux]

      kannix wrote:

      Hallo,

      John07 wrote:

      Die einzelnen Ways haben die folgenden Tags: boundary=administrative admin_level=6

      Vorausgesetzt, ich habe das Konzept der Relationen richtig verstanden, ist hier ein admin_level-Tag doch nicht angesagt (die Ways koennen ja schliesslich auch Teil einer Orts-/Stadtteil-Grenzen-Relation sein), oder?

      Meiner Meinung nach sollte man den admin_level doppelt führen, wobei er nicht wirklich doppelt ist... In der Relation gibt er den admin_level der Fläche an: des Kreises, des Regierungsbezirkes, des Ortes, ... also mehrere übereinander. An der Grenze selbst steht nur die höchstwertige Grenze: so wie auf Karten üblich: Kreisgrenze verdrängt Ortsgrenze, Landesgrenze verdrängt Kreisgrenze. Natürlich kann man das auch aus den Relationen rausrechnen, aber an der Bundesgrenze können beidseitig durchaus Rattenschwänze dran hängen: Bundesland, Regierungsbezirk, Kreis, verbandsgemeinde, Ortsgemeinde, Stadtbezirk, Stadtteil, Stadtviertel, statistische Bezirke, irgendwann auch noch Schornsteigerfegerbezirke, Bäckerei-Innungsgrenzen, ... 😉 So manches einfache Mappingprogramm wird froh sein, wenn es EINEN Wert vorfindet, den höchsten level dieses Schnippsels von Grenze... Im Beispiel oben kommt level 6 nicht in Konflikt mit Ortsgrenzen, weil 6 höherwertiger als diese und daher korrekt überschrieben wird. Das Konfliktmanagement mit den Regierungbezirken und Bundesländern werden die Importeure hoffentlich hinkriegen 😉


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · kannix (Gast) · 17.12.2008 09:49 · [flux]

      Die Kreisgrenze Wesel (NRW, AGS_05170) habe ich gerade aus Daten der Kreisverwaltung erstellt: rel_58745. Bitte vom Import ausnehmen. Vielen Dank, Dirk


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · slint (Gast) · 22.12.2008 23:04 · [flux]

      Würde auch diesen Fehler hier beheben: http://openstreetbugs.appspot.com/?lon= … 01&zoom=15


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · DominikR (Gast) · 25.12.2008 09:26 · [flux]

      Die Daten schauen sehr interessant aus :-) Auf diese Daten habe ich schon gehofft. Gibts schon eine Planung wann die Daten eingespielt werden? Derzeit doch nur testweise bei den Geofabrik Tools, oder?


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 31.12.2008 14:43 · [flux]

      Ein bessere Informationspolitik wäre wünschenswert gewesen. Zumindestens die Angabe der Zeiträume, mitteilungen über ausgenommene Gebiete und das an zentraler Anlaufstelle. Nicht über ein für Diskussionen ungeeignetes Wiki, 20 Foren und 300 Insider Mailinglisten. Da kommt der einfache Osmonaut nicht mehr zum arbeiten, ist erstmal 20 Jahre mit dem Studium der unsinnig und überflüssig vielen Informationsplatformen beschäftigt. Den Thread habe ich damals nur durch Zufall entdeckt und dem Threadersteller eine PM mit bitte um die Ausnahme eines Gebietes gebeten, da ich dort sämtliche Verwaltungsgrenzen drinnen habe und das dann ein Chaos mit den Zuordnungen wird. Bei mir betrifft das von Landes-, Kreis-, Verwaltungsgemeinschafts- bis zu Stadt- und Gemeindegrenzen, ein komplexes Gebilde. Die vorhanden Kreisgrenzen wurden von mir schon angepasst. Ich dachte das ich nochmal Glück hatte, andere haben das wohl erst garnicht mitbekommen. Nun hatte ich auf eine Rückmeldung gehofft, oder eine Meldung an dieser Stelle. Leider kam nichts. Heute gucke ich in die Karte und sehe auf einmal keine Kreis- und Landesgrenzen mehr. Ich dachte erst an Sabotage. Es wurde ja keinerlei Zeitraum für den Import angegeben. Anhand der Tags kann man aber sehen was los ist. Im Wik nur ein still und heimlich erschienener Hinweis das der Import läuft und "vermutlich" am 31.12 abgeschlossen ist. Mein Gebiet wurde nicht ausgenommen, Worstcase also eingetreten. Nun haben wir den 31.12, die alten Grenzen sind obsolete und von den neuen sieht man nur einzelne Nodes, ohne Way oder gar Relationen. Woran erkennt man nun, das "vermutlich" ein Ende hat, die einzelnen Nodes alles sind oder doch ein Fehler darstellen, vielleicht sogar doch ausgenommen und die Nodes sind nur durchgerutscht? Nun kann der Osmonaut am Sylvesterabend erstmal schön rätseln. Und darauf hoffen, dass nicht jemand ohne Wissen über die regionalen Strukturen und diesen Import, Wind davon bekommt und in der Annahme einen möglichen Fehler zu beheben, ein noch schöneres Chaos anstellt.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Islanit (Gast) · 31.12.2008 14:49 · [flux]

      Mirko ich kann dich 100% verstehen leider ist es so das als Hauptkommunikationsmedium nach wie vor die Mailingliste gilt... und da wurde das hinreichend diskutiert... http://lists.openstreetmap.org/pipermai … 32480.html bin auch kein freund davon habe mich aber damit abgefunden gelgentlich mal in die archive zu gucken ob da etwas inetressantes ist.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 31.12.2008 15:12 · [flux]

      Oh Gott, ich dachte wir sind aus dem BTX Zeitalter heraus oder zumindestens dass dieses Projekt für alle gedacht ist. Solche Mailinglisten sind ja unter Fachleuten, wie z.B. bei Linux Distris usw. noch üblich, aber doch nicht bei einem Projket für die Breite. Für so ein Projekt braucht es eine Anlaufstelle für alle, die auch jeder versteht und ohne Barrieren oder Zusatzsoftware nutzbar ist. Und das ist ein auf der Startseite verlinktes Forum. Das Chaos einer Mailingliste ist für die Breite eher abschreckend. Newbies sind damit teilweise komplett überfrordert. Userfreundlich ist etwas anderes. Ich hätte es ja noch einigermaßen verstanden, wenn man wenigstens im Wiki auf die Mailingliste hingewiesen hätte. Nur so hat das doch ausser den wenigen Insindern wieder keiner mitbekommen. Daumen hoch, so ermuntert man viele zur Mitarbeit. 🙄


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · dgdg (Gast) · 31.12.2008 15:21 · [flux]

      Mirko Küster wrote:

      Für so ein Projekt braucht es eine Anlaufstelle für alle, die auch jeder versteht und ohne Barrieren oder Zusatzsoftware nutzbar ist.

      Und die man nutzen kann, ohne sich extra einen neuen E-Mail-Account anzulegen, damit nicht E-Mail-Adresse und Real-Name in die Welt hinaus getragen werden (das ist schon der Hammer). Es gibt doch ein Forum. Ich weiss nicht, warum sich so viele in der Mailingliste tummeln.

      Ich hätte es ja noch einigermaßen verstanden, wenn man wenigstens im Wiki auf die Mailingliste hingewiesen hätte. Nur so hat das doch ausser den wenigen Insindern wieder keiner mitbekommen. Daumen hoch, so ermuntert man viele zur Mitarbeit. 🙄

      Ich habe ja noch nicht mal die Mailingliste gefunden. Und wenn auf unserem Mittelhessentreffen nicht davon gesprochen worden wäre, wüsste ich bis heute nicht, dass es die Meilingliste überhaupt gibt. 😉


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 31.12.2008 15:49 · [flux]

      Tröste dich, die brechende Mehrheit der Osmonauten dürfte die Liste nicht kennen oder vor deren Nutzung zurückschrecken. Dieses Chaos ist heute nicht mehr zeitgemäß, die Nutzung entsprechend umständlich. Die können da ja gerne über regionalen Kram reden oder Kuchenrezepte austauschen. Aber Dinge welche zwangsläufig das ganze Projekt und somit jeden betreffen, gehören öffentlich für jeden ersichtlich platziert. Und das ist ein festgepinnter Thread im Forum, in Verbindung mit entsprechender Wiki Seite. Und darin wird alles wichtige beredet. Optimal wäre auch ein Hinweis zu wichtigen Dingen auf der DE Startseite vom Wiki. Mit entsprechender Vorlaufzeit erhalten so Minimum 90% aller User Kenntnis von solchen Aktionen, da jeder ab und an mal aufs Wiki schaut. So lässt sich auch einiges Koordinieren, Fehler die ansonsten durch Unkenntnis entstehen, lassen sich so weitgehend vermeiden.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Hobby Navigator (Gast) · 31.12.2008 16:47 · [flux]

      DITO.. aber leider werden dort nicht nur Kuchenrezepte ausgetauscht. Viele der Macher sind dort regelmäßig zu finden. Wie Islanit auch, schau ich ab und zu dort vorbei um nicht dumm zu sterben.. 😠 Habe auch schon mal wirklich wichtige Dinge nach hier übertragen, aber bei der Menge der dort durchlaufenden Meldungen (40 - 60 am Tag) geht die Übersicht schnell verloren 🙁 Georg


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Tordanik (Gast) · 31.12.2008 16:56 · [flux]

      Mirko Küster wrote:

      Dieses Chaos ist heute nicht mehr zeitgemäß, die Nutzung entsprechend umständlich.

      Eine Mailingliste ist einem Webforum um Längen überlegen, wenn man mit seinem Mailclient einigermaßen umgehen kann (Baumansicht, eigene Ordner und so...). Oder wo kann man sich so ohne weiteres in einem Forum anzeigen lassen, welche Beiträge (nicht Threads) man schon gelesen hat? Wie kann ich Postings, die ich aufheben will, mal eben mit einem Teil des Threads in mein lokales Archiv packen? Und alle Foren, bei denen man so mitliest, abzuklappern, finde ich wesentlich lästiger, als wenn die Sachen einfach per Mail angeliefert werden und zentral in meinem Mailclient landen. Wenn man die ML natürlich über dieses komische Archiv liest, muss man sich über schlechte Bedienbarkeit nicht wundern. Das ist also keine Frage von "Zeitgemäßheit", sondern eine Frage des Zielpublikums. Und das waren zu Beginn eben noch vor allem Leute mit technischem Verständnis, für die ein ordentlicher Mailclient keine "Zusatzsoftware", sondern Standardausstattung ist. Inzwischen ist für allgemeine Ankündigungen die ML wohl nicht mehr der richtige Platz. Die Frage ist nur: Welcher dann? Denn ...

      Mirko Küster wrote:

      Optimal wäre auch ein Hinweis zu wichtigen Dingen auf der DE Startseite vom Wiki.

      ich wusste noch nicht mal, dass die existiert. Schaut die ernsthaft jemand nach dem ersten Besuch noch an?


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 31.12.2008 17:34 · [flux]

      Ich bin auch nicht erst seit gestern im Web, es sind doch schon knapp zwei Jahrzehnte und wie ein Mailclient läuft, ist mir durchaus bekannt. Ich habe aber ein Mailaufkommen von knapp 500 am Tag. Deswegen kann ich nicht noch eine zusätzliche Bombardierung an Mails gebrauchen. Ich habe die Übersicht lieber im Web, lege einzig für die mich relevanten Themen ein Abo an. Ein von mir begrüßter Vorteil den die Foren mit sich brachten und den die Mehrheit heute auch gerne nutzt. Hier geht es aber nicht nur um mich. Sondern um die Mehrheit da draußen, die eben heute Mailinglisten sondern deren Weiterentwicklungen nutzt. Und das Zielpublikum ist bei so einem Projekt ein jeder der mit Interesse mitwirken möchte. Und das sind eben nicht nur Altlinuxer, die ihre Texte am liebsten noch in Paketen an einzelne IPs senden. Die "Macher" scheinen irgendwo etwas vergessen zu haben. Da draußen sind noch tausende andere, die den nebenher von 5 Nasen beschlossen Kram auch irgendwo umsetzen müssen. Wenn das so wie in diesem Fall läuft, kann das nur grandios in die Hose gehen. Ich bin selber Freewareautor, kenne das Problem daher nur zu gut. Man setzt selber vieles einfach zu sehr voraus, vergisst das die Masse da garnicht mehr mitkommt. Aber auch dieses Projekt hier lebt von vielen "Mitarbeitern". Wenn dann die Kommunikation zwischen "Machern" und einfachen "Mitarbeitern" auf der Strecke bleibt, bzw. sich für gute Mapper aber Techniklaien zu kompliziert gestaltet, kann das nicht förderlich und im Sinne des Projektes sein. Für Spezialthemen wie Umstrukturierungen an der Datenbank etc. Eben dinge die wirklich nur die Spezialisten betreffen, könnt ihr ja von mir aus auch wieder auf Fido besprechen. Der Rest gehört aber auf die heute üblichen und zeitgemäßen, bzw. weit verbreiteten Plattformen. Und Mailinglisten sind das ausser in speziellen Kreisen heute nicht mehr. Ich möchte nicht wissen, wieviele heute die komischen rumhängenden Nodes aus Unkenntnis gelöscht haben. Ein Problem was man garnicht erst gehabt hätte. Wenn man das auch publik gemacht hätte. So sagt einer irgendwo spontan go, 6 klatschen Beifall und der Rest von nur einigen hundert wundert sich über verschwundene Grenzen und komische Punkte. Und diejenigen die wie ich davon wussten, auf ein Problem hinwiesen, jedoch anscheinend schlicht irgnoriert wurden, haben jetzt die Arbeit am Arsch. Aber ich vergeude gerne nochmal einige Tage um ein vor einem halben Jahr bereits gelöstes Problem nochmal zu lösen. Man hat ja ansonsten nichts zu tun, ist ja alles schon vollständig.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · dt2 (Gast) · 31.12.2008 22:45 · [flux]

      Das eine Problem ist die Trennung der Kommunikation. Wer auf hauptsächlich auf der Mailingliste mitliest bekommt nicht mit was im Forum passiert und umgekehrt. Dabei wird das Forum mit zunehmender Popularität von OSM vermutlich immer größer, da Otto-Normal-Mapper nunmal mit einer Mailingliste wenig anzufangen weiß. Ich hatte bei OSM das erste Mal Kontakt mit einer Mailingliste und wusste erst garnicht was ich überhaupt machen muss. Und auch jetzt kenne ich sicherlich noch nicht alle Tricks und Kniffe die eine Mailingliste so praktisch machen. Dazu kommt dann noch das Wiki mit seinen tausenden Unterseiten, die logischerweise auch nicht jeder alle auf der Watchlist hat. Ein anderes Problem ist die Informationsflut ansich: Diskussionen, Proposals, Ankündigungen, Fragen. Egal ob im Forum, Mailingliste oder Wiki, vieles geht einfach unter. Eine kleine Notiz in irgendeinem Thread, einer Mail oder einer Unterseite kann da der Großteil der Nutzer nicht finden. Für die Diskussionen weiß ich auch keine einfache Lösung. Aber wichtige Nachrichten wie der Beginn eines Imports sollten einfach jeden erreichen, gerade weil es bei sowas auch mit sorgfältigster Planung immer mal Probleme geben kann. Hätte man eine Art Newsletter, den man in seinem OSM-Account aktivieren kann, würde sowas die meisten Mapper erreichen. Da könnte es dann auch die Möglichkeit geben RFCs und Vote Ankündigungen für Proposals zu versenden, damit das auch jemand erreicht. Zur Zeit bekomme man sowas ja nur in der Mailingliste und auch da kann es untergehen. Mithilfe von unterschiedlichen Kategorien die im Betreff angegeben werden (à la [RFC] Feature Proposal, [Import] infasGEOdaten, ..) könnte man Mails auch leicht filtern, je nachdem für was man sich interessiert. Die Nachrichten könnte man per Webinterface oder per Mail verschicken, eventuell auch mit Freischalten durch einen Admin, sollte da Spamgefahr bestehen (wenn nur angemeldete Benutzer mit ihrem OSM-Account verschicken könnten, sollte sich das ja in Grenzen halten). So ein Newsletter sollte einem weder mit hunderten unnötigen Mails am Tag überschwemmen, könnte aber helfen einen Großteil der Mapper über wichtige Dinge zu informieren. Meinentwegen auch per RSS-Feed, Blog, Wiki oder was auch immer. Aber eine zentrale Stelle bräuchte man einfach mal. Eine die man bei der Anmeldung oder irgendwo im OSM-Account erreicht, damit man es auch findet. Es gibt ja viele praktische Dinge im OSM-Umfeld, die man aber erstmal finden muss.. 😉 Gruß


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 01.01.2009 01:33 · [flux]

      So, mitlerweile sind die Ways und Relationen da. Das hat mich so beschäftigt, das ich frühzeitig von der Party weg bin um das zu checken. In meinem Gebiet steckt soviel arbeit drin das es einen eben doch nicht kalt lässt. Fixing beginnt dann morgen nach dem aufstehen. Mit dem Newsletter ist z.B. eine gute Idee. Aber so wie bisher geht das auf keinen Fall weiter. OSM ist eine Community, kein Projekt für eine Hand voll Insider und schon garnicht für Schreibtischtäter, die ohne jegliche Felderfahrung die Regeln für andere festlegen. Das kann langfristig nicht funktionieren. Ich hatte mir vorhin noch nebenher die Geschichte mit den Maxspeed und Ortsgrenzen auf der Liste durchgelessen. Ich bin extra dafür durch den halben Kreis gefahren und habe sämtliche Straßenschilder mit Kamera und Geotag aufgenommen, tagge die Ways nach und nach mit lit, footway, maxspeed und anderen Informationen wie Oberflächenbeschaffenheit usw. Wenn ich dann irgendwelche Schnappsideen von Polygonen usw. lese, frage ich mich, wofür die ganze Arbeit. Nur das es dann komplett umsonst war, weil eine Hand voll Leutchen mit irgendwas anderem Schwanger ist? Ich erspare mir weitere Kommentare, da vergeht einem nur die Lust an der Sache. Sowas gehört öffentlich und breit diskutiert. Was nützen wenige einzelne Beispiele aus Berlin und Co. wenn das so in der Fläche garnicht praktikabel ist. Man wird es nie Erfahren. Die Regel ist schon festegelegt, bevor mangels Masse ein breites Feedback hätte gehört werden können.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · TEL0000 (Gast) · 01.01.2009 04:06 · [flux]

      Einen auf der Startseite von OSM verlinkten Blog mit RSS-Feed gibt es ja sogar. Aber solche Meldungen tauchen dort leider nicht auf. Außerdem scheint der Blog selten besucht zu sein, wenn ich mir die Anzahl der Kommentare so ansehe...


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · zottel (Gast) · 01.01.2009 11:16 · [flux]

      Mirko Küster wrote:

      OSM ist eine Community, kein Projekt für eine Hand voll Insider und schon garnicht für Schreibtischtäter, die ohne jegliche Felderfahrung die Regeln für andere festlegen.

      Nur weil Du keine Lust auf Mailinglisten hast, musst Du nicht irgendeinen Blödsinn über andere Leute verbreiten. Zu mindest die Leute von der geofabrik sind fleißige Mapper. In einem von mir ausgewerteten Bereich, der auch Karlruhe einschließt waren beide unter den top 20 von 846 Leuten. Und zum Thema Mailingliste vs. Forum: Auch ich schaue hier nur hin und wieder rein um zu sehen, ob es interessante Themen gibt. An sonsten finde ich Foren einfach nur unhandlich. Es dauert ein vielfaches der Zeit sich durch ein Forum zu arbeiten, als eine Mailingliste zu verfolgen. Viele Leute die schreien, das Mailinglisten ach so kompliziert sind, sind einfach nur lernresistent und zu faul etwas neues zu lernen. Davon kenne ich leider genug aus eigener Erfahrung. Aber das ist hier total OT.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · kannix (Gast) · 01.01.2009 13:16 · [flux]

      Ein Frohes Neues Jahr! Zunaechst mein Dank fuer den -sicherlich mit einiger Arbeit verbundenen- Import der Daten. Mit der Informationspolitik bin ich nur in einem Punkt nicht ganz gluecklich: Eine Vorankuendigung des Import Termins habe ich nirgends gefunden. Als der Prozess schon lange im Gange war, hat die Geofabrik die Wikiseite mit einem Hinweis versehen. Das kann man in Zukunft bestimmt besser machen. Die Sache an sich war m.M. ausreichend in Forum, Mailingliste und Wiki angekuendigt. Mein Wunsch, eine Region auszunehmen, wurde durchaus beruecksichtigt. Fuer meinen Geschmack war alledings der fixbot etwas ungluecklich programmiert: Ich hoffte, nur boundaries mit source=UNEP-GRID würden auf obsolete gesetzt werden. Offenbar mussten alle Grenzen mit admin_level=6 dran glauben :-( Hierzu auch gleich einige Fragen: - Kann ich nur mit Potlatch auf ein altes history-level zuruecksetzen? - Wie bringe ich dem xapi bei, [source=http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisgrenzen_Deutschland_2005] zu akzeptieren (die slashes mag es irgendwie nicht) Viele Gruesse, Dirk


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Mirko Küster (Gast) · 01.01.2009 13:31 · [flux]

      zottel wrote:

      Nur weil Du keine Lust auf Mailinglisten hast, musst Du nicht irgendeinen Blödsinn über andere Leute verbreiten. Zu mindest die Leute von der geofabrik sind fleißige Mapper. In einem von mir ausgewerteten Bereich, der auch Karlruhe einschließt waren beide unter den top 20 von 846 Leuten.

      Erstens geht es hier nicht um mich alleine. Und zweitens habe ich nirgends geschrieben das es alle betrifft. Neben der Geofabrik wird es sicherlich auch viele andere fleißige Mapper geben.

      zottel wrote:

      Und zum Thema Mailingliste vs. Forum: Auch ich schaue hier nur hin und wieder rein um zu sehen, ob es interessante Themen gibt. An sonsten finde ich Foren einfach nur unhandlich. Es dauert ein vielfaches der Zeit sich durch ein Forum zu arbeiten, als eine Mailingliste zu verfolgen. Viele Leute die schreien, das Mailinglisten ach so kompliziert sind, sind einfach nur lernresistent und zu faul etwas neues zu lernen. Davon kenne ich leider genug aus eigener Erfahrung. Aber das ist hier total OT.

      Könnte ich jetzt im umgekehrten Sinn auch von dir behaupten, da es bei mir mit dem Forum weitaus schneller geht, mein Mailprogramm schon voll genug ist. Ich verstehe auch nicht warum manche mehr als eine Stunde für die Beherrschung vom für mich total simplen JOSM brauchen und lieber in Potlatch arbeiten. Mir käme aber nicht in den Sinn einen auf arrogant zu machen und den Leuten dann schlicht Faulheit zu unterstellen. Da sagt mir meine Erfahrung, dass man so eher Leute vergrault anstatt das Problem zu lösen. Das bringt uns hier aber nicht weiter. Denn wir haben ein Kommunikationsproblem, was eindeutig nicht an Faulheit oder sonstigem liegt. In diesem Fall wurde das Projekt hier angekündigt, aufs Wiki verwiesen und im Wiki ein Backlink zur Diskussion im Forum gesetzt. Die eigentliche Diskussion mit den wichtigen Ankündigungen und Informationen lief aber auf einem dritten Kriegsschauplatz, der auf den ersten beiden aber nichtmal beiläufig erwähnt wurde. Sollen die Osmonauten also die Glaskugel heraus holen, um genau das zu erfahren?


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Böser (Gast) · 01.01.2009 14:27 · [flux]

      Ich bin erst seit zwei Monaten dabei und war deshalb über diese Aktion vollkommen überrascht. Professionell war das sicher nicht abgewickelt. In der nicht gerade kleinen Firma, in der ich 25 Jahre im Software-Management Verantwortung getragen habe, hätte es bei so einem Vorgehen einen gehörigen Aufschrei und Rüffel gegeben. Das wenigste wäre ein Hinweis auf den Start der Aktion beim Login gewesen. Aber vielleicht gibt's ja Besserung im neuen jahr


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · dt2 (Gast) · 01.01.2009 16:51 · [flux]

      Jedenfalls wirken die Grenzen (zumindest hier) jetzt um einiges genauer. 🙂


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · kannix (Gast) · 02.01.2009 16:10 · [flux]

      Dokumentation: Analog zu WikiProject Germany/*Straßen schlage ich vor, den Stand auf http://wiki.openstreetmap.org/wiki/Wiki … ny/Grenzen festzuhalten. Viele Gruesse, Dirk


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · Rbg_Hessen (Gast) · 11.01.2009 20:03 · [flux]

      Frage zu der Note :

      This␣object␣has␣likely␣been␣obsoleted␣by␣the␣import␣described␣in␣http://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisgrenzen_Deutschland_2005.␣Please␣verify␣that␣this␣object␣is␣not␣required␣any␣longer,␣then␣delete␣it.␣Otherwise␣re-activate␣it␣by␣givi
      

      Muss ich die Grenze in meinem Bereich jetzt neu Zeichen oder Anpassen ? Verschwinden diese Grenzlinien also wieder ?


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · zottel (Gast) · 11.01.2009 21:50 · [flux]

      Hallo, wahrscheinlich ist die Grenze die diese Bemerkung trägt nach dem Import überflüssig. Normalerweise solltest du es daran sehen, das eine zweite Grenze, die den gleichen oder einen ähnlichen Namen trägt existiert und weit detalierter ist. Löschen würde ich sie allerdings erst, wenn auch bei allen benachbarten Orten die Grenzen und auch die Grenzrelationen angepasst wurden. Grüßle, detlef


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · chris66 (Gast) · 29.10.2011 18:36 · [flux]

      Hi,
      bisher hab ich die Infas Grenzen nicht angefasst, weil ich dachte die sind in Stein gemeißelt,
      aber wenn ich mir das hier anschaue hab ich da doch meine Zweifel: 😉

      Grenze quer über die Felder? Ich vermute die Grenze hier eher in der Flussmitte, dort stehen auch
      die Schilder. Was tun, einfach korrigieren oder haben wir mittlerweile eine bessere Datenquelle ?
      Chris


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · aeonesa (Gast) · 29.10.2011 19:22 · [flux]

      chris66 wrote:

      Hi,
      bisher hab ich die Infas Grenzen nicht angefasst, weil ich dachte die sind in Stein gemeißelt,
      aber wenn ich mir das hier anschaue hab ich da doch meine Zweifel: 😉

      Bei mir in der Gegend, habe ich festgestellt, das die Grenzen teilweise ein Offset von 40 bis 100m haben. Ich fasse trotzdem nichts an, weil ich den wirklichen Grenzverlauf eben nur an der Stelle (ca. 200m Länge) kenne, wo mir das aufgefallen ist

      Gruß

      Volker


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · EvanE (Gast) · 29.10.2011 21:19 · [flux]

      chris66 wrote:

      bisher hab ich die Infas Grenzen nicht angefasst, weil ich dachte die sind in Stein gemeißelt, aber wenn ich mir das hier anschaue hab ich da doch meine Zweifel: 😉
      http://thumbs.picr.de/8617413omj.jpg http://up.picr.de/8617413omj.jpg
      Grenze quer über die Felder? Ich vermute die Grenze hier eher in der Flussmitte, dort stehen auch die Schilder. Was tun, einfach korrigieren oder haben wir mittlerweile eine bessere Datenquelle ?

      Hallo Chris

      Ich vermute, dass die Grenze dem Bachverlauf vor dessen Begradigung entspricht.
      Die Kreis-Schilder hängen nicht unbedingt mit der echten Grenze zusammen, sondern könnten auch die Grenze der Unterhaltspflicht der beiden Kreise bezüglich dieser Straße wiedergeben. Das ist einfacher auszuhandeln als eine Grenzänderung.

      Es ist natürlich nicht ausgeschlossen, dass die Grenze in der Zwischenzeit (wieder) an den nun begradigten Bachverlauf angepasst wurde. Die offensichtlich durchgehende Nutzung der Flächen kann auch auf Privat-Wirtschaftlicher Basis unabhängig von Gemeinde- oder Kreisgrenzen erfolgen.

      Da müsste man mal die amtlichen Stellen befragen, wie der Stand der Dinge wirklich ist.
      Grenzen sind nicht für alle Zeiten in Stein gemeißelt. Da gibt es immer mal wieder Dinge wie Gebietstausch und ähnliches um z.B. Dinge zu vereinfachen oder sich an geänderte Situationen anzupassen. Da bei Grenzverlegungen Einvernehmen zwischen zwei Parteien, gegebenfalls auch über Ausgleich/Kompensation, erzielt werden muss, sind das oft langwierige Sachen, die einer veränderten Situation oft Jahre hinter hinken.

      Edbert (EvanE)


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · chris66 (Gast) · 29.10.2011 22:11 · [flux]

      In der DTK 10 Karte auf TIM-Nrw-Online ist die Grenze jedenfalls in der Fluss-Mitte eingezeichnet. Leider dürfen wir dort ja nicht
      abmalen.


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · EvanE (Gast) · 29.10.2011 22:52 · [flux]

      chris66 wrote:

      In der DTK 10 Karte auf TIM-Nrw-Online ist die Grenze jedenfalls in der Fluss-Mitte eingezeichnet. Leider dürfen wir dort ja nicht abmalen.

      Das spricht dafür, dass mit / auf Grund der Bachbegradigung die Grenze angepasst wurde.
      Jetzt musst du nur noch verwertbare Quellen (Rats-/Kreistagsbeschlüsse/...) finden, die das belegen.

      Edbert (EvanE)


    • Re: Datenimport Kreisgrenzen von infasGEOdaten · chris66 (Gast) · 31.10.2011 01:04 · [flux]

      Wobei, abmalen tu ich ja von Bing, nicht von TIM. Da die Indizien dafür sprechen, dass die Kreisgrenze im Fluss verläuft werde
      ich es mal so ändern an der Stelle.