Re: [Talk-de] aufgesetzte Gebäudeteile
Hallo Claudius, hallo Jan. Ja, Rückmelduingen immer gerne - "der Ersteller" bin ich ;) Es gibt allerdings bei diesem Proposal ein Problem, das ich bisher nicht lösen kann: So schön das aussieht, wenn es gerendert wird (vor allem in 3D), provoziert es doch zu Missbrauch. Ich hoffe, Du (Jan) möchtest tatsächlich nur nennenswerte Aufbauten damit eintragen oder "Brückenformen" damit taggen - dazu war das mal gedacht. Blöderweise sind dann Leute auf die Idee gekommen, darüber hinaus auch wellenförmige Dachkanten und -gauben abbilden zu wollen und dafür zig Umrisse übereinanderzulegen. Auch wenn die Wiki-Seite das noch so besagt: Bitte nur auf die Stockwerkzahl als Höhenunterscheidung verlassen; nicht in Metern oder sogar Bruchstücken von Metern unterschiedliche Angaben machen. Gruß Peter P.S.: Trotzdem sind Verbesserungsvorschläge natürlich immer willkommen. Am 09.02.2011 08:43, schrieb Claudius: Am 09.02.2011 07:14, Jan Tappenbeck: Moin! oftmals gibt es imposante Gebäude mit einer Grundfläche und darauf stehen dann wieder Würfel oder Türme. In einer Karte würde es besser wirken wenn diese aufgesetzten Teile auch zur Wirkung kommen - Wiedererkennungswert. Wie würdet Ihr soetwas machen - 2x building=yes übereinander ? Ja. Hier eine Beschreibung eines Tagging-Vorschlags. Kannst ja mal gedanklich durchgehen, ob der für dein Objekt anwendbar wäre und dem Ersteller Rückmeldung geben: http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 09.02.2011 02:06, schrieb M∡rtin Koppenhoefer: Am 8. Februar 2011 23:29 schrieb Claudius: Aber dann hast du ja zwei Objekte, einmal den barrier-Weg und den Barrier-Knoten :P nö, warum? Wenn der gate-node Teil des gate-ways ist, ist ja klar, dass es dasselbe Objekt ist. Wenn man das nicht berücksichtigt beim Auswerten, hat man halt beim Durchzählen nachher ein Tor mehr in der Rechnung ;-) Dem möchte ich aber deutlich widersprechen. Wenn ich Eingänge als Knoten angebe und denen per width=* eine Breite verpasse, habe ich die Breite abgebildet. Außerdem gibt es Türen auch in Toren: http://www.tischlerei-hahn-rossau.de/Hompagebilder/produkte/Tore/Tor_mit_Tuer.jpg Wie modellierst Du das, wenn Du schon nicht mehr feststellen kannst, ob das nun ein oder mehrere Tore sind? Ich muss zugeben: die einfache Logik mit width=* passt da auch nicht genau oder wird schnell verwirrend, aber einen Tür-Node auf einem Tor-Way würde ich in einem solchen Fall anders interpretieren als ein gemeinsames Tor, das eben blöderweise doppelt modelliert ist. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aufgesetzte Gebäudeteile
Am 09.02.2011 07:14, Jan Tappenbeck: Moin! oftmals gibt es imposante Gebäude mit einer Grundfläche und darauf stehen dann wieder Würfel oder Türme. In einer Karte würde es besser wirken wenn diese aufgesetzten Teile auch zur Wirkung kommen - Wiedererkennungswert. Wie würdet Ihr soetwas machen - 2x building=yes übereinander ? Ja. Hier eine Beschreibung eines Tagging-Vorschlags. Kannst ja mal gedanklich durchgehen, ob der für dein Objekt anwendbar wäre und dem Ersteller Rückmeldung geben: http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 09.02.2011 00:31, schrieb Markus: Ist es denn so, dass dass es (für die Anwender-SW) notwendig ist, dass Weg und Zaun miteinander verbunden sind? So wie zwei Wege an einer Strassenkreuzung? Für die meiste Software ist das notwendig. Wenn ein gemeinsamer Knoten existiert, ist das einfach aus den Daten abzulesen, dass die sich kreuzen. Wenn der nicht existiert, muss die Software austesten, welche Kanten (also Teile von OSM-Ways) sich überschneiden, und dafür geometrische Berechnungen anführen. Das ist möglich, aber deutlich rechenaufwändiger. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aufgesetzte Gebäudeteile
Suuper Idee: OSM goes Lego jetzt noch die Farbe dazu und wir können alles bei ToysRus verscherbeln. Dazu doch gleich ein wunderschönes Om. Jetzt aber im Ernst - dafür gibt es mehrere Proposals und zumindest Mapnik reagiert etwas drauf (aber nicht in der Standard-Karte, da mußt du schon selber rendern). z.B. http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Building_attributes http://media.mapnik.org/docs/MapnikXMLDescription.pdf Gruss Walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/aufgesetzte-Gebaudeteile-tp6006586p6006637.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
[Talk-de] aufgesetzte Gebäudeteile
Moin! oftmals gibt es imposante Gebäude mit einer Grundfläche und darauf stehen dann wieder Würfel oder Türme. In einer Karte würde es besser wirken wenn diese aufgesetzten Teile auch zur Wirkung kommen - Wiedererkennungswert. Wie würdet Ihr soetwas machen - 2x building=yes übereinander ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 9. Februar 2011 00:31 schrieb Markus : > Interessant. Damit wird die Funktion auf den Weg bezogen direkt abgebildet. > Nicht aber die Form (meist zwei Pfosten, dazwischen das Tor oder der > Schlagbaum). ja, die Größe und Lage der einzelnen Teile wird unterschlagen. Daraus ergeben sich Nachteile, z.B. kann man nicht erkennen, ob ein Auto durch ein Tor passt, oder ob es für Fußgänger ist. > Ist es denn so, dass dass es (für die Anwender-SW) notwendig ist, dass Weg > und Zaun miteinander verbunden sind? So wie zwei Wege an einer > Strassenkreuzung? für heute in Gebrauch befindliche Routingsoftware ist es soweit ich weiss unbedingt erforderlich, dass es einen Node gibt, der Teil des Weges ist. Lineare Barrieren gibt es für die wohl nicht, vor allem keine, die keinen expliziten Schnittpunkt haben. > Ich dachte bisher: zwei sich kreuzende Wege haben die selbe Klasse und > werden deshalb verbunden, aber unterschiedliche Klassen wie Weg und Zaun, > oder Bahn und Weg, werden nicht verbunden? > Bzw. unterschiedliche Klassen werden nur dann verbunden, wenn man dort auch > "umsteigen" kann, also die Bahn die auf die Fähre fährt? > Bisher habe ich auch Fahspuren nur dann bei Kreuzungen verbunden, wenn man > diese Route auch fahren darf. > Gibt es dazu eine "Regel"? Im Prinzip ist die Regel wohl, dass es einen gemeinsamen Node geben sollte, wenn sich die Dinge dort in der Realität treffen oder berühren. Es ist nicht erforderlich, dass man dort z.B. umsteigen kann. Das erfordert auf der anderen Seite aber auch sehr oft bei Straßen, dass man dann eine Abbiegerestriktion modelliert. Z.B. ein Platz, der von Häusern umgeben ist. Dort haben die Häuser gemeinsame Punkte mit dem Platz (wenn er als Fläche eingegeben ist). Äcker parallel zu einem Weg haben hingegen keine gemeinsamen Punkte. Eine Tram, die von einer Straße gequert wird, hat einen gemeinsamen Schnittpunkt, auch wenn man dort nicht umsteigen kann. Als einfache Regel: wenn noch was dazwischen passt: keine gemeinsamen Punkte. Wenn z.B. die Häuser aus dem Platzbeispiel noch einen kleinen Vor-Zaun hätten, würde man sie nicht direkt mit dem Platz verbinden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 8. Februar 2011 23:29 schrieb Claudius : > Aber dann hast du ja zwei Objekte, einmal den barrier-Weg und den > Barrier-Knoten :P nö, warum? Wenn der gate-node Teil des gate-ways ist, ist ja klar, dass es dasselbe Objekt ist. Wenn man das nicht berücksichtigt beim Auswerten, hat man halt beim Durchzählen nachher ein Tor mehr in der Rechnung ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
On 09.02.2011 00:30, Robert S. wrote: 2011/2/8 ant Habe auf Talk einen Vorschlag hierzu gemacht. Eine eigene Farbe für jede Zoomstufe ist unnötig, denn anscheinend sind Luftbilder immer bis einschließlich Zoomstufe 17 vorhanden, wenn sie schon in 14 vorhanden sind. Darüber hinaus gibt's dann noch drei weitere Stufen. Daher mein Vorschlag: Grün wie bisher für Zoomstufe 14-17, dunkelgrün für 18-19, blaugrün für 20 (20 ist der höchste Zoomlevel). Was ich bisher gefunden habe, sind die maximalen Zoom-Stufen 17, 19 und 20. Aber 18 dürfte es doch bestimmt auch irgendwo geben!? Peking, Kapstadt, Rio de Janeiro Ich fände es gut, wenn in dem Bereich jede Zoomstufe ihren eigenen Code hätte. In diesem Sinne vlt: (14-)17: gelbgrün 18: grün 19: dunkelgrün 20: blaugrün Wobei, grün für 14-17 ergibt natürlich eine gewisse Abwärtskompatibilität zur jetztigen Situation. Dann vlt. 2 blautöne - ein satteres blau für die richtig hochauflödenden Bilder. genau... Farbe nachträglich umdeuten kommt nicht so gut. Zwischen z18 und z19 seh ich ehrlich gesagt nicht so den gewaltigen Unterschied. Und: Vergleich mal z19 in New York mit z19 in Santiago de Chile. Da liegen - aufgrund der unterschiedlichen Schärfe - dann doch Welten dazwischen. Ich weiß jetzt zwar nicht wie die Technik dahinter aussieht, aber vlt. könnte man eine Verknüpfung mit JOSM herstellen, und die maximale Zoomstufe bei den Bing-Hintergrundbildern durch dieses Tool automatisch vorgeben lassen. Dann müssten aber die genauen Zoomstufen gespeichert werden. Hmm... das sollte JOSM doch wohl alleine hinkriegen... Und noch ein Vorschlag: Unter "edit in potlatch2" einen JOSM-RemoteControl-Link. Einen Screenshot (wie es aussehen könnte) füge ich hier auch einmal bei. kam nicht an... http://img694.imageshack.us/img694/3289/binganalyzerzoomlevels.jpg Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
2011/2/8 ant > > Jepp, einen eigenen Farbton für jede Zoomstufe ab 14 wäre sehr gut. Es >> macht >> schon einen Unterschied, ob man bei Zoomstufe 17, 18, 19, 20 oder 20+ >> mappt. >> > > > Habe auf Talk einen Vorschlag hierzu gemacht. Eine eigene Farbe für jede > Zoomstufe ist unnötig, denn anscheinend sind Luftbilder immer bis > einschließlich Zoomstufe 17 vorhanden, wenn sie schon in 14 vorhanden sind. > Darüber hinaus gibt's dann noch drei weitere Stufen. Daher mein Vorschlag: > Grün wie bisher für Zoomstufe 14-17, dunkelgrün für 18-19, blaugrün für 20 > (20 ist der höchste Zoomlevel). > Was ich bisher gefunden habe, sind die maximalen Zoom-Stufen 17, 19 und 20. Aber 18 dürfte es doch bestimmt auch irgendwo geben!? Ich fände es gut, wenn in dem Bereich jede Zoomstufe ihren eigenen Code hätte. In diesem Sinne vlt: (14-)17: gelbgrün 18: grün 19: dunkelgrün 20: blaugrün Wobei, grün für 14-17 ergibt natürlich eine gewisse Abwärtskompatibilität zur jetztigen Situation. Dann vlt. 2 blautöne - ein satteres blau für die richtig hochauflödenden Bilder. Ich weiß jetzt zwar nicht wie die Technik dahinter aussieht, aber vlt. könnte man eine Verknüpfung mit JOSM herstellen, und die maximale Zoomstufe bei den Bing-Hintergrundbildern durch dieses Tool automatisch vorgeben lassen. Dann müssten aber die genauen Zoomstufen gespeichert werden. Und noch ein Vorschlag: Unter "edit in potlatch2" einen JOSM-RemoteControl-Link. Einen Screenshot (wie es aussehen könnte) füge ich hier auch einmal bei. > kam nicht an... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Hallo Claudius, Ich persönlich verwende Barrier als Knoten auf den Wege, die sie blockieren. Interessant. Damit wird die Funktion auf den Weg bezogen direkt abgebildet. Nicht aber die Form (meist zwei Pfosten, dazwischen das Tor oder der Schlagbaum). Ist es denn so, dass dass es (für die Anwender-SW) notwendig ist, dass Weg und Zaun miteinander verbunden sind? So wie zwei Wege an einer Strassenkreuzung? Ich dachte bisher: zwei sich kreuzende Wege haben die selbe Klasse und werden deshalb verbunden, aber unterschiedliche Klassen wie Weg und Zaun, oder Bahn und Weg, werden nicht verbunden? Bzw. unterschiedliche Klassen werden nur dann verbunden, wenn man dort auch "umsteigen" kann, also die Bahn die auf die Fähre fährt? Bisher habe ich auch Fahspuren nur dann bei Kreuzungen verbunden, wenn man diese Route auch fahren darf. Gibt es dazu eine "Regel"? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 07.02.2011 23:17, Markus: In den Vorlagen stolpere ich immer wieder über Objekte, fpr die nur Punkt als Element zugelassen ist, obwohl sie eigentlich eine Linie sind: - Schlagbaum 5..10m - Bootslipstrecke (10..50m) Wo kann man das ändern? Wenn du von JOSM-Vorlagen sprechen solltest: Die müssten dort irgendwo im Quellcode [1] liegen. Ich finde die aber auf die schnele nicht und vermute, dass die irgendwo ausgelagert sind, so dass auch andere (Merkaartor, OSM2Go) diese einfacher referenzieren können. Wer weiß da mehr? Claudius [1] http://josm.openstreetmap.de/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 08.02.2011 20:41, M∡rtin Koppenhoefer: Am 8. Februar 2011 20:10 schrieb Tobias Knerr: wenn er Teil einer linearen Absperrung ist macht das durchaus Sinn (genauso wie bei Toren), so hat man die Öffnungsbreite automatisch mit drin. Die lineare Absperrung durchgängig zu zeichnen und den Knoten am Schnittpunkt der linearen Absperrung mit dem gekreuzten Way geeignet (ggf. auch mit der Öffnungsbreite) zu taggen, dürfte in den meisten Situationen und für die meisten Anwendungszwecke die bessere Wahl sein. jein ;-), ich mache bei gate manchmal beides, also eine lineare "barrier" an der realen Position und zusätzlich einen node am Schnittpunkt (getaggt als barrier=gate). Aber dann hast du ja zwei Objekte, einmal den barrier-Weg und den Barrier-Knoten :P Ich persönlich verwende in meinem Tagging Schema auch die reine Barrier (ausser fence und wall) als Knoten auf den Wege, die sie blockieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
Hallo, On 08.02.2011 00:59, Robert S. wrote: Jepp, einen eigenen Farbton für jede Zoomstufe ab 14 wäre sehr gut. Es macht schon einen Unterschied, ob man bei Zoomstufe 17, 18, 19, 20 oder 20+ mappt. Habe auf Talk einen Vorschlag hierzu gemacht. Eine eigene Farbe für jede Zoomstufe ist unnötig, denn anscheinend sind Luftbilder immer bis einschließlich Zoomstufe 17 vorhanden, wenn sie schon in 14 vorhanden sind. Darüber hinaus gibt's dann noch drei weitere Stufen. Daher mein Vorschlag: Grün wie bisher für Zoomstufe 14-17, dunkelgrün für 18-19, blaugrün für 20 (20 ist der höchste Zoomlevel). Ich könnte es sofort umschalten, will aber vorher noch ein paar Meinungen hierzu einholen. Einen Screenshot (wie es aussehen könnte) füge ich hier auch einmal bei. Und noch eine Kleinigkeit: Verschieb mal das "A Very Fury Thing"-Symbol mind. 10 Pixel nach oben, z.T. verdeckt es nämlich die Copyrighthinweise (die durchaus zweizeilig seien können). is wech... Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Frederik Ramm [Tue, Feb 08, 2011 at 08:23:24PM CET]: [...] > > >Da die Gebiete östlich von Deutschland traditionell (auch) > >deutsches Siedlungsgebiet waren, hatten viele Orte schon aus der > >Zeit ihre Namen. In Klaipeda z.B. liest man im offiziellen > >Stadtprospekt, dass die Stadt früher Memel hieß. > > Knaurs grosser Weltatlast fuehrt die Stadt als "Klaipeda (Memel)". > Eventuell koennen wir uns daran ein Beispiel nehmen. Wikipedia scheint ein ähnliches Sprachempfinden zu haben wie ich, da heißen die Lemmata "Mailand" und "Klaipeda". So würde ich es auf einer deutschsprachigen Karte erwarten. Da gibt es auch regionale Unterschiede, auf österreichischen Straßenschildern steht Preßburg, bei der Diskussion um Stuttgart 21 heißt es hingegen Bratislava. -- 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
[Talk-de] Angeblicher Bing Versatz in Düsseldorf
Hallo Miteinander! Da aktuell jemand viele Straßen und Gebäude hier in Düsseldorf verschiebt, was ich nicht für richtig halte, wie seht Ihr das mit dem Versatz? Der User ist -jha-. Im Bereich Oberbilk, Flingern-Süd bis nach Lierenfeld und Eller. z.B. hier sieht man meiner Meinung nach besonders deutlich das Bing ziemlich korrekt ist: http://osm.org/go/0GDzllMZY- oder hier: http://osm.org/go/0GDzOtyoJ- oder hier: http://osm.org/go/0GDzOYD52- Die GPS-Tracks auf OSM sprechen da nämlich eine andere Sprache. Ich halte Bing in Ddorf für ausreichend genau. Oder hat einer von Euch da eventuell eine sehr genaue Referenzquelle die Bing und die OSM-Tracks übertrifft? Wenn wir Versatz in Ddorf haben, sollten wir den auch alle nutzen, wenn das aber jemand im Alleingang macht bringt das nicht viel. Dieser mögliche Versatz sollte dann aber auch hier auf der Liste oder im Wiki veröffentlicht werden. Also entweder auf der Ddorfer-Liste oder im Ddorfer Wiki. Wenn also einer der erfahrenen Mapper sich das vielleicht mal anschaut, wäre ich sehr dankbar. Ich hätte mir im Vorfeld dieser Aktion eine Nachricht auf der Liste erhofft. Danke und Gruß Michael -- "Anarchie ist Ordnung ohne Herrschaft." Pierre Joseph Proudhon Molli http://molli.selfservix.org/ C-LFS http://c-lfs.selfservix.org/ Fellow der Free Software Foundation Europe /"\ASCII Ribbon Campaign \ /No HTML/RTF in email x No Word docs in email / \Respect for open standards ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Falk Zscheile wrote: Auf Zoomstufe 15 sieht natural=beach eigenartig aus: Ja, das war anfangs noch ein Bug mit einigen Flaechenfuellungen, der ist aber behoben und wir sich mit der Zeit rauswaschen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte über Mapnik erstellen
Hallo Kai, > a) Wenn ich mittels generate_image.py ein Bild erstelle (in hoher > Pixelanzahl, z.B. 5000*5000), dann wird die Schrift winzig klein, kann > mir jemand sagen wo/wie ich einstellen kann, dass diese auch in einem > solchen Falle größer gerendert wird. Für einen ähnlichen Fall habe ich mir mal ein Ruby-Script geschrieben, dass einen Mapnik-Stil entsprechend anpasst: http://lorien.ancalime.de/demo.html (Überschrift: Mapnik maps for other resolutions) Du müsstest ggf. editieren, welche Elemente skaliert werden sollen, und ob die Max/MinScaleDenominators auch angepasst werden sollen. Icons werde auf diese simple Weise aber weiterhin zu klein erscheinen. Ich hoffe, das hilft dir trotzdem weiter, -- Holger Schoener nume...@ancalime.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
On 08.02.2011 16:23, Frederik Ramm wrote: Ich habe aber keinen eleganten Weg, um ausserhalb Deutschlands einen anderen Kartenstil zu nehmen (Mapnik2 kann das, s. open.mapquest.de) hast du einen Link auf weitere Infos? Das einzige das mir dazu einfallen würde wäre eine wilde Konstruktion mit der expression engine und posgres magie die das entsprechende Land mitliefert. Das liese sich vermutlich auch durch ein Script aus dem xml für das alte Mapnik generieren. Oder gibt es da etwas ganz neues? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Alexander Matheisen wrote: Der Style schaut gut aus, aber irgendwie kommt er mit dem "&" Zeichen nicht zurecht: Oops, das ist allerdings wohl eher ein Bug im Datenimport, den ich verbrochen habe. Sicher nichts, was kleines SQL-Statement nicht fixen koennte... ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Am 08.02.2011 17:01, schrieb Wolfgang: Linux hat sich in vielen Ländern gerade damit durchgesetzt, dass das gesamte System relativ einfach auf die jeweiligen Landessprachen umsetzbar ist. Beispiel Norwegen neu- und altnorwegisch, Indien mit 5 lokalen Sprachen etc. Es würde OSM von g-maps abheben, wenn wir diese Fähigkeiten mehr ausbauen würden. Auf dem Toolserver [1] gibt es eine Namenlose Mapnikkarte und ~270 Namenskarten...musst dich nur für eine Sprache entscheiden... ;-) Henning [1] http://toolserver.org/~osm/locale/__all.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Der Style schaut gut aus, aber irgendwie kommt er mit dem "&" Zeichen nicht zurecht: http://www.openstreetmap.de/karte.html?zoom=17&lat=51.197541&lon=6.680719&layers=B00FT# im Vergleich dazu, wie es richtig aussieht: http://www.openstreetmap.org/?lat=51.197541&lon=6.680719&zoom=18&layers=M Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Auf Zoomstufe 15 sieht natural=beach eigenartig aus: http://www.openstreetmap.de/karte.html?zoom=15&lat=54.45205&lon=12.60524&layers=B00FT Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, ein Lob an Beate. Der neue Default-Stil gefällt mir gut. Die geänderte Darstellung von untergeordneten Wegen wirkt auf mich besser als im Original. Die Farbgebung bei den Straßen gefällt mir auch sehr gut. Grüße aus dem Ruhrgebeat Matthias Am 08.02.2011 13:54, schrieb Frederik Ramm: > Hallo, > > ich habe gerade auf www.openstreetmap.de einen neuen > Default-Kartenstil installiert. Die Tiles werden auf einem der von > STRATO gesponsorten Rechner produziert; allerdings haben wir nur einen > Europa-Datensatz. > > Der Stil basiert auf einer relativ aktuellen Version des > Original-Mapnik-Styles; es sind gar nicht so viele Sachen veraendert > worden, aber eben gerade die, auf die es ankommt - ich finde, der Stil > ist ganz gut gelungen, besonders in den mittleren Zoomleveln. > > Den Stil hat Beate Braun gemacht, im Rahmen ihrer Bachelor-Arbeit an > der HFT Stuttgart. Die Geofabrik hat die Arbeit mit-betreut. > > Ich habe den Stil in unser OpenStreetMap-SVN eingecheckt (unter > applications/rendering/mapnik-german). Jeder kann sich den schnappen > und damit selber herumspielen. Meine Hoffnung ist, dass sich ein paar > Leute (Du bist gemeint, geschaetzter Leser!) finden, die sich der > Aufgabe annehmen, diesen Stil "nachzufuehren", wenn im > Original-Mapnik-Stil Aenderungen gemacht werden, so dass wir immer > einigermassen vergleichbar sind, aber eben unseren eigenen > Karten-Charakter haben. Eventuell wird Beate auch noch die eine oder > andere kleine Aenderung machen, aber eigentlich ist sie mit ihrer > Arbeit jetzt fertig. > > Weil so ziemlich jeder, der einen Tile-Server betreibt, Probleme mit > Massendownloads hat (die coole xyz-App laedt mal eben 5000 Tiles fuer > Offline-Nutzung runter und so weiter), habe ich auf dem Server einen > Schutz gegen solche Massendownloads eingebaut, der nach einer gewissen > Tile-Anzahl absichtlich langsamer in der Auslieferung wird. Wenn ihr > jetzt zu eifrig auf der Karte rumsurft, kann es sein, dass ihr mal in > diesen Schutz reinlauft - dann einfach ein bisschen warten. Das muss > sicher auch noch "getunt" werden. Der Server hat auch nur bis Zoom 14 > vorausberechnete Kacheln, so dass man beim Weiter-reinzoomen ebenfalls > eine Wartezeit in Kauf nehmen muss - es ist leider nicht der flinkeste > Server. > > Ich moechte an dieser Stelle Beate fuer ihre Arbeit danken; ich finde, > das Ergebnis kann sich sehen lassen. Ich bin sicher, ihr werdet noch > einen Haufen Bugs finden, aber die kann man ja dann Schritt fuer > Schritt angehen. > > Wie gesagt, der Stil ist im SVN, und wenn sich da ein paar Leute > finden, die sich fuer die weitere Pflege verantwortlich fuehlen, dann > kann ich den Stil auch regelmaessig auf den Tileserver aufspielen und > Tiles neu generieren lassen. Wir muessen mal gucken, wie sich das so > einspielt. Was ich gern vermeiden wuerde, waere eine > tiles@home-Situation, wo jeder mal sein Lieblings-Icon auf die Karte > bringt und keiner das grosse Ganze im Auge hat. Ich setze da ganz auf > freiwillige Selbstkontrolle - wie gesagt, ich denke, die grobe > Richtschnur sollte nach wie vor sein, was die Englaender machen. > > Feedback jeder Art - zu Stil, Tileserver, und der Art, wie ich das > hier wieder mal ungefragt einfach so mache, ist willkommen ;) fuer die > Stil-Diskussionen und -Aenderungswuensche koennte man ja evtl. eine > Wikiseite aufmachen. (Aber bitte kein cartography-by-voting ;) > > Bye > Frederik > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 8. Februar 2011 20:10 schrieb Tobias Knerr : >> wenn er Teil einer linearen Absperrung ist macht das durchaus Sinn >> (genauso wie bei Toren), so hat man die Öffnungsbreite automatisch mit >> drin. > > Die lineare Absperrung durchgängig zu zeichnen und den Knoten am > Schnittpunkt der linearen Absperrung mit dem gekreuzten Way geeignet > (ggf. auch mit der Öffnungsbreite) zu taggen, dürfte in den meisten > Situationen und für die meisten Anwendungszwecke die bessere Wahl sein. jein ;-), ich mache bei gate manchmal beides, also eine lineare "barrier" an der realen Position und zusätzlich einen node am Schnittpunkt (getaggt als barrier=gate). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Am 8. Februar 2011 20:23 schrieb Frederik Ramm : > Ja, mittelfristig werden wir sicherlich hin zu Loesungen kommen, bei denen > die Karte aus Rohdaten auf dem Endgeraet gerendert wird. Dann kann sich > jeder Nutzer frei entscheiden, welche Farben und welche Namen und welche > Buchstaben er gerne haette, ohne dass das Projekt auf dem Server dazu etwas > tun muss. Vermutlich eine Mischform. Sowas wie Hillshading und Contouren vorberechnet (evtl. auch Wälder und andere Landuses), und Straßen und Namen dann dynamisch drüber. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Am 8. Februar 2011 15:07 schrieb Chris66 :
> Besteht die Chance da Sachen aufzunehmen, wo der englische Mapnik Style
> sich standhaft weigert, zB. man_made=tower?
ich habe das bei mir drin (ist noch nicht öffentlich, aber demnächst),
und kann das gut verstehen ;-), das ist sehr uneinheitlich getaggt,
wenn man kein Zusatzkriterium benutzt ist das in manchen Gegenden
ziemliches "Geclutter". Wenn Ihr könnt, taggt bitte eine Höhe dazu
("height" für Höhe vom Boden zur Spitze).
Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Wolfgang wrote: Warum sollten wir nicht in Spanien und England die Autobahnen genauso darstellen wie in Deutschland? Farbgebung ist eine Sache, aber die blauen Autobahnzeichen sind halt sehr speziell; wenn Du in Spanien auf der Autobahn faehrst, wirst Du nichts dergleichen sehen. Man wird doch nicht gebietsweise verschiedene Signaturen verwenden. Viele machen das (s. auch Google). Da die Gebiete östlich von Deutschland traditionell (auch) deutsches Siedlungsgebiet waren, hatten viele Orte schon aus der Zeit ihre Namen. In Klaipeda z.B. liest man im offiziellen Stadtprospekt, dass die Stadt früher Memel hieß. Knaurs grosser Weltatlast fuehrt die Stadt als "Klaipeda (Memel)". Eventuell koennen wir uns daran ein Beispiel nehmen. Allerdings ist das alles ein potentielles politisches Minenfeld mit diesen Namen. Linux hat sich in vielen Ländern gerade damit durchgesetzt, dass das gesamte System relativ einfach auf die jeweiligen Landessprachen umsetzbar ist. Beispiel Norwegen neu- und altnorwegisch, Indien mit 5 lokalen Sprachen etc. Es würde OSM von g-maps abheben, wenn wir diese Fähigkeiten mehr ausbauen würden. Ja, mittelfristig werden wir sicherlich hin zu Loesungen kommen, bei denen die Karte aus Rohdaten auf dem Endgeraet gerendert wird. Dann kann sich jeder Nutzer frei entscheiden, welche Farben und welche Namen und welche Buchstaben er gerne haette, ohne dass das Projekt auf dem Server dazu etwas tun muss. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, NopMap wrote: Weil so ziemlich jeder, der einen Tile-Server betreibt, Probleme mit Massendownloads hat (die coole xyz-App laedt mal eben 5000 Tiles fuer Offline-Nutzung runter und so weiter), habe ich auf dem Server einen Schutz gegen solche Massendownloads eingebaut, der nach einer gewissen Tile-Anzahl absichtlich langsamer in der Auslieferung wird. Bei welcher Anzahl von Tiles machst Du denn den Schnitt zwischen normaler Nutzung und Downloadbremse? Ich benutze von Kai Krueger ins mod_tile eingebaute Bremse. Die ist so konfiguriert, dass jede IP-Nummer erstmal ein "Guthaben" von 2000 Tiles hat, das sich dann aber mit einer Rate von 1 Tile alle 2 Sekunden wieder auffuellt. Du kannst also 2000 Tiles sofort abrufen und danach nur onch 1800 pro Stunde. Fuer Tiles, die erst noch extra fuer Dich frisch gerendert werden muessen, gilt ein strengeres Limit (Guthaben 50, dann 1 Tile pro 10 Sekunden). Ich will das mal beobachten und dann anhand der Logfiles noch ein bisschen tunen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 08.02.2011 19:59, schrieb M∡rtin Koppenhoefer: >> Ein Schlagbaum ist kurz, beweglich und die wesentliche Eigenschaft ist, dass >> er den gekreuzten Weg sperrt. Warum willst Du ihn als Weg eintragen? > > wenn er Teil einer linearen Absperrung ist macht das durchaus Sinn > (genauso wie bei Toren), so hat man die Öffnungsbreite automatisch mit > drin. Die lineare Absperrung durchgängig zu zeichnen und den Knoten am Schnittpunkt der linearen Absperrung mit dem gekreuzten Way geeignet (ggf. auch mit der Öffnungsbreite) zu taggen, dürfte in den meisten Situationen und für die meisten Anwendungszwecke die bessere Wahl sein. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte über Mapnik erstellen
Am 8. Februar 2011 16:07 schrieb Frederik Ramm : > Ich nehm dazu immer nik2img.py (->Google), lasse SVG erzeugen, und wandle > dann mit rsvg in ein Bitmap. Ja, das generate_image.py kann das auch (SVG), ganz unten einfach das Kommentarzeichen entfernen. Oder kann das nik2img noch mehr? Wobei man für mehr Details wohl doch am Stylesheet drehen muss (per Suche den entspr. Tag finden und den Zoomlevel anpassen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 7. Februar 2011 23:45 schrieb Fabian Schmidt : > Ein Schlagbaum ist kurz, beweglich und die wesentliche Eigenschaft ist, dass > er den gekreuzten Weg sperrt. Warum willst Du ihn als Weg eintragen? wenn er Teil einer linearen Absperrung ist macht das durchaus Sinn (genauso wie bei Toren), so hat man die Öffnungsbreite automatisch mit drin. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)
Danke. Du hast geantwortet: >> * Warum fehlt bei der Relation PrevLocationCode? > > Da es der Anfang der Straße ist. Aber warum gibt es dann nebst der TMC-Relation auch am OSM-Node tmc-Tags (mit nextlocationcode)? Wären da ein (oder doch auch am Anfang zwei?) Relationenn nicht klarer - und der OSM-Node ist erst noch "entlastet"? Und was bedeutet "both" (wenn es doch der Anfang ist)? Wäre das nun eine Möglichkeit (ohne tmc-Tags am Node und weiterhin ohne Class und LCLversion)? LG, S. Am 8. Februar 2011 15:07 schrieb André Riedel : > Am 8. Februar 2011 10:36 schrieb Stefan Keller : >> * Das sind praktisch dieselben Tags aber mit anderen Values(?). > > Jedes TMC-Segment (=Straßen) besitzt eigene TMC-Punkte. Eine Kreuzung > zweier Straßen zeichnet sich daher durch die Existenz zweier Punkte an > der gleichen Koordinate aus. > >> * Macht das Sinn, eine (oder mehrere) Relation(en) pro Node? > > Bedingt durch die TMC-Definition ja. > >> * Warum fehlt bei der Relation PrevLocationCode? > > Da es der Anfang der Straße ist. > >> * Für was brauchts Class Point, wenn es schon ein Node ist? > > Ein OSM-Node und eine TMC-Point sind unterschiedliche Dinge. > Aber abgesehen davon müssen diese Informationen nicht in OSM, da jede > TMC-ID einmalig vergeben wird. (In OSM kann es einen Node mit ID=1 > oder einen Way mit ID=1 geben) > > Ciao André > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenDEM - Freie Digitale Höhenmodelle und Höhendaten
Henning Scholland wrote: > > Gibt es eine freie Möglichkeit, aus dem GeoTiff eine osm-Datei > zu erstellen, wie es srtm2osm für das hgt-Format macht? > Du kannst aus GeoTiff mit freien Tools relativ leicht shapefiles erzeugen, die nutze ich für die Mapnik-Höhenlinien. (Siehe Wiki "hikingbikingmaps"). Es gibt Konvertierer Shapefile -> OSM. Ob die allerdings praxistauglich sind, habe ich nie ausprobiert. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/OpenDEM-Freie-Digitale-Hohenmodelle-und-Hohendaten-tp5998294p6004763.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] Neuer Kartenstil auf openstreetmap.de
Wolfgang schrieb: [deutscher Stil bei osm.de] > Sieht sehr gut aus. Ich schliesse mich an. > Ein paar Kleinigkeiten: > Geh- und Fußwege lt. tags im höchsten Zoom-level andeuten. Die Radwege unterscheiden sich in dem Stil nur minimal von Fusswegen. Waer schoen, wenn man da noch etwas dran drehen koennte. Ah, gerade einen Reitweg erkannt. Mir ist aufgefallen, dass Baustellen gar nicht gezeichnet werden. Bei der Gelegenheit sollte man den Standardstil auch gleich so anpassen, dass mit construction=yes, construction:obstruction=blocked gekennzeichnete Baustellen genauso gehandhabt werden wie die mit highway=construction, construction=primary/secondary/... Eine Zoom-Stufe 18 gibt es ja gar nicht. Naja, spart Last auf dem Server. Die Legende ist ja leer. Der klassische Kleingartenstil ist gut, aber die heath-Aenderung sollte man schon mitnehmen (der wurde etwas dunkler). Zu man_made=tower: Ist doch eigentlich auch building=yes, und damit taucht es auch irgendwie auf. cu, stw -- If you don’t make [lower-resolution mapping data] publicly available, there will be people with their cars and GPS devices, driving around with their laptops. They will be cataloguing every lane, and enjoying it, driving 4×4s behind your farm at the dead of night. There will, if necessary, be a grass-roots remapping. [Tim Berners Lee] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Frederik Ramm wrote: > > Weil so ziemlich jeder, der einen Tile-Server betreibt, Probleme mit > Massendownloads hat (die coole xyz-App laedt mal eben 5000 Tiles fuer > Offline-Nutzung runter und so weiter), habe ich auf dem Server einen > Schutz gegen solche Massendownloads eingebaut, der nach einer gewissen > Tile-Anzahl absichtlich langsamer in der Auslieferung wird. Bei welcher Anzahl von Tiles machst Du denn den Schnitt zwischen normaler Nutzung und Downloadbremse? bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Neuer-Kartenstil-auf-openstreetmap-de-tp6003846p6004752.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] Neuer Kartenstil auf openstreetmap.de
Wolfgang [Tue, Feb 08, 2011 at 05:01:02PM CET]: [...] > > die Befürchtung verstehe ich zwar, aber ich teile sie nicht. Mir ist nicht > bekannt, dass die Nazis gezielt deutsche Namen für Orte erfunden hätten, die > nie einen deutschen Namen getragen hatten. So etwas ist aus Südtirol bekannt, > wo ein Italiener die Orte künstlich umbenannt hat. > Litzmannstadt ist das herausragende Beispiel. Aber es gibt etliche andere Beispiele von deutschen Bezeichnungen, die nicht mehr gebräuchlich sind und mehr Verwirrung stiften als sie vermeiden. Genua, Mailand und Neapel sind klar, Raben weniger und Bern könnte mit der Hauptstadt der Schweiz verwechselt werden. Löwen wäre für mich an der Grenze. Dennoch finde ich es nicht verkehrt, alle diese Namen als name:de zu führen. Wir mappen halt nicht für die Renderer :-} > Da die Gebiete östlich von Deutschland traditionell (auch) deutsches > Siedlungsgebiet waren, hatten viele Orte schon aus der Zeit ihre Namen. In > Klaipeda z.B. liest man im offiziellen Stadtprospekt, dass die Stadt früher > Memel hieß. Bei allen Problemen, die wir mit der jüngeren Geschichte haben, > sollten wir nicht übertreiben. > Das ist ein gutes Beispiel. Ich würde den Ort unter K im Atlasindex suchen. [...] > Geschichtsbücher z.B. wären leichter zu verfolgen, wenn man in einer Karte > geschichtliche Namen einblenden könnte. Das wären aber Spezialkarten, in denen Konstantinopel, Königsberg oder Kristianstadt auftauchte. -- 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] Koennen wir die TMC-Daten rauswerfen?
Am 06.02.2011 17:22, schrieb Sven Anders: Nachdem ich mich durch den Wald an Nachrichten zu diesem Thema gewühlt habe und es so aussieht als ob sich langsam was sinnvolles aus der Diskussion ergibt, habe ich noch ein paar Anmerkungen: > Ja, genau das habe ich mit dem Aufbau des TMC Validators [1] bezweckt. > Er hat sicherlich viele Schwächen und zeigt z.Z. auch an manchen Stellen > blödsinn an (weil ich mal wieder Basteln musste, arbeite aber schon an > einer Korrektur). Klingt gut. Warum vergißt der TMC-Validator eigentlich so häufig seine Daten ? Achtet der nicht nur auf Veränderungen ? > Sicherlich fallen bei Pascals Auswertungen von OSM-TMC auch noch > Validator daten an. > > Allerdings brauchte man vermutlich noch eine Meta Datenbank dazu, um die > ungereimtheiten im TMC zu dokumentieren. > > (z.B. Straßen die zwar in TMC Daten noch existieren, in der realität > aber nicht mehr). oder erst im Bau sind, bzw in Planung und manchmal nie in die Realität umgesetz werden. Auch kenne ich Stellen, wo zur Zeit noch der alte Datensatz aktuell ist, weil man sonst von der Bundesstraße abbiegt und direkt im Baustellenstau landet. So haben wir auch schon einige Fehler in den TMC-Daten entdenkt. > Und das Tagging-Schema ist ja noch nicht einmal in sich konsistent (es > gibt z.B. keine Einigkeit darüber wo der Knotenpunkt für eine > Autobahn-Auffahrt am sinnvollsten gesetzt werden sollte.) Endlich wird das auch erwähnt. Für mich sind TMC-Points die Wege zwischen Ab- und Auffahrt und nicht nur ein Knoten. Eine Kreuzung ist in OSM häufig nicht nur Knoten. fly [1] http://osm-tmc.anders-hamburg.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo Frederik, schön, rot für die Autobahnen und gelb für Landstrassen! Blau ist eigentlich für Flüsse, und grün für Wald etc. in Russland, Griechenland und im arabischen und asiatischen Raum wäre es hilfreich, den Namen in lateinischer Schrift lesen zu können. Ja, das fände ich super! Aber bitte keine "deutschen" Namen, sondern immer die jeweiligen Endonyme. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Am Dienstag 08 Februar 2011 16:23:29 schrieb Frederik Ramm: > Hallo, > > Henning Scholland wrote: > > Sieht gut aus. Doch wäre es nicht besser, bei einem deutschen Stil nicht > > name:de dem name vorzuziehen? > > Muesste man mal drueber nachdenken. Eigentlich ist der Stil eh nur fuer > Deutschland geeignet (wegen der typisch deutschen blauen > Autobahnschilder), und da duerfte es ja keinen Ort mit name:de != name > geben, oder? Ich habe aber keinen eleganten Weg, um ausserhalb > Deutschlands einen anderen Kartenstil zu nehmen (Mapnik2 kann das, s. > open.mapquest.de) - und ausserdem ist dieser Stil z.B. fuer Spanien ja > auch nicht falscher als der Original-Mapnik-Stil. Warum sollten wir nicht in Spanien und England die Autobahnen genauso darstellen wie in Deutschland? Man wird doch nicht gebietsweise verschiedene Signaturen verwenden. Wenn das einem Spanier oder Engländer nicht gefällt, kann er ja auf osm.org ausweichen oder einen eigenen Server aufstellen. Gerne auch mit deutschen Autobahnen im spanischen Stil. > > Bei der durchgehenden Verwendung von name:de haette ich die > Befuerchtung, dass Orte, die nur zur Nazizeit einen deutschen Namen > trugen, auf unserer Karte ploetzlich wieder mit diesem Namen erscheinen. > Das wuerde fuer den Erstbesucher ein schlechtes Licht auf das Projekt > werfen. die Befürchtung verstehe ich zwar, aber ich teile sie nicht. Mir ist nicht bekannt, dass die Nazis gezielt deutsche Namen für Orte erfunden hätten, die nie einen deutschen Namen getragen hatten. So etwas ist aus Südtirol bekannt, wo ein Italiener die Orte künstlich umbenannt hat. Da die Gebiete östlich von Deutschland traditionell (auch) deutsches Siedlungsgebiet waren, hatten viele Orte schon aus der Zeit ihre Namen. In Klaipeda z.B. liest man im offiziellen Stadtprospekt, dass die Stadt früher Memel hieß. Bei allen Problemen, die wir mit der jüngeren Geschichte haben, sollten wir nicht übertreiben. Stichworte dazu: Liudolfinger, Heinrich der Löwe, Wendenkreuzzug, deutsche Ordensritter. Zeitraum ca 1050 - 1700 (Wikipedia). Geschichtsbücher z.B. wären leichter zu verfolgen, wenn man in einer Karte geschichtliche Namen einblenden könnte. Insbesondere in Russland oder Griechenland wäre es auch hilfreich, den Namen in lateinischer Schrift lesen zu können. Wünschenswert wäre das natürlich auch für den arabischen und asiatischen Raum. Linux hat sich in vielen Ländern gerade damit durchgesetzt, dass das gesamte System relativ einfach auf die jeweiligen Landessprachen umsetzbar ist. Beispiel Norwegen neu- und altnorwegisch, Indien mit 5 lokalen Sprachen etc. Es würde OSM von g-maps abheben, wenn wir diese Fähigkeiten mehr ausbauen würden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo Am 08.02.2011 16:23, schrieb Frederik Ramm: Hallo, Henning Scholland wrote: Sieht gut aus. Doch wäre es nicht besser, bei einem deutschen Stil nicht name:de dem name vorzuziehen? Muesste man mal drueber nachdenken. Eigentlich ist der Stil eh nur fuer Deutschland geeignet (wegen der typisch deutschen blauen Autobahnschilder), und da duerfte es ja keinen Ort mit name:de != name geben, oder? Ich habe aber keinen eleganten Weg, um ausserhalb Deutschlands einen anderen Kartenstil zu nehmen (Mapnik2 kann das, s. open.mapquest.de) - und ausserdem ist dieser Stil z.B. fuer Spanien ja auch nicht falscher als der Original-Mapnik-Stil. Bei der durchgehenden Verwendung von name:de haette ich die Befuerchtung, dass Orte, die nur zur Nazizeit einen deutschen Namen trugen, auf unserer Karte ploetzlich wieder mit diesem Namen erscheinen. Das wuerde fuer den Erstbesucher ein schlechtes Licht auf das Projekt werfen. Bye Frederik Da hast du natürlich auch wieder Recht. Ich dachte jetzt eher an die normalen Städte wie Prag, Warschau, Lissabon, Athen usw. Wobei die Namen aus der Nazi-Zeit egtl. nichts in OSM verloren haben. Zumindest nciht unter name:de. Wenn dann als historisches oder so. Im Forum wurde entdeckt, dass der Stil bei Multipolygonen den name des Multipolygons auch an den Weg schreibt. Dieser gehört, wie bei Flächen üblich nur in das Zentrum. Viele Grüße Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hi, André Joost wrote: Mein mapnik meckert, dass B1.png und Bundesautobahn1.png im Symbolverzeichnis fehlt. Hm, ist vermutlich akademisch, weil es keine einstelligen A/B-Nummern gibt, aber ich habs jetzt einfach mal von B2/Bab2 kopiert... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Hallo Rainer, sie kann zwar jederzeit im owl-Wiki geändert werden, die erste Verknüpfung im wiki zwischen Gemeinde und Relations-ID ist dann aber die, die in der Ausgabeseite für immer verwendet wird. Daher bringt eine nachträgliche Korrektur im owl-Wiki keine geänderte Ausgabeseite und Florian muß da die übers owl-Wiki falsch erstellte Verknüpfung erst in der DB entferen, damit eine neue Verknüpfung aufgrund der aktuellen Daten im owl-wiki erstellt werden kann. Viele Grüße Dietmar > -Ursprüngliche Nachricht- > Von: bundesrainer [mailto:o...@bundesrainer.de] > Gesendet am: Dienstag, 8. Februar 2011 15:14 > An: talk-de@openstreetmap.org > Betreff: Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht > nicht mehr seit 19.01.11 > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Am 07.02.2011 22:15, schrieb Dietmar: > > wenn man bei der Anlage einer Datei die falsche Relations-ID angibt, > > verweist die gleichnamige Gemeinde auf der Auswertungsseite auf > den falschen > > Ort. > > > > Das kann dann nur von Florian wieder korrigiert werden durch > das löschen der > > falschen Verknüpfung zwischen Relations-ID und Gemeinde. > > Eine falsche Relations-ID kann (genau wie die Straßennamen) auf der > zugehörigen Wiki-Seite geändert werden. > > Beste Grüße, > Rainer > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (MingW32) > > iQEcBAEBAgAGBQJNUU+iAAoJEPT/XJzV1tNzkdoH/iVxwNNgZInf0NmvKODDKocE > 3xDJf+X3cIUvDfqtN3RQbAbu/asKtFEceMrXpb+l0jAyNEOTS96B3S7KyChO/hvc > RBZVxRXvcU85aU4B5mB60AwoSQdB6VKvqyKq3LKk4Yhf29e5txg9OxKGgYKXziSH > x613547bwDX+gbCcOIIHxD86CLnYxGgcOklHoJIxqHEnTpCn9/BtaS8SfWudrGxp > nG0bTpUX8YpDryd1P+mLuhtwUtGAcgmN+XLYiFw73T+HU/Yo0wlCxJEEkemxthYq > EBhp/kj21Tbmxvp/r695AJBvUWXByAP9aUQ3zGUrjwcGhdCFphglt4OE7+TC7D0= > =1oZa > -END PGP SIGNATURE- > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Chris66 wrote: Besteht die Chance da Sachen aufzunehmen, wo der englische Mapnik Style sich standhaft weigert, zB. man_made=tower? Der englische Style wird von gestandenen Kartographen gemacht. Wenn die sich standhaft weigern, dann besteht die Moeglichkeit, dass das einen Grund hat - sollte man mal rausfinden. Ich sehe eigentlich nicht, wieso man_made=tower auf unserer Karte drauf sein sollte und auf deren Karte nicht - ist ja jetzt nicht so, dass es in Deutschland davon mehr gibt als in England oder so. Wie eingangs gesagt - grundsaetzlich koennen wir mit dem Style machen, was wir wollen, aber das Ziel war eigentlich in erster Linie, den existierenden Stil fuer den hiesigen Geschmack anzupassen. In Einzelfaellen koennen wir auch unterschiedliche Designentscheidungen treffen - aber das ganze darf auch nicht zu einem "free-for-all" a la Tiles@Home werden, wo jeder seine Lieblingstags eintragen darf ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Am 08.02.2011 15:13, schrieb bundesrainer: Das kann dann nur von Florian wieder korrigiert werden durch das löschen der falschen Verknüpfung zwischen Relations-ID und Gemeinde. Eine falsche Relations-ID kann (genau wie die Straßennamen) auf derzugehörigen Wiki-Seite geändert werden. Durch die Änderung bekommt man zwar die richtigen Daten als Output, aber dadurch werden meines Wissens bereits generierte Auswertungen für die vorherige (falsche) Relations-ID nicht gelöscht. Die bleiben vermutlich als Datenmüll stehen. -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Henning Scholland wrote: Sieht gut aus. Doch wäre es nicht besser, bei einem deutschen Stil nicht name:de dem name vorzuziehen? Muesste man mal drueber nachdenken. Eigentlich ist der Stil eh nur fuer Deutschland geeignet (wegen der typisch deutschen blauen Autobahnschilder), und da duerfte es ja keinen Ort mit name:de != name geben, oder? Ich habe aber keinen eleganten Weg, um ausserhalb Deutschlands einen anderen Kartenstil zu nehmen (Mapnik2 kann das, s. open.mapquest.de) - und ausserdem ist dieser Stil z.B. fuer Spanien ja auch nicht falscher als der Original-Mapnik-Stil. Bei der durchgehenden Verwendung von name:de haette ich die Befuerchtung, dass Orte, die nur zur Nazizeit einen deutschen Namen trugen, auf unserer Karte ploetzlich wieder mit diesem Namen erscheinen. Das wuerde fuer den Erstbesucher ein schlechtes Licht auf das Projekt werfen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte über Mapnik erstellen
Hallo, Kai Behncke wrote: a) Wenn ich mittels generate_image.py ein Bild erstelle (in hoher Pixelanzahl, z.B. 5000*5000), dann wird die Schrift winzig klein, kann mir jemand sagen wo/wie ich einstellen kann, dass diese auch in einem solchen Falle größer gerendert wird. Ich nehm dazu immer nik2img.py (->Google), lasse SVG erzeugen, und wandle dann mit rsvg in ein Bitmap. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mundraub
Hallo.
Am Dienstag 08 Februar 2011, 15:15:47 schrieb M:
> Das Projekt animiert im wesentlichen dazu das man
> anhand der Karte gezielt Orte raussuchen kann um sich den Kofferraum bis
> zur Oberkante voll zu machen ("Abernten"). Jede Menge Irrtümer aufgrund
> der Art der Erfassung vorprogrammiert.
Ich bin mal so naiv und glaube den Leuten sogar dass die nur Grundstücke
eingetragen haben wollen die der Eigentümer freigegeben hat.
Leider haben die Betreiber (und sämtliche Medien die darüber berichten)
vergessen klar zu sagen dass man das eben nicht daran erkennt, dass Obst mehr
als 24 Stunden unter dem Baum liegen bleibt. Ebenfalls fehlt eine kurze und
prägnante Abgrenzung des juristisch tolerierten Mundraub zur Straftat des
Diebstahls.
Gruß, Bernd, der viele Leute kennt, denen (schon bevor es mundraub.org gab)
die Ernte des ganzen Jahres geklaut wurde.
--
Und ihr wundert wuch, dass es euch schlecht geht?
- Dirk Bach bei der Echo-Verleihung 2004 zur Musikindustrie
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] Neuer Kartenstil auf openstreetmap.de
Hallo Sieht gut aus. Doch wäre es nicht besser, bei einem deutschen Stil nicht name:de dem name vorzuziehen? Das wurde glaube ich auch beim Koordinierungstreffen mit angesprochen. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mundraub
Ich glaub es hackt! Genau: "We come in peace" war das Motto der Hacker beim 27C3 ;-) Gruss Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, Am Dienstag 08 Februar 2011 13:54:54 schrieb Frederik Ramm: > > Feedback jeder Art - zu Stil, Tileserver, und der Art, wie ich das hier > wieder mal ungefragt einfach so mache, ist willkommen ;) fuer die > Stil-Diskussionen und -Aenderungswuensche koennte man ja evtl. eine > Wikiseite aufmachen. (Aber bitte kein cartography-by-voting ;) > Sieht sehr gut aus. Ein paar Kleinigkeiten: trunk hebt sich nicht von primary ab (Vielleicht etwas dunkler zeichnen?) Es wäre schön, wenn das width-Tag eine Auswirkung hätte, bei Gewässern wie bei Osmarender, möglichst auch bei Straßen Geh- und Fußwege lt. tags im höchsten Zoom-level andeuten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weinlagen
Und was ist jetzt Dein Fazit/Vorschlag für das Datenschema von OSM? Wie der Tag heißt ist (mir) letzlich egal. Prinzipiell wäre ein eigener/Layer mit den Flurnamen die man mit den Wingerten verknüpft die "rechts unten" Lösung. Hat OSM bezüglich Flurnamen schon was oder wurde diskutiert? Unabhängig davon das die Daten (Flurnamen) auch zu 100% schon amtlich erfasst sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mundraub
Lust auf frisches Obst? gratis?
Genau, es werden irgendwelche Bäume eingetragen ohne sicher zu sein das
der Baum nicht doch regelmäßig gepflegt und geerntet wird nur weil der
Eigentümer kein Schild anbringt oder was!? Selbst wenn der Baum aktuell
nicht genutzt wird dann ist das "Abernten" wie auf der Website beschrieben:
"[...]Obstbäume zum Abernten in der MundraubMap zu taggen[...]"
eben NICHT Mundraub und lässt die Scheinheiligkeit des Projektes ganz
klar erkennen!!! Das Projekt animiert im wesentlichen dazu das man
anhand der Karte gezielt Orte raussuchen kann um sich den Kofferraum bis
zur Oberkante voll zu machen ("Abernten"). Jede Menge Irrtümer aufgrund
der Art der Erfassung vorprogrammiert.
Ich glaub es hackt!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 07.02.2011 22:15, schrieb Dietmar: > wenn man bei der Anlage einer Datei die falsche Relations-ID angibt, > verweist die gleichnamige Gemeinde auf der Auswertungsseite auf den falschen > Ort. > > Das kann dann nur von Florian wieder korrigiert werden durch das löschen der > falschen Verknüpfung zwischen Relations-ID und Gemeinde. Eine falsche Relations-ID kann (genau wie die Straßennamen) auf der zugehörigen Wiki-Seite geändert werden. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJNUU+iAAoJEPT/XJzV1tNzkdoH/iVxwNNgZInf0NmvKODDKocE 3xDJf+X3cIUvDfqtN3RQbAbu/asKtFEceMrXpb+l0jAyNEOTS96B3S7KyChO/hvc RBZVxRXvcU85aU4B5mB60AwoSQdB6VKvqyKq3LKk4Yhf29e5txg9OxKGgYKXziSH x613547bwDX+gbCcOIIHxD86CLnYxGgcOklHoJIxqHEnTpCn9/BtaS8SfWudrGxp nG0bTpUX8YpDryd1P+mLuhtwUtGAcgmN+XLYiFw73T+HU/Yo0wlCxJEEkemxthYq EBhp/kj21Tbmxvp/r695AJBvUWXByAP9aUQ3zGUrjwcGhdCFphglt4OE7+TC7D0= =1oZa -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Am Montag, den 07.02.2011, 23:16 +0100 schrieb Stefan Keller: > Wenn die Daten wieder geladen sind... > Hinweis: Mittelpunkte findest du nicht in den Daten. > Sie können aber jederzeit von PostGIS aus Polygonen (d.h. von osm2pgql > importierte Ways) berechnet werden, wie Walter Nordmann oben schrieb > (etwas adaptiert): > > SELECT ST_AsText(ST_Centroid(way)) > FROM planet_osm_polygon > WHERE name ILIKE 'Stuttgart%' Das ist mir nichts neues... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)
Am 8. Februar 2011 10:36 schrieb Stefan Keller : > * Das sind praktisch dieselben Tags aber mit anderen Values(?). Jedes TMC-Segment (=Straßen) besitzt eigene TMC-Punkte. Eine Kreuzung zweier Straßen zeichnet sich daher durch die Existenz zweier Punkte an der gleichen Koordinate aus. > * Macht das Sinn, eine (oder mehrere) Relation(en) pro Node? Bedingt durch die TMC-Definition ja. > * Warum fehlt bei der Relation PrevLocationCode? Da es der Anfang der Straße ist. > * Für was brauchts Class Point, wenn es schon ein Node ist? Ein OSM-Node und eine TMC-Point sind unterschiedliche Dinge. Aber abgesehen davon müssen diese Informationen nicht in OSM, da jede TMC-ID einmalig vergeben wird. (In OSM kann es einen Node mit ID=1 oder einen Way mit ID=1 geben) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Am 08.02.2011 13:54, schrieb Frederik Ramm: > ich habe gerade auf www.openstreetmap.de einen neuen > Default-Kartenstil installiert. Die Tiles werden auf einem der von > STRATO gesponsorten Rechner produziert; allerdings haben wir nur einen > Europa-Datensatz. Sieht ganz hübsch aus. Tiles kommen noch ein bisschen langsam über die Leitung. Besteht die Chance da Sachen aufzunehmen, wo der englische Mapnik Style sich standhaft weigert, zB. man_made=tower? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Am 08.02.11 13:54, schrieb Frederik Ramm: Feedback jeder Art - zu Stil, Tileserver, und der Art, wie ich das hier wieder mal ungefragt einfach so mache, ist willkommen ;) fuer die Stil-Diskussionen und -Aenderungswuensche koennte man ja evtl. eine Wikiseite aufmachen. (Aber bitte kein cartography-by-voting ;) Mein mapnik meckert, dass B1.png und Bundesautobahn1.png im Symbolverzeichnis fehlt. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neuer Kartenstil auf openstreetmap.de
Hallo, ich habe gerade auf www.openstreetmap.de einen neuen Default-Kartenstil installiert. Die Tiles werden auf einem der von STRATO gesponsorten Rechner produziert; allerdings haben wir nur einen Europa-Datensatz. Der Stil basiert auf einer relativ aktuellen Version des Original-Mapnik-Styles; es sind gar nicht so viele Sachen veraendert worden, aber eben gerade die, auf die es ankommt - ich finde, der Stil ist ganz gut gelungen, besonders in den mittleren Zoomleveln. Den Stil hat Beate Braun gemacht, im Rahmen ihrer Bachelor-Arbeit an der HFT Stuttgart. Die Geofabrik hat die Arbeit mit-betreut. Ich habe den Stil in unser OpenStreetMap-SVN eingecheckt (unter applications/rendering/mapnik-german). Jeder kann sich den schnappen und damit selber herumspielen. Meine Hoffnung ist, dass sich ein paar Leute (Du bist gemeint, geschaetzter Leser!) finden, die sich der Aufgabe annehmen, diesen Stil "nachzufuehren", wenn im Original-Mapnik-Stil Aenderungen gemacht werden, so dass wir immer einigermassen vergleichbar sind, aber eben unseren eigenen Karten-Charakter haben. Eventuell wird Beate auch noch die eine oder andere kleine Aenderung machen, aber eigentlich ist sie mit ihrer Arbeit jetzt fertig. Weil so ziemlich jeder, der einen Tile-Server betreibt, Probleme mit Massendownloads hat (die coole xyz-App laedt mal eben 5000 Tiles fuer Offline-Nutzung runter und so weiter), habe ich auf dem Server einen Schutz gegen solche Massendownloads eingebaut, der nach einer gewissen Tile-Anzahl absichtlich langsamer in der Auslieferung wird. Wenn ihr jetzt zu eifrig auf der Karte rumsurft, kann es sein, dass ihr mal in diesen Schutz reinlauft - dann einfach ein bisschen warten. Das muss sicher auch noch "getunt" werden. Der Server hat auch nur bis Zoom 14 vorausberechnete Kacheln, so dass man beim Weiter-reinzoomen ebenfalls eine Wartezeit in Kauf nehmen muss - es ist leider nicht der flinkeste Server. Ich moechte an dieser Stelle Beate fuer ihre Arbeit danken; ich finde, das Ergebnis kann sich sehen lassen. Ich bin sicher, ihr werdet noch einen Haufen Bugs finden, aber die kann man ja dann Schritt fuer Schritt angehen. Wie gesagt, der Stil ist im SVN, und wenn sich da ein paar Leute finden, die sich fuer die weitere Pflege verantwortlich fuehlen, dann kann ich den Stil auch regelmaessig auf den Tileserver aufspielen und Tiles neu generieren lassen. Wir muessen mal gucken, wie sich das so einspielt. Was ich gern vermeiden wuerde, waere eine tiles@home-Situation, wo jeder mal sein Lieblings-Icon auf die Karte bringt und keiner das grosse Ganze im Auge hat. Ich setze da ganz auf freiwillige Selbstkontrolle - wie gesagt, ich denke, die grobe Richtschnur sollte nach wie vor sein, was die Englaender machen. Feedback jeder Art - zu Stil, Tileserver, und der Art, wie ich das hier wieder mal ungefragt einfach so mache, ist willkommen ;) fuer die Stil-Diskussionen und -Aenderungswuensche koennte man ja evtl. eine Wikiseite aufmachen. (Aber bitte kein cartography-by-voting ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenDEM - Freie Digitale Höhenmodelle und Höhendaten
Hallo, Am 06.02.2011 20:28, schrieb OpenDEM: Hallo, Mittels des OpenDEM Projektes soll eine Plattform entstehen um freie Digitale Höhenmodelle und weitere freie Höhendaten (wie z.B. GPX tracks) zur Verfügung zu stellen. Unter der URL http://www.opendem.info ist das Projekt ab sofort erreichbar (nur in Englisch). Das hört sich nach einer feinen Sache an. Wie ich sehe nutzt ihr GeoTiff. Gibt es eine freie Möglichkeit, aus dem GeoTiff eine osm-Datei zu erstellen, wie es srtm2osm für das hgt-Format macht? Mein Ziel wäre diese Daten dann in eine Garminkarte mittels mkgmap zu bekommen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte über Mapnik erstellen
Kai Behncke wrote: > > a) Wenn ich mittels generate_image.py ein Bild erstelle (in hoher > Pixelanzahl, z.B. 5000*5000), dann wird die Schrift winzig klein, kann mir > jemand sagen wo/wie ich einstellen kann, dass diese auch in einem solchen > Falle größer gerendert wird. > > b) Ich möchte gerne, dass die Karte auch bei größerem Maßstab etwas mehr > Details anzeigt. > a) Textgröße an den TextSymbolizern im Stylesheet einstellen b) Maßstab in MaxScale im Stylesheet einstellen Hast Du das Wiki http://trac.mapnik.org/ schon entdeckt, dort werden alle Elemente des Stylesheets (mehr oder weniger ausführlich) beschrieben. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Karte-uber-Mapnik-erstellen-tp6003720p6003768.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
[Talk-de] OSM-Karte über Mapnik erstellen
Hallo Liste, ich visualisiere mittels Mapnik OSM-Daten,welche in PostGIS iegen, das funktioniert auch soweit recht gut. Ich bin dabei nach dieser Anleitung vorgegangen: http://wiki.openstreetmap.org/wiki/Mapnik ...und nutze das klassische OSM-Stylesheet. Nun aber zwei Fragen: a) Wenn ich mittels generate_image.py ein Bild erstelle (in hoher Pixelanzahl, z.B. 5000*5000), dann wird die Schrift winzig klein, kann mir jemand sagen wo/wie ich einstellen kann, dass diese auch in einem solchen Falle größer gerendert wird. b) Ich möchte gerne, dass die Karte auch bei größerem Maßstab etwas mehr Details anzeigt. Konkret: Hier fehlen noch Details, z.B. der Parkplatz, Rundwanderweg etc: http://www.kneipenculture.de/fehlt_noch_was.png Und ich würde es gerne auch bei größerer Bounding Box so detailsreich wie hier haben: http://www.kneipenculture.de/alles_da.png Konkret: Ich möchte gerne eine detaillreiche OSM-Karte einer relativ großen Gegend erstellen. Kann mir da jemand einen Tip geben? Das ganze ist vorgesehen für eine Geoinformatik-OSM-Werbeaktion, eine Schatzsuche nach echtem Gold ;-) http://www.osnagold.de Viele Grüße und Danke, Kai -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Malle-Urlauber - neue Aufgabe - Straßenumbenennungen
Hi ! habe gerade einen Blog-Eintrag gefunden der für Malle-Reisende interessant sein könnten. Falls man nicht zum Ballerman will. Es sind ca. 360 Straßen in Palma umbenannt worden ! http://www.mallorca-blog.de/360-strassen-in-mallorcas-hautpstadt-palma-umbenannt-15717.html Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)
Mein lieber Ulf, Können wir hier nicht redlich diskutieren? Denn wir sind in vielen Teilen glaub' ich einig. Also: Ich sage nur, dass es von Vorteil wäre, wenn in OSM die Inhalte (Semantik) verständlich beschrieben. Dies erst recht, wenn es sich um eine "komplexere" Materie handelt, es wenig zugängliche Literatur gibt und es sich um ein (an sich lobenswertes) grösseres Vorhaben handelt. Das gilt für TMC zu auch auch für OePNV. Wer das als Papierkram auffasst oder wem ein Internetprotokoll mehr liegt, soll sich mit anderen zusammentun. Du schreibst zur Forderung nach einfachen Modellen: > Ich glaube nicht das dies der wirklich kritische Punkt ist. Was denn? und weiter: > Über das Problem sinnvoll eine externe DB mit unserer zu verzahnen, > also mit Minimum an manuellem Aufwand und benutzbar für Datenanwender, > hatten wir doch schon häufiger gesprochen und bislang m.W. noch > keine wirklich brauchbare Lösung gefunden. Hat das schon jemand vergeblich vesucht? Wenn handeln besser als reden ist, dann hier! Zurück zu TMC Modell: Man könnte nun klären, ob die Tables-Angabe nötig ist. Das hat meines Wissens nicht mit länderübergreifenden Meldungen zu tun, sondern mit der Tatsache, dass ein Land mehr als ein Table haben kann. Wenn nein, ergäbe das den Tag "tmc:locationcode=countryid_58:52864". Das müsste für die Variante Verknüpfung mit externer DB reichen. Wenn die aktuelle Variante so bleibt, hätte ich da noch eine ganze Reiher grundlegender Fragen: Wenn so bleibt, wie es jetzt angelegt ist und es gibt zwei Tables (oder zwei Länder) und je zwei LCLVersionen, dann müssten wir mit zwei, vier, sechs Tag-Gruppen à je sechs Tags rechnen, oder? Da lohnt es sich m.E., sich das nochmals zu überlegen. Da wird z.B. offenbar eine Relation an einen Node gehängt: http://www.openstreetmap.org/browse/relation/374604 Da scheint etwas redundant (oder aber "überlagernd") zu sein, wenn man mit dem Mitglieder-Knoten 10210539 vergleicht http://www.openstreetmap.org/browse/node/10210539 : * Das sind praktisch dieselben Tags aber mit anderen Values(?). * Macht das Sinn, eine (oder mehrere) Relation(en) pro Node? * Warum fehlt bei der Relation PrevLocationCode? * Für was brauchts Class Point, wenn es schon ein Node ist? Wäre das nicht viel eleganter: d.h. ohne zus. Relation., ohne Tablecode und ohne LCLversion und mit bekannten Länder-Code ISO-3166 (anstelle '58'). Für die Editoren-Erweiterungs-Diskussion wäre das ein Hinweis, Prefixe wenn schon aufklappbar, dann mit mehreren Stufen darzustellen, also aufgeklappt (und mit zweitem LocationCode für die Niederlande): o highway = traffic_signals + tmc + de o locationcode = 25005 o prevlocationcode = 25004 + nl o locationcode = 11013 LG, S. Am 7. Februar 2011 02:51 schrieb Ulf Lamping : > Am 07.02.2011 01:21, schrieb Frederik Ramm: >> >> Hi, >> >> Stefan Keller wrote: >>> >>> => Daher könnte z.B. folgendes etwas sinniger sein: >>> "tmc:locationcode=countryid_58:tablecode_1:52864". >> >> Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur >> "tmc_location_code=52864" schreiben oder so. Ok, man kriegt damit keine >> laenderuebergreifenden Meldungen abgebildet, aber kommen die so oft vor? > > Frag mal die Leute in Trier, die können dir da ein Lied von singen ;-) > >> Ebenso mit dieser "table" (ulkigerweise dachte ich anfangs wegen "tabcd" >> immer, das waere ein Beispielwert, a-b-c-d...) - wenn es wirklich mal zu >> dem unwahrscheinlichen Fall kommt, dass wir zwei "Tables" parallel in >> OSM abbilden muessen, kann man das Problem *dann* loesen. (Es entspricht >> nicht der Tradition von OSM, ein komplexes Modell aufzubauen fuer Zeugs, >> das noch gar nicht gebraucht wird und bei dem unklar ist, ob es >> ueberhaupt jemals gebraucht wird - man macht erstmal was einfaches und >> kann das dann spaeter immer noch erweitern.) > > Ich glaube nicht das dies der wirklich kritische Punkt ist. > >> Also ich koennte mir durchaus vorstellen, dass es gelingt, den groessten >> Teil des TMC->OSM-Matchings komplett extern zu machen, so dass man den >> gewuenschten Nutzen auch erzielen kann, ohne dass TMC-Tags in OSM sind. > > Über das Problem sinnvoll eine externe DB mit unserer zu verzahnen, also mit > Minimum an manuellem Aufwand und benutzbar für Datenanwender, hatten wir > doch schon häufiger gesprochen und bislang m.W. noch keine wirklich > brauchbare Lösung gefunden. > > Du kennst das Bild mit dem "und hier geschieht ein Wunder" Kasten kurz vor > der Fertigstellung? > > http://www.ethikpartei.ch/miracle1.jpg > > Gruß, ULFL > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
