[Talk-de] JOSM- Problem mit Upload
Hi ! ich habe gerade frisch OSM-Daten über JOSM gezogen, Häuser gezeichnet und wollte nun Updaten. Bekomme jetzt vom Server die Rückmeldung: Der OSM-Server http://api.openstreetmap.org/api/0.6/; meldet eine fehlerhafte Anfrage. Fehelrmeldung (englisch): Document element should be osmChange Kann mir einer weiterhelfen? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maperitive - Tileserver - gelöst !!!!
Am 23.01.2012 06:32, schrieb Dirk-Lüder Kreie: Am 22.01.2012 13:29, schrieb Jan Tappenbeck: Eine .htaccess-Datei mit der einfachen Zeile CheckSpelling Off Noch besser wäre das komplette Deaktivieren des mod_speling Moduls auf dem Tileserver. [1] http://forum.de.selfhtml.org/?t=208723m=1419908 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Dirk, davon habe ich allerdings keine ahnung ! Danke für den Hinweis. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Martin Koppenhoefer dieterdre...@gmail.com wrote: jede Spur hat auch einen zugehörigen Way Wenn ich soewas sehen würde wäre meine Motivation da etwas zu ändern sehr wahrscheinlich augenblicklich bei 0 angelangt. Gruss Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /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] Konzeptstudie Einzelspurmapping
Wenn ich ways sehen wuerde, die keine Entsprechung in der Realitaet haben (wie diese ominoesen Spurwechsel-Ways), waere meine erste Reaktion sogar, die zu loeschen. Gibt es dafuer eigentlich ueberhaupt schon mal einen Praezedenzfall? Also Hilfs-Ways die keinem physischen Feature entsprechen? Klingt fuer mich nach 'mapping for the router'. (Natuerlich braucht es die Informationen. und ja, in Relationen ist das fuerchterlich unuebersichtlich. Aber DAS Problem kann ueber den Editor geloest werden. 'Virtuelle' ways sind einfach ein no-go fuer mich.) Gruss Chaos_99 Am 23.01.12 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Martin Koppenhoefer dieterdre...@gmail.com wrote: jede Spur hat auch einen zugehörigen Way Wenn ich soewas sehen würde wäre meine Motivation da etwas zu ändern sehr wahrscheinlich augenblicklich bei 0 angelangt. Gruss Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] tag für Haushaltsgeräte-Laden?
Gibt es schon einen Tag für Läden, die Haushaltsgeräte verkaufen? Also z.B. Staubsauger, Mixer, Bügeleisen, Glühbirnen, Waschmaschinen und so was. Der Laden liefert nebenbei auch gefüllte Gasflaschen (zum Kochen/etc., keine technischen Gase) und repariert markenunabhängig Geräte. shop=electronics kommt mir dafür ungeeignet vor, da Elektronik eher am Rande wenn überhaupt zum Einsatz kommt (und es sich nicht um consumer electronics handelt), shop=kitchen hingegen ist ein bisschen speziell, der Laden ist kein Küchen-Studio. Auch shop=vacuum_cleaner ist zu speziell. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Am 23. Januar 2012 11:09 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Wenn ich ways sehen wuerde, die keine Entsprechung in der Realitaet haben (wie diese ominoesen Spurwechsel-Ways), waere meine erste Reaktion sogar, die zu loeschen. Gibt es dafuer eigentlich ueberhaupt schon mal einen Praezedenzfall? Also Hilfs-Ways die keinem physischen Feature entsprechen? es gibt zumindest ähnliche Fälle, wo eine Fläche durch einen way repräsentiert wird, z.B. bei Hausdurchgängen. Da muss man gelegentlich einen Fußweg von der Straßenmitte zum Durchgang zeichnen, obwohl der Weg vom (impliziten) Gehweg aus losgeht, (oder um Treppen anzubinden, die aus einer Platzmitte irgendwohin gehen). Ich finde die zwar auch unschön, aber gelegentlich gibt es so was schon jetzt (noch?). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
2012/1/23 Ronnie Soak chaoschaos0...@googlemail.com Wenn ich ways sehen wuerde, die keine Entsprechung in der Realitaet haben (wie diese ominoesen Spurwechsel-Ways), waere meine erste Reaktion sogar, die zu loeschen. Gibt es dafuer eigentlich ueberhaupt schon mal einen Praezedenzfall? Also Hilfs-Ways die keinem physischen Feature entsprechen? Klingt fuer mich nach 'mapping for the router'. (Natuerlich braucht es die Informationen. und ja, in Relationen ist das fuerchterlich unuebersichtlich. Aber DAS Problem kann ueber den Editor geloest werden. 'Virtuelle' ways sind einfach ein no-go fuer mich.) Über der Vorschlag möchte ich lieber nichts sagen, aber ein Beispiel von virtuelle Ways kannst du hier finden: http://www.openstreetmap.org/?lat=50.882092lon=4.715155zoom=18layers=M http://www.openstreetmap.org/?lat=50.882092lon=4.715155zoom=18layers=T Das besteht so schon mehrere Jahren und wenn du das löschen wirst, werde ich das neu erstellen. Man kann es mapping fürs rendering/router nennen, aber es ist der einfachste Weise um und die Darstellung (rendering) von der normale Karte als auch von der PT-Karte richtig zu haben. Warscheinlich ist es auch der einzige Weise. Es gibt noch andere Orte wo eine Route für Fahrräder oder Büse über eine Platz geht, wo ich das auch so gemacht habe. (Grote Markt in Leuven z.B) Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
shop=hardware [1] http://wiki.openstreetmap.org/wiki/Tag:shop%3Dhardware Grüße Dietmar -Ursprüngliche Nachricht- Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Gesendet am: Montag, 23. Januar 2012 11:18 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] tag für Haushaltsgeräte-Laden? Gibt es schon einen Tag für Läden, die Haushaltsgeräte verkaufen? Also z.B. Staubsauger, Mixer, Bügeleisen, Glühbirnen, Waschmaschinen und so was. Der Laden liefert nebenbei auch gefüllte Gasflaschen (zum Kochen/etc., keine technischen Gase) und repariert markenunabhängig Geräte. shop=electronics kommt mir dafür ungeeignet vor, da Elektronik eher am Rande wenn überhaupt zum Einsatz kommt (und es sich nicht um consumer electronics handelt), shop=kitchen hingegen ist ein bisschen speziell, der Laden ist kein Küchen-Studio. Auch shop=vacuum_cleaner ist zu speziell. Gruß Martin ___ 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] Konzeptstudie Einzelspurmapping
Ich versteh aber auch den Sinn nicht so ganz. Die lanes gehen doch von einem gemeinsamen Weg vor der Kreuzung aus aus. Damit findet der Router doch seinen Weg. Oder ist das, damit ich dem Router noch waerend ich auf der lane fahre ein neues Ziel sagen kann und er dann einen Spurwechsel anweisen kann? Na also so schnell ist eh kein Router, als dass er ein Ergebnis liefert bevor ich vorne an der Haltelinie stehe und eh nicht mehr wechseln kann. Oder ist das auch fuer sehr lange lanes, also eigentlich mehrspurige Strassen? Wo muessen dann die Verbindungswege hin? Alle 10m? Alle 20m? Ist eine fehlende Verbindung gleich ein Spurwechselverbot? Fragen ueber Fragen ... Ja, das mit den Verlaengerungen zur Strassenmitte kenne ich auch, und ich aergere mich jedes mal darueber. Mit einzeln gemappten Fusswegen ist das Problem schon geringer, aber immernoch schwierig. Genauso bei flaechig gemappten Fussgaengerzonen, die irgendwann in Wege uebergehen. Gruss Chaos_99 Am 23.01.12 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. Januar 2012 11:09 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Wenn ich ways sehen wuerde, die keine Entsprechung in der Realitaet haben (wie diese ominoesen Spurwechsel-Ways), waere meine erste Reaktion sogar, die zu loeschen. Gibt es dafuer eigentlich ueberhaupt schon mal einen Praezedenzfall? Also Hilfs-Ways die keinem physischen Feature entsprechen? es gibt zumindest ähnliche Fälle, wo eine Fläche durch einen way repräsentiert wird, z.B. bei Hausdurchgängen. Da muss man gelegentlich einen Fußweg von der Straßenmitte zum Durchgang zeichnen, obwohl der Weg vom (impliziten) Gehweg aus losgeht, (oder um Treppen anzubinden, die aus einer Platzmitte irgendwohin gehen). Ich finde die zwar auch unschön, aber gelegentlich gibt es so was schon jetzt (noch?). Gruß Martin ___ 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] Konzeptstudie Einzelspurmapping
Hallo, ich finde die Idee von Stephan zum Einzelspurmapping gut. Aus meiner Sicht hat sie gegenüber Relationen den Vorteil, dass sie auf den ersten Blick erfassbar und nachvollziehbar ist. Bei den Relationen müssen wir erst wieder einen Programmierer finden, der das in den unterschiedlichen Editoren visuell umsetzt. Unter Nutzbarkeitsgesichtspunkten stellt sich die Idee für mich (unter JOSM) als schon jetzt gut umsetzbar dar. Man kann das Spurmapping mit einem Filter gut ausblenden und kann sich so auf die Straßenführung konzentrieren (oder umgekehrt). Außerdem sind Spuren, die mittels Way eingezeichnet wurden, auf Luftbildern sofort undmittelbar überprüfbar und nachvollziehbar, anders als Relationen. Das käme OSM entgegen, wo die wenigsten Zeit und Lust haben sich zu einem Spezialisten für Spurrelationen zu entwickeln. OSM ist nur effektiv, wenn viele Mitarbeiten können und das geht um so einfacher, je intuitiver eine Lösung ist. Das Argument -- Spurmapping mittels ways widerspräche der Realität -- halte ich für ein wenig zu dogmatisch. Fakt ist, dass Spuren in der Realität existieren, der Streit geht also nur darum, ob grundsätzlich ein way nur eine Straße repräsentiert oder nicht. Es ist also eine Frage, wie wir unsere virtuelle Welt (die ways) interpretieren wollen. Hier spricht meines Erachtens nichts dagegen ways zu haben, die eine Straße als bauliche Einheit repräsentieren und andere, die eine Spur repräsentieren. Entscheidend ist, dass beides mittels Tag unterscheidbar ist. Ich plädiere jetzt nicht dafür, generell zweispurige Straßen immer mit drei ways zu mappen (einen für die Straße und zwei für die Spur). In solchen einfachen Fällen reicht ein Tag-völlig. Am unproblematischsten lässt sich der Vorschlag dort umsetzen, wo für jede Fahrtrichtung ohnehin schon jeweils ein way besteht (bauliche Trennung). Wenn nur ein way für beide Richtungen besteht wüsste ich jetzt auch nicht, wie ich eine Linksabbiegerspur eintragen soll. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
@Polyglot Ich loesche natuerlich nichts. Das war ueberspitzt formuliert. Man forscht natuerlich erst einmal nach, was es mit den ways/tags auf sich hat. Ein unerfahrener Nutzer macht sich aber moeglicherweise nicht so viel Muehe. Das Problem mit routingfaehigen Wegen ueber als area gezeichnete Plaetze habe ich oben schon angesprochen. Meines Erachtens nach ist das ein Manko der Routingalgorithmen, die sich nicht ad hoc selbst Wege generieren koennen, wenn sie auf einen befahrbaren Platz treffen. Das Einzeichnen von Hilfswegen ueber solche Flaechen ist eine Kruecke, die momentan die einzige Moeglichkeit darstellt. Da gebe ich dir natuerlich recht. Ich wuerde aber weiter behaupten, das sie genau das ist, eine Kruecke, und eine Festigung dieser Herangehensweise als 'Standard', 'Normal' oder gar 'einzig richtige Loesung' nur dazu fuehrt, dass die Routingalgorithmen wohl nie dazulernen werden. Gruss, Chaos_99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
Am 23. Januar 2012 11:36 schrieb Dietmar ostr...@diesei.de: shop=hardware -1, das ist ein Eisenwaren-laden, d.h. da gibt es Werkzeug und Eisenteile, Vorhangstangen und so was, auch Schrauben und evtl. auch Steckdosen/Installationsmaterial, aber keine typischerweise keine Elektrogeräte (höchstens Bohrmaschinen und ähnliches, also Elektrowerkzeug), d.h. es ist ein mini-Baumarkt bevor diese zu Bausupermärkten wurden ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Kurze Klarstellung: Das Spurmapping mittels ways finde ich in Ordnung. ich sehe die selben Vorteile wie z.B. Falk, naemlich die gute Abgleichbarkeit mit den Satellitendaten und auch der eigenen Erfahrung. Spuren SIND eben real vorhanden. (Zumeist mittels weisser Linien auf dem Asphalt.) Meine Argumentation bezog sich lediglich auf ZUSAETZLICHE ways zwischen den Spuren, nur um dem Router zu zeigen, dass man die Spuren auch wechseln kann. Gruss, Chaos_99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
http://wiki.openstreetmap.org/wiki/Proposed_features/Appliance_Store Ist natuerlich nur ein Proposal. Am 23.01.12 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. Januar 2012 11:36 schrieb Dietmar ostr...@diesei.de: shop=hardware -1, das ist ein Eisenwaren-laden, d.h. da gibt es Werkzeug und Eisenteile, Vorhangstangen und so was, auch Schrauben und evtl. auch Steckdosen/Installationsmaterial, aber keine typischerweise keine Elektrogeräte (höchstens Bohrmaschinen und ähnliches, also Elektrowerkzeug), d.h. es ist ein mini-Baumarkt bevor diese zu Bausupermärkten wurden ;-) Gruß Martin ___ 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] Konzeptstudie Einzelspurmapping
Am 23. Januar 2012 11:47 schrieb Falk Zscheile falk.zsche...@googlemail.com: Unter Nutzbarkeitsgesichtspunkten stellt sich die Idee für mich (unter JOSM) als schon jetzt gut umsetzbar dar. Man kann das Spurmapping mit einem Filter gut ausblenden und kann sich so auf die Straßenführung konzentrieren (oder umgekehrt). das geht so nicht, weil sobald man die Straße verschiebt man sich auch um die dranhängenden Spuren kümmern muss. Sobald das Detail da ist, muss man es zwangsläufig beim Mappen berücksichtigen, oder man riskiert, die Karte zu zerschießen . Außerdem sind Spuren, die mittels Way eingezeichnet wurden, auf Luftbildern sofort undmittelbar überprüfbar und nachvollziehbar, anders als Relationen. hier sitzt Du glaube ich einem Verständnisproblem auf: Spuren die man auf dem Luftbild erkennen kann (also echte Spuren) hat man mit der area-Relation genauso wie mit dem hier vorgestellten Modell. Die Area-Relation verbindet dann die einzelnen Spuren über die Relation (das ist ihr Sinn), und das Modell von Stephan verbindet sie explizit über virtuelle ways, (d.h. virtuell sind sie in der Realität, da es sie dort nicht gibt, in OSM werden sie allerdings explizit, d.h. es gibt danach ways, die man auf dem Luftbild nicht sehen kann, weil sie nur im Modell existieren). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
Am 23. Januar 2012 11:55 schrieb Ronnie Soak chaoschaos0...@googlemail.com: http://wiki.openstreetmap.org/wiki/Proposed_features/Appliance_Store danke, genau das hatte ich gesucht. Ist natuerlich nur ein Proposal. obwohl es unverständlicherweise als abandoned gekennzeichnet ist, wurde das immerhin schon 49 mal getaggt. any tag you like ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Am 23. Januar 2012 11:58 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. Januar 2012 11:47 schrieb Falk Zscheile falk.zsche...@googlemail.com: Unter Nutzbarkeitsgesichtspunkten stellt sich die Idee für mich (unter JOSM) als schon jetzt gut umsetzbar dar. Man kann das Spurmapping mit einem Filter gut ausblenden und kann sich so auf die Straßenführung konzentrieren (oder umgekehrt). das geht so nicht, weil sobald man die Straße verschiebt man sich auch um die dranhängenden Spuren kümmern muss. Sobald das Detail da ist, muss man es zwangsläufig beim Mappen berücksichtigen, oder man riskiert, die Karte zu zerschießen . Ich gebe Dir insoweit Recht, dass Relationen in diesem Fall unproblematischer wären. Dem steht aber weiter das Problem gegenüber, dass Relatioen nicht unmittelbar am Luftbild überprüfbar sind. Hat man Luftbilder wird man eine Kreuzung also nicht zerschießen. Hat man keine Luftbilder, dann ist das Risiko größer und setzt mehr wissen voraus, weil dann die virtuellen Spuren mit verschoben werden müssen. Man müsste also in der Tat schauen was OSM-Durchschnittsmapper mit solchen Kreuzungen machen. Außerdem sind Spuren, die mittels Way eingezeichnet wurden, auf Luftbildern sofort undmittelbar überprüfbar und nachvollziehbar, anders als Relationen. hier sitzt Du glaube ich einem Verständnisproblem auf: Spuren die man auf dem Luftbild erkennen kann (also echte Spuren) hat man mit der area-Relation genauso wie mit dem hier vorgestellten Modell. Die Area-Relation verbindet dann die einzelnen Spuren über die Relation (das ist ihr Sinn), und das Modell von Stephan verbindet sie explizit über virtuelle ways, (d.h. virtuell sind sie in der Realität, da es sie dort nicht gibt, in OSM werden sie allerdings explizit, d.h. es gibt danach ways, die man auf dem Luftbild nicht sehen kann, weil sie nur im Modell existieren). Das virtuelle verbinden ist meiner Meinung nach überflüssig. Die Spuren haben eigene Tags, also muss der router nur wissen, dass zwischen so getaggten ways einer Richtung gewechselt werden kann? Verstehe ich Dich richtig, dass die Area-Relation sich von Stephans Spurmapping nur dadurch unterscheidet, das die Spuren mittels Relation und nicht mittels echter virtueller Wege verbunden werden? Ich denke perspektivisch sollten wir die verschiedenen Möglichkeiten zum Spurmapping auf einer Konferenz/Wortshop/Stammtischen besprechen und auch gleich ausprobieren um mögliche konsensfähige Lösungen und Probleme auszuloten. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
In USA sind Hardware-Stores einfach Haushaltsgeschäfte. Aus wikipedia Household hardware is typically sold in hardware stores. - - - - - - - - - - - - Signatur NameDietmar Seifert/Name BezeichnungBeratung bei Internet- und Intranetprojekten/Bezeichnung StrasseFabrikstr. 3 1/3/Strasse Ort86199 Augsburg/Ort TelefonHandy: 01719980526/Telefon E-Mail mailto:off...@dietmar-seifert.de/E-Mail Internetauftrittin Vorbereitung/Internetauftritt /Signatur -Ursprüngliche Nachricht- Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Gesendet am: Montag, 23. Januar 2012 11:48 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] tag für Haushaltsgeräte-Laden? Am 23. Januar 2012 11:36 schrieb Dietmar ostr...@diesei.de: shop=hardware -1, das ist ein Eisenwaren-laden, d.h. da gibt es Werkzeug und Eisenteile, Vorhangstangen und so was, auch Schrauben und evtl. auch Steckdosen/Installationsmaterial, aber keine typischerweise keine Elektrogeräte (höchstens Bohrmaschinen und ähnliches, also Elektrowerkzeug), d.h. es ist ein mini-Baumarkt bevor diese zu Bausupermärkten wurden ;-) Gruß Martin ___ 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] tag für Haushaltsgeräte-Laden?
In den USA sind Hardware-Store einfach Haushaltswarengeschäfte. Aus wikipedia.org http://en.wikipedia.org/wiki/Hardware Hardware is a general term for equipment that can be touched/held by hand such as keys, locks, hinges, latches, handles, wire, chains, belts, plumbing supplies, electrical supplies, tools, utensils, cutlery and machine parts. Household hardware is typically sold in hardware stores. Auch meiner Sicht passt das schon. Viele Grüße Dietmar -Ursprüngliche Nachricht- Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Gesendet am: Montag, 23. Januar 2012 11:48 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] tag für Haushaltsgeräte-Laden? Am 23. Januar 2012 11:36 schrieb Dietmar ostr...@diesei.de: shop=hardware -1, das ist ein Eisenwaren-laden, d.h. da gibt es Werkzeug und Eisenteile, Vorhangstangen und so was, auch Schrauben und evtl. auch Steckdosen/Installationsmaterial, aber keine typischerweise keine Elektrogeräte (höchstens Bohrmaschinen und ähnliches, also Elektrowerkzeug), d.h. es ist ein mini-Baumarkt bevor diese zu Bausupermärkten wurden ;-) Gruß Martin ___ 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
[Talk-de] SOTM-EU 2012 ???
[Deutsch unterhalb] Hello, after a great SOTM-EU in Vienna in 2011 and the decission to host the SOTM 2012 in Tokio: are there any ideas/plans for a SOTM-EU 2012? I really hope that the SOTM in Tokio has a good sucess and lots of participants. But for some people from the big mapper community in Europe Japan might be too far (and Tokio is not cheap). Best regards, Michael. PS: sorry for crossposting, but I hope to start a discussion within the European community about this issue. And if we want to do a conference we might need to start soon with the preparation. = [English above] Hallo, nach der großartigen SOTM-EU in Wien in 2011 und der Entscheidung zur Durchführung der SOTM 2012 in Tokio: gibt es Ideen bzw. konkrete Pläne zur Durchführung einer SOTM-EU 2012? Ich hoffe erlich, dass die SOTM in Tokio ein Erfolg wird und dort viele Teilnehmer anwesend sind. Aber für manche Personen aus der großen Mapper-Comunity in Europa könnte Japan zu weit und auch zu teuer sein. Grüße, Michael. PS: sorry für den Crosspost. Aber wenn wir im Rahmen der Discussion zum Entschluss Ja für SOTM-EU kommen, wird es vermutlich bald Zeit, mit der Planung zu beginnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Haushaltsgeräte-Laden?
Am 23. Januar 2012 13:07 schrieb Dietmar ostr...@diesei.de: In den USA sind Hardware-Store einfach Haushaltswarengeschäfte. In Deutschland auch. Aber es gibt verschiedene Arten von Haushaltswaren. Aus wikipedia.org http://en.wikipedia.org/wiki/Hardware Hardware is a general term for equipment that can be touched/held by hand such as keys, locks, hinges, latches, handles, wire, chains, belts, plumbing supplies, electrical supplies, tools, utensils, cutlery and machine parts. Household hardware is typically sold in hardware stores. Auch meiner Sicht passt das schon. Aus meiner Sicht passt das nicht: das Geschäft verkauft keine Griffe, Ketten, Bänder, Klempner-Bedarf, Schlüssel, Schlösser, Bohrmaschinen, Messer oder ähnliches (it:Ferramenta) sondern wie gesagt Haushalts-Elektrogeräte (it:Elettrodomestici). Es geht nicht um hardware (Eisenwaren) sondern um household appliances. http://en.wikipedia.org/wiki/Home_appliance Home appliances are electrical/mechanical machines which accomplish some household functions, such as cooking or cleaning. White goods/major appliances comprise major household appliances and may include: air conditioner, dishwasher, clothes dryer, drying cabinet, freezer, refrigerator, kitchen stove, water heater, washing machine, trash compactor, microwave ovens and induction cookers. Gruß Martin PS: Sieh Dir auch mal die entsprechenden Bilder an, da sollte es klar werden: hardware: http://en.wikipedia.org/wiki/File:Tweedy_and_Popp_03.jpg http://en.wikipedia.org/wiki/File:PknMitre10MEGAinterior.JPG appliances: http://en.wikipedia.org/wiki/File:Breville.jpg http://en.wikipedia.org/wiki/File:Small_appliance.jpg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels
Am 22.01.2012 13:55, schrieb Martin Koppenhoefer: Am 22. Januar 2012 13:37 schrieb Robert S.osm-m...@autobahnen-europa.eu: Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach dem Wechsel dann nur noch per Zufall entdecken können. Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was wegfälllt als Basis für neues Mappen verwendet, dann ist das im Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke, selbst wenn man die Geometrie neu anlegt. Gruß Martin Abmalen darf ja nicht sein, das ist richtig. Aber ich denke schon, dass wir so etwas wie die Badmap auch NACH dem Lizenzwechsel noch haben sollten. Nicht um von dort abzumalen (was ja hoffentlich auch jetzt niemand macht), sondern als Hilfe, damit man weiß wo man nachschauen muss. Außerdem müsste es dann eine Möglichkeit geben, in dieser Karte - ich nenne sie jetzt mal Badmap 2.0, zur Abgrenzung von der jetzigen Badmap - die Objekte zu markieren, die bereits remapped wurden. Denn die OSM-Daten selbst, die in dieser Badmap 2.0 verwendet werden, kann man dann ja nicht mehr editieren. Nun hat Simon Poole im OSM-Forum allerdings schon geäußert, dass er die Badmap nach der Lizenzumstellung wohl nicht weiter betreiben wird. Bliebe evtl. das Licence Change-Layer im OSMI? Gruß Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einzelspurmapping / Turn lanes - auch in OSM-AT/OSM-DE ML
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Mir scheint, als ob auf den beiden ML getrennt voneinander über das selbe Thema diskutiert wird. http://wiki.openstreetmap.org/wiki/Proposed_features/Turn_Lanes aus der OSM-AT. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8dV04ACgkQmWhuE0qbFyNrkwCcCQbwU8XfH1VLmyrK7dBm9g31 jmMAniU10Cbe+WNi8iOc7zRAFUB1jLL1 =/XVu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Am 23. Januar 2012 12:24 schrieb Falk Zscheile falk.zsche...@googlemail.com: Ich gebe Dir insoweit Recht, dass Relationen in diesem Fall unproblematischer wären. Dem steht aber weiter das Problem gegenüber, dass Relatioen nicht unmittelbar am Luftbild überprüfbar sind. das sind virtuelle Verbindungen an der spätestmöglichen Wechselstelle auch nicht, dazu braucht man detaillierte Kenntnisse durch Ortsbegehung. Evtl. kann man diese Stellen auch auf dem Luftbild erkennen (wenn man z.B. durchgezogene von unterbrochenen Linien unterscheiden kann, und Bordsteine u.ä. erkennbar sind), dann kann man aber auch die Relationen dort überprüfen. Hat man Luftbilder wird man eine Kreuzung also nicht zerschießen. das Zerschießen bezog sich auf ausgeblendete Details. Da ändert sich nichts. Das virtuelle verbinden ist meiner Meinung nach überflüssig. Die Spuren haben eigene Tags, also muss der router nur wissen, dass zwischen so getaggten ways einer Richtung gewechselt werden kann? wieso einer Richtung? Ggf. darf man auch auf die Gegenrichtung wechseln. Im Endeffekt wäre das dann die Relationen-Variante mit impliziten Relationen ;-) Verstehe ich Dich richtig, dass die Area-Relation sich von Stephans Spurmapping nur dadurch unterscheidet, das die Spuren mittels Relation und nicht mittels echter virtueller Wege verbunden werden? soweit ich das sehe und bisher angesprochen wurde: ja, wobei meine Relation noch mehr kann: man kann auch Barrieren einbinden und definieren (auch nur über tags), so dass man z.B. sagen kann: diese beiden ways sind baulich getrennt durch einen 50 cm breiten Grasstreifen. Oder durch eine Pollerreihe. Oder durch eine 50 cm hohe Betonmauer. Oder nur durch eine durchgezogene Linie. Oder man kann sagen: der Gehweg (explizit gemappt) ist getrennt von der Straße (auch explizit gemappt) durch einen Bordstein, 0.2 m hoch (explizit (way) oder implizit (=nur tags) gemappt, wie man will), aber es gibt diese Stellen hier (explizit gemappt durch nodes oder ways), wo keine Trennung ist sondern z.B. ein abgesenkter Bordstein. Man könnte (sollte) diese Area-Relationen durch Schattierung (Füllung) der impliziten Flächen (also des Bereichs zwischen den ways) darstellen, so dass klar wird, was gemappt ist. Ich denke perspektivisch sollten wir die verschiedenen Möglichkeiten zum Spurmapping auf einer Konferenz/Wortshop/Stammtischen besprechen und auch gleich ausprobieren um mögliche konsensfähige Lösungen und Probleme auszuloten. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels
Am 23. Januar 2012 13:47 schrieb Gerhard Hermanns herma...@ptt.uni-due.de: Am 22.01.2012 13:55, schrieb Martin Koppenhoefer: Am 22. Januar 2012 13:37 schrieb Robert S.osm-m...@autobahnen-europa.eu: Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach dem Wechsel dann nur noch per Zufall entdecken können. Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was wegfälllt als Basis für neues Mappen verwendet, dann ist das im Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke, selbst wenn man die Geometrie neu anlegt. Abmalen darf ja nicht sein, das ist richtig. Aber ich denke schon, dass wir so etwas wie die Badmap auch NACH dem Lizenzwechsel noch haben sollten. Nicht um von dort abzumalen (was ja hoffentlich auch jetzt niemand macht), sondern als Hilfe, damit man weiß wo man nachschauen muss. sofern sich das auf nur tags bezieht (wie oben der Bezug), dann sehe ich das negativ. Wieso sollte man sein eigenes Mappen daraus ableiten dürfen, welche tags ein Mapper hinzufügt hat, der den CT nicht zugestimmt hat? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels
War nicht sogar die Nutzung von Google Maps erlaubt, solange sie nur der Planung der eigenen Mappingaktivitaeten oder der Vollstaendigkeitspruefung dient? Ich erinnere mich, sowas mal im Wiki gelesen zu haben. Das ist zwar kein wirklich schlagkraeftiges Argument, aber etwas das die Nutzung von nicht-lizenzgerechten Daten relativiert. gruss, Chaos_99 Am 23.01.12 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. Januar 2012 13:47 schrieb Gerhard Hermanns herma...@ptt.uni-due.de: Am 22.01.2012 13:55, schrieb Martin Koppenhoefer: Am 22. Januar 2012 13:37 schrieb Robert S.osm-m...@autobahnen-europa.eu: Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes (oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach dem Wechsel dann nur noch per Zufall entdecken können. Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was wegfälllt als Basis für neues Mappen verwendet, dann ist das im Prinzip doch Kopieren, d.h. man schaffte damit abgeleitete Werke, selbst wenn man die Geometrie neu anlegt. Abmalen darf ja nicht sein, das ist richtig. Aber ich denke schon, dass wir so etwas wie die Badmap auch NACH dem Lizenzwechsel noch haben sollten. Nicht um von dort abzumalen (was ja hoffentlich auch jetzt niemand macht), sondern als Hilfe, damit man weiß wo man nachschauen muss. sofern sich das auf nur tags bezieht (wie oben der Bezug), dann sehe ich das negativ. Wieso sollte man sein eigenes Mappen daraus ableiten dürfen, welche tags ein Mapper hinzufügt hat, der den CT nicht zugestimmt hat? Gruß Martin ___ 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] JOSM- Problem mit Upload
hi ! ich habe gerade noch ein Ticket gefunden das in diese Richtung geht [1]. Habe jetzt die Version 4765 wieder installiert - mußte nur noch einige Konflikte lösen und dann waren die Daten oben. Gruß Jan :-) [1] http://josm.openstreetmap.de/ticket/7203 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM- Problem mit Upload
Ich habe gerade festgestellt, dass die aktuelle JOSM Version wohl ein Problem hat. Bin permanent am Konflikte lösen und ständig tauchen neue auf. Am besten wäre es, diese Version gleich vom Netz zu nehmen und eine etwas ältere als latest anzubieten. https://josm.openstreetmap.de/ticket/7306 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einzelspurmapping / Turn lanes - auch in OSM-AT/OSM-DE ML
Im deutschen Forum gab es kürzlich auch eine längere Diskussion dazu, auch mit einigen Vorschlägen: http://forum.openstreetmap.org/viewtopic.php?id=14710 Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einzelspurmapping / Turn lanes - auch in OSM-AT/OSM-DE ML
Im deutschen Forum gab es zu der Thematik auch ein paar gute Ideen: http://forum.openstreetmap.org/viewtopic.php?id=14710 Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
HI ! gibt es in JOSM irgendwie die Change zwangsweise horizontal / vertikal zu zeichnen - vergleichbar dem Orthomodus von Autocad? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
Nich das ich wüsste, aber cool fände ich so eine Funktion auch! In aktuellen Versionen kann man immerhin den Winkel gerade machen. Hilft aber nicht, wenn die erste Linie schon schief ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
Am 23. Januar 2012 15:30 schrieb Jan Tappenbeck (OSM) o...@tappenbeck.net: gibt es in JOSM irgendwie die Change zwangsweise horizontal / vertikal zu zeichnen - vergleichbar dem Orthomodus von Autocad? braucht man praktisch nie bzw. nur sehr selten (wenn man wirklich sicher ist, dass das Feature nord-süd-ausgerichtet ist). Meistens würde es dazu verleiten, eine Genauigkeit vorzutäuschen (bei annähernd NS-ausgerichteten Objekten), die gar nicht geprüft/festgestellt wurde. Sinnvoll ist vor allem die Funktion, relativ orthogonal zu zeichnen, also in Abhängigkeit von einer anderen Linie. Das gabs schon länger mit dem Extrudieren-Tool und gibts seit neuem auch im Zeichnen-Modus und mit Verlängern (cool). Was auch nicht schlecht wäre ist ein Peil-Modus, wo man sozusagen virtuell verlängern kann (diesen Punkt so setzen, dass er auf dem Schnittpunkt dieser Linie mit dieser verlängerten Kante sitzt). Bei AutoCAD heisst das tracking. Damit es richtig funktioniert, müsste man auch einstellen können, was gefangen (snap) wird (Endpunkt, Mittelpunkt, Lotpunkt, Kante, Schwerpunkt, etc.). Für die seltenen Fälle, wo man diese ortho-Funktion evtl. brauchen könnte, kann man sich auch mit einer Hilfskonstruktion behelfen (über die Koordinaten-Eingabe z.B. 2 Punkte eingeben, die einen zu den Bildschirmkanten parallelen way erzeugen, dann drüberzeichnen und ggf. verschieben und die Hilfskonstruktion wieder löschen). Übrigens entspricht eine gerade Linie auf dem Bildschirm einem Bogen in der Realität, aber bei kleinen Bereichen spielt das wohl keine Rolle. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hintergrund Josm Editor
Ich bin mal neugierig: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Strom sparen? (gäbe Sinn bei mobilen Geräten) ansonsten ist es ätzend mit schwarzem Hintergrund zu arbeiten (ich habe es in mühevoller kleinarbeit geändert) Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 1876 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
2012/1/23 Steffen Heinz eifelhu...@gmx.de Ich bin mal neugierig: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Strom sparen? (gäbe Sinn bei mobilen Geräten) ansonsten ist es ätzend mit schwarzem Hintergrund zu arbeiten (ich habe es in mühevoller kleinarbeit geändert) Es is sehr einfach um Bing Luftbilder im Hintergrund zu setzen, oder sogar eine Mapnik Rendering. Vor einige Jahren habe ich manchmal mit so einen schwarzen Hintergrund gearbeitet, aber das ist heutzutage gar nicht mehr notwendig. Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzeptstudie Einzelspurmapping
Am 23.01.2012 03:50, schrieb Stephan Wolff: * Wie gruppiert man die zusammengehörigen Ways? Warum ist das ein Problem? Welche Anwendung funktioniert nicht? Auch bislang sind zwei Fahrbahnen einer Straße nicht gruppiert. Ein paar Beispielanwendungen, die vielleicht nicht unmöglich, aber nur umständlich umsetzbar sind: * Ansage des Zielstraßennamens durch eine Navigation. (Bisher werden aus diesem Grund ja alle Tags, die für die Gesamtstraße gelten, an beide Fahrbahnen kopiert.) * Lückenloses Rendering der Straßenfläche. Eine Linie fester Breite für jede Spur zu zeichnen, zwischen denen dann wegen der mangelnden Präzision beim Einzeichnen zwangsläufig Lücken klaffen oder die sich gegenseitig überlappen, entspricht nicht meiner Vorstellung einer ansprechenden Darstellung. * Wie editiert man es mit einfacher gestrickten Editoren? Gerade eine Lösung ohne Relationen und ohne Tags mit komplizierter Syntax sollte doch jeder Editor beherrschen. Jeder sicher nicht. Schon mal einen mobilen Editor gesehen? Eine Eingabemaske für die Tags mit komplizierter Syntax ist leicht umzusetzen. Filigrane Way-Geflechte wird man damit nicht editieren können. Ich würde das nicht mal mit Potlatch schaffen (bin aber auch kein erfahrener Potlatch-User). * Wie sehen die Algorithmen auf Anwendungsseite aus, die daraus z.B. eine vorzeigbare grafische Darstellung produzieren? Das ist keine Frage des Datenmodells und hängt sehr von Zweck und den Möglichkeiten des Renderers ab. Das ist sehr wohl eine Frage des Datenmodells. Solange ich für ein Way-Segment eine geordnete Liste der Spuren habe oder ermitteln kann, ist es machbar, die Spuren mit ihren Spurtrennern (durchgezogene oder gestrichelte Linien etc.) und überlappungsfrei zu visualisieren. Einfach deshalb, weil man die Position der Grenzen zwischen zwei Spuren dann exakt berechnen kann. Ja, es hängt *auch* von den Möglichkeiten des Renderers ab, und Mapnik käme mit Komma-Tags wahrscheinlich gar nicht direkt klar. Das ist aber nur eine behebbare Eigenschaft eines konkreten Renderers. Der Unterschied zu Einzelways ist, dass ich bei denen auch in der Theorie keine Lösung wüsste, die mich zufrieden stellt. Und bei [2] beispielhaft der Nord-Süd-Way: lanes:layout = right , straight , straight , left Ist damit ein besseres Renderergebnis möglich? M.E. ja. Man kennt oder schätzt die Breite der Spuren und kann die Ansatzpunkte für die Grenzen zwischen Spuren über eine Verschiebung um diesen Wert entlang der Senkrechten auf dem Straßenway berechnen. Ich gebe zu, dass es eine komplexere Aufgabe ist, bei dieser Darstellung den Übergang zwischen zwei oder mehr Ways an einem gemeinsamen Knoten angemessen darzustellen. Wenn sich ein Mapper in die schwierige Syntax eingearbeitet hat, sind tag-basierende Lösungen zweifellos schneller zu erstellen. Den Wert für jede Spur von links nach rechts durch Kommas getrennt aufschreiben. In der Straßenmitte statt Komma ein | nehmen. Findest du das ernsthaft eine schwierige Syntax? Die Einzelspurlösung ist durch nachfolgende Mapper m.E. viel einfacher mit dem Luftbild abzugleichen. Sobald der Editor eine Visualisierung der tag-basierten Lösung anbietet, ist auch dort ein optischer Abgleich mit dem Luftbild möglich - ohne die Nachteile der Einzelspurlösung in Kauf nehmen zu müssen. Ein Editor-Tool, das die Nachteile der Einzelspurlösung in ähnlicher Weise abmildern könnte, fällt mir hingegen nicht ein. Bei komplexen Kreuzungen wie [2] hat die tag-basierende Lösungen bis zu 30m Abweichung vom realen Verlauf der Abbiegespur. Das Aufwand-Nutzen-Verhältnis lässt sich nicht pauschal bewerten. Wenn du den realen Verlauf tatsächlich benötigst, ist die tag-basierende Lösung natürlich weniger nützlich. Es hängt letztlich eben von den Ansprüchen ab, die man an die Lösung stellt. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] role='different'
Hallo, ich habe beim Verarbeiten von OSM-Dumps immer mal wieder das Problem, dass in Relationen Member mit dem Attribut role='different' auftauchen. Verschiedene Tools, z.B. der Splitter für die Garmin-Karten und die Overpass-API quoten die spitzen Klammern nicht korrekt, wodurch dann kein wohlgeformtes XML ausgeliefert wird. Meine Frage deshalb: Hat jemand vielleicht schon einen fertigen Filter, der solche Relationen einfach aus dem OSM-Dump rauswirft? Danke, Jens -- Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett -An Elefantinnen, meint OJe___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Im CAD-Bereich ist ein dunkler Hintergrund Gang und Gäbe (wobei ich da mittlerweile auch schon Standardeinstellungen mit hellem Hintergrund gesehen habe). Ich finde, ein dunkler Hintergrund ist, vorallem bei langem Arbeiten am Bildschirm, deutlich entspannender für die Augen. Vermutlich auch im Zusammenhang mit meist lilienhaften Elementen in der Anzeige. Aus einem ähnlichen Grund waren mal Programmierumgebungen häufig mit weißer Schrift auf blauem Grund, keine Ahnung, wie das heute so ist. Das ist wohl für Text eine der entspannendsten Kontraste, habe ich mal irgendwo gelesen und nach eigenem Ausprobieren für richtig befunden. Gruß: Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Hi, On 01/23/2012 04:34 PM, Steffen Heinz wrote: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass meine Objekt-Farben alle hell genug sind, um auf dem Luftbild sichtbar zu sein. Haette ich einen weissen Hintergrund und alles in dunkleren Farbtoenen, so waeren die Objekte vermutlich schlechter sichtbar auf einem Luftbild. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
Am 23.01.2012 16:02, schrieb Martin Koppenhoefer: Am 23. Januar 2012 15:30 schrieb Jan Tappenbeck (OSM)o...@tappenbeck.net: gibt es in JOSM irgendwie die Change zwangsweise horizontal / vertikal zu zeichnen - vergleichbar dem Orthomodus von Autocad? braucht man praktisch nie bzw. nur sehr selten (wenn man wirklich sicher ist, dass das Feature nord-süd-ausgerichtet ist). Meistens würde es dazu verleiten, eine Genauigkeit vorzutäuschen (bei annähernd NS-ausgerichteten Objekten), die gar nicht geprüft/festgestellt wurde. Hier hat es wohl jemand ein wenig übertreiben: http://www.openstreetmap.org/?lat=51.18219lon=7.74657zoom=17layers=M Die Häuser stehen definitiv nicht in Reih und Glied. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 23.01.2012 23:39, schrieb Frederik Ramm: Hi, On 01/23/2012 04:34 PM, Steffen Heinz wrote: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass meine Objekt-Farben alle hell genug sind, um auf dem Luftbild sichtbar zu sein. Haette ich einen weissen Hintergrund und alles in dunkleren Farbtoenen, so waeren die Objekte vermutlich schlechter sichtbar auf einem Luftbild. ... und wenn man eine Karte (z.B. Mapnik) als Hintergrund einblenden will, ist es genau andersrum: Da erkennt man die hellen Linien nicht. Am besten wäre eine Tag-Nacht-Umschaltung in josm: Helle Linien auf schwarzem Grund vs. dunkle Linien auf hellem Hintergrund. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] role='different'
Am 23.01.2012 20:15, schrieb Jens Poenisch: Hallo, ich habe beim Verarbeiten von OSM-Dumps immer mal wieder das Problem, dass in Relationen Member mit dem Attribut role='different' auftauchen. Verschiedene Tools, z.B. der Splitter für die Garmin-Karten und die Overpass-API quoten die spitzen Klammern nicht korrekt, wodurch dann kein wohlgeformtes XML ausgeliefert wird. Meine Frage deshalb: Hat jemand vielleicht schon einen fertigen Filter, der solche Relationen einfach aus dem OSM-Dump rauswirft? Wäre es nicht besser, diesen Editor-bug im Datenbestand dauerhaft zu bereinigen? Die Relationen an sich können ja eventuell ohne diese Rollen noch brauchbar sein. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ultraleicht-Fluggelände taggen
Hallo, Ich möchte eine Start-/Landebahn für Ultraleichtflugzeuge erfassen, finde aber keine vernünftigen Beispiele im Wiki oder sonstwo. Die Landebahn einfach als aeroway=runway mit entsprechender Spezifikation von Länge, Breite und Oberfläche zu taggen, scheint mir nicht auszureichen. Es sollte doch auch die Beschränkung auf den speziellen Flugzeugtyp erfasst werden. In diesem Zusammenhang ist mir aufgefallen, dass auch bei Segelfluggeländen der Flugzeugtyp ausser im name-Tag nicht geführt wird. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zwangsweise horizontal / vertikal-Zeichnen
Hallo, On 01/24/12 08:27, Andre Joost wrote: Hier hat es wohl jemand ein wenig übertreiben: http://www.openstreetmap.org/?lat=51.18219lon=7.74657zoom=17layers=M Die Häuser stehen definitiv nicht in Reih und Glied. Und vermutlich sind sie auch nicht alle gleich gross ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
