[Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Hallo, in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt (vermutlich mit Bing). Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node sterben zu lassen? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern
Matthias Meißer dig...@arcor.de wrote: We've tabled your suggestion, and have moved the status to under consideration. Our development team had looked into using it last year. However, we decided against it at that time because it would require more development effort to render the map, and that its coverage of major commercial resorts was sporadic. Tss! wo sitzen die denn? Ich glaube nicht, dass in den major commercial resorts noch groß was zu mappen ist. Grade zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares. Wer mag kann ja mal Pistenpläne durchgehen und auf Vollständigkeit prüfen. Ich glaube aber, dass die Karte sogar besser ist als die Statuseinträge unter http://wiki.openstreetmap.org/wiki/Piste Gruss Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Hallo, Am Mittwoch, 16. November 2011 10:09:24 schrieb Manuel Reimer: Hallo, in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt (vermutlich mit Bing). Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node sterben zu lassen? Wenn die Tags alle erhalten bleiben, sehe ich keinen Grund, den Node erhalten zu wollen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Das ist was ich vor einige Monaten auch machte, das ist auch was der addrInterpolation oder der buildingTerracer machen. Ich habe wohl immer versucht der node nicht sterben zu lassen, sondern der Teil des Gebäudes zu machen. So bleibt historik behalten, es ist aber mehr Arbeit. In Strasbourg habe ich einen anderen Stil entdeckt (2 eigentlich) und auf talk-fr haben die mir gesagt das würde in Deutschland auch so gemacht: Jetzt bin ich also angefangen die node mit addr:housenumber zusätzlich entrance=main zu geben und ihn Teil von Gebäudeumriss zu machen. In Frankreich gibt es denn auch nog Leute die das Hausnummer zwischen das Gebäude und die Strasse legen. Das gefällt mich aber gar nicht, weil es ist viel schwerer um dann automatisch die Relation zwischen beiden zu entdecken. Keine Antwort, nur ein Überblik von was ich schon entdeckt habe. Auf dem wiki steht es auch so dokumentiert wie der erste Fall. Also meine neue Stil gefällt nicht jeder hier in Belgien... Jo 2011/11/16 Manuel Reimer manuel.s...@nurfuerspam.de: Hallo, in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt (vermutlich mit Bing). Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node sterben zu lassen? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Hi, On 11/16/11 10:09, Manuel Reimer wrote: in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt (vermutlich mit Bing). Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node sterben zu lassen? So mache ich das in der Regel. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Hallo Manuel, mit dem Punkt kann man den *Hauseingang* genau bezeichnen. Das ist interessant für Rettungsorganisationen, um schnell den richtigen Zugang zu finden. Gruss, Markus PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere entrance=backdoor, oder sowas, ohne Hausnummer. Jo 2011/11/16 Markus liste12a4...@gmx.de: Hallo Manuel, mit dem Punkt kann man den *Hauseingang* genau bezeichnen. Das ist interessant für Rettungsorganisationen, um schnell den richtigen Zugang zu finden. Gruss, Markus PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern
Hallo Sven, zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares. OpenPisteMap könnte noch mit Langlaufloipen und Schlittelwegen ergänzt werden. Dann ist sie wirklich genial! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern
Am 16.11.2011 10:13, schrieb Sven Geggus: Matthias Meißerdig...@arcor.de wrote: We've tabled your suggestion, and have moved the status to under consideration. Our development team had looked into using it last year. However, we decided against it at that time because it would require more development effort to render the map, and that its coverage of major commercial resorts was sporadic. Tss! wo sitzen die denn? Ich glaube nicht, dass in den major commercial resorts noch groß was zu mappen ist. Grade zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares. Kanada, ich denke die werden deshalb auch am ehesten US Bereiche analysiert haben. Komisch, da deren Community auch in der EU aktiv ist: http://hqonline.reconinstruments.com Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Am 16.11.2011 10:37, schrieb Jo: Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere entrance=backdoor, oder sowas, ohne Hausnummer. Noch besser: Die Hausnummer kommt an den Gebäudeumriss, wo sie - wenn das ganze Gebäude nur eine Hausnummer hat - ohnehin am besten aufgehoben ist. Die Eingänge werden dann wie von dir beschrieben eingetragen und brauchen keine Extra-Hausnummer mehr. Gruß Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: OpenPisteMap - Nutzung für Head Up Display einfordern
Am 16.11.2011 10:32, schrieb Markus: zu Openpistemap gibt es kommerziell nichts ansatzweise vergleichbares. OpenPisteMap könnte noch mit Langlaufloipen und Schlittelwegen ergänzt werden. Dann ist sie wirklich genial! Was ich noch gerne gesehen hätte, wären die Pistenbegrenzungen. Es gibt viele wirklich breite Pisten, bei denen das Sinn machen würde. Eigentlich sind alle Pisten an großen Teilen ihres Verlaufs breiter als Straßen, so daß sich hier Begrenzungen lohnen würden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result
Hallo, ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler: Standard exception processing way_id 1170907: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640 33.15/s) Standard exception processing way_id 1171398: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360 33.15/s) Standard exception processing way_id 1172157: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460 33.15/s) Standard exception processing way_id 1172262: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980 33.16/s) Standard exception processing way_id 1172818: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990 33.15/s)Entity: line -563063126: parser error : Extra content at the end of the document ^ planet-latest.osm.bz2 : failed to parse Error occurred, cleaning up Kennt das jemand? Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa zufrieden geben ;-) Danke allen. JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Ja, genau, die node mit dem Hausnummer auf dem Gebäudeumriss. Und die node ist/bleibt dann auch member in associatedStreet Relation. Jo 2011/11/16 Tobias Knerr o...@tobias-knerr.de: Am 16.11.2011 10:37, schrieb Jo: Eine bekommt dann entrance=main, mit dem Hausnummer. Die andere entrance=backdoor, oder sowas, ohne Hausnummer. Noch besser: Die Hausnummer kommt an den Gebäudeumriss, wo sie - wenn das ganze Gebäude nur eine Hausnummer hat - ohnehin am besten aufgehoben ist. Die Eingänge werden dann wie von dir beschrieben eingetragen und brauchen keine Extra-Hausnummer mehr. Gruß Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result
Hallo Jan, sieht nach einem beschädigten Planetfile aus, ob das jetzt beim Download passiert ist, oder schon beim erstellen kann ich nicht sagen ... falls jemand auf etwas anderes schließen kann - bitte ergänzen! Gruß Hilmar P. S. kann man das Planetfile vor dem Import ggf. mit xmllint prüfen, damit man sich das ganze ggf. ersparen kann, die Checksummen garantieren ja nur, dass die Datei die man gedownloaded hat komplett ist, jedoch nicht ob der Inhalt an sich fehlerhaft ist. Am 16. November 2011 11:05 schrieb Jan Jesse j...@jesse.de: Hallo, ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler: Standard exception processing way_id 1170907: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640 33.15/s) Standard exception processing way_id 1171398: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360 33.15/s) Standard exception processing way_id 1172157: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460 33.15/s) Standard exception processing way_id 1172262: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980 33.16/s) Standard exception processing way_id 1172818: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990 33.15/s)Entity: line -563063126: parser error : Extra content at the end of the document ^ planet-latest.osm.bz2 : failed to parse Error occurred, cleaning up Kennt das jemand? Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa zufrieden geben ;-) Danke allen. JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herbstputs - Keepright Bugs beheben
2011/11/16 Matthias Meißer dig...@arcor.de Guten Morgen, die letzten Wochen habe ich mal angefangen mich mit keepright zu befassen und aus meinen Erfahrungen einen kleinen Artikel geschrieben: http://blog.openstreetmap.de/**2011/11/herbstputz-bei-osm-** keepright-fehler-finden/http://blog.openstreetmap.de/2011/11/herbstputz-bei-osm-keepright-fehler-finden/ Meine Bitte: Lasst uns mal probieren in den nächsten 7 Tagen gemeinsam viele Bugs zu beheben. Es macht echt Spass und so kommen wir ja auch mal ein wenig rum auf der Karte und sehen was es überall schon so gibt :) Aber bitte bei keppright (oder z.B. auch beim OSM Inspector) immer im Hinterkopf haben, das diese Tools immer nur Hinweise auf mögliche Fehler geben. Nur weil etwas gekennzeichnet ist, ist es nicht automatisch falsch. Zu den fixme=* Tags: Die sind bei mir meist Teil meiner mapping Praxis: Ich erfasse eine Ecke, trage die Daten ein Und dort wo dann doch noch was fehlt kommt ein fixme ran. Dann mache ich mir mit maperitive eine Karte der fixme=* Tags und fahre die dann gezielt an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Am 16. November 2011 10:27 schrieb Markus liste12a4...@gmx.de: PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc). Bei solchen Gebäuden haben die verschiedenen Eingänge oft auch verschiedene Nummern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Internet-Zensur
Klingt nicht gut: Gerade berät der US-Kongress über ein Gesetz, das ihm eine weltweite Internet-Zensur erlauben würde -- mit einer schwarzen Liste, die auf YouTube, WikiLeaks und sogar Gruppen wie Avaaz abzielen könnte! http://www.avaaz.org/de/save_the_internet/ Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenPisteMap - Nutzung für Head Up Display einfordern
Matthias Meißer dig...@arcor.de wrote: Kanada, ich denke die werden deshalb auch am ehesten US Bereiche analysiert haben. Die ersten Sachen in Whistler sind von mir. Inzwischen ist das eigentlich 100% erfasst. http://openpistemap.org/?lat=50.0855lon=-122.9314zoom=13layers=BTT00T Lake Louis kommt mir etwas unvollständig vor: http://openpistemap.org/?lat=51.452lon=-116.128zoom=14layers=BTT00T Mal meine Tracks suchen :) Das Problem sind wohl die Resourts in USA. Aspen z.b. hat gleich zwei Probleme: 1. Es ist bei weitem noch nicht alles erfasst 2. Das was erfasst ist wird in openpistemap.org nicht angezeigt, weil die Karte schon ewig nicht mehr neu gemacht wurde, Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenPisteMap - Langlaufloipen
Hi Sven, Langlaufloipen und Schlittelwegen Zumindest ersteres ist definitiv drin: http://openpistemap.org/?lat=48.5838lon=8.2279zoom=14layers=BTT00T Danke! Hier auch: http://openpistemap.org/?lat=49.56468lon=11.37128zoom=15layers=BTT00T Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
Moin Jan, std::bad_alloc bedeutet, das Du zu wenig Speicher hast. Wenn Du bei osm2pgsql im --slim modus arbeitest, kann es vorkommen, das Du ca zweimal soviel temporären Plattenplatz benötigst, wie für die resultierende Datenbank gebraucht wird. Das ist inzwischen fast ein Terabyte, weil wir alle so fleissig sind. Der ganze Planet lässt sich nur noch auf einem Server vernünftig handeln. Btw, http://www.freietonne.de/seekarte/ ist nicht sehr aussagekräftig, es kommt bei mir leeer an. Beste Grüße Klaus Date: Wed, 16 Nov 2011 11:05:20 +0100 From: Jan Jesse j...@jesse.de To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed:out of memory for query result Message-ID: B591FC63CAEC4D4FB1AA3FBEA1AFE68E36B949@kickme-reloaded.jesse.local Content-Type: text/plain; charset=us-ascii Hallo, ich hatte ja versprochen, die Resultate noch zu melden. Der Import ist wieder fehlgeschlagen, allerdings jetzt mit einem anderen Fehler: Standard exception processing way_id 1170907: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(636640 33.15/s) Standard exception processing way_id 1171398: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637360 33.15/s) Standard exception processing way_id 1172157: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637460 33.15/s) Standard exception processing way_id 1172262: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637980 33.16/s) Standard exception processing way_id 1172818: std::bad_alloc Processing: Node(1249824k 32.3k/s) Way(113163k 1.75k/s) Relation(637990 33.15/s)Entity: line -563063126: parser error : Extra content at the end of the document ^ planet-latest.osm.bz2 : failed to parse Error occurred, cleaning up Kennt das jemand? Falls nicht, werde ich jetzt wohl aufgeben, und mich mit Europa zufrieden geben ;-) Danke allen. JJ www.freietonne.de signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: OpenPisteMap
Hallo Sven, Pisten als Fläche erfassen Wie macht man das richtig? Bei Flüssen werden ja längliche Flächen willkürlich aneinandergestückelt, und mit einem Waterway für die Fliessrichtung verbunden. Wenn man das bei Pisten nun auch so machen würde: wie könnte man dann beispielsweise den linken Pistenrand mit Vorsicht Lawinengefahr bezeichnen? Alternativ könnte man den Pistenrand zeichnen. (aber das hätte wahrscheinlich andere Probleme?) Gruss, Markus (der über das Flüssekonzept nicht so glücklich ist) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways
Hallo, On 11/16/11 15:38, Klaus-Hermann Otto Stanislaus Plöger wrote: Wenn Du bei osm2pgsql im --slim modus arbeitest, kann es vorkommen, das Du ca zweimal soviel temporären Plattenplatz benötigst, wie für die resultierende Datenbank gebraucht wird. Wie kommst Du darauf? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Am 16.11.2011 13:20, schrieb Martin Koppenhoefer: Am 16. November 2011 10:27 schrieb Markus liste12a4...@gmx.de: PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc). Bei solchen Gebäuden haben die verschiedenen Eingänge oft auch verschiedene Nummern. Gelegentlich ist bei solchen Gebäuden äußerlich und per Luftbild nicht unterscheidbar, welcher Teil wohin gehört - und diese Teile haben u.U. nicht nur verschiedene Hausnummern, sondern sogar völlig unterschiedliche Adressen. Von daher kann es nur Empfehlungen, aber keine allgemeine Bezeichnungsvorschrift geben. Ich pflanze Hausnummern an den Haupteingang, sofern der erkennbar ist und mache dafür halt einen zusätzlichen Node an passender Stelle in den Umriß, keinen separaten frei fliegenden Punkt. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Hallo an alle, Hausnummern werden von den Gemeinden vergeben für ein Gebäude oder ein Grundstück (das kann auch eine Garage sein). Deshalb setze ich das tag zur Gebäudefläche, sofern diese eingezeichnet ist. Bei großen Gebäuden kann man dann den Hauptzugang als Weg einzeichnen, dann findet auch ein Router den besten Weg. Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss die Örtlichkeit schon wirklich kennen. Eine falsch gesetzte Hausnummer kann kritischer sein, als gar keine Hausnummer. Letztlich muss der Mapper im Einzelfall die sinnvollste Markierung vergeben, eine starre Vorschrift finde ich auch nicht gut. Bernhard From: Rainer Knaepper [mailto:sm...@gmx.de] Sent: Wednesday, November 16, 2011 7:01 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche? Am 16.11.2011 13:20, schrieb Martin Koppenhoefer: Am 16. November 2011 10:27 schrieb Markus liste12a4...@gmx.de: PS: wie man das bei Gebäuden mit mehreren Eingängen sinnvoll macht weiss ich aber nicht (Uni, Krankenhaus, Einkaufszentrum, etc). Bei solchen Gebäuden haben die verschiedenen Eingänge oft auch verschiedene Nummern. Gelegentlich ist bei solchen Gebäuden äußerlich und per Luftbild nicht unterscheidbar, welcher Teil wohin gehört - und diese Teile haben u.U. nicht nur verschiedene Hausnummern, sondern sogar völlig unterschiedliche Adressen. Von daher kann es nur Empfehlungen, aber keine allgemeine Bezeichnungsvorschrift geben. Ich pflanze Hausnummern an den Haupteingang, sofern der erkennbar ist und mache dafür halt einen zusätzlichen Node an passender Stelle in den Umriß, keinen separaten frei fliegenden Punkt. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
On 11/16/2011 07:49 PM, Bernhard Weiskopf wrote: Hallo an alle, Hausnummern werden von den Gemeinden vergeben für ein Gebäude oder ein Grundstück (das kann auch eine Garage sein). Deshalb setze ich das tag zur Gebäudefläche, sofern diese eingezeichnet ist. Bei großen Gebäuden kann man dann den Hauptzugang als Weg einzeichnen, dann findet auch ein Router den besten Weg. Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss die Örtlichkeit schon wirklich kennen. Eine falsch gesetzte Hausnummer kann kritischer sein, als gar keine Hausnummer. Letztlich muss der Mapper im Einzelfall die sinnvollste Markierung vergeben, eine starre Vorschrift finde ich auch nicht gut. Bernhard Ob die Hausnummer bei einem Gebäude nun an der Fläche oder am Haupteingang ist, stört in den wenigsten Fällen. Schwieriger wird es, wenn im Gebäude weitere Informationen (Läden, Ärzte, Schulen oder Büros) gespeichert sind. Um diese Daten in Relation zu bringen meinen einige, es reicht, wenn ein Punkt mit der Adresse dort gespeichert ist. Aus Programmierersicht wird es dann aber schwierig! Am besten ist es in solchen Fällen immer, wenn eine (direkte) Relation die Adressdaten hat und alle Elemente als Kinder einbindet oder wenn das umschließende Gebäude die Daten hat. Alles andere wird wieder Glaskugelleserei und das mag ich nicht programmieren... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: OpenPisteMap
Am 16.11.2011 15:36, schrieb Markus: Hi! Wie macht man das richtig? Ich erfasse die Piste als Fläche anhand meiner Tracks und lasse die mir für mein Garmin auch als Fläche anzeigen. Die Fläche macht gerade bei einer Piste Sinn, die ja eben nicht nur ne schmale Strecke ist. Bei Flüssen werden ja längliche Flächen willkürlich aneinandergestückelt, und mit einem Waterway für die Fliessrichtung verbunden. Die Richtung ergibt sich aus dem Pistentrack, der unverändert vorhanden ist und etwa in der Mitte der Piste verläuft. Alternativ könnte man den Pistenrand zeichnen. (aber das hätte wahrscheinlich andere Probleme?) Wieso, die meisten Pisten ändern sich nicht so viel über die Jahre (jedenfalls die breiten, bei denen sich das erfassen der Fläche lohnt). Ich sehe das in den Ressorts, die ich regelmässig besuche. Grüsse, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oneway bei Bachläufen?
Hi, in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird dann entsprechend eine Notiz ausgegeben ... Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab ich dazu nichts gefunden. Entfernen will ich die Tags eigentlich nicht, wenn sich schon jemand die Mühe gemacht hat. Ist mehr für mein zukünftiges Vorgehen. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Am 16.11.2011 20:04, schrieb Franz: in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird dann entsprechend eine Notiz ausgegeben ... Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab ich dazu nichts gefunden. oneway laut wiki heisst, der Weg darf nur in eine Richtung benutzt werden. Wenn also Boote auf dem Bach nur in einer Richtung fahren dürfen wäre das oneway korrekt, sonst eher nicht. Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!
Ist tertiary_link wirklich so neu? Müssen das immer Auffahrten sein? Was ist, wenn eine Straße an eine andere stößt und die Fahrspuren der anstoßenden als getrennte Abbiegespuren geführt sind? Diese Spuren haben u. a. keinen Straßennamen (wie bei *_links fast üblich) und oft bereits einige Restriktionen der weiterführenden Straße, da es keine Ausfahrmöglichkeit mehr gibt, denn es sind meistens Einbahnstraßen. Zeichnet man diese Straßenteile als links oder nicht? Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll zuweisen kann, oder wenn dort bereits die Restriktionen der anderen gelten. Bernhard From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: Wednesday, November 16, 2011 4:57 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow! Am 14. November 2011 23:15 schrieb Wolfgang Barth wolfg...@barthwo.de: Meine Sache ist ja evtl. gewollt, deines ist ein echter Fehler (auch wenn tertiary_link nicht gerade häufig ist). und in den Mapfeatures ist tertiary_link erst seit 2. November 2011. Gibt es das überhaupt? Untergeordnete, nachrangige Verbindungsstraßen mit Auffahrten? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
On 11/16/2011 08:17 PM, Chris66 wrote: Am 16.11.2011 20:04, schrieb Franz: in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und hat sämtlichen Bachläufen ein oneway=yes verpasst. Bei keepRight wird dann entsprechend eine Notiz ausgegeben ... Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv NICHT schiffbar) mit einem oneway taggen soll oder nicht. Im Wiki hab ich dazu nichts gefunden. oneway laut wiki heisst, der Weg darf nur in eine Richtung benutzt werden. Wenn also Boote auf dem Bach nur in einer Richtung fahren dürfen wäre das oneway korrekt, sonst eher nicht. Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt. Chris War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle und endet an der Mündung? Da braucht man dann doch kein oneway... Andreas signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Am 16. November 2011 20:17 schrieb Chris66 chris66...@gmx.de: Wenn der Bach nicht schiffbar ist, ist mit boat=no alles gesagt. Wie viele schiffbare *Bäche* kennst du? Ich kenne keinen einzigen, wenn man von Modellschiffen mal absieht. Aber wir mappen hier nicht Legoland :-) scnr Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Hallo, Am Mittwoch, 16. November 2011 20:34:53 schrieb Andreas Neumann: War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle und endet an der Mündung? Da braucht man dann doch kein oneway... Wie alles, ist auch das eine Auffassungssache. Das oneway würde die Flüsse schon von solchen abgrenzen, in denen die Strömung eben nicht immer in derselben Richtung fließt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Am 16. November 2011 20:50 schrieb Wolfgang wolfg...@ivkasogis.de: War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle und endet an der Mündung? Da braucht man dann doch kein oneway... Wie alles, ist auch das eine Auffassungssache. Das oneway würde die Flüsse schon von solchen abgrenzen, in denen die Strömung eben nicht immer in derselben Richtung fließt. Das oneway die Fließrichtung eines Wasserlaufs angeben soll habe ich noch nie gehört und halte das auch für nicht sinnvoll! Nebenbei auch wieder ein schönes Beispiel, wie man durch Sinnsuche einen fest stehenden Sinngehalt eines Tags entleeren kann ... und im schlimmsten Fall (hier nicht zu befürchten) das Tag unbrauchbar machen kann. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!
Hallo, Am Mittwoch, 16. November 2011 20:17:27 schrieb Bernhard Weiskopf: Ist tertiary_link wirklich so neu? Müssen das immer Auffahrten sein? Was ist, wenn eine Straße an eine andere stößt und die Fahrspuren der anstoßenden als getrennte Abbiegespuren geführt sind? Diese Spuren haben u. a. keinen Straßennamen (wie bei *_links fast üblich) und oft bereits einige Restriktionen der weiterführenden Straße, da es keine Ausfahrmöglichkeit mehr gibt, denn es sind meistens Einbahnstraßen. Zeichnet man diese Straßenteile als links oder nicht? Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll zuweisen kann, oder wenn dort bereits die Restriktionen der anderen gelten. Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe ich das als normalen Teil der Straße an und nicht als Link. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Am 16.11.2011 20:04, schrieb Franz: Das veranlasst mich zur Frage ob man Bäche (bis 0.5m - also definitiv NICHT schiffbar) mit einem oneway taggen soll oder nicht. Nein, denn oneway beschreibt eine Verkehrsregelung und ist für Bäche absolut unpassend. Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung getaggt werden sollten. Das ist nachvollziehbar, allerdings wäre dafür dann ein eigenes Tag angebrachter als eine Zweckentfremdung von oneway. Gruß Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung getaggt werden sollten. Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein halbes Jahr in eine andere Richtung fließt? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
Entweder jede 6 Monate 'r' (reverse) oder ein Note dran... Jo 2011/11/16 Wolfgang wolfg...@barthwo.de: Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung getaggt werden sollten. Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein halbes Jahr in eine andere Richtung fließt? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
Am 16. November 2011 21:30 schrieb Wolfgang wolfg...@barthwo.de: Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung getaggt werden sollten. Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein halbes Jahr in eine andere Richtung fließt? :-) Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt Fließrichtung geben würde völlig sinnlos. one way erhält nur einen sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht (eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in beide Richtungen möglich sind und man eine Richtung ausschließen will. In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in Richtung des Vektors. So und jetzt höre ich auf mich zu ereifern :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Am 16.11.2011 10:09, schrieb Manuel Reimer: Hallo, in einem Gebiet, in dem ich dann und wann tätig bin, hat jemand neben den schon länger existierenden Nodes für Hausnummern nun auch Hausumrisse ergänzt (vermutlich mit Bing). Ist es korrekt nun die Daten vom Node auf die Fläche zu übertragen und den Node sterben zu lassen? Gruß Manuel hI ! ich mache das auch so das ich NODES auf die Fläche übertragen. Wenn dann andere Nodes in dieser Fläche liegen könnte man immer noch die Hausnummer rechentechnisch auf die Nodes übertragen - ohne die Daten redundant vorzuhalten. Bei komplexen Gebäuden setze ich dann noch zusätzlich building=entrance auf den Umring und wenn es noch komplexer ist, dann setze ich die Hausnummer auf den Eingang. Bei einfachen Einfamilienhäusern einfach in die Fläche. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Wie auf der Wiki, in die Fläche: Vorteile: -1 Objekt mit mehrere Tags, alles beieinander Nachteile: -Historikverlust beim umwandeln von Node - Umriss Immer ein Umriss mit extra Node für die Adresse: Vorteile: -Wenn sowohl das Gebäude ein Namen hat (geschäft zB) und der Node einen Nummer, dann sind beide rendert/sichtbar sowohl auf Mapnik als auch in JOSM - Beim umwandeln von Node zu ClosedWay für den Umriss, kann der Node behalten bleiben und muss auch die associatedStreet Relation nicht angepasst werden. Nachteile: -Etwas schwerer automatisch zu verarbeiten, wenn die aber alle so gemacht sind, ist es eigentlich wieder einfacher, weil konsistent. Jetzt gibt es ganz viele unterschiedliche Weisen um es zu machen. Also, ich weiss dass es nicht hier auf nur die Deutsche Liste entscheiden werden muss, aber noch nicht zo lange her würde die gleiche Diskussion auf talk-fr geführt. Und dort war die Konklusion mehr oder weniger: Hausnummer auf einem (extra) Node auf dem Umriss und der Grund: weil es in Deutschland auch so gemacht wird... :-) Tschüss, Jo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: Re: Oneway bei Bachläufen?
Am 16.11.2011 20:37, schrieb Falk Zscheile: Am 16. November 2011 20:17 schrieb Chris66 chris66...@gmx.de: [...] Aber wir mappen hier nicht Legoland :-) Nicht? http://www.openstreetmap.org/?lat=55.73569lon=9.12569zoom=16layers=M http://www.openstreetmap.org/?lat=48.42434lon=10.30135zoom=16layers=M *SCNR* Jannis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
hi, hast du diesen jemand mal angeschrieben?? wäre ganz nett zu wissen, was er/sie dazu meint. gruss walter p.s. ich hatte einen Kollegen, den musste ich mal fragen Was hast du dir DABEI eigentlich gedacht? nach einiger Zeit kam die Antwort: Eigentlich garnichts ;) - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Oneway-bei-Bachlaufen-tp7001503p7001953.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Am 16.11.2011 19:49, schrieb Bernhard Weiskopf: Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss die Örtlichkeit schon wirklich kennen. Ich nummeriere nur Häuser, die ich besucht habe. Von den meisten habe ich eigene Fotos :-) Eine falsch gesetzte Hausnummer kann kritischer sein, als gar keine Hausnummer. Eine falsche Nummer ist alleine schon deshalb Murks, weil niemand Veranlassung hat, dort zwecks Ergänzung dort vorbeizuschauen, solange die nicht völlig unplausibel ist. Eine fehlende Nummer ist eine Lücke, die jeder sieht und bei Gelegenheit ergänzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressdaten auf Hausfläche oder auf POI in der Fläche?
Ich habe mehrere mappingstyle. Manchmal auch auf dem Bus. Dann versammle ich Hausnummern auf die Ecke, die ich schnell genug lesen kann. Vor Bing werden das nur POI werden, jetzt ist es auch möglich die Umrisse zu zeichnen. Es gibt aber noch viele die als einzelne Knoten eingegeben sind. Andere Stil ist mal auf Internet suchen welches Hausnummer ein Geschäft hat. Wenn ich das auf die Internetpagina vom Geschäft zurückfinden kann, sollte das kein Copyrightvertreten sein ihre Adresse über zu nehmen. Und ja, ich habe auch ungeheuer viele fotos von Hausnummern, die meiste eingetragen als Node. Ein Node der ich lieber nicht vernichten will beim umwandeln zu Gebäudeumriss. Jo 2011/11/16 Rainer Knaepper sm...@gmx.de: Am 16.11.2011 19:49, schrieb Bernhard Weiskopf: Aufgrund von Luftbildern vergebe ich keine Hausnummern, sondern dazu muss die Örtlichkeit schon wirklich kennen. Ich nummeriere nur Häuser, die ich besucht habe. Von den meisten habe ich eigene Fotos :-) Eine falsch gesetzte Hausnummer kann kritischer sein, als gar keine Hausnummer. Eine falsche Nummer ist alleine schon deshalb Murks, weil niemand Veranlassung hat, dort zwecks Ergänzung dort vorbeizuschauen, solange die nicht völlig unplausibel ist. Eine fehlende Nummer ist eine Lücke, die jeder sieht und bei Gelegenheit ergänzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
Am 16.11.2011 21:45, schrieb Falk Zscheile: Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt Fließrichtung geben würde völlig sinnlos. one way erhält nur einen sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht (eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in beide Richtungen möglich sind und man eine Richtung ausschließen will. In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in Richtung des Vektors. Und was machst Du bei Gewässern die gezeitenabhängig die Fließrichtung ändern? Nein, den oneway-Tag halte ich hier auch nicht für geeignet... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!
Am 16.11.2011 21:05, schrieb Wolfgang: Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll zuweisen kann, oder wenn dort bereits die Restriktionen der anderen gelten. Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe ich das als normalen Teil der Straße an und nicht als Link. Und den Bypass am Kreisverkehr? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
2011/11/17 Garry garr...@gmx.de: Am 16.11.2011 21:45, schrieb Falk Zscheile: Jedenfalls ist dafür das Tag selbst wenn man ihm den Inhalt Fließrichtung geben würde völlig sinnlos. one way erhält nur einen sinnvollen Inhalt, wenn man ihn zur Richtung des Weges (Vektor) in Beziehung setzt. Da aber bei Bächen ohnehin Fließrichtung und Wegrichtung übereinstimmen (Konvention, man hätte sich auch genau umgekehrt einigen können) macht ein Tag aus dessen Inhalt sich die Fließrichtung nicht unmittelbar ergibt keinen Sinn! One way macht (eben bei Straßen) nur Sinn, wenn von der Grundstruktur Bewegungen in beide Richtungen möglich sind und man eine Richtung ausschließen will. In Verbindung mit dem Vektor gibt dann one way an Verkehr nur in Richtung des Vektors. Und was machst Du bei Gewässern die gezeitenabhängig die Fließrichtung ändern? Nein, den oneway-Tag halte ich hier auch nicht für geeignet... Dieses Proposal mal neues Leben einblasen (Niederländische Ausdrückung/Redewende): http://wiki.openstreetmap.org/wiki/Proposed_features/Tidal_Rivers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
On 16.11.11 20:04, Franz wrote: in meiner Umgebung war jemand sehr fleißig (was ich sehr cool finde) und hat sämtlichen Bachläufen ein oneway=yes verpasst. IMO ist das Mapping für den Renderer, weil der dann blaue Pfeile malt... (glaube ich mich jedenfalls zu erinnern) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: francetopo.fr - wow!
Am 17. November 2011 01:05 schrieb Garry garr...@gmx.de: Am 16.11.2011 21:05, schrieb Wolfgang: Bisher habe ich oft links verwendet, wenn der Straßenteil keinen Namen trägt und man ihn auch keiner der weiterführenden Straßen sinnvoll zuweisen kann, oder wenn dort bereits die Restriktionen der anderen gelten. wie konntest Du ermitteln, dass der Straßenteil keinen Namen trägt? Wenn da nur eine Abbiegespur durch eine Verkehrsinsel abgetrennt ist, sehe ich das als normalen Teil der Straße an und nicht als Link. +1 Und den Bypass am Kreisverkehr? jedenfalls nicht als highway=residential_link. Wenn man da gerne nochmal extra was hervorheben will (was im Prinzip schon aus den Daten hervorgeht: kurze Einbahnstraße, die in einen Kreisverkehr mündet bzw. aus einem kommt) könnte man doch link=yes oder so was zusätzlich setzen, m.E. bei tertiary abwärts, ohne dass man im highway-tag nochmal Varianten dafür benutzt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Hallo, Am Mittwoch, 16. November 2011 21:00:36 schrieb Falk Zscheile: Am 16. November 2011 20:50 schrieb Wolfgang wolfg...@ivkasogis.de: War nicht immer Usus, dass die Bäche und Flüsse so gemappt werden, dass der Weg in Richtung Bachverlauf zeigt? Also way beginnt an der Quelle und endet an der Mündung? Da braucht man dann doch kein oneway... Wie alles, ist auch das eine Auffassungssache. Das oneway würde die Flüsse schon von solchen abgrenzen, in denen die Strömung eben nicht immer in derselben Richtung fließt. Das oneway die Fließrichtung eines Wasserlaufs angeben soll habe ich noch nie gehört und halte das auch für nicht sinnvoll! Nebenbei auch wieder ein schönes Beispiel, wie man durch Sinnsuche einen fest stehenden Sinngehalt eines Tags entleeren kann ... und im schlimmsten Fall (hier nicht zu befürchten) das Tag unbrauchbar machen kann. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM 4596 - Zeichenfunktion hängt
hi ! ich habe akutell 4596 installiert. Update klappt gerade nicht - aber kann einer bestätigen das beim Zeichnen nach dem Punktklick der Way verloren wird ? Win7 ! gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Oneway bei Bachläufen?
Am 16.11.2011 21:30, schrieb Wolfgang: Womöglich wollte der Mapper eigentlich die Fließrichtung taggen und sich nicht bloß auf die Konvention verlassen, dass Bäche in Fließrichtung getaggt werden sollten. Was macht man dann mit ein Fluss wie dem Tonle Sap bei Phnom Penh der je ein halbes Jahr in eine andere Richtung fließt? :-) Ja moment. OneWay war für mich von der Bedeutung immer bezogen auf Entitäten, die sich AUF diesem Pfad bewegen und diesen benutzen (Fahrzeuge, Schiffe, ...). Das Beispiel bezieht sich ja auf die Fließrichtung - die per se ja nichts mit der Benutzung der Wasserstraße an sich zu tun haben muss. Da wäre doch dann eher ein Tag Flußrichtung angebracht (keine Ahnung wie man das nennen sollte), oder? Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oneway bei Bachläufen?
Hi, Am 16.11.2011 22:36, schrieb Walter Nordmann: hast du diesen jemand mal angeschrieben?? wäre ganz nett zu wissen, was er/sie dazu meint. Wollte erst/parallel/zusätzlich die allgemeine Meinung zu dem Thema einholen, da mich der breite oneway-Einsatz etwas verwirrt hat. Wenn/Falls ich Antwort bekomme, versuche ich hier Rückmeldung zu geben. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
