Re: [Talk-de] Roll-Up für Messe - download der Grundla ge
Moin ! gibt es einen Link um die Druckvorlagedatei ziehen zu können ? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
1248 schrieb: name=Bahnhofstrasse name:operator=Zürich, Bahnhofstrasse ref=DSNR findet in der schweiz nicht auch die haltestellennummerierung nach dem UIC (http://www.uic.org) bzw. IBNR statt? nach dem ÖPNV Schema http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Gesamthalt wäre der langname damit: uic_name=Zürich, Bahnhofstrasse und die DSNR uic_ref=[DSNR] zur überprüfung bietet sich diese seite an http://www.michaeldittrich.de/ibnr/online.php grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 09.02.2010 21:56, schrieb Benjamin Hagemann: Ich könnte mir auch gut vorstellen, dass man politisch die Piraten hierfür motivieren könnte oder auch die Grünen oder jede andere nahe Gruppierung um dies im Stadtparlament vorzubringen. Es geht ja dann auch um Steuergelder. Ich habe es mal an die AG Bauen und Verkehr der Piratenpartei weitergeleitet. Ggf. sucht die dann raus, wer in Hessen Ansprechpartner ist. Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
AssetBurned schrieb: http://www.openstreetmap.org/?lat=0lon=0zoom=19 Besser ist‘s nicht geworden ;) Grad durch Zufall entdeckt. unabhängig davon das der ATM da wohl etwas deplaziert ist Hmm, einen ATM sehe ich nicht, dafür 'ne Schule im t...@h Layer. Der Datenlayer zeigt dort insgesamt 5 Nodes. * Knoten 636796930 * Knoten 636851563 * Knoten 636851564 * Knoten 636851565 * Knoten 636851566 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 09.02.2010 21:56, schrieb Benjamin Hagemann: Hr: Radfahrer-Service: Schlagloch weg per Mausklick http://www.hr-online.de/website/rubriken/nachrichten/indexhessen34938.jsp?rubrik=36082key=standard_document_38685309 Die wollen dort ein System aufbauen, womit Radfahrer in Rhein-Main Fahrrad-unfreundliche Stellen melden und die Stadt diese dann monitoren, fixen und Erfolg melden kann. Bei Gefallen soll dies System auch anderen Städten / Regionen verkauft werden - so lese ich das. Gibt es übrigens schon mit OSM von Privat: http://www.radmelder.de/ Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Roll-Up für Messe - download der Grundla ge
meinst Du: http://svn.openstreetmap.org/misc/pr_material/german_roll_up/osmrollup.pdf ? Das ist zumindest der Link den der Drucker zur Herstellung des RollUps bis zur FOSSGIS hat. Marco Jan Tappenbeck schrieb: Moin ! gibt es einen Link um die Druckvorlagedatei ziehen zu können ? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zwischen Porto Velho und Palmas
Hi, kann mir jemand sagen was das dort ist: http://www.openstreetmap.org/?lat=-9.6405029296875layers=0B00FTFlon=-56.239013671875zoom=7 Es scheinen Flüsse und Bäche zu sein, aber so viele auf einem Fleck? Woher die Daten? Wenn das überall in dieser Dichte wäre, würde das die Karte total verunstalten. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lokal mappen
Hallo zusammen, das Subject ist vielleicht nicht ganz treffend, aber ich beschreibe einfach mal den Usecase: Ich möchte ein Gebiet von vielleicht 10x10 km herunterladen (wobei es da nicht allzu viel herunterzuladen gibt, höchstens ein paar Highways). Das möchte ich dann beliebig mit Josm o.ä. bearbeiten können. Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Am Ende möchte ich dann die kompletten Änderungen zu OSM hochladen. Betriebssystem wäre Linux, Hardware ein Netbook. Gibt es da etwas? Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 11.02.2010 13:21, schrieb Thomas Ineichen: Hallo Sven, In Osmarender hab ich das seinerzeit genau so gemacht. Pfad wird genau wie Fußweg, Radweg oder Reitweg gerendert, je nachdem welcher der drei Tags dranhängt. Hängen mehrere Tags dran entspricht das rendering dem höchstwertigen Weg. Und in welcher Hierarchie stehen Fussgänger, Reiter und Fahrradfahrer? Nicht zu vergessen Kraftfahrzeugführer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Frederik, Markus wrote: Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Leo hat seamark:topmark:shape = cylinder und seamark:topmark:colour = red:white:red entfernt. Sind das Daten von OpenSeaMap? Sorry, wenn ich da nicht so ganz durchblicke. Umgekehrt hat freietonne-db die Tags seamark:type = buoy_special_purpose und seamark:buoy_special_purpose:shape = barrel entfernt, die Leo offenbar gesetzt hatte. Beide Tag-Entfernungen waeren doch inhaltlich nicht notwendig gewesen. Warum wurde das gemacht (die Frage geht an beide)? Technische Probleme, menschliches Versagen, oder verstehe ich was falsch? Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Daraufhin wurden durch den Online-Editor die von OpenSeaMap benutzten Schlüssel: - seamark:topmark:colour = red:white:red - seamark:topmark:shape = cylinder entfernt und die Schlüssel - seamark:buoy_special_purpose:shape = barrel - seamark:type = buoy_special_purpose für Form und Art der Tonne hinzugefügt. Folgend hat der User freietonne-db die Änderungen von leo12305 zurück gesetzt und die vorher nicht vorhandenen Schlüssel. topmark:colour = red,white,red topmark:colour_pattern = horizontal_stripes hinzugefügt. Die von OpenSeaMap benutzten Schlüssel sind recht einfach an dem vorangestellten seamark: zu erkennen. Grüße, Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 10.02.2010 10:17, schrieb Sven Geggus: Thomas Ineichen osm.mailingl...@t-i.ch wrote: Ich bin inzwischen leider nicht mehr ein Fan der OpenCycleMap, unter anderem weil sie keine Paths darstellt und Mühe hat mit Multipolygonen.. Jupp, das rendering ist einfach Müll. Ich hatte schonmal begonnen ausgehend vom Stil der Reit- und Wanderkarte (Landuse und Höhendaten kann man übernehmen) eine neue Fahrradkarte zu bauen. Das ist aber noch nicht in einem Distributionswürdigen Zustand. Ich halte es für ein absolut notwendiges Feature da tracktypes und surface optisch zu visualisieren. Das kann die OpenCycleMap auch bis heute nicht. Leider ist keiner der Renderer derzeit technisch in der Lage einseitige Straßenbegleitende Radwege darzustellen. Also wenn jemand nen Workshop für ein neues Fahrradkarten Rendering machen möchte. Ich bin dabei. Ich habe darüber neulich auf der Horizont Outdoor mit dem ADFC-BW-Landesgeschäftsführer Erich Kimmich geredet, der war da recht Vielleicht kann man da zusammen mit dem ADFC was auf die Beine stellen? Ich kann nicht garantieren, daß da etwas rauskommt, was nicht OSMler auch alleine können. Aber wenn ADFCler beteiligt sind, könnte das helfen, ADFC-intern das unsägliche Tourenportal (Ehrenamtliche sammeln kostenlos Daten, die dann nur gegen Geld wieder rausgerückt werden) in Frage zu stellen. Wobei es da auch um die Erfassung der Wegequalität geht, aber das kann man ja vielleicht verbinden. Wenn Du oder andere Karlsruher da Interesse habt, kontaktiert mich doch einfach (oder schreibt auf der Karlsruher OSM-Liste), und dann versuche ich mal eine paar Leute vom ADFC zu kontaktieren. Viele Grüße, Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Moin, Simon Kokolakis schrieb: Chris-Hein Lunkhusen schrieb: Einfach als zwei entgegengesetzte oneway-Wege. theoretisch ja, praktisch besteht bei OSM zur zeit noch das ungeschriebene Gesetz 2 Spuren nur bei baulicher Trennung zu mappen. ;-) ... kommt darauf an ob man eine way als Straße oder Route sieht. Und da es wie du schon sagtest ein ungeschriebenes Gesetz ist, würde ich es dort so machen, anstatt hier neue keys einzuführen die eh keine Anwendung je auswerten wird. Nachteil bei diesem Sonderfall: Auch ein Router sieht dann nur die einseitige Route. D. h. die jeweilige Adresse kann dann nur von einer Seite aus 'geroutet' werden, da die Gegen-'Route' ja *nur* den anderen Straßennamen hat. Finde ich unschön, denn die neuen keys sind 'nur' ein Auswerte-/Anzeigeproblem, deine Version aber schon eine Datenverfälschung. ;-) Ich halte die Einführung der Erweiterungen :left / :right und auch :forward / :backward zu bereits vorhandenen Tags für längst überfällig. Auch die Richtungsorientierung lässt sich anhand dieser wenigen Zusätze im Editor m. E. noch handhaben, so wie jetzt oneway in JOSM geprüft wird. Weitere Anwendungsfälle: - Bürgersteige und Radwege zu Straßen - einseitige Geschwindigkeitsbegrenzungen - Einfahrverbote/-beschränkungen, z.B. nur landwirtschaftlicher Verkehr frei (Ja, die sind auch mal nur in eine Richtung gewollt, es sind nicht immer nur vergessene Schilder) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 12.02.2010 10:34, schrieb Jens Müller: Ich habe darüber neulich auf der Horizont Outdoor mit dem ADFC-BW-Landesgeschäftsführer Erich Kimmich geredet, der war da recht aufgeschlossen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Thomas Ineichen osm.mailingl...@t-i.ch wrote: In Osmarender hab ich das seinerzeit genau so gemacht. Pfad wird genau wie Fußweg, Radweg oder Reitweg gerendert, je nachdem welcher der drei Tags dranhängt. Hängen mehrere Tags dran entspricht das rendering dem höchstwertigen Weg. Und in welcher Hierarchie stehen Fussgänger, Reiter und Fahrradfahrer? Fußweg, Reitweg, Radweg AFAIR, aber das muss man mir als Radfahrer eventuell auch nachsehen :) Sicher, man könnte das mit allerlei gestricheltem Zeug perfektionieren. 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] OSM Rhein-Main Radweg-Pflege
Jens Müller b...@tessarakt.de wrote: Ich habe darüber neulich auf der Horizont Outdoor mit dem ADFC-BW-Landesgeschäftsführer Erich Kimmich geredet, der war da recht Vielleicht kann man da zusammen mit dem ADFC was auf die Beine stellen? Der war auch bei uns auf dem OSM Stand, das erinnert mich dran dass ich dem noch eine Mail schreiben wollte. Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] Lokal mappen
Jens Müller b...@tessarakt.de wrote: Ich möchte ein Gebiet von vielleicht 10x10 km herunterladen (wobei es da nicht allzu viel herunterzuladen gibt, höchstens ein paar Highways). Das möchte ich dann beliebig mit Josm o.ä. bearbeiten können. Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Am Ende möchte ich dann die kompletten Änderungen zu OSM hochladen. Abgesehen von den gerenderten Karten kannst Du das alles mit josm machen. Was das rendering betrifft kannst Du Dir entweder eine komplette Mapnik Toolchain aufsetzen oder osmarender benutzen. Letzeres ist insofern einfacher weil das ein simples perlscript ist, was aus stylesheet und osm-Datei ein svg erzeugt. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /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] Zwischen Porto Velho und Palmas
Martin Czarkowski wrote: Es scheinen Flüsse und Bäche zu sein, aber so viele auf einem Fleck? Ab Zoom 12 sieht das doch ganz ok und richtig aus. Wenn das überall in dieser Dichte wäre, würde das die Karte total verunstalten. Tut's ja schon in Teilen der US und GB. Ich finde, dass die waterway Linientypen in z12-captionless nicht mehr dargestellt werden sollten. Flüsse, die in z0-z11 zu sehen sein müssen, sind so groß, dass sie auch als Flächen (mit riverbank) erfasst sind (bzw. bald sein werden). Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokal mappen
Am 12.02.2010 10:51, schrieb Sven Geggus: Jens Müller b...@tessarakt.de wrote: Ich möchte ein Gebiet von vielleicht 10x10 km herunterladen (wobei es da nicht allzu viel herunterzuladen gibt, höchstens ein paar Highways). Das möchte ich dann beliebig mit Josm o.ä. bearbeiten können. Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Am Ende möchte ich dann die kompletten Änderungen zu OSM hochladen. Abgesehen von den gerenderten Karten kannst Du das alles mit josm machen. Was das rendering betrifft kannst Du Dir entweder eine komplette Mapnik Toolchain aufsetzen oder osmarender benutzen. Letzeres ist insofern einfacher weil das ein simples perlscript ist, was aus stylesheet und osm-Datei ein svg erzeugt. Ah. Ich kann die .osm-Datei einfach _abspeichern_ (und nicht auf einen Server zurückschieben) und das rendern lassen? Perfekt ... Mapnik ist vermutlich komplizierter? Ich hätte schon gerne PNG-Kacheln und nicht SVG ... Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokal mappen
Zitat Jens Müller: Ich möchte ein Gebiet von vielleicht 10x10 km herunterladen (wobei es da nicht allzu viel herunterzuladen gibt, höchstens ein paar Highways). Das möchte ich dann beliebig mit Josm o.ä. bearbeiten können. Da braucht es ja nix extra. Den Datenlayer am Ende einfach als *.osm abspeichern. Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Die gespeicherte osm-Datei kannst du z.B. mit Osmarender rendern. http://wiki.openstreetmap.org/wiki/DE:Osmarender Das SVG in Inkscape verarbeiten. Am Ende möchte ich dann die kompletten Änderungen zu OSM hochladen. Du kannst die osm-Datei in Josm oeffnen, bearbeiten und anschliessend wieder hochladen. Um moegliche Konflikte kuemmert sich das Konfliktmanagement in Josm. Solltest du dir vorher vielleicht mal anschauen, nur fuer den Fall. hth -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenbankschema
Hallo, gibt es irgendwo ein Datenbankschema für die von osm2pgsql verwendete Datenbank? Grüße -- View this message in context: http://n2.nabble.com/Datenbankschema-tp4560339p4560339.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] Zwischen Porto Velho und Palmas
Martin Czarkowski schrieb: kann mir jemand sagen was das dort ist: http://www.openstreetmap.org/?lat=-9.6405029296875layers=0B00FTFlon=-56.239013671875zoom=7 Es scheinen Flüsse und Bäche zu sein, aber so viele auf einem Fleck? Woher die Daten? Du kennst den Datenlayer? Ein Klick sagt: * IBGE:CD_CLASSE_: Primeira Ordem * source: IBGE * waterway: river Ob's da in Südamerika wirklich so nass ist kann ich nicht beurteilen. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokal mappen
Am 12.02.2010 11:00, schrieb Michael Buege: Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Die gespeicherte osm-Datei kannst du z.B. mit Osmarender rendern. http://wiki.openstreetmap.org/wiki/DE:Osmarender Das SVG in Inkscape verarbeiten. OK ... Dann bräuchte ich nur noch ein Skript, daß einen gegebenen Bereich aus dem OSM-File rendert, rendert, und splittet (also eigentlich das, was auch TAH macht), und eine HTML-Seite, die mit Openlayers Kacheln aus dem lokalen Dateisystem einbindet ... Gibt es das Skript vielleicht schon? Und hat jemand so eine HTML-Seite parat? Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Am 12.02.2010 10:22, Martin Czarkowski: Hi, kann mir jemand sagen was das dort ist: http://www.openstreetmap.org/?lat=-9.6405029296875layers=0B00FTFlon=-56.239013671875zoom=7 Es scheinen Flüsse und Bäche zu sein, aber so viele auf einem Fleck? Woher die Daten? Wenn das überall in dieser Dichte wäre, würde das die Karte total verunstalten. OpenStreetMap ist nicht gleich die Karte. OpenStreetMap ist in erster Linie eine Datenbank. Wenn du dir diese Datenbank im von dir verlinkten Gebiet in einem Debug-Rendering (mein Verständnis von Osmarender) ansiehst, dann sieht das in der tat überfrachtet aus. In Mapnik passt das hingegen. Eine Karte wird nicht durch Daten verunstaltet, sondern durch eine unangepasste Darstellung dieser. Im übrigen sagen mir die Reste meines Erdkunde-Wissens, dass in dieser Region immergrüner Regenwald mit täglichen Regenfällen vorkommt und entsprechenden Wasserläufen. Die Daten sind also wahrscheinlich nah dran an der Wirklichkeit. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Claudius schrieb: Im übrigen sagen mir die Reste meines Erdkunde-Wissens, dass in dieser Region immergrüner Regenwald mit täglichen Regenfällen vorkommt und entsprechenden Wasserläufen. Die Daten sind also wahrscheinlich nah dran an der Wirklichkeit. Wenn man mal bei GSat spickt, dann bezweifele ich das. ;-) Mir scheint, dass dort alles (Rinnsale, Bäche, Flüsse, Ströme) in einem Topf zusammengemischt wurde. http://wiki.openstreetmap.org/wiki/IBGE_Import Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Am 12.02.2010 11:35, schrieb Claudius: (..) Im übrigen sagen mir die Reste meines Erdkunde-Wissens, dass in dieser Region immergrüner Regenwald mit täglichen Regenfällen vorkommt und entsprechenden Wasserläufen. Die Daten sind also wahrscheinlich nah dran an der Wirklichkeit. Klingt logisch, ist aber der Wahnsinn wer sich so viel Mühe gemacht hat, jedes Bächlein einzuzeichnen. Die Gegend soll doch recht unzugänglich sein. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Hallo, p3p wrote: gibt es irgendwo ein Datenbankschema für die von osm2pgsql verwendete Datenbank? Das ergibt sich weitgehend aus der style-Datei, die mit osm2pgsql verwendet wird. Nimm doch einfach eine Mini-OSM-Datei, importiere sie mit osm2pgsql, und mache dann einen Schema-Dump. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Olaf Hannemann wrote: Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Da, da kommen wir der Sache doch schon naeher. Dann muesste man doch jetzt nur noch gucken, ob dieses konkrete Objekt tatsaechlich ein rot-weiss-rotes Topzeichen hat - wenn ja, hat Leo einen Fehler gemacht (aber irgendwie scheint er den gleichen Fehler oefters zu machen - so schwierig kann es doch nicht sein, ein rot-weiss-rotes Topzeichen zu erkennen, oder braucht das spezielles Fachwissen?), und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. Oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Frederik Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir, denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Es wird auch Zeit das hier einmal über die Fakten geredet wird. Und Ross und Reiter zu nennen. Punkt 1: Freie Tonne hat ihre Merkmale (topmark) im Tagging Schema um Tonnen darzustellen und OSeaM hat andere (Seamark:). Topmark Zeilen wurden von mir nicht ändert. Punkt 2: Die Merkmale topmark von Freie Tonne worden erst mit der Version 5 (siehe Knoten Chronik) hinzugefügt worden. Das heißt für mich: freie tonne hat hier offenbar versäumt die benötigten Daten rechtzeitig zu pflegen. Punkt 3: Das einfügen der topmark-Zeilen wäre auch gegangen ohne meine Eingaben zu ändern und mich der Zerstörung von Daten zu beschuldigen. Bekanntlich kann man nur etwas zerstören was auch vorhanden ist. Leo -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Freitag, 12. Februar 2010 12:30 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo, Olaf Hannemann wrote: Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Da, da kommen wir der Sache doch schon naeher. Dann muesste man doch jetzt nur noch gucken, ob dieses konkrete Objekt tatsaechlich ein rot-weiss-rotes Topzeichen hat - wenn ja, hat Leo einen Fehler gemacht (aber irgendwie scheint er den gleichen Fehler oefters zu machen - so schwierig kann es doch nicht sein, ein rot-weiss-rotes Topzeichen zu erkennen, oder braucht das spezielles Fachwissen?), und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. Oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2683 - Ausgabedatum: 02/12/10 07:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Hallo, Wenn Du oder andere Karlsruher da Interesse habt, kontaktiert mich doch einfach (oder schreibt auf der Karlsruher OSM-Liste), und dann versuche ich mal eine paar Leute vom ADFC zu kontaktieren. Bin zwar kein Karlsruher, würde aber mal nach der alten Bearbeitungsanweisung für die ADFC-Papierkarten suchen, nach der ich vor 15 Jahren gearbeitet habe. An der hat sich bis heute in Bezug auf die Regionalkarte 1:75.000 nicht viel geändert (die Übersichtskarte 1:150.000 der BVA ist stark vereinfacht, sollten wir uns nicht antun), und sie wurde damals von den ADFC-Kartenpäpsten (es gab einen Bundes- Fachausschuss Kartographie) erarbeitet. Der Text muss noch auf einer alten CD sein (vor 13 Jahren gebrannt, aber noch lesbar, habe neulich was anderes davon geholt; ach - in Lotus AmiPro geschrieben, aber das macht nichts). Kann aber 'ne Woche dauern, würde dann hier einen Link zu der Datei posten. Kann als eine Anregung verwendet werden. (WENN der Text nicht fort ist, dann muss ich ihn aus dem Kopf rekonstruieren...) -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Hallo Stefan, On Vie 12 Feb 2010, p3p wrote: gibt es irgendwo ein Datenbankschema für die von osm2pgsql verwendete Datenbank? PostGIS würde ich auch gern besser verstehen. Das Format ist wohl dermaßen optimiert, daß man z.B. von Wege-Knoten direkt nicht mehr viel sieht, das wird alles in einen ID-Sequenz-BLOB gepackt. Ich habe jetzt ein Skript geschrieben, daß ein intuitiv verständliches Datenbank-Schema erzeugt. Keine Ahnung ob Du dafür Verwendung hast. Das ist natürlich Größenordnungen von der Performanz von PostGIS entfernt. Meinetwegen können wir uns gerne kurzschließen. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
1.) Mirko kannst Du mir ggf. die Rules zur Verfügung stellen ? Sorry, im Moment erstmal nicht. Die Entwicklung ist im Auftrag für jemandem mit Interesse an speziellen walking papers entstanden. Das soll mal mit für die touristische Vermarktung hier genutzt werden. Unsere sogenannte bürgerliche Kreisherrschaft ist schlicht zu doof oder klüngelt nur, weswegen man das nun verstärkt privat in die Hand nimmt. Das geht erstmal vor. Wenn der Stress da vorbei ist dann gucken wir mal. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Es gibt eventuell noch eine Variante, wenn es Dir um die Wanderrouten geht. OSM Composer führt ein genau so ein Preprocessing von OSM Daten durch, bei dem Wanderrouten und Wandermarkierungen in das OSM eingefügt werden. Normal werden die Daten dann an mkgamp übergeben, aber man kann diesen Schritt auch abschalten und etwas anderes damit machen. Ich lade sie in eine mapnik-Datenbank, aber Du könntest sie auch von Kosmos zeichnen lassen. Wenn du jetzt noch mitteilen oder am besten gleich dokumentieren könntest wie? Im Wiki steht da nichts genaues zu. Ich hatte das vorher schonmal probiert. Gebiet laden blieb schonmal stecken, nach 5 Kacheln wird die Netzverbindung quasi blockiert, hilft nur noch Composre abschießen. Lokales File ging, Garmin export ging, außer das er eine Datei irgendwie nicht anlegt. Eine *_realtion.osm liegt nicht in Data, im Prorgramm selber erscheint nichts im Fenster Routen. Also wie funktioniert das Preprocessing mit dem Composer eigentlich? So vom Programm her kommt nicht dahinter. Da haben sicher einige Interesse dran, allen voran diejenigen die Mapnik nicht nutzen können oder wollen. Da bleibt nur Relationen zu auswertbaren Wegen umwandeln. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Es scheinen Flüsse und Bäche zu sein, aber so viele auf einem Fleck? Woher die Daten? Wenn das überall in dieser Dichte wäre, würde das die Karte total verunstalten. In Z7 gibt's die aber nur beim Osmarender, im Mapnick erst in Z12. Also ein Rendering-Problem. Außerdem gibt's viele Gegenden mit mehr (relevanten) Wasserläufen als Straßen. http://osm.org/go/0HKrJoKs-- (Auch wenn die Breite nicht mehr so stark varriert seitdem die Ufer aus Umweltschutzgründen nur noch wechseljährig gelotet werden dürfen, ohne Pultstock oder Heck kommt Ottonormalsportler über keinen der Gräben.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenbankschema
Hallo Jochen, vielen Dank für deine Antwort. Ich dachte eigentlich das es eine Verknüpfung gibt ala osm_id aus planet_osm_point und id aus planet_osm_nodes, so dass ich über ein einfaches sql statements die lat und lon von allen städten anzeigen kann. das ist wohl nicht möglich?!? oder gibt es irgendwo eine formel wie man aus der BLOB die infos wieder rausziehen kann? Grüße Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Du brauchst Rules, die auf 300dpi (Print) rendern, nicht auf 75dpi (Screen). kann ich das in KOSMOS irgendwo einstellen ??? Prinzipiell schon: Detail-Grad aus 2 Zoomstufen gröber nehmen und die Schriften doppelt so groß wählen. Wenn Du dann Z15 brauchst, dann renderst Du trotzdem Z17 und freust Dich über die hohe Auflösung und vor allem über die auch auf Papier für Menschen ab 40 lesbaren Beschriftungen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Hallo, stefan.pri...@iav.de wrote: vielen Dank für deine Antwort. Ich dachte eigentlich das es eine Verknüpfung gibt ala osm_id aus planet_osm_point und id aus planet_osm_nodes, so dass ich über ein einfaches sql statements die lat und lon von allen städten anzeigen kann. das ist wohl nicht möglich?!? oder gibt es irgendwo eine formel wie man aus der BLOB die infos wieder rausziehen kann? Bei dem, was Jochen BLOB nennt, handelt es sich um die ganz normalen PostGIS-Geometrie-Objekte. In der von osm2pgsql erzeugten Datenbank sind die Punkte und Linien schon vorverarbeitet - Punkte gefiltert, und Linien bereits zu Geometrien aufbereitet. Man sieht also im Normalfall nicht mehr, aus welchen Nodes ein Way bestand. Ich weiss immer noch nicht, was Du genau suchst; Du kennst offenbar die Tabelle planet_osm_point bereits, also wieso machst Du nicht einfach select name,ST_astext(way) from planet_osm_point where place='city' das ergibt name |st_astext +-- Wuppertal | POINT(799641.031048544 6668598.58571099) Remscheid | POINT(800930.489238199 6653126.0210699) Recklinghausen | POINT(801584.290871526 6730239.35942524) Bochum | POINT(803356.018491145 6707233.31587142) Herne | POINT(803690.711672164 6716977.54088121) Witten | POINT(816542.26858552 6698964.10991715) ... Die Koordinaten sind hier in Mercator-Koordinaten angegeben, das kannst Du entweder mit st_transform wieder nach lat/lon umrechnen, oder Du verwendest bei osm2pgsql gleich das Flag -l, dann hast Du an der gleichen Stelle lat/lon. Die Tabelle planet_osm_nodes gibt es nur, wenn Du beim Importieren den wesentlich langsameren Modus --slim gewaehlt hast; diese Tabelle enthaelt dann die Original-OSM-Nodes mit Tags. Ein Datenbankschema, das noch aehnlicher dem echten OSM-Schema ist und in dem sich alle Tags in eigenen Tabellen befinden, bekommst Du, wenn Du statt mit osm2pgsql die Daten mit osmosis in eine PostGIS (oder auch MySQL) einliest. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mapgen v0.07
http://wiki.openstreetmap.org/wiki/Mapgen.pl v0.07 (rel. 2010-Feb-12) * mehrere keys können für label angegeben werden. entweder UND oder nach priorität * tag statistik mit liste, ob es dafür eine regel gibt. regelverbesserung leicht möglich * declutter funktion, damit dich texte möglichst nicht überlagern und bab und kraftfahrstraßen nicht doppelt gelabelt werden * maßstab funktionen. nur anzeigen oder auch setzten. unter berücksichtigung der dpi des ausgabegeräts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Hi! Mirko Küster wrote: Wenn du jetzt noch mitteilen oder am besten gleich dokumentieren könntest wie? Im Wiki steht da nichts genaues zu. Naja, das ist ja auch das erste mal, das jemand danach fragt - wäre sehr verwunderlich dazu schon ein Howto zu finden. :-) Mirko Küster wrote: Ich hatte das vorher schonmal probiert. Gebiet laden blieb schonmal stecken, nach 5 Kacheln wird die Netzverbindung quasi blockiert, hilft nur noch Composre abschießen. Lokales File ging, Garmin export ging, außer das er eine Datei irgendwie nicht anlegt. Eine *_realtion.osm liegt nicht in Data, im Prorgramm selber erscheint nichts im Fenster Routen. Ersteres klingt nach Netzwerkproblemen beim Download. Die 0.81 hat leider noch ein (bereits behobenes) Problem beim Einlesen der Routen aus dem Komplettfile. Wenn Du die Option Ausschnitt aus... wählst, funktioniert es. Mirko Küster wrote: Also wie funktioniert das Preprocessing mit dem Composer eigentlich? So vom Programm her kommt nicht dahinter. Da haben sicher einige Interesse dran, allen voran diejenigen die Mapnik nicht nutzen können oder wollen. Da bleibt nur Relationen zu auswertbaren Wegen umwandeln. Das Diagramm hast Du gefunden? http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#Output Letztendlich kannst Du einfach die ganze Sektion für Garminausgabe abschalten und das Regionsname_data.osm für die Weiterverarbeitung verwenden. Das einzige was noch nötig ist, aus *_data.osm und *_routes.osm irgendwie wieder eine gemeinsame Datei zu machen. Du hast dann Wandermarkierungen und Highlighting von Routen als zusätzliche Nodes und Ways im XML, so daß sie mit jedem Programm gerendert werden können. Theoretisch wäre auch denkbar eine direkte Anbindung von Kosmos inklusive Renderrules wie für den Garmin einzubauen, falls das öfters mal einer bräuchte. bye Nop -- View this message in context: http://n2.nabble.com/KOSMOS-Beispiel-Wanderkarte-tp4554015p4562194.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] Lokal mappen
Am 12.02.2010 11:18, schrieb Jens Müller: Am 12.02.2010 11:00, schrieb Michael Buege: Außerdem möchte ich gerenderte Karten haben (das alles, ohne das auf den OSM-Server zurückzuspielen). Die gespeicherte osm-Datei kannst du z.B. mit Osmarender rendern. http://wiki.openstreetmap.org/wiki/DE:Osmarender Das SVG in Inkscape verarbeiten. OK ... Dann bräuchte ich nur noch ein Skript, daß einen gegebenen Bereich aus dem OSM-File rendert, rendert, und splittet (also eigentlich das, was auch TAH macht), und eine HTML-Seite, die mit Openlayers Kacheln aus dem lokalen Dateisystem einbindet ... Gibt es das Skript vielleicht schon? Und hat jemand so eine HTML-Seite parat? Ich glaube, zu ersterer Frage frage ich am besten die TAH-Leute, bzw. gucke mir das TAH-Skript an ... Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Reit- und Wanderkarte
-Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Martin Koppenhoefer Sent: domenica 7 febbraio 2010 4.27 To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Neues von der Reit- und Wanderkarte wenn gut gemappt ist wie z.B. in Grossstdten sehen die unteren beiden Layer zusammen auch ohne den Straen- und Namenlayer ziemlich gut aus (man sieht das manchmal beim Laden). Seit Gestern war ein toller Layerswitcher zu Verfügung, aber nun es ist nicht mehr angezeigt. Gruss Alberto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokal mappen
Jens Müller b...@tessarakt.de wrote: Ah. Ich kann die .osm-Datei einfach _abspeichern_ (und nicht auf einen Server zurückschieben) und das rendern lassen? Natürlich! Mapnik ist vermutlich komplizierter? Ich hätte schon gerne PNG-Kacheln und nicht SVG ... Dann mußt Du Dir den t...@h client anschaun. Der ist leider nicht mehr ganz so einfach zu bedienen als der rohe osmarender (orp). Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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
[Talk-de] Zurücksetzen von Änderungen nach Use r und Gebiet?
Hallo, in Frankfurt hat 'ckreutz' große Teile des Alleenrings *modifitiert* (Rothschild-Habsburgerallee): http://www.openstreetmap.org/?lat=50.1241457462311lon=8.70078563690186zoom=16 Da sein Einsatzgebiet hauptsächlich Mexiko ist, gehe ich mal davon aus, dass er hier nicht noch zur genialen Vollendung ausholen wird... Die Korrekturversuche von 'baeuchel' können das leider nicht wieder vollständig herstellen. Ich habe hier selbst ziemlich viel Arbeit investiert und hätte es gerne wieder ordentlich. ;) Das ginge jetzt per Potlatch/revert, bin mir aber nicht sicher, alles zu finden bzw. wiederherzustellen (z.B. gelöschte Objekte). Können (in einem Gebiet) auch einfach alle Änderungen eines Users zurück gesetzt werden? Problem: baeuchel hat danach noch andere (sinnvolle) Edits vorgenommen. Grüße, Stefan Stefan Marschall mailto stefan.marsch...@smarscha.demailto:stefan.marsch...@smarscha.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Danke Frederik! pgadmin3 verwende ich zum Herumstreunen in PostgreSQL, und zum Kennenlernen der 600+ Geo-Funktionen in PostGIS hilft in dem Zusammenhang ein bißchen, postgis_comments.sql aus der postgis-Distribution in der Datenbank auszuführen, für rudimentäre Orientierung. Damit bei mir das von Stefan Gewünschte funktioniert: select name, st_astext(st_transform(way,4326)) from planet_osm_point where place='city'; mußte ich den folgenden Eintrag in der Datenbank hinzufügen (eine Zeile): INSERT into spatial_ref_sys (srid, auth_name, auth_srid, proj4text, srtext) values ( 900913, 'spatialreference.org', 900913, '+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +wktext +no_defs', 'PROJCS[unnamed,GEOGCS[unnamed ellipse,DATUM[unknown,SPHEROID[unnamed,6378137,0]],PRIMEM[Greenwich,0],UNIT[degree,0.0174532925199433]],PROJECTION[Mercator_2SP],PARAMETER[standard_parallel_1,0],PARAMETER[central_meridian,0],PARAMETER[false_easting,0],PARAMETER[false_northing,0],UNIT[Meter,1],EXTENSION[PROJ4,+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +wktext +no_defs]]'); Bzw. Quelle: http://geodjango-basic-apps.googlecode.com/svn/trunk/projects/geographic_admin/utilities/postgis_google_proj.sql Vorher kam bei mir die Meldung: Cannot find SRID (900913) in spatial_ref_sys Ergebnis: name| st_astext +- Port-de-Paix | POINT(-72.8307609 19.9399753) Gonaives | POINT(-72.6884336 19.4460597) | POINT(-72.4535965 18.5442413) Carrefour | POINT(-72.4092468 18.534557) Port-au-Prince | POINT(-72.3393295 18.549274) Cité Soleil| POINT(-72.335601499 18.5782768) Pétionville| POINT(-72.2860209 18.5132181) Delmas | POINT(-72.2780417 18.5445886) Cap-Haïtien| POINT(-72.2008068 19.7595237) ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Frederik Ramm frede...@remote.org wrote: Ein Datenbankschema, das noch aehnlicher dem echten OSM-Schema ist und in dem sich alle Tags in eigenen Tabellen befinden, bekommst Du, wenn Du statt mit osm2pgsql die Daten mit osmosis in eine PostGIS (oder auch MySQL) einliest. Weil ich die Tage gerade wieder drüber gestolpert bin. Ein fertiges script, das OSM Objekte in Postgres hstore überführt gibt es offensichtlich immer nicht nicht. Um POI-Karten mit selten verwendeten Spezialtags zu basteln wäre sowas cool. Alle Getränkehändler mit club-mate um nur mal ein Beispiel zu nennen. Wenn man da alle POI Tags in ein hstore reinsteckt braucht man nicht für jedes Exotenzeug eine extra Tabelle. Das osmosis Schema bildet ja den hstore quasi durch eine osm-id,key,value tabelle nach. Ich kann leider kein Java dürfte vermutlich einfach sein sowas da einzubauen. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] Lokal mappen
Am 12.02.2010 18:26, schrieb Sven Geggus: Mapnik ist vermutlich komplizierter? Ich hätte schon gerne PNG-Kacheln und nicht SVG ... Dann mußt Du Dir den t...@h client anschaun. Der ist leider nicht mehr ganz so einfach zu bedienen als der rohe osmarender (orp). Einen richtigen t...@h-client mit Config hab ich noch irgendwo rumliegen. Dann werde ich mal schauen, wie man den angepaßt kriegt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flußbreiten (was: Zwischen Porto Vel ho und Palmas)
Norbert Hoffmann nhoffm...@spamfence.net wrote: Ich finde, dass die waterway Linientypen in z12-captionless nicht mehr dargestellt werden sollten. Flüsse, die in z0-z11 zu sehen sein müssen, sind so groß, dass sie auch als Flächen (mit riverbank) erfasst sind (bzw. bald sein werden). Das Problem ist ein Vollständig anderes! Ein karthograph hat mir erklärt, dass Flüsse auf karten generell in ihrer wirklichen Breite dargestellt werden und im gegensatz zu Straßen nicht überbreit. Das habe ich in osmarender realisiert, sodass ein Fluß mit Breitenangabe (nur falls erfasst natürlich) im richtigen Maßstab gezeichnet wird. Schön sehen kann man das an der Kinzigmündung bei Hanau: http://osm.org/go/0D0yZdR6?layers=0B00FTF Dummerweise kann Mapnik jedoch keine Werte aus der Datenbank im Stylesheet verwenden, sodass soetwas derzeit nicht ohne Änderungen im Mapnik Quellcode realisierbar ist. Gruss Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /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] Zwischen Porto Velho und Palmas
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Mir scheint, dass dort alles (Rinnsale, Bäche, Flüsse, Ströme) in einem Topf zusammengemischt wurde. Siehe anderes Posting von mir. Wir brauchen endlich definierbare Flußbreiten in Mapnik. Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokal mappen
Am 12. Februar 2010 11:00 schrieb Michael Buege mich...@buegehome.de: Zitat Jens Müller: Am Ende möchte ich dann die kompletten Änderungen zu OSM hochladen. Du kannst die osm-Datei in Josm oeffnen, bearbeiten und anschliessend wieder hochladen. Um moegliche Konflikte kuemmert sich das Konfliktmanagement in Josm. Solltest du dir vorher vielleicht mal anschauen, nur fuer den Fall. +1, besser als am Ende ist vor allem in aktiven Gebieten, regelmäßig die Änderungen hochzuladen (sofern man online ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapgen v0.07
Am 12.02.2010 17:52, schrieb Gary68: http://wiki.openstreetmap.org/wiki/Mapgen.pl v0.07 (rel. 2010-Feb-12) * mehrere keys können für label angegeben werden. entweder UND oder nach priorität * tag statistik mit liste, ob es dafür eine regel gibt. regelverbesserung leicht möglich * declutter funktion, damit dich texte möglichst nicht überlagern und bab und kraftfahrstraßen nicht doppelt gelabelt werden * maßstab funktionen. nur anzeigen oder auch setzten. unter berücksichtigung der dpi des ausgabegeräts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Klasse und weiter so ! hat schon einer so richtig gute Styles gebastelt ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Jochen Plumeyer joc...@plumeyer.org wrote: Vorher kam bei mir die Meldung: Cannot find SRID (900913) in spatial_ref_sys Hatte ich das überlesen? Das ist die Google Projektion, in der osm2pgsql die Dateien per default speichert und die non-standrard ist (inzwischen glaub ich war, trotzdem verwendet jeder noch 900913, Leetspeak für Google). Es gibt aber eine Option um stattdessen epsg:4326 zu verwenden. 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
[Talk-de] ref-Tags in Relationen und Wegsegmenten
Hallo, gibt es irgendeinen Grund warum man die ref-Tags der einzelnen Wegsegmente zusätzlich zum ref-Eintrag in der Relation beibehält? Die Unfähigkeit mancher Renderer dies korrekt darzustellen sehe ich nicht als Grund. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Hallo Sven, On Vie 12 Feb 2010, Sven Geggus wrote: Frederik Ramm frede...@remote.org wrote: Ein Datenbankschema, das noch aehnlicher dem echten OSM-Schema ist und in dem sich alle Tags in eigenen Tabellen befinden, bekommst Du, wenn Du statt mit osm2pgsql die Daten mit osmosis in eine PostGIS (oder auch MySQL) einliest. Irgendwie läuft bei mir auch kein Osmosis (0.33-bin, nicht selbst kompiliert), trotz neuen Oracle-Javas (oder vielleicht deswegen? ;-) ). Klasse Klassen, früher hab ich in der Klasse gefehlt, und heute fehlen sie bei mir? Weil ich die Tage gerade wieder drüber gestolpert bin. Ein fertiges script, das OSM Objekte in Postgres hstore überführt gibt es offensichtlich immer nicht nicht. Um POI-Karten mit selten verwendeten Spezialtags zu basteln wäre sowas cool. Alle Getränkehändler mit club-mate um nur mal ein Beispiel zu nennen. So eine Karte für dieses getränkhaltige Erfrischungs-Koffein hab ich schon mal irgendwo gesehen, hihi ;-) Wenn man da alle POI Tags in ein hstore reinsteckt braucht man nicht für jedes Exotenzeug eine extra Tabelle. Das osmosis Schema bildet ja den hstore quasi durch eine osm-id,key,value tabelle nach. Ich kann leider kein Java dürfte vermutlich einfach sein sowas da einzubauen. Ja, wa? Könn' wa beide kein Java? Das Schlüssel-Gedöns müßte man doch auch schnell Datenbank-intern nach hstore gehievt bekommen. Schau mer mal. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Naja, das ist ja auch das erste mal, das jemand danach fragt - wäre sehr verwunderlich dazu schon ein Howto zu finden. :-) Zumindestens der erste der öffentlich fragt, dessen Frage auch beachtet wurde oder sich überhaupt traut zu fragen. Ich bin bei meinen Versuchen auf dutzende Probleme gestoßen. Einige davon unter anderem auch unbeantwortet im Forum liegend. Wenn ich hier mal durch bin dann versuche ich die gelösten Sachen mal für andere zu dokumentieren. Beispiel das Area Center mit Osmosis, hat mir hier bisher auch keiner drauf geantwortet. Mitlerweile hab ich es gelöst. Wenn du dir die Beispiele so anguckst dann steht da nichts von gewissen Clases die man mit aufrufen muss, oder beispielsweise die Pipe Geschichte beim mergen die sein muss, aber nur simpel ohne als Beispiel dasteht. Mitlerweile bin ich trotz grausamen Englisch und als Konsolennoob doch recht weit gekommen. Gewünschter Bereich wird mit JOSM geladen und als data.osm abgelegt, der Rest läuft fast komplett im Stapel. - Brauche ich Höhenlienen dann lasse mit bereits fertige srtm2osm Daten über Osmosis sortieren und mergen , ohne gleich Schritt 2 - Berechnung Area Center Hier leider noch eine Pause Da muss ich die Bounds Schachtel aus data.osm leider wieder von Hand einfügen. Osmosis kickt die leider, gibts eventuell einen Befehl der die wieder in den Output übernimmt? - Rendern - Bezierkurven berechnen - temporäre Daten entfernen Vorerst fertig und geschnittenes SVG für die Weiterverabreitung. Da soll wenn es geht dann noch eine Optimierung zwischen. Beispielsweise leere Definitionen aufräumen usw. Bis dahin läuft alles. Man muss eben dann noch von Hand etwas Nacharbeiten. Doppelte Bushaltestellen, verdeckte Schriften, zuviele ref etc. Das ist aber das kleinste Übel. Ersteres klingt nach Netzwerkproblemen beim Download. Die 0.81 hat leider noch ein (bereits behobenes) Problem beim Einlesen der Routen aus dem Komplettfile. Wenn Du die Option Ausschnitt aus... wählst, funktioniert es. Das ist ja im grunde das gleiche wie gestückeltes Daten nachladen in OSM. Da läuft das ohne Probleme. Nur hier im Composer nicht. Der macht 5 Kacheln und dann ist das ganze Netzwerk ausgebremst. Aber ansich kein Problem, mir gehts nur um kleine regionale Ausschnitte, kann man als File über JOSM holen und laden. Die Routen hat er jetzt auch erkannt. Also Symbole nachgetragen, Markierung gesetzt und gespeichert. Das Diagramm hast Du gefunden? http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#Output Ja, aber funktionierte wie gesagt gestern nich, heute ja. Letztendlich kannst Du einfach die ganze Sektion für Garminausgabe abschalten und das Regionsname_data.osm für die Weiterverarbeitung verwenden. Das einzige was noch nötig ist, aus *_data.osm und *_routes.osm irgendwie wieder eine gemeinsame Datei zu machen. Die *_data.osm kann JOSM garnicht erst lesen Das Attribut 'version' für das OSM Element ID 2632366 fehlt. Die *_routes.osm kann er lesen, die beinhaltet aber nur die Relationen. Die kann ich aber nicht verwenden, ansonsten könnte ich ja gleich die Realationen aus der dem eigentlichen File rendern, macht Osmarender aber nicht. Da sind zwar auskommentierte Styles vorgesehen und man kann SchowRelation auf yes setzen, nur gerendert werden die dann trotzdem nicht. Ein riesen Problem wenn man die Routen aber auf der Karte braucht. KOSMOS ha ta auch einen Bug. der rendert Routes nicht komplett Du hast dann Wandermarkierungen und Highlighting von Routen als zusätzliche Nodes und Ways im XML, so daß sie mit jedem Programm gerendert werden können. Ja, die Frage ist wo? Vielleicht verstehen wir uns auch falsch und du meinst garnicht was ich brauche. Ich brauche praktisch die eigentlichen Member der Relation, aber nicht mit ihren eigenen wegbezogenen Tags, sondern blank ohne ID (Ansonsten hagelt es wegen gleicher ID Konflikte), mit den Eigenschaften bzw. Tags der Realtion selbst. Also route=hiking, name, osmc:symbol direkt am Weg. Diese so aufbereiteten Wege kann man dann über die eigentlichen Daten legen und entsprechend rendern. So kann man das Problem der nicht verabeiteten Relationen umgehen. Momentan mache ich das für jede einzelne Route von Hand. Relation separieren, Member laden, wegbezogene Tags löschen, die Mermale der Relation allen Wegen verpassen. Alles duplizieren, in neue Ebene kopieren um die IDs loszuwerden, das Wegepaket wieder auf die richtige Position schieben, File speichern. Danach alle Einzelrouten mergen und dann mit den eigentlichen Daten mergen. Das kann man mal machen, aber wenn sich Wege verschieben, Member ändern, muss man das für die betroffenen Routen jedesmal neu machen. Bei entsprechender Aktivität in den Daten wirst du irgendwann ramdösig. Desshalb suche ich einen Weg das ganze weitgehend automatisch zu verarbeiten Theoretisch wäre auch denkbar eine direkte Anbindung von Kosmos inklusive Renderrules wie für den Garmin einzubauen, falls das öfters mal
Re: [Talk-de] Flußbreiten (was: Zwischen Porto Vel ho und Palmas)
Am 12. Februar 2010 18:47 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Das Problem ist ein Vollständig anderes! Ein karthograph hat mir erklärt, dass Flüsse auf karten generell in ihrer wirklichen Breite dargestellt werden und im gegensatz zu Straßen nicht überbreit. ja, bzw. mit der kleinsten Strichbreite im Fall von kleinen Flüssen oder großen Maßstäben... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX-Files in einem Bereich ermitteln
Moin !! mir war so als wenn ich kürzlich gelesen habe das man über die API irgendwie die ID's von Tracks in einem Bereich abfragen konnte. Kann das aber nicht wieder finden - kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurücksetzen von Änderungen nach Use r und Gebiet?
Hallo, Stefan Marschall wrote: in Frankfurt hat 'ckreutz' große Teile des Alleenrings *modifitiert* (Rothschild-Habsburgerallee): [...] Da sein Einsatzgebiet hauptsächlich Mexiko ist, gehe ich mal davon aus, dass er hier nicht noch zur genialen Vollendung ausholen wird... Die Korrekturversuche von 'baeuchel' können das leider nicht wieder vollständig herstellen. Also wenn Du von ckreutz und baeuchel das OK dazu einholst, dann kann ich alle Objekte, die ckreutz angefasst hat, auf den Stand von davor zuruecksetzen, egal ob baeuchel danach noch editiert hat oder nicht. Aber einfach so, ohne dass die beiden ueberhaupt eine Gelegenheit haben, sich dazu zu aeussern, mache ich das nicht gern. 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] mapgen v0.07
hallo jan, ne, weiß nur von einzelnen, dass sie da was machen. ich würde auch noch einen moment warten, bis sich das style format gesetzt hat ;-) ich selber versuche mich gerade mal an einer umlandkarte. style anbei: nicht an der 008 stören! -in=osmdata/umland.osm -style=mapgenRules008_hessen.csv -size=8192 -pdf -declutter -out=umland.svg -minlen=3 ciao gerhard On Fri, 2010-02-12 at 18:56 +0100, Jan Tappenbeck wrote: Am 12.02.2010 17:52, schrieb Gary68: http://wiki.openstreetmap.org/wiki/Mapgen.pl v0.07 (rel. 2010-Feb-12) * mehrere keys können für label angegeben werden. entweder UND oder nach priorität * tag statistik mit liste, ob es dafür eine regel gibt. regelverbesserung leicht möglich * declutter funktion, damit dich texte möglichst nicht überlagern und bab und kraftfahrstraßen nicht doppelt gelabelt werden * maßstab funktionen. nur anzeigen oder auch setzten. unter berücksichtigung der dpi des ausgabegeräts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Klasse und weiter so ! hat schon einer so richtig gute Styles gebastelt ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de SECTION NODES color thickness label label-color label-size label-font label-offset Legend place city black 0 name black 18 sans-serif 0 0 place town black 0 name black 16 sans-serif 0 0 SECTION WAYS color thickness DashStyle fill label label-color label-size label-font label-offset Legend BaseLayer highway motorway blue 8 0 0 ref§name darkgray 12 sans-serif 0 1 0 highway motorway_link blue 3 0 0 none darkgray 12 sans-serif -3 0 0 highway trunk blue 3 0 0 ref§name darkgray 12 sans-serif 0 0 0 highway trunk_link blue 2 0 0 none darkgray 12 sans-serif -2 0 0 highway primary red 3 0 0 ref darkgray 8 sans-serif -3 1 0 highway primary_link red 3 0 0 none darkgray 12 sans-serif -3 0 0 highway secondary orange 3 0 0 none darkgray 14 sans-serif -3 1 0 highway secondary_link orange 2 0 0 none darkgray 12 sans-serif -2 0 0 highway tertiary green 2 0 0 none darkgray 14 sans-serif -2 1 0 waterway river lightblue 2 0 0 name darkgray 8 sans-serif -2 0 0 waterway riverbank lightblue 0 0 1 none darkgray 10 sans-serif 0 0 1 natural water lightblue 0 0 1 name darkgray 8 sans-serif 0 0 1 natural land lightgreen 0 0 1 none darkgray 10 sans-serif 0 0 1 natural wood lightbrown 0 0 1 none darkgray 10 sans-serif 0 0 1 landuse forest lightbrown 0 0 1 none darkgray 10 sans-serif 0 1 1 landuse farmland lightgreen 0 0 1 none darkgray 10 sans-serif 0 1 1 landuse farmyard lightgreen 0 0 1 none darkgray 10 sans-serif 0 1 1 landuse farm lightgreen 0 0 1 none darkgray 10 sans-serif 0 1 1 landuse grass lightgreen 0 0 1 none darkgray 10 sans-serif 0 1 1 landuse meadow lightgreen 0 0 1 none darkgray 10 sans-serif 0 1 1 SECTION END mapgenRules008_hessen.ods Description: application/vnd.oasis.opendocument.spreadsheet ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JSOM: Wanderkarten-Style deaktivieren
Moin ! ich habe heute morgen mal den Style der Wanderkarte für JOSM installiert und wollte nun wieder zurück. Geht aber irgend wie nicht - auch mit löschen des Pfades in den Einstellungen. Kann mir einer etwas dazu sagen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flußbreiten (was: Zwischen Porto V elho und Palmas)
Sven Geggus wrote: Ich finde, dass die waterway Linientypen in z12-captionless nicht mehr dargestellt werden sollten. Flüsse, die in z0-z11 zu sehen sein müssen, sind so groß, dass sie auch als Flächen (mit riverbank) erfasst sind (bzw. bald sein werden). Das Problem ist ein Vollständig anderes! Ein karthograph hat mir erklärt, dass Flüsse auf karten generell in ihrer wirklichen Breite dargestellt werden und im gegensatz zu Straßen nicht überbreit. Das habe ich in osmarender realisiert, sodass ein Fluß mit Breitenangabe (nur falls erfasst natürlich) im richtigen Maßstab gezeichnet wird. Dann sind aber die Breiten, die genutzt werden wenn keine Angabe gemacht wurden, in z12-captionless *viel* zu groß. Immerhin ist lt. tag-Beschreibung im Wiki ein waterway=stream überspringbar und ein waterway=river schmaler als 12m. Drain dürfte normalerweise vergleichbar zu river sein. Norbert PS: Der Graben hinter meinem Haus wird übrigens von professionellen Kartographen nur in Detailkarten eingezeichnet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Sven Geggus wrote: Mir scheint, dass dort alles (Rinnsale, Bäche, Flüsse, Ströme) in einem Topf zusammengemischt wurde. Siehe anderes Posting von mir. Wir brauchen endlich definierbare Flußbreiten in Mapnik. In der mapnik-Karte tritt das Problem doch gar nicht so sehr auf. In den Mapnik-Styles werden kleine Gewässer doch nur in Maßstäben dargestellt, in denen sie auch sinnvoll sind. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankschema
Hallo nochmal, On Vie 12 Feb 2010, Jochen Plumeyer wrote: On Vie 12 Feb 2010, Sven Geggus wrote: Alle Getränkehändler mit club-mate um nur mal ein Beispiel zu nennen. So eine Karte für dieses getränkhaltige Erfrischungs-Koffein hab ich schon mal irgendwo gesehen, hihi ;-) Es gibt sogar (mindestens) *zwei* Club-Mate Karten: http://hackerbrause.de/2009/07/kartographie-der-mate-here-be-dragons-hackerbrause/ Die erste funktioniert mit OSM und verwendet ein tag club-mate=yes. Wie gut, daß all die zurückhaltend vorgehenden Manneskraft-Medikamente- oder Armbanduhren-Verkäufer davon noch keinen Wind bekommen haben... Oder haben sie? Droht uns bald Geo-Spam? Oder gibt's sogar schon Antispam-Bots dagegen? Bott bewahre. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ref-Tags in Relationen und Wegsegmenten
Simon Kokolakis schrieb: Hallo, gibt es irgendeinen Grund warum man die ref-Tags der einzelnen Wegsegmente zusätzlich zum ref-Eintrag in der Relation beibehält? Die Unfähigkeit mancher Renderer dies korrekt darzustellen sehe ich nicht als Grund. Das wäre für mich kein hinreichender Grund, aber wenn's sonst nicht stört ... Mein Hauptargument, sie zu lassen, wäre, dass bei vielen Ansichten, Datenexporten etc. die Relationszugehörigkeit nicht erkennbar ist, das geht über die Darstellung in einem Renderer hinaus. Wenn ich mir zum Beispiel über die Xapi alle Wirtschaftswege eines Gebiets raussuche und einen Eindruck davon kriegen möchte, ob da jemand Satellitenbilder abgemalt hat oder wirklich auch dort war, ist ein Hinweis, ob der Weg einen Namen oder ersatzweise irgendwelche ref-Tags hat. Anders gesagt: Ich kann auch mehrere Highway-Segmente in eine Street-Relation packen und der Relation dann den Straßennamen geben. Dann brauchen die einzelnen Segmente auch keinen Namens-Tag mehr. Wenn man den wegnimmt, kriegt man aber gleich von irgendwelchen residential-without-name-Bots einen drüber. Was für ref gilt, sollte auch für name gelten. Schließlich habe ich Vergnügen daran, einen Wanderweg mit A1 zu taggen und zu warten, bis ein übereifriger Bot daraus A 1 macht im Glauben, der residential sei Teil einer Autobahn. Diese ref-Tags sind Teil der Redundanz, die Datenbankjüngern verhasst ist, aber Teil der OSM-Realität, die menschlichen und nichtmenschlichen Interpretationen mehrere Chancen lässt, Zuordnungen zu treffen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ref-Tags in Relationen und Wegsegmenten
gibt es irgendeinen Grund warum man die ref-Tags der einzelnen Wegsegmente zusätzlich zum ref-Eintrag in der Relation beibehält? Die Unfähigkeit mancher Renderer dies korrekt darzustellen sehe ich nicht als Grund. Klar kann man das wieder alles schön in Relationen packen und damit auch schön verkomplizieren. Gerne auch Namen etc. Aber, Wege kann ich direkt erfassen und auswerten, das wieder über Relationen nachzuholen ist bei jeglicher Auswertung wieder eine eklige Fummelei. Ist die Relation dann gleich Lückenhaft oder mal wieder ganz verloren, was alles andere als selten ist, ist die Information erstmal weg. Kenne ich die Ecke nicht und kanns nicht zuordnen, kann ich mit den Daten nichts mehr anfangen. Ist alles ausgelagert dann ist ref, name oder was sonst noch in einer Relation steckt weg. So eine Relation geht schnell mal kaputt, es passiert aber seltener das gleich massenhaft die Wege ansich verschwinden. Änderungen daran kann über die History wieder zurückholen. Ist die Relation higegen weg, weiß ich aber nichtmal in welcher der Weg mal steckte. Ehemalige Relationszugehörigkeiten werden nicht dokumentiert. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JSOM: Wanderkarten-Style deaktivieren
Jan Tappenbeck wrote: ich habe heute morgen mal den Style der Wanderkarte für JOSM installiert und wollte nun wieder zurück. Geht aber irgend wie nicht - auch mit löschen des Pfades in den Einstellungen. Merkwürdig, ist dann wohl ein Josm Bug. Die radikale Methode um diesen Style wieder loszuwerden, wäre ein Reset der Einstellungen: http://josm.openstreetmap.de/wiki/Help/ResetPreferences (Oder einen Fehlerbericht schreiben, dann haben andere auch was davon :) http://josm.openstreetmap.de/newticket) __ Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JSOM: Wanderkarten-Style deaktivieren
jan99 wrote: ich habe heute morgen mal den Style der Wanderkarte für JOSM installiert und wollte nun wieder zurück. Geht aber irgend wie nicht - auch mit löschen des Pfades in den Einstellungen. Kann mir einer etwas dazu sagen ? Vermutlich hat sich der Style in Dich verliebt. :-) Normal: Unter Einstellungen / 3.Icon Karteneinstellungen / Mappaint Stile solltest Du den Stil auswählen und entfernen können. Wenn das nicht hilft, Ticket einstellen und unter Einstellungen / letztes Icon Erweiterte Einstellungen den Wert hinter mappaint.style.sources löschen Oder den Wert direkt in der preferences Datei löschen bye Nop -- View this message in context: http://n2.nabble.com/JSOM-Wanderkarten-Style-deaktivieren-tp4562800p4563380.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] ref-Tags in Relationen und Wegsegmenten
Hallo, Mirko Küster wrote: Ehemalige Relationszugehörigkeiten werden nicht dokumentiert. Das ist nicht korrekt. Es ist nur etwas aufwendiger, an diese Information heranzukommen, aber da saemtliche historischen Informationen als eine grosse Datei herunterladbar sind, kann ich, genuegend Zeit und einen geeigneten Rechner vorausgesetzt, sehr wohl eine Liste aller Relationen produzieren, zu denen ein gegebener Weg je gehoert hat. 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] ref-Tags in Relationen und Wegsegmenten
Das ist nicht korrekt. Es ist nur etwas aufwendiger, an diese Information heranzukommen, aber da saemtliche historischen Informationen als eine grosse Datei herunterladbar sind, kann ich, genuegend Zeit und einen geeigneten Rechner vorausgesetzt, sehr wohl eine Liste aller Relationen produzieren, zu denen ein gegebener Weg je gehoert hat. Seht das doch bitte nicht immer aus der speziellen Sichtweise eines Programmieres oder Datenbankexperten. Wenn ich als normaler Mapper die Daten Pflege, habe ich nur die Mittel und das Wissen zur Verfügung was ich mit den Editoren, der Seite usw. geliefert bekomme. Als Mapper habe ich mitnichten ein Rechenzentrum samt Toolchain, Ringelsöckchen und Klingelsöckchen zur Hand und kann damit auch im Schlaf umgehen. Da habe ich die History auf der Seite oder in JOSM, die Rückstellmöglichkeit über Potlatch. Alles was Spezialisten da noch so im Hintergrund haben weiß ich dann nicht und kann darauf auch nicht zurückgreifen. Ist im Einzellfall auch wie mit Photonentorpedos auf Flöhe schießen. Wenn dann müsste es auch vorne in der History passieren. Kannst du gleich mal als Anregung für die nächste API anpinnen. Wenn ich als Mapper die ehemalige Relationszugehörigkeit nur über einen Doktor in datenbanktechnik heraus bekomme, ist der Aufwand so monströs riesig, das man zur Erkennbarkeit des Nutzens erst ein geeignetes Rasterelektronenmikroskop erfinden müsste. ;-) Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ref-Tags in Relationen und Wegsegmenten
Hallo, Mirko Küster wrote: Wenn ich als normaler Mapper die Daten Pflege, habe ich nur die Mittel und das Wissen zur Verfügung was ich mit den Editoren, der Seite usw. geliefert bekomme. Deswegen waere es voellig korrekt, zu sagen, dass ehemalige Relationszugehoerigkeiten nicht ohne weiteres einsehbar seien (oder eine aehnliche Formulierung). Die Aussage, sie wuerden nicht dokumentiert, ist aber unzutreffend; hier geht es um Fakten und nicht um Sichtweisen. Wenn Du eine Aussage ueber eine Sichtweise gemacht haettest (ist mir nicht zugaenglich, ist mit zu aufwendig oder ist mir nicht bekannt), haette es fuer mich keinen Grund zum Widerspruch gegeben. Wenn ich als Mapper die ehemalige Relationszugehörigkeit nur über einen Doktor in datenbanktechnik heraus bekomme, ist der Aufwand so monströs riesig, das man zur Erkennbarkeit des Nutzens erst ein geeignetes Rasterelektronenmikroskop erfinden müsste. ;-) Nur, weil man ein Mikroskop braucht, um Einzeller zu sehen, ist deswegen ja auch noch lang nicht die Aussage zulaessig, es gebe keine ,-) 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] ref-Tags in Relationen und Wegsegmenten
Hallo Simon, On Freitag, 12. Februar 2010, Simon Kokolakis wrote: gibt es irgendeinen Grund warum man die ref-Tags der einzelnen Wegsegmente zusätzlich zum ref-Eintrag in der Relation beibehält? Die Unfähigkeit mancher Renderer dies korrekt darzustellen sehe ich nicht als Grund. Die Frage habe ich irgendwann im Frühjahr letzten Jahres auch gestellt. Damals war ich noch der Meinung, dass die refs an den Wegen unnötig wären. Mittlerweile bin ich eher für doppelte ref Tags. Damit lässt sich die Konsistenz der Relationen überprüfen. Für Baden-Württemberg habe ich hier eine halbwegs aktuelle Auswertung der Referenztags: http://www.h-renrew.de/h/osm/osmchecks/01_Relationstest/relationenindex.html Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ref-Tags in Relationen und Wegsegmenten
Deswegen waere es voellig korrekt, zu sagen, dass ehemalige Relationszugehoerigkeiten nicht ohne weiteres einsehbar seien (oder eine aehnliche Formulierung). Die Aussage, sie wuerden nicht dokumentiert, ist aber unzutreffend; hier geht es um Fakten und nicht um Sichtweisen. Bis eben wars mir wie sicherlich 99% der Mapper nicht bekannt das sowas irgendwo mit Spezialwissen möglich wäre. Also ist es für die wenigen Spezialisten möglich, ok. Ändert aber nichts am Grundproblem. Und zwar das dies für die überwältigende Mehrheit nicht möglich ist und verschwundene Relationen in der normalen Mapperpraxis bei Unkenntnis über genaue ehemalige Zugehörigkeiten ein Problem bei der Geschichte wären. Da nützt dir das faktische Haar in der Suppe nichts. Es sei denn du bietest dich freiwllig an danach zu forschen. Ich hätte da schonmal ein dutzend verlorener Member. Kaputte Relationen gibts im Wochentakt. Wenn Du eine Aussage ueber eine Sichtweise gemacht haettest (ist mir nicht zugaenglich, ist mit zu aufwendig oder ist mir nicht bekannt), haette es fuer mich keinen Grund zum Widerspruch gegeben. Ok, ich stelle ab jetzt im jedem Post ein ist mir nicht bekannt! voran oder organisiere mir eine Glaskugel. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flußbreiten
Norbert Hoffmann nhoffm...@spamfence.net wrote: Dann sind aber die Breiten, die genutzt werden wenn keine Angabe gemacht wurden, in z12-captionless *viel* zu groß. Immerhin ist lt. tag-Beschreibung im Wiki ein waterway=stream überspringbar und ein waterway=river schmaler als 12m. Drain dürfte normalerweise vergleichbar zu river sein. Darfst Du gerne anpassen. AFAIR hab ich seinerzeit an den defaults nichts geändert. Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /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] Zwischen Porto Velho und Palmas
Norbert Hoffmann nhoffm...@spamfence.net wrote: In der mapnik-Karte tritt das Problem doch gar nicht so sehr auf. In den Mapnik-Styles werden kleine Gewässer doch nur in Maßstäben dargestellt, in denen sie auch sinnvoll sind. Trotzdem ist das so wie es ist unbefriedigend. Der Flußtyp ist IMO sekundär, wichtig ist die Breite in Meter und die wird systembedingt ignoriert. Gruss Sven -- linux is evolution, not intelligent design (Linus Torvalds) /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] Datenbankschema
Jochen Plumeyer joc...@plumeyer.org wrote: Das Schlüssel-Gedöns müßte man doch auch schnell Datenbank-intern nach hstore gehievt bekommen. Schau mer mal. Passender SQL fluch wird gerne genommen, dann kann ich damit mal spielen. Mate-Karte war nur ein Beispiel. Beliebige Tags sind IMO eine Stärke von OSM und wenn man diese Spezialtags ohne großen Aufwand auf einer Slippymap darstellen kann entstehen im handumdrehen coole Spezialkarten. Gruss Sven P.S.: Ich hab da grade so ne Idee :) -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischen Porto Velho und Palmas
Martin Czarkowski schrieb: Am 12.02.2010 11:35, schrieb Claudius: (..) Im übrigen sagen mir die Reste meines Erdkunde-Wissens, dass in dieser Region immergrüner Regenwald mit täglichen Regenfällen vorkommt und entsprechenden Wasserläufen. Die Daten sind also wahrscheinlich nah dran an der Wirklichkeit. Klingt logisch, ist aber der Wahnsinn wer sich so viel Mühe gemacht hat, jedes Bächlein einzuzeichnen. Die Gegend soll doch recht unzugänglich sein. Martin Wenn ich recht erinnere hat da mal jemand River Daten aus der WDB importiert. Gruss mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de