Re: [Talk-de] Frage zu den Admin-Relationen auf Gemeindeebene
Am Di, 30.06.2009, 00:08 schrieb Florian Lohoff: Die nodes ja - Aber der way? Dann sind da sowas wie width tags auf einer admin_level=8 boundary=administratives. Ich glaube das das keine gute idee ist das zu mischen - die tags machen ja in ihrer gemeinschaft keinen sinn ... Das Argument zieht nicht, da an den Nodes ja auch Eigenschaften stehen können :-) Wenn ich nur Nodes nehme, muss ich auf die Reihenfolge in der Relation achten, sonst kann man eventuell nachher kein gescheites Polygon mehr erzeugen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am So, 28.06.2009, 07:45 schrieb Bernd Wurst: Scheinbar hast du aus den Augen verloren, dass es ganz und gar nicht schlimm ist, wenn man einen Weg ein zweites oder drittes Mal bearbeitet. Im Gegenteil: Wenn man es erst mal grob machen kann, erhält man sich die Motivation weil man Fortschritte sieht. Kaum einer hier hat alle StraÃen gleich mit den passenden Hausnummernbereichen eingetragen! Die gleiche Frage habe ich vor Monaten auch gestellt, daher bekommst du die gleiche Antwort wie ich damals: Du scheinst OSM nicht verstanden zu haben. Nicht jedet muss beim 1. Durchgang alles erheben - die fehlenden Dinge werden irgendwann sicher von irgendwem ergänzt. Wenn der Mapper halt nicht die Oberfläche (die er ja nicht unbedingt für die Klasse braucht) identifizieren kanm, dann bleibt es halt so lange liegen, bis es jemand macht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am So, 28.06.2009, 08:36 schrieb Nop: Abgesehen davon: Wieviel % der Straßen in OSM sind heute gut klassifiziert, haben aber keine Breite eingetragen, so daß sie mit diesem Vorschlag alle wieder nachbearbeitet werden müßten? Wofür dann die Diskussionen der letzten Tage, wenn die MapFeatures gar nicht so unbeliebt sind? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am So, 28.06.2009, 10:29 schrieb Florian Lohoff: Die klassifizierung ist ja der Wunsch der Stadtvaeter der Verkehrsplanung und nicht unbedingt eine faktische aussage ueber den ausbauzustand von Straßen. Die administrative Klassifikation war nur ein zusätzliches Attribut. Und an die Verkehrsplanung wollen wir uns doch auch halten oder? Hmm, es ging nicht um die Planung, sondern die Regeln daraus, um Verkehrsaufkommen sinnvoll abzuschätzen, wenn man de Ort nicht kennt. Ich halte obiges fuer ueberhaupt nicht praktikabel ... Und in anbetracht des erfassungsgrades von auch nur kleinteiligen Gebieten wie NRW muss ich da echt nen bischen unglaeubig den Kopf schuetteln. Kann es sein, dass mehr Leute die bisherigen Klassifizierungen und MapFeatures mögen, als sie es hier zugeben wollen? Ich wollte halt eine Alternative aufzeigen anstatt nur zu diskutieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mi dem Wiki !
Am So, 28.06.2009, 01:42 schrieb Heiko Jacobs: http://de.wikipedia.org/wiki/ATKIS Bei der ADV kann man komplette Tagging-Regelwerk und hunderte Foto-Beispiele dazu herunterladen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weltweit einheitliche Regeln bei den kommerziellen
Am Sa, 27.06.2009, 21:26 schrieb Dirk Stöcker: Nein. Ich müsste sie ja erfassen und dazu habe ich keine Lust. Wer sagt, dass Dubes alleine machen musst? OSM ist crowdsourcing, wenn Du es nicht machst, macht es halt irgenwann jemand anderes. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xapi gibt veraltete Daten aus?
Am Sa, 27.06.2009, 22:43 schrieb hansdorfff: ://api.openstreetmap.org/api/0.6/map?bbox=... tut offenbar, nur leider steht da kein planetDate drin. Die Datenquelle ist ja auch die richtige Echtzeitdatenbank und keine Planetendatei. Was Du da siehst, ist der jeweils neuste Stand. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal aus Sicht eines Mappers
Am So, 28.06.2009, 15:29 schrieb Dirk Stöcker: Gute Softwareentwickler sind selten und viel zu wenig Leute trauen sich Software zu entwickeln, obwohl es wirklich leicht ist. Wenn man aber mal ein Plugin schreibt, was einigen Leuten nicht gefällt, kann man auch ganz schnell mal ausgebuht werden. Tolle Motivaton. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualissierung von Renderer-Ausgaben
Am So, 28.06.2009, 11:52 schrieb Lennard: so sie sind etwa 5 Min. hinten der main DB. Wie kommen die so schnell an die Änderungsimformationen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sightwalk, deutsches Google-Streetview
Tim 'avatar' Bartel schrieb: nur als kleiner Hinweis: Sightwalk (http://sightwalk.de) ging wohl im April schon durch das Netz, aber ich bin erst jetzt durch Zufall drauf gestoßen. Und augenscheinlich gab es noch keinen Hinweis in talk-de, den ich also hiermit nachhole. Idee: Google Streetmap, Kartenmaterial: OSM. hmmm ... ich habe jede Menge Panoramafotos in Dortmund gemacht, allerdings nur zum privaten Zweck. Wenn man nach den Vorgaben der Datenschützer geht, müsste ich die Rohdaten auch abfälschen oder direkt löschen - dann gehe ich doch lieber nochmal raus und mache neue Fotos. @Thomas: Endlich hat das mal einen Sinn :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorschlag zum neutralen Mapping
Hallo Community, wäre es nicht sinnvoll, nur Fakten zB über Straßen abzuspeichern, als sie zu klassifizieren? Der Anwender könnte die Klassen dann nach seiner Schule/Kirche/Religion einordnen. Highway = yes Name = Kölner Straße Access = ... Lanes = 2 Lanes:division = dashed Width = 15 Surface = beton Maxspeed = 50 Traffic = high / 90 p. h. Administrative = Gemeindestraße Für Traffik kann man sich den simplen Regeln der Verkehrsplanung orientieren. Wenn man den Ort kennt, kann man gut die Verkehrsdichte abschätzen, notfalls fragt man oder schätzt. Es kann dann je nach Meinung des Anwenders kategorisiert und nach Landeseigenschaften eingeordnet werden: Eine Straße mit wenig Verkehrsaufkommen müsste im Sudan natürlich anders als in Deutschland gemappt werden, aber so trennt man sich davon, die Bedeutung der Straße an den anderen seiner Region zu orientieren. Dazu braucht man landesspezifische Regeln. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am Sa, 27.06.2009, 16:40 schrieb Bernd Wurst: Am Samstag, den 27.06.2009, 15:52 +0200 schrieb Tobias Wendorff: Es muss definitiv möglich sein, Daten beliebig genau und dabei noch interoperabel zu speichern. Mach doch mal einen Vorschlag. Aber für einfachen Anwendungen völlig überdimensionierte Genauigkeit von jedem Mapper zu verlangen ist sicherlich nicht der richtige Weg. Leute ohne Bock könnenn ja weitethin nach den aktuellen highway-Klassen mappen, aber wur e nicht genau das in den letzten Tagen kritisiert? Wir drehen uns im Kreis. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am Sa, 27.06.2009, 17:25 schrieb Nop: 1. Mußt Du eine irrsinnige Menge an Einzeltags eingeben anstatt einem einzigen bei einer Klassifikation Wo seht ihr dann das Problem mit den MapFeatures? 2. Mußt Du die Tags vollständig eingeben, wenn Du ein paar wegläßt, ändert sich die Bedeutung des Ganzen. Z.B. muß ich bei einer Klassifikation track nicht unbedingt angeben, daß da noch ein Verbotsschild steht. Bei Deinem System wird halte ich den geteerten Feldweg aber für eine Straße, wenn das Schild nicht erwähnt wird. highway = tertiary sagt ebensowenig aus. Wie breit? Welcher Belag? Wie viele Spuren etc. Tertiary hier ist anders, als tertiary in China. 3. Funktioniert es nicht für alle Arten von Wegen. Wie willst Du z.B. eine verkehrsberuhigte Zone mit Einzeltags beschreiben ohne eine Klassifzierung zu verwenden? Blümenkübel:left = yes? :-) In OSM setzen derzeit einige eine Node auf die Straße - das könnte man auch weiterhin tun. Da es nicht topographisch geht (keine Straßenflächen) muss man es semantisch tun - also die Lage beschreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag zum neutralen Mapping
Am Sa, 27.06.2009, 17:36 schrieb Frederik Ramm: Ein aehnliches Schicksal wuerde vermutlich auch Deinen Vorschlag ereilen: Waere cool, diese Infos zu haben, aber vermutlich werden sie nur sehr schwerfaellig erfasst werden. - Wenn man sie mal in einer Stadt beispielhaft erfassen wuerde und den Leuten dann coole Resultate zeigen koennte, die damit gehen, aber mit den klassischen Highway-Tags nicht, koennte das einige begeistern. Es muss ja nicht in einem Rutsch gemacht werden. OSM entwickeltvsich ja über die Zeit. Anfänger können sich an einfache Schemen halten, im zweiten Durchgang orientieren sich dann Andere an anderen Attributen, wie zB Breite oder Belag. Irgendwann sind die alten Klassen dann ablösbar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weltweit einheitliche Regeln bei den kommerziellen
Am Sa, 27.06.2009, 17:32 schrieb Dirk Stöcker: Ich kann mich ja jetzt schon nicht zwischen den existierenden Typen entscheiden. Das obige lässt außerdem völlig aus acht, dass Straßen aller paar Meter den Typ wechseln können. Mach doch Fotos davon, stell sie online und lass Andere bei der Identifizierung helfen. OSM muss nicht heute komplett sein... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Stephan Wolff schrieb: Ich verstehe Frederiks Idee und finde sie grundsätzlich faszinierend. Sie funktioniert sicherlich auch bei neuen Objekten und neuen Eigenschaften, die bislang nicht verwendet wurden. shop = döner shop = dönermann shop = türkisches essen shop = türke und das gleiche dann nochmal als Restaraut und als ... Es mag faszinierend sein, aber ich halte mich da lieber raus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Frederik Ramm schrieb: Das kommt drauf an - Wissen an sich kann man auch aus Buechern lesen, da brauche ich keinen Menschen dafuer. Juhu, das ist der Satz des Jahres für mich! Endlich haben wir einen geeigneten Spruch für unsere Aufkleber!! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Mirko Küster schrieb: Ich verstehe OSM als Geodatenbank. So habe ich auch mal gedacht, aber dann wurde mir ständig eingebläut, dass OSM eine Community ist, mit dem Ziel eine freie Weltkarte zu erstellen. Genauigkeit wird in OSM sogar als abschreckend angesehen und verstößt neue User. Ich habe daher für angefangen, meine *guten Daten* geeigneten Institutionen zu spenden oder sie dual zu lizenzieren - also CC-BY-SA und eine Drittlizenz, die damit nicht kompatibel ist. Manche meiner Daten sind einfach zu schade für OSM. Andere können und *wollen* mehr damit anfangen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Ulf Lamping schrieb: Bei mir kommt das jetzt so ein wenig rüber als: Hier kommen die Profis, jetzt geht mal beiseite - wundert mich wenig, daß das nicht sooo gut ankommt. Denkst Du, alle Mapper bei OSM sind nur Normal-Nutzer? Es ärgert mich einfach, dass ich stundenlang sorgfältig erhobene Daten Punkt-für-Punkt manuell in OSM importieren muss. Markus hätte kürzlich genau das gleiche Problem mit den Gemeindegrenzen. Und wenn man um Hilfe fragt, bekommt man gesagt, man soll die Daten irgendwo zwischenspeichern, irgendwer wird's irgendwann schon machen. Ehrlichgesagt, wenn in deinen Augen OSM nicht geeignet und deine Daten für OSM zu Schade sind, bist du hier vielleicht einfach falsch? Zu Schade habe ich nie gesagt - es ist nur schade, dass ich einen genauen Datensatz so verbiegen muss, dass er in/zu OSM passt. Darum gebe ich den Originaldatensatz lieber in andere Hände und packe eine angepasste Variante in OSM. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Friedhelm Schmidt schrieb: du warst bis Anfang Juni nur im Forum, da warst du der König unter den Einäugigen, Mr. Senior Member. Auf der Liste warst du wohl nicht, drum hast du die Einladung für den ÖPNV-Workshop verpennt. Da habe ich generell eine Frage zu: Wird / wurde eine solche Diskussion, wie wir sie derzeit haben, auch im Forum geführt? Ich kenne eine Menge Mapper, die vom Talk noch nie etwas gehört haben und generell nicht in Foren aktiv sind. Sie besuchen nur das Wiki, um sich dort über die Tags zu informieren. Müsste man eine solche Diskussion nicht mit *allen* Mappern führen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Nop schrieb: 1. Jedes neue Tag muß als Proposal formuliert werden, damit es dokumentiert ist und von Interessenten gefunden und diskutiert werden kann. 2. Es wird nicht abgestimmt sondern bleibt einfach als Vorstufe zu den Map Features stehen 3. Wenn es eine gewisse Mindestverwendung von verschiedenen Mappern hat, wandert es auf die Map Features. Aber die Frage ist: Wie finden die Mapper das Proposal bzw. wie wissen sie, dass es existiert? Es müsste also eine Hauptseite geben, auf der man die Vorschläge schnell und einfach finden könnte. Wenn Anrufsammeltaxis gesucht werden, gucken die meisten sicher zuerst beim ÖPNV-Schema nach. Wenn da nichts gefunden ist, fragen sie im Forum, hier im Talk oder machen etwas Eigenes. Vielleicht eine Art Track-System für Tags? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Do, 25.06.2009, 00:22 schrieb Frederik Ramm: (Ich glaube, dass es sogar Grenzen gibt, die heute noch beispielsweise durch einen Fluss definiert sind. Das heisst, wenn ich da hingehe und feststelle, dass der Fluss jetzt woanders lang laeuft als vor 50 Jahren, dann hat sich auch die Grenze veraendert.) Darum: Ortssatzungen lesen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am Do, 25.06.2009, 09:17 schrieb Frederik Ramm: Wenn jetzt jeder Benutzer seine eigenen, ganz persoenlichen Map Features haette (Tags I use oder so), wo eventuell automatisch alle Tags zusammengetragen werden, die dieser Benutzer je verwendet hat, und wo er jedes Tag auf Wunsch selbst dokumentieren kann - gerade so, wie wir das hier auf der Liste sehen: Ich verwende track ueberall dort, wo ... - dann koennte sich jeder entscheiden, wem er traut. Puh, ein Glück, dass du so denkst. Dann kann icn zukünftig mein eigenes ÖPNV-Schema weiterverwenden. Ab jetzt gilt bei mir: straße = hauptstraße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Am Do, 25.06.2009, 14:32 schrieb Claudius: Mir fehlt bei diesen Diskussionen meist die Gegenüberstellung Pro vs Contra und ein daraus erwachsender Versuch einer Kompromisserarbeitung Mir fehlt auch eine Art Zusammenfassung und die Dokumentation des Ergebnisses, wenn denn eines gefunden wurde. Das ist aber alles komplett gegen den dargelegten Anarchiegedanken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am Do, 25.06.2009, 21:43 schrieb Christoph Eckert: Aus diesem Grunde gab es vor Jahren mal den recht gewagten Ansatz, dass wir irgendwo im Wasser eine Musterstadt hochziehen, wo man nachschauen kann. Da brauchst Du aber ein reales Beispiel, zB mit Fotos, damit man sich auch wiederfindet. Aber die Erstellung würde wieder viele Diskussionen mitsich ziehen. In ATKIS ist zB alles fest mit Hilfe von Lexika festgelegt und Ausnahmen wurden dynamisch addiert. Vielleicht brauchen wir auch ein Tool, wie die JOSM-Presets, welche Realtext in OSM umwandelt: Breite Straße mit hoher Verkehrsbedeutung, beidseitigem Fußweg, rechts ein Radfahrstreifen. highway = ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am Do, 25.06.2009, 21:40 schrieb Tobias Knerr: Eine solche Lösung täte dem dezentralen Charakter des Konzepts keinen Abbruch und wäre technisch unschwer realisierbar. Also sollte man dann beim Mappen erst den passenden Tag jeder einzelnen Schule ermitteln und drankleben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Am Fr, 26.06.2009, 01:50 schrieb Frederik Ramm: Das Essen und die Strassenverkehrsregeln sind doch auch in jedem Land anders. Telefonbuecher sind anders, Adressen sind anders, der oeffentliche Nahverkehr funktioniert anders, die Werte sind andere und die Gesetze - warum muessen ausgerechnet die Kartendaten gleich sein? Psst, falls Du es noch nicht bemerkt hast: die EU (und deren Vorgänger) versuchen dies seit einigen Jahrzehnten. Motto: Synergie ist effizienter als Individualität. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen
Am Mi, 24.06.2009, 10:23 schrieb Markus: Also 12.112 mal viele Stunden Arbeit für die Gemeindemitarbeiter und für uns (für jede Stunde pro Gemeinde = 7 Mannjahre) [1] OSM muss ja nicht morgen fertig sein... Gibt es nicht eine Möglichkeit, diese Daten für ganz DE zu bekommen? Klar, das BKG verkauft die Daten hochgenau, allerdings nicht kompatibel zu unserer Lizenz - und sie dürfen es nicht, auch wenn sie es wollten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 18:12 schrieb Mirko Küster: Wenn jeder mal in seinem Kreis ansetzt ist das kein Hexenwerk. Vermutlich ist es eh sinnvoller sowas über die Kreise abzuwickeln - dann könnte man sich einen Großteil der Arbeit ersparen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ländercode
Am Mi, 24.06.2009, 21:23 schrieb Markus: Habe beide mal gegenüber gestellt: Gehört das Thema nicht eher in die Wikipedia? FIPS hängt zwar mit NIST zusammen, wird aber hauptsächlich von der US-GOV verwendet. Außerdem fehlen hier noch andere, internationale Codes, zB der UN. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ländercode
Am Mi, 24.06.2009, 21:23 schrieb Markus: Habe beide mal gegenüber gestellt: Gehört das Thema nicht eher in die Wikipedia? FIPS hängt zwar mit NIST zusammen, wird aber hauptsächlich von der US-GOV verwendet. Außerdem fehlen hier noch andere, internationale Codes, zB der UN. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ländercode
Am Mi, 24.06.2009, 21:23 schrieb Markus: Habe beide mal gegenüber gestellt: Gehört das Thema nicht eher in die Wikipedia? FIPS hängt zwar mit NIST zusammen, wird aber hauptsächlich von der US-GOV verwendet. Außerdem fehlen hier noch andere, internationale Codes, zB der UN. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 22:17 schrieb Markus: Wo ist die Datensatzlänge beschränkt? 2000 nodes Wie kann ich die erhöhen? gar nicht - du musst die Grenze vereinfachen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze
Am Mi, 24.06.2009, 22:23 schrieb Markus: Habe mal eine Übersichtsseite angelegt, über die auch andere Dateiumwandlungsprogramme gefunden werden können: http://wiki.openstreetmap.org/wiki/Transform_data Kannst Du das Ganze nicht etwas sortieren? http://wiki.openstreetmap.org/wiki/software/ als Hauptseite oder so? Tobias, kannst Du Dein Programm auch eintragen? Wenn ich es repariert habe: ja :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ländercode
Am Mi, 24.06.2009, 22:30 schrieb Markus: WP habe ich verlinkt. Darf ich dann auch Rezepte posten? Also brauche ich eine Tabelle, mit der ich FIPS in ISO transferieren kann... Bitte bitte Google verwenden! Hier ist alles drin: http://gothos.info/resource_files/country_codes_Jan09.txt Oder normal: http://www.armcode.com/country-fips-iso-codes.htm http://bondariev.info/rabochee/country-listing-with-both-iso-and-fips-codes/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 22:45 schrieb Rolf Bode-Meyer: Wo, nicht auf wieviel. Beschränkt ist sie in der API-Implementation. Hätte ihm die Antwort mehr gebracht? :-/ Was natürlich auch wieder eine nicht triviale Aufgabe wäre. Konnte das JOSM nicht über Simplify? Ich bin schon sehr gespannt auf diese Grenze, die importierte Kreisgrenze Nürnberg hat knapp 2.400 und ganz Mittelfranken auch nur gut 14.600 Knoten. Da scheint mir die Gemeindegrenze also schon viel Luft drin zu haben. Ich glaube, die alte API konnte mehr Nodes. Alternativ und einfacher ist das Auftrennen in mehrere Segmente. Das wird früher oder später sowieso nötig wenn Nachbargemeinden dazukommen die jeweils ein Stück dieser Grenze als Grenze habe. Steht das schon im Wiki? Kann das OSM-Wiki derzeit leider nicht laden. Falls nein sollte Markus dies unbedingt dokumentieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 23:11 schrieb Rolf Bode-Meyer: Gelesen habe ich von dieser Funktion auch schon, kann sie nur nicht finden. Aber einer Automatik würde ich sowas nur nach eingehenden Tests und nachfolgender Prüfung anvertrauen. Es benötigt ein Plugin. Der verwendete Algo ist sehr gut, aber die Parameter müssen korrekt gesetzt werden. Im relevanten Artikel [[DE:Grenze_zeichnen]] konnte ich es gerade nicht Noch ein neuer Artikel? Hmm... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 22:46 schrieb Markus: (float heisst das glaub...) Das ist was ganz Anderes... char Pi = 3,14159265... int Pi = 3 float Pi = 3.14159268... (je nach System 16 Digits - AFAIK) Bei doubles wird der doppelte Speicherplatz eines Floats reserviert. etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 23:37 schrieb Markus: Ich habe auch keine Information darüber, ob die Grenze in der Mitte der Strasse verläuft, an einer Strassenkante, oder etwas neben der Strasse. Die 1-8 Meter machen den Kohl auch nicht dicker. Ich vermute, dass auch auf einer Geraden mehrere Grenzsteine sitzen. Frag doch mal nach, vielleicht exportieren sie dir den Layer noch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 22:54 schrieb Frederik Ramm: In diesen Faellen ist es wuenschenswert, dass Du nicht eine neue Grenzlinie importierst, sondern die existiernde Strasse, den existierenden Fluss oder den existierenden Waldrand als Grenze mit in die Relation aufnimmst. Dazu eine Frage: Wenn ich eine Straße in die Relation einfüge, diese jedoch irgendwann anders als die Grenze weiter geht, muss ich die Straße doch an diesem Punkt aufteilen, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OePNV: AST (AnrufSammelTaxi)
Am Mi, 24.06.2009, 23:14 schrieb Mario Salvini: is das nicht eher ein zusatztag für einen bus_stop? +1 collective_taxi = ? collective_taxi:information:DE = 30 Minuten vorher die Nummer ... anrufen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 23:48 schrieb Rolf Bode-Meyer: Brrr, eine Grenze zurechtzurücken und -zupfen wird sich hoffentlich keiner erdreisten (wobei ich immutable-Unterstützung im Editor trotzdem nützlich fände). +1 dafür, in so einem Fall getrennten Grenzway und Straßenway zu haben, aber mit den gleichen Nodes. So wird es doch jetzt schon gemacht wo z.B. residential und forest landuses aufeinander treffen. +1 Könnte vermutlich auch beim Export weniger Probleme aufwerfen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Am Mi, 24.06.2009, 23:56 schrieb Mirko Küster: Wenn man es auswerten will schon. Es macht schon einen Unterschied ob die Straße zu Gemeinde A, B oder jeweils zur Hälfte zu beiden gehört. Das sehe ich zwar genauso, aber das OSM-Modell ist dafür nur bedingt geeignet... topologisch + topographisch = Spagetti-Modell ... da muss man tricksen und die Grenze vorher enden lassen. Aber wem gehört der Boden unter der Straße, wenn es keine Gemeindestraße ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
Jens Müller schrieb: On 18.06.2009 19:49, Tobias Wendorff wrote: Juris druckt häufig auf nicht-rechtskräftige oder anfechtbare Urteile ab. Juris druckt ab? Ernsthaft? Gnar :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze
Markus schrieb: Ich habe eine Gemeindegrenze als DXF-Datei für OSM erhalten. Wer kann mit das umwandeln und in OSM hochladen? pff ... schick schon! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze
Hallo Stefan, Stefan Leupers schrieb: Mit was konvertierst Du das denn dann? meiner shp2osm-Variante und wenn's notwenig ist auch mit proj.4 in den GDAL-Tools. Gibt's frei Tools, die DXF verstehen und z. B. in GPX umwandeln können? DXF-Plaintext ja ... ich habe vor einiger Zeit mal ein Script veröffentlicht. Weiß nicht mehr wo :-))) Google sagt: http://raumplanung.tobwen.de/OSM/scripts/dxf2osm.txt Sind aber sicher noch Probleme drin :-( Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
Markus schrieb: Die nahe Landkreisgrenze ist in der Praxis sicher identisch mit der Stadtgrenze. Aber nur eine kann richtig sein. Welche? Die Landkreisgrenzen wurden leider lageverschoben importiert. Die Gemeindegrenze von Dir ist exakt und bildet die Grenze zwischen den Kreisen Erlangen-Höchstadt und Nürnberger Land. Im Westen liegt grenzt direkt die Gemeinden: Heroldsberg Geschaidt und im Süden: Günthersbühler Forst Rückersdorfer Forst Rückersdorf Röthenbach a.d. Pegnitz und im Norden: Schnaittach Eckental Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Michael Kugelmann schrieb: Tobias Wendorff schrieb: Das geht dann aber von einer klassischen Stadtplandarstellung weg. Grundsatz der schon seit Jahren gilt: wir mappen nicht für den Renderer sondern erfassen Daten. Und irgendwelche Anwendungen (z.B. der Rendere) machen damit irgendetwas. Du hättest die Nachrichten davor auch lesen sollen :-) PS: für Routing wäre so etwas prinzipiell auch interessant (mehr Spuren: vermutlich dickere Straße). Nein, das ist sicherlich der falsche Weg: Aus einer Straßenbreite lässt sich nicht unbedingt die Klassifizerung ableiten, auch nicht Näherungsweise. Breite Straßen haben großteils historische Gründe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Mario Salvini schrieb: warum wir überhaupt momentan unterschiedliche Linienbreiten in den Renderergebnissen haben macht eigentlich garkeinen Sinn. - Es suggeriert nur irgendwelche Pseudo-Tatsachen. Darum frage ich ja, was für eine Art Plan Du haben möchtest. Ein Stadtplan soll nur eine generalisierte und einfache Information geben. Er ist z.B. für den Autofahrer wichtig. Der Wanderer will ganz andere Informationen als der Vermesser etc. Erst durch feste Breiten oder die Darstellung von Lanes bekäme die Breite der Wege irgendeine Qualität. Das kannst Du aber wirklich erst in sehr hohen Zoomstufen. Bei Flüssen klappt das mit der Breitenangabe doch auch schon, warum soll es bei Straßen nicht klappen? Flüsse haben keine achsensymmetrischen Ausprägungen wie Straßen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Dirk Stöcker schrieb: Wenn man es also richtig machen will, dann sollte man es auch richtig machen. Korrekte Hervorhebungen sind Kursivschrift, Fettschrift oder notfalls auch französische Anführungszeichen. Hast Du schon die geplante Änderung für die DIN 5008 gelesen? Abkürzung für Cent (ct) - Verwendung des geschützten Leerzeichens bei zusammengehörenden Textteilen (z. B. DIN 5008) - Abstand nach Aufzählungskennzeichnungen (mind. 2 Leerzeichen) - Punkt 7.8 Unterführungszeichen ... entfällt komplett - Bei den Kalenderdaten soll weiterhin die Verwendung beider Schreibungweisen zulässig sein. Nicht mehr zulässig ist aber die zweistellige Schreibweise der Jahreszahl (dann nur noch vierstellig) - Unterstreichungen sollen nicht mehr bei Unterlängen (q, p, ...) angewandt werden. Ausnahmen sind automatische Unterstreichungen bei Hyperlinks. - Es wird ein neues Kapitel über Diagramme und Abbildungen geben - Auch ein Kapitel für die Gliederung und Kennzeichnung von langen Texten (Facharbeiten, ...) soll es geben - Die Fußnotendarstellung wird geregelt - Die DIN 676 (Gestaltung Geschäftsbrief) wir in die DIN 5008 integriert - Der Infoblock wird der Bezugszeichenzeile zukünftig vorgezogen, die Bezugszeichenzeile soll aber weiterhin gültig bleiben. - Anhang B und C werden mit einem Beispiel näher erläutert - die starren Leitwörter werden aufgehoben (z. B. Gesprächspartner statt Unser Zeichen). Zusammengehörendes soll im Infoblock auch als solches zu erkennen sein und mit einer Leerzeile vom Rest abgetrennt werden - geregelt werden die gesellschaftsrechtlichen Angaben in der Fußzeile des Geschäftsbriefes - bei den Empfängerbezeichnungen werden Bacherlor- und Mastergrade berücksichtigt - ein Gliederungspunkt werkliche Elemente wird eingefügt (Postscriptum) - der Bereich der E-Mail wird um die notwendigen gesellschaftsrechtlichen Angaben ergänzt - in den Anwendungsbeipielen wird ein gestalteter Halbprivatbrief gezeigt. Interessant ist hier nicht nur die Gestaltung, sonder auch die Stellung des Datums (rechtsbündig und nicht auf 10,16) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet (was: Projekt Gemeindegrenze)
Georg Feddern schrieb: is_in = Gemeinde,Kreis Plön,Schleswig-Holstein,... Ich habe ein *sehr* großes Problem mit is_in, da die Reihenfolge und die Information ansich nirgends definiert ist. Viele schreiben z.B. zwischen Kreis und Bundesland noch die Region ... zwar kann man das durch hin-und-her schaukeln irgendwie auswerten, aber toll ist das so nicht :-( Sowas wäre viel sinnvoller, aber natürlich auch komplizierter: is_in:city_district is_in:township is_in:administrive_district is_in:region is_in:federal_state is_in:country is_in:continent is_in:galaxy is_in:universe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Frederik Ramm schrieb: Stichwort gazeteer, die Englaender basteln schon an einer Erweiterung von osm2pgsql, die diese ganzen Namen dann nebenbei abfallen laesst und eine semi-statische Seitenstruktur stellt. Der Namefinder-Autor hatte das auch immer vor, ist aber nie so weit gekommen. Ich ziehe meine Datenbasis lieber aus einer aufbereiteten Datenbank. Mal gucken, was bessere Ergebnisse liefert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Frederik Ramm schrieb: Tobias Wendorff wrote: Hast Du schon die geplante Änderung für die DIN 5008 gelesen? Falsche Liste? [ ] ja [ ] nein [ ] vielleicht [x] sicher nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] StAGN: Ständiger Ausschuss für ge ographische Namen
Hallo Community, vor kurzem hatten wir eine Diskussion über die (geographischen) Namen von Städten. Dieser Ausschuss beschäftigt sich auf nationaler- und europäischer Ebene genau mit dem Thema: http://www.stagn.de/ uA sind sie auch für die GN-DE Geographische Namendatenbank Deutschlands zuständig. Man finden in den Publikationen interessante Hinweise zur Namensbildung. Vielleicht können wir ja Know-How davon ableiten. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] StAGN // Nachtrag
Dieses Dokument dürfte *sehr* interessant sein: http://141.74.33.52/stagn/Portals/0/081001_Grothenn_Zusammenfassung.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was Google nicht kennt existiert im Internet nicht :(
Sven Geggus schrieb: Ich frage ja gerade nach Lösungen. Eine offizielle Anfrage an Google wird ja wohl kaum helfen. Das ganze ist ja in gewisser Weise eine Konkurrenz zu Google Maps. Markus hatte kürzlich Kontakt mit Google - vielleicht weiß der, wie Google OSM genau sieht. Ich bin der Meinung, dass Google das Produkt Google Maps bei weitem noch nicht so nutzt, wie man es aus ökonomischer Sicht könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Markus schrieb: Man sagt, dass sie bei der PLZ-Suche helfen. (die funktioniert nämlich noch nicht) Man kann sich die redundante Erfassung der PLZ für jede Adresse sparen. Die Grenzen musst Du aber zwischen den Adressen spannen, damit Du die Regionen erst erhälst. Es wird in vielen Fällen auch Enklaven und andere Ausnahmen geben. Ich arbeite bei solchen Dingen nicht mit konvexen Polygonen, sondern Vincenty. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in - geordnet
Bernd Wurst schrieb: Meiner Erkenntnisse sind momentan, dass es zwar einige gibt, die in is_in irgendwas aus dem Kopf rein schreiben (z.B: nur die nächste Stadt) aber alle, die halbwegs versuchen, sich ein ein Schema zu halten machen es gleich. Du solltest mehr Daten anschauen und weniger Schwarzmalerei betreiben. Ich schaue mir die Daten an, indem ich sie auswerte. Ich habe jetzt einen Filter, der die is_in-Einträge ziemlich gut zerlegt und sortiert. Nur die Trennung per Komma gefällt mir noch nicht wirklich, ein Semikolon wäre deutlich besser. Man kann jetzt z.B. Polygone dazwischen aufspannen, allerdings sind es dazu noch zu wenig Einträge. Viele schreiben z.B. zwischen Kreis und Bundesland noch die Region Du meinst den Regierungsbezirk. Den gibt es nicht in jedem Land, daher die Unterschiede. Nein, viele schreiben auch Regionen, wie z.B. Westfalen, Ruhrgebiet, Sauerland etc. dran. Das kann man zwar dann auch splitten, aber irgendwann geht's nach hinten los. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] StAGN: Ständiger Ausschuss für ge ographische Namen
Markus schrieb: Die Ergebnisse eines Gesprächs mit einem StAGN-Mitarbeiter habe ich hier zusammengefasst: http://wiki.openstreetmap.org/wiki/DE_talk:Key:name Danke! Bitte versuch' aber Deine Gespräche z.B. auf der Kooperations-Seite zu hinterlegen - sonst läuft wieder alles kreuz und quer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] StAGN: Ständiger Ausschuss für ge ographische Namen
Hallo Markus, Markus schrieb: Bei Voranfragen, informellen Gesprächen etc macht es durchaus Sinn, diese auf mehreren Ebenen und von mehreren OSMern ausgehend parallel zu starten/betreiben. Dann sollte man den Akteur aber direkt vorwarnen, dass andere Anfragen zu gleichen Themen kommen könnten. Meistens landet es glücklicherweise beim gleichen Ansprechpartner. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] castle im Wiki
ekkeh...@gmx.de schrieb: bye Nop Falscher Thread :-) Ah, Du bist also Nop? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am So, 21.06.2009, 01:19 schrieb Frederik Ramm: Und selbst, wenn sie das nicht tut, ist sie besser als gar keine Daten. Ich bin aber eindeutig für ein source = approximated oÄ Ich finde Markus' Idee mit den Gemeindegrenzen gut (bei den PLZen bin ich anderer Ansicht). Ich habe erstere nie kritisiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am So, 21.06.2009, 02:58 schrieb Mirko Küster: Besonders bei paralelen Wegen ist das ganze nervig. Man kann noch so auf genaue Abstände achten, nach dem hochladen sieht das immer nach betrunken gemappt aus. Wird Zeit das dieser Bug mal verschwindet. Kannst du mir Details nennen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Am So, 21.06.2009, 03:19 schrieb Martin Koppenhoefer: http://www.destatis.de/gv/suche_gv2000.htm Naja, ein Gemeindeverzeichnis ist etwas Anderes :-) Wir haben einen Kontakt beim DESTSTIS, den haue ich am Dienstag mal an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am So, 21.06.2009, 12:25 schrieb Marc Schütz: Die Koordinaten werden in der Datenbank soviel ich weià als 32bit-Integer gespeichert. WIMRE führt das zu einer Genauigkeit von ca. 10-20cm. Könnte es daran liegen? Punkte auf einen Meter genau festzulegen dürfte aber dann trotzdem kein Problem sein. Nehmen wir folgende Koordinaten (7 Nachkommastellen): 1. P1 (LAT/LON): 40.000, 7.000 P2 (LAT/LON): 40.000, 7.000 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,000 m 2. P1 (LAT/LON): 40.000, 7.000 P2 (LAT/LON): 40.009, 7.000 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,100 m 3. P1 (LAT/LON): 40.000, 7.000 P2 (LAT/LON): 40.009, 7.009 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,126 m 4. P1 (LAT/LON): 40.000, 7.000 P2 (LAT/LON): 40.000999, 7.000999 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,014 m wenn man nun auf 6 Nachkommastellen runtergeht: 5. (P2 wäre die Wirklichkeit, P1 abgekürzt) P1 (LAT/LON): 40.00, 7.00 P2 (LAT/LON): 40.09, 7.00 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,999 m 6. (P2 wäre die Wirklichkeit, P1 abgekürzt) P1 (LAT/LON): 40.00, 7.00 P2 (LAT/LON): 40.09, 7.09 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 1,002 m 7. (P2 wäre die Wirklichkeit, P1 abgekürzt) P1 (LAT/LON): 40.00, 7.00 P2 (LAT/LON): 40.00, 7.00 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,111 m 8. (P2 wäre die Wirklichkeit, P1 abgekürzt) P1 (LAT/LON): 40.00, 7.00 P2 (LAT/LON): 40.00, 7.00999 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,140 m 9. (P2 wäre die Wirklichkeit, P2 gerundet) P1 (LAT/LON): 40.00, 7.00 P2 (LAT/LON): 40.01, 7.01 Entfernung (Vincenty auf WGS84) mit 0,5mm Genauigkeit: 0,140 m Fazit (bezogen auf diese Koordinaten): Bei 7 Nachkommastellen beträgt der maximale Fehler 1,4 cm. Bei 6 Nachkommastellen beträgt der maximale Fehler 14,0 cm. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am So, 21.06.2009, 14:24 schrieb Mirko Küster: Mit purem rechnen kommt ihr hier nicht weiter. Einfach mal Praxisbeispiele ausprobieren. Nur Rechnerei löst dieses Problem. Schick mir doch bitte Testdaten und ich anslysiere dein Problem morgen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am So, 21.06.2009, 20:40 schrieb Florian Lohoff: kann man mit Wahlbezirkszuordnungen durchaus einfach hinbekommen. Vergiss die Orzssatzungen nicht. Dort hängt auch in den Online-Varianten fast immer ein Plan dran. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am So, 21.06.2009, 19:20 schrieb Martin Koppenhoefer: irgendwo in der OSM-Kette (also JOSM, API, DB und was da evtl. sonst noch dazwischen liegt) an. Daher will ich es gerne untersuchen. JOSM rechnet schon bdim verschieben von Koordinaten intern eeetttwwasss falsch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DOP-Viewer
Am Sa, 20.06.2009, 12:18 schrieb Michael Kugelmann: Mal sehen ob wir nach dem Oberpfalz-Trial darauf einen Zugriff kriegen. Bitte das BKG diesbezüglich nicht anschreiben, es liegen schon Anfragen vor. Pssst! Wartet noch ein paar Tage, dann gibt es etwas Neues :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Sa, 20.06.2009, 12:49 schrieb Matthias Versen: Werner König wrote: Wenn man jetzt einfach so grob schaut, welches Dorf zu welcher Gemeinde/Stadt gehört, kann man mit vertretbarem Aufwand eine ganze Menge erreichen. Insbesondere diejenigen, die in ländlichem Gebiet wohnen, kennen ja eh schon den groben Verlauf ihrer Gemeindegrenze und können dann z.B. anhand von Walhbezirks-Listen (aktuell!) zuordnen, wo die Grenze ungefähr verlaufen muss. Sind Wahlbezirks-Listen freie Information, die wir bedenkenlos nutzen können ? ja, kann man, siehe http://wiki.openstreetmap.org/wiki/Straßenverzeichnis/Stimmbezirke Mir vergeht langsam echt die Lust an OSM. Ich dokumentiere sowas alles und Keinen kümmert es. http://wiki.openstreetmap.org/wiki/DE:Kommunikation http://wiki.openstreetmap.org/wiki/DE:Kommunikation/IM_NRW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am Sa, 20.06.2009, 11:07 schrieb Werner König: Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff: http://www.deutschepost.de/dpag?tab=1skin=hicheck=nolang=de_DExmlFile=1 010980 Wie machen es den Dienste wie stadtplandienst.de, dort gibt es eine PLZ-Suche, die bei mir bisher gut funktioniert hat. Das sind properitäre Karten. Für solche Zwecke kann man die Daten einkaufen und sich zB eine Weblizenz holen (das BKG bietet dies für [300 Euro). Aber das klappt bei OSM nicht :-( Außer wir bieten eine Suche auf dieser Badis an, die nicht offen ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Am Sa, 20.06.2009, 04:11 schrieb Martin Koppenhoefer: Am 19. Juni 2009 21:40 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Johann H. Addicks schrieb: verbindlich wofür? Amtliche Kartenwerke in Deutschland. Rottenburg am Neckar konnte ich da nicht finden, im Gemeindeverzeichnis allerdings schon, und zwar mit Zusatz: PLZ Gemeindenamen 72108 Rottenburg am Neckar, Stadt Gemeindetyp GroÃ?e Kreisstadt Anschrift der GemeindeStadt Rottenburg am Neckar am Neckar scheint es übrigens öfters zu geben (wie wohl viele Flüsse)... Bitte den Link zum Gemeindeverzeichnis posten, sonst kann man das nicht erörten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am Sa, 20.06.2009, 16:56 schrieb Werner König: Na dann müssen wir das eben so machen, wie mit den anderen Geo-Daten. Sammeln, sammeln, sammeln Und Mut zum Schätzen haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Am Sa, 20.06.2009, 13:00 schrieb Martin Koppenhoefer: wenn sie der Recherche im Einzelfall dienen und die Angaben verbindlich sind (und damit Tatsachen), warum nicht? Lasst uns lieber amtlich sagen, denn verbindlich sind sie nicht für uns - Verbindlichkeiten setzen einen Zweck vorraus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Sa, 20.06.2009, 13:21 schrieb Florian Lohoff: Einteilung des Wahlgebietes muss ich meine nach Kommunalwahlgesetz 4 Wochen nach Konstituierung des Wahlvorstandes bekanntgemacht werden. Achtung: Das ist Landessache. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am So, 21.06.2009, 00:18 schrieb Martin Trautmann: Es ist relativ einfach möglich, Ortschaften ihrer Gemeinde zuzuordnen. Es ist weit schwieriger, die Gemeindegrenzen hinreichend genau abzuleiten, wenn einem entsprechendes Kartenmaterial fehlt. Das ist richtig. Wir mappen aber nicht flurstücksscharf, daher reicht eine Schätzung zunächst für die meisten Anwendungen. Die Gemeindegrenzen sind in der Ortssatzu definiert und komplett gemeinfrei - einfach mal die Gemeinde fragen oder hingehen und skizzieren oder pausen (in diesem Fall erlaubt!). Fotografieren ist IMHO nicht erlaubt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Karten möglich!
Am Fr, 19.06.2009, 10:06 schrieb Gerd v. Egidy: Wenn wir jetzt die Fehler von Google kopieren, können die hinterher relativ einfach erkennen, woher das kommt... Ich stimme dir voll zu - es gibt auch eindeutig bessere Quellen als Google. Es sollte äußersten Notfall nur zur Erinnerung dienen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Karten möglich!
Am Fr, 19.06.2009, 10:06 schrieb Gerd v. Egidy: Wenn wir jetzt die Fehler von Google kopieren, können die hinterher relativ einfach erkennen, woher das kommt... Ich stimme dir voll zu - es gibt auch eindeutig bessere Quellen als Google. Es sollte äußersten Notfall nur zur Erinnerung dienen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage zur Benutzermotivation
M.Gehling schrieb: Das sollten Stadteigene eh sein. Bei Größeren Firmen sind jedenfalls diese erfaßt. So wie auch jede Steckdose, Schalter, usw. Leitungsnetze sind auch sehr wichtig ... viele benutzen GIS, um die Rohranlagen zu überwachen und vorallem einzelne Anschlüsse dort zu finden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
M.Gehling schrieb: PLZ sind nach Straßen mit Hausnummernbereiche, Gerade und ungerade und sonstige PLZs sortiert. somit kann eine Straße durch mehere PLZ gehen. Yepp, dies ist korrekt! Siehe auch: http://www.deutschepost.de/dpag?tab=1skin=hicheck=nolang=de_DExmlFile=1010980 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
Martin Koppenhoefer schrieb: naja, ständigen Probleme. Du warst in meiner Erinnerung immer in vorderster Front dabei, alle möglichen etablierten Quellen in Frage zu stellen (z.B. Yahoo-Luftbilder) und die Mitmapper mit Urheberrechts- und Lizenzanalysen anderer potenzieller Quellen und unserer eigener Daten zu beglücken. Yepp, weil ständig irgendwelche Leute versuchen, fremde Daten zu importieren oder abzuzeichen. Jetzt habe ich versucht einen Weg für diese zu ermitteln, doch noch etwas davon zu haben. Wer einfach mappt, hat diese ständigen Probleme alle gar nicht: er spaziert mit dem GPS und Notizblock in der Hand durch Feld und Flur und nimmt die Daten auf, die er fürs Kartieren braucht. Das ist der ursprüngliche Gedanke von OSM. Du hast viele Informationen, die Du nicht mit bloßem Auge entdecken kannst. Gemeindegrenzen sind für uns von steigender Wichtigkeit, um diverse Anwendungen korrekt durchzuführen. Wenn von 100.000 Mapper sich vielleicht 10 Mapper mit dem Thema beschäftigen, finde ich es enttäuschend, hier so angegriffen zu werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern un d Karten möglich!
Florian Lohoff schrieb: Es macht daher schon sinn mal ueber den Tellerrand zu gucken welche moeglichkeit der Datenuebernahme man so hat. Ich sage nicht das alles egal ist und wir abkupfern sollten - Lieber nicht - Irgendwann gibt das Aerger aber sich mal bewusst zu machen was moeglich sein koennte und alles mal abzuklopfen halte ich fuer sinnvoll. Sehe ich genauso. Und wem es immer noch nicht klar ist: Wenn ich auf einen Stadtplan gucke und mir ungefähr anschaue, welche Straßen noch im Stadtgebiet sind und welche nicht mehr und daraus dann z.B. die administrativen Grenzen für OSM ableite, dann profitiert OSM mit Sicherheit davon - die Karte erfüllt nur ihren informativen Zweck. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Karten möglich!
4+ Ja, ist okay jetzt. Ich bin dann aber dafür, dass sämtliche Anfragen zu dem Thema Urheberrecht in dem Talk-DE ignoriert werden. Egal welcher Art. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Heiko Jacobs schrieb: Für viele Gegenden (alle?) gibt es in der deutschen Wikipedia sehr gute Übersichtskarten der Kreise und der Gemeinden darin, teilweise auch der Gemeindeverbünde etc. Wikipedia gibt aber auch immer die Quellen zu den einzelnen Grenzen an; auch die Karten dort unterliegen ... auch, es interessiert ja eh keinen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Johann H. Addicks schrieb: Und die unselige Doppelbeschriftung schnell entfernen ;-) Und bitte auch die am Main an der Pegnitz etc. Das ist bei Adressen sinnvoll. Aber bei Landkarten, die per Definition eine räumliche Einordnung (Nachbarorte, Flüsse) enthalten, braucht es diesen Zusatz nicht. Wenn der Ort so heißt, finde ich es vollkommen legitim, den Namen voll auszuschreiben. Daher hat sich OpenGeoDB ja auch entschlossen, den ASCII-Namen einzufügen. name = Frankfurt am Main name:short = Frankfurt Kann aber auch automatisch geschehen, damit man die Datenbank nicht füllt (siehe unten). Außerdem sieht es völlig idiotisch aus, wenn z.B. hier in der Gegend in den gröberen Zoomstufen dann 7-10 benachbarte Ortschaften alle beschriftet sind mit im Taunus. Das liegt aber am Renderer. In vielen Kartographieprogrammen kann man Abkürzungen, Flüsse etc. vorgeben, die ausgeschrieben, abergekürzt oder weggelassen werden. Dann steht da nur Frankfurt (Main) oder so. Ist sehr simpel zu implementieren und hat eine große Wirkung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Karten möglich!
Johann H. Addicks schrieb: Du hast viele Informationen, die Du nicht mit bloßem Auge entdecken kannst. Gemeindegrenzen sind für uns von steigender Wichtigkeit, um diverse Anwendungen korrekt durchzuführen. Insbesondere für Postleitzahlen wäre ich für eine Lösung dankbar, wie man diese Daten befreien könnte. Man müsste dem normalen Bürger eine Möglichkeit geben, seine Adresse in OSM einzutragen, ohne sich groß anzumelden. Es muss ja noch nicht mal die ganze Adresse sein, wenn er es aus irgendeinem Grund nicht will. Anhand dieser Adresse könnte man dann Postleitzahlengebiete aufspannen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
Martin Koppenhoefer schrieb: das ist ein Argument, dem ich noch nie folgen wollte. Welche unserer Daten sind schon statisch? Noch nicht mal die Küsten ;-). Die kann man aber sehen, ablaufen und abdigitalisieren. Jeder Bürger kann im Endeffekt ins Amt gehen und Einblick in die Karten nehmen, die mit der Ortssatzung veröffentlich wurden. Wenn es eine Satzung ist, müssten die Dir eigentlich auch eine Kopie machen, oder? Klar, aber hast Du schonmal die Preise für sowas gesehen? Florian hat welche mit 12 EUR gesehen, aber Karten-Plots kosten (je nach Größe) gerne mal 60 EUR. Das Blöde ist aber, dass viele Kommunen zwar den textenlichen Teil veröffentlichen, die Karte (die Bestandteil des Ganzen ist), nur zu Einsicht vorlegen (s.o.). und man darf sie sich nicht kopieren? Das finde ich an sich schon rechtlich bedenklich, da wie Du ja schreibst die Karte Bestandteil (m.E. der Hauptteil) des Gemeinderatsbeschlusses (o.ä.) ist. Meiner Erfahrung nach gibt es allerdings sehr viele Bebauungspläne auch im Netz (zumindest in der Phase der öffentlichen Auslegung) Google mal ein wenig. Nehmen wir mal das hier: http://www.offenbach.de/offenbach/themen/rathaus/service/dienstleistung/bebauungsplan.html - Auskünfte aus einem Bebauungsplan: kostenfrei - Kopie eines Bebauungsplanes: 20 € Also, wie schon gesagt: Hingehen, auslegen lassen, abzeichnen: 0 EUR Hingehen, kopieren lassen: xxx EUR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
Gerd v. Egidy schrieb: Wie wärs mit Digicam einpacken, hingehen, auslegen lassen, abfotografieren? Das hatten wir neulich schonmal: Nur die Grenzen (oder halt die neuen Flächen) sind Bestandteil der Satzung (bzw. des B-Plans). Abpausen würde vielleicht gehen, aber beim Fotografieren ziehst Du ja wieder einen Teil der Sachen mit, die geschützt sind. Ich schätze, dass daher auch die Plots der Übersichtspläne nicht einfach als PDF angehängt werden: Es handelt sich zu 90% um Flurstücksangaben, die wieder unter den Katasterschutz fallen und sind somit gebührenpflichtig. Ich hab schon Topo-Karten senkrecht von oben mit ner normalen Consumer-Digicam abfotografiert und hinterher dann gegen mehrere Punkte rectified. Obwohl sich die Karte an den Kanten runtergewölbt hat etc. hat das erstaunlich gut funktioniert. Wenn Du genug Referenzpunkte hast, dann ist das ein sehr gutes Verfahren. Wird ja auch angewendet, um Papierverzug und so auszugleichen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Markus schrieb: Erst muss ich mal die Ursache für die unselige Doppelbeschriftung finden, damit ich eine entfernen kann, und Mapnik dann den Namen der Stadt auch in den Zoomstufen richtig hinschreibt... Da gibt es: http://www.openstreetmap.org/browse/node/240035687 Anscheinend wird der Name dann noch aus dem Gemeinde-Polygon erstellt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Karten möglich!
Markus schrieb: Dazu gibt es bereits ein Projekt, könnten wir ja auch machen... OpenAddresses, ich weiß ... aber welches denn noch? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM (war: Landratsamt will OSM)
Markus schrieb: name = Lauf openGeoDB:name = Lauf an der Pegnitz Wobei ich nicht so sicher bin, ob das im Sinne des Kartennutzers ist? Da es in DE mehrere Orte mit dem Namen Lauf gibt, schreiben die Laufer immer Lauf an der Pegnitz (ist ein schönes Flüsschen mit Insel mitten in der Stadt und Schloss darauf). Und ich vermute, das ist auch für das Routing wichtig. Ich sehe da eher ein anderes Problem: Wenn nochmal der OpenGeoDB-Bot durchläuft, könnte er wieder alles umwerfen. Ich habe mir angewöhnt, die Namen immer voll auszuschreiben, egal was auf dem Schild steht ... denn vereinfachen kann man immer, erweitern aber nicht. name = J.-von-G.-Str. Das kann alles sein: - Johann-von-Goethe-Straße - Johanna-von-Garbotz-Straße - Jens-von-Google-Straße - Johannes-von-Grüger-Straße Ich tagge daher so: name = Johannes-von-Grüger-Straße name:street_sign = J.-von-Grüger-Straße street_sign:information = 'Johannes (gestorben 2023) mappte hier gerne' Vereinfachen kann man das später immer noch über ein Dictionary. Anscheinend wird der Name dann noch aus dem Gemeinde-Polygon erstellt? Das war auch meine Hypothese, aber ich finde keine Relation boundary, auch keine mit einem Nahmen Lauf an der Pegnitz - Aber vielleicht sehe ich ja vor lauter Punkten den Fehler nicht mehr? Dass der Name nicht immer angezeigt wird ist klar: er überschneidet sich mit den ÖPNV-Halten. Ich wundere mich vielmehr, dass die Stromtrassen teilweise wieder im Nichts enden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Dirk Stöcker schrieb: Es besteht ein Unterschied zwischen Ausschreiben von Abkürzungen (Dein Beispiel hier) und dem Hinzufügen von Nichtnamensbestandteilen. Ich weiß, aber daher habe ich ja auch den Topic geändert. Argh, jetzt macht man es schon und dann achtet keiner drauf :-)) Laut Wikipedia ist der amtliche Name aber Lauf a.d. Pegnitz und damit ist der hintere Teil Namensbestandteil und sollte also auch auf der Karte erscheinen. *hüstel* also für solche Recherchen ist doch Google da und nicht die Wikipedia :-)) http://www.lauf.de/index.php?goto=impressum Okay, stimmt aber überein: Lauf a.d.Pegnitz Ich würde es so machen: name = Lauf a.d.Pegnitz name:written_out = Lauf an der Pegnitz Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Johann H. Addicks schrieb: Laut Wikipedia ist der amtliche Name aber Lauf a.d. Pegnitz und damit ist Ist er leider nur fast... Verbindliche Ergebnisse liefert http://www.destatis.de/gv/suche_gv2000.htm Auch verbindlich: http://www.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div?gdz_spr=deugdz_akt_zeile=3gdz_anz_zeile=4 Eingabe: Lauf* Ergebnis: Lauf a.d. Pegnitz mit Objektart, Koordinaten etc. Unterscheidet sogar zwischen amtlich und gebräuchlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Dirk Stöcker schrieb: Ich würde es gerade andersherum machen: name=Lauf an der Pegnitz alt_name=Lauf;Lauf a.d.Pegnitz Das ist erst möglich, wenn der Anwender und/oder die Anwendung genug Intelligenz hat. Das Semikolon ist in vielen Sprachen ein Satzzeichen, also müsste es eher sein: alt_name = Lauf;Lauf a.d.Pegnitz Wir haben den Mist derzeit schon bei is_in: is_in = Barop, Dortmund, Ruhrgebiet, NRW, Deutschland, Europa, Werl Die kompletten Informationen gehen auf diese Weise verlaufen, welche Bedeutung der alternative Name hat. Dazu ist mir der OSM-Datensatz zu schade. Ich bin gerade bereit, der OSMF zwei Terrabyte-Festplatten zu schenken, damit sie die name-Erweiterungen für die nächsten 20 Jahre speichenr können :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen in OSM
Johann H. Addicks schrieb: Wie entsteht ein amtlicher Name? Er ist -so ist mein Kenntnisstand- dadurch definiert, wie die jeweilige Körperschaft (Stadt/Gemeinde..) ein Formular ausfüllt, welches an das statistische Bundesamt übermittelt. Die einzelnen Vermessungsämter müssen ihre Änderungen ständig an die LVAs liefern, welche nach meinem Wissenstand, die Datensätze zu festen Stichpunkten an das BKG liefern müssen. Die BKG gibt dann ebenfalls zu festen Stichtagen die Daten raus, hier z.B. die GN-DE (Geographischen Namen). Neben den GN gibt es noch die KN und ZN. KN = Kurzname = Lauf ZN = Zweitname = kenne ich leider nicht Ich denke, dass es mit den Stichtagen beim DESTATIS ähnlich ist. Allerdings verlasse ich mich - aufgrund der Nähe zum Thema - lieber auf das BKG :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Johann H. Addicks schrieb: Der Amtliche Name für den Gemeindeschlüssel 09574138 ist Lauf a.d.Pegnitz (ohne Leerzeichen zwischen a.d. und Pegnitz) Also bei mir steht Lauf a.d. Pegnitz. Normalwesie werden beim Kartendruck in den TKs nämlich die Punkte weggelassen, damit dann da steht Lauf a d Pegnitz. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Markus schrieb: Der Vorteil einer solchen Tabelle ist, dass jedes Land diese nach kartografischen Gesichtspunkten erstellen kann, und so auch Lösungen für Fälle abdecken kann, die man mit einem Algorithmus nicht geregelt bekommt. Sobald wir Gemeindegrenzen haben können wir ja zusätzlich mit der Fläche der Polygone arbeiten. Sonst verschwinden große Gemeinden mit 90.000 Einwohnern neben kleinflächigen Gemeinden mit der gleichen Anzahl. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landratsamt will OSM
Johann H. Addicks schrieb: Also bei mir steht Lauf a.d. Pegnitz. Normalwesie werden beim Kartendruck in den TKs nämlich die Punkte weggelassen, damit dann da steht Lauf a d Pegnitz. Dann wäre das das aber Lauf a dPegnitz... Wie gesagt: In den ATKIS-Daten (Stand 2009) steht: Lauf a.d. Pegnitz Deine Daten sind von 2007 und ich denke, der Fehler wurde seitdem korrigiert. Selbst in den Schriftdokumenten der Stadt steht Lauf a.d. Pegnitz. Auch solche Dinge, wie Lauffen am Neckar, Stadt halte ich für stark unrealistisch. So heißt keine Stadt. GN ist hier Lauffen am Neckar - schon besser. Ich kann Dir die Bildungsvorschriften für die GN mal raussuchen, wenn Du ehrlich interessiert bist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Thomas Treyer schrieb: ich bin neu hier und habe eine Frage an die alten Hasen: Lohnt es sich, bei Straßen die Breite in meter und die Anzahl der Fahrspuren zu erfassen? Auf jeden Fall! Wertet das irgendjemand aus? Beeinflusst es die Wiedergabe in Renderer wie Mapnik? Nein, aber hier ein Anwendungsbeispiel: http://wiki.openstreetmap.org/wiki/User:TobWen/Flächen http://wiki.openstreetmap.org/wiki/User:TobWen/Fl%C3%A4chen Wenn ja, dann nur die Breite oder nur die Anzahl der Fahrspuren oder beides taggen? Soviel, wie Du machen willst und kannst :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Breiten von Straßen, Anzahl von Fahr spuren
Mario Salvini schrieb: ich Träume jede Nacht davon, dass die Renderer endlich so die Wegbreiten richtig darstellen! 8-) Das geht dann aber von einer klassischen Stadtplandarstellung weg. In diesen Arten der Karten geht man ja von festen Linienbreiten anhand der verschiedenen Kategorisierungen aus. Wenn überhaupt könnte man das Ganze nur in ganz hohen Zoomstufen darstellen. Was für eine Art Plan schwebt Dir denn vor? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de