Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 06:31:22AM +0200, M∡rtin Koppenhoefer wrote: Am 29. April 2010 16:01 schrieb Florian Lohoff f...@zz.de: Wichtig ist das die unique sind - d.h. das es nur einen mit man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da ist brauch man nichts neu importieren. Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... gabs eigentlich hier nicht mal so ne Doktrin, menschenlesbare Tags zu verwenden? Oder ist bei speziell diesem Thema (Post und so) die Nutzung entsprechend kryptischer (aber hochoffizieller) Abkürzungen quasi gottgegeben? ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ ist also die Vorwahl und der ASB eine eindeutige nummer des Hvt innerhalb des Vorwahlbereiches ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Thu, Apr 29, 2010 at 02:18:55PM +, Sven Geggus wrote: Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... Hier ist die Originaldatei: http://home.geggus.net/pub/dsl-hauptverteiler.osm.gz Jetzt sogar meinem aktuellen Wissen entsprechend mit BETA2007 umprojiziert :) Ach ja - Das hier halte ich fuer falsch: tag k='note' v='Do not move! Recreate the housenumber node if desired' / tag k='note:de' v='Nicht verschieben! Node für Hausnummer bei Bedarf neu erzeugen' / Natuerlich sollen die Verschoben werden - und zwar auf das richtige Haus - Das Problem ist das die liste auch fehlerhaft ist. Ein Kollege von mir hat sich mit dem Thema laenger beschaeftigt - Quelle fuer die HvT ist ja das Dokument des BMWi und da waren definitiv reichlich fehler drin - Hier das konvertierte Dokument als KML mit bekannten Fehlern bereinigt: http://selke.de/hvt-standorte/ Ich wuerde jetzt mal die fehlenden importieren und mal eine auswertung machen in wieweit die OSM daten von den KML Daten vom Olaf Selke abweichen. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hi, Am 29. April 2010 00:17 schrieb Frederik Ramm frede...@remote.org: Irgendwann habe ich gesehen, dass der Wikimedia e.V. eine Zeitung herausgibt, da dachte ich mir, Junge Junge, die haben wohl zu viele Germanisten eingestellt und wissen jetzt nicht wohin mit der Arbeitskraft. Dieser Gedanke kann IMHO eigentlich nur durch die falsche Vorstellung entstehen, dass WM-DE ein rein Community-zentrierter Verein wäre. Eine seiner Hauptaufgaben ist aber auch die externe Darstellung und - ganz wichtig - das Sammeln von Spenden. Wenn du Spenden sammelst, kommst du an einem hübschen gedruckten Jahresbericht und einer professionellen im regelmäßigen Turnus erscheinenden Publikation nicht vorbei (oder du beschneidest deine Geldeinsammelmöglichkeiten ganz erheblich). Aber unabhängig davon ist es tatsächlich so, dass ein großer Anteil der Mitglieder im WM-DE keine aktiven Wikipedianer sind, sondern Menschen wie meine Mutter, die die Wikipedia und die Idee die dahinter steckt fördern möchten. Das Interesse (und manchmal auch die technischen Möglich- und Fertigkeiten) Neuigkeiten über das Projekt aus Mailinglisten oder an anderen Stellen online in Erfahrung zu bringen ist oft nicht da und eher bei den Technikern/Geeks zu finden und nicht in der Mitte der Gesellschaft. OSM ist (meiner Einschätzung nach) noch sehr technikzentriert. Die Anzahl derjenigen, die sich losgelöst von Technik und Geofachwissen dafür interessieren und dabei über die zukünftige Ausgestaltung diskutieren und diese auch beeinflussen können, scheint mir vergleichsweise (sic) gering zu sein. Aber Wikipedia ist keine Zeitung, kein Magazin und auch keine Suchmaschine, sondern eine Enzyklopädie und soll das Wissen dieser Welt speichern. Wo kommt diese Definition eigentlich her? Ich habe schon einige Leute sagen hoeren: Meine Guete, wann begreifen die endlich, dass die Wikipedia in erster Linie ein Wiki ist und nicht in erster Linie eine Enzyklopaedie. Innerhalb der Wikipedianer ist das sicherlich eine Mindermeinung. Warum? Man braucht ein gemeinsames Ziel, wenn man an einem Projekt mitarbeitet. Das gemeinsame Interesse bei der WP ist die Erstellung einer Enzyklopädie. Das Wiki wurde dafür als Mittel zum Zweck gewählt und war kein Selbstzweck. In den Anfangszeiten (theoretisch gilt das auch noch heute) war durchaus die Überlegung in den Köpfe (und den Mailinglisten), dass man das technische Hilfsmittel Wiki später auch durch etwas anderes ersetzten würde, sofern sich herauskristallisieren würde, dass ein solcher Wechsel für die Erstellung einer Enzyklopädie besser geeignet wäre. In der Praxis ist das heute eigentlich nicht mehr denkbar, u.a. wegen der speziellen Weiterentwicklung und Ausgestaltung von MediaWiki auf Zwecke der WP und die schiere Größe/Aufwand. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Am 29.04.2010 10:20, schrieb Georg Feddern: Moin, Sebastian Hohmann schrieb: eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Sehr schönes Tool, danke! Das in einem Editor wäre äußerst kundenfreundlich. Moin ! das sehe ich auch so - JOSM-plugin wäre sehr hilfreich und würde der Anwendung förderlich sein. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff f...@zz.de wrote: Natuerlich sollen die Verschoben werden - und zwar auf das richtige Haus Das kommt daher, dass ich ursprünglich mal gedacht hatte dass die Punkte genau wären. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@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] Skobbler berücksichtig turn-restrictions ! / Turn-Restriction PlugIn in JOSM ab V3165
Seit dem Update am 20. April scheint Skobbler die gemapte Turn-Restriction-Relationen zu beachten. Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt. Ich möchte an dieser Stelle auf zwei Punkte hinweisen: (1) JOSM hat ab der Version 3165 einen Turn-Restriction-PlugIn [1], mit dem die Erfassung von Turn-Restrictions kinderleicht ist (siehe Screenshot im Anhang). (2) Wahrscheinlich den meisten bekannt, aber hier [2] kann man sich die Turn-Restrictions in der Übersicht auf der Karte anzeigen lassen: Gruß Oliver [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Turnrestrictions [2] http://osm.virtuelle-loipe.de/restrictions/ http://n2.nabble.com/forum/FileDownload.jtp?type=nid=4984393name=JOSM_-_TurnRestrictionEditor.jpg -- View this message in context: http://gis.638310.n2.nabble.com/Skobbler-berucksichtig-seit-dem-20-04-10-turn-restrictions-tp4972010p4984393.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] Karte drucken (Photopapier)
M∡rtin Koppenhoefer wrote: Am 30. April 2010 02:16 schrieb Stephan Knauss o...@stephans-server.de: Im Web war von einer Auflösung von 300lpi dieser Geräte die Rede, daher habe einen Ausschnitt als PNG rechnen lassen, der bei 300dpi ziemlich genau A4 ergibt. ich würde mehr als 300dpi empfehlen, vor allem wenn es nur A4 ist. Man sieht den Unterschied von 300 und 600 dpi sehr deutlich, und selbst 1200 bringt nochmal was zu 600. Wie muss man das denn umrechnen, bzw. wie funktionieren die Belichter für Fotos? Werden die Bilder gerastert? ich habe ein Bitmal als Quelle, also einen Punkt pro Farbe. Diese Web-Quelle spricht von 300 ppi (pixel per inch), die die Belichter können: http://foto.beitinger.de/belichtungsservice/anleitung.html Kann ich ppi und dpi in diesem Fall synonym sehen? Dann wären ja 1200 viel mehr als die Geräte können. Ein Probedruck auf einem Laserdrucker zeigt aber, dass die Schrift SEHR klein wird. das ist ein Problem Deiner Renderregeln, die sind üblicherweise erstmal für den Bildschirm optimiert und müssten angepasst werden für Print. Ja, das hatte ich auch vermutet. Auf einem Monitor mit 72 dpi sieht es ganz gut aus. Allerdings will ich nur ein Einzelstück haben. Dafür die ganzen Renderegeln anpassen ist wirklich viel Arbeit. Daher die Frage, ob das schon jemand fertig hat. Es gab doch schon einige Projekte, die Karten für den Druck aufbereitet haben. Im wiki finden sich aber nur Lösungen, die über SVG gingen, Osmarender verwenden (dort finde ich die Styles nicht so gelungen) oder den Weg über die Mapnik-Tiles wählen (Bigmap und co). Da ich schon Mapnik mit mod_tile laufen habe war das am schnellsten. Wie war das denn mit Haiti? Die Karten von Geofabrik und Harrywood haben doch dann auch nur diesen Style (tiles.openstreetmap.org). Ich könnte die 72 dpi hochscalieren. Für die Schriftgröße hilft das sicher. Aber da verliere ich ja Auflösung. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
AssetBurned wrote: nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. osmdoc hatte einen Link, der das bequem erlaubt. Dort ist die Datenbasis allerdings noch älter (Sommer 2009) als bei deiner Quelle (1 Woche). Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 29.04.2010 15:23, schrieb Fabian: gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) Einen zweiten war ein paar 100 Meter falsch, den konnte ich richtig verschieben. Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen einzupflegen. Ich denke ein besserer Weg ist im Zweifel es die Mapper machen lassen. So wie ich es bei den ISILs gemacht habe: http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig turn-restrictions ! / Sammelstelle für Routingfehler
Gibts 'ne schöne Wikiseite wo man solche Routingfehler sammeln kann? Ich denke das wäre nicht schlecht, auch als Ansporn für die Routerentwickler. Eine Sammelstelle fände ich auch gut. Ich möchte die Gelegenheit nutzen, um auf die überarbeitete skobbler-OSM-Bugs-Seite [1] zu verweisen, wo man über einen Filter explizit die Abbiegeprobleme selektieren kann. Die dort gesammelten Fehler können sowohl über die skobbler-Anwendung gemeldet werden als auch direkt auf der Webseite eingetragen werden. Aktuell gibt sicher ein paar Fehler, die aus den bisher nicht berücktsichtigten Abbiegevorschriften stammen. Diese muss man dann noch als nicht reproduzierbar kennzeichen. Außerdem möchte ich auf das kurze Sneak Preview zu unserem Rückkanal 2.0 [2] verweisen, bei dem nun jede skobbler-Fehlermeldung mit zusätzlichen Routeninformationen versehen wird. Gruß Oliver [1] http://beta.skobbler.de/osmbugs [2] http://www.youtube.com/watch?v=uYTTm3DKJH4 -- View this message in context: http://gis.638310.n2.nabble.com/Skobbler-berucksichtig-seit-dem-20-04-10-turn-restrictions-tp4972010p4984451.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] Telekom HvT - man_made=MDF / Verschwundene?
... Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). Im aktuellen Beispiel waere es garnicht so fern ab mit der Relation HvT-Telekom in anderen Faellen waere es McDonalds-Filialen. Dachte nicht dran alles was user X angelegt hat in seine relation zu packen. Wuerde zu derzeit wohl 100k neuen relationen fuehren, sofern jeder user nur eine relation nehmen wuerde ;-) Jedenfalls muesste on der Historie der relation ja sichtbar sein wer welchen Hvt verschoben hat oder gar geloescht. gruss fabian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Am 30.04.2010 08:52, schrieb Tim 'avatar' Bartel: Wo kommt diese Definition eigentlich her? Ich habe schon einige Leute sagen hoeren: Meine Guete, wann begreifen die endlich, dass die Wikipedia in erster Linie ein Wiki ist und nicht in erster Linie eine Enzyklopaedie. Innerhalb der Wikipedianer ist das sicherlich eine Mindermeinung. Warum? Man braucht ein gemeinsames Ziel, wenn man an einem Projekt mitarbeitet. Das gemeinsame Interesse bei der WP ist die Erstellung einer Enzyklopädie. Hier prallen zwei Sichtweisen aufeinander: a) Der eine möchte ein klares Ziel haben, daß er dann versucht zu erreichen. Dazu werden Pläne und Regeln aufgestellt, ... b) Der andere legt einfach los und schaut mal, was draus wird. Beides hat seine Vor- und Nachteile. Witzigerweise hat die Wikipedia mal eher mit b) angefangen und (gerade auch die deutsche) WP ist dann immer mehr in Richtung a) gedriftet. Da wurden irgendwann Mission Statements aufgestellt [1], Regeln wieviele Bilder in einem Artikel drin sein sollten, usw.. Ob dieses Richtung der WP wohl auf die Dauer eher nutzen oder schaden wird? Bei OSM haben wir klar mit b) angefangen und sind da noch mitten drin. Ich sehe bei OSM allerdings auch nicht das eine Ziel auf das wir überhaupt hinarbeiten könnten. Dafür gibt es zuviele unterschiedliche Interessen - und ich persönlich möchte keinem sagen wollen: du kommst hier nicht rein, weil deine Interessen nicht zu unserem Ziel passen. Diese ganze Argumentationskette wir brauchen ein Ziel - dann haben wir auch nicht soviel Müll in der Datenbank - dann kann ich besser/einfacher/schöner an meinem Ziel arbeiten ist doch irgendwie Mist, weil es auf Ausgrenzung setzt. OSM lebt davon, Leute mit unterschiedlichsten Interessen an einer gemeinsamen Sache arbeiten zu lassen. Das filtern nach Zielen kann und muß später bei den Anwendungen erfolgen. Gruß, ULFL [1] http://de.wikipedia.org/wiki/Wikipedia:Was_Wikipedia_nicht_ist ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
Am 30.04.2010 04:12, M∡rtin Koppenhoefer: Am 30. April 2010 00:10 schrieb Daniela Duerbeckdaniela.duerb...@gmx.de: Abandonded klingt aber nicht so, als ob da noch was passieren würde. abandoned ist eigentlich nicht weiter zu beachten. Das hat halt ein Wikifiddler so da hingeschrieben, weil der Vorschlag nicht zur Abstimmung gebracht wurde, aber besser ein Vorschlag als gar keine Idee, oder? Und sea_food ist auch besser, weil die Läden üblicherweise auch Muscheln und Krustentiere verkaufen. mir wäre fishmonger lieber, da allgemeiner. Seafood ist nunmal Meeresgetier, und Süßwasserfische gehören da nicht dazu. Aber hat Seafood nicht schön länger den Bedeutungswandel hin zu Fisch und Meeresfrüchte erfahren? Ich verstehe auch beides darunter. Ich frag mal auf der Taggingliste nach Inspirationen von Muttersprachlern. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Am 29.04.2010 13:42, schrieb Sebastian Hohmann: Sven Anders schrieb: Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Ich hab einfach irgendwas genommen. Es wird ja sowieso vom Script aufgeteilt. Hätte ein Semikolon irgendwelche Vorteile? Ich kann das gerne ändern. Dann ändere es bitte. Für Skripte die die OSM Daten auswerten bedeutet jeder Trenner zusätzliche Arbeit. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
Am 30.04.2010 04:12, schrieb M∡rtin Koppenhoefer: mir wäre fishmonger lieber, da allgemeiner. Es gibt auch Händler die keinen Fisch verkaufen, aber Meeresfrüchte. im englischsprachigen Raum hat sich seafood als Sammelbegriff für alles aus dem Wasser weitgehenst etabliert. Selbst in UK ist das inzwischen fast überall so verstanden. Beispielsweise bekommt man bei Harrods seafood department auch Süßwassergetier. Auch in Asien und Arabien läuft der Viktoria-Barsch unter seafood. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Stephan Knauss schrieb: Wie muss man das denn umrechnen, bzw. wie funktionieren die Belichter für Fotos? Werden die Bilder gerastert? ich habe ein Bitmal als Quelle, also einen Punkt pro Farbe. Die Belichter erzeugen einen schwarzen Punkt. Bei einer Auflösung von 1.200 dpi kann der Belichter 1200 schwarze Punkte gleicher Größe auf einem Zoll ausgeben. Wenn Du ein schwarz-weiß Foto auf so einem Gerät ausgeben willst, benötigst Du zur Darstellung der Graustufen des Fotos 256 Graustufen, das ist die Anzahl der Helligkeitswerte, die das menschliche Auge unterscheiden kann. Um diese 256 Helligkeitswerte zu erzeugen, wird ein Raster aus 1.200 x 1.200 Punkten (bzw. Maximalauflösung des Ausgabegeräts) gelegt. Innerhalb eines Rasterfeldes wird aus den zur Verfügung stehenden 1.200 x 1.200 Punkten ein schwarzer Punkt im Wertebereich von 0 (weiß) - 255 (schwarz) erzeugt um im Druck das Grau zu simulieren. Rechnerisch bedeutet das (1.200 x 1.200)/256=5.625. Aus dem Ergebnis mußt Du noch die Quadratwurzel ziehen, das Ergebnis ist dann 75 (dpi) als Auflösung für Dein Graustufenbild. Das Graustufenbild wird bei Farbdrucken viermal in unterschiedliche Farben (cyan, magenta, yellow, schwarz) und Winkeln übereinander gedruckt. dadurch entsteht dann der Farbeindruck. Die Beschreibung gilt für das im Offsetdruck gebräuchliche Rasterverfahren (autotypisch). Bei Laser- oder Tintenstrahldruckern wird ein frequenzmoduliertes Raster benutzt, das bei kleinere Auflösung des Quellbildes optisch bessere Ergebnisse liefert als das Standardraster des Offsetdrucks. Als Faustregel kannst Du dafür die Hälfte des Wertes beim Offsetdruck nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Detlev Reiners schrieb: Stephan Knauss schrieb: Wie muss man das denn umrechnen, bzw. wie funktionieren die Belichter für Fotos? Werden die Bilder gerastert? ich habe ein Bitmal als Quelle, also einen Punkt pro Farbe. Die Belichter erzeugen einen schwarzen Punkt. Bei einer Auflösung von 1.200 dpi kann der Belichter 1200 schwarze Punkte gleicher Größe auf einem Zoll ausgeben. (...) Ich weiß nicht, ob es in der ursprünglichen Frage um einen Offset-Druck gegangen ist. Es wird ja -wenn ich es richtig verstanden habe- nur ein einziges Exemplar benötigt, außerdem ist die Rede von Fotopapier. Ich denke mal, wenn so ein chemisches Verfahren gemeint ist, mit dem auch Digitalfotos ausbelichtet werden, dann können die Geräte max. 300 dpi. Diese müssen dann aber nicht mehr aufgerastert werden, da die Farbabstufung auf einen Pixel erfolgt. Ich würde es mit so ca. 150 dpi versuchen, das ist ein guter Kompromiss zwischen Schriftgröße und Qualität. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Moin, Sven Geggus schrieb: Georg Feddern ne...@bavarianmallet.de wrote: Ohne Waschgelegenheit und WC als Imbiss (halt fast_food, auch wenn es nicht so schnell geht), mit kompletten Restaurationsmöglichkeiten als Restaurant. *urgs* Du willst allen Ernstes vorschlagen eine Jausenstation als fast-food zu taggen? *schauder* :-) Du scheint es nicht so pragmatisch zu sehen wie ich. Leider entzieht sich meiner Erkenntnis, ob Du dich dabei auf die Unverfrohrenheit des Tagging-Vorschlags oder deinen Qualitätsbegriff von fast-food beziehst. ;-) fast_food ist für mich in OSM (neben der 'echten Bedeutung') auch erst mal ein abstrakter Begriff für Imbiss jeglicher Art ohne Qualitätsbezug. (Such mal im Wiki nach Imbiss, betrachte die quasi normative Wirkung des JOSM-Presets und/oder mach gerne einen Gegenvorschlag dazu.) Und Frederik sprach halt von eher ein Imbiss. Wenn es eher ein Restaurant ist, tag es gerne als restaurant. Letztendlich bleibt wegen des lagebedingten Alleinstellungsmerkmals mangels Alternativen eh nur der abstrakte Begriff hier gibt es etwas zu essen und zu trinken übrig, dem man dann bei fehlender Vorsorge auf Gedeih und Verderb ausgeliefert ist. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 07:36:34AM +, Sven Geggus wrote: Florian Lohoff f...@zz.de wrote: Natuerlich sollen die Verschoben werden - und zwar auf das richtige Haus Das kommt daher, dass ich ursprünglich mal gedacht hatte dass die Punkte genau wären. Das ganze ist echt eine nummer fuer jemanden der Vater und Mutter erschlagen hat. Ich gehe die gerade alle Manuell durch und korrigiere die - Da ist alles an bugs dabei - groesster Batzen bisher die Duplicate Nodes d.h. wo es mehrere ASBs an der selben adresse und position gab und wo die leute blind nach dem dupe check nodes geloescht haben ohne die asb's zu mergen. Die nodes waren eben nicht wirklich doppelt sondern nur an der selben position *grumpf* ... Ohne das zu monitoren und sofort den mappern auf die finger zu schlagen wenn die da was loeschen sind die daten in diesem zustand unbrauchbar. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Moin, ach ja, welch ein Paradebeispiel für *Stille Post*. Andreas verwässert Deinen als Realität gemeinten Beitrag durch damit es wie gewünscht gerendert wird, assetburned bezieht sich auf Andreas und wirft fälschlicherweise Euch beide in denselben Topf, und Du zitierst assetburned falsch, damit Du ihm einen überbraten kannst. ;-) Ich wünsch Euch allen ein schönes Wochenende. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 30.04.2010 08:09, schrieb Florian Lohoff: On Fri, Apr 30, 2010 at 06:31:22AM +0200, M∡rtin Koppenhoefer wrote: Am 29. April 2010 16:01 schrieb Florian Lohofff...@zz.de: Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... gabs eigentlich hier nicht mal so ne Doktrin, menschenlesbare Tags zu verwenden? +1 Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. Statt man_made=MDF, onkz=030, asb=753 könnte man man_made=DSL_MDF, ref=030/753 oder, wenn man auf onkz und asb nicht verzichten mag, man_made=DSL_MDF, ref:onkz=030, ref:asb 753 verwenden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 12:21:31PM +0200, Stephan Wolff wrote: Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. Das ist nicht nur dsl - das ist vermittlungsstelle - dsl ist da nur fuer die distanzberechnung interessant. ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. Statt man_made=MDF, onkz=030, asb=753 könnte man man_made=DSL_MDF, ref=030/753 oder, wenn man auf onkz und asb nicht verzichten mag, man_made=DSL_MDF, ref:onkz=030, ref:asb 753 verwenden. ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. http://de.wikipedia.org/wiki/Ortsnetzkennzahl Und auch der ASB ist erklaert: http://de.wikipedia.org/wiki/Anschlussbereich wobei der letztere Artikel an Qualitaet zu Wuenschen uebrig laesst: Im Netz von T-Home in Deutschland gibt es heute insgesamt 5.200 Ortsnetze ... impliziert irgendwie das das bei anderen Carrier in D anders gruppiert ist. Dem ist mitnichten so - die BnetzA ist mittlerweile Hueterin der Rufnummern. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
moin On 30.04.2010, at 04:54, M∡rtin Koppenhoefer wrote: Am 29. April 2010 22:06 schrieb AssetBurned openstreet...@assetburned.de: naja wenn ich mir die bremer innenstadt so anschaue ist sie komplett mit landuse=commercial belegt und einzelne gebäude nicht. ich vermute, dass landuse=commercial eigentlich sowas wie Innenstadt ausdrücken soll (CBD=central business district), wobei das m.E. zumindest der Europäischen Stadt nicht gerecht wird. Ich habe daher auch mal den centre_zone Vorschlag gemacht. Nicht zuletzt geht's mir auch darum, die Innenstädte nicht als reinen Kommerz zu klassifizieren. hm mag ja sein das es, tatsache ist aber das da auch durchaus wohnungen gibt. nagut einzelne wohnungen machen aus einem commercial noch kein wohngebiet ;-) aber das war ja auch nur ein teil meiner kritik. es ist halt so das ich da nicht blicke warum das überhaupt gemappt wird, wenn da haufenweise geschäfte sind die auch als solche gekennzeichnet sind. das könnte man also durch inteligente werkzeuge auch über das verhältnis von industrie zu komerz zu wohnungen zu sonstwas bestimmen. aber so ist OSM halt, es macht keinen anderen dinge kaputt also kann es drinne bleiben. persönlich denke ich das landuse=commercial nur da genutzt werden sollte wo entweder noch nicht gemapt wurde oder wo große flächen unbebaut sind aber für solch eine verwendung vorgesehen ist. das kann ich überhaupt nicht nachvollziehen, wie kommst Du darauf? Was meinst Du mit noch nicht gemapt? Unbebaute Flächen mit Widmung sind doch landuse=greenfield/brownfield? wie schon gesagt die verwendung von gebieten kann man meines erachtens auch durch andere parameter bestimmen da braucht man diese großflächichigen aktionen nicht wirklich. anders schaut es bei, den von mi genannten nicht gemappten gebieten aus. was ich damit meine sind regionen wo noch nicht wirklich mehr exsistiert als hauptstraße und nen paar nebenstraßen. so etwas gibt es ja selbst in deutschland noch. wenn da mal jemand flächennutzungspläne zu sehen bekommt kann er, meiner meinung nach, gerne aus dem gedächniss einzeichnen was wie genutzt werden soll. da es unwarscheinlich ist das man jedes einzelne haus in erinnerung hat. oder anders gesagt ich empfinde diese informationen eher als krücke die die zeit, bis zum vernünftigen haus genauen mappen, überbrücken soll. sollte jemand nen sinnvolleren zweck sehen immer raus damit. ich bin ja geistig so flexiebel das ich meine meinung auch ändern kann :-) und neue dinge lerne ich ja auch gerne. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 06:54, Tirkon wrote: Tobias Knerr o...@tobias-knerr.de wrote: Abstraktes Beispiel: WP sortiert weiter in relevant und irrelevant, löscht aber nicht. Bei einer Volltextsuche werden erst alle relevanten Ergebnisse genannt, danach die irrelevanten. Das funktioniert deswegen nicht, weil Wikipedia ein Wiki ist. Dann geht nämlich der Streit darum los, ob irrelevante Artikel in relevanten verlinkt werden dürfen. mit einer entsprechenden software wäre das kein problem. die würde als relevant makierte artikel als solche erkennen und deren verlinkung immer anzeigen, verlinkungen auf unrelevante artikel aber nur dann wenn der nutzer es ausdrücklich wünscht. abgesehen davon. es gibt in der WP ja auch keine diskussion ob in lesenswerten artikeln links sein dürfen die auch nicht als solche (oder gar als ungeprüft) makierte artikel vorhanden sein dürfen. komme ich also wieder zu den punkt: wenn die WP mehr zeit in sinnvolle arbeit (hier also ausbau der MediaWiki) stecken würde, und nicht in Blockwart verhalten... dann könnte man mit der WP deutlich mehr spass haben und es gäbe auch weniger zoff. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 08:52, Tim 'avatar' Bartel wrote: Aber unabhängig davon ist es tatsächlich so, dass ein großer Anteil der Mitglieder im WM-DE keine aktiven Wikipedianer sind, sondern Menschen wie meine Mutter, die die Wikipedia und die Idee die dahinter steckt fördern möchten. Das Interesse (und manchmal auch die technischen Möglich- und Fertigkeiten) Neuigkeiten über das Projekt aus Mailinglisten oder an anderen Stellen online in Erfahrung zu bringen ist oft nicht da und eher bei den Technikern/Geeks zu finden und nicht in der Mitte der Gesellschaft. äh das mag jetzt aber auch mit einem leichten missverständnis zu tuen haben. den WikiMedia ist nicht gleich WikiPedia. jetzt könnte ich mal die karte pullen wieviel prozent (und absolut) der spenden einnahmen, von WikiMedia Deutschland geht tatsächlich in die hardware zum betrieb der Wikipedia? oder Wieviel geht in die aktive entwicklung von software? aber das mach ich jetzt nicht... das kann jeder selber nachlesen. in meinen bekanntenkreis hat das dazu geführt das die spenden jetzt wieder an andere vereine (Kirchen, Umweltschutz etc) gehen und nicht mehr an WikiMedia-Deutschland. zugegeben ein nicht ganz zu unterschätzender grund für diese unausgewogenheit liegt an der deutschen gesetzgebung, aber verwunderlich ist es schon das da keine andere lösung gefunden wurde. nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin Pappa wie schreib ich meinen Aufsatz mit Word? Ganz einfach du machst den Computer an, tippst dein Text in Word ein, Druckst und bist fertig. On 30.04.2010, at 10:06, Stephan Knauss wrote: AssetBurned wrote: nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. ich denke mal ich versuch es mal mit den Bot (anderes posting). osmdoc hatte einen Link, der das bequem erlaubt. Dort ist die Datenbasis allerdings noch älter (Sommer 2009) als bei deiner Quelle (1 Woche). ah ok das man dadrauf achten muß war mich auch noch nicht wirklich klar, dachte die sind da zeitlich noch näher dran. wobei ich ne woche schon als recht gut ansehe, bedenkt man was da alles ausgewertet werden muß. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
moin On 30.04.2010, at 10:07, Sven Anders wrote: Am 29.04.2010 15:23, schrieb Fabian: gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Moin, M∡rtin Koppenhoefer schrieb: Punktwolken sind für Menschen überhaupt kein Problem, die kann man problemlos erkennen, sie sind höchstens unnötiger Ballast in der Datenbank, und verlangsamen das Runterladen der GPS-Punkte ohne einen Nutzen zu haben. der Satzanfang gilt für einzelne Tracks, in Maßen auch noch für weiträumige Strukturen z. B. im ländlichen Raum - aber nicht mehr für die heruntergeladenen GPS-Rohdaten eines engerfassten Bereichs. Was da manchmal in der Masse an Rohdaten ungeprüft hochgeladen wurde gleicht nur noch einem alles vernichtenden Heuschreckenschwarm, aber keinen Ameisenstraßen mehr. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
moin On 30.04.2010, at 06:15, M∡rtin Koppenhoefer wrote: jeder renderer macht sowas etwas anders darum ist von einem Malen oder Mappen für den Renderer abzusehen. haltet euch lieber an die realität und setzt die punkte nach den messwerten die ihr habt oder nach gefühl. aber vergesst es an den renderer anzupassen. es geht hier nicht um den Renderer sondern um die Realität. Hast Du Dir den Kartenausschnitt angesehen? äh nein, eigentlich hab ich das thema schon garnicht mehr auf den schirm gehabt nur hab ich beim durchskippen der mails (warum zu geier ist hier eigentlich so viel los plötzlich?!) nicht auf die überschrift geachtet und nen paar unschöne stichpunkte beim lesen gesehen. was die realität angeht... das ist eh nur die subjektive auswertung von sensor inputs. im menschlichen falle also die verarbeitung von gesehenen, gehörtem, gefühlten, geschmeckten und gerochenen in verbindung mit zuvor gemachten erfahrungen oder anders gelerntem. von wessen realität reden wir also? *duckundwech* cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
moin On 30.04.2010, at 12:19, Georg Feddern wrote: ach ja, welch ein Paradebeispiel für *Stille Post*. Andreas verwässert Deinen als Realität gemeinten Beitrag durch damit es wie gewünscht gerendert wird, assetburned bezieht sich auf Andreas und wirft fälschlicherweise Euch beide in denselben Topf, und Du zitierst assetburned falsch, damit Du ihm einen überbraten kannst. ;-) und trotzdem fangen wir nicht an uns gegenseitig zu verprügeln. ist das nicht gerade das schöne an dieser mailingliste? Ich wünsch Euch allen ein schönes Wochenende. Dem kann man sich doch direkt mal anschließen! Schönen 1.Mai :-) cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin On 30.04.2010, at 06:50, Walter Nordmann wrote: schau dir den xybot mal an, evenutuell brauchst du den nur zu füttern. gruss walter http://wiki.openstreetmap.org/wiki/User:Xybot danke werde ich die tage mal entspannt machen :-) cu Assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Am 30. April 2010 02:16 schrieb Stephan Knauss o...@stephans-server.de: Hallo, ich möchte einen Kartenausschnitt auf Fotopapier A4 (20er format) ausbelichten lassen. Im Web war von einer Auflösung von 300lpi dieser Geräte die Rede, daher habe einen Ausschnitt als PNG rechnen lassen, der bei 300dpi ziemlich genau A4 ergibt. Ein Probedruck auf einem Laserdrucker zeigt aber, dass die Schrift SEHR klein wird. Frage: Hat das schon mal jemand gemacht? Also das Ausdrucken/Belichten auf A4? Hallo Stephan! Eine einfache Lösung wäre mapgen.pl von Gary. (http://wiki.openstreetmap.org/wiki/Mapgen.pl) Das kann dir eine pdf erzeugen, die du dann Maßstabsgetreu mit beliebiger dpi drucken kannst. Wenn dir der Standardstil nicht zusagt, ich arbeite gerade an einem, der klassische topographische Karten imitiert: http://img709.imageshack.us/img709/8008/medinghoven.jpg Wenn du mir den Ortsnamen, den Maßstab, das Papierformat und die Orientierung (hoch/quer) gibst, kann ich dir damit schnell eine pdf erzeugen und zuschicken. Allerdings drucke ich normalerweise mit 600 oder 1200 dpi auf Laserdruckern. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig turn-restrictions ! / Sammelstelle für Routingfehler
Am Freitag 30 April 2010 10:11:07 schrieb Oliver Kuehn (skobbler): Ich möchte die Gelegenheit nutzen, um auf die überarbeitete skobbler-OSM-Bugs-Seite [1] zu verweisen Kleine, pedantische Anmerkung: Wenn man den JOSM-Link anklickt, wird man gefragt ob man JOSM installiert hat. Das ist unerheblich, wichtig ist, dass JOSM schon gestartet ist und im Moment läuft. Und dass das Remote-Control- Plugin installiert ist. Wie man diese Anforderung hübsch in einem kleinen Fensterchen unterbringt ist euer Bier, aber installiert ist die falsche Anforderung. :) Gruß, Bernd -- »Niemand hat die Absicht, eine Mauer zu errichten« - Walter Ulbricht (SED), 1961 »Es hat niemand vor, einen Überwachunsstaat in Deutschland zu errichten« - Wolfgang Bosbach (CDU), 2007 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] Merkwürdige Kombination
Moin, AssetBurned schrieb: wie schon gesagt die verwendung von gebieten kann man meines erachtens auch durch andere parameter bestimmen da braucht man diese großflächichigen aktionen nicht wirklich. anders schaut es bei, den von mi genannten nicht gemappten gebieten aus. was ich damit meine sind regionen wo noch nicht wirklich mehr exsistiert als hauptstraße und nen paar nebenstraßen. so etwas gibt es ja selbst in deutschland noch. wenn da mal jemand flächennutzungspläne zu sehen bekommt kann er, meiner meinung nach, gerne aus dem gedächniss einzeichnen was wie genutzt werden soll. da es unwarscheinlich ist das man jedes einzelne haus in erinnerung hat. oder anders gesagt ich empfinde diese informationen eher als krücke die die zeit, bis zum vernünftigen haus genauen mappen, überbrücken soll. wie Du selber schreibst, reicht ja das hausgenaue Mappen alleine nicht aus - es muss auch die entsprechende Auswertesoftware erst einmal entwickelt, getestet und anwendungsreif sein. Allein deshalb wirst Du mit diesen Krücken noch ein wenig leben müssen, für eine Darstellung in unterschiedlichen Zoomstufen sind sie m. E. jedenfalls recht sinnvoll. Zumal ich bezweifle, das eine Objektauswertung anhand von doch recht fließend angeordneten Objekten letztendlich einen evtl. von Menschen vorgeplanten Flächennutzungsplan möglichst exakt treffen wird. Andererseits ist vielleicht auch einfach die Realität wichtiger als die Planung, da das Auge des vergleichenden Betrachters vor Ort nur erstere, aber nicht letztere wahrnehmen kann. Insofern lasse ich mich da gerne eines Besseren belehren. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwohnerstraßen
Welcher Schilder stehen denn nun dort? Zeichen 250 + Anlieger frei oder Zeichen 260 + Anlieger frei oder nur Anwohner mit Parkausweis? Dann würde ich die ersten beiden mit highway=residential vehicle=destination oder highway=residential motor_vehicle=destination taggen. Für Anwohner mit Parkausweis kommt wohl vehicle=private ziemlich nah. Lars Aronsson schrieb: Frederik Ramm schrieb: Der englische Name für Anlieger frei ist, soweit ich weiss, no through traffic (=kein Durchgangsverkehr, was ja aufs gleiche rauslaeuft, denn jeder, der nicht 'durchgeht', hat ein Anliegen vor Ort...) Auf schwedisch heisst es keine Durchfahrt (ej genomfart). Oder als ergänzende Erklärung zu einem Verbotsschild, gäller genomfart (betrifft Durchfahrt - d.h. das Verbot betrifft nur die Durchfahrt), http://hem.passagen.se/gnu_/annat/genomfart.jpg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
AssetBurned schrieb: On 30.04.2010, at 10:06, Stephan Knauss wrote: AssetBurned wrote: nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. klicken ausprobieren gucken evtl doc lesen aka rtfm osmdoc hatte einen Link, der das bequem erlaubt. Dort ist die Datenbasis allerdings noch älter (Sommer 2009) als bei deiner Quelle (1 Woche). ah ok das man dadrauf achten muß war mich auch noch nicht wirklich klar, dachte die sind da zeitlich noch näher dran. wobei ich ne woche schon als recht gut ansehe, bedenkt man was da alles ausgewertet werden muß. der link verweist auf die xapi wo logischerweise die aktuellen daten heruntergeladen werden auch wenn die daten bei osmdoc selbst älter sind ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Am 30. April 2010 13:38 schrieb AssetBurned openstreet...@assetburned.de: was die realität angeht... das ist eh nur die subjektive auswertung von sensor inputs. im menschlichen falle also die verarbeitung von gesehenen, gehörtem, gefühlten, geschmeckten und gerochenen in verbindung mit zuvor gemachten erfahrungen oder anders gelerntem. von wessen realität reden wir also? *duckundwech* weiss nicht, von welcher Realität Du redest, ich habe dieses Wort nicht ins Spiel gebracht, aber vermutlich geht es uns beiden um die Position von Objekten? Schönen 1. Mai ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrszeichen: maxspeed, maxweight mit Einzelfreigabe
Moin, wie bilde ich folgendes in der Datenbank ab: maxspeed=30 für alle, maxweight=5,5 für alle außer Landwirtschaft? maxspeed=30 maxweight=5,5 maxweight:agricultural=yes ? Mit anderen Worten, wie mache ich im Namensraum klar, dass sich die Freigabe auf maxweight und nicht auf maxspeed bezieht? Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
AssetBurned wrote: was du da rausgesucht hast ist tatsächlich ein stadtteil, in der stadt bremen ein viertel (nicht zuverwechseln mit dem viertel oder das viertel was wiederrum beides einen konkreten stadtteil meint). konkret handelt es sich in deinem beispiel um das flüsseviertel (aufgrund der straßennamen). und dort ist es tatsächlich so das es im inneren der häuserbläche große grünflächen gibt, die zum teil sogar ohne anwohner schlüssel zugängig sind. Bei der Gelegenheit: Bei mir ist Parkviertel Solln eingetragen, richtig wäre aber Parkstadt Solln für diesen Stadtteilteil oder Stadtbezirksteil, oder wie man das nennt. Wo steht das nur? Ich würde es gerne korrigieren, finde es aber nicht. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hi, Am 30. April 2010 10:42 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Hier prallen zwei Sichtweisen aufeinander: a) Der eine möchte ein klares Ziel haben, daß er dann versucht zu erreichen. Dazu werden Pläne und Regeln aufgestellt, ... b) Der andere legt einfach los und schaut mal, was draus wird. Beides hat seine Vor- und Nachteile. Ich sehe das nicht so klar getrennt. Man kann b) auch verfolgen, wenn man unter a) ein ganz klares Ziel definiert hat, welches man erreichen möchte. Witzigerweise hat die Wikipedia mal eher mit b) angefangen und (gerade auch die deutsche) WP ist dann immer mehr in Richtung a) gedriftet. Da wurden irgendwann Mission Statements aufgestellt [1], Regeln wieviele Bilder in einem Artikel drin sein sollten, usw.. Ob dieses Richtung der WP wohl auf die Dauer eher nutzen oder schaden wird? Also WP:WWNI (die von dir angesprochene Seite) hat - wenn ich mich recht entsinne - seine Wurzeln in der englischsprachigen Wikipedia und dürfte fast so alt sein wie die Wikipedia. Ich bin mir fast sicher, dass es die schon 2002/3 gab, also sehr zu Beginn des Projektes. Bei OSM haben wir klar mit b) angefangen und sind da noch mitten drin. Ich sehe bei OSM allerdings auch nicht das eine Ziel auf das wir überhaupt hinarbeiten könnten. Dafür gibt es zuviele unterschiedliche Interessen - und ich persönlich möchte keinem sagen wollen: du kommst hier nicht rein, weil deine Interessen nicht zu unserem Ziel passen. Das sehe ich ähnlich. Man könnte erwarten, dass es eine ich will aber nur eine schöne Karte-Fraktion gibt, aber die diversen Interessen an OSM sind ja deutlich breiter gestreut inzwischen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hi, Am 30. April 2010 13:01 schrieb AssetBurned openstreet...@assetburned.de: äh das mag jetzt aber auch mit einem leichten missverständnis zu tuen haben. den WikiMedia ist nicht gleich WikiPedia. Korrekt. Es war eine ziemlich dumme (aber damals sehr lustige) Idee, die Namen von Wikipedia, Wikimedia und Mediawiki so eng zusammenzulegen. Sorgt für Verwirrung. Noch mal zusammengefasst (dir ja eh bekannt): Wikimedia Foundation (WMF) = Gemeinnützige Stiftung mit Sitz in den USA und dem Ziel Freies Wissen zu fördern, Betreiber verschiedener Projekte (u.a. Wikipedia) Wikimedia Deutschland (WM-DE) = gemeinnütziger Verein zur Förderung Freien Wissens, ein Chapter, aber rechtlich unabhängig von der WMF MediaWiki = Wiki-Software, die vor allem durch die Wikipedia bekannt ist jetzt könnte ich mal die karte pullen wieviel prozent (und absolut) der spenden einnahmen, von WikiMedia Deutschland geht tatsächlich in die hardware zum betrieb der Wikipedia? oder Wieviel geht in die aktive entwicklung von software? aber das mach ich jetzt nicht... das kann jeder selber nachlesen. Dann sollte an dieser Stelle auch der entsprechende Link folgen: http://wikimedia.de/index.php?id=20 in meinen bekanntenkreis hat das dazu geführt das die spenden jetzt wieder an andere vereine (Kirchen, Umweltschutz etc) gehen und nicht mehr an WikiMedia-Deutschland. Es führt jetzt an dieser Stelle zu weit, da es nichts mehr mit OSM zu tun hat, aber ja - es ist das erklärte Ziel von Wikimedia Deutschland mehr als nur die Technik zu unterstützen und fördern (das der WMF auch). zugegeben ein nicht ganz zu unterschätzender grund für diese unausgewogenheit liegt an der deutschen gesetzgebung, aber verwunderlich ist es schon das da keine andere lösung gefunden wurde. Mit der Gesetzgebung hat das wenig zu tun. Die bedingt nur, dass wir nicht ohne weiteres Geld einfach an die Foundation weiterreichen können (was aber auch nicht sinnvoll wäre). nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. Exakt. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
Am 30. April 2010 14:36 schrieb Georg Feddern ne...@bavarianmallet.de: wie Du selber schreibst, reicht ja das hausgenaue Mappen alleine nicht aus - es muss auch die entsprechende Auswertesoftware erst einmal entwickelt, getestet und anwendungsreif sein. Zumal ich bezweifle, das eine Objektauswertung anhand von doch recht fließend angeordneten Objekten letztendlich einen evtl. von Menschen vorgeplanten Flächennutzungsplan möglichst exakt treffen wird. +1. Landuse ist halt so ein tag, wo man die interpretativen Stärken des menschl. Gehirns ausspielen kann. Es geht da ja z.B. auch darum, welche Gebiete man als zusammengehörig erkennt, evtl. wie deren Name ist, ... Ich vermute zwar auch, dass man theoretisch (bis jetzt gibt's das ja noch nicht) auch eine einigermaßen vernünftige Automatik zur Erzeugung von solchen Gebieten erstellen könnte, aber für viele Fälle würde die vermutlich auch nicht funktionieren. Auch erzeugen die landuses ja Mehrinformation, da man die Grundstücksgrenzen vom Straßenraum abgrenzen kann. Nur an den Gebäuden allein siehst Du noch nicht, wo das Gebiet aufhört und die Straße anfängt, da Du nicht weisst, ob die Häuserkante den Abschluss bildet, oder es sich um offene Bebauung handelt (z.B. Zeilen oder Streusiedlung), oder ob es z.B. Vorgärten gibt. Andererseits ist vielleicht auch einfach die Realität wichtiger als die Planung, +1, das auch, ist für mich kein andererseits sondern ein zusätzlich, daher sind FNP auch nicht komplett das, was wir in OSM wollen, da das ja z.T. Planungen sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
Am 30. April 2010 16:14 schrieb Daniela Duerbeck daniela.duerb...@gmx.de: Bei der Gelegenheit: Bei mir ist Parkviertel Solln eingetragen, richtig wäre aber Parkstadt Solln für diesen Stadtteilteil oder Stadtbezirksteil, oder wie man das nennt. Wo steht das nur? Ich würde es gerne korrigieren, finde es aber nicht. ist es das hier? http://www.openstreetmap.org/browse/node/705038172 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Am 30. April 2010 10:42 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Beides hat seine Vor- und Nachteile. Witzigerweise hat die Wikipedia mal eher mit b) angefangen und (gerade auch die deutsche) WP ist dann immer mehr in Richtung a) gedriftet. ... Bei OSM haben wir klar mit b) angefangen und sind da noch mitten drin. Ich sehe bei OSM allerdings auch nicht das eine Ziel auf das wir überhaupt hinarbeiten könnten. Dafür gibt es zuviele unterschiedliche Interessen - und ich persönlich möchte keinem sagen wollen: du kommst hier nicht rein, weil deine Interessen nicht zu unserem Ziel passen. schön gesagt, das sehe ich genauso und bin auch froh, wenn wir bei b) bleiben. Diese ganze Argumentationskette wir brauchen ein Ziel - dann haben wir auch nicht soviel Müll in der Datenbank - dann kann ich besser/einfacher/schöner an meinem Ziel arbeiten ist doch irgendwie Mist, weil es auf Ausgrenzung setzt. OSM lebt davon, Leute mit unterschiedlichsten Interessen an einer gemeinsamen Sache arbeiten zu lassen. +1 Das filtern nach Zielen kann und muß später bei den Anwendungen erfolgen. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Hallo AssetBurned Am 30.04.2010 13:12, schrieb AssetBurned: Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen möchte. Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen und dann schauen welche gelöscht wurden. Dazu kannst du dann die Changelogs anfordern. http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg liegt der eigentlich in Cuxhaven liegt. Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 100km weiter ist. Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es jetzt in Cuxhaven ist und das Ziel erreicht ist. Ich haette die addr:postcode und addr:street und addr:housnumber und die tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch noch aus dem Node entfernen können. ;-) Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, das da was schiefgegangen ist. Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem Motto: Der User wirds schon richten. Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum ich mich so verhalten habe. Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn auch die andere Seite und würde es heute genau so machen. MAL ÜBERTRIEBEN: Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von Deutschland importieren, ich importiere sie alle an eine Stelle mache ein Note-Tag drann: Bitte an die richtige Stelle verschieben. Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie doch stehen lassen können. ÜBERTRIEBEN AUS Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich auch schon was dazu geschrieben. Kannst du meine Entscheidung akzeptieren? Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Am 30. April 2010 16:13 schrieb Tim 'avatar' Bartel openstreet...@computerkultur.org: a) Der eine möchte ein klares Ziel haben, daß er dann versucht zu erreichen. Dazu werden Pläne und Regeln aufgestellt, ... b) Der andere legt einfach los und schaut mal, was draus wird. Beides hat seine Vor- und Nachteile. Ich sehe das nicht so klar getrennt. Man kann b) auch verfolgen, wenn man unter a) ein ganz klares Ziel definiert hat, welches man erreichen möchte. sowas wie die vollständige Kartierung der Erde? Das könnte ich auch unterschreiben. Sobald man halt anfängt, Ziele wie das Straßennetz mit allen routingrelevanten Informationen zu definieren, werden vermutlich Stimmen kommen die sowas sagen wie: Gebäude oder landuse brauchen wir eigentlich nicht für unser Ziel, das belastet nur unnötig die Datenbank und erzeugt traffic, und dann hätten wir den Exkludismus hier, bei uns, in diesem schönen Projekt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
AssetBurned openstreet...@assetburned.de wrote: komme ich also wieder zu den punkt: wenn die WP mehr zeit in sinnvolle arbeit (hier also ausbau der MediaWiki) stecken würde, und nicht in Blockwart verhalten... dann könnte man mit der WP deutlich mehr spass haben und es gäbe auch weniger zoff. Ich beschränke mich in der Wikipedia auf die Artikelarbeit und kann keine kompetenten Aussagen zur Programmierung machen. Offensichtlich war es so, dass die freiwilligen Programmierer das von Dir Geforderte nicht schultern konnten. Auch beim letzten CCC Kongress wurde Wikipedia thematisiert und auch dort wurden die Forderungen nach verbesserter Benutzerfreundlichkeit laut. Ein entsprechender Aufruf an das mit Programmierern reich gesegnete CCC-Auditorium fand allerdings wohl keine Resonanz. Und deswegen wurde wohl nun auch der Programmierer bei Wikimedia eingestellt. Die Beta Version von Mediawiki kann jetzt - allerdings nur als angemeldeter Benutzer der Wikipedia - eingeschaltet werden und macht beispielsweise ausgiebig vom Mouse-Hoovering (Drüberhalten) auch innerhalb eines Artikels Gebrauch. Es gibt auch einen Rückmeldekanal. Vielleicht magst Du reinschauen und Deine hier geäußerte Kritik formulieren. Mit der Einstellung des Programmierers fördert Wikimedia nicht nur die Wikipedia, sondern auch jedes andere Projekt, das die Mediawiki Software nutzt, also auch OSM. Möglicherweise ein Grund mehr für diejenigen, welche als Programmierer die Möglichkeiten ahnen, dort Stellung zu beziehen. Blockwart -- http://de.wikipedia.org/wiki/Blockwart Ich finde das bei allem Verständnis für Verärgerung eine unangemessene und diskriminierende Bezeichnung für Leute, welche die Drecksarbeit machen, z.B. Tag für Tag und unendlich oft f..., Ar... sowie sonstiges Gestrüpp aus Wikipedia entfernen, das man ansonsten anstatt von Artikeln zu sehen bekäme. Die Wikipedia verkäme zu einer Müllhalde, die weder Inkludisten noch Exkludisten sehen wollten. Die Bezeichnung ist geeignet, Fronten zu verhärten anstatt aufzuweichen. Ich würde es als einen guten Willen zum Aufbau einer Internet Kultur mit Anstand ansehen, wenn man da eine angemessenere Bezeichnung finden könnte. Mit dem Begriff Hausmeister könnte ich mich schon eher anfreunden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen: maxspeed, maxweight mit Einzelfreigabe
Falk Zscheile schrieb: wie bilde ich folgendes in der Datenbank ab: maxspeed=30 für alle, maxweight=5,5 für alle außer Landwirtschaft? maxspeed=30 maxweight=5,5 maxweight:agricultural=yes ? Wieder einmal: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags maxspeed = 30 access:weight5.5 = agricultural Wenn du zu den Freunden von none-Werten (o.ä.) für max*-Schlüssel gehörst, geht es auch ohne den Vergleichsoperator im Schlüssel: maxspeed=30 maxweight=5.5 maxweight:agricultural=none Das none war aber ja schon bei maxspeed nicht konsensfähig: http://wiki.openstreetmap.org/wiki/Proposed_features/maxspeed_none Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 30. April 2010 08:09 schrieb Florian Lohoff f...@zz.de: verwenden? Oder ist bei speziell diesem Thema (Post und so) die Nutzung entsprechend kryptischer (aber hochoffizieller) Abkürzungen quasi gottgegeben? ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ ist also die Vorwahl und der ASB eine eindeutige nummer des Hvt innerhalb des Vorwahlbereiches ... ja, das ist klar, mir ging's so ein bisschen um die genaue Tagbezeichnung, die ich aber in diesem Spezialfall auch gar nicht kritisieren will. Maximal könnte man einen Präfix wie DE: oder so verwenden. Bei der Post (und jetzt t-com) heisst es halt ISDN, TAE, Hvt, ASB, ONKZ, aDSL, NTBA, NFN und nicht irgendwie menschenlesbar wie Anschlussdose, Hauptverteiler, Vorwahl oder Schmetterling. Schönes Techsprech, was im Kontext Kommunikation ja irgendwie auch zur Kultur dazugehört. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Garmin Fahrrad und Rennradkarten -- Velomap.org
Viele kennen mich sicher von openmtbmap.org Da die Karten dort aber nicht optimal fuer Radfahrer und Rennradfahrer sind, habe ich eine neue Karte gebaut.. Diese uebertrifft IMHO alle bisherigen Fahrradkarten im Autorouting spielerisch, und basiert im Prinzip auf meinen Openmtmap Karten. Das Autorouting ist auch fuer Rennradfahrer optimal benutzbar, und funktioniert nun auch ueber deutlich laengere Distanzen wie auf allen anderen Karten fuer Radfahrer (300-400km ohne Viapunkt - was etwa 200-300mal abbiegen entspricht). Da mein PC zu Hause ziemlich ueberlastet ist, schon beim uploaden der openmtbmaps, gibt es vorerst die Karten nur fuer DACH. http://www.velomap.org - die neue Straßen-Fahrradkarte von Openmtbmap.org VeloMap.org bietet die besten Fahrradkarten fuer Rennradfahren und normales Fahrradfahren (etwa zur Arbeit fahren). Waehrend die Openmtbmap.org Karten bisher fuer Wanderer / Mountainbiker und Fahrradfahrer waren, wird die VeloMap.org primaer auf asphaltierten Straßen und Wegen Autorouten. Die Openmtbmap.org Karten werden dafuer eine noch deutlich staerkere Offroad Praeferenz (knackigere Trails) bekommen. Der Vorteil von zwei seperaten Karten ist, dass auf jeder Karte das Autorouting fuer sich einfach deutlich besser funktionieren kann. So funktioniert mit den Velomap.org Karten Autorouting auch ueber deutlich laengere Distanzen und kuerzeste Strecke, ist auch wirklich kurz *Autorouting* mit Mapsource 6.16 oder Basecamp v3 funktioniert ohne Viapunkte bis zu *400km*. 200-300km sind immerhin auf Nuvi/Oregon/Dakota/new Generation etrex/GPSmaps moeglich. Und bis zu 100km auf alten GPS wie Legend/Vista HCx obwohl primaer Nebenstraßen, Fahrradwege und Fahrradrouten bevorzugt werden (etwa 30-40km wenn eine Großstadt im Weg liegt). Somit kann man mit allen modernen GPS eine Tagesroute ohne Viapunkt berechnen, auf einem Vista HCx, sollte man mit 2-3 Viapunkten auch Tagestouren am GPS selber planen koennen. Mit den Openmtbmap, ist die Entfernung dagegen nur rund 1/3. Ausserdem ist Kuerzere Distanz nun tatsaechlich sehr kurz, Schnellere Strecke dagegen findet schoenere Strecken (wobei hier die oben genannten Distanzen deutlich kuerzer werden). Karten-Layout Die Karten sind etwas bereinigter wie die Openmtbmaps, da sie weniger Details zeigen. Sie sind aber weiterhin 100% auf Ablesbarkeit am GPS getrimmt - also sehr hoher Kontrast. Auf großen Bildschirmen, braucht man daher allerdings etwas Angewoehnungszeit. Im Gegensatz zu den meisten anderen Karten, sind sie dafuer aber auch bei schnellem Licht/Schattenwechsel am GPS sofort erkennbar - schließlich kann man am Bike nicht wie ein Wanderer das GPS optimal zur Sonne ausrichten... Download Ich habe die drei beliebtesten Laender (basierend auf openmtbmaps Downloads) als Sample hochgeladen Germany: http://openmtbmap.x-nation.de/maps/velomap/mtbgermany1.7z.zip Austria: http://openmtbmap.x-nation.de/maps/velomap/mtbaustria1.7z.zip Switzerland: http://openmtbmap.x-nation.de/maps/velomap/mtbswitzerland1.7z.zip Development / Future Ich kann auf meinem eigenen PC die Karten nicht auch noch rendern/uploaded (alleine die Openmtbmaps blockieren meinen PC rund 16 Stunden). Ich werde anfragen ob die Karten auf dem Fossgiss (Stratos) Server gerendert werden koennen, oder jemand anders bietet sich an. Das Style-File / Typfile ist Opensource by CCBYSA VeloMap.org. Wenn ich keinen Server finde, dann muss dieses Projekt leider wieder sterben. Die Karten sind noch lange nicht so optimiert fuer Rennradfahren/Tourenfahren wie die Openmtbmaps es zum Mountainbiken sind. Allerdings brauch alles weitere FineTuning viel Zeit, und es waere gut wenn sich andere dran beteiligen. Bevor es einen Server gibt, werde ich jedoch nichts weiter aendern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin Fahrrad und Rennradkarten -- Velomap.org
2010/4/30 Felix Hartmann extremecar...@googlemail.com: Viele kennen mich sicher von openmtbmap.org Da die Karten dort aber nicht optimal fuer Radfahrer und Rennradfahrer sind, habe ich eine neue Karte gebaut.. Diese uebertrifft IMHO alle bisherigen Fahrradkarten im Autorouting spielerisch, und basiert im Prinzip auf meinen Openmtmap Karten. hört sich vielversprechend an. Verstehe ich das richtig, dass man mit dem Fahrrad Autorouting einstellen soll, um Fahrradrouting zu bekommen? Berücksichtigst Du dabei auch Bodenbeläge wie Kopfsteinpflaster? Welche Auswirkung haben Radwege? Wie ist die Gewichtung? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin Fahrrad und Rennradkarten -- Velomap.org
On 30.04.2010 17:17, M∡rtin Koppenhoefer wrote: 2010/4/30 Felix Hartmannextremecar...@googlemail.com: Viele kennen mich sicher von openmtbmap.org Da die Karten dort aber nicht optimal fuer Radfahrer und Rennradfahrer sind, habe ich eine neue Karte gebaut.. Diese uebertrifft IMHO alle bisherigen Fahrradkarten im Autorouting spielerisch, und basiert im Prinzip auf meinen Openmtmap Karten. hört sich vielversprechend an. Verstehe ich das richtig, dass man mit dem Fahrrad Autorouting einstellen soll, um Fahrradrouting zu bekommen? siehe hier: http://www.velomap.org/de/velomaporg/autorouting/ Berücksichtigst Du dabei auch Bodenbeläge wie Kopfsteinpflaster? Welche Auswirkung haben Radwege? Wie ist die Gewichtung? Gruß Martin Ja, es werden zig tags beruecksichtig - Style-File ist hier: http://velomap.origo.ethz.ch/origo_home ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin Fahrrad und Rennradkarten -- Velomap.org
Am 30. April 2010 17:24 schrieb Felix Hartmann extremecar...@googlemail.com: hört sich vielversprechend an. Verstehe ich das richtig, dass man mit dem Fahrrad Autorouting einstellen soll, um Fahrradrouting zu bekommen? siehe hier: http://www.velomap.org/de/velomaporg/autorouting/ OK, sehr schön, ich denke ich verstehe es. Als Anregung: Du könntest m.E. noch expliziter dort hinschreiben, dass das Autorouting nichts mehr mit Autos zu tun hat. Ja, es werden zig tags beruecksichtig auch sehr schön. - Style-File ist hier: http://velomap.origo.ethz.ch/origo_home da bekomme ich nur einen 404- Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen: maxspeed, maxweight mit Einzelfreigabe
Am 30. April 2010 16:59 schrieb Tobias Knerr o...@tobias-knerr.de: Falk Zscheile schrieb: wie bilde ich folgendes in der Datenbank ab: maxspeed=30 für alle, maxweight=5,5 für alle außer Landwirtschaft? maxspeed=30 maxweight=5,5 maxweight:agricultural=yes ? Wieder einmal: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags Dankeschön. Ich habe es jetzt auch von der Deutschen Seite aus verlinkt. Wenn du zu den Freunden von none-Werten (o.ä.) für max*-Schlüssel gehörst, geht es auch ohne den Vergleichsoperator im Schlüssel: maxspeed=30 maxweight=5.5 maxweight:agricultural=none Das none war aber ja schon bei maxspeed nicht konsensfähig: http://wiki.openstreetmap.org/wiki/Proposed_features/maxspeed_none Wie es scheint war der Grund für die Ablehnung bei der maxspeed-Diskussion, dass man (richtiger weise) kein Tag für die im Grundsatz fehlende Geschwindigkeitsbegrenzung auf deutschen Autobahn wollte. Bei meinem Problem ist der Fokus ein anderer, da es hier um die Ausnahme von einer vorgegebenen Beschränkung geht. Insoweit halte ich den Wert für tragfähig. Damit bin ich wohl soeben ein Freund der none-Werte geworden :-) Zumal es mir auch vom Namensraum her besser gefällt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin Fahrrad und Rennradkarten -- Velomap.org
On 30.04.2010 17:36, M∡rtin Koppenhoefer wrote: Am 30. April 2010 17:24 schrieb Felix Hartmannextremecar...@googlemail.com: hört sich vielversprechend an. Verstehe ich das richtig, dass man mit dem Fahrrad Autorouting einstellen soll, um Fahrradrouting zu bekommen? siehe hier: http://www.velomap.org/de/velomaporg/autorouting/ OK, sehr schön, ich denke ich verstehe es. Als Anregung: Du könntest m.E. noch expliziter dort hinschreiben, dass das Autorouting nichts mehr mit Autos zu tun hat. Autorouting kommt von Automatisch, nicht von PKW. Ja, es werden zig tags beruecksichtig auch sehr schön. - Style-File ist hier: http://velomap.origo.ethz.ch/origo_home da bekomme ich nur einen 404- Ups, den Link hab ich zerschossen beim umtauschen. Hier ist der korrekte Link http://openmtbmap.origo.ethz.ch/ Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 16:22, Tim 'avatar' Bartel wrote: jetzt könnte ich mal die karte pullen wieviel prozent (und absolut) der spenden einnahmen, von WikiMedia Deutschland geht tatsächlich in die hardware zum betrieb der Wikipedia? oder Wieviel geht in die aktive entwicklung von software? aber das mach ich jetzt nicht... das kann jeder selber nachlesen. Dann sollte an dieser Stelle auch der entsprechende Link folgen: http://wikimedia.de/index.php?id=20 [...] zugegeben ein nicht ganz zu unterschätzender grund für diese unausgewogenheit liegt an der deutschen gesetzgebung, aber verwunderlich ist es schon das da keine andere lösung gefunden wurde. Mit der Gesetzgebung hat das wenig zu tun. Die bedingt nur, dass wir nicht ohne weiteres Geld einfach an die Foundation weiterreichen können (was aber auch nicht sinnvoll wäre). nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. Exakt. nun und genau dies ist eines der haupt probleme des deutschen vereines. für otto normal spender erscheint es so das man mit einer spende an die WikiMedia Deutschland direkt der Wikipedia geld zufließen lässt. aus dem grunde hatten viele in meinem bekannten kreis, tatsächlich auch entsprechend gespendet. wenn dann aber bei der durchsicht der ausgaben auffällt das eigentlich nur ein einziger proxy von der wikimedia deutschland finanziert wurde (um die antwortzeiten für europäische nutzer zu verringern) und auch diese anschaffung eher ein verlegenheitslösung war, da ansonsten nur geld für reisekosten, büromaterialen und anderer krams ausgegeben wurde... da musste ich schon einige überzeugungsarbeit leisten das dieses geld nicht verpufft und aufgrund neuer räumlichkeiten dezentraler strukturen (reisekosten) und ähnlichen ausgegeben wurde. das abfließen der hiesigen einnahmen an die zentrale beschreibt genau den punkt den ich als gesezliches problem einstufe. nun es ist verständlich, aber andererseits auch reichlich nervig den auf der anderen seite des atlantiks sitzen nunmal die haupt infrastruktur teile der WP und dort, so hat es jedenfalls den anschein, werden auch entscheidungen über wer macht gegen bezahlung was für das projekt getroffen. wenn dann hier ein verein ist der auf dem geld hockt (nichtmal gewillt ist für eigene presse veranstaltungen) ausreichend geld springen zu lassen, sorry dann laufen irgendwann die sponsoren weg. und genau so ging es in meinen bekanntenkreis. kombiniert mit meinen anderen erfahrungen im WP projekt, rate ich den leuten inzwischen eher geld an andere organisationen zu spenden. zugegeben ich weiß nicht ob das bei der WikiMedia deutschland immer noch so ist, aber was ich so lese legt es nahe. und persönlich fehlt mir auch der nerv mich mit dem projekt so auseinander zu setzen das ich es wieder guten gewissens empfehlen kann. das es auch anders gehen kann sieht man an wauland.de der Wau Holland Stiftung. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Am 30. April 2010 13:43 schrieb Martin Simon grenzde...@gmail.com: Allerdings drucke ich normalerweise mit 600 oder 1200 dpi auf Laserdruckern. das würde ich auch empfehlen. Alternativ mit Spezialpapier und Tintenstrahl und ggf. hinterher versiegeln. Wenn das hier stimmt: http://de.wikipedia.org/wiki/Punktdichte#Ausbelichtung_auf_Fotopapier sind 300ppi das Maximum beim Belichten. Das halte ich für wenig, aber Du kannst ja mal Versuche machen ob Dir das reicht, das kommt vor allem darauf an, wie dicht Deine Vorlage ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On 30.04.2010, at 16:36, Sven Anders wrote: Hallo AssetBurned Am 30.04.2010 13:12, schrieb AssetBurned: Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen möchte. hallo?! hab ich was von relationen gesagt? ich bin davon ausgegangen das jemand ne papierliste (grusel) oder text/excel datei hat. diese datei in _WIKI_ zu packen und als tabelle anzeigen zu lassen sollte ja nicht all zu schwierig sein. so kann jeder (auch leute die nix mit relationen anfangen können) nachgucken ob in ihren regelmäßig bearbeiteten gebieten noch alle nodes vorhanden sind. um das aber machen zu können müsste diese tabelle noch um eine spalte ergänst werden. ebend um einen link auf den jeweiligen node. im prinzip also so wie es bei diversen straßen-namen-listen auch schon der fall ist. siehe hier http://osm.gt.owl.de/Strassenliste/output/62559/ sowas in der art meinte ich. einfach nen link auf den node. und wenn dann jemand feststellt das der node gelöscht wurde, kann man sich angucken warum... wenn dann jemand sagt äh der muß 100km woanders hin und ich will das nicht machen kann man den wieder herstellen und verschieben. Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen und dann schauen welche gelöscht wurden. Dazu kannst du dann die Changelogs anfordern. http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind s.o. Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg liegt der eigentlich in Cuxhaven liegt. Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. ja du oder jemand der sich ein bestimmtes thema als lieblingsthema rausgesucht hat. und solche nodes im auge behält. wenn mir jemand an meine automaten nen fixme=ich glaub der wird bald abgebaut anhängt werde ich da auch mal vorbeischauen ob dem wirklich so ist. Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 100km weiter ist. Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es jetzt in Cuxhaven ist und das Ziel erreicht ist. ok solche probleme sind mich nicht bekannt (mangels erfahrung mit garmin geräten). aber würde dann nich ein verändern des addr:city=cuxhaven tags nach addr_falsch:city=cuxhafen auch gehen? Ich haette die addr:postcode und addr:street und addr:housnumber und die tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch noch aus dem Node entfernen können. ;-) s.o. Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, das da was schiefgegangen ist. jo das find ich nen faires vorgehen. Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem Motto: Der User wirds schon richten. Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum ich mich so verhalten habe. Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn auch die andere Seite und würde es heute genau so machen. MAL ÜBERTRIEBEN: Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von Deutschland importieren, ich importiere sie alle an eine Stelle mache ein Note-Tag drann: Bitte an die richtige Stelle verschieben. Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie doch stehen lassen können. ÜBERTRIEBEN AUS Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich auch schon was dazu geschrieben. Kannst du meine Entscheidung akzeptieren? nachvollziehen: ja akzeptieren: na sagen wir mal ich würde dich auf der straße nicht böse anmachen :-) ich denke mal dein obriges beispiel ist garnicht s übertrieben. wenn da jemand 100 nodes auf eine stelle klatsch und sagt macht mal würde ich mir auch überlegen ob ich das wirklich machen würde. aber vermutlich würde ich mir erstmal ne andere ecke suchen wo ich mappe. zugegeben wenn ich tatsächlich obriges navigations problem hätte würd ich da wohl auch so verfahren das ich die nodes so umbaue
Re: [Talk-de] Von Wikipedia lernen
Tim 'avatar' Bartel openstreet...@computerkultur.org writes: Ich sehe das nicht so klar getrennt. Man kann b) auch verfolgen, wenn man unter a) ein ganz klares Ziel definiert hat, welches man erreichen möchte. Vielleicht, aber nicht so, wie das von den deutsche artikel-wächtern gehandhabt wird. Wales hatte man gesagt, es ist alles relevant, was jetzt oder in absehbarer zukunft 100 leute interessieren könnte; die deutschen wächter setzen jedoch fest, dass z.b. nur die fußballspieler, die profis sind oder waren (in DE 1-3. liga), reinkommen--all die anderen werden gelöscht. Wie man bei diesen vorgaben b) verfolgen kann, ist mir nicht ganz klar... Auch wurden zu meiner zeit immer gern stubs gelöscht oder dörfer bzw. stadtteile mit mehr als 100 einwohnern als nicht relevant eingestuft (und gelöscht). Ähnliche tendenzen gibt es bei OSM auch immer mal wieder, wenn beispielsweise radwege zu attributen von fahrbahnen verallgemeinert werden und dabei schnell unter den tisch fällt, dass so ein radweg nicht selten einen ganz andere vorfahrtsregelung an der nächsten kreuzung hat. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hi, Am 30. April 2010 17:48 schrieb AssetBurned openstreet...@assetburned.de: On 30.04.2010, at 16:22, Tim 'avatar' Bartel wrote: nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. Exakt. nun und genau dies ist eines der haupt probleme des deutschen vereines. für otto normal spender erscheint es so das man mit einer spende an die WikiMedia Deutschland direkt der Wikipedia geld zufließen lässt. Es ist sicherlich neben der direkten Spende an die WMF (die dann leider nicht von der Steuer absetzbar ist) der direkteste Weg, Wikipedia (finanziell) zu unterstützen, ja. wenn dann aber bei der durchsicht der ausgaben auffällt das eigentlich nur ein einziger proxy von der wikimedia deutschland finanziert wurde (um die antwortzeiten für europäische nutzer zu verringern) und auch diese anschaffung eher ein verlegenheitslösung war, da ansonsten nur geld für reisekosten, büromaterialen und anderer krams ausgegeben wurde... da musste ich schon einige überzeugungsarbeit leisten das dieses geld nicht verpufft und aufgrund neuer räumlichkeiten dezentraler strukturen (reisekosten) und ähnlichen ausgegeben wurde. Weia. a) Der einzige Proxy besteht aus 30+ leistungsfähigen Servern und ist einer von drei Standorten weltweit, die dafür sorgen, dass die Wikipedia zum Leser kommt. Was passiert, wenn er ausfällt, konnte man vor ~5 Wochen für einige Stunden gut beobachten. b) Daneben finanzieren wir den Toolserver-Cluster. Alleine in diese beiden Posten sind letztes Jahr mehr als 100.000 Euro geflossen. b) Mir ist vollkommen unklar, wie du auf die Mär der Verlegenheitslösung kommst. c) Ich wäre dir sehr dankbar, wenn du deine unhaltbaren Vorwürfe der Spendergeldverschwendung nicht öffentlich äußern würdest, sofern du sie nicht belegen kannst. das abfließen der hiesigen einnahmen an die zentrale beschreibt genau den punkt den ich als gesezliches problem einstufe. nun es ist verständlich, aber andererseits auch reichlich nervig den auf der anderen seite des atlantiks sitzen nunmal die haupt infrastruktur teile der WP und dort, so hat es jedenfalls den anschein, werden auch entscheidungen über wer macht gegen bezahlung was für das projekt getroffen. Wie du unschwer am Beispiel der gesichteten/geprüften Versionen sehen kannst, ist das nicht so einfach. Natürlich sind unsere Investitionen (monetär und inhaltlich) größtenteils mit der WMF abgestimmt - wäre auch dumm das nicht zu tun, da wir das gleiche Ziel verfolgen und gut zusammenarbeiten. wenn dann hier ein verein ist der auf dem geld hockt (nichtmal gewillt ist für eigene presse veranstaltungen) ausreichend geld springen zu lassen, sorry dann laufen irgendwann die sponsoren weg. und genau so ging es in meinen bekanntenkreis. Der Verein hockt nicht auf dem Geld. Aber all dies kannst du auch dem Jahresbericht entnehmen. kombiniert mit meinen anderen erfahrungen im WP projekt, rate ich den leuten inzwischen eher geld an andere organisationen zu spenden. Dein gutes Recht. Tschüss, Tim. PS: Ich schlage vor, diese Diskussion bei Bedarf an eine andere Stelle deiner Wahl zu verlagern - ich könnte mir vorstellen, dass sie nicht für jeden OSMler unbedingt interessant ist, wie ich mit meinem Offtopic-Hinweis in der Vormail schon angedeutet hatte. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 16:59, Tirkon wrote: AssetBurned openstreet...@assetburned.de wrote: komme ich also wieder zu den punkt: wenn die WP mehr zeit in sinnvolle arbeit (hier also ausbau der MediaWiki) stecken würde, und nicht in Blockwart verhalten... dann könnte man mit der WP deutlich mehr spass haben und es gäbe auch weniger zoff. Ich beschränke mich in der Wikipedia auf die Artikelarbeit und kann keine kompetenten Aussagen zur Programmierung machen. Offensichtlich war es so, dass die freiwilligen Programmierer das von Dir Geforderte nicht schultern konnten. Auch beim letzten CCC Kongress wurde Wikipedia thematisiert und auch dort wurden die Forderungen nach verbesserter Benutzerfreundlichkeit laut. Ein entsprechender Aufruf an das mit Programmierern reich gesegnete CCC-Auditorium fand allerdings wohl keine Resonanz. Und deswegen wurde wohl nun auch der Programmierer bei Wikimedia eingestellt. tja nur weil man die ressourcen hat, heißt es noch lange nicht das die ressourcen auch wollen :-) es ist halt wirklich die frage in wie weit jemand lust hat etwas freiwillig für ein projekt zu machen das a) kohle hat um sie in den augen der freiwilligen zu verpulvern (ja die realität mag anders aussehen aber so kam es zeitweise bei einigen an) und b) immer wieder auf ein eingeschlagen hat. ich meine auf den schulhof ist man ja auch nicht zum klassen rowdy gegangen und hat ihm nen schluck von seiner milch abgegeben, man wusste ja eh das man wieder vermöbelt wird und nachher keine milch mehr hat aber dafür reichlich blaue flecken. Die Beta Version von Mediawiki kann jetzt - allerdings nur als angemeldeter Benutzer der Wikipedia - eingeschaltet werden und macht beispielsweise ausgiebig vom Mouse-Hoovering (Drüberhalten) auch innerhalb eines Artikels Gebrauch. Es gibt auch einen Rückmeldekanal. Vielleicht magst Du reinschauen und Deine hier geäußerte Kritik formulieren. na das werde ich doch glatt mal die tage machen. danke für den tip! Mit der Einstellung des Programmierers fördert Wikimedia nicht nur die Wikipedia, sondern auch jedes andere Projekt, das die Mediawiki Software nutzt, also auch OSM. Möglicherweise ein Grund mehr für diejenigen, welche als Programmierer die Möglichkeiten ahnen, dort Stellung zu beziehen. Blockwart -- http://de.wikipedia.org/wiki/Blockwart oh ein parade beispiel dafür wie blindes vertrauen in die wikipedia zum schuß nach hinten werden kann. und übrigens gerade in diesen konkreten fall schon ein sehr altes beispiel. so wurde doch der komplette absatz Weitere Wortbedeutungen für „Blockwart“ komplett entfernt :-) mal schauen ob dieser recht lange links heil rüber kommt: http://de.wikipedia.org/w/index.php?title=Blockleiteraction=historysubmitdiff=66902423oldid=66779604 für interessierte: der entsprechende absatz wurde gelöscht nachdem die diskussion zum blog.fefe.de hochkochte und dort die bösen der Admins permanent als blockwarte beschimpft wurden. so sollte versucht werden die durchaus berechtigte kritik am vorgehen der WP so darzustellen als wenn hier alle admins mit nazies gleichgestellt werden. und wie es ausschaut, war es bislang noch nicht relevant genug alternative bedeutungen dieses begriffes wieder in die WP aufzunehmen ;-) Ich finde das bei allem Verständnis für Verärgerung eine unangemessene und diskriminierende Bezeichnung für Leute, welche die Drecksarbeit machen, z.B. Tag für Tag und unendlich oft f..., Ar... sowie sonstiges Gestrüpp aus Wikipedia entfernen, das man ansonsten anstatt von Artikeln zu sehen bekäme. Die Wikipedia verkäme zu einer Müllhalde, die weder Inkludisten noch Exkludisten sehen wollten. Die Bezeichnung ist geeignet, Fronten zu verhärten anstatt aufzuweichen. Ich würde es als einen guten Willen zum Aufbau einer Internet Kultur mit Anstand ansehen, wenn man da eine angemessenere Bezeichnung finden könnte. Mit dem Begriff Hausmeister könnte ich mich schon eher anfreunden. nun wie heißt es so schön jeder zieht sich den schuh an von dem er meint das er passt. zugegeben es gibt auch reichlich leute die tatsächlich einen Hausmeisterlichen tätigkeit nachkommen, so wie du den hausmeister beschreibst. wobei ich nun hausmeister auch nicht immer ein positiver begriff sein muß, gibt genau so beispiele für hausmeister die bekannt dafür sind das sie spitzeln und mobben. allerdings sind diese personen in meinen augen... nun sie treten halt nicht ausreichend in den vordergrund. warum auch immer. und irgendwann greift leider, in solchen fällen, die sippenhaft. nen bier produzent fängt ja auch nicht an jedes einzelne gersten korn zu analysieren, da wird geguckt ob die stichprobe der lieferung OK ist und keinen (oder einen vernachlässigbaren kleinen teil) von unrat enthält und sonst wird die wahre als schlecht wieder zurück gewiesen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list
Re: [Talk-de] Von Wikipedia lernen
AssetBurned openstreet...@assetburned.de wrote: wenn dann aber bei der durchsicht der ausgaben auffällt das eigentlich nur ein einziger proxy von der wikimedia deutschland finanziert wurde (um die antwortzeiten für europäische nutzer zu verringern) Naja, ganz so schlimm ist es nun doch nicht: Beispielsweise wurden für 15.000 Euro drei Server angschafft, die OSM für Wikipedia spiegeln und OSM-bezogene Tools hosten, z.B. Karte in Landessprache der jeweiligen Wikipedia. und auch diese anschaffung eher ein verlegenheitslösung war, da ansonsten nur geld für reisekosten, büromaterialen und anderer krams ausgegeben wurde... da musste ich schon einige überzeugungsarbeit leisten das dieses geld nicht verpufft und aufgrund neuer räumlichkeiten dezentraler strukturen (reisekosten) und ähnlichen ausgegeben wurde. Es gibt Wikipedia Autoren, die leicht vierstellige Beträge aus der Privatschatulle für Literatur ausgegeben, um ihre Artikel schreiben zu können. Wenn dann aber zur weiteren Verbesserung ein Einzelwerk benötigt wird, das schon dreistellig die Privatkasse belastet, hört der Spass auf. Dann bewilligt Wikipedia für engagierte Autoren Literaturstipendien: http://de.wikipedia.org/wiki/Wikipedia:Literaturstipendium Auch der eingestellte Mediawiki Programmierer dürfte im mehrfachen fünfstelligen Bereich jährlich zu Buche schlagen. Übrigens: Ich weiß nicht, woran es liegt. Aber wenn ich bei Deinen Postings auf Zitieren klicke, erscheinen sie - anders als bei jedem anderen Poster - ohne Zeilenumbruch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Danke an alle OSM-Mapper
Hallo, ich möchte mich hier nur mal bei allen OSM-Mappern bedanken. Ohne Euch wäre eine Seite unserer Website so nicht möglich. http://www.jojo-wassersport.de/charter Danke und ein schönes Wochenende Roland Rollinger -- JOJO Wassersport Inh. Christoph Glaser Augustenstr. 79 80333 München Tel. +49 (89) 30 90 99 88 Fax +49 (89) 30 90 99 89 i...@jojo-wassersport.de www.jojo-wassersport.de -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
Am 30. April 2010 11:17 schrieb René Falk li...@falconaerie.de: Am 30.04.2010 04:12, schrieb M∡rtin Koppenhoefer: mir wäre fishmonger lieber, da allgemeiner. Es gibt auch Händler die keinen Fisch verkaufen, aber Meeresfrüchte. im englischsprachigen Raum hat sich seafood als Sammelbegriff für alles aus dem Wasser weitgehenst etabliert. Selbst in UK ist das inzwischen fast überall so verstanden. Beispielsweise bekommt man bei Harrods seafood department auch Süßwassergetier. Auch in Asien und Arabien läuft der Viktoria-Barsch unter seafood. die Engländer haben übrigens auch fishmonger für das generische und in GB übliche genannt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird nicht?dargestellt
Am 30. April 2010 07:53 schrieb Karl Eichwalder k...@gnu.franken.de: M∡rtin Koppenhoefer dieterdre...@gmail.com writes: +1, leider auch keine flächigen Straßen (Plätze). diese sind zur Orientierung in der Stadt wichtig. Tja, das kommt davon, wenn man nicht rückwärtskompatibel arbeitet. ? highway=pedestrian und area=yes gibt es seit Jahren und auf den meisten Karten, das liegt daran dass es Andy nicht wichtig ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Am 30.04.2010 12:36, schrieb Florian Lohoff: On Fri, Apr 30, 2010 at 12:21:31PM +0200, Stephan Wolff wrote: Schon MDF werden nur wenige User verstehen. Analog zu power=station wäre vielleicht dsl=distribution oder immerhin DSL_MDF angemessen. Das ist nicht nur dsl - das ist vermittlungsstelle - dsl ist da nur fuer die distanzberechnung interessant. Dann könnte man eben phone_net=distribution nehmen. Das kann im Gegensatz zu man_made=MDF auch ein Nichtfachmann lesen. ONKZ und ASB sind die beiden informationenen die immer und ueberall bei der Telekom verwendet werden. D.h. wenn du einen DSL Anschluss haben willst wird das auf einen Hvt gematched der ueber deine Vorwahl und den entsprechenden Hvt in deinem Vorwahlbereich identifiziert wird. ONKZ und ASB sind Abkürzungen eines Begiffs im Behördendeutsch einer speziellen Firma. Es gibt aber tausende Firmen mit DSL-Verteilern. Auf interne Bezeichnungen wie pbkz (Postbezirkskennzahl) oder uvvn (Unterverteilungsverwaltungsnummer) sollten wir in einem internationalen Projekt verzichten. Für Verwaltungsnummern ist in OSM das ref-Tag üblich. Statt man_made=MDF, onkz=030, asb=753 könnte man man_made=DSL_MDF, ref=030/753 oder, wenn man auf onkz und asb nicht verzichten mag, man_made=DSL_MDF, ref:onkz=030, ref:asb 753 verwenden. ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. Das habe ich nicht bestritten. PLZ ist in Deutschland auch üblich, aber in OSM verwenden wir postcode. Bei Straßen tragen wir ref statt Fernstraßennummer ein, bei Stromleitungen ref aber nicht Leitungsnummer oder LNR. Für ein internationales Projekt wie OSM sollte man keine nationalen Begriffe und Abkürzungen verwenden. Was wäre denn der Nachteil von ref=030/753 wenn man den Aufbau im Wiki beschreibt? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
AssetBurned openstreet...@assetburned.de wrote: Blockwart -- http://de.wikipedia.org/wiki/Blockwart oh ein parade beispiel dafür wie blindes vertrauen in die wikipedia zum schuß nach hinten werden kann. und übrigens gerade in diesen konkreten fall schon ein sehr altes beispiel. Ich kenne das Artikel-Versionsarchiv und die Diskussionsseiten. http://de.wikipedia.org/w/index.php?title=Blockleiteraction=history allerdings sind diese personen in meinen augen... nun sie treten halt nicht ausreichend in den vordergrund. warum auch immer. und irgendwann greift leider, in solchen fällen, die sippenhaft. Ich weiß nicht. Für mich klingt Dein letzter Beitrag reichlich ideologisch und steht so vollkommen im Gegensatz zu der IMHO wohlabgewägten Analyse, mit der Frederik den Thread begonnen hat. Bist Du ernsthaft der Meinung, mit solchen Mitteln zu einem Ergebnis zu kommen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mapgen 1.03 veröffentlicht
hi, es gibt wieder ein wenig neues: * size of legend reduced * icon move steps scaled now * patterns for areas are scaled now * oneway arrows are scaled now * external POI file can be added * halo now also for way labels ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Ulf Lamping ulf.lamp...@googlemail.com wrote: Dafür gibt es zuviele unterschiedliche Interessen - und ich persönlich möchte keinem sagen wollen: du kommst hier nicht rein, weil deine Interessen nicht zu unserem Ziel passen. Ich meine, den bisherigen Diskussionen entnehmen zu können, dass historische und nicht mehr existente Strukturen als auch imaginäre Welten in der OSM Datenbank zumindest derzeit aus technischen Gründen mehrheitlich abgelehnt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Arbeitsmatrix Dortmund
Hallo, wann kommt eigentlich die Arbeitsmatrix für das Abzeichnen in Dortmund? So langsam ist es schwierig, noch nicht gemappte Stellen zu finden, da könnte dann eine Arbeitsmatrix praktisch sein. Ich stelle immer wieder fest, dass in einem Bereich zwar alle Häuser eingezeichnet sind, aber noch keine Landuses oder die Straßenverläufe sind noch nicht korrigiert. Auch oft sind z.B. Reihenhäuser nicht miteinander verbunden, sondern nur nah nebeneinander gezeichnet. Mit so einer Arbeitsmatrix wäre solche eine (Kontroll-/Korrektur-)Arbeit viel besser und effizienter in der Gemeinschaft koordinieren. Für einen allein ist es nahzu unmöglich, in ganz Dortmund zu prüfen, ob auch alle Gebäude da sind. In der Gemeinschaft aber wäre das sehr gut zu machen, jeder kontrolliert einen kleinen Bereich und teilt damit den anderen mit, wo alles fertig ist und wo noch Arbeit nötig wäre. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alle Strassen von Troisdorf sind in OSM
Der Benutzer Der Troisdorfer hat gestern die letzten vereinzelten Strassen aufgesucht und eingetragen. Er sagte mir, es gibt nun keine Strassen mehr, die aus der Strassenliste oder einer anderen uns bekannten Quelle in der Karte fehlen. Sobald die Statistikseite vom Flo wieder laeuft koennen wir es auf einen Blick das Werk von hunderten Mappern in der Region sehen. http://osm.gt.owl.de/Strassenliste/output/55060/index.html Beste Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Rainer Knaepper rain...@smial.prima.de [Thu, Apr 29, 2010 at 11:41:00AM CEST]: [...] Dank seines Allradlers und mitfahrender, ortskundiger Griechen gibt es jetzt sogar schon einige, ähem, Nebenwege. Oha. Gibt es die neuerdings auf der Karte oder neuerdings in echt? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird nicht?dargestellt
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Am 30. April 2010 07:53 schrieb Karl Eichwalder k...@gnu.franken.de: Tja, das kommt davon, wenn man nicht rückwärtskompatibel arbeitet. ? highway=pedestrian und area=yes gibt es seit Jahren und auf den meisten Karten, das liegt daran dass es Andy nicht wichtig ist. Das ist eben seit jahren unfug. Es würde niemandem ein zacken aus der krone brechen, wenn man die straßen oder wege drüber- oder drunterlegen würde bzw. einfach nicht weglöschen würde. Nur die wenigsten dieser bereiche sind echte plätze und auch bei denen wäre es besser, wenn man die hauptverkehrswege eintragen würde. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Sven Geggus li...@fuchsschwanzdomain.de [Thu, Apr 29, 2010 at 04:21:09PM CEST]: Georg Feddern ne...@bavarianmallet.de wrote: Ohne Waschgelegenheit und WC als Imbiss (halt fast_food, auch wenn es nicht so schnell geht), mit kompletten Restaurationsmöglichkeiten als Restaurant. *urgs* Du willst allen Ernstes vorschlagen eine Jausenstation als fast-food zu taggen? *schauder* Das hatte ich mit unserem Naturfreundehaus auch mal gemacht, weil es mir am ehesten zutreffend erschien für die Zubereitung der Speisen. Inzwischen habe ich amenity=biergarten draus gemacht, da Freiluft und Ausschank doch eine größere Rolle spielt als die einfachen Speisen. alpine_hut fand ich immer einen schlechten Wert, da er im Namen die Lage trägt, die sich aus der -- nun ja -- Lage schließen lässt, und nicht klar ist, ob sich sich auf gleiche Einrichtungen im Mittelgebirge oder Flachland übertragen lässt. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Sven Geggus li...@fuchsschwanzdomain.de [Thu, Apr 29, 2010 at 09:22:02PM CEST]: AssetBurned openstreet...@assetburned.de wrote: zudem wäre es eine möglichkeit für die standards vorzugeben ;-) Die Standards werden vond em vorgegeben was gerendert wird, das war doch faktisch schon immer so. Hier vielleicht noch zusätzlich davon was in der Reit- und Wanderkarte gerendert wird. Wenn's danach geht, dann würde man sowieso eher einfache Schutzhütten taggen, da sie im Mapnik viel eher auftauchen als Wanderhütten mit Übernachtung. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
M∡rtin Koppenhoefer wrote: ist es das hier? http://www.openstreetmap.org/browse/node/705038172 Nee, vermutlich eher das: relation id=65756 version=16 timestamp=2010-02-22T18:13:45Z uid=6270 user=mikes changeset=3945886 member type=way ref=28696818 role=outer/ member type=way ref=28697635 role=outer/ member type=way ref=29411851 role=outer/ member type=way ref=51030821 role=outer/ member type=way ref=30001814 role=outer/ member type=way ref=30001815 role=outer/ tag k=admin_level v=10/ tag k=boundary v=administrative/ tag k=name v=Parkviertel Solln/ tag k=type v=multipolygon/ /relation Kann ich einfach nach dieser Id suchen? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
AssetBurned openstreet...@assetburned.de [Thu, Apr 29, 2010 at 04:20:08PM CEST]: moin ok eigentlich hatte ich ja für mich nen persönlichen schlußstrich gezogen und wollte nicht weiter WP bashing betreiben. aber dieses posting war einfach zu verlockend und hat mich gerade doch echt 2 stunden antwortschreiben gekostet :-/ Das ist an mich leider verschwendet: Keine Zeilenumbrüche, sparsamer Umgang mit der Shift-Taste, schade, der Inhalt hätte nich interessiert. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Stefan Dettenhofer (StefanDausR) wrote: Ich weiß nicht, ob es in der ursprünglichen Frage um einen Offset-Druck gegangen ist. Es wird ja -wenn ich es richtig verstanden habe- nur ein einziges Exemplar benötigt, außerdem ist die Rede von Fotopapier. Ich würde es mit so ca. 150 dpi versuchen, das ist ein guter Kompromiss zwischen Schriftgröße und Qualität. Ja, ich wollte einen print auf 20x30cm Fotopapier. Da ich keinen Fotobelichter daheim habe hatte ich meinen PRobedruck auf einem Laserdrucker gemacht. Ich will es aber hübsch bunt und haltbar auf Fotopapier haben. Ich konnte den Bildauschnitt noch ein wenig verkleinern, ich bin jetzt bei ca. 200dpi. Wenn die geräte wirklich scharf belichten, dann werden damit die Straßennamen noch gerade so lesbar sein. Die Farben habe ich nachträglich in der Bildbearbeitung noch etwas kräftiger gemacht. Der Mapnik Style war recht blass. Werde mal damit eine Bestellung versuchen. Ich will etwas in dieser Art machen: http://fotoservice.schlecker.de/poster-leinwaende-poster-mit-landkarten.html Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Hallo Martin, Martin Simon wrote: Eine einfache Lösung wäre mapgen.pl von Gary. Wenn dir der Standardstil nicht zusagt, ich arbeite gerade an einem, Ja, das mit dem Style war das Problem. Zumindest so vom Betrachten am Bildschirm gefällt mir mapnik wirklich gut. Wenn du mir den Ortsnamen, den Maßstab, das Papierformat und die Orientierung (hoch/quer) gibst, kann ich dir damit schnell eine pdf erzeugen und zuschicken. Vielen Dank für das Angebot, aber ich habe bei mir in die Karte reingemalt. Die Daten sind daher nur in meiner lokalen Datenbank (bzw. als .osm) verfügbar. Ich versuche es jetzt mal mit einem Bitmap aus mapnik-kacheln. Wenn das Ergebnis so einigermaßen ok ist werde ich es mal im Wiki mit dazuschreiben. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Waschhalle
Am Donnerstag 29 April 2010 16:57:16 schrieb Bernd Wurst: Am Donnerstag 29 April 2010 16:53:45 schrieb Andreas Neumann: Ich wäre eher für amenity=truck_wash, da ich einige LKW-Waschstraßen kenne, wo ich nie und nimmer mit einem kleinen PKW reinfahren würde... Ich find ja amenity=* ist schon so überfüllt. :) richtig. wie waers hier mit vehicle=* ? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Am 30.04.2010 22:30, schrieb Stephan Knauss: Ich versuche es jetzt mal mit einem Bitmap aus mapnik-kacheln. Wenn das Ergebnis so einigermaßen ok ist werde ich es mal im Wiki mit dazuschreiben. Eine Beschriftung, die auf 75dpi optimiert ist,wird bei 200dpi entweder - zu klein - oder wirft Bauklötze. Wennn Du einen Kompromiss gefunden hast, dann hast Du beides... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
be...@bwurst.org (Bernd Wurst) am 29.04.10: Am Donnerstag 29 April 2010 11:41:00 schrieb Rainer Knaepper: Kurz: Fern-Tagging ist kein so ganz abwegiger Gedanke und dafür sind möglichts viele Tracks überaus wünschenswert, um Ungenauigkeiten, die bei Einzelfahrten jederzeit entstehen, ausgleichen zu können. Diese Anwendung kann und soll nicht der eigentliche Sinn der bei OSM zentral hochgeladenen Tracks sein. Sie schaden freilich nicht, aber ein GPS-Track alleine, womöglich noch nichtmal um Punktwolken und offroad-Fahrten bereinigt, hilft einem fremden Mapper nicht wirklich weiter. Schade, daß du So mappen wir halt aus der Ferne mit Unterstützung von mail, skype und Vergleichen mit gurgel-Luftbildern, die jedoch teils gewaltig veraltet unterschlagen hast und auch gleich noch mangelhafte Track- und Arbeitsqualität unterstellst. Ich halte Wege, die möglicherweise zunächst nur als highway=road oder highway=track oder highway=unclassified eingezeichnet sind, immer noch für besser und nützlicher, als gar keine Wege, insbesondere in einer Gegend, in der es ganz offensichtlich niemanden sonst gibt, der Koordinaten ermitteln kann. Möglicherweise gibt es aber vor Ort irgendwann mal Mapper, die sich um die Detaillierung kümmern und die Hundekotsammeltütenspender eintragen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
openstreet...@computerkultur.org (Tim 'avatar' Bartel) am 30.04.10: OSM ist (meiner Einschätzung nach) noch sehr technikzentriert. Die Anzahl derjenigen, die sich losgelöst von Technik und Geofachwissen dafür interessieren und dabei über die zukünftige Ausgestaltung diskutieren und diese auch beeinflussen können, scheint mir vergleichsweise (sic) gering zu sein. ack. Um das zu ändern, müßte über einfacher bedienbare Interfaces und erheblich verbesserte Hilfefunktionen nachgedacht werden. Abbiegerelationen- oder Hausnummernassistenten z.B. Das gemeinsame Interesse bei der WP ist die Erstellung einer Enzyklopädie. Nicht immer und bei allen WP-Mitarbeitern hat man den Eindruck, daß das heute noch so sei. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Fri, Apr 30, 2010 at 06:59:13PM +0200, Stephan Wolff wrote: Dann könnte man eben phone_net=distribution nehmen. Das kann im Gegensatz zu man_made=MDF auch ein Nichtfachmann lesen. Wenn ist das generisch telecommunication - Es geht dann auch noch um richtfunk, radio/fernsehen etc - Es sind einfach infrastruktur standorte. ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. Das habe ich nicht bestritten. PLZ ist in Deutschland auch üblich, aber in OSM verwenden wir postcode. Bei Straßen tragen wir ref statt Fernstraßennummer ein, bei Stromleitungen ref aber nicht Leitungsnummer oder LNR. Für ein internationales Projekt wie OSM sollte man keine nationalen Begriffe und Abkürzungen verwenden. Was wäre denn der Nachteil von ref=030/753 wenn man den Aufbau im Wiki beschreibt? Weil es das tag ref mehrfach ueberlaedt - je nach typ des objekt ist es dann was anderes was da drin steht? Wir koennen das ganze aber auch abkuerzen - Aenderst _DU_ das alles dann auf den ~7700 Punkten? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
AssetBurned wrote: Pappa wie schreib ich meinen Aufsatz mit Word? Ganz einfach du machst den Computer an, tippst dein Text in Word ein, Druckst und bist fertig. Zum glück hattest du nicht gefragt, wie man eine Diplomarbeit unter Linux layoutet := nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. Ich schalte mal eine Profistufe zurück. Der Weg über XAPI ist am einfachsten wenn du eine Seite hast, die direkt die Links anbietet. http://osmdoc.com/en/tags/ wäre so ein Kandidat. Angenommen du schaust die Werte vom layer tag an: http://osmdoc.com/en/tag/layer/#values dort fällt dir auf, dass 8 mal gravel zugewiesen wurde. Und dir fällt auf, dass hier ganz sicher das tag surface gemeint war. Also willst du das korrigieren, du weisst aber nicht wo auf der Welt die Nodes sind. Es ist aber ein Link auf die XAPI dabei: http://www.informationfreeway.org/api/0.6/*[layer=gravel] Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind. Du wählst also in JOSM File/Open Location an und fügst dort den link ein. Damit werden die betreffenden Elemente in JOSM geladen. Du kannst den Tag ändern und ganz normal wieder hochladen. Bei OSMDoc gibt es eine Abkürzung, wenn du das RemoteControl plugin in JOSM hast kannst du das direkt per klick laden lassen. Wenn du nur XAPI-Links hast, oder den Link selbst zusammenbauen willst gehst du über das JOSM Menü. Die Syntax der XAPI-Url ist hier erklärt: http://wiki.openstreetmap.org/wiki/Xapi Das Alter der Daten spielt von daher eine Rolle, dass viele der offensichtlichen Dinge die osmdoc zeigt bereits korrigiert sind. mit dem Beispiel hättest du Glück, aktuell sind noch drei Wege so getagged. XAPI liefert auch keine Daten aus der Hauptdatenbank ist aber meist nur wenige Minuten hinterher. Tagstat ist ein wenig aktueller als osmdoc und bietet auch links auf XAPI und JOSM: http://tagstat.hypercube.telascience.org/tagdetails.php?tag=layerlimit=75skip=0dir=DESCorder=total Ach ja: beim Korrigieren aufpassen ob es wirklich Fehler sind, oder ob jemand möglicherweise sich einen neuen key/value ausgedacht hat, der eben so neu ist, dass er noch kaum verwendet ist. Manche Sachen sind Fehler, anderes kann auch so gewollt sein. Im Zweifelsfall kannst du bei demjenigen nachfragen der den Wert eingetragen hat. In JOSM lässt sich die History anzeigen und dort der Benutzer auswählen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeitsmatrix Dortmund
Alexander Matheisen schrieb: wann kommt eigentlich die Arbeitsmatrix für das Abzeichnen in Dortmund? Meinst du dies http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund#Arbeitsmatrix ? hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeitsmatrix Dortmund
Meinst du dies http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund#Arbeitsmatrix ? Das kannte ich schon, wpbei das speziell für Dortmund nicht wirklich zu gebrauchen ist - ob Gebäude vorhanden sind, lässt sich gar nicht markieren. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Keine nationalen Abkürzungen in OSM (war: Telekom HvT - man_made=MDF / Verschwundene ?)
Am 30.04.2010 22:47, schrieb Florian Lohoff: On Fri, Apr 30, 2010 at 06:59:13PM +0200, Stephan Wolff wrote: Dann könnte man eben phone_net=distribution nehmen. Das kann im Gegensatz zu man_made=MDF auch ein Nichtfachmann lesen. Wenn ist das generisch telecommunication - Es geht dann auch noch um richtfunk, radio/fernsehen etc - Es sind einfach infrastruktur standorte. OK, auch das tag telecommunication=distribution wäre akzeptabel. Man braucht dann aber noch ein Zusatztag um zwischen Telefonnetz, Kabelnetz, Funknetz, etc. zu unterscheiden. ONKZ ist ein in Deutschland in der Gesamten Telefonie ueblicher Begriff. Das habe ich nicht bestritten. PLZ ist in Deutschland auch üblich, aber in OSM verwenden wir postcode. Bei Straßen tragen wir ref statt Fernstraßennummer ein, bei Stromleitungen ref aber nicht Leitungsnummer oder LNR. Für ein internationales Projekt wie OSM sollte man keine nationalen Begriffe und Abkürzungen verwenden. Was wäre denn der Nachteil von ref=030/753 wenn man den Aufbau im Wiki beschreibt? Weil es das tag ref mehrfach ueberlaedt - je nach typ des objekt ist es dann was anderes was da drin steht? Dafür ist ref doch da. Man kann es für alle Arten von Kennzeichen / Referenznummern nutzen. ref wird für Straßen, Fährlinien, U-Bahnen, Stromleitungen, Anschlussstellen und vieles mehr genutzt. Auch name wird für verschiedene Objekttypen genutzt. Wir koennen das ganze aber auch abkuerzen - Aenderst _DU_ das alles dann auf den ~7700 Punkten? Ich schaffe es nicht allein, aber ich kann ja schon mal anfangen. Gruß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
Hallo, Stephan Knauss wrote: Es ist aber ein Link auf die XAPI dabei: http://www.informationfreeway.org/api/0.6/*[layer=gravel] Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind. Du wählst also in JOSM File/Open Location an und fügst dort den link ein. Damit werden die betreffenden Elemente in JOSM geladen. Du kannst den Tag ändern und ganz normal wieder hochladen. Dabei erzeugst Du ein Changeset, das mit grosser Wahrscheinlichkeit die Mehrheit der Kontinente auf dieser Welt umfasst und jedem, der kuenftig Aenderungen in Kleinkleckersdorf ansehen will, ins Gesicht springt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
Frederik Ramm wrote: Dabei erzeugst Du ein Changeset, das mit grosser Wahrscheinlichkeit die Mehrheit der Kontinente auf dieser Welt umfasst und jedem, der kuenftig Aenderungen in Kleinkleckersdorf ansehen will, ins Gesicht springt. Lässt sich optimieren. In JOSM geographisch eng beieinander liegende Sachen ändern, dann hochladen, dann die nächste Änderung... Auch wenn das Thema gerade abschweift: Was machen denn die Bots? Für jede Änderung einen eigenen Changeset? Die perfekte Lösung ist das mit der bbox aktuell ja auch nicht um Änderungen festzustellen. Genauer (aber natürlich auch deutlich Aufwändiger) wäre es, wenn jedes geänderte Element seine Bounding-Box hat und da gegen gematched wird bei der Suche nach Edits. Könnte auch ein zweiter Schritt sein. Die DB liefert den Changeset zurück, da die große BBox des Changeset matched. Dann wird geprüft ob die BBoxen der im Changeset enthaltenen Elemente wirklich den gerade abgefragten Bereich betreffen. Die bboxen der Elemente könnte man ja auch in die DB packen und einen Index drauf legen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrkartenautomaten
Es gibt an gleichartigen ÖPNV-Einrichtungen verschiedene Arten von Automaten. Bei manchen kann man Bahnfahrkarten für den Fernverkehr kaufen, bei manchen welche für den Verkehrsverbund, bei manchen beides. Wie kann man diese wichtige Information abbilden? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Waschhalle
M∡rtin Koppenhoefer schrieb: Am 29. April 2010 16:57 schrieb Bernd Wurst be...@bwurst.org: Ich find ja amenity=* ist schon so überfüllt. :) finde ich ja auch --- andererseits habe ich es neulich mal ausgerechnet, und es sind tatsächlich noch ein paar Buchstabenkombinationen für neue Values frei. Überfüllung ist daher nicht direkt ein Problem, eher schon, dass diese extrem flache Gliederung... Stimmt Die Flache Gliederung ist das Problem. Ich finde Bernds Vorschlag gut: amenity=car_wash hgv=yes ... Diese Tags gibt es schon und sind voll aussagekräftig. Selbst falls amenity=car_wash (wegen der flachen Gliederung) mal durch eine Kombination ersetzt werden sollte, trifft hgv=yes noch die richtige Aussage. in der ersten Ebene eine genaue Kenntnis des Tags voraussetzt, da amenity halt generisch ist. Würde man sowas wie tourism, gastronomy, health, etc. verwenden, wäre schon durch den key eine gewisse Ordnung vorgegeben (das kann bei allen sowohlalsauch-Themen natürlich auch Probleme verursachen --- oder man taggt eben dann als beides). Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de