[Talk-de] JOSM.jnlp - HowTo
Auf http://josm.openstreetmap.de/wiki/De:WikiStart wird JOSM.jnlp empfohlen. Wenn ich das richtig verstehe, wir JOSM damit automatisch auf jeder Plattform (Windows, Linux, iOS, etc) installiert, und neue JOSM-Versionen werden automatisch nachinstalliert. Windows 8.1x64, FF 25.0 speichert JOSM.jnlp in den Download-Ordner. Bei Doppelklick kommt die Frage, wie dieser Dateityp geöffnet werden soll? Vorgeschlagen wird im App-Store suchen. Im Appstore wird dazu aber nur eine App für Datensicherung angeboten. Bei Weitere Optionen werden verschiedene Programme angeboten, die aber alle weder etwas mit OSM noch mit JAVA zu tun haben. (hier gibt der neue Anwender vermutlich auf) - - - Java scheint nicht Bestandteil von Windows zu sein. Also nachinstalliert. Jetzt kommt eine Sicherheitswarnung: Anbieter unbekannt wird in einem künftigen Release gesperrt, da unsicher und Sicherheitsrisiko. Klingt irgendwie alles andere als vertrauenswürdig... (spätestens hier gibt der besorgte Anwender vermutlich auf) - - - JOSM startet. Aber Remote funktioniert nicht. Also händisch eingeschaltet (das findet ein neuer Benutzer nie...) JOSM neu starten: Fehlermeldung: kann nicht gestartet werden. Finde JOSM weder auf dem Desktop, noch in der Schnellstartleiste. Auch nicht unter Programme und Features... - - - Wie get es richtig? Wo gibt es ein HowTo? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 29/ott/2013 um 16:30 schrieb Johann H. Addicks addi...@gmx.net: Sprich: Auch wenn man diese Ansicht vielleicht nicht teilt, so fehlt uns afaik ein Tagging für Flurstücke Flurstücke sind Parzellen, da fehlt uns nicht nur das tagging sondern weitgehend auch verlässliche Quellen (oft kann man es allerdings schätzen). In vielen Fällen wäre die Hausnummer besser auf dem Flurstück getaggt als auf dem building. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 30/ott/2013 um 00:12 schrieb cracklinrain cra_klinr...@gmx.de: Gemarkungen der Flurstücke Gemarkung ist eine übergeordnete Einheit, entspricht oft der Gemeinde, teilweise findet man auch mehrere Gemarkungen in einer Gemeinde... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: Hallo, Am 29.10.2013 00:19, schrieb Wolfgang Hinsch: cycleway=track ist unbrauchbar, da in ~50% der Fälle der Radweg nicht auf beiden Seiten gleich ist. Das ist aus meiner Sicht nicht das Thema dieses Threads. Mit dem eingeführten und im Wiki [1] dokumentierten Tagging-Schema können die Wege auf beiden Seiten einer Straße durchaus differenziert getaggt werden. Was an diesem Lübecker Schema aufstößt ist - Das cycleway-Attribut wird umdefiniert. Standardmäßig wird dort der Typ des Radwegs angegeben, in Lübeck wird dort angegeben, auf welcher Seite der Straße ein Radweg oder -streifen verläuft. Das ist nicht ganz richtig. Cycleway wurde zum damaligen Zeitpunkt (Vor 2,5 Jahren, seit dem ist das in Lübeck so üblich) mal mit track/lane und mal mit left/right genutzt. Der Stammtisdh hat sich dann gemeinsam mit dem ADFC dafür entschieden, die sinnvollere Variante left/right zu nehmen, da track/lane sehr häufig seitenrelevant ist. - Das Schema macht Redundanz zum Prinzip. Wenn cycleway:right und cycleway:left vorhanden sind, braucht es nicht noch cycleway=both. Redundanz schadet nichts, aber man sollte sie nicht obligatorisch machen. Das riecht förmlich nach Taggen für eine Anwendung. Das wurde so auch nicht benutzt. cycleway:both ersetzt cycleway:left + cycleway:right, ist also das Gegenteil von Redundanz. Wenn die Wege auf beiden Seiten gleich sind, wird both benutzt. Das entspricht damit dem cycleway=*. - cycleway=no und oneway=no sind zwar überflüssig, werden aber wohl zur Fortschritts-/Vollständigkeitskontrolle beim Mappen genutzt. Dafür gibt es durchaus plausible Argumente wie die immer mal wiederkehrenden Diskussionen zu oneway=no zeigen. oneway=no ist eine Kennzeichnung für straßenbegleitende Radwege, die für beide Fahrtrichtungen zugelassen sind. Standardmäßig sind straßenbegleitende Radwege immer oneway, das wird üblicherweise aber nicht getaggt. Radfahrer dürfen nur den rechten Radweg benutzen, es sei denn, es ist anders ausgeschildert. - Ein neuer Wert cycleway=sidepath wird eingeführt. Vermutlich will man damit Radwege kennzeichnen, die zwar baulich mit der Strasse verbunden sind, aber als separater highway=cycleway|track erfasst sind. Das erscheint durchaus sinnvoll, hätte aber diskutiert werden müssen. Letztlich bleibt als klarer und gravierender Verstoß gegen die bisherige Praxis das Umdefinieren des Attributs cycleway. Der ganze Wust an redundanten Daten ist zwar ärgerlich aber anwendungstechnisch nicht schädlich. Dass ausgerechnet eine Radfahrorganisation mit Server- und Netzressourcen so verschwenderisch umgeht, verwundert mich allerdings. Wenn du dich damit näher beschäftigst, wirst du feststellen, dass Lübeck zu dem Zeitpunkt das besterfasste Radwegenetz bei OSM überhaupt hatte und heute - jedenfalls bis jetzt - immer noch einen Spitzenplatz einnimmt. Der ADFC Lübeck hat für OSM das gesamte Radwegenetz Lübecks komplett abgeradelt und mit Fragebögen detailliert erfasst. Das gibt zwangsläufig eine Datenmenge, die andernorts mangels detaillierter Erfassung fehlt. Man sollte nicht vergessen, dass der ADFC Bundesverband nach wie vor mit G* arbeitet. Lübeck hat hier Pionierarbeit geleistet, auch durch die im Lübecker Raum sehr öffentlichkeitswirksam präsentierte Karte. Auf der Radmesse 2 Jahre vorher hatten wir mit 2 Leuten am OSM-Stand ~ 5 Gespräche am ganzen Nachmittag. Als die Karte erschien, waren wir am OSM-Stand mit 6 Leuten den ganzen Tag ausgelastet. Dass beim Hobeln dann mal Späne fallen, ist nicht immer vermeidbar. Neue tags erst mal 2 Jahre zu diskutieren und dann mit 12 Leuten abzustimmen, ist nicht immer praktikabel, und die Abstimmungen sind nicht gerade überzeugend. Üblicherweise kann man tags ausprobieren, einführen und dokumentieren. Das ist auch geschehen. Beim tag cycleway ist über das Ziel hinausgeschossen worden bzw. die Entwicklung hat eine andere Richtung genommen, das tag könnte man wieder entfernen, es ist sowieso überflüssig, wenn der Weg entsprechend gemappt ist. Ich schlage vor, zu überlegen ob das tag cycleway=* nicht generell als deprecated zu bezeichnen ist. Es stammt aus der Zeit ~2007/8 als man froh war, dass aus den Daten hervor geht, dass da überhaupt irgendwo ein Radweg ist. Damals konnte keine Anwendung die Seite unterscheiden. Wenn ein Radweg auf beiden Seiten gleich ist, könnte man entweder cycleway:left und cycleway:right oder cycleway:both benutzen, das wäre wesentlich eindeutiger. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Telekommunikationskabel
Hi, gibt es eigentlich Tags für Telekommunikationskabel? Fuer Power gibts ja was. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekommunikationskabel
Jein: http://wiki.openstreetmap.org/wiki/User:!i!/telecommunication communication=line wird gelegentlich benutzt 2013/10/30 Florian Lohoff f...@zz.de Hi, gibt es eigentlich Tags für Telekommunikationskabel? Fuer Power gibts ja was. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUnED35DdQSDLCfIvAQg/Zw/+KXHaxBD/cvuatPKyrJ++Oz8uV13ei2FR Raf2JSXf0Jn+ahxJDWJw/Mqy/+87xhZt1Nule3rzknlGo8E4WZLCaQ4lGHhMWf6E Eu9DjCWLrhhExICcugBSM9JE8pEE3I/mr3Ckklpnebr+cC0ERPZDwHxns8e+xy2F q0fDY4D8Jqo3xIxaNVGtRSLd+xYUeoOr1PIFFxvqGYxv+bfT9dqmRf1B+vyqC6jR LB5HHvDplaBBAF84MtUTeUmgAg9cYO4hcXnXsutUqLcdhSZmUknaA/NQj3EbB5ig K2fMCvb1FXf4SmjdmVLp5WbBIuv2+j+iFrXAdztmHvR9Ku7sm8RIyy3Vb56vkZuk 5sAjHItvfuOqiZTCrKfcZkQAVDiTvmnlSmlg7+r/kmfI69rxwWA/3bQKBgOlF6Ko /+5FSjnZ7UVP7/iM8O0ppuM5QH+6oK5YJzeMrRvIxWEqNR4IQsQ2oySwt1ladZVb pluWW/GmUhI6kAwYijvT0jLjqCL0ebWMWfKsESzLksO1mm3fiPKwkACjIaRR+Taq E9I6kQAdrLj0Ul+t1h37TQJUB+vtSKNiM8EbgOvD9elgS90EanuWfgS71co1UQ3e PIbJjO6phmbMMGyFKgnj30NbBF+REgBytfNNx5ORLr5pQVM5cDGECVA8V+Nt4IIM aOg9GyYCocg= =llbO -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am 30.10.2013 13:29, schrieb Wolfgang Hinsch: Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: [...] - cycleway=no und oneway=no sind zwar überflüssig, werden aber wohl zur Fortschritts-/Vollständigkeitskontrolle beim Mappen genutzt. Dafür gibt es durchaus plausible Argumente wie die immer mal wiederkehrenden Diskussionen zu oneway=no zeigen. oneway=no ist eine Kennzeichnung für straßenbegleitende Radwege, die für beide Fahrtrichtungen zugelassen sind. Standardmäßig sind straßenbegleitende Radwege immer oneway, das wird üblicherweise aber nicht getaggt. Radfahrer dürfen nur den rechten Radweg benutzen, es sei denn, es ist anders ausgeschildert. Oha... Entweder ist das hier jetzt verkürzt dargestellt (und es geht um cycleway:oneway=no oder sowas in der Art), oder es geht um explizit als eigene ways eingetragene Radwege (was so auch nicht deutlich wird aus den Mails), oder aber oneway=no wird hier mehrfach verwendet. oneway=yes|no bezieht sich erstmal auf die Straße, nicht auf den Radweg am Straßenrand oder auf dem Bürgersteig. Wenn das tatsächlich jemand anders nutzt, halte ich das für einen Fehler Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 170 15.10.-21.10.2013
Hallo, die Wochennotiz Nr. 170 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/10/wochennotiz-nr-170/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Michael, ich habe sie auf osm.org angeschrieben. Leo 2013/10/29 Michael Reichert naka...@gmx.net Hallo, Am 29.10.2013 11:04, schrieb rainerU: Ich plädiere dafür, die Daten zu bereinigen: - cycleway=both|left|right wird gelöscht, wenn entsprechende cycleway:left und cycleway:right vorhanden sind. - optional: cycleway:left=value und cycleway:right=value werden durch cycleway=value ersetzt. Ich bin auch gern bereit, den Machern der Lübecker Radkarte zu zeigen, wie man in PostGis bzw. QGis aus cycleway=value ein cycleway:left=value und cycleway:right=value macht, vorausgesetzt sie stellen ihre Skripts und Styles unter eine offene Lizenz. Wissen die Lübecker ADFC-Leute eigentlich von diesem Thread? Soll ich sie mal freundlich per PN darauf hinweisen? Der Benutzername ist sowohl im Wiki als auch auf osm.org ADFC-Lübeck. Sie sollten nämlich IMHO die Möglichkeit haben, ihren Standpunkt hier darlegen zu können. Auch wenn die Mehrheit hier die Lübecker Methode eher ablehnt, braucht es ja kein Pranger zu werden. :) Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekommunikationskabel
On Wed, Oct 30, 2013 at 02:18:04PM +0100, Volker Schmidt wrote: Jein: http://wiki.openstreetmap.org/wiki/User:!i!/telecommunication communication=line wird gelegentlich benutzt Soll ja kein oberirdisches sondern ein unterirdisches sein. Ich habe jetzt ein communication=cable gesetzt aber am ende wäre ja noch schön ob glasfaser und den operator des cables. Bei mir liegen die jedoch im highway= Ein einfacher operator wäre da - aeh - kaputt. Und sowas communication=line communication:line=copper communication:line:operator=dtag ist vielleicht - aehm - auch kaputt. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekommunikationskabel
On 30.10.2013 14:49, Florian Lohoff wrote: On Wed, Oct 30, 2013 at 02:18:04PM +0100, Volker Schmidt wrote: Jein: http://wiki.openstreetmap.org/wiki/User:!i!/telecommunication communication=line wird gelegentlich benutzt Soll ja kein oberirdisches sondern ein unterirdisches sein. Ich habe jetzt ein communication=cable gesetzt aber am ende wäre ja noch schön ob glasfaser und den operator des cables. Bei mir liegen die jedoch im highway= Ein einfacher operator wäre da - aeh - kaputt. Und sowas communication=line communication:line=copper communication:line:operator=dtag ist vielleicht - aehm - auch kaputt. Das klingt nach eigenem Objekt (Linie, Relation ?), dann kannst Du auch location=underground verwenden. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekommunikationskabel
Moin, Am 30.10.2013 14:49, schrieb Florian Lohoff: Soll ja kein oberirdisches sondern ein unterirdisches sein. Ich habe jetzt ein communication=cable gesetzt aber am ende wäre ja noch schön ob glasfaser und den operator des cables. Bei mir liegen die jedoch im highway= Ein einfacher operator wäre da - aeh - kaputt. Und sowas communication=line communication:line=copper communication:line:operator=dtag ist vielleicht - aehm - auch kaputt. da highway=* und communication=cable nun außer der zweidimensionalen Lage übereinander eigentlich gar nichts miteinander zu tun haben, ist evtl. auch das tag am highway-Objekt schon - aehm - kaputt. Denn wenn das Kabel _im_ highway liegen würde - wäre es auch ganz schnell kaputt. ;-) Sprich es sind zwei völlig unabhängige Objekte - sollten also auch in OSM als zwei unabhängige Objekte erfasst werden. Wird vielleicht anschaulicher, wenn man mal hypotetisch auch noch Strom, Gas und Abwasser _unter_ der Straße - aber am gleichen highway-Objekt - zu erfassen versucht. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am Mittwoch, den 30.10.2013, 14:25 +0100 schrieb Peter Wendorff: Am 30.10.2013 13:29, schrieb Wolfgang Hinsch: Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: [...] - cycleway=no und oneway=no sind zwar überflüssig, werden aber wohl zur Fortschritts-/Vollständigkeitskontrolle beim Mappen genutzt. Dafür gibt es durchaus plausible Argumente wie die immer mal wiederkehrenden Diskussionen zu oneway=no zeigen. oneway=no ist eine Kennzeichnung für straßenbegleitende Radwege, die für beide Fahrtrichtungen zugelassen sind. Standardmäßig sind straßenbegleitende Radwege immer oneway, das wird üblicherweise aber nicht getaggt. Radfahrer dürfen nur den rechten Radweg benutzen, es sei denn, es ist anders ausgeschildert. Oha... Entweder ist das hier jetzt verkürzt dargestellt (und es geht um cycleway:oneway=no oder sowas in der Art), oder es geht um explizit als eigene ways eingetragene Radwege (was so auch nicht deutlich wird aus den Mails), oder aber oneway=no wird hier mehrfach verwendet. oneway=yes|no bezieht sich erstmal auf die Straße, nicht auf den Radweg am Straßenrand oder auf dem Bürgersteig. Wenn das tatsächlich jemand anders nutzt, halte ich das für einen Fehler br. ;-) Es ging um straßenbegleitende, eigenständig gemappte Radwege, nicht um die Straße (Fahrbahn) selbst. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekommunikationskabel
Hi, On Wed, Oct 30, 2013 at 03:17:13PM +0100, Georg Feddern wrote: da highway=* und communication=cable nun außer der zweidimensionalen Lage übereinander eigentlich gar nichts miteinander zu tun haben, ist evtl. auch das tag am highway-Objekt schon - aehm - kaputt. Denn wenn das Kabel _im_ highway liegen würde - wäre es auch ganz schnell kaputt. ;-) Sprich es sind zwei völlig unabhängige Objekte - sollten also auch in OSM als zwei unabhängige Objekte erfasst werden. Wird vielleicht anschaulicher, wenn man mal hypotetisch auch noch Strom, Gas und Abwasser _unter_ der Straße - aber am gleichen highway-Objekt - zu erfassen versucht. Soweit schon alles klar - ich suche halt fuer meine 5 Sonderfälle eine Lösung, vermutlich ist das einfacher mir die 20 OSM Way IDs rauszuschreiben die einbezogen werden sollen. Im Endeffekt berechne ich automatisiert Kabellängen. Normalerweise sind das highway= ohne service,footway,cycleway etc - In einigen fällen sind die aber doch genutzt worden um Kabel zu legen so das ich die miteinbeziehen möchte in die Längenberechnung. Da ein flohoff:specialtag=yes draufzusetzen find ich auch missbräuchlich :) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
2013/10/29 Dirk Sohler s...@0x7be.de Robert S. schrieb: Was vor Ort steht, kommt in name=* und was in der Liste steht könnte man in official_name=* oder auch alt_name=* packen (wenn es von der Lizenz passt). warum nicht name:offical? Weil official_name=* auf der Wiki-Seite angegeben ist: http://wiki.openstreetmap.org/wiki/Name ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM.jnlp - HowTo
Hallo Markus Ich weiß ja nicht wo Du nachgelesen hast, aber die richtige Seite hast Du ja schon gefunden. Das JOSM wiki ist anonym editierbar, allerdings ist es erwünscht zu erst die englischsprachige Seite zu verbessern und dann zu übersetzen. Generell wird eine Java-Laufzeitumgebung (JRE) benötigt. Dies sollte aber ersichtlich sein. Dann existieren für Windows drei Varianten JOSM zu starten/installieren. 1. Webstart 2. Windows-Paket 3. .jar Datei runterladen und manuell starten (aus Explorer oder cmd) Das Problem mit der Warnmeldung ist bekannt (#9204) und es wird/wurde gerade daran gearbeitet [1]. Im Allgemeinen ist es besser freie Software zu verwenden. Remote control ist ein Sicherheitsrisiko und aus diesem Grund erst einmal deaktiviert. Dies ist im Wiki beschrieben [2]. Ich gebe ja zu, dass das Wiki alles andere als komplett ist, aber dafür braucht es halt auch mehr als nur eine Hand voll von Menschen die sich darum kümmern. Im Moment sind das maximal eine Person pro Sprache und Deutsch + Englisch werden von den Entwickler_innen selbst versucht aktuell zu halten. Damit bin ich also wieder am Anfang angekommen und es würde mich freuen, wenn Du selber versuchst das Wiki zu verbessern. Nur keine Hemmungen, wir helfen gerne. Grüße fly [1] https://josm.openstreetmap.de/ticket/9204 [2] https://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl On 30.10.2013 09:13, Markus wrote: Auf http://josm.openstreetmap.de/wiki/De:WikiStart wird JOSM.jnlp empfohlen. Wenn ich das richtig verstehe, wir JOSM damit automatisch auf jeder Plattform (Windows, Linux, iOS, etc) installiert, und neue JOSM-Versionen werden automatisch nachinstalliert. Windows 8.1x64, FF 25.0 speichert JOSM.jnlp in den Download-Ordner. Bei Doppelklick kommt die Frage, wie dieser Dateityp geöffnet werden soll? Vorgeschlagen wird im App-Store suchen. Im Appstore wird dazu aber nur eine App für Datensicherung angeboten. Bei Weitere Optionen werden verschiedene Programme angeboten, die aber alle weder etwas mit OSM noch mit JAVA zu tun haben. (hier gibt der neue Anwender vermutlich auf) - - - Java scheint nicht Bestandteil von Windows zu sein. Also nachinstalliert. Jetzt kommt eine Sicherheitswarnung: Anbieter unbekannt wird in einem künftigen Release gesperrt, da unsicher und Sicherheitsrisiko. Klingt irgendwie alles andere als vertrauenswürdig... (spätestens hier gibt der besorgte Anwender vermutlich auf) - - - JOSM startet. Aber Remote funktioniert nicht. Also händisch eingeschaltet (das findet ein neuer Benutzer nie...) JOSM neu starten: Fehlermeldung: kann nicht gestartet werden. Finde JOSM weder auf dem Desktop, noch in der Schnellstartleiste. Auch nicht unter Programme und Features... - - - Wie get es richtig? Wo gibt es ein HowTo? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
On 30.10.2013 15:18, Wolfgang Hinsch wrote: Am Mittwoch, den 30.10.2013, 14:25 +0100 schrieb Peter Wendorff: Am 30.10.2013 13:29, schrieb Wolfgang Hinsch: Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: [...] - cycleway=no und oneway=no sind zwar überflüssig, werden aber wohl zur Fortschritts-/Vollständigkeitskontrolle beim Mappen genutzt. Dafür gibt es durchaus plausible Argumente wie die immer mal wiederkehrenden Diskussionen zu oneway=no zeigen. oneway=no ist eine Kennzeichnung für straßenbegleitende Radwege, die für beide Fahrtrichtungen zugelassen sind. Standardmäßig sind straßenbegleitende Radwege immer oneway, das wird üblicherweise aber nicht getaggt. Radfahrer dürfen nur den rechten Radweg benutzen, es sei denn, es ist anders ausgeschildert. Oha... Entweder ist das hier jetzt verkürzt dargestellt (und es geht um cycleway:oneway=no oder sowas in der Art), oder es geht um explizit als eigene ways eingetragene Radwege (was so auch nicht deutlich wird aus den Mails), oder aber oneway=no wird hier mehrfach verwendet. oneway=yes|no bezieht sich erstmal auf die Straße, nicht auf den Radweg am Straßenrand oder auf dem Bürgersteig. Wenn das tatsächlich jemand anders nutzt, halte ich das für einen Fehler br. ;-) Es ging um straßenbegleitende, eigenständig gemappte Radwege, nicht um die Straße (Fahrbahn) selbst. Da macht es aber erst Sinn, wenn die Wege auch als solches getaggt sind. path/*way=sidewalk An sonsten ist es nicht möglich davon auszugehen, dass diese Wege für Fahrzeuge nur in eine Richtung zu benutzen sind. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
2013/10/30 Martin Koppenhoefer dieterdre...@gmail.com Am 29/ott/2013 um 16:30 schrieb Johann H. Addicks addi...@gmx.net: Sprich: Auch wenn man diese Ansicht vielleicht nicht teilt, so fehlt uns afaik ein Tagging für Flurstücke Flurstücke sind Parzellen, da fehlt uns nicht nur das tagging sondern weitgehend auch verlässliche Quellen (oft kann man es allerdings schätzen). In vielen Fällen wäre die Hausnummer besser auf dem Flurstück getaggt als auf dem building. Flurstücke und Hausnummern passen doch gar nicht zusammen. Hier mal ein Beispiel aus NRW: http://abload.de/img/alk-nrwucrm3.png Quelle: Geobasisdaten der Kommunen und des Landes NRW © Geobasis NRW 2013 Das Haus mit der Nummer 1 steht auf den Flurstücken 1018 und 1028 und auf Flurstück 1028 stehen 1,5 Häuser mit Hausnummern... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am 30.10.2013 15:42, schrieb fly: On 30.10.2013 15:18, Wolfgang Hinsch wrote: Am Mittwoch, den 30.10.2013, 14:25 +0100 schrieb Peter Wendorff: Am 30.10.2013 13:29, schrieb Wolfgang Hinsch: Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: [...] - cycleway=no und oneway=no sind zwar überflüssig, werden aber wohl zur Fortschritts-/Vollständigkeitskontrolle beim Mappen genutzt. Dafür gibt es durchaus plausible Argumente wie die immer mal wiederkehrenden Diskussionen zu oneway=no zeigen. oneway=no ist eine Kennzeichnung für straßenbegleitende Radwege, die für beide Fahrtrichtungen zugelassen sind. Standardmäßig sind straßenbegleitende Radwege immer oneway, das wird üblicherweise aber nicht getaggt. Radfahrer dürfen nur den rechten Radweg benutzen, es sei denn, es ist anders ausgeschildert. Oha... Entweder ist das hier jetzt verkürzt dargestellt (und es geht um cycleway:oneway=no oder sowas in der Art), oder es geht um explizit als eigene ways eingetragene Radwege (was so auch nicht deutlich wird aus den Mails), oder aber oneway=no wird hier mehrfach verwendet. oneway=yes|no bezieht sich erstmal auf die Straße, nicht auf den Radweg am Straßenrand oder auf dem Bürgersteig. Wenn das tatsächlich jemand anders nutzt, halte ich das für einen Fehler br. ;-) Es ging um straßenbegleitende, eigenständig gemappte Radwege, nicht um die Straße (Fahrbahn) selbst. Da macht es aber erst Sinn, wenn die Wege auch als solches getaggt sind. path/*way=sidewalk An sonsten ist es nicht möglich davon auszugehen, dass diese Wege für Fahrzeuge nur in eine Richtung zu benutzen sind. Dazu kommt, dass man dann bei impliziertem oneway=yes immer noch berechnen muss, auf welcher Seite welcher zugehörigen Straße der Radweg liegt, um daraus die Einbahn-Richtung zu berechnen. Einfacher - und eindeutig - wärs mit explizitem oneway=yes. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
On Wed, Oct 30, 2013 at 09:24:29AM +0100, Martin Koppenhoefer wrote: Am 29/ott/2013 um 16:30 schrieb Johann H. Addicks addi...@gmx.net: Sprich: Auch wenn man diese Ansicht vielleicht nicht teilt, so fehlt uns afaik ein Tagging für Flurstücke Flurstücke sind Parzellen, da fehlt uns nicht nur das tagging sondern weitgehend auch verlässliche Quellen (oft kann man es allerdings schätzen). In vielen Fällen wäre die Hausnummer besser auf dem Flurstück getaggt als auf dem building. Was ist dann eigentlich mit Reihenhäusern auf Erbpatchgrundstücken? Das ist dann ja ein Grundstück und mehrere Gebäude - Im endeffekt ja auch beliebig viele. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM.jnlp - HowTo
Hallo fly, Das JOSM wiki ist anonym editierbar Ich helfe gern - aber zuerst muss ich das Ganze mal bei mir zum Laufen gekriegt haben, und dann muss ich auch noch verstehen was ich da tue - um es Dritten zu erklären ;-) Generell wird eine Java-Laufzeitumgebung (JRE) benötigt. also von hier: http://www.java.com/de/download/ je nach Browser-Version? oder richtet sich das eher nach dem Betriebsystem? oder nach JOSM? (gibt es da überhaupt eine x64-Version?) Java x32 oder Java x64 ? (wo im Wiki soll das hin?) drei Varianten JOSM zu starten/installieren. 1. Webstart 2. Windows-Paket 3. .jar Datei runterladen und manuell starten (aus Explorer oder cmd) Was bedeutet das? Was ist der Vor-/Nachteil? (muss auch ins Wiki) Ich hatte mich ja für 1. entschieden, empfohlen und automatische Updates klingt vielversprechend :-) Runterladen und Start funktioniert (nach Wegklicken der Warnung), die Einstellungen hat er behalten, auch Remote. Aber nach dem Schliessen kann ich JOSM nicht mehr finden... - - - - Das Problem mit der Warnmeldung ist bekannt (#9204) :-) Remote control ist ein Sicherheitsrisiko und aus diesem Grund erst einmal deaktiviert. Worin besteht das Risiko? Worauf muss der Benutzer achten? (das muss ins Wiki, wo ist der richtige Platz?) Dies ist im Wiki beschrieben [2]. Bei Klick auf den Link [2] kommt wieder eine Warnung: Der Verbindung wird nicht vertraut, josm.openstreetmap.de verwendet ein ungültiges Sicherheitszertifikat. Genauere Erläuterung des Risikos finde ich im Wiki nicht. (liegt aber vielleicht an mangelnden Englisch-Kenntnissen?) Mit herzlichem Gruss, Markus [2] https://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl On 30.10.2013 09:13, Markus wrote: Auf http://josm.openstreetmap.de/wiki/De:WikiStart wird JOSM.jnlp empfohlen. Java scheint nicht Bestandteil von Windows zu sein. Also nachinstalliert. (muss ins Wiki) JOSM startet. Aber Remote funktioniert nicht. Also händisch eingeschaltet (das findet ein neuer Benutzer nie...) (muss ins Wiki, viele Karten bieten JOSM-Remote) JOSM neu starten: Fehlermeldung: kann nicht gestartet werden. Finde JOSM weder auf dem Desktop, noch in der Schnellstartleiste. Auch nicht unter Programme und Features... - - - Wie get es richtig? Wo gibt es ein HowTo? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am 30.10.2013 13:29, schrieb Wolfgang Hinsch: Am Dienstag, den 29.10.2013, 11:04 +0100 schrieb rainerU: - Das Schema macht Redundanz zum Prinzip. Wenn cycleway:right und cycleway:left vorhanden sind, braucht es nicht noch cycleway=both. Redundanz schadet nichts, aber man sollte sie nicht obligatorisch machen. Das riecht förmlich nach Taggen für eine Anwendung. Das wurde so auch nicht benutzt. cycleway:both ersetzt cycleway:left + cycleway:right, ist also das Gegenteil von Redundanz. Wenn die Wege auf beiden Seiten gleich sind, wird both benutzt. Das entspricht damit dem cycleway=*. Wenn deine Darstellung zuträfe, dann müsste man den Wiki-Eintrag entsprechend korrigieren. Dort wird die Key/Value-Kombination cycleway=both beschrieben, der Key cycleway:both kommt dort nicht vor. Ich denke aber, dass der Wiki-Eintrag die Lübecker Mapping-Praxis beschreibt, wie das erstbeste Beispiel zeigt: Way: Kanalstraße (134808713) Jeu de données : 5e095df7 Modifié à : 2012-05-28T05:35:41Z Modifié par : user_5359 (5359) Version : 3 Dans le groupe de modifications : 11722589 Attributs : cycleway:left:smoothness=excellent is_in:city=Lübeck highway=secondary cycleway:right=lane * cycleway=both cycleway:right:surface=asphalt cycleway:left:oneway=yes source:maxspeed=DE:urban zone:traffic=DE:urban cycleway:left=lane ref=K 16 traffic=low postal_code=23552 name=Kanalstraße cycleway:right:bicycle=designated cycleway:right:smoothness=excellent cycleway:left:bicycle=designated maxspeed=50 is_in:country_code=DE cycleway:right:oneway=yes cycleway:left:surface=asphalt Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM.jnlp - HowTo
On 30.10.2013 16:21, Markus wrote: Hallo fly, Das JOSM wiki ist anonym editierbar Ich helfe gern - aber zuerst muss ich das Ganze mal bei mir zum Laufen gekriegt haben, und dann muss ich auch noch verstehen was ich da tue - um es Dritten zu erklären ;-) Generell wird eine Java-Laufzeitumgebung (JRE) benötigt. also von hier: http://www.java.com/de/download/ es gibt auch openjdk wobei ich nicht weiß ob und wie gut das unter Windows läuft. je nach Browser-Version? oder richtet sich das eher nach dem Betriebsystem? oder nach JOSM? (gibt es da überhaupt eine x64-Version?) Java x32 oder Java x64 ? JOSM ist dank Java unabhängig. Es richtet sich somit nach dem Betriebssystem. Unter Windows umbedingt die richtige Version (x32/x64) installieren. (wo im Wiki soll das hin?) Java steht schon deutlich auf der Hauptseite. Da fehlen vielleicht noch einige Links zu weiteren Seiten (vielleicht neu anlegen). Ein Anfang wäre die Download-Seite bzw einfach mal eine neue Seite anlegen (entspechende Adresse in der Adresszeile eingeben, CamelCase beim Namen verwenden) ala: https://josm.openstreetmap.de/wiki/Download/WindowsInstall Ein paar HowTos gibt es auch (verlinkt von der Startseite). drei Varianten JOSM zu starten/installieren. 1. Webstart 2. Windows-Paket 3. .jar Datei runterladen und manuell starten (aus Explorer oder cmd) Was bedeutet das? Was ist der Vor-/Nachteil? (muss auch ins Wiki) Ja, da gebe ich Dir Recht. Kann ich mal versuchen zu ergänzen. Kurz: 1. Läd Datei temporär runter und startet JOSM mit Java-Plugin 2. Installiert JOSM mit Menüeintrag, Icon etc (sollte auch Java checken) 3. Du kannst Dir die tagesaktuelle Version oder andere runterladen und benutzen. Auf der Kommandozeile sind JOSM- + Java-Optionen möglich und das Programm redet auch mehr. Ich hatte mich ja für 1. entschieden, empfohlen und automatische Updates klingt vielversprechend :-) Runterladen und Start funktioniert (nach Wegklicken der Warnung), die Einstellungen hat er behalten, auch Remote. Aber nach dem Schliessen kann ich JOSM nicht mehr finden... Wie gesagt, es ist temporär. Schau mal unter Downloads. - - - - Das Problem mit der Warnmeldung ist bekannt (#9204) :-) Remote control ist ein Sicherheitsrisiko und aus diesem Grund erst einmal deaktiviert. Worin besteht das Risiko? Worauf muss der Benutzer achten? (das muss ins Wiki, wo ist der richtige Platz?) Remote-Control ist bisher nur auf dieser einen Seite dokumentiert. So viel gibt es dazu auch nicht zu schreiben und der größte Teil sind wohl eher technische Hinweise und API-Doku. Das Risiko heißt Fremdzugriff denn nichts anderes macht Remote Control. Dies ist im Wiki beschrieben [2]. Bei Klick auf den Link [2] kommt wieder eine Warnung: Der Verbindung wird nicht vertraut, josm.openstreetmap.de verwendet ein ungültiges Sicherheitszertifikat. Auch das ist erklärt auf der Startseite und bedeutet, dass wir uns kein anständiges ssl-Zertifikat leisten können und deshalb unser selbst-generiertes verwenden. Genauere Erläuterung des Risikos finde ich im Wiki nicht. (liegt aber vielleicht an mangelnden Englisch-Kenntnissen?) Ciao fly [2] https://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl On 30.10.2013 09:13, Markus wrote: Auf http://josm.openstreetmap.de/wiki/De:WikiStart wird JOSM.jnlp empfohlen. Java scheint nicht Bestandteil von Windows zu sein. Also nachinstalliert. (muss ins Wiki) JOSM startet. Aber Remote funktioniert nicht. Also händisch eingeschaltet (das findet ein neuer Benutzer nie...) (muss ins Wiki, viele Karten bieten JOSM-Remote) JOSM neu starten: Fehlermeldung: kann nicht gestartet werden. Finde JOSM weder auf dem Desktop, noch in der Schnellstartleiste. Auch nicht unter Programme und Features... - - - Wie get es richtig? Wo gibt es ein HowTo? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 30. Oktober 2013 15:57 schrieb Florian Lohoff f...@zz.de: Was ist dann eigentlich mit Reihenhäusern auf Erbpatchgrundstücken? Das ist dann ja ein Grundstück und mehrere Gebäude - Im endeffekt ja auch beliebig viele. Man bekommt soviele Nummern wie benötigt werden, mind. 1 pro Grundstück, ggf. auch für Ein/Aufgänge. Bei Reihenhäusern sind das normalerweise schmale Grundstücke pro Reihenhaus(einheit) eins, und die haben auch je eine Nummer (wobei das genaue System lokal unterschiedlich gehandhabt wird und auch nicht unbedingt logisch sein muss). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
On Wed, Oct 30, 2013 at 06:23:48PM +0100, Martin Koppenhoefer wrote: Am 30. Oktober 2013 15:57 schrieb Florian Lohoff f...@zz.de: Was ist dann eigentlich mit Reihenhäusern auf Erbpatchgrundstücken? Das ist dann ja ein Grundstück und mehrere Gebäude - Im endeffekt ja auch beliebig viele. Man bekommt soviele Nummern wie benötigt werden, mind. 1 pro Grundstück, ggf. auch für Ein/Aufgänge. Bei Reihenhäusern sind das normalerweise schmale Grundstücke pro Reihenhaus(einheit) eins, und die haben auch je eine Nummer (wobei das genaue System lokal unterschiedlich gehandhabt wird und auch nicht unbedingt logisch sein muss). Damit ist aber die aussage das die Hausnummer auf das Flurstück gehört wiederlegt. Im Endeffekt werden zwar Hausnummern in Bezug auf ein Flurstück vergeben, referenzieren aber ein Gebäude oder Aufgang. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM.jnlp - HowTo
Hallo fly, Wenn ich das für Windows richtig verstehe, braucht man in jedem Fall *Java*: hier: http://www.java.com/de/download/ je nach Windows-Version (x32 oder x64) Java x32 oder Java x64 installieren Und dann gibt es drei Möglichkeiten: _1. josm.jnlp (Webstart)_ Lädt Datei temporär runter und startet JOSM mit Java-Plugin - Datei aus Download in einen beliebigen Ordner schieben? - Verknüpfung auf Schnellstartleiste erstellen? - bei jedem JOSM-Start wird das Programm neu runtergeladen? + immer aktuelle Version? + Einstellungen werden behalten? _2. josm.exe (Windows-Paket)_ Installiert JOSM mit Menüeintrag, Icon etc (sollte auch Java checken) + Installation durch Doppelklick auf Datei in Download + alles weitere funktioniert automatisch? - kein automatisches Update? _3. josmtested.jar_ Lädt die aktuelle stabile Version - Datei aus Download in einen beliebigen Ordner schieben? - Verknüpfung selber auf Schnellstartleiste erstellen? - kein automatisches Update? + JOSM- + Java-Optionen möglich (BAT, CMD) ? das Programm redet auch mehr (4. wäre dann noch latest.jar) Nicht verstanden habe ich, was der Vorteil ist, wenn bei .jnlp bei jedem Programmstart das Programm neu heruntergeladen wird. Wäre doch viel einfacher, wenn man dem .exe sagen würde, dass es regelmässig prüfen soll, ob eine neue Version vorhanden ist, und nur dann diese runterlädt? Wo speichert JOSM die Einstellungen? (muss man ja bei der Datensicherung berücksichtigen, bzw. JOSM irgendwie sagen, wo er die Einstellungen findet) Das alles als HowTo hier reinschreiben? https://josm.openstreetmap.de/wiki/Download/WindowsInstall - - - - Remote control ist ein Sicherheitsrisiko und aus diesem Grund erst einmal deaktiviert. Worin besteht das Risiko? Worauf muss der Benutzer achten? Das Risiko heißt Fremdzugriff denn nichts anderes macht Remote Control. Aber das ist doch das was man will: den Kartenausschnitt direkt in JOSM laden... Wenn man sich dadurch /ernsthafte/ Probleme einhandelt, dann sollte das gar nicht erst angeboten werden. Wenn die Probleme eindämmbar sind, dann sollte das Programmseitig geschehen, oder der Benutzer braucht eine nachvollziehbare Anleitung. Oder ist das sowas wie Katze nicht in der Mikrowelle trocknen? Dann kann man die Warnung auch weglassen. Bei Klick auf den Hilfe-Link [2] kommt eine Warnung: Der Verbindung wird nicht vertraut, josm.openstreetmap.de verwendet ein ungültiges Sicherheitszertifikat. Auch das ist erklärt auf der Startseite So weit runter scrollt niemand, der nur JOSM installieren will. Und wenn, dann verstehen das nur Insider. Damit verschreckt man Benutzer. bedeutet, dass wir uns kein anständiges ssl-Zertifikat leisten können Dann wäre es m.E. einfacher, die Hilfe im OSM-Wiki anzubieten. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 171 22.10.-28.10.2013
Hallo, die Wochennotiz Nr. 171 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/10/wochennotiz-nr-171/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
Wenn ich das richtig sehe geht es hier nur um Relation oder keine Relation!? Ohne Relation müsste man name des Radnetzes, network, ref, type, website, operator und andere Tags alle an den jeweiligen Weg hängen. Das kann nie einheitlich klappen! Also muss eine Relation her. Noch ein paar Gedanken: - Auf den Schildern (Wegweiser) ist jeweils immer ein Nahziel und Fernziel angegeben. Beide sind aber nicht weiter als 20 km weit entfernt. Dann müsste es doch eher network=lcn sein (lokal)? Ob das Netz nur ein kleines Bundesland/wenige Landkreise umspannt, oder Europaweit existiert ist mMn nebensächlich für den network-Tag. - Es gibt die Netze als Waben-, Knotenpunkt-, Kanten- und ohne Struktur. Hier bei Köln wird ab nun das Netz ohne Struktur in eins mit Knotenpunkten umgebaut. Der einzige Unterschied wird sein, dass die Wegweiser (mit 3 oder mehr Richtungen) eine Nummer bekommen. Die Waben gibt es im Raum Münster. Jede Wabe hat eine eigene Relation. (Die Waben-Kanten sind also in genau 2 Relationen enthalten, außer am Rand des Netzes) Bei Knotenpunktsystemen sind meines Wissens die Verbindung zwischen 2 Knoten je in einer Relation. Da Knotensysteme und die ohne Struktur praktisch gleich sind, kann man auch dort sie Abschnitte zwischen 2 Wegweisern in eine eigene Relation packen. (name könnte dann das Nah- oder Fernziel auf den Wegweisern sein, statt sonst der Wegweisernummer.) Vorteil ist, dass nicht alles in einer Superrelation reingeklatscht wird und riesig und unübersichtlich wird. Und man kann, wenn roundtrip=no/yes gesetzt wird, sofort per Algorithmus erkennen kann, ob die Relation defekt ist oder nicht. Mit name in den Relationsabschnitten kann die Navigation auch ausgeben, zu welchem Wegweiser es weitergeht. Die Einteilung des NRW-Radnetzes wurde vermutlich in die Landkreise aufgeteilt, weil es sonst zu groß würde. Am 19.10.2013, 22:17 Uhr, schrieb Henning Scholland o...@aighes.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.10.2013 17:24, schrieb fly: Ansonsten würde eine Flächenberechnung mit Hilfe der Wegweiser genügen, bzw ist so was auch häufig über administrative Grenzen bestimmbar. Kommt drauf an. Wenn deine Annahme stimmt, muss man vorher schon wissen, dass es in Gemeinde X nur das Netz von Landkreis Y gibt. Wenn das Netz nun aber von der Kurverwaltung kommt, dann muss es sich ja nicht unbedingt an die administrativen Grenzen halten. Wenn man nach administrativen Grenzen geht, weiß man auch noch nicht, wer nun der operator ist und welche Grenze man nun nehmen muss. Evtl. haben sich auch mehrere Landkreise zusammengeschlossen... Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSYujlAAoJEPFgsWC7jOeTtTIH/RQZIsiMGWZH0pIBcgGj8w/Q TDNqzQXYJ+mmxuguvTM+mBbJCiqdome3P5GExwHGLg7L1UNZSZ4sSLPATfgAq1tt VaGRGoovlRTUBrbRNhqD4wi+M2jdRZZpDJiPE/E46jdsrwxKHf6xJV5BDPb/4v+f eURVtwOdL42GH7u/uLnNxi4zfGJtmOVt7yQJB9Du02nCXzSKFNCfPxQeAUuy1bbU nnzwlwNaFOaVgDDKbnBsUKEBgDzt+T7vllMM1ZZyPnA6O/qTR7aY1JqQ8S6aPcMf lWg4rhvLNA11PIMbGU15R96SV1QHIuZuq6xzqfGzDboWMmhS2+Z90Gu0Pm8d85U= =1XVH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 30/ott/2013 um 18:34 schrieb Florian Lohoff f...@zz.de: Damit ist aber die aussage das die Hausnummer auf das Flurstück gehört wiederlegt. Im Endeffekt werden zwar Hausnummern in Bezug auf ein Flurstück vergeben, referenzieren aber ein Gebäude oder Aufgang. eher in Ausnahmefällen, und je nach weiterer gesetzlicher Regelung (regional), der Normalfall (häufigster Fall), der auch im Bundesrecht so verankert ist, ist eine Nummer pro Grundstück (ein Grundstück kann auch - weitere Ausnahme - aus mehreren Flurstücken bestehen). Wenn sich die Nummer auf einen Eingang, Zugang oder ein Gebäude bezieht, bringt man den addr:tag in osm dort an. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de