Re: [Talk-de] ÖPNV Routen Husum (Nordsee)
Am 14. Dezember 2019 12:18:50 MEZ schrieb Michael Reichert : >Hallo, > >Am 14/12/2019 um 11.48 schrieb goegeo: >> Hallo zusammen, in Husum (Nordsee) wurde am 1. August ein vollkommen >> neues Stadtbusnetz (Website: www.husumbus.de) eingeführt (geänderte >> Routenführung und halb-/stündliche Taktung. Ich habe einige der neuen >> Linienverkehre bereits mit erfasst – allerdings sind auch noch die >> Altlinien noch erfasst (verschiedenene 105x). Geht das in Ordnung, >wenn >> ich die historischen Routenrelationen (Altlinien) einfach lösche? >Oder >> sollte so etwas auch über das Forum angekündigt/vorher diskutiert >> werden? An dieser Stelle mache ich es ja jetzt schon? Hat jemand hier >> Einwendungen > >Wenn die Linien ab morgen nicht mehr verkehren, kannst du ihre >Routenrelationen ersatzlos löschen. OSM ist kein Projekt für >historische >Daten. Anders als bei stillgelegten Gleisen bleibt nicht mal mehr ein >naturnahes Biotop zurück. > >Bitte denk daran, auch Bushaltestellen, die nicht mehr bedient werden, >zu löschen, wenn sie abgebaut worden sind. > >Viele Grüße > >Michael Hallo, Ist schon sehr lange her, das ich mich mit ÖPNV befast habe. Deswegen meinen Post hier unter vorbehalt. Ich meine mich zu erinnern, das es für inaktive Bushaltestellen, die baulich nicht komplett zurückgebaut worden sind, einen unbenutzt/inaktiv Key zum Tag gab. Habe den Key jetzt nicht mehr im Kopf. Manchmal ist es so, das nur das Halteschild und der Fahrplan entfernt wird, und der Rest der Haltestelle, z. b. die Haltebucht, bestehen bleibt. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersetzung MAPS.ME
Am 10. Mai 2019 12:35:26 MESZ schrieb Andreas Schmidt : >Ich habe das Wort 'Buchmacher' noch nie gehört. Spontan hätte ich einen >Handwerksberuf vermutet. Das verwundert mich zwar, aber das spielt hier keine Rolle. Buchmacher empfinde ich eher als eine Bezeichnung für eine Person. >'Wettbüro' ist hier in Norddeutschland m.E. viel gebräuchlicher. Finde ich als Norddeutscher eigentlich nicht, aber Wettbüro finde ich sprachlich korrekter für ein Geschäft. >Synonym >nutze ich 'Sportwetten' (als Gebäudebezeichnung). Nicht gut. Es könnten ja auch mal andere Arten von Wetten angeboten werden und vielleicht ändert sich das in Deutschland irgendwann mal. Eine allgemeinere Bezeichnung fände ich besser. Bei Bedarf kann man einen Tag für Spezifikationen einrichten, falls mal was anderes als Sportwetten angeboten wird. Was ist an Wettbüro auch als Gebäudebezeichnung falsch? >Andere Wetten, wie z.B. der Babyname der Königsfamilie haben hier wohl >nur ein Nischendasein. Nischen sind doch das Salz in der OSM-Suppe. :) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erreichbarkeit von Adressen
Am 4. Mai 2019 18:22:32 MESZ schrieb Florian Lohoff : >Ja - aber tracks sind keine Hofzufahrten. Wenn das eine Hofzufahrt ist >dann fährt da der Postbote häufiger als der Trecker -> Kein track. > >Flo Aha, hat sich also nichts geändert in all den Jahren, wo ich hier nicht aktiv war. Immer noch die Streitfrage was mappen wir: Das wo nach es aussieht oder wie es benutzt wird? Viele Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erreichbarkeit von Adressen
Am 4. Mai 2019 11:32:00 MESZ schrieb chris66 : >Feldwege (die nicht beschildert sind) dürfen in D völlig legal >genutzt werden und sollten IMO nicht aus dem Routing genommen >werden. An die Ausnahmen denken. In Baden-Würtemberg sind Feldwege grundsätzlich nur zur Bewirtschaftung der angrenzenden Flächen da. Wenn keine Sondernutzungserlaubnis vorliegt, darf man sie nicht befahren, auch wenn keine entsprechende Beschilderung vorhanden ist. Tut man es doch, ist das eine Ordnungswidrigkeit. In NRW sind alle Wirtschaftswege einschließlich der Feldwege grundsätzlich Privatwege, auch wenn sie im Besitz von Städten und Gemeinden sind. Sie sind nicht als öffentliche Straßen oder Wege gewidmet. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
On 28. April 2014 10:26:44 MESZ, Falk Zscheile falk.zsche...@gmail.com wrote: Am 28. April 2014 10:03 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Falk Zscheile falk.zsche...@gmail.com wrote: Da sich mir nach fast 6 Jahren bei OSM immer noch ein innerer Widerstand aufbaut, wenn ich hier Tag schreibe und nicht den Wochentag meine, wäre ich für eine Übersetzung. Aha, und bei Montageanleitungen kommt es Dir dann vermutlich auch jedesmal komisch vor, wenn nicht gerade Montag ist %-/ Wenn ich hier der einzige bin, dem es so geht, dann ist es ja gut. Glaube ich aber nicht. Vielleicht deshalb mit Polemik etwas zurückhalten, damit hier nicht gleich alle sagen oh diskutieren macht ja hier eh keinen Sinn, man ernete nur bissige Bemerkungen. Noch weniger Hilfreich sind die Bemerkungen von Dirk a la Weltnetz -- Todschlagargument. Bis unser T(t)ag so allgemein verbreitet ist wie der Begriff Internet hat OSM noch einen weiten Weg vor sich. Also: Wer eine Übersetzung generell für falsch hält, der soll sich doch bitte an die englische JOSM-Version halten. Alle anderen können gern weiter darüber nachdenken, ob es für T(t)ag eine bessere Übersetzung als Schlagwort gibt, oder ob es als Fachbegriff nicht übersetzt werden sollte. Wobei T(t)ag im deutschen nicht besonders intuitiv ist. Das Zeile einer Übersetzung ist doch aber die leichtere Verständlichkeit. Daher meine Vorschläge Attribut oder Eigenschaft. Also mir brauch man das tag nicht übersetzen. Im Gegenteil verwirt mich da eine Übersetzung, da für mich tag schon Alltagssprache ist. Sei es beim taggen (denglisch) von Mediafiles mit einem Tageditor, oder auch bei der beruflich genutzten Software wo diverse Dinge mit tags versehen werden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
Am 03.04.2014 11:31, schrieb EFTAS Christian Röttger: Hallo liebe OSM-Community, Hallo, Bei der Zuordnung der Brennerei kommen wir zu dem ersten Problem. In der offiziellenMap Features Liste (http://wiki.osm.org/wiki/DE:Map_Features) gibt es noch keinen entsprechenden Tag um diese Funktion eines POI zu beschreiben. Weil nicht eindeutige Zuordnungen häufiger auftauchen hoffen wir auf die Zusammenarbeit mit der OSM Community. Die Lösung könnte z.B. die Einführung neuer Tags sein, aber da sind wir für alle Lösungsvorschläge offen und dankbar. Die Map Features beinhalten nicht alle tags, und man sollte sich nicht daran klammern. Bei nicht vorhandenen tags in DE:Mapfeatures solltet ihr sprachunabhängig suchen, beispielsweise gibt es ein craft=brewery schon, wie ihr vielleicht schon gemerkt habt. http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbrewery Unsere Idee ist, diese Zuordnungsliste frei verfügbar zu machen (z.B. auf einer Seite im OSM Wiki) und dort zu pflegen, um anderen Kommunen, Personen, etc. Hilfestellung beim Import/Export von Daten in OSM zu ermöglichen. Eine erste Arbeitsversion befindet sich momentan unter https://docs.google.com/file/d/0B5hzMGhyvOK6c1dDQ21pYUxZZFE. Aber es existieren noch viele leere Zeilen (s.o.) und Unklarheiten, welche Tag-Kombinationen die Richtigen sind. Hier hoffen wir auf den Input der erfahreneren OSM Mapper, um gemeinsam diese Lücken zu füllen. Evtl. haben wir als schönen Nebeneffekt, dass das Wiki in Bereichen mit leicht widersprüchlichen Angaben harmonisiert wird. Mit taginfo lassen sich tags überprüfen (z.B. Wie oft benutzt? ; Mit welchen Kombinationen? ; usw.) http://taginfo.openstreetmap.org Ich habe jedoch Zweifel, ob für Kombinationen nur ein zusätzliches Wertepaar ausreicht. Da müsste man schon Wissen welche Infos für euch in der Kombination relevant sind. Beispielsweise amenity=restaurant, da gibt es einige mögliche zusätzliche Infos wie z.B. Name, Öffnungszeiten, Art der Küche, Rauchen, Rollstuhltauglichkeit, WLan, usw. Wie wollt ihr diese Problematik lösen? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant Mit freundlichen Grüßen Christian Röttger Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 03.02.2014 14:58, schrieb Ronnie Soak: Am 3. Februar 2014 14:51 schrieb Falk Zscheile falk.zsche...@gmail.com: Ich würde folgendes vorschlagen: name-Tag: nach der on the ground rule, dass, was man vor Ort liest. Meine Meinung: name-Tag nach der möglichst keine Abkürzungen-Regel ausgeschrieben um Eindeutigkeit herzustellen ist mein Favorit. Der name-tag ist der wichtigste der verschiedenen name-Varianten. Da sollte schon eine eindeutige Bezeichnung rein. Die meisten Abkürzungen decken meistens verschiedene Bedeutungen ab. Das hier ursprünglich angeführte Beispiel St. hat verschiedene Bedeutungen im Deutschen und auch international. Zum Beispiel steht St. in Deutschland auch für Staatsstraße und Staatssekretär und ein groß geschriebenes ST für Sachsen-Anhalt oder auch den Kreis Steinfurt. In Österreich für Steiermark. Im englischen Sprachraum ist das unter anderem die Abkürzung für Street. Und das ist nur eine sehr kleine Auswahl von möglichen Bedeutungen. Einige davon könnten durchaus auch in Straßennamen vorkommen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
Am 15.12.2013 12:48, schrieb Florian Lohoff: Braucht der Forstarbeiter ein Navi für seine Schläge? Aber sicher doch, und auch andere GPS-Anwendungen sind verbreitet, z.B.: Polterverwaltung, Forst-Tracker, Flächenermittlung, Harvester gibt es mit Navi-Steuerung, usw. Manch moderner Forstarbeiter läuft auch mit GPS, Laptop und Smartphone durch den Wald. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 19.11.2013 13:47, schrieb Martin Koppenhoefer: Am 19/nov/2013 um 13:29 schrieb Falk Zscheile falk.zsche...@gmail.com: Hier jetzt wieder zwischen Markenname und Unternehmen zu unterschieden ist etwas für Experten, aber nicht für den Mapper, der mal eben den Betreiber eines Briefkastens erfassen will ... wieso kann der am Thema weitgehend uninteressierte Mapper (d.h. der, der auch nirgends weiter nachsehen will, und dem auch nicht besonders daran gelegen ist, genau zu sein mit seiner Beschreibung) nicht einfach brand nutzen, die klar erkennbare Marke, und den operator offen lassen? 1+ Wenn es schon darum geht eine Wiki Seite für die Postdienstleister vorzuhalten, kann man auch im Wiki gleich die meiner Meinung nach korrekte Bezeichnungen in brand und operator eintragen. Wenn ich nur Umgangssprachliches eintragen möchte, brauche ich die Angaben im Wiki nicht, und wir könnten uns auch die Unterscheidung zwischen brand und operator gleich sparen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18.11.2013 16:50, schrieb Carsten Pietzsch: ich finde bei operator Deutsche Post AG als Wert besser (in der o.g. Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut taginfo derzeit auch eine Mehrheit: Hallo Martin, ich kann mir gut vorstellen, dass die Bezeichnung mit AG verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander existieren mit ähnlichen Verbreitungen. Eben zu diesem Zweck scheint ja die Wikiseite zu existieren. Im Übrigen finde ich es inkonsequent bei Briefkästen die Geschäftsform anzuhängen. Von den operator-Keys mit der meisten Verbreitungen haben nur die Deutsche Post AG und die Deutsche Telekom AG die Geschäftsform in der Bezeichnung, sofern ich das jetzt überblicken kann. Die Geschäftsform wird von mir grundsätzlich immer mit angegeben, wenn die Firma sie im Namen führt. Das ist für mich ein Bestandteil des Namens. Zudem sind solche Zusätze mitunter recht hilfreich wenn es sich um Konzerne handelt. In diesem speziellen Fall gibt es eine Reihe von Töchtern von denen auch einige das Deutsche Post im Namen führen. Ohne den vollständigen Namen kann es mitunter problematisch sein, den wirklichen Operator zu erkennen. Die Bezeichnungen Deutsche Post ohne AG oder sonstige Zusätze und DHL sind Marken dieses Postkonzerns und keine Firmennamen. Sie gehören deswegen in den Tag brand meiner Meinung nach. Im Tag operator haben sie nichts verloren. So ist es auch in OSM definiert: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box Die Deutsche Übersetzung dieser Seite scheint mir in diesem Punkt falsch zu sein, da sie als Operator Deutsche Post vorschlägt, was im Widerspruch zur Definition Operator=Firmenname, Brand=Marke steht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Am 18.11.2013 17:38, schrieb Carsten Pietzsch: Hallo René, zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas ungenau: Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein Handelsregister ist. Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:operator Im englischen hab ich nichts dazu gefunden. Das ist natürlich prinzipiell ein ärgerliches Problem, was zu sehr inkonsistenten Daten führt. Grad die Briefkästen taggt somit halt jeder wie er will, 17000 gegen 13000. Das ist Mist. Schade, dass die Wikiseite zu den Postdienstleistern scheinbar auch keine Aussagekraft hat. Das ist natürlich ein sehr unguter Zustand ist, da das mit die einzige Instanz ist, die dafür sorgt, dass das Tagging-Chaos nicht total überhand nimmt. Hier müsste mal eine klare Aussage her! Klare Aussage bei OSM? :-) Das ist für dich Mist? Hast Du dich mal mit dem name Tag und seinen Variationen beschäftigt? Dagegen ist das hier Kleinkram. Es ist nun einmal so, das die Erfassung von Namen (operator, owner, name mit seinen Variationen, usw.) ungenau ist. Nicht jeder Mapper kann alle exakten Namen wissen und nicht jeder Mapper recherchiert, ob ein Name richtig geschrieben ist. Dazu noch falsche oder veraltete Eintragungen im Internet oder bei Behörden, Tippfehler, etc. Wie oft wird hier auf der Liste nach der korrekten Schreibweise von irgendwelchen Namen gefragt. Ich weiß um den Unterschied zwischen der Marke Deutsche Post und der Firma Deutsche Post AG. Da ich mich Beruflich leider häufig mit den Konsequenzen von Verwechslungen zwischen Marken und der zuständigen Firma rum schlagen muss (was mir tierisch auf den Sack geht), achte ich halt beim mappen auf eine entsprechende Unterscheidung und schreibe Deutsche Post AG für die Firma und Deutsche Post für die Marke. Andere kennen das nicht oder es ist ihnen egal und mappen das entsprechend weniger differenziert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag für Viehunterstand?
Hallo, Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 18.11.2013 23:25, schrieb Gregor Waluga: Hallo! Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Meinst du in etwa sowas? http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687 Hallo Gregor, Nee, eher nicht. Bei mir sind das 3 Wände und ein Dach (Minimalausführung) ohne Möglichkeit die 4. Seite zu schließen oder zu versperren. und stehen auf Weiden und Koppeln rum. Es gibt auch Luxusausführungen mit Futterkrippe, Wasser und Einstreu. Im Unterschied zum Stall können die Tiere nach eigenem Gusto rein- und rauslaufen. Ich glaube, in England nennt man die Pferdeversion Paddockbox. Solche Unterstände gibt es auch für andere Weidetiere, nicht nur für Pferde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Am 30.09.2013 18:38, schrieb chris66: Am 28.09.2013 17:41, schrieb Michael: upps, jetzt kommt es. Mein Thunderbird nimmt die spitze Klammer am Ende mit zur Url. Wenn ich diese lösche, dann ist die url korrekt!! Hmm, komisch, mein TB macht das nicht. Kann den Link direkt anklicken. Habe in TB damit auch keine Probleme. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydrant oder Beregnungsanlage
Am 15.08.2013 15:32, schrieb Andre: Moin, Bestimmt gibt es an der Straße ein entsprechendes Hinweisschild - oder woher hast Du sonst den Leitungsdurchmesser 150? ja also schräg gegenüber auf der anderen Straßenseite steht so ein Hinweisschild. Aber die Entfernungsangaben passen nicht zu dem Standort an der Hecke. Ich werde mir das wohl nochmal angucken. Vielleicht sind da ja zwei Hydranten. Sollte der fragliche Anschluss ein Hydrant sein, werde ich dort emergency=suction_point als tag verwenden. Das hatte ich gestern im Wiki übersehen. Ein Hydrant ist es zweifelsohne. Solche Überflurhydranten als Feuerwehrhydranten in roter Lackierung gibt es in meiner Gegend auch. Aber... Gehört dieser überhaupt zur Notfall-Infrastruktur? Wenn nicht, was ist es dann? Wenn das nicht eindeutig ein Hydrant für irgendwelche Notfälle ist, sollte man ihn nicht als solchen taggen. Die Ausführung des Schildes könnte ein Hinweis sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Am 25.06.2013 16:56, schrieb Hartmut Holzgraefe: On 06/25/2013 04:49 PM, Benjamin Lebsanft wrote: On 25.06.2013 16:46, Ruben Kelevra wrote: Fragt sich welche Software man da am besten benutzt ... :) OSMAnd z.B.? KeyPad Mapper, OSM Tracker, is doch super, wenn man das endlich auf nem Gerät mit ordentlichem Display und gutem GPS nutzen kann :) Ordentlich im Sinne von Lesbarkeit bei Sonnenlicht ja, aber die Auflösung ... 480x272 ... da hatte ja selbst mein allererster Androide schon mehr ... Und wieder nur IPX7. Wenn man schon Werbung in Richtung rugged macht, sollte es schon mehr sein, finde ich. Pluspunkt: handelsübliche Batterien/Akkus zur Stromversorgung. Bei Android eine Seltenheit. Leider kein gsm/umts dabei. Nein, ich will nicht telefonieren sondern Daten direkt rauf- und runterladen. Brauche dann ein zusätzliches tethering fähiges Gerät oder ein offenes W-lan. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Dirk Sohler s...@0x7be.de schrieb: Michael Reichert schrieb: Haben nicht sowieso alle halbwegs modernen LKW (da, wo es tatsächlich auch nötig ist) Onboard-Navigation? Nein, haben sie nicht. Aus Erfahrung weiß ich, das es vielen Speditionen zu teuer ist und daher nicht mitbestellt wird. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kinderbetreuungseinrichtungen WAR Re: Rechtschreibung und Zeichensetzung in den Karten
Am 23.04.2013 13:18, schrieb Martin Koppenhoefer: dito opening_hours, finde ich aber, dass es zu weit geht, und auch nur dann wirklich interessiert, wenn man sein Kind schon dort hat. Wer sucht sich denn die Einrichtung zur Betreuung seiner Kinder nach den Ferienzeiten aus? Berufstätige, die sich nach den Werksferien ihrer Firma richten müssen? Auch für Leute interessant, die in einem Bundesland wohnen und in einem anderen arbeiten, oder gar Grenzgänger über Staatsgrenzen hinweg sind. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Am 23.04.2013 15:13, schrieb Florian Schäfer: Hallo Liste, schon mehrere Male ist es mir passiert, dass die offizielle Hausnummer mit derjenigen, die am Haus hängt nicht übereinstimmt. Beispiele: 1. Ich habe mal in der Hausnummer 6I (sechs römisch eins) gewohnt, bis ich beim Umzug bemerkt habe, dass im Grundbuch 6a steht. 2. Hier im Ort gibt es ein Doppelhaus an dem die Hausnummern 7 und 7a hängen. Laut Maps4BW vom Landesamt für Geoinformation und Landentwicklung [1] hat dieses Haus die Hausnummern 9 und 9a. Was meint Ihr, soll ich lieber die Hausnummer am Haus mappen, oder die offizielle Hausnummer? Ich würde erst mal folgendes machen: Vorab klären: Welche Hausnummer hat die offizielle 7, so es sie denn gibt? An welchem Haus, falls existent hängt die 9, und welche offizielle Nummer existiert dort? Dann: Der zuständigen Gemeinde den Sachverhalt schildern und und um Aufklärung bitten. Hinterher beim mappen ein entsprechendes note nicht vergessen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Am 23.04.2013 15:54, schrieb Florian Schäfer: Danke schonmal für die Reaktionen. Ich denke, ich werde demnächst mal bei der Stadt nachfragen, was da los ist. Welche Hausnummer hat die offizielle 7, so es sie denn gibt? An welchem Haus, falls existent hängt die 9, und welche offizielle Nummer existiert dort? Es gibt keine offizielle 7. Ebenso hängt an keinem Haus die 9. Dann besteht zumindest keine Verwechselungsgefahr. Momentan habe ich es so wie Steffen gemappt, da die Leute (Briefträger, ...) mit dieser Nummer in Berührung kommen. Es war mir aber schon eine Weile ein Dorn im Auge. Wäre aber schön, wenn da noch ein note mit dem Sachverhalt getaggt wird. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen?
Hallo Stephan, Am 12.01.2013 12:05, schrieb smart...@gmx-topmail.de: Das Häuschen bekommt von mir building=yes. Das Gelände landuse=industrial Wenn Du möchtest kannst Du außenrum noch barrier=fernce ziehen. Schade, hatte auf einen passenden Tag gehofft. Zäune sind in 99,9% der Fälle nicht vorhanden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen?
Hallo Hendrik, Am 13.01.2013 19:00, schrieb Hendrik: Wenn es sich dabei um eine Trafostation, die die Verbindung zum Netz des regionalen Netzbetreiber herstellt, handelt, befindet sich außen meistens noch ein Schild mit dem Namen oder der Nummer der Station. Das würde ich dann mit power=sub_station taggen. Genau das ist das Problem. Es sind keine Schilder außer dem roten Blitz auf gelben Grund zu finden. Solange ich nicht definitiv weiß, was da drin ist, bleibt es erst mal bei building=yes. Bei den neueren WKA ist hier übrigens an den Türmen nur noch in den seltensten Fällen eine Betreiberinfo oder eine Nummer zu finden, von weiteren Angaben ganz zu schweigen. Da hier massiv Repowering betrieben wird und auch neue Standorte erschlossen werden, breiten sich diese unbezeichneten WKA immer weiter aus. Im Prinzip kann ich nur noch taggen, das da eine WKA ist. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen?
Hallo miteinander, An den hiesiegen WKA stehen häufig noch so Beton-/Blechgebilde mit Elektrik drin. Zum Teil nicht größer als ein größerer Verteilerschrank, manchmal aber auch groß wie ein Buswartehäuschen. Trafostation? Dann gehört zu den WKA hier häufig noch eine kleinere Fläche drum herum. Groß genug das 2-3 schwerere Fahrzeuge dort Platz finden könnten. Wobei die Fahrzeuge, wegen der Geländeeigenschaften, eine gewisse Off-Road-Fähigkeit haben müssten. landuse=industrial scheint mir nur halb passend. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] temporaeres Festival-Gelaende
Christian H. Bruhn br...@arcor.de schrieb: Hallo! Das Gelände des Wacken-Open-Air-Festivals [1] ist in OSM recht detailliert gemappt [2]. Allerdings ist das Gelände (mit Auf- und Abbau) nur wenige Wochen im Jahr Festivalgelände. Den Rest des Jahres ist es normale landwirtschaftliche Nutzfläche. Ich würde sagen, die Daten haben in OSM nichts zu suchen. Es könnte sich aber jemand die Mühe machen, bei Veranstaltungsbeginn die Objekte reinzunehmen und nach Beendigung wieder zu löschen (so wie schon oft beim Hamburger Dom geschehen. Wäre es alternativ eine Lösung, die Objekte in einen speziellen Namensraum (z.B. woa:*) zu verschieben? Allerdings sind die Eintragungen aus 2011. Ich weiß nicht, in wie fern die Wege und Bühnen jedes Jahr gleich sind. Ich will da jetzt nichts ohne Rücksprache verändern und wüßte gerne, ob man dem Ersteller eine Alternative anbieten kann. Christian [1] http://de.wikipedia.org/wiki/Wacken_Open_Air [2] http://www.openstreetmap.org/?lat=54.0253lon=9.3815zoom=14layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Christian, Ich kann momentan keinen Blick auf die Daten werfen, weiß aber aus gelegentlichen Vorbeifahrten am WOA-Gelände, das einige Dinge auf dem WOA-Gelände dauerhaft installiert sind, beispielsweise Gebäude im Eingangsbereich. Ohne Überprüfung vor Ort, würde ich da nicht Entscheiden wollen, welche Dinge nur zeitweilig vorhanden sind. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinsel
Am 02.01.2013 16:47, schrieb Wolfgang Hinsch: Hallo beim stöbern trifft man manchmal auf traffic_island, aber so eine richtige Definition habe ich noch nicht gefunden. area=traffic_island oder highway=traffic_island area=yes oder ? Ich habe auch leisure=common gefunden. Das halte ich für die schlechteste Möglichkeit. Oberfächenbeschreibung: surface=grass/paving_stones ... mit nochmal area=yes? Irgendwie scheint es da mehrere Vorschläge zu geben um so etwas abzubilden. Traffic_calming=island ist, glaube ich, der am meisten benutzte. Soll laut Beschreibung aber nur für kleine Verkehrsinseln benutzt werden. Finde ich persönlich nicht so toll, das wir dann für größere Inseln wieder einen anderen Tag brauchen. Ich bin eher dazu geneigt, Inseln als Fläche zu erfassen, weil sich auf den meisten Inseln noch zusätzliche Objekte befinden, wie z.B. diverse Verkehrszeichen, Wegweiser, etc. Solche Objekte lassen sich bei einer Fläche besser positionieren. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinsel
Am 02.01.2013 19:38, schrieb Wolfgang Hinsch: calming_island passt überhaupt nicht, das ist für Verkehrsberuhigung. Das sehe ich auch so. Ich meine sowas hier: http://www.openstreetmap.org/?lat=53.557075lon=10.002947zoom=18layers=M Ich hatte da mal was gemacht: http://www.openstreetmap.org/?lat=54.193576lon=9.083631zoom=18layers=M Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Am 21.11.2012 09:54, schrieb Florian Lohoff: Hi, ich mappe im moment in Madagaskar da mir das Land sehr am Herzen liegt. Ich habe jetzt gesehen das andere mapper sich sehr viel mühe gegeben haben von Luftbilder große Flußläufe zu mappen - inklusive der Sandbänke etc ... Wenn man jetzt aber bei Bing mal 2-3 Zoomstufen reingeht dann sieht man das der Fluß in ein paar Jahren (vermutlich jede Saison) den Lauf komplett veraendert hat und die Sandbänke alle so nicht mehr existieren. Ich bin jetzt geneigt das ganze detailmapping was ja nicht mehr passt zu entfernen und nur noch den Flußlauf als ganzes d.h. die beiden seiten als riverbank zu mappen. Ich rede hier von Flussen wo die aktive Wasserfläche ~500m breit ist in einem Flußbett das etwa 1.5-2km breit ist. Ich habe schon Flächen mit tidal=saesonal als zusätzlichen Tag gesehen. Eventuell könnte man sich auch mal in den Monsungebieten umsehen, da gibt es solche Situationen ja auch. Vielleicht kann man dort passende Tagging-Beispiele finden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Markus liste12a4...@gmx.de schrieb: tidal bezieht sich auf Gezeitengewässer (Ebbe und Flut). An Küsten mit starker Gezeit sind auch die Flussmündungen von der Tide beeeinflusst (2x täglich). Hier geht es aber um Wasserstandsönderungen im eigentlichen Fluss, hervorgerufen durch Regen und Schneeschmelze. Um die beiden Erscheinungen unabhängig beschreiben zu können, sollten m.E. unterschiedliche Attribute verwendet werden. Für Regen und Schneeschmelze könnte man z.B. sowas nehmen: - riverbed= - riverbank= - Müsste man halt genauer beschreiben (erste Idee in meiner Mail vom 21.11.14:43) Vor allem würde ich keine Flußbezogenen tags erfinden, sondern was allgemeineres für saisonale Überschwemmungsgebiete. Wobei man aufpassen sollte, das es keine Überschneidungen mit den diversen Wetland-Tags und deren Subtags gibt. Auch sollten die Tags für saisonale Überschwemmungsgebiete immer nur zusätzlich an Flächen getaggt werden. Wie schon geschrieben, erst mal nachsehen was es da eventuell schon gibt. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key fuel:cng
Am 19.11.2012 09:00, schrieb Jimmy_K: Servus, ein paar Sachen die mir aufgefallen sind, die ich ändern würde: -) fuel:ngv=* NGV ist eine Fahrzeugbeschreibung und sagt eigentlich nichts über den Teibstoff aus (kann CNG oder LNG sein). Lt. Tag-Info wird es erst ein Mal genutzt. Ich würde es gut finden, wenn es entfernt wird, bevor wir uns da einen falschen Tag einbringen. Hatte ich auch nur mit angeführt, weil er beim weiter oben stehenden fuel:cng mit dabei ist. -) High / Low Caloric Kannte ich bis jetzt nicht, da es aber einen Unterschied in der Energiedichte (kWh/kg) bringt, finde ich es für einen objektiven Preisvergleich wichtig. Zusätzlich wird damit die Abschätzung der Reichweite verbessert. Die unterschiedliche Energiedichte ist auch der ursprüngliche Grund für meinen Vorschlag. Die Methode würde ich ein wenig anders gestalten. fuel:cng-L=yes hätte den Nachteil, dass bestehende Tankstellenkarten ein zusätzliches Tag verarbeiten müssten. Ich würde die Methode fuel:cng=yes + fuel:cng:type=L oder noch besser fuel:cng=L bevorzugen. Hätten den Vorteil, dass man im Code nichts, oder nur von =yes auf =|no ändern müsste. Habe ich Anfangs auch drüber nachgedacht. Aber ... 1. ... zerstört man dann das bisherige Tag-Schema (Ein Tag pro Treibstoffsorte), wenn man solche Subtags für Erdgas einführt. 2. ... ich denke, das es einfacher für Anwendungen ist auf fuel:cng-L, etc. umzustellen, als eine zusätzliche Ebene von Subtags abzufragen. Die Möglichkeit, das Anwendungen dann nicht korrekt funktionieren, wenn jetzt fuel:cng-L und Co. eingeführt wird, stufe ich als geringes Übel ein, da es nicht viel Arbeit erfordern dürfte, die Anwendungen anzupassen. Zumindest sollte es einfach sein, denn das Schema fuel:xyz ist bewusst ein offenes Schema, wo sich neue Treibstoffarten beliebig einfügen lassen. Programmierer dieser Anwendungen müssen also damit rechnen, das Erweiterungen notwendig werden. Übrigens: Taggen für Anwendungen? Ich könnte mich eventuell mit fuel:cng=L, fuel:cng=H, fuel:cng=H2_xx% und fuel:cng=yes (wenn Sorte nicht bekannt) anfreunden. Die 3 Sorten sind Motorkompatibel. Das wäre aber ein Bruch mit dem bisherigen Tag-Schema. Bei Flüssigerdgas würde ich aber auf ein separates fuel:lng bestehen, weil andere Tank- und Gastechnik zum Einsatz kommt. 3. ... je mehr Subtag-Ebenen, desto weniger werden sie auch benutzt. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key fuel:cng
Am 19.11.2012 09:58, schrieb fla...@googlemail.com: +1 Wie häufig kommt welcher Tag den in Deutschland vor ? Von meinem Vorschlag habe ich noch keinen gesehen. In Deutschland kommen, meines Wissens, nur die Sorten High- und Low Carolic zum Einsatz. Wasserstoff-Erdgas mindestens in Norwegen und Kanada. Flüssigerdgas, meines Wissens, in einzelnen Ländern Südamerikas und Vorder- und Mittelasiens, aber nicht großflächig. Aufgrund des praktischen Nutzens, dieser Informationen, würde ich gerne ein passendes Tag-Schema erstellen, bevor zu viel Wildwuchs entsteht. Auch in der Hoffnung, das diese Informationen auch eingetragen werden, wenn ein Tag-Schema existiert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] key fuel:cng
Hallo zusammen, ich würde gerne Erdgas als Treibstoff (fuel:cng) weiter aufschlüsseln, schließlich gibt es mehrere Erdgassorten als Treibstoff. Auf der Diskussionsseite von https://wiki.openstreetmap.org/wiki/Talk:Key:fuel habe ich das mal grob beschrieben (Englisch). Vielleicht möchte der ein oder andere mal drüber schauen. Kann sein, das ich nicht alle Erdgassorten, die als Treibstoff in Frage kommen, kenne. Zusätzliche Infos sind natürlich willkommen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserpfeifen Lounge taggen
Am 03.11.2012 20:57, schrieb Jimmy_K: Gibt es noch nicht viele eingetragenen. Am ehesten findet man noch die Eintragungskombination Amenity=bar; shisha=yes (oder in Amerika hookah=yes). Drückt es halt generell ein wenig schlecht aus. Verglichen mit Smoking=yes, würde es nur bedeuten, dass sie erlaubt wären, nicht aber, dass sie angeboten werden. Ja, die Lösung ist nicht optimal. Hatte gehofft, das es, ähnlich wie bei restaurant mit cuisine, etwas gibt, mit dem man so etwas darstellen kann. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wasserpfeifen Lounge taggen
Hallo zusammen, hat hier schon mal jemand eine Shisha Lounge eingetragen? Shisha = Wasserpfeife Meist ein Zwischending aus Cafe und Bar plus Konsumierung von Wasserpfeifen. Beispiele wären schön. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unterird. Wasserkanal
Am 01.11.2012 14:49, schrieb Jan Tappenbeck: Hi ! in Spanien, mal wieder, ist ein unterird. Kanal (2.5 Durchmesser) als Kanal getaggt. http://www.openstreetmap.org/browse/way/122594344 Sieht aus wie ein River - besser eine Pipeline / unterirdisch daraus machen; nicht wegen der Renderer, aber von der Bedeutung ? Hallo Jan, das vorhandene culvert=yes durch tunnel=culvert ersetzen. Kanal würde ich so lassen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung richtig mappen
Martin Vonwald (Imagic) imagic@gmail.com schrieb: Am 15.09.2012 um 00:48 schrieb nicolaus1977 nicolaus1...@gmx.de: Folgende Fragen habe ich mir gestellt: 1) Welchen Typ sollten die Abbiegespuren bekommen? Von der Bundesstraße ins Gewerbegebiet highway=primary_link? Vom Gewerbegebiet zur Bundesstraße unclassified oder primary_link? Fahrspuren werden nicht als einzelne Wege gemappt, nur ganze Fahrbahnen. Informationen zu den einzelnen Spuren kannst du mit [1] angeben, darauf aufbauend Abbiegespuren mit [2]. 2) Wenn es sich um eine Ampelkreuzung handelt, wo bzw. wie sollten dann die Ampeln eingetragen werden? Bei b) gibt es, bis auf eine Fußgängerampel (Fußweg noch nicht eingetragen) keine Besonderheiten, wie z.B. Linksabbiegerpfeile. Derzeit werden idR die Ampeln an den Kreuzungspunkten eingetragen. Ist nur eine Näherung aber ein besseres Konzept gibt es derzeit noch nicht. Das mit idR muss mir entgangen sein. Wenn mir eine Ampel begegnet, kommt sie dort mit in die Fahrbahn, wo sie steht. Das ist hier subjektiv flächig auch die am meisten getaggte Art. An Kreuzungspunkten ist hier selten, und meistens ist die Kreuzung dann auch stark verbesserungswürdig. Ich schätze, am besten ist es, sich in der jeweiligen Gegend umzusehen und es so zu machen, wie es dort üblich ist. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 09.09.2012 11:31, schrieb ludwich: Hallo Liste, ich möchte zu Thema Grenzen / Admin-Level / Orts-Strassenindex folgendes (überarbeitet) Bild zur Verfügung stellen. Link zum Chart: http://www.jürgen-frey.de/www.xn-jrgen-frey-9db.de/OSM.html Kritik und Anregungen sind gewünscht! Fragen? -Fragen! Schön wäre vielleicht noch die NUTS-Klassifizierung der EU zur Komplettierung. https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative https://de.wikipedia.org/wiki/NUTS Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
Am 09.09.2012 18:57, schrieb Andreas Schmidt: Die Angabe als Naturschutzgebiet Brand ist ja durch amtliche Internetseiten gesichert, darf ich diese Angabe einzeichnen? Für Naturschutzgebiete lies dir bitte erst einmal das durch: https://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dprotected_area https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dnature_reserve beides lässt sich auch parallel benutzen. Trage ein was Du weißt und/oder im Internet findest. Ist nicht schlimm, wenn es unvollständig ist. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 08:33, schrieb Georg Feddern: Moin, Am 07.09.2012 08:09, schrieb Falk Zscheile: Ob es sich hierbei (noch) um Ortschaften handelt ist ganz eindeutig eine Definitionsfrage/Ansichtssache (siehe oben meine Untergliderung zu Punkt 2). Soweit +1. Der Begriff Ortschaft ist AFAIK/SIW eh nur ein geografischer. Verwaltungsrechtlich spricht man von Ortsteilen, auch bei räumlich getrennten Ortschaften. (Eigentlich gibt es eindeutige Begriffe, man darf sie nur nicht so durcheinanderwürfeln. ;-) ) Das ist falsch. Namentlich ist die Bildung von Ortschaften in den kreisangehörigen Gemeinden Baden-Würtemberg, Niedersachsen und NRW vorgesehen, wobei Ortschaften aus einem oder mehreren Dörfern oder Siedlungen bestehen können. Hurra, dem Föderalismus. Im Wiki sind diese Ortschaften vorgesehen mit Level 11. Außerdem musst du mir noch mal auf die Sprünge helfen, wie du von der Existenz einer verbandsfreien Gemeinden darauf schließt, dass alle Gemeinden Admin Level 8 haben müssten und nur Verbandsgemeinden Admin Level 8 verdient haben. Entweder habe ich da etwas noch nicht verstanden oder überlesen. Ich vermisse da auch noch was wirklich stichhaltiges. Begründung aus meiner Sicht (siehe auch oben 08:08). 1) Jede Einheitsgemeinde ist auch eine _Gemeinde_, nicht nur ein den Gemeindeverbänden gleichgestelltes Objekt. Korrekt, aber: In OSM wird aber generell immer nur der höherwertige Level eines Objekts getaggt, besonders bei Adminlevel. Ein Level 8 wäre ein Anachronismus gegenüber der allgemeinen Vorgehensweise. Beispiel: Kreisfreie Städte werden gleich Kreisen mit Level 6 getaggt, deinen Argumenten zu folge, könnte man diese ebenfalls mit Level 8 taggen. Den wenn ich eine Straße in solch einer Stadt suche, dann schaue ich nicht in den Stadtteilen nach, die ich in der Regel nicht kenne, sondern ich suche in der ganzen Stadt, also dem Kreis. Vorteile siehe unten. Dann würde es mich nochmal (allgemein in die Runde gefragt) interessieren, welche Auswirkungen es bei bisherigen Anwendungen hat, ob man eine Gemeinde mit AL 7 oder 8 versieht. Taggen für Anwendungen? Bisher kann man eine Einheitsgemeinde mit AL 7 nicht als Gemeinde erkennen. = z. B. Probleme bei der Straßensuche, bei der Auswertung von Gemeinden (Anzahl o.ä.) Doch kann man, wenn man den vollständigen 12-stelligen Regionalschlüssel angibt. Taggen für Anwendungen? Nebenbei, Straßenverzeichnisse werden hier bei mir von den Gemeindeverbänden geführt, nicht von den Mitgliedsgemeinden selber. Zukünftig kann man eine Einheitsgemeinde mit AL 8 als Gemeinde erkennen. Ihr Status als Einheitsgemeinde lässt sich aus dem RS leicht zurückschließen (Sowohl menschlich als auch programmtechnisch). Gilt auch umgekehrt, aus 7 kannst Du 8 ableiten, ebenfalls menschlich und programmtechnisch. Wenn da (aus Bequemlichkeit?) nur ein 9-stelliger RS für eine Gemeinde angegeben ist, sehe ich das als Fehler an, den der RS wird für diese Gemeinden 12-stellig vergeben. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 10:21, schrieb René Falk: Am 07.09.2012 08:33, schrieb Georg Feddern: Moin, Am 07.09.2012 08:09, schrieb Falk Zscheile: Ob es sich hierbei (noch) um Ortschaften handelt ist ganz eindeutig eine Definitionsfrage/Ansichtssache (siehe oben meine Untergliderung zu Punkt 2). Soweit +1. Der Begriff Ortschaft ist AFAIK/SIW eh nur ein geografischer. Verwaltungsrechtlich spricht man von Ortsteilen, auch bei räumlich getrennten Ortschaften. (Eigentlich gibt es eindeutige Begriffe, man darf sie nur nicht so durcheinanderwürfeln. ;-) ) Das ist falsch. Namentlich ist die Bildung von Ortschaften in den kreisangehörigen Gemeinden Baden-Würtemberg, Niedersachsen und NRW vorgesehen, wobei Ortschaften aus einem oder mehreren Dörfern oder Siedlungen bestehen können. Hurra, dem Föderalismus. Im Wiki sind diese Ortschaften vorgesehen mit Level 11. Kleine Korrektur, Im Wiki auf level 9-11 je nach lokaler Verwaltungsordnung. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 11:33, schrieb smart...@gmx-topmail.de: Dann würde es mich nochmal (allgemein in die Runde gefragt) interessieren, welche Auswirkungen es bei bisherigen Anwendungen hat, ob man eine Gemeinde mit AL 7 oder 8 versieht. Gruß, Falk Auf Mapnik werden Level7 Grenzen fetter dargestellt als Level8 Grenzen. Auch die Garminkarten von Computerteddy liefern eine Level7 Grenze anders als eine Level8 Grenze. Das sind nur zwei Beispiele die ich gerne und oft nutze und weswegen mir das ganze überhaupt aufgefallen war. Man sieht also in den Karten die Grenzen von Gemeinden Level8 genauso groß wie die von Einheitsgemeinden Level8, während Samtgemeinden Level7 fetter dargestellt werden. Das ist aber doch kein Grund den adminlevel zu ändern. Wem die Kartendarstellung nicht gefällt, hat die Möglichkeit sich was passendes selber zu basteln. Was machst Du bei kreisfreien Städten? Deren Grenzen sehen auch anders aus, als die von kreisangehöriger Städte. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 10:49, schrieb Georg Feddern: Durchaus - aber doch wohl bezogen auf die Gemeinden, oder? Die Zuordnung Straße - Gemeinde und die darauf beruhende (Adress)-Suche ist doch eigentlich Standard - zumindest nach meinem Kenntnisstand. (Auch wenn oft noch Adressen nach alten Ortschaften/Ortsteilen angegeben und gesucht werden.) Ist unterschiedlich gehandhabt, wohl abhängig von der Größe der Gemeinden im Amtsbereich. Es gibt flächendeckend Gebiete mit Gemeinden die nur 2-5 benamte Straßen haben, da ist es manchmal nicht weiter nach Gemeinden unterteilt, insbesondere wenn vereinzelt die Straßennamen über mehrere Gemeinden mitgeführt werden. Typische Straßennamen sind dann zum Beispiel Hauptstraße, Bundesstraße, usw. Die Gliederung der Straßenverzeichnisse ist von Amt zu Amt angepasst an die lokalen Bedürfnisse und die führende Dienststelle ist von Amt zu Amt auch mitunter unterschiedlich. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 11:47, schrieb smart...@gmx-topmail.de: Hi, Ihr macht mich ganz kirre. Ich weiss imer noch nicht worauf wir uns einigen können. - Ludwich sagt eindeutig 8. - Einige sagen 2 Relationen anlegen mit 7 und 8 und - andere sagen nur 7 weil generell die höhere Zahl genommen wird. Ich persönlich bin auch für nur 7 weil die höhere Zahl genommen wird. Also haben wir für alle drei Möglichkeiten auch jemanden der dafür plädiert. Was nun? Einigen werden wir uns hier wohl nicht, wie üblich. Und wie üblich zieht da jeder beim mappen sein Ding durch, wie er es für richtig hält. Man könnte es auf die Discussion-Seite von https://wiki.openstreetmap.org/wiki/DE_talk:Grenze stellen, oder es noch ins Forum stellen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 13:22, schrieb Georg Feddern: unabhängig davon, welchen admin_level nun die (Gemeinde)-Relation bekommt: Ist dabei nicht auch die Grenz-Linie zu berücksichtigen? Selbst wenn die Relation den AL 8 bekäme, sollte doch die Linie den AL 7 bekommen, da sie ja eine Amts-/Verbandsgrenze darstellt. Und diese Linie sollte m. E. auch nur dargestellt werden. Relationen würden ja doppelt rendern. Ist deckungsgleich, kein Problem. Hier sind an den ways immer die höchsten level getaggt, zusätzlich zu den Relationen. Bis jetzt hat sich noch niemand beschwert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 16:42, schrieb ludwich: Die Abbildung des AL7 für Schneverdingen ist nur möglich wenn auch der kurze Regionalschlüssel verwendet wird, dieser lässt aber keinen Rückschluss auf Mitglieder zu. Wie kommst Du darauf? Der Adminlevel wird normalerweise nicht aus dem RS gerendert, sondern aus admin_level. Ich habe auch schon Level 7 mit 12-stelligem RS kombiniert, und hatte bis jetzt keine Probleme in der Darstellung. Der 12 stellige RS lässt wiederum den Schluss zu, dass die Gemeinde im Verband 0019 liegt. Nein, dieser Schluss ist falsch. In einem Verband 0019 wirst Du keine Gemeinde 019 finden. Zumal Verbände als erste Ziffer nie eine Null haben. Die Null ist ausschließlich selbstständigen Gemeinden vorbehalten. Wären alle 12 stellgen Regionalschlüssel vorhanden hätten wir kein Thema … Wenn der RS bei selbstständigen Gemeinden nicht vollständig eingetragen ist, ist das ein Fehler, den man korrigieren sollte. Du kannst nicht erwarten, das immer alles komplett und richtig getaggt wird. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 07.09.2012 18:20, schrieb ludwich: Am 07.09.2012 um 17:26 schrieb René Falk: Am 07.09.2012 16:42, schrieb ludwich: Die Abbildung des AL7 für Schneverdingen ist nur möglich wenn auch der kurze Regionalschlüssel verwendet wird, dieser lässt aber keinen Rückschluss auf Mitglieder zu. Wie kommst Du darauf? Der Adminlevel wird normalerweise nicht aus dem RS gerendert, sondern aus admin_level. Ich habe auch schon Level 7 mit 12-stelligem RS kombiniert, und hatte bis jetzt keine Probleme in der Darstellung. -- Ganz einfach die Logik, ein 12 stelliger RS ist eine Gemeinde(Satzart60) - eine Gemeinde ist AL8 - AL7 ist normalerweise ein Verband (Satzart50) kann also nur einen einen 9 stelligen RS haben. (Bis auf diese Diskussion hier..) -- Ich frage mich warum es in Niedersachsen so anders sein muss - 5 Bundesländer packen ihre Einheitsgemeinden/Gemeinden normal unter AL8 -- AL7 ist hier klar für Zusammenschlüsse wie Amt, Verwaltungsgemeinschaft, Samtgemeinde Ist ja nicht nur in Niedersachsen so. :) Wenn Du dir das Wiki rein ziehst, siehst Du auch Unstimmigkeiten. Da sind selbstständige Gemeinden in AL 7 und Einheitsgemeinden in AL 8, z.B. Sachsen-Anhalt, Baden-Württemberg. Da müsste man zuerst einmal die Verwaltungsbestimmungen der Bundesländer untersuchen, was da die Definition für die jeweiligen Bezeichnung ist, bzw. die richtigen Bezeichnung herausfinden und die Verwaltungshierarchie heraus filtern. Danach das Wiki anpassen. Dann kann man eigentlich erst in OSM nach Vorankündigung korrigieren. --? Wie kann dann deine Kombi klappen - schreib doch mal ein konkretes Beispiel Hast Du neben der AL7 Relation auch die dazugehörigen ways auf AL 7 angepasst? Wenn nicht, könnte das der Grund sein. Kann mir vorstellen, das der Renderer im Falle einer Kollision unterschiedlicher Werte, dem Objekt eine höhere Priorität einräumt als der Relation, oder die Relation grundsätzlich nicht auswertet. Nimm Heide oder Brunsbüttel in Dithmarschen. http://www.openstreetmap.org/?lat=54.044lon=9.185zoom=11layers=M Der 12 stellige RS lässt wiederum den Schluss zu, dass die Gemeinde im Verband 0019 liegt. -- Es ging nur um den Rückschluss. Nimm halt 5169 und du kannst auf den zugehörigen AL7 schliessen Ok, verstanden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 01:52, schrieb smart...@gmx-topmail.de: Hallo alle zusammen, User: ludwich, aus Bayern, und ich aus Niedersachsen haben einen Streit um Admin-Level von Grenzen. Ich benötige Eure Meinung dazu weil es bereits zu einem kleinem Edit-War kam. Die Frage lautet: ist eine Einheitsgemeinde=Adminlevel 7 und somit gleichwertig wie eine Samtgemeinde oder ist eine Einheitsgemeinde=Adminlevel 8 wie die viel kleineren Gemeinden. --- Ludwich hat sämtliche Grenzen in Deutschland angepasst. Er habe auf seinem Garmin festgestellt das alles nicht so richtig funktioniert und deswegen Deutschlandweit Adminlevels verändert. Er behauptet das er den Adminlevel der Grenzen nach Vorgabe des Gemeindeschlüssel verändert hat. Meiner Meinung nach hat er dabei die unterschiedlichen Regelungen der Bundesländer völlig ignoriert denn in Niedersachsen ist eine Einheitsgemeinde [1] genauso mächtig wie eine Samtgemeinde. Beide sind mächtiger als Gemeinden. Ludwich hat das nicht nur missachtet sondern sogar komplett auf den Kopf gestellt und sämtliche Einheitsgemeinden von 7 auf Adminlevel 8 geändert und somit auf dieselbe Stufe wie die viel kleineren Gemeinden gestellt. Also meine Meinung in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde, Einheitsgemeinde = Adminlevel 7 Gemeinde = Adminlevel 8 Nach Meinung von ludwig gehört es wie folgt in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde = Adminlevel 7 Gemeinde, Einheitsgemeinde = Adminlevel 8 [1] http://de.wikipedia.org/wiki/Einheitsgemeinde --- Als Streitbeispiel haben wir die Stadt Schneverdingen (Adminlevel 7 oder 8?) und die Samtgemeinde Schwarmstedt Adminlevel 7 genommen. Ich würde ludwich zustimmen. Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:34, schrieb Falk Zscheile: Am 6. September 2012 10:59 schrieb René Falk li...@falconaerie.de: Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Gruß, Falk Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:24, schrieb Georg Feddern: Moin, Am 06.09.2012 10:59, schrieb René Falk: Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Für OSM würde das zwar bereits viele Probleme lösen - aber die Fakten wiederum auch nicht eindeutig darstellen - erstelle dann mal eine Karte der admin_level=7 Gebiete (als Beispiel). Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Es gibt eigentlich nur den 12-stelligen. Der 9-stellige ist eigentlich eine Ableitung vom 12stelligen um kompatible mit dem alten AGS zu sein. Es soll ja Software geben die noch nicht auf den RS umgestellt wurde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:55, schrieb René Falk: Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. Quatsch, meinte type=multipolygon, boundary=administrative. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:24, schrieb Georg Feddern: Moin, Am 06.09.2012 10:59, schrieb René Falk: Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Für OSM würde das zwar bereits viele Probleme lösen - aber die Fakten wiederum auch nicht eindeutig darstellen - erstelle dann mal eine Karte der admin_level=7 Gebiete (als Beispiel). Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Man könnte auch alternativ den NUTS-Schlüssel der EU verwenden, um zwischen selbständigen und unselbstständigen Gemeinden zu unterscheiden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 10:52, schrieb Jimmy_K: Der Ansatz mit 2 Relationen (einmal admin_level=7 und einmal ...=8) ist für mich schlüssig (besonders da es die Verwaltung mit 2 unterschiedlichen Regionalschlüssel auch so handhabt). Ich glaube nicht, dass es für Render ein Problem darstelt. Eine Note dazu, dass es eine deckungsgleiche Grenze gibt mit anderem Level gibt. Was spricht dagegen? Vielleicht das reine Sammelrelationen verpönt sind? Ich verweise mal auf: https://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen Mit den dort dargestellten Möglichkeiten lässt sich eine Unterscheidung von selbstständigen und unselbstständigen Gemeinden anhand der Multipolygone durchaus herstellen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 13:53, schrieb Georg Feddern: Am 06.09.2012 11:59, schrieb René Falk: Am 06.09.2012 11:24, schrieb Georg Feddern: hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Es gibt eigentlich nur den 12-stelligen. Der 9-stellige ist eigentlich eine Ableitung vom 12stelligen um kompatible mit dem alten AGS zu sein. Es soll ja Software geben die noch nicht auf den RS umgestellt wurde. =-O Inwiefern ist der 9-stellige Anteil des RS, der ja gerade die Verbandsebene kennzeichnet und der die letzten 3 Stellen (Gemeinde-Kennung) komplett ignoriert, kompatibel zu dem 8-stelligen AGS? Der (ehem.) AGS ergibt sich doch aus den ersten 5 und den letzten 3 Stellen des RS, gerade unter Weglassen des 4-stelligen Verbandsschlüssels. Hast recht, habe da was durcheinander gekriegt. Habs mir jetzt noch mal durchgelesen: 9-stellig = Gemeindeverband 12-stellig = Gemeinde Selbstständige Gemeinden hatten vor 2009 als Ziffer 6-9 Nullen im Schlüssel. Seit 01.01.2009 haben diese Gemeinden als 6. Ziffer eine Null gefolgt 2 mal Gemeindekennziffer. Daran soll man erkennen, das diese Gemeinde keinem Gemeindeverband angehört, und einem Gemeindeverband gleichgestellt ist. Ist schon ein bisschen her, wo ich mir das auseinandergebimselt hatte. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 14:14, schrieb Georg Feddern: Moin, Am 06.09.2012 11:55, schrieb René Falk: Am 06.09.2012 11:34, schrieb Falk Zscheile: Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. hmm, nach viel Grübeln fällt mir dazu nur der Vergleich der Relation (admin_level=8, RS inkl. Gemeindeschlüssel) und allen ihrer Mitglieder (admin_level=7) ein. Der RS der Einheitsgemeinde auf admin_level=7 ergibt sich dann automatisch. OK - prinzipiell wäre es möglich. Man könnte auch die Flächen der Multipoligone auswerten, das dürfte aber vermutlich komplizierter sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 10:59, schrieb René Falk: Am 06.09.2012 01:52, schrieb smart...@gmx-topmail.de: Hallo alle zusammen, User: ludwich, aus Bayern, und ich aus Niedersachsen haben einen Streit um Admin-Level von Grenzen. Ich benötige Eure Meinung dazu weil es bereits zu einem kleinem Edit-War kam. Die Frage lautet: ist eine Einheitsgemeinde=Adminlevel 7 und somit gleichwertig wie eine Samtgemeinde oder ist eine Einheitsgemeinde=Adminlevel 8 wie die viel kleineren Gemeinden. --- Ludwich hat sämtliche Grenzen in Deutschland angepasst. Er habe auf seinem Garmin festgestellt das alles nicht so richtig funktioniert und deswegen Deutschlandweit Adminlevels verändert. Er behauptet das er den Adminlevel der Grenzen nach Vorgabe des Gemeindeschlüssel verändert hat. Meiner Meinung nach hat er dabei die unterschiedlichen Regelungen der Bundesländer völlig ignoriert denn in Niedersachsen ist eine Einheitsgemeinde [1] genauso mächtig wie eine Samtgemeinde. Beide sind mächtiger als Gemeinden. Ludwich hat das nicht nur missachtet sondern sogar komplett auf den Kopf gestellt und sämtliche Einheitsgemeinden von 7 auf Adminlevel 8 geändert und somit auf dieselbe Stufe wie die viel kleineren Gemeinden gestellt. Also meine Meinung in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde, Einheitsgemeinde = Adminlevel 7 Gemeinde = Adminlevel 8 Nach Meinung von ludwig gehört es wie folgt in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde = Adminlevel 7 Gemeinde, Einheitsgemeinde = Adminlevel 8 [1] http://de.wikipedia.org/wiki/Einheitsgemeinde --- Als Streitbeispiel haben wir die Stadt Schneverdingen (Adminlevel 7 oder 8?) und die Samtgemeinde Schwarmstedt Adminlevel 7 genommen. Ich würde ludwich zustimmen. Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) Also, nach dem ich mich noch mal mit dem Regionalschlüssel auseinandergesetzt habe, bin ich geneigt smarties Sichtweise anzuerkennen. Selbstständige Gemeinden sind seit 2009 als gleichwertig mit Gemeindeverbänden definiert. Die Unterscheidung zwischen Gemeindeverband und selbstständiger Gemeinde kann über den Regionalschlüssel erfolgen. Will man dies über den Adminlevel abbilden, müsste man die Level neu definieren und 2 Level als gleichwertig betrachten. Welchen Weg wollen wir jetzt gehen? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 21:02, schrieb ludwich: Ich habe hier nochmals ein paar organisatorische Fakten zusammen getragen warum ich zum Beispiel Bevorsteht eine AL 8 verpasst habe. Einfache Regel Ist der Regionalschlüssel 12 stellig (oder der Gemeindeschlüssel 8 stellig)so ist der Admin Level 8 Woraus schließt Du das? Im Wiki steht etwas anderes. https://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-_Ortsgrenzen_admin_level.3D7-9 Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 07:08, schrieb Florian Groß: Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner Quelle/seinen Quellen bis zur Mündung. Und da baust dann schnell eine Monsterrelation zusammen, die sehr anfällig für (unbeabsichtigte) Schäden wird. Wie willst du solche Relationen intakt halten? Das wird in meinen Augen unnötig schwer. Ohne jetzt davon Ahnung zu haben: Wäre es vielleicht nicht sinnvoller, die offiziellen Grenzen der Flusseinzugsgebiete einzutragen? Ich vermute mal, das die meisten Staaten so etwas haben, weil man diese Daten für diverse Zwecke braucht. Oder gibt es ein internationales System ähnlich der deutschen Fließgewässerkennziffer mit dem man die entsprechenden Zusammenhänge abbilden kann? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Martin Koppenhoefer dieterdre...@gmail.com schrieb: Das lässt sich soweit ich weiss aus einem Höhenmodell ableiten bzw. berechnen. Daraus folgt, dass diese Art von Daten für OSM eher nicht geeignet sind (da Rasterdaten). Auch die schiere räumliche Ausdehnung macht das ziemlich ungeeignet für OSM (Konflikte beim Editieren, schwer zu bearbeiten, etc.). Für OSM ungeeignet verstehe ich nicht. Man bräuchte doch nur den Grenzverlauf des jeweiligen Gebiets in OSM eintragen. Die Grenzen der Flusseinzugsgebiete sind ja bekannt, zumindest in der EU und sicher auch in vielen Gegenden im Rest der Welt. Wenn man die Grenzen in OSM hat, könnte man doch sicherlich eine multipolygon oder boundary Auswertung machen, die in etwa gleichwertig mit der Relation wäre. Dann könnte man auf die Relation verzichten. Ok, dann bräuchte man natürlich einen Tag für diese Grenze, vielleicht type=hydro-wieimmerdasauchheist. Man könnte natürlich schon bestimmte Vektor-Features eintragen, die damit in Zusammenhang stehen, z.B. Bergketten, Wasserscheiden, etc. dazu gibt es bereits Vorschläge (AFAIR im Bereich natural). Offiziell muss da aber nichts sein, das sind ja überwiegend physikalisch geografische Naturgegebenheiten und keine Dinge wie politische Landesgrenzen, die von Menschen gesetzt werden (von künstlichen Wasserwegen, Pumpstationen etc. mal abgesehen). Ich hatte mir mal die amtliche Karte für meine lokalen Flusseinzugsgebiete besorgt, um einen Überblick über die ganzen Wasserbauwerke in meiner Umgebung zu bekommen. Da sah das eigentlich danach aus, dass die offiziellen amtlichen Grenzen für das Flusseinzugsgebiet den physikalisch-geografischen Grenzen für das Flusssystem entsprechen. So viel ich weiß, gibt es das für die ganze EU. Ich glaube, so etwas auch schon teilweise bei Wikipedia gesehen zu haben (ist schon länger her), zumindest für Deutschland und Frankreich. In Deutschland lassen sich für die Fließgewässer die Einzugsgebiete auch anhand der Gewässerkennzahl identifizieren. Keine Ahnung, ob man an diese Zahlen so rankommt. Aber wie schon gesagt, ich stecke da nicht so drin, in dieser Materie. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 19:32, schrieb Michael Krämer: Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier noch kein überzeugendes Argument aufgetan. Die Fragestellung Für was ist das gut? finde ich bei OSM nicht angebracht. Bei vielem was hier gemappt wird, dürfte es problematisch sein eine entsprechende Antwort zu geben. Die Frage ist nach meiner Meinung eher Können wir etwas so darstellen, damit irgend jemand damit was anfangen könnte? Da die Franzosen anscheinend damit angefangen haben, könnte man dort ja mal nachfragen, warum sie es so machen und nicht anders. Persönlich finde ich diese Monsterrelationen nicht gut und würde eine elegantere Lösung lieber sehen. Löschen würde ich sie aber nicht so ohne weiteres. Da steckt eine Menge Arbeit drin. Erstmal sehen, ob man die Mapper, die das eingeführt haben, nicht fragen kann. Flusseinzugsgebiete finden als geologische Basisdaten vielerlei Verwendung, z. B. in Forschung und Lehre, Infrastruktur, Landwirtschaft, bei Katastrophendiensten etc. Vieles nicht nur öffentlich-rechtlich sondern auch privat. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Markus liste12a4...@gmx.de schrieb: Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Was soll denn da rein? 55+73 René, DG7LR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für die GPX-Bearbeitung
Am 01.08.2012 12:16, schrieb Jan Tappenbeck: HI ! kennt einer von Euch ein einfaches Tool um eine GPX-Datei zu bearbeiten - Auftrennen und dann wieder speichern. Höhen sollen erhalten bleiben. Gruß Jan :-) https://wiki.openstreetmap.org/wiki/Editing_GPX_Tracks http://www.heise.de/download/gpx-manager.html http://www.gpsu.co.uk/ Diverse GPS/GPX Software für unterschiedliche Zwecke: http://www.topografix.com/gpx_resources.asp Du könntest natürlich auch einen guten CSV Editor nehmen, wenn Du weißt was Du tust. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tidenabhängige Flußmündung mit Wattflächen +Salzwiesen. Wohin riverbank?
Hallo miteinander, bin dabei eine Flußmündung zu verfeinern. Die Flußmündung ist Tidenabhängig. Für Hochfluten gibt es ein Sperrwerk. Auf der Binnenseite existieren noch Wattflächen und Salz(Brackwasser)wiesen. Bei Flut werden die Salzwiesen normalerweise nicht überflutet. Bei Hochwasser durch starke Niederschläge kann es zu Überflutungen kommen. Die Wattflächen werden regelmäßig überflutet. Wo würdet ihr die riverbank einzeichnen? Ich schwanke zwischen 2 Möglichkeiten. 1. zwischen Fahrrinne und Watt oder 2. zwischen Watt und Salzwiesen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tidenabhängige Flußmündung mit Wattflächen +Salzwiesen. Wohin riverbank?
Am 01.08.2012 14:17, schrieb Markus: Hallo René, In Tidengewässern gibt es zwei Küstenlinien: a) eine bei Hochwasser (MHWS) b) eine bei Niedrigwasser (LAT) Darunter ist das Meer, darüber das Land, dazwischen die trockenfallenden Gebiete. Die Küstenlinie bei OSM bezieht sich auf die Hochwasserlinie (MHWS). Ebenso das Flussufer (riverbank) in Tidenbereichen. http://wiki.openstreetmap.org/wiki/DE:Coastline#Linien_an_der_Küste Hallo Markus, Danke, dann kommt die riverbank also zwischen Watt und Wiese. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14.06.2012 11:04, schrieb Martin Vonwald: Oder etwas besser, aber seltener gebraucht: reservoir=treatment Gefällt mir besser - das notiere ich mir mal. Am 14. Juni 2012 11:02 schrieb Martin Vonwaldimagic@gmail.com: Ich würde es so taggen: landuse=reservoir reservoir_type=sewage Wird derzeit knapp 700 mal verwendet. Ein 100% Treffer ist es aber auch nicht. Am 14. Juni 2012 10:55 schrieb Jan Tappenbecko...@tappenbeck.net: hi ! building=yes wäre wohl etwas mehr als daneben - eine Idee ? Mögliche Vorschläge von Leo: clarifier sedimantation tank settling basin settling pit Ich selbst kenne auch noch tailings pond als Fachbegriff für ein einzelnes Absetzbecken und tailings ponds als Bezeichnung für die komplette Absetzanlage mit sämtlichen Installationen. Ihr könnt ja mal nachsehen, wie oft die in Gebrauch sind. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14.06.2012 13:22, schrieb Martin Vonwald: Ich denke, dass treatment nicht ganz falsch ist. Es ist ein relativ weit gefasster Begriff. Wenn es tatsächlich notwendig ist hier weiter zu unterscheiden, könnte man das ja mit einem treatment-Tag machen. Bleibt nur die Frage ob es notwendig ist. Wenn wir eigene Tags für die verschiedenen Arten von Becken verwenden, werden diese wahrscheinlich gar nicht oder oft falsch verwendet, befürchte ich. Mir ging es nicht um eine Differenzierung der verschiedenen Becken, die ist für einen Laien nicht zu erkennen. Ich wollte nur mal ein paar Begriffe anführen, die man in Tagwatch überprüfen sollte. Treatment ist ein ziemlich weitläufiger Sammelbegriff, der in vielen Bereichen verwendet wird. Ich würde daher eher wastewater_treatment verwenden, um den Bezug zum Abwasser herzustellen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 13.06.2012 10:03, schrieb Sven Geggus: René Falkli...@falconaerie.de wrote: Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Bin ich blind? Ich finde dort keinen Mediathek Link? Sven Oben mit dem Reiter Zur Sendung geht's weiter. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arte, mit offenen Karten
Am 12.06.2012 23:19, schrieb Jacques Nietsch: Hallo zusammen, eben lief auf Arte eine interresante Sendung KARTOGRAFIE 2.0. Es war dort auch viel von OSM die Rede. Leider kam ich etwas zu spät (vom OSM Stammtisch). Hat jemand die Sendung aufgenommen? Kannst Du dir bei arte im Netz ansehen + Hintergrundmaterial. http://ddc.arte.tv/folge/kartografie-2-0#disqus_thread Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jahr der Pflanzung
Am 21.05.2012 09:49, schrieb Jan Tappenbeck: hI ! bei alten Bäumen wäre das Pflanzdatum interessant. Leider finde ich auf http://wiki.openstreetmap.org/wiki/DE:Tag:natural=tree und im TagWatch nichts passendes. Wie macht Ihr das ? Gruß Jan :-) Hallo Jan, Hinweis: Bei den wirklich alten Bäumen weiß man das Datum oft gar nicht und kann nur grob das Jahrhundert schätzen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 17.02.2012 08:52, schrieb Ronnie Soak: Ich traeume da ja auch immernoch von einem Tablet mit Stifteingabe, also einer Art digitalem Klemmbrett. Das wird aber noch eine Weile auf sich warten lassen und nicht ganz billig werden. Galaxy Note? Zu klein? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Hardware zum Mappen (war: Dakota 20 oder Oregon 450?)
Am 17.02.2012 17:28, schrieb Ronnie Soak: Ist eine Entwicklung in die richtige Richtung. Das Lenovo ThinkPad Tablet waere noch besser. Die Softwarekomponente ist aber mindestens so wichtig wie die Hardware, und da liegt noch ein weiter Weg vor uns. Stifteingabe ist leider gerade 'uncool', da baut kaum einer gute Software fuer. Auch beim Galaxy Note gibt es gerade mal 'Beispielapplikationen'. Ich benutze den Stylus jedenfalls recht oft, auch bei normalen Apps. Die Mädels mit den langen Krallen mögen den Stift auch ganz gern. :-) Oder mag mal wer JOSM fuer Android und Stifteingabe optimieren? Aber bitte erst dann, wenn man anständige Akku-Größen verbaut. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Hardware zum Mappen (war: Dakota 20 oder Oregon 450?)
Am 17.02.2012 22:21, schrieb Ronnie Soak: Ich finde halt, mit dem Stylus auf einer Bildschirmtastatur herumzutippen ist eher sinnlos. Spaß macht das doch erst, wenn eine programmübergreifende Schrifterkennung implementiert ist. Gibt es beim Note da Ansätze? Es gibt da die App WritePad, die sich in die verschiedensten Texteingaben einklinkt, was schon recht gut funktioniert. Leider ist die Schrifterkennung der App unter aller Sau. Deswegen mein Vorschlag mit Lenovo. Die geben zumindest 10h an. Wenn's in der Praxis noch 7 sind, ist es schon benutzbar. Na ja, im Zubehörhandel gibt es fette Akkus für's Note. Die machen das Gerät ein wenig dicker, aber damit wäre das auch zu schaffen. Wenn die Smartphone-Hersteller nicht so darauf versessen wären immer dünnere Geräte zu bauen, sondern mal einen vernünftigen Akku mit einplanen würden, wäre das eh kein Problem. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multimonitore und JOSM
Am 27.01.2012 09:16, schrieb aighes: In der Regel musst du jeden Dialog einmal auf den anderen Monitor ziehen, dann sollte er beim nächsten Mal auch dort wieder erscheinen. Habe ich versucht, leider klappt das nicht mit allen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multimonitore und JOSM
Am 27.01.2012 08:49, schrieb Franz Graf: Um welche Dialoge genau handelt es sich denn z.B.? Beispiele für falscher Monitor: Beim Upload von Edits, die Auswahlbox beim Download, beim Verbinden von Linien, das Versionsprotokoll, der Relationseditor, Abbiegebeschränkung Beispiele für richtiger Monitor: OpenStreetbugs, Abbiegespuren, Versionsprotokoll, scheinbar sämtliche Dialoge der Vorlagen Aufzählungen ohne Garantie der Vollständigkeit. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multimonitore und JOSM
Am 27.01.2012 17:24, schrieb Martin Koppenhoefer: Soweit ich das beobachten konnte tritt das unabhängig vom jeweiligen Menu auf. Es scheint damit zusammenzuhängen, wo das Menu zuletzt war. Normalerweise sollte sich das ja beheben lassen, wenn man das Fenster einmalig auf den anderen Monitor zieht. Leider scheint das aber nicht immer zu funktionieren. Das Thema gibt es auch analog mit mehreren Desktops (also nur 1 Bildschirm, aber mehrere screens). Insbesondere wenn man nur zeitweilig einen 2. Monitor dran hat ist es ein bisschen lästig, weil dann beim Start mit nur einem Monitor ggf. manche Dialoge trotzdem auf dem (nicht vorhandenen) 2. Monitor erscheinen und man dann im Blindflug versuchen muss, diese auf den Hauptmonitor zu schieben (ggf. kommt das nur vor, wenn man den 2. Monitor als Hauptmonitor eingestellt hat, und den dann weg macht, ganz sicher bin ich da nicht mehr). Bootdialoge landen normalerweise immer auf dem konfiguriertem Monitor mit der geringsten konfigurierten Auflösung. Per VGA angeschlossene Monitore haben Vorrang vor DVI/HDMI. Leider klappt das mit dem PlugPlay von Monitoren unter Linux nicht wirklich automatisch, insbesondere wenn man einen Monitor entfernt. Da muss man vor dem abklemmen immer selber Hand anlegen, sonst sieht man schnell Schwarz. Warum ich überhaupt von den 2 Monitoren weggekommen bin: die Tab-Taste funktioniert dann nicht mehr, z.B. im Relationen-Editor, so dass man für jeden neuen Key oder Value wieder ins Fenster clicken muss. (Alle Beobachtungen unter Ubuntu 11.04 mit Sun Java). Unter win7 kein Problem. Als langjähriger Linux-Nutzer bin ich von KDE4, Gnome3 und Unity nicht mehr so begeistert, um nicht zu sagen enttäuscht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multimonitore und JOSM
Hallöchen, ich betreibe 2 Monitore am Rechner und habe mit JOSM ein kleines Problem. Wenn JOSM auf dem sekundären Monitor läuft, werden nicht alle Dialogfenster von JOSM und den PlugIns auf dem sekundären Monitor geöffnet, sondern landen vereinzelt auf dem primären Monitor. Beispielsweise beim upload von Edits landet das Fenster mit den Prüfergebnissen auf dem sekundären Monitor. Der anschließende Uploaddialog jedoch auf dem primären Monitor. Kennt jemand eine Lösung? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multimonitore und JOSM
Am 26.01.2012 21:03, schrieb Steffen Heinz: Monitore tauschen bei mir läuft Josm auf dem primären Monitor, Nee, dieser Workaround ist nicht erwünscht. JOSM soll auf dem sekundären Monitor rennen und mir nicht die Sachen auf dem primären Monitor verdecken. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fortführung der Skripte von Gary68
Am 04.01.2012 07:14, schrieb Jan Tappenbeck: Ich hätte auch nicht das Problem das eine oder andere Skript selber fortzuführen - nur ist es so das ich schon früher Probleme mit dem einen oder anderen unter Windows (PerlActive) hatte und ein Linux-Rechner nicht zur Verfügung steht. Liegt es mit Linux an der Hardware (parallel Linux installieren oder per VM geht nicht?) oder am Linux-Wissen? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkan
Nur mal so neben bei: Die Franzosen waren in der Vergangenheit, so ca. ab der Revolution bis zum Ende Napoleons auch mal Pioniere und mit führend in der Vermessung der Welt. Deshalb gibt es da noch eine Reihe von französischen Wörtern in der Fachsprache. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Neue Luftbilder bei Google
Am 12.10.2011 19:06, schrieb Frederik Ramm: Ich habe gehoert, dass (a) die amtlichen Bilder alle 3 Jahre erneuert werden sollen, waehrend Bing hierzu keine Angaben macht und dass (b) die amtlichen Bilder wesentlich praeziser georeferenziert sein sollen als die von Bing. Was das konkret aber bedeutet, kann ich nicht beurteilen. Ich weiß, das (a) eher eine Absichtserklärung ist, da hier in Schleswig-Holstein schon mal Flüge ausgefallen sind. Die wurden dann meines Wissens, schon mal um 6-9 Monate verschoben oder in seltenen Fällen erst im nächsten Turnus erledigt. Auch werden Bilder bei entsprechendem Bedarf schneller aktualisiert, wobei dann weniger wichtige Gebiete aus Budgetgründen überschlagen werden. Zu (b) kann ich nur sagen, das meines Wissens die LVA-Bilder von beauftragten Firmen, wie z. B. Falcon Crest, geschossen werden. Die Georeferenzierung erfolgt bei FALCON CREST, so viel ich weiß, mit den Daten aus den Bordsystemen des Flugzeugs (CCNS - Computer Controlled Navigation System) in Verbindung mit GPS. Wobei es da nach dem Motto läuft, Du bekommst was Du bezahlst. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wilhelm.tel Sponsoringangebot
Am 06.09.2011 11:53, schrieb Sven Geggus: Michael Buegemich...@buegehome.de wrote: Mag sich da bitte jemand drum kuemmern Ich schau mal. So wie sich das anhört könnten das gute Kandidaten für das Hosting des deutschen Kartenstils sein. Ist übrigens ein lokaler Internetprovider in Norderstedt nördlich von Hamburg und Umgebung. Hat ein eigenes Leitungsnetz, einschließlich der letzten Meile. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22.08.2011 20:48, schrieb Albrecht Will: Michael und René Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. Wird schon seid Jahren benutzt. Stör dich nicht daran, das es ein Proposal ist oder JOSM meckert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 21.08.2011 17:43, schrieb Albrecht Will: Heute habe ich mal versucht, vier verschieden getaggte Flächen eines anderen Autors für einen kleinen Tierparks zusammenzufassen. Ich stelle fest, für solch Vorgehen gibt es wohl keinen Relationstyp. Ich weiß im Moment sonst nur den Weg, die jeweils nach außen orientierten gemeinsamen nodes und ways der vier Flächen von der Umgebung zu trennen und dazwischen als äußeren Ring den Zaun zu setzen. Oder kennt jemand einen eleganteren Weg? Gruß Albrecht https://wiki.openstreetmap.org/wiki/Talk:Relations/Proposed/Site Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet
Am 26.07.2011 12:02, schrieb bkmap: Am 25.07.2011 20:09, schrieb Michael Bemmerl: Markus schrieb: Wie schreibt man Betreten verboten in die DB? Wie wär's mit access=no? Wenn aber Wege im Gebiet verlaufen, die betreten werden dürfen, was hat dann Vorrang? Das Gebiet oder der Weg? Zum einen gibt es bei Naturschutzgebieten immer eine begrenzte Gruppe von Menschen, die diese betreten dürfen. Das Betreten wäre daher eher erlaubnispflichtig. Zum anderen ist diese Eigenschaft, meiner Meinung nach, bei einem Naturschutzgebiet immer gegeben. Ist der Tag da nicht überflüssig? Für mich wäre das so, als ob man bei einer Fußgängerzone noch extra ein foot=yes dranhängt. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum landuse
Am 19.06.2011 18:26, schrieb Jan Tappenbeck: hi ! ich beschäftige mich ausgibig mit dem Thema Landnutzung und es wurde ja auch schon mehrfach nach einer Form Brachland gefragt was es im Tagging-Katalog nicht gibt. Nun habe ich einmal einige Bilder gemacht und hätte gerne gewußt wie Ihr diese taggen würdet? http://www.tappenbeck.net/forum/osm/osm_grass_an_moor = in der Mitte ist eine moorige Fläche - die Randfläche würdet Ihr wie taggen ?? Kommt darauf an wie sich der Feuchtigskeitsspiegel sich im Laufe des Jahres ändert. An Mooren grenzen oft Feuchtwiesen an. Falls sich da im laufe des Jahres saisonal Oberflächenwasser ansammelt bzw. sich ein Feuchtwiesencharakter ausbildet wäre das für mich natural=wetland wetland=marsh seasonel=yes eventuell auch noch managed=yes falls dieses belegt werden kann (z.B. Renaturierungs- oder Erhaltungsmaßnahmen). http://www.tappenbeck.net/forum/osm/osm_bab_damm.jpg = wie wäre diese Fläche, die weder beweidet noch gemäht wird zu taggen ?? Die Böschung gehört für mich mit zum Straßendamm. Da ist das alte Thema mit der Flächenerfassung von Linienobjekten wieder involviert. embankment an die Straße und eine area mit surface=grass wäre eine mögliche Kombination von mehreren. Scrub wäre sicher auch nicht verkehrt, da Du dort sicher auch schon kleinere Pflanzen im Gras finden wirst, die sich zu Büschen entwickeln werden. Eventuell gehören die Büsche links auch noch dazu? Woher weißt Du das dort nicht gemäht wird? Falls dort von der Straßenmeisterei (oder wer auch immer dafür zuständig ist) gegen Verbuschung gemäht werden sollte, passiert das höchstens 1 mal im Jahr. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deichflächen
Jan Tappenbeck o...@tappenbeck.net schrieb: Hi ! mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier speziell Darß) zu erfassen. In der Regel sind die Führungslinien - oftmals Wege - als embankment=yes getaggt. Leider wird hierfür ja wohl derzeit keine Signatur gerendert. Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung als hinter dem Deich - aber wie würdet Ihr die Deichfäche selber taggen ?? landuse = meadow scheidet wohl wegen fehlender Nutztierhaltung - selten und wenn vorübergehend nur Schafe ! Gruß Jan :-) _ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wie wäre es mit Gras? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Forest und Scrub
Jan Tappenbeck o...@tappenbeck.net schrieb: hi! kann mir einer sagen wie man so ein Zwischending zwischen landuse=forest und natural=scrub taggen würde?? Konkret geht es um eine Fläche auf dem Darß (Zingst) im Bereich http://www.openstreetmap.org/?lat=54.43426lon=12.7108zoom=17 Kann mir einer weiterhelfen ? Gruß Jan :-) _ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Haben wir da nichts für Buschflächen? Ich glaube, ich habe da im Speicherkoog an der Badestelle mal so etwas gemacht. Kannst ja mal da nachsehen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grabenquerungen auf Feldern
Jan Tappenbeck o...@tappenbeck.net schrieb: Moin ! Gräben durchziehen den landwirtschaftlichen Raum und manchmal wäre es für den Wanderer hilfreich zu wissen wo ein Teilstück verrohrt oder ähnliches ist - quasi wo quert auch der Bauer den Graben. Gräben lassen sich in der Feldlage oftmals gut aus Bing übernehmen und da da stellt sich nun die Frage - zeichne ich die Gräben so wie ich sie diese sehe oder wie diese wasserbautechnisch miteinander verbunden sind. In den Karten der Landesvermessung werden ja auch nur die sichtbaren Teilstücke dargestellt. Befahrbar sind diese Gräben mit Booten sowieso nicht ! Mit Tunnel etc. würde ich hier nicht erst anfangen wollen - das ist mit Kanonen nach den berühmten Spatzen zu schießen. Wie denkt Ihr darüber? Gruß Jan :-) _ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Jan, Habe rund um Wöhrden, Hemmingstedt, Speicherkoog einige Gräben eingezeichnet, zum Teil auch mit Brücken und Tunnels versehen, wo es mir sinnvoll erschien. Kannste dir ja mal ansehen und bei Fragen mich anhauen. Grüße René Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grabenquerungen auf Feldern
André Joost andre+jo...@nurfuerspam.de schrieb: Am 01.06.11 08:51, schrieb Jan Tappenbeck: Moin ! Gräben durchziehen den landwirtschaftlichen Raum und manchmal wäre es für den Wanderer hilfreich zu wissen wo ein Teilstück verrohrt oder ähnliches ist - quasi wo quert auch der Bauer den Graben. Gräben lassen sich in der Feldlage oftmals gut aus Bing übernehmen und da da stellt sich nun die Frage - zeichne ich die Gräben so wie ich sie diese sehe oder wie diese wasserbautechnisch miteinander verbunden sind. In den Karten der Landesvermessung werden ja auch nur die sichtbaren Teilstücke dargestellt. Befahrbar sind diese Gräben mit Booten sowieso nicht ! Mit Tunnel etc. würde ich hier nicht erst anfangen wollen - das ist mit Kanonen nach den berühmten Spatzen zu schießen. Wenn der Bauer x-mal drüber gefahren ist, ist es doch ein Feldweg. Also: Brücke ;-) _ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo André, Oft quert der Graben auch in einem Rohr unter dem Fahrweg, dann wäre meinem Empfinden nach ein Tunnel für den Graben angebrachter. Grüße René Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grabenquerungen auf Feldern
Am 01.06.2011 11:09, schrieb Robert S.: Ein verrohrter Graben ist aber ein Durchlass und dafür gibt es tunnel=culvert [1] [1] http://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert Danke, das kannte ich noch nicht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NSG See in Wald in (L|N)SG - Sichtbarkeitsproblem
Am 17.05.2011 13:02, schrieb Steffen Heinz: mal am Rande: wie bekommt ihr die Grenzen des Naturschutzgebietes heraus, ohne aus Karten Im Netzt zu klauen? hier gibts rundherum massenweise NSG, teilweise sehr schmal und verschachtelt (längs der Bachläufe, Feuchtgebiete) in der LAndschaft stehen ja weder Schilder noch Grenzsteine In Schleswig-Holstein werden die NSG von Naturschutzorganisationen betreut, zum Beispiel dem NABU. Da kann man auch mal nachfragen, ob man aus deren Infomaterialien oder Infotafeln vor Ort, Grenzverläufe entnehmen darf. Auch lässt sich der Grenzverlauf oftmals der Presse entnehmen (Tante Google fragen). Anhand der Beschreibung des Grenzverlaufes zusammen mit Luftbildern und Ortskenntnissen kann man da oft was ableiten. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkanlagen / Standorte
Am 02.05.2011 13:15, schrieb Peter Eppich: Hallo liebe Liste, ich bin auf der Suche nach einer Karte - oder den Daten über alle Funkanlagen (Basisstationen, Richtfunk, Radar, Rundfunk, etc..), die ich gerne in eine OSM-Karte einbauen möchte. etc.? Du weißt, das es hunderttausende von festen Funkanlagen in Deutschland gibt? Wlan und Verwandschaft jetzt mal nicht mitgerechnet. Weißt Du auch, das die Anzahl der Anlagen und deren Spezifikationen ständig Veränderungen in erheblichem Umfang unterworfen sind? Dazu noch die Funkanlagen im Ausland, welche nach Deutschland hineinstrahlen. Für TV- und Rundfunkanlagen findest Du etliches im Internet (Tante Google fragen). Für Anlagen, bei denen Aspekte der öffentlichen Sicherheit eine Rolle spielen, wirst Du kaum Infos bekommen. Die Strahlenbelastung ändert sich auch ständig, abhängig von Wetter, Tageszeit, Frequenz und einer Reihe von anderen Faktoren. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] U-Turn via einen Way
Am 07.03.2011 19:08, schrieb M∡rtin Koppenhoefer: Am 7. März 2011 17:42 schrieb Georg Feddern o...@bavarianmallet.de: M∡rtin Koppenhoefer schrieb: wenn das Umkehren auf dem Way verboten ist entspricht das doch einem Wendeverbot, man bräuchte also eigentlich gar keine Relation. jetzt steh ich auf dem Schlauch? :-\ Wie willst Du das Wendeverbot bei getrennten Fahrbahnen angeben, die ja unabhängig voneinander als 2 ways gemappt sind? nein, es geht um die Verbindung zwischen den beiden, die ein Way ist. Bei getrennten Fahrbahnen muss man gar nichts machen, das sind ja sowieso Einbahnstraßen. Ich darf auf den getrennten Fahrbahnen an der Keuzung links abbiegen, aber nicht auf die Gegenfahrbahn einschwenken. Von der Querstraße habe ich freie Auswahl solange ich die Fahrtrichtung der getrennten Fahrbahnen beachte. Ohne via über die Verbindung, weiß ich nicht wie man das Verbot darstellen kann. Ein Links-Verbot an die Verbindung ist falsch, da man ja von der Querstraße kommend dort links abbiegen darf. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] probleme mit Bing imagery
M∡rtin Koppenhoefer dieterdre...@gmail.com schrieb: irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest, dass bei Bing grundsätzlich steht: no tiles at this zoomlevel, selbst weit rausgezoomt (und hier sind die Bilder grundsätzlich eigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oder ist das ein lokales Problem? Gruß Martin_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, Bei mir sind seit kurzem einzelne Kacheln vorübergehend nicht erreichbar. Dauert immer nur so 3 bis 4 Minuten. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-Hilfe: Strandbar/Beachclub
Am 28.04.2011 19:16, schrieb Philip Gillißen: Hallo zusammen! Ich wollte gerade die Strandbar in Leverkusen mappen, dabei ist mir aufgefallen, dass dafür nur maximal eine Kneipe als Taggingschema geeignet ist (sprich: amenity:pub). Im Wiki und auf der Mailingliste habe ich einen ähnlichen Fall leider nicht gefunden. Zur Info: Das ist ein abgezäunter Bereich, in dem Strand-Atmosphäre durch Holzhütten, Sonnensegel, aufgeschüttetem Sand und Liegestühle erzeugt wird. Bekanntes Beispiel ist das ehemalige Monkey's Island in Düsseldorf. Es gibt dort Cocktails und südländisches Bier, wenn man das so nennen kann. Ich bin nur auf Kneipe gekommen, obwohl's ja open air ist und nicht so richtig als Kneipe bezeichnet werden kann. Hat jemand noch Ergänzungen zu dieser recht dürftigen Tagging-Info? Würde bar nicht besser passen? Schau dir doch mal die definition an. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbar Ansonsten definition und name (Beispiel: beach_bar, riverside_bar)überlegen, vorschlagen und taggen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-Hilfe: Strandbar/Beachclub
Am 28.04.2011 20:05, schrieb Philip Gillißen: Ansonsten definition und name (Beispiel: beach_bar, riverside_bar)überlegen, vorschlagen und taggen. Ich habe mal auf Taginfo geschaut und da gibt es jeweils einen (!) Node mit leisure=beach_club und einen mit amenity=beach_club gefunden. Ich finde amenity passt besser, was meinst du/ihr? Da wir die Kneipen, Biergärten, etc. bei amenity mit drangeklatscht haben, macht amenity wohl Sinn. Unter einem beachclub kann man auch was anderes verstehen, zum Beispiel eine Art Country Club nur halt am Strand. Da würde ich den schon die Bezeichnung bar mit einfließen lassen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] navit-android - einige Fragen
Am 27.04.2011 10:14, schrieb Jan Tappenbeck: hi ! ich habe meine ersten versuche mit navit-android unternommen und noch einige fragen die mir hier vielleicht einer kurz beantworten kann. 1.) gibt es eine deutschsprachige Anleitung für den Nutzer? Keine Ahnung. 2.) bei OSMAND kann man hierachisch nach Land - Stadt - Straße - Hausnummer suchen - bei navit gibt es nur eine Zeile wo man etwas eintragen kann. Schon mal versucht Straße und Ort durch Komma getrennt einzugeben? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] navit-android - einige Fragen
Am 27.04.2011 10:28, schrieb Jan Tappenbeck: Am 27.04.2011 10:24, schrieb René Falk: Am 27.04.2011 10:14, schrieb Jan Tappenbeck: hi ! ich habe meine ersten versuche mit navit-android unternommen und noch einige fragen die mir hier vielleicht einer kurz beantworten kann. 1.) gibt es eine deutschsprachige Anleitung für den Nutzer? Keine Ahnung. 2.) bei OSMAND kann man hierachisch nach Land - Stadt - Straße - Hausnummer suchen - bei navit gibt es nur eine Zeile wo man etwas eintragen kann. Schon mal versucht Straße und Ort durch Komma getrennt einzugeben? aber die schreibweise - 100% oder wird näherungsweise gesucht ? Das kannst Du doch einfach durch ausprobieren mit dir bekannten Straßen und Orten selber herausfinden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Am 09.03.2011 15:20, schrieb Steffen Heinz: Am 09.03.2011 14:44, schrieb ant: In gedruckter Form, ja. Oder als PDF. Aber nicht als Datenbankabbild zur freien Verfügung... zugegeben, der Vergleich hinkt ein bisschen. *Funkmasten in SH - geheim und jeder kann es lesen* Mobilfunkmaste habe ich gerade hier gefunden: http://www.senderliste.de/ also nix mit geheim ;) Nicht vollständig, vermutlich veraltet. LTE fehlt völlig. Außerdem weiß ich gar nicht, ob es um die Handynetze geht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Am 07.02.2011 14:39, schrieb Jan Tappenbeck: Hi ! der Export funktioniert nur, wenn keine USB-Verbindung angeschlossen ist Das ist normal. Soll vermutlich verhindern, dass gleichzeitig von 2 verschiedenen Seiten auf die selben Dateien zugegriffen werden kann und dann Murks entsteht. Im Market gibt es APPs, z.B. Multi Mount SD-Card oder Dual Mount SD Widget, die den gleichzeitigen Zugriff con Compi und Smartphone auf die SD-Card erlaubt. Habe ich selber nicht in Benutzung. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: SlippyMap - gibt es das nicht mehr?
Am 04.02.2011 09:44, schrieb Jan Tappenbeck: Hi ! ich wollte gerade bei mir SlippyMap einbinden - finde das aber in der PlugIn-Liste nicht mehr !! Gibt es das nicht mehr ?? Seit 3715 überflüssig, ist eingebunden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der Europastraßen
Am 04.02.2011 20:15, schrieb Jan Tappenbeck: = und wie ist das im allgemeinen bei uns ?? Mach es doch wie bei den Bundesstraßen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de