Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site
Roman Grabolle schrieb: Ich habe überhaupt nichts dagegen und ich will mich auch gar nicht drüber lustig machen, nur weil ich es selbst nicht brauche. An anderer Stelle geben wir die unterschiedlichen Typen und Schlauchdurchmesser von Hydranten an ? leider ist Wiki gerade down, sonst könnte ich drauf verlinken. Bei Kulturdenkmalen brauchen wir da nicht so fein differenzieren, denn das ist ja alles von früher? Mir kommt es beim Mappen von alten Steinen und beim Kartenkonsumieren auf ein paar ganz einfache Dinge an: 1. Themenkreis: Wenn ich Dolmen und Menhire kucken will, möchte ich nicht nach einer langen Wanderung vor einem Denkmal mit Pickelhaube von 1870/71 stehen. 2. Attraktion: Nach stundenlangem Latschen durch mückenverseuchte Wälder endlich ein vollversiegeltes Bodendenkmal zu erreichen ist irgendwie etwas enttäuschend, besonders, wenn daneben nicht mal eine Imbissbude steht. 3. Unfallverhütung: Ich möchte nicht mit Gipsbein durch die Gegend humpeln müssen, weil mir Band 3 von OSM-Tags kurz und gut auf den Fuß gefallen ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Transystem i-Blue 747
Hallo Gerhard, Gerhard wrote: Vielen Dank für den Hinweis dass da etwas zu beachten ist. In China ist das auf jeden Fall so. Da dürfen GPS-Informationen nicht aufgezeichnet werden. Könntest Du da bitte Näheres drüber sagen, z.B. woher die Information stammt? Ich fahre demnächst nach China und wollte eigentlich meinen GPS mitnehmen. Das Wiki wurde ja bereits zitiert. Die Info kann ich auch anderweitig bestätigen. Meine Firma hatte ebenfalls mit dem Problem zu tun dass GPS Daten in China besonders geschützt sind. In China würde ich das also lieber sein lassen. Dennoch gute Reise... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege auf Parkplätzen
Am 11. September 2008 19:56 schrieb Sven Rautenberg [EMAIL PROTECTED]: Wege auf Parkplätzen mappe ich nicht. Dazu ist so ein Parkplatz viel zu sehr Wilder Westen, und jeder fährt, wo er will. [...] Der die Karte verwendende Verkehrsteilnehmer soll froh sein, dass der Parkplatz eingezeichnet ist und irgendein Router ihn bis zur Einfahrt geführt hat. Die Orientierung innerhalb des Parkplatzes überlasse ich vollkommen ihm selbst. Es kommt häufiger vor, dass Radwege oder Fusswege durch Parkplätze führen. In Fällen, in denen ein Parkplatz mehrere Ein- und Ausfahrten hat, sind die Wege über den Parkplatz für Fahrrad- und Fußgängerrouting auch ganz wichtig. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu FON-FIXME
Johann H. Addicks schrieb: Wenn die meisten FON Spots sowieso aus Google Geocoding hervorgehen, ist es dann überhaupt rechtlich okay, die Dinger in OSM zu haben Wenn wir die Adresse mit importieren, dann auf jeden Fall nicht. Da wir in der Datenbank aber weder das Datum des Imports haben, noch die Angabe, ob die Koordinate verifiziert wurde bzw. wann das Signal dort empfangen wurde: Beim nächsten Importlauf der Fon-APs ist wieder alles was wir bis dahin evtl. nachgebessert (oder an grob falschem gelöscht) haben für die Katz. Das Problem ist, dass über einen regelmäßigen Import bzw. dessen schmerzfreie Integration, gar nicht nachgedacht wurde. Das ist übrigens das Problem mit allen derartigen Datenimporten, bei denen sich nach dem Importzeitpunkt sowohl die Datenquelle als auch (naturgemäß) das Datenziel OSM verändern. Die Synchronisation ist extrem schwierig. Das sieht man ja schon allein an dem OpenGeoDB-Import - und der war, was dieses Thema angeht, schon extrem gut organisiert. Solange es kein generelles Konzept gibt, das den regelmäßigen Import aus externen Quellen regelt, ist das Importieren von veränderlichen Datenquellen eigentlich illusorisch. Im Grunde gibt es genau drei Szenarien: 1. Die Datenquelle ist der eindeutige Master. Änderungen in OSM gehen bei jedem Import wieder verloren. Der einzige Ort, um dauerhaft Änderungen zu integrieren, ist die Datenquelle selbst. 2. Die Datenquelle ist nur einmalig der Master. Danach werden die Daten nur noch in OSM gepflegt, und alle Änderungen werden bei Bedarf aus OSM zur Datenquelle zurückgespielt. 3. Datenquelle und OSM werden parallel genutzt und gleichen Änderungen jeweils untereinander ab. Problematisch sind hierbei Änderungen an demselben Punkt parallel in beiden Systemen - welche Änderung hat Vorrang? Szenario 3 ist sehr schwierig zu realisieren - der OpenGeoDB-Import versucht mit vielen Tricks, so zu wirken, als würde er sowas machen. In Wirklichkeit aber mischt er Szenario 1 und 2. Wenn ein importierter Ortspunkt in OSM verändert wird, soll man ja in einem speziellen Tag diese veränderten Felder entfernen, um zu verhindern, dass der nächste Import die Änderung wieder überschreibt. D.h. alle importierten Werte sind erstmal Szenario 1, und bedarfsweise werden Felder nach Szenario 2 behandelt. Das ist insgesamt zwar trickreich, aber bekanntlich hat seitdem noch niemand einen zweiten Import gewagt, so dass nicht mal Erfahrungswerte vorliegen, ob diese Tricks wie gewünscht funktionieren. Mutmaßlich müßte man für jeden gewünschten Import einer externen Datenquelle eine Zwischendatenbank anlegen, die dafür zuständig ist, die Änderungen in OSM und der Quelle zu analysieren und zusammenzuführen, und sie dann jeweils wieder an OSM und die Quelle zurückzugeben. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Heiko Jacobs ([EMAIL PROTECTED]) [080912 02:20]: Im Frankfurter Nahverkehrsforum erlebe ich oefters die Streitfrage, ob eine gemischt genutzte Strecke noch gemischt genutzt werden kann, wenn man dort die Bahnsteighoehen auf S-Bahn-Masz 96 cm erhoeht. Einige meinen, dann kann nicht mehr alles fahren, einige meinen doch. Alles, was die internationalen Normen erfüllt, kann dort fahren. Allerdings können dort keine überbreiten Transporte mehr fahren, z.B. verladene Panzer. Und an einem 96cm-Bahnsteig können Regionalzüge nicht mehr halten. (Ich halte es für suboptimal, das der letzte Generationswechsel nicht genutzt wurde, die S-Bahn auf 76cm zu senken, 96cm ist einfach zu hoch. Aber das ist leider eine vergangene Chance, und außerdem off-topic hier.) Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Heiko Jacobs schrieb: Lieber waere mir gewesen, die Reparatur waere erst erfolgt, wenn man ein tag fuer S-Bahnen gehabt haette. Jetzt muesste man bspw. im Rhein-Main-Gebiet, wo die Leute alle S-Bahn-dominierten Strecken sauber von rail abgetrennt haben mit light_rail, diese eigentlich auf rail umtaggen und mit denen vermixen, um sie eines Tages wieder aufzudroeseln zu rail=sbahn/rer/commuter oder was auch immer... Dito in Hamburg und Berlin, die jetzt auch falsch getagged sind und wo die S-Bahn sich wegen der Stromschiene noch deutlicher von der Vollbahn unterscheidet (ohne Dieselvollbahnverkehr absolut auszuschlieszen) Beim Rest war wohl rail ueblich bisher. Dann müsste man nun ein Propsoal schreiben und railway=commuter versuchen einzuführen. Die Verwendung des Tags Light-Rail ist imho kein Ersatz da wir so Begriffe vermischen und am Ende alles noch unklarer wird als es eh schon ist. Bei international üblichen Begriffen ist eine nationale Interpretation oft nötig, sie sollte aber dicht am original bleiben. Die Frage nach einem S-Bahn tag hatte ich hier letztlich erst gestellt, richtig viel ist da nicht rum gekommen. Konsequenterweise müsste man dann aber auch reine Güterstrecken, Hochgeschwindigkeitsstrecken, Regionallinien etc. extra erfassen. Alternativ könnte es aber auch so gehen: railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist für S-Bahn gedacht) Anstelle von service könnte man auch type oder used_by oder sonst was nehmen. Wir tagen als Light-Rail im Moment viele total unterschiedliche Systeme. Eine S-Bahn, selbst mit 960 Bahnsteig und Strohmschiene ist weitaus näher an der Vollbahn als eine Tram die mit Andreaskreuzen an manchen Stellen gesichert ist. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag der weiteren Keys für Tag: historic=archaeological_site
Hallo Birgit, ich sehe nicht, dass der Vorschlag Deinen Interessen entgegensteht. Mir kommt es beim Mappen von alten Steinen und beim Kartenkonsumieren auf ein paar ganz einfache Dinge an: 1. Themenkreis: Wenn ich Dolmen und Menhire kucken will, möchte ich nicht nach einer langen Wanderung vor einem Denkmal mit Pickelhaube von 1870/71 stehen. Das wäre ja nur Fall, wenn jemand aus Versehen (oder absichtlich, dazu gleich) das Denkmal als historic=archaeological site und type=megalith gemapt hätte. Richtig sollte er oder sie ja historic=memorial (http://wiki.openstreetmap.org/index.php/Tag:historic%3Dmemorial ) eintragen. Solche Dinge passieren vermutlich trotzdem, wenn man nicht regelmäßig den tagwatch nach historic=archaeological site oder type=megalith flöht - siehe dazu meine letzte Mail. Das hat aber wenig damit zu, wie wir nun Großsteingräber taggen. Bisweilen kann es sogar richtig sein, denn gerade im 19. und frühen 20. Jh. sind nicht wenige Megalithen und jüngere Rechtsdenkmäler wie Bauernsteine, Blaue Steine und anderes in Kriegerdenkmäler umgewidmet worden. Trotz der neuen Tafel behält natürlich so ein Stein seine ursprüngliche historische Bedeutung. 2. Attraktion: Nach stundenlangem Latschen durch mückenverseuchte Wälder endlich ein vollversiegeltes Bodendenkmal zu erreichen ist irgendwie etwas enttäuschend, besonders, wenn daneben nicht mal eine Imbissbude steht. Vollversiegelte Bodendenkmäler, bei denen es nix zu kucken gibt, brauchen und sollen auch nicht gemappt werden. Hier geht es bislang und hoffentlich auch in Zukunft ausschließlich um obertägig sichtbare Bodendenkmäler und um die vergleichsweise wenigen Grabungsstätten, bei denen die Mauerbefunde stehengelassen und konserviert wurden und nun gezeigt werden bzw. eine andere Rekonstruktion der arch. Befunde erfolgte (z.B. die von bösen Menschen Indianerdorf genannte Kreisgrabenanlage von Goseck - http://de.wikipedia.org/wiki/Kreisgrabenanlage_von_Goseck ) und vergleichbare archäologische Freilichtmuseen. 3. Unfallverhütung: Ich möchte nicht mit Gipsbein durch die Gegend humpeln müssen, weil mir Band 3 von OSM-Tags kurz und gut auf den Fuß gefallen ist. Der Band 3 erscheint in Einzelblättern zum Einheften in die Sammelmappe. Blatt 1 bis 5 über highway= und Blatt 6 über amenity=place of worship habe ich mir bestellt. Die nächsten Blätter über amenity=post_box, amenity=vending_machine und amenity=bench habe ich mir nicht gekauft, weil ich sie nicht brauche. Das angekündigte Blatt 11 über Hydrantentypen und die Durchmesser von Zuleitungsrohren werde ich mir auch sparen: http://wiki.openstreetmap.org/index.php/De:Fire_hydrant. Ich kaufe mir dann erst wieder Blatt 22 über historic=archaeological_site. Ich weiß aber, das in der großen wiki-Bibliothek alle Blätter auch zum Ausleihen vorhanden sind. Viele Grüße Roman -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation läßt sich nicht bearbeiten
- Original Message - From: Dirk-Lüder Kreie [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Thursday, September 11, 2008 6:53 PM Subject: Re: [Talk-de] Relation läßt sich nicht bearbeiten Die Relation 20496 läßt sich immer noch nicht bearbeiten. Ich habe ein Programm geschrieben, das über die Get-Abfrage http://www.openstreetmap.org/api/0.5/relation/20496 alle way_ids ausliest und dann über die Abfrage http://openstreetmap.org/api/0.5/way/way_id alle ways abfragt. Dabei liefert der way 24495585 den Fehler 410 Gone d.h. die Relation 20496 enthält den nicht (mehr) vorhandenen way 24495585 Wie kann ich die Relation reparieren? Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Thorsten Feles [EMAIL PROTECTED] wrote: Die Verwendung des Tags Light-Rail ist imho kein Ersatz da wir so Begriffe vermischen und am Ende alles noch unklarer wird als es eh schon ist. Richtig. Blosz haette man sich Arbeit beim Umtaggen erspart, wenn man erst ein neues Tag gemacht haette, fuers Rendern desselben gesorgt haette und dann umgetagt haette. Nun wird vermutlich irgendwer irgendwann auf rail umtaggen zu Recht oder wenn man dem zuvorkommt und einen unproposed tag verwendet wird der nicht gerendert... Die Frage nach einem S-Bahn tag hatte ich hier letztlich erst gestellt, richtig viel ist da nicht rum gekommen. Konsequenterweise m?sste man dann aber auch reine G?terstrecken, Hochgeschwindigkeitsstrecken, Regionallinien etc. extra erfassen. Alternativ k?nnte es aber auch so gehen: Haette ich nichts dagegen, denn im BOStrab-Bereich werden ja jetzt schon (raltiv unscharfe) Unterscheidungen nach tram, light_rail und subway vorgenommen. Warum soll bei rail alles in eins fallen... railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist f?r S-Bahn gedacht) Das muesste man aber dann auch fuer die anderen tags nehmen: railway=tram (BOStrab) mit service=subway service=light_tram koennte man dann im Prinzip beim Karlsruher Modell sowohl fuer railway=tram als auch railway=tram verwenden... Wir tagen als Light-Rail im Moment viele total unterschiedliche Systeme. Eine S-Bahn, selbst mit 960 Bahnsteig und Strohmschiene ist weitaus n?her an der Vollbahn als eine Tram die mit Andreaskreuzen an manchen Stellen gesichert ist. Wie gesagt: historisch gewachsen wg. Uebersetzungsfehler, soll nicht so bleiben. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] KOSMOS: Einbahnstraße darstellen
Moin ! kann mir einer von Euch sagen, wie ich eine Einbahnstraße rendern kann ? In der Hilfe habe ich nur *Things still to be done: *Rendering of one-way streets gefunden ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Thorsten Feles ([EMAIL PROTECTED]) [080912 10:42]: Alternativ könnte es aber auch so gehen: railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist für S-Bahn gedacht) service=... klingt aus meiner Sicht gut. Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen erlaubt ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, hast Du Dir noch nie Gedanken darüber gemacht, wieso die GEZ-Leute einen Fernseher in einer Wohnung anpeilen können? Und warum auch CD-Abspieler im Flugzeug verboten waren? Ist doch alles keine Erfindung der Neuzeit ... Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Christian Mayr Gesendet: Donnerstag, 11. September 2008 11:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Taggen erlaubt ? ich hab zu diesem Thema mal diese Seite gefunden: http://www.kowoma.de/gps/zusatzerklaerungen/GPSimFlugzeug.htm Gruß Jürgen Auszug aus der obigen seite --schnipp-- Hapag-Lloyd-Flug: Der Transport solcher Geräte ist zwar grundsätzlich erlaubt, der Betrieb derselben aber während des kompletten Fluges wegen möglicher Interferenzen mit dem Cockpit-Instrumentarium streng verboten!!. --schnapp-- Kann mir jemand erklären wie ein gerät das nur empfängt, Interferenzen (Überlagerungserscheinungen beim Zusammentreffen von Wellen) mit anderen Geräten verursachen soll??? grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIykxpX/cdferISG0RAkT3AKC7MuPchJ5S9UphAG8pXpWOAH+0+ACg5qG1 QUBIAtXaNTeAbLDAXe/4FHs= =MMH/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken
Mir fällt auf, dass an den verschiedensten Stellen, vor allem POIs immer mal wieder URLs eingetragen sind, so vor allem bei Burgen und Denkmalen. Sicher woanders auch, aber da bin ich halt aktiv und sehe aus. Es gibt aber kein System und jede_r macht mal wieder, was er/sie will. www= info= url= url_wikipedia= ... Siehe z.B: http://etricceline.de/osm/Germany/En/tagstats_historic%3Dmemorial.htm http://etricceline.de/osm/Germany/En/tagstats_historic%3Darchaeological_site.htm http://etricceline.de/osm/Germany/En/tagstats_historic%3Dcastle.htm Hat eine solche Verknüfung überhaupt schon einen Sinn? Wenn ja, wie sollte es dann am besten gemacht werden? Es gab doch auch mal Überlegungen, dies in eine externe Datenbank einzuarbeiten. Sind das Luftschlösser oder wird schon daran gearbeitet? Viele Grüße Roman -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser, Festungen etc .
Hallo Dieter, Du hier bei OSM?? Ich bin sehr erfreut, Dich mal wieder zu lesen. Und zur Kenntnis zu nehmen, daß Du noch der Archäologie treu bist. Tja, die Welt ist klein und dass www noch kleiner. Ich war der Archäologie nie untreu, sondern in Gegenteil. Ich habe meine zweite große Liebe, das Internet, für eine Weile ausgesperrt, um mich ganz der ersten widmen zu können - Magisterarbeit, Prüfungen und etwas über ein Jahr lang draußen Arbeit im Feld, naja mehr auf einer schönen Burg. http://www.mittelsachsen-tv.de/default.aspx?ID=1538showNews=261132 Nun hat sich die zweite Liebe wieder an mich rangeschmissen und ich versuche beide zu versöhnen. ;-)) Aber zum Beitrag: 1) Generell: Ich bin der Meinung, die Bezeichnungen sollten grundsätzlich auf englischer Sprache basieren, schließlich ist OSM ein weltweites Projekt. Bezeichnungen wie beispielsweise Burgruine führen dazu, daß früher oder später wieder eine englische Entsprechung auftaucht und beides getaggt wird (und schlußendlich in diesen Varianten auch gerendert werden muß). Das widerspricht sich leider - weltweites Projekt und ausschließlich englische Bezeichnungen. Es geht um zwei verschiedene Sachen, um englische Sprache als gemeinsame Kommunikationssprache und um Begriffe mit unterschiedlichen Inhalten. Die erste ist nur bisweilen ein kleines Problem, die zweite ein großes. Die von Dir vorgeschlagene landestypische Bezeichnung im type führt auch zu einer solchen Vielzahl. Könnte man das nicht irgendwie sinnvoll in englischen Bezeichnungen gliedern? Leider nicht. Der Grund dafür ist, dass es hier nicht um Computerbauteile geht oder um Autozubehör, sondern um kulturhistorische Phänomene, die unterschiedliche Traditionen haben. Ich habe versucht zu erklären, warum nicht jede Burg ein castle ist und nicht jedes castle eine Burg. Das sind einfach gebräuchliche Begriffe, die grob auch etwas ähnliches bezeichnen, aber eben nicht das selbe. Die Begriffsinhalte sind ziemlich verschieden, was zählt noch dazu, was nicht ... . Ich versuche es noch mal anders und unzulässig vereinfacht zu beschreiben. Wenn ich eine mobile Bude taggen will, die Reibekuchen verkauft, kann ich da nicht Fish and chips reinschreiben, nur weil der Wagen vielleicht gleich aussieht, der Geruch ähnlich ist und es zum Mittagsimbiss ebenso beliebt. Da werden sich die Britten wohl an Reibekuchen gewöhnen müssen. Ich mappe nicht hauptsächlich für englische native speaker auf Urlaub auf dem Kontinent, sondern für Leute in der näheren und weiteren Umgebung. Und denen hilft nur castle nicht viel weiter, die wollen vermutlich wissen, ob sie eine Burg mit Bergfried, Tor und Zinnenkranz oder ein Barockschloss mit 476 Schlafzimmern erwartet. Um mal auf die Beispiele zurückzukommen. In Japan hat man - bis vor 20 Jahren ;-) - keine mitteleuropäischen Steinburgen gebaut, sondern eben Shiros. Die sind im Groben wegen ähnlicher Funktionen durchaus vergleichbar, aber dass sie keinen Bergfried und keine Ringmauer haben, sieht man auf den ersten Blick: http://de.wikipedia.org/wiki/Japanische_Burg Ähnlich in Rußland mit den Kremln: http://de.wikipedia.org/wiki/Kreml Auch die sind irgendwie auch Burg, aber nur castle würde mir nicht reichen. Historic=castle kommt ja auch in der ersten Ebene und wenn sich den jemand findet, der den Vorschlag umsetzt, vielleicht auch erst einmal als Tag für alle. Nur englischsprachige Bezeichungen zu verwenden ware mehr als eurozentristisch, das wäre ja schon anglozentristisch ;-). Es gibt Phänomene in der Welt, für die es keine passende Übersetzung ins englische gibt. Das fängt schon bei der Unterscheidung im deutschen zwischen Burg und Schloß an. Wir können das natürlich ignorieren, aber was fangen wir dann mit der Karte an? Die vielen Menschen vor Ort wissen kaum, was da gemappt ist und der englische native speaker sieht unter castle auch irgendwas, was nicht so aussieht wie auf seiner Insel, z.B. Neuschwanstein ;-). Frederik hat das ja schon kürzer und prägnanter ausgedrückt. 2) Zeichen Zu den Burgen kann ich wenig sagen, ist nicht mein Fachgebiet. Bei Festungen hätte ich mit dem Zeichen der DGF kein Problem, so es sich in der Nutzung wirklich auf Bastionärfestungen und deren vorgelagerte Elemente beschränkt (nebenbei: Wie willst Du die räumlich getrennten Nebenbauten kennzeichnen? Erinnert sei an Silberberg (Srebrna Góra) oder Glatz (Klodzko). Die wirklichen Probleme beginnen spätestens dann, wenn das Zeichen auch in den Dolomiten auftaucht (WK1). Für Königsstein wäre es auch nur bedingt zutreffend. Im Moment jedenfalls weiß ich noch nicht so recht, wie ich Silberberg und Fort Wilhelm sinnvoll eintragen soll... Das sehe ich wieder anders. Festung ist Festung, von um 1600 bis 1945. Auch eine Burg um 1000 sieht ganz anders aus als eine Burg um 1500. Trotzdem sind beide eine Burg und bekommen dasselbe Icon. Wegen der historic=castle-Geschichte und weil es schwer zu trennen
[Talk-de] KOSMOS: turning_circle darstellen
Moin ! ich habe anderswo schon schöne Renderings bezügl. Wendehammer gesehen. Kann man soetwas auch in KOSMOS generieren ?? Wie ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags global suchen
Moin ! in einigen Beiträgen wurde schon darüber geschrieben, dass es x-mal das Tag yyy mit dem Wert zzz gibt. Kann mir einer von Euch weiterführende Informationen geben - wie ich diese Funktion nutzen kann ? Über die Suche mit Tag Suchen bin ich nicht weitergekommen ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags global suchen
Jan Tappenbeck schrieb: in einigen Beiträgen wurde schon darüber geschrieben, dass es x-mal das Tag yyy mit dem Wert zzz gibt. http://tagwatch.stoecker.eu/Germany/En/tags.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Einbahnstraße darstellen
Jan Tappenbeck schrieb: kann mir einer von Euch sagen, wie ich eine Einbahnstraße rendern kann ? In der Hilfe habe ich nur *Things still to be done: *Rendering of one-way streets Übersetzung (semantisch): Einbahnstraßen können derzeit noch nicht dargestellt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)
Hi, Am 12. September 2008 13:02 schrieb Rolf Gehring [EMAIL PROTECTED]: hast Du Dir noch nie Gedanken darüber gemacht, wieso die GEZ-Leute einen Fernseher in einer Wohnung anpeilen können? Die GEZ hat keine Peilwagen und kann auch keine Fernseher anpeilen. Da hier offtopic, bei Bedarf weitere Diskussion per Mail. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abgebrannter Aussichtsturm
Moin moin http://www.openstreetmap.org/?lat=50.17528lon=8.387874zoom=18layers=B000FTF Auf dem Atzelberg im Taunus stand bis zum 5.8.08 ein hoelzerner Aussichtsturm (http://de.wikipedia.org/wiki/Atzelbergturm#Aussichtsturm). Der Turm war Bj. 1977 und ist abgebrannt. Im Moment stehen da nur noch die Betonfundamente. Ich habe alle Attribute des node so weit geloescht und nur noch eine note stehen lassen. Da dieser Turm sehr bekannt und auch ein beliebtes Ausflugsziel war: Wie kann man in den gerenderten Karten kenntlich machen, dass der Turm nicht mehr existiert. Ein historic=ruins scheint mir ein bischen hoch gegeriffen, aber was besseres faellt mir im Moment nicht ein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Mapnik für Windows | Dazu 2 Fragen: osm2pgsql unter win32
Super. Vielen Dank fuer http://wiki.openstreetmap.org/index.php/Mapnik Ich habe alles mal unter Windows 2000 (SP4) installiert und das Demo (mit den 3 Bildchen) funktioniert einwandfrei. Jetzt bleibt mir nur noch zwei Raetsel zu loesen, welche in Deiner Erklaerung, verstaendlicherweise, recht kurz gefasst waren: 1. Das Umwandeln des Planet File und 2. das Rendern mit generate_tiles.py: * Frage 1: PLANET FILE UNTER WIN32 UMWANDELN ???* Ich weiss, ich muss natuerlich zuerst das Planet-File umwandeln, doch wo gebe ich dieses Kommando ein ... *./osm2pgsql -U osm -m -d f:/osm/planet-080910.osm* ... in der Python-Shell ? ... oder muss ich mir das Kommando erst 'runterladen' und mit 'Make' uebersetzen ... aber dann muesste ich ja zuvor eine C-Compiler installieren etc etc Kurz, an dieser Stelle haenge ich gerade. Eine Binary fuer das Installieren eines postgresql- Servers (fuer Windoof) habe ich zwar im Netz gefunden, ftp://ftpf.postgresql.org/pub/binary/latest/win32/ doch selbst wenn der laeuft, muss ich ja immernoch das Kommando osm2pgsql irgendwo ausfuehren bzw, erstmal fuer mein (schlichtes win32/i386) Betriebssystem uebersetzen/haben ... woher also nehmen ? *Frage 2: RENDERN DER WORLD TILES ?* Wie Rendere ich mit den Daten in den Ordnern */world_boundaries/.*.. und */coastlines/...* die World-Tiles der Zoomstufe X ? Im */demo/... *Ordner von Mapnik gibt es ja den */data/...* Ordner fuer das Demo. Nun bin ich natuerlich den Weg des geringsten Widerstandes gegangen und dachte mir, wenn ich einfach den Ordner fuer die /world_boundaries/... und /coastlines/... ebenso dort unterbringe und das Script *generate_tiles.py * http://svn.openstreetmap.org/applications/rendering/mapnik/generate_tiles.py 'einfach' anpassen ... Doch im Script generate_tile.py kann man die Pfade auf die notwendigen Daten- Quellen bzw. Ordner ( /world_boundaries/... und /coastlines/...) gar nicht angeben, sondern nur auf die Layout-XML und den Tiles-Pfad verweise: mapfile=Pfad/xml-datei tile_dir=Pfad/tile_ordner/ ... was bei mir derzeit so aussieht: *mapfile=f:/osm.xml tile_dir=f:/tiles/* (und die Planet-Datei liegt in f:/osm/planet-080910.osm) Nun gut, das Script erzeugt natuerlich keine Ausgabe, da ich ja wohl noch nicht die world_boundaries und die coastlines richtig zugeordnet/zugewiesen - also die GROSSE FRAGE: *Wie weise ich (unter Windows) die world_boundaries und coastlines (.shp, .dbf, .index ...) Daten denn so zu, dass das generate_tiles.py script funktioniert ?* Sicher hat das was mit dieser tollen aber doch wohl recht komplexen bzw. kaum dokumen- tierten Datenbankanbindung von mapnik zu tun ... wo wir wieder bei Frage 1 landen ... Ich wuerde ja gerne daraus ein Super-FAQ (bzgl. Mapnik unter win32/64) machen, gerade weil dieses Windoof-Seuche so verbreitet ist und viele Open-Source Einsteiger irgendwann den Punkt erreichen, wo Sie von Windows auf Linux wechseln moechten. Doch alles auf einmal ist ein bisschen viel fuer Leute, die sich am Abend gerade mal Ihre 1-2 Stunden Familienauszeit nehmen koennen. Ein Step-by-Step FAQ bzgl. Umstieg auf Linux und Installation eine 'Ready-Made' Mapnik-Umgebung wuerde da sicher einen Anreiz schaffen ( | Gruss, Andreas Tobias Wendorff schrieb: Hallo Leute, habe gerade eine Anleitung geschrieben (Englisch und Deutsch), wie man Mapnik unter Windows installiert: http://wiki.openstreetmap.org/index.php/Mapnik Wenn jemand Lust hat, kann ja auch noch PostGIS erkl?rt werden. Ich halte allerdings erstmal Abstand davon, weil ich es selbst noch nicht kann. LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Thorsten Feles ([EMAIL PROTECTED]) [080912 13:52]: Heiko Jacobs schrieb: railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist f?r S-Bahn gedacht) Das muesste man aber dann auch fuer die anderen tags nehmen: railway=tram (BOStrab) mit service=subway service=light_tram koennte man dann im Prinzip beim Karlsruher Modell sowohl fuer railway=tram als auch railway=tram verwenden... tram light_rail subway rail unter Rail dann dissused / closed preserved (Museumbahnen, derzeit aber nicht unter Service) spur (gibt es schon) siding (gibt es schon) yard (gibt es schon) goods commuter regional main_line oder national high_speed Einige der services kann man auch mit tram / light_rail verknüpfen bei Bedarf. Außerdem bräuchte man noch was für planning und construction. Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags global suchen
Hi ! und kann ich jetzt irgendwie eigene abfragen definieren. z.b. anzahl der operatoren=mcdonald Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] historic=ruins abreißen, historic =... aufräumen
Ich habe mich soeben mal wieder getraut, den tagwatch anzuwerfen für Key:historic Statistics http://etricceline.de/osm/Germany/En/keystats_historic.htm Wie könnte man die Unfälle beseitigen? Da hat sich einiges angesammelt, was mal ein wenig Geradebiegen gebrauchen könnte, z.B. historic=Pestsäule, public_toilet (eine historische öffentliche Toilette? ;-) ), =yes (aha!), einige Namen wie Schillerplatz, Hagelkreuz, Felsenkeller, Schützenhaus ... . Dabei sind auch ein paar Sachen, wo wir uns ja weitgehend einig sind, wie die getaggt werden, z.B. Röm. Viergötterstein, bildstock m. altar, Hügelgräber, Fort etc. Wie bekomme ich raus, wo die POIs liegen? Sie sind ja nicht als name vorhanden und Namefinder hilft mir nicht. Mehrfach habe ich hier schon angemerkt, dass ich historic=ruins mehr als unglücklich finde. Leider gibt es das in rauen Mengen (327 gesamt, 258 nodes, 69 ways). Wer würde mithilfen, die entsprechend umzutaggen in historic=archaeological_site, type=fortification (das sind immer Ruinen); historic=castle, ruins=yes, amenity=place_of_worship , building=tower etc. Und auch hier wieder die Frage, wie ich die alle finde? Viele Grüße Roman -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Einbahnstraße darstellen
Hi ! danke - ich wußte doch, irgendetwas war da mit englisch ! kann mal als workaround auf jeden node ein entsprechendes node setzen ?? ich will damit primär eine außendienst-karte generieren ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Cyclemap als Overlay
Hallo Leute, kann mir jemand erklären, wieso Cyclemap nicht einfach als Overlay zur Mapnik oder Osmarender angeboten wird? So könnte man nur die Radwege berechnen und dann über die vorhandenen Karten legen. Rendering wäre schneller, Traffik wäre geringer. Außerdem könnte man so die Radwege auch extern einbinden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)
Tim 'avatar' Bartel schrieb: Die GEZ hat keine Peilwagen und kann auch keine Fernseher anpeilen. Man braucht dafür ja auch keinen Peilwagen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Heiko Jacobs schrieb: railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist f?r S-Bahn gedacht) Das muesste man aber dann auch fuer die anderen tags nehmen: railway=tram (BOStrab) mit service=subway service=light_tram koennte man dann im Prinzip beim Karlsruher Modell sowohl fuer railway=tram als auch railway=tram verwenden... Aus deutscher Sicht schon aber in anderen Ländern würde eine U-Bahn sicher nicht zwingend als ein Abkömmling der Tram gesehen werden. Daher würde ich subway als eigene Klasse einfach lassen. Für D würde das bedeuten, dass wir trotz BOStrab zwischen Tram und U-Bahn unterscheiden, Kriterien dazu gibt es ja genug. Alles dazwischen wäre dann Light-Rail. Nur verlassen wir wir hier hie und da die BOStrab da es ja auch im Volksmund als Straßenbahn bezeichnete Strecken gibt die nach EBO oder ESBO betrieben werden (z.B. RHB, OEG). Diesen wären imho dennoch als Light-Rail zu mappen da hier keine Vollbahnen fahren könnten. Blieben also tram light_rail subway rail unter Rail dann dissused / closed (ja ja, passt nicht 100% ins Bild wäre aber doch sinvoll wenn nix mehr fährt, derzeit aber nicht unter Service) preserved (Museumbahnen, derzeit aber nicht unter Service) spur (gibt es schon) siding (gibt es schon) yard (gibt es schon) goods commuter regional main_line oder national high_speed wobei sinnvollerweise Kombinationen möglich sein müssen. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Frage zum Teil selbst beantwortet. Ich hatte vorhin nur Pech beim Testen und einige nicht mit Namefinder gefunden (Hügelgräber, synagoge). Bei anderen, z.B. Römischer Viergötterstein und ehemalige Fabrikantenvilla (Mühlburg in Ohrdruf), hatte ich mehr Erfolg. Da war z.T. nur name= und historic= vertauscht. Ich fange mal an mit korriguieren und freue mich über Unterstützung. Crain habe ich ja schon gestern versorgt (=tumulus) -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Heiko Jacobs schrieb: railway=rail (EBO, Vollbahn etc.) service=commuter (Diese Strecke, dieses Gleis ist f?r S-Bahn gedacht) Das muesste man aber dann auch fuer die anderen tags nehmen: railway=tram (BOStrab) mit service=subway service=light_tram koennte man dann im Prinzip beim Karlsruher Modell sowohl fuer railway=tram als auch railway=tram verwenden... tram light_rail subway rail unter Rail dann dissused / closed preserved (Museumbahnen, derzeit aber nicht unter Service) spur (gibt es schon) siding (gibt es schon) yard (gibt es schon) goods commuter regional main_line oder national high_speed Einige der services kann man auch mit tram / light_rail verknüpfen bei Bedarf. Außerdem bräuchte man noch was für planning und construction. Natürlich, es sind ja untertags die genau so gut unter tram oder light_rail stehen können. HS wohl eher nicht ;-) aber sonst... construction natürlich auch, bei planing hätte ich Bedenken solange es es nicht um eine genaue Feinplanung handelt. Aber das wäre eine ganz andere Diskussion. Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Einbahnstraße darstellen
Jan Tappenbeck schrieb: kann mal als workaround auf jeden node ein entsprechendes node setzen ?? Das kann ich Dir nicht sagen, ich kann Dir nur sagen, dass Du diesen modifizierten Node nicht in die Datenbank zurückladen solltest :-) ich will damit primär eine außendienst-karte generieren ! Wieso benutzt Du nicht Osmarender? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags global suchen
Hallo, Jan Tappenbeck schrieb: und kann ich jetzt irgendwie eigene abfragen definieren. Im Firefox muss man dazu STRG+F drücken. z.b. anzahl der operatoren=mcdonald Du meinst McDonald's Deutschland Inc. ? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Thorsten Feles ([EMAIL PROTECTED]) [080912 14:51]: construction natürlich auch, bei planing hätte ich Bedenken solange es es nicht um eine genaue Feinplanung handelt. Aber das wäre eine ganz andere Diskussion. Das ist getrennt. planing aus meiner Sicht nur, wenn z.B. die Planfeststellung bereits läuft ( = Bauantrag eingereicht). Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist wie zuzuordnen Operator / name
Bernd Wurst schrieb: Tagwatch hilft in diesem Fall nicht wirklich. Stimmt ... muss mal Dirk anmailen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags global suchen
Du meinst McDonald's Deutschland Inc. ? Ja bei FastFood Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Einbahnstraße darstellen
Wieso benutzt Du nicht Osmarender? Weil der mir als ersten unterkam - vielleicht später einmal ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Einbahnstraße darstellen
Jan Tappenbeck schrieb: Wieso benutzt Du nicht Osmarender? Weil der mir als ersten unterkam - vielleicht später einmal ! Aber er kann doch nicht das, was Du brauchst. Ggf. bitte über PM abwickeln! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgebrannter Aussichtsturm
Moin, Bezug auf [Talk-de] Abgebrannter Aussichtsturm http://www.mail-archive.com/talk-de@openstreetmap.org/msg21734.html Und wenn ich mir die Finger wund schreibe, bitte nicht (hier nicht und sonst auch nicht) historic=ruins verwenden. Das ist völlig beliebig, da keiner weiß, was da in Ruinen liegt, ob es mal eine Burg oder ein Schloss, eine Kirche oder ein Hotel war, ein Aussichtsturm oder Opas Gartenlaube. Siehe kurz nach Deiner Anfrage: [Talk-de] historic=ruins abreißen, historic =... aufräumen http://www.mail-archive.com/talk-de@openstreetmap.org/msg21738.html Das nun abgebrannte Teil wurde 1980 (!!!) gebaut. Wenn das schon historische Ruinen sind, dann viel Spaß beim taggen von historischen Gebäuden in Städten. Bitte dafür ruins=yes oder disused=yes verwenden: http://wiki.openstreetmap.org/index.php/De:Key:disused Da das Teil mal ein Aussichtsturm war und auch als solcher noch in den Karten steht: man_made=tower Viele Grüße Roman -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgebrannter Aussichtsturm
Hallo, Roman Grabolle wrote: Da das Teil mal ein Aussichtsturm war und auch als solcher noch in den Karten steht: man_made=tower Wir hatten ja diese halb-philosophische Diskussion: Ist ein Atomkraftwerk, dass sich in Bau befindet, in der Hauptsache eine Baustelle (naemlich die eines Atomkraftwerks) oder in Hauptsache ein Atomkraftwerk (naemlich ein im Bau befindliches)? Ebenso ist natuerlich die Frage, ab wann irgendwas hauptsaechlich eine Ruine ist. Wenn vor mir auf dem Boden ein Haufen Steine liegt, dann ist das sicherlich nicht ein Turm (der in Ruinen liegt) - u.U. kann ich das als Laie gar nicht mal feststellen. Das ist dann ganz sicher eine Ruine (naemlich eines Turms). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klaerungsbedarf Karlsruhe Schema Was: Hausnummern in Osmarender
Am Freitag, 12. September 2008 15:50 schrieb Marcus Wolschon: Das Interpolieren ist schlicht notwendig als Zwischenlösung, da niemand in einem Zug hunderte von Häusern erfasst. Sind Häuser irgendwann da, kann die jeweilige Interpolation raus. Bei uns gibt es in der Nachbarschaft 5 Reihenhäuser alle mit Nummern wie 1a bis 1g. Ich finde bei solchen Gebäuden eine Interpolation wesentlich besser, als die Nodes von Hand zu setzen und dabei evtl. fehler zu machen. Wenn jemand das Build verschiebt (vergrößert, verkleinert,...), verschiebt er die Interpolation einfach mit und alles ist gut. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgebrannter Aussichtsturm
Hallo Frederik, da bin ich anderer Meinung, zumindest bei dem Aussichtsturm und den Burgruinen. Auch das Atomkraftwerk würde ich als ein Atomkraftwerk taggen, denn es soll ja mal eins werden. Oder denkst Du dabei an die Leute, die gerne Baumaschinen beim Arbeiten zuschauen und daher bei Baustellen am Zaun stehen? Es ist doch im wesentlichen eine Frage des Interesses und des Zugangs. Bei Ruine erfahre ich nur, dass da irgendwas mal ganz war und nun kaputt ist. Was, weiß ich nicht. Vielleicht suchen besonders destruktive Menschen solche Orte, um sich daran zu erfreuen. Ich denke aber, das sind eher weniger Menschen . Ich interessiere mich für Burgen, egal ob die nun noch unter Dach stehen oder als Ruine. Also suche ich nach historic=castle. Betonfundamente von einem Aussichtsturm sind mir da ziemlich egal. Opas abgebrannte Gartenlaube auch. Wie ich Burgruinen taggen kann, habe ich vorgeschlagen. Wie soll ich mir ein Icon für ruins vorstellen? Der Key heißt übrigens historic. Ist ein 2008 abgebrannter Turm aus dem Jahr 1980 historic? Zeige mir alle Aussichtstürme in der und der Gegend. Und warum ist der nicht dabei? Ach, der ist mittlerweile eine Ruine. - Soll aber, wenn Geld da ist, wieder aufgebaut werden. Natürlich schaue ich mir auch gerne Klöster und Kirchen an und Kirchenruinen sind da genauso interessant wie Kirchen, in denen noch Gottesdienste stattfinden. In Ruinen kommt man ausserdem fast immer rein. Also suche ich nach Kirchen und würde sehr gern auch Kirchenruinen mit angezeigt bekommen. Ungern würde ich aus 300 Ruinen vom eisenzeitlichen Ringwall bis zum im vorigen Jahr abgebrannten Hotel die 5 Kircheruinen noch zusätzlich raussuchen müssen. Ebenso ist natuerlich die Frage, ab wann irgendwas hauptsaechlich eine Ruine ist. Wenn vor mir auf dem Boden ein Haufen Steine liegt, dann ist das sicherlich nicht ein Turm (der in Ruinen liegt) - u.U. kann ich das als Laie gar nicht mal feststellen. Das ist dann ganz sicher eine Ruine (naemlich eines Turms). Naja, wenn der Punkt auf der Wanderkarte Burgruine Openstein heißt, der Turm noch zu zwei Dritteln steht und ein Informationsschild zur Geschichte der Burg daneben und wenn es bei Wikipedia unter Burgruinen in Maphausen einen Artikel gibt mit 3 Büchern zur Burg, dann ist die Geschichte für mich eigentlich klar. Wenn ich durch eine Industriebrache gehe und es liegen überall Betonteile und Armierungseisen mit Made in GDR rum, auch. Dann komme ich nicht auf die Idee, das als historic anzusehen. Wenn ich den Aussichtsturm noch vor August 2008 selbst bestiegen habe und auch Fotos gemacht, weiß ich auch, was da mal stand, wo heute nur noch Betonfundamente zu sehen sind. Viele Grüße Roman -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Tim 'avatar' Bartel schrieb: Hi, Am 10. September 2008 16:45 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Was bedeutet zum Beispiel access=destination? Eigentlich müsste das ja bedeuten, dass für alle Typen 'Anlieger frei' gilt, als auch für Fußgänger und Radfahrer. Aber oft wird es ja eher so benutzt, dass es nur für motorisierte Fahrzeuge gilt, also Zeichen 260 mit Zusatzzeichen 'Anlieger frei'. Allerdings habe ich im Wiki nirgends eine Definition dazu gefunden. Ich kann nur von mir selbst sprechen - ich stellte mir die Frage aufgrund der vielen Feldwege hier in der Nähe und habe verschiedene Möglichkeiten durchdiskutiert. Inzwischen handhabe ich es so, dass ich 250 als access=agricultural tagge und 260 als motorcar=agricultural, motorcycle=agricultural. Bei dem Schild (Landwirtschaft + Rad frei) zusätzlich mit einem bicycle=yes. Tschüss, Tim. Achja, was ist eigentlich mit Fußgängern bei access=agricultural? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Hi, Am 12. September 2008 17:07 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Achja, was ist eigentlich mit Fußgängern bei access=agricultural? IMHO per default erlaubt. Ich tagge ja Schild 250 + Landwirtschaft frei mit access=agricultural. 250 ist aber nur für Fahrzeuge -- http://www.sicherestrassen.de/VKZKatalog/Frameaufbau.htm?http://www.sicherestrassen.de/VKZKatalog/Kat250.htm Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cyclemap als Overlay
Tobias Wendorff schrieb: kann mir jemand erklären, wieso Cyclemap nicht einfach als Overlay zur Mapnik oder Osmarender angeboten wird? Weil die Macher der Cyclemap sich Mapnik installiert und dessen Stylesheet angepaßt haben, weil es ihnen offenbar einfacher erschien, als sich mit irgendwelchem Overlay-Krams herumzuschlagen. Abgesehen davon ist die Cyclemap ja nicht nur eine Mapnik-Karte mit hervorgehobenen Radwegen, sondern sämtliche Features, die ein Radfahrer eher nicht benötigt, wie z.B. Autobahnen und Landstraßen, sind deutlich unauffälliger gezeichnet. Sowas kriegt man nicht hin, wenn man nur ein Overlay über die Standard-Mapnik-Karte legt. So könnte man nur die Radwege berechnen und dann über die vorhandenen Karten legen. Rendering wäre schneller, Traffik wäre geringer. Der Traffik würde sich (pauschal geschätzt) verdoppeln, da ja sowohl die Tiles des Standard-Mapniks zu laden wären, als auch die Tiles des Overlays. Außerdem könnte man so die Radwege auch extern einbinden. Niemand behauptet, die Cyclemap wäre perfekt. Wie sich zeigt (vor allem am zunehmenden Auswahlmenü von Kartenlayern auf www.openstreetmap.org), kommen im Laufe der Zeit immer mehr Anbieter dazu, die durch die Installation von Mapnik, Osmarender etc. durchsteigen, auf ihre eigenen Wünsche anpassen und das Ergebnis dann auch noch öffentlich verfügbar machen. Wenn du gern ein Radwege-Overlay haben möchtest, wärst du der beste Kandidat, dir die freien Kartendaten zu nehmen, um genau das zu realisieren. Vielleicht erhört man deinen Wunsch auch (entweder bei der Cyclemap, oder sonstwo), weil er sich mit dort vorhandenen eigenen Wünschen deckt, und realisiert was Neues - wer kann das schon wissen. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgebrannter Aussichtsturm
Hallo, Es ist doch im wesentlichen eine Frage des Interesses und des Zugangs. Bei Ruine erfahre ich nur, dass da irgendwas mal ganz war und nun kaputt ist. Was, weiß ich nicht. Vielleicht suchen besonders destruktive Menschen solche Orte, um sich daran zu erfreuen. Ich denke aber, das sind eher weniger Menschen . Wir taggen normalerweise das, was wir sehen (oder sonstwie vor Ort erfahren koennen). Wenn ich an einen Haufen Steine komme, dann tagge ich den Haufen Steine; wenn ich sehe, dass das mal ein Turm war, dann kann ich einen ruinierten Turm taggen. Der Key heißt übrigens historic. Ist ein 2008 abgebrannter Turm aus dem Jahr 1980 historic? Exegese betreffend der Keys ist nicht angebracht, da gibt es viele, die irrefuehrend sind (amenity=prison). Eventuell sollte man ein Skript schreiben, das alles, was man_made=..., ruins=yes ist, nach X Jahren auf historic=... umwandelt ;-) Zeige mir alle Aussichtstürme in der und der Gegend. Und warum ist der nicht dabei? Ach, der ist mittlerweile eine Ruine. - Soll aber, wenn Geld da ist, wieder aufgebaut werden. Wenn ich von irgendwo eine Rundumsicht geniessen oder aber ein hervorstechendes Gebaeude zur Orientierung finden will, ist ein ruinierter Aussichtsturm genausoviel wert wie Opas abgebrannte Gartenlaube! Naja, wenn der Punkt auf der Wanderkarte Burgruine Openstein heißt, der Turm noch zu zwei Dritteln steht und ein Informationsschild zur Geschichte der Burg daneben Ok, das wuerde ich auch als Burgruine taggen, keine Frage. Wenn ich durch eine Industriebrache gehe und es liegen überall Betonteile und Armierungseisen mit Made in GDR rum, auch. Dann komme ich nicht auf die Idee, das als historic anzusehen. Das kommt sicher auf den Blickwinkel an. Nicht jeder Historiker graebt roemische Tonscherben aus, und ich wuerde nicht zoegern, die Ueberbleibsel der Berliner Mauer als historic zu bezeichnen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cyclemap als Overlay
Sven Rautenberg schrieb: Abgesehen davon ist die Cyclemap ja nicht nur eine Mapnik-Karte mit hervorgehobenen Radwegen, sondern sämtliche Features, die ein Radfahrer eher nicht benötigt, wie z.B. Autobahnen und Landstraßen, sind deutlich unauffälliger gezeichnet. Sowas kriegt man nicht hin, wenn man nur ein Overlay über die Standard-Mapnik-Karte legt. Weiß jemand, ob OpenLayers (Alpha-)Transparenz unterstützt? So könnte man nur die Radwege berechnen und dann über die vorhandenen Karten legen. Rendering wäre schneller, Traffik wäre geringer. Der Traffik würde sich (pauschal geschätzt) verdoppeln, da ja sowohl die Tiles des Standard-Mapniks zu laden wären, als auch die Tiles des Overlays. Nein, eben nicht. Der Overlay würde ja nur ein paar dünne Pixellinien haben, der Rest wäre transparent und würde keinen Traffik verursachen. Wenn du gern ein Radwege-Overlay haben möchtest, wärst du der beste Kandidat, dir die freien Kartendaten zu nehmen, um genau das zu realisieren. Vielleicht erhört man deinen Wunsch auch (entweder bei der Cyclemap, oder sonstwo), weil er sich mit dort vorhandenen eigenen Wünschen deckt, und realisiert was Neues - wer kann das schon wissen. Ich habe leider momentan eine andere ToDo-Liste für OSM :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
Hi, habe das Programm Waycheck eingecheckt im SVN. Link: http://wiki.openstreetmap.org/index.php/Perl_Scripts#.2Fapplications.2Futils.2Fplanet.osm.2Fperl Die ersten Verbesserungen im OSM Datenbestand könnt ihr hier unter Statistik sehen: http://wiki.openstreetmap.org/index.php/AutobahnCheckC1 Es ist halt ein wenig Arbeit, aber man kommt voran... Ist wohl auch was für die kommenden langen Winterabende :-) Weiterhin ist die Seite zum Programm jetzt auch mehrsprachig. Ciao Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
Hallo Gary68, GS schrieb: habe das Programm Waycheck eingecheckt im SVN. Link: http://wiki.openstreetmap.org/index.php/Perl_Scripts#.2Fapplications.2Futils.2Fplanet.osm.2Fperl Du gehst, genau wie ich, per Stream vor ... ich mag Dich :) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Layer-Hierachie - so richtig verstanden ??
Moin ! bevor ich jetzt weiter Flächen anlege möchte ich mich noch einmal vergewissern, dass ich die Layer-Hierachie auch richtig verstanden habe! Ist es richtig, dasss Grundsätzlich alle Element zunächst keinen Layer zugewiesen bekommen. Flächen (Parks etc) bekommen Layer=0 und die darauf verlaufenden Ways (Weg etc.) Layer=1 großräumige Flächen, wie Landuse=residental, retail etc., bekommen den Layer = -1 und können übergreifend angelegt werden. Mit übergreifend meine ich, dass darauf auch Parks, Wasserflächen etc. liegen können. residental co dienen primär der Gebietsklassifizierung. Ist das so richtig Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Tim 'avatar' Bartel schrieb: Hi, Am 12. September 2008 17:07 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Achja, was ist eigentlich mit Fußgängern bei access=agricultural? IMHO per default erlaubt. Ich tagge ja Schild 250 + Landwirtschaft frei mit access=agricultural. 250 ist aber nur für Fahrzeuge -- http://www.sicherestrassen.de/VKZKatalog/Frameaufbau.htm?http://www.sicherestrassen.de/VKZKatalog/Kat250.htm Tschüss, Tim. Aber woher weiß man dass access=agricultural genau das bedeutet? Das beschreibt doch eigentlich die Zugangsbeschränkungen für alle Verkehrsteilnehmer und höchstens per Definition im Falle von agricultural nur für Fahrzeuge. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgebrannter Aussichtsturm
Hallo Frederik, wir verlieren uns in Nicklichkeiten, denn grundsätzlich ist das ja wohl geklärt. Aber manchmal macht das ja trotzdem noch Spaß. ;-) Wir taggen normalerweise das, was wir sehen (oder sonstwie vor Ort erfahren koennen). Wenn ich an einen Haufen Steine komme, dann tagge ich den Haufen Steine; wenn ich sehe, dass das mal ein Turm war, dann kann ich einen ruinierten Turm taggen. So sehe ich das auch. Und bei ungefähr 99,9 Prozent der Ruinen sehe ich noch, was es mal war, ob nun eine Burg, eine Kirche, eine Eisenbahnbrücke, ein Industriegebäude, ein Aussichtsturm ... oder kann es ohne lange Archivstudien aus der Lage, der Gestalt, dem Ortsnamen oder sonstwas erschließen. In den Fällen - also in fast allen! - sollte man also auch castle, church, bridge etc. zusammen mit ruines=yes oder disused=yes taggen. Zeige mir bitte die Ruine, wo man gar nicht weiß, was das mal war. Einen losen Haufen Steine mitten auf dem Bauhof wirst Du ja nicht als Ruine taggen, oder? Der Key heißt übrigens historic. Ist ein 2008 abgebrannter Turm aus dem Jahr 1980 historic? Exegese betreffend der Keys ist nicht angebracht, da gibt es viele, die irrefuehrend sind (amenity=prison). Eventuell sollte man ein Skript schreiben, das alles, was man_made=..., ruins=yes ist, nach X Jahren auf historic=... umwandelt ;-) Auch wenn von Dir es ironisch gemeint und überspitzt ist: Vielleicht hilft ja auch ein Blick darauf, was im Allgemeinen mit historic= getaggt wird. Das rückt vermutlich die Verhältnisse wieder gerade. Historic ist nicht alles von früher, sondern das hat auch immer eine gewisse historische Bedeutung, an die sich ein gesellschaftliches Interesse knüpft. Daher sind auch erst im 20. Jahrhundert entstandene Gebäude und andere Baustrukturen wie etwa Konzentrationslager, Wandlitz oder die genannte Berliner Mauer historische Orte oder Erinnerungsorte. -- http://de.wikipedia.org/wiki/Geschichte Die Ruine von Opas Gartenlaube, die vor X Jahren abgebrannt ist, ist dagegen nicht historic, sondern einfach nur eine alte kaputte Butze. Sicher sehen das Oma und Opa anders, aber schon in der Nachbarschaft wird weitgehend Einigkeit herrschen, was den Umgang mit den verkohlten und nun verrottenden Hölzern angeht. Ob der 1980 gebaute Atzelbergturm ein Erinnerungsort ist, wage ich auch zu bezweifeln. Wenn ich von irgendwo eine Rundumsicht geniessen oder aber ein hervorstechendes Gebaeude zur Orientierung finden will, ist ein ruinierter Aussichtsturm genausoviel wert wie Opas abgebrannte Gartenlaube! Und genau aus diesem Grund steht da disused oder ruines. Weil ich den mal vorhandenen Aussichtsturm nicht mehr finden kann, der er ist nun mal zu Asche geworden. Kluge Renderer sollten es schaffen, das auch darzustellen. Naja, wenn der Punkt auf der Wanderkarte Burgruine Openstein heißt, der Turm noch zu zwei Dritteln steht und ein Informationsschild zur Geschichte der Burg daneben Ok, das wuerde ich auch als Burgruine taggen, keine Frage. Sehr schön. Ich hoffe, das sehen alle so und haben nicht nur Verständnis dafür, das ich die ersten 40 oder 50 Burgruinen von historic=ruins in historic=castle, ruins=yes umgewandelt habe, sondern helfen mir auch dabei und machen das in Zukunft genau so. Das kommt sicher auf den Blickwinkel an. Nicht jeder Historiker graebt roemische Tonscherben aus, und ich wuerde nicht zoegern, die Ueberbleibsel der Berliner Mauer als historic zu bezeichnen. Nun, Du schätzt mich (oder ArchäologInnen allgemein) falsch ein. Ich habe auch schon am Westwall ein Profil dokumentiert, interessiere mich für Archäologie des Nationalsozialismus (meist unter der eigenartigen Bezeichnung KZ-Archäologie) und bereite gerade mit Kollegen aus Tschechien einen Beitrag über Archäologie des Krieges (Schlachtfeld-Archäologie) vom 30jährigen Krieg bis ins 19. Jahrhundert vor. Wichtig ist mir nicht, wie alt etwas ist, sondern ob ich eine historische Fragestellung an einen Ort habe und ob mir archäologische Methoden helfen können, mehr über die Geschichte zu erfahren. Archäologische Ausgrabungen in Opas Gartenlaubenresten oder eine Vermessungen der Betonfundamente des Atzelbergturms dürften da kaum weiterhelfen, da reicht ein Blick in Fotoalben oder Baupläne. Die Berliner Mauer ist zweifellos historic. Aber ist sie auch historic=ruins? Oder ist sie man_made=city_wall ( http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall ). Ich denke nicht, aber entschieden ist das nicht. Sind die paar Reste am Originalstandort attraction? Grüße Roman -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: lineares Konstruktionswerkzeug
Moin ! vor wenigen Wochen habe ich schon einmal mit einer ähnlichen Frage eine hieße Diskussion ausgelöst mal sehen was heute kommt. Ich werde in absehbarer Zeit versuchen einen Ort mit engen Gassen aufzumessen. Dabei werde ich nicht umher kommen mit GPS-Stützpunkten zu arbeiten und den Rest konventioniell zu verdichten (Messrad, Abschreiten etc). Bei der Einarbeitung in JOSM würde ich jetzt eine Linien zwischen den Stützpunkten errichten und die neuen Punkte dazwischen interpolieren müssen. In der Vermessung spricht man auch von einer linearen Kleinpunktberechnung. Gibt es ein Tool hierfür oder sollte ich mir einen Taschenrechner einpacken - oder findet sich ein findiger Geist, der das irgendwie implementieren kann Bemerkungen hinsichtlich der Genauigkeit - wegen Geländeneigung etc. - bitte unter den Tisch fallen lassen. Ich bin mir durchaus bewußt, dass solche Verfahren mit Vorsicht und nur im gleichmäßig geneigten Gelände Anwendung finden dürfen. Auch sollte gut gefrühstück sein, damit man nich schlapp macht und das Schrittmaß kleiner wird (GRINZ !!!). Wie schaut es aus ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Hallo Jan, Jan Tappenbeck schrieb: Gibt es ein Tool hierfür oder sollte ich mir einen Taschenrechner einpacken - oder findet sich ein findiger Geist, der das irgendwie implementieren kann Du willst also im Endeffekt nur einzelne Nodes zu Ways verbinden? Das sollte kein Problem sein ... AFAIK kann GPS-Babel das schon. Wenn Du willst, kann ich Dir aber ein kleines PHP- oder Perl-Tool schreiben. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Am Freitag, 12. September 2008 18:44 schrieb Jan Tappenbeck: Ist es richtig, dasss Grundsätzlich alle Element zunächst keinen Layer zugewiesen bekommen. Ja Flächen (Parks etc) bekommen Layer=0 und die darauf verlaufenden Ways (Weg etc.) Layer=1 Nein, die darauf laufenden Wege bekommen Layer=0 es sei denn sie sind auf einen Damm (der evtl. durch Brücken/Tunnel unterbrochen ist). großräumige Flächen, wie Landuse=residental, retail etc., bekommen den Layer = -1 und können übergreifend angelegt werden. Mit übergreifend meine ich, dass darauf auch Parks, Wasserflächen etc. liegen können. residental co dienen primär der Gebietsklassifizierung. Nein, finde ich nicht richtig. Ersteinmal bekommen Flächen gar keinen Layer. Es könnte vielleicht Ausnahmen geben, aber mir fallen keine ein. Konstruiertes Beispiel eine Aussichtsplattform (Fläche) über einen Park dann würde die Plattform layer=1 bekommen, wenn sie über dem normalen Boden Park (layer=0) liegt. Generell sollte ein Renderer zuerst Flächen rendern und dann die Layer Tags auswerten. Die Layers sind IMHO nur für relative Lage von Brücken und Tunnel gedacht. z.B eine Fußgängerbrücke (layer=1) über eine Eisenbahn(layer=0) und darüber noch eine Eisenbahnbrücke (layer=2). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access restrictions
Hi, Am 12. September 2008 18:49 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Tim 'avatar' Bartel schrieb: Am 12. September 2008 17:07 schrieb Sebastian Hohmann [EMAIL PROTECTED]: Achja, was ist eigentlich mit Fußgängern bei access=agricultural? IMHO per default erlaubt. Ich tagge ja Schild 250 + Landwirtschaft frei mit access=agricultural. 250 ist aber nur für Fahrzeuge -- http://www.sicherestrassen.de/VKZKatalog/Frameaufbau.htm?http://www.sicherestrassen.de/VKZKatalog/Kat250.htm Aber woher weiß man dass access=agricultural genau das bedeutet? Das beschreibt doch eigentlich die Zugangsbeschränkungen für alle Verkehrsteilnehmer und höchstens per Definition im Falle von agricultural nur für Fahrzeuge. access=destination und access=agricultural werden wohl nur (habe ich etwas übersehen?) bei Schild 250 und Schild 260 vergeben. Oder anders: Ich kann mir ein Schild 259 (Fußgänger verboten) nicht wirklich in Kombination mit Anlieger frei vorstellen. Allerdings hat man ja schon vieles gesehen. Als Default würde ich jedenfalls auf Seite des Renderers immer ein foot=yes annehmen, sofern es nicht durch ein explizites foot=no überschrieben wird. Aber ich kann deine grundliegenden Bedenken nachvollziehen - diese Probleme treten immer auf, wenn man eine Sache durch eine andere versucht abzubilden. Korrekterweise müssten wir in Deutschland einfach statt einen Way mit access=agricultural zu taggen, diesen als access=schild_250;schild_1026-36 erfassen. Und uns dann nachher mit der StVO hinsetzen und das ganze auseinanderfiddeln. Passend zum Beispiel: 1026-36, 1026-37, 1026-38 (Landwirschaft, Forstwirtschaft, beides) erfassen wir auch nicht. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Hallo Sven, und wie siehst Du das mit den Residental-Flächen - auch einfach keinen Layer zuweisen und übergreifend (Parkflächen etc.) Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
bevor ich jetzt weiter Flächen anlege möchte ich mich noch einmal vergewissern, dass ich die Layer-Hierachie auch richtig verstanden habe! Ist es richtig, dasss Grundsätzlich alle Element zunächst keinen Layer zugewiesen bekommen. Das ist korrekt. Flächen (Parks etc) bekommen Layer=0 und die darauf verlaufenden Ways (Weg etc.) Layer=1 Das ist falsch. Es gibt keinen Grund, einer Fläche einen Layer zu vergeben. Es gibt ebenfalls keinen Grund, den Wegen einen Layer zu vergeben. Alle Renderer malen die Wege prima über die Flächen, auch ohne Layerangabe. (Zugegeben, manches Renderer-Verhalten der Vergangenheit hat vielleicht Anlaß gegeben, Flächen übereinander zu stapel und mit Layer zu versehen, aber für Renderer taggen wir ja nicht.) Dasselbe gilt auch für Flüsse und sonstige Gewässer, die man nicht durch eine Layerangabe explizit unter ein eventuelles Landuse zwingen sollte, nur weil sie unterhalb der üblichen Erdoberfläche verlaufen. layer=0 ist kein Synonym für Erdoberfläche, die Layer-Angabe soll dem Renderer helfen, sich kreuzende Wege korrekt übereinanderzumalen. großräumige Flächen, wie Landuse=residental, retail etc., bekommen den Layer = -1 und können übergreifend angelegt werden. Mit übergreifend meine ich, dass darauf auch Parks, Wasserflächen etc. liegen können. residental co dienen primär der Gebietsklassifizierung. Auch das ist nach meiner Ansicht falsch. Die richtige Vorgehensweise ist, keinerlei Layer zu vergeben, und stattdessen mit einer Multipolygon-Relation Löcher in die großflächige Fläche zu brennen, und die Löcher dann entsprechend ihrer abweichenden Inhalte zu taggen. Mapnik und Osmarender kriegen diese gefüllten Löcher der Multipolygone mittlerweile bestens hin. Einzig Mapnik scheitert derzeit noch an verschachtelten Multipolygonen. Mein Testcase dazu ist das hier: http://www.openstreetmap.org/?lat=53.69531lon=9.85239zoom=17layers=B000FTF Ein Waldstück, in dem ein See ist, in dem wiederum eine Insel aus Wald ist. Mapnik zeichnet die Insel nicht, kriegt es aber hin, den Wasserlauf trotz layer=-1 über den Wald zu zeichnen. Osmarender zeichnet die Insel, versteckt aber den Wasserlauf unter dem Wald. Da Wasserläufe in der Regel durch Brücken über oder durch Tunnel unterquert werden, und diese Bauwerke mit layer=1/-1 zu taggen sind (die Diskussion, ob das vom Renderer nicht als Default angenommen werden sollte und deshalb entfallen kann, hatten wir gerade - Meinungsbild war: Nein, nicht soviele Defaultwert-Ausnahmen), ist es vollkommen problemlos, wenn der Wasserlauf auf Layer 0 bleibt. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Hallo Tobias, PHP und Perl laufen doch nicht in JOSM - mir geht es um ein Konstruktionswerkzeug ! - Wähle Anfangspunkt - Wähle Endpunkt - Strecke Anfang - Ende aus Messung - gemessene Strecke bis zum neuen Punkt (Programm interpoliert und fügt Node ein). Verstehst Du was ich meine ?? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Hallo Jan, Jan Tappenbeck schrieb: PHP und Perl laufen doch nicht in JOSM - mir geht es um ein Konstruktionswerkzeug ! um zwei Punkte zu verbinden, nimmst Du das Linien-Tool von JOSM. - Wähle Anfangspunkt - Wähle Endpunkt - Strecke Anfang - Ende aus Messung - gemessene Strecke bis zum neuen Punkt (Programm interpoliert und fügt Node ein). Verstehst Du was ich meine ?? Nein. Du gibst einen globalen Anfangs- und Endpunkt ein, der 30 km auseinander liegen könnte. Dann gibst Du ihm die Entfernung der beiden Punkte (?). Er soll sich also den Weg zwischen den beiden Punkten ausdenken, Hauptsache die Entfernung stimmt? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Fläche mit Symbol erstellen
Jan Tappenbeck schrieb: ich habe mir die Rules von KOSMOS angesehen ... Kann mir einer sagen wie ich ein Symbol in einer Fläche erzeugt bekomme (Sportplatz, Spielplatz etc). Hi, soll erst in einem späteren Release eingebaut werden, lt. FAQ http://wiki.openstreetmap.org/index.php/Kosmos_FAQ#Icons_for_areas Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Jan Tappenbeck schrieb: Hallo Sven, und wie siehst Du das mit den Residental-Flächen - auch einfach keinen Layer zuweisen und übergreifend (Parkflächen etc.) Vielleicht nur aus Zufallsgründen, aber ich habe kein Problem gehabt, innerhalb von großen Residential-Flächen kleinere Inseln mit anderen Landuses oder Amenitys einzuzeichnen - das wird überall bestens gerendert, auch ganz ohne Layerangabe. Ich würde Layer erst dann zu Hilfe nehmen, wenn es anders nicht mehr geht. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Hallo ! die Links sind ja richtig klasse ! drei Fragen ergeben sich aber wiederum daraus. In dem Film wird gezeigt, dass die Inseln in der Fläche dieselbe Eigenschaft haben müssen wie die Umgrenzung. Ist das heute immer noch so. wenn ja, gibt es einen Trick, wenn ein Inselpolygon viele Stützpunkte beinhaltet diese einfach LAGERICHTIG zu duplizieren Funktioniert das ganze auch, wenn in einer Fläche (residental) mehrere Inseln (retail, water, park) sind und diese inseln sich selber berühren ?? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Hallo Tobias, im Grunde ist das einfache Vermessungstechnik - aber irgendwie reden wir noch aneinander vorbei. Ich werde mal sehen, ob mir noch eine bessere Erklärung einfällt ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: turning_circle darstellen
Jan Tappenbeck schrieb: ich habe anderswo schon schöne Renderings bezügl. Wendehammer gesehen. Kann man soetwas auch in KOSMOS generieren ?? Wie ?? Moin, von anderswo Icon für Wendehammer besorgen oder selbst erstellen und als Wendehammer.png abspeichern. Dann die im Kosmos-Projekt verwendeten RenderingRules erweitern mit turning_circleNode || {{IconNode}} || {{tag|highway|turning_circle}} || Icon (MinZoom=12, IconUrl=[LW]:/Pfad/zu/Wendehammer.png, Width=12:15;17:30) || || Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Und ich finde historic= unaufgeräumt. ;-)). Ich habe gerade mal bei http://etricceline.de/osm/Germany/En/keystats_amenity.htm und http://etricceline.de/osm/Germany/En/keystats_tourism.htm geschaut. Da sind ja noch viel lustigere Sachen drin. amenity=de:sf:gruene:plakat, =Maibaum, =Dresden-Altstadt (keine Frage!), =Freibad Eningen, =Haus Freudenberg (steht ja schon im Namen), =Finanzamz (hier glaube ich es nicht), =Pilse, =Eisbahn Stellingen, =Blitzer 50 (da bin auch im Zweifel), closed-restaurant (nun nicht mehr), =TÜV, =Straßenverkehrsamt, =Parkplatz Tennisclub Blau-Weiß Wülfrath, =Alter Kirchturm, halb erhalten; =nudist_beach (kommt ganz drauf an, wer da gerade rumliegt) tourism=Rittersturz, =hotel fuer tier und mensch, =Pestruper Gräberfeld, =Lindauer Fruchtsäfte (ex. Lindavia), =Hier ist KEINE Rooseveltstraße!, =Landesdenkmal (Was ist denn das?), =Hackschnitzel-Heizkraftwerk ... Ich will jetzt nicht nur frotzeln, denn da sind interessante Sachen drin, für mich z.B. die Kleinkneter Steine und das Pestruper Gräberfeld. Aber so gehen sie halt verloren. Wie findet man diese fehlerhaften Einträge in der Karte. Jetzt nicht die beiden, die habe ich schon selbst gefunden - bei Wildeshausen - und auf historic=archaeological_site umgebogen. Oftmals sind es ja auch nur Tipfehler. Grüße Roman -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Hallo Jan, Jan Tappenbeck schrieb: im Grunde ist das einfache Vermessungstechnik - aber irgendwie reden wir noch aneinander vorbei. Ich werde mal sehen, ob mir noch eine bessere Erklärung einfällt ! Stift + Papier + Scanner / Faxgerät Grüße Tobias ps: PM! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Ich komme gar nicht wieder los davon ... ;-) Wir machen uns hier eine Kopf über Routenplaner und Fahrtzeitenberechung (ich ja nicht, aber andere), aber wenn ich sehe, wie bunt das z.B. bei den Höchstgeschwindigkeiten durcheinander geht: http://etricceline.de/osm/Germany/En/keystats_maxspeed.htm , wird das Ergebnis wohl nicht das beste. Das ist insofern schade, als das die Daten ja schon potentiell vorhanden sind, aber wohl so nicht auswertbar: 30 Total: 49473 + 30km/h 275 + 30 km/h 118 + 30 Kmh12 + 30 kmh 2 + 30_ 1 Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Ok ! soweit so gut. Ich habe gleich meine Anfänger an meinem Ort Albersdorf berichtigt. Kannst Du aber bitte einmal einen Blick auf die beiden Teiche (in OSM vorhanden) werfen. (http://www.openstreetmap.org/?lat=54.13447lon=9.3069zoom=16layers=B000FTF) Die wurden beim Anlegen der Relation gleich doppelt (Relation und Teil) angelegt - werden aber in meinem KOSMOS nicht mehr angezeigt - vorher aber da. Vorher heißt Wald =-1 und Teich =1. Wenn ich das richtig gemacht habe, dann kann ich mich auch über den Rest hermachen ! LAYER löschen Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo, 30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS: Fläche mit Symbol erstellen
HI ! habe eine eMail an Entwickler geschickt mit Frage nach ungefährem Zeitfenster (ansonsten muss man sich halt andere Wege überlegen - nicht geschrieben !) In dem Zusammenhang auch wegen Einbahnstraße. Werde Rückmeldung geben. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
im Grunde ist das einfache Vermessungstechnik - aber irgendwie reden wir noch aneinander vorbei. Ich werde mal sehen, ob mir noch eine bessere Erklärung einfällt ! Stift + Papier + Scanner / Faxgerät oder google: http://netzwerk.lo-net2.de/lfvt/Unterricht/8_Koordinatenberechnung/Kleinpunktberechnung_Messlinie.pdf gruss florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer-Hierachie - so richtig verstanden ??
Jan Tappenbeck schrieb: Kannst Du aber bitte einmal einen Blick auf die beiden Teiche (in OSM vorhanden) werfen. (http://www.openstreetmap.org/?lat=54.13447lon=9.3069zoom=16layers=B000FTF) Die wurden beim Anlegen der Relation gleich doppelt (Relation und Teil) angelegt Warum auch immer - die ungetaggten Pfade ohne Relation habe ich mal direkt entfernt. Osmarender kriegt die Seen hin, Mapnik war noch nicht wieder dran. - werden aber in meinem KOSMOS nicht mehr angezeigt - vorher aber da. Vorher heißt Wald =-1 und Teich =1. Das Problem bei KOSMOS ist, dass dieser Renderer derzeit wohl noch komplett ohne Relations-Unterstützung daherkommt. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigationssystem, oder so?
Am Dienstag, 2. September 2008 15:23:56 schrieb [EMAIL PROTECTED]: Hallo, weil das Thema gerade aufkommt: Wer hat funktionierende Systeme f?r mobiles OSM-Routing? Welche sind das (Hardware, Software)? Wie teuer ist das System? Kann man Fehler mit dem System markieren und so f?r nachtr?gliche ?nderung speichern? Ich w?rde mir gern etwas entsprechendes zulegen, wenn es nicht allzu teuer ist. Ciao Theoretisch geht navit und gpsdrive auf dem openmoko freerunner, alerdings hat es bei mir nicht funktioniert. Ich habe die Idee f?r einen osm-daemon (osmd), er die Ganze Zeit auf einem beliebigen Linux (o.?.) Ger?t im Hintergrund l?uft und erkennt auf welchem way man sich gerade befindet. Wenn man sich aber auf keinen way befindet oder die Abweichung sehr stark ist soll der daemon dann nen track aufzeichnen. Wenn man dann das entsprechende GUI/Frontend dazu startet bekommt man die Tags die am aktuellen Weg h?ngen angezeigt kann fehlende erg?nzen. (Evtl automatischer Hinweis auf fehlende Tags.) Daraus w?rde dann ein Diff oder so entstehen, dass man in die OSM Datenbank einpflegen kann. Sowas ähnliches macht Tomtom mit Mapshare. Ich habe allerdings noch keinen blassen Schimmer, wie man erkennen soll auf welchem way man sich gerade befindet. Ich hoffe aber das es anderen da anders geht. Die Idee hab ich auch schon lange, eigentlich bevor es OSM gab. Nur kann ich nicht programmieren.. Meines Erachtens w?hre das dann die ultimative-killer-osm-maper-app. Glaub ich auch. Ich stelle mir z.B. ein Opentom vor.. Wer also Lust und Ahnung hat an so etwas mitzuarbeiten kann sich bei mir melden, alleine schaff ich das auf keinen Fall. be blessed Natanael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Tja, wenn ich schon mal am kritteln und bei Umbauvorschlägen bin. Wie ihr vielleicht wißt, liegen mir Stadtmauern und Stadtbefestigungen in der OSM am Herzen. [Talk-de] Behandlung von historischen Stadtmauern? http://www.mail-archive.com/talk-de@openstreetmap.org/msg10926.html [Talk-de] Stadtmauern http://www.mail-archive.com/talk-de@openstreetmap.org/msg11170.html [Talk-de] Noch einmal zu Stadtmauern http://www.mail-archive.com/talk-de@openstreetmap.org/msg16615.html Dieser ganze Key man_made ist ... nun gut, so wie er ist. Ich habe damit nicht viel zu tun. Aber mit Stadtmauern, die hier auch mit angesiedelt sind. Meines Erachtens passen die aber viel, viel besser unter historic, weil da ja ur- und frühgeschichtliche Befestigungen, Burgen und Festungen zu finden sind, also vergleichbare Strukturen. Leute wie ich, die sich um historic kümmern, könnten so die Stadtmauern viel schneller mit im Blick behalten und bei kleinen Fehlern korrigierend eingreifen. Man_made sind ja sonst eher andere Objekte. Ich würde daher vorschlagen, dass wir - also alle, auch die Britten ;-) - auf historic:city_wall umstiegen. Noch ist das schnell und per Hand machbar, da die Zahl der getaggten Stadtmauern doch noch recht begrenzt ist. Italien: 10x - http://etricceline.de/osm/Italy/En/keystats_man_made.htm Deutschland: 4x - http://etricceline.de/osm/Germany/En/keystats_man_made.htm Frankreich: 2x - http://etricceline.de/osm/France/En/keystats_man_made.htm GB: 1x - http://etricceline.de/osm/Great_britain/En/keystats_man_made.htm Den Rest Europas habe ich jetzt nicht überprüft, aber denke nicht, dass da jetzt noch 200 dazukommen. Aber bevor ich das angehe, würde ich gern erst eure Meinungen dazu einholen. Dann will ich auch gar nicht mehr so frech sein, und man_made ganz auflösen ;-)). Ich kuck dann einfach nicht mehr hin ;-)) [ http://wiki.openstreetmap.org/index.php/Talk:De:Map_Features#Ketzerische_Fragen Irgendwie absurd erscheint mir man_made. Ist nicht dass allermeiste außer der Natur man-made? Wieso steht ein normales Kraftwerk (???) unter power, Kernkraftwerke, Wasserkraftwerke und Windenergieanlagen aber unter man made? Sollten nicht allgemein Ver- und Entsorgungseinrichtungen zusammen erfaßt werden, also neben dem Strom auch water_tower , gasometer, reservoir_covered, pipeline, wastewater_plant etc. ? Andere Einträge scheinen sich auch hierher verirrt zu haben. Warum ist Anleger/pier man made, Angelstelle und Jachthafen aber leisure ? Damit könnte aus man_made / Zivilisationsbauten eine Kategorie für alle Art von Gebäude werden, die nicht unter die anderen Kategorien fallen. ...] Viele Grüße Roman -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
GS wrote: Die ersten Verbesserungen im OSM Datenbestand könnt ihr hier unter Statistik sehen: http://wiki.openstreetmap.org/index.php/AutobahnCheckC1 Es ist halt ein wenig Arbeit, aber man kommt voran... Ist wohl auch was für die kommenden langen Winterabende :-) Dein Tool berücksichtigt nicht, dass eine Brücke per Default auf Layer 1, bzw. ein Tunnel auf -1 ist. Dadurch kommt es z.B. hier zu einer Falschmeldung mit der M3, da hatte ich neulich die Finger dran: http://www.openstreetmap.org/?mlat=48.193082266048mlon=11.6939848674962zoom=16layers=B00FTF Linie 87 in der Statistik Scheint zwar auch noch ein Problem mit dem Renderer zu geben aber das müsste ja dann dort gefixt werden. Oder ist es so, dass bridge, bzw. tunnel zwangsläufig ein Layer brauchen? Bin recht sicher, dass ich in der Mailingliste hier gelesen habe, dass Brücken ein default=1 haben. Die Wiki scheint sich nicht einig zu sein. In der deutschen Fassung stand nichts, in der englischen dass man bei kreuzenden Wegen mit Brücke das layer-Tag braucht. Falls letzeres richtig ist: Wäre es nicht einfacher ein Script zu nehmen und überall das fehlende layer nachzutragen? Damit wären dann wenigstens die Tags korrekt. Eventuelle Fehler würde der Waycheck finden und können korrigiert werden... Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Gehört natürlich auch noch mit zum Komplex: [Talk-de] Historische Türme, Stadttore http://www.mail-archive.com/talk-de@openstreetmap.org/msg11249.html Da war mal historic=town_gate im Gespräch. Das zielte wohl in eine ähnliche Richtung wie mein Vorschlag bzw. beruhte wohl auf ähnlichen Überlegungen zur sachlichen Zusammenhängen. Was ist daraus geworden? -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug
Florian Schmitt schrieb: http://netzwerk.lo-net2.de/lfvt/Unterricht/8_Koordinatenberechnung/Kleinpunktberechnung_Messlinie.pdf Müsste ich mich reinarbeiten. In PHP/Perl könnte ich ihm helfen, in JOSM leider nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Vielleicht bin ich da doch zu engstirnig und regelverliebt ;-), aber ich halte es für einfacher, Stück für Stück die 408 ungewöhnlichen Geschwindigkeitsangaben zu ändern und dann zu wissen, dass wir in D-Land 49878 30er-Zonen erfaßt haben, mit denen alle Anwendungen klar kommen können, als dem Programmierer aufzudrücken, dass er auch alle Andersschreibungen berücksichtigt. Zumal es ja nicht nur um einen Programmierer geht, sondern auch viel andere diese Daten nutzen sollen - vom Autonavi bis zum ... weiß der Zar. Die sollen dann alle an solche Tricks denken? Und wer garantiert, dass alle nicht-mph auch km/h sind. Vielleicht gibt ja auch mal jemand m/s an? Ich halte eine Tabelle mit 10 verschiedenen Maximalgeschwindigkeiten unter http://etricceline.de/osm/Germany/En/keystats_maxspeed.htm für übersichtlicher als eine mit 40 alternativen Schreibweisen, auch und gerade, wenn ich offensichtliche Unfälle wie maxspeed=Burggrafenstraße finden will. Vermutlich steht dann dort auch name=30 und Liesschen Müller findet ihre Straße nicht in der OSM und geht enttäuscht zurück zu googlemaps. Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Aha, Danke! Und 999 km/h? Vielleicht täuscht mein Eindruck, aber die absolute Freiheit führt eben bisweilen auch dazu, dass einige Daten nicht nutzbar sind. Sie führt womöglich auch dazu, dass sich Leute mit gewissen Ansprüchen an die Richtigkeit der Daten eben nicht auf OS einlassen. Jaja, das ist ja dann ihr Problem. Aber in heller Aufregung stehen, weil der größte Mitbewerber auf einmal Hausnummern hat. ;-). Versteht mich bitte nicht falsch, ich finde OSM großartig und deshalb will ich mich auch hier einbringen. Aber dazu gehört eben auch Kritik und Verbesserungsvorschläge. Mach Dir keinen Kopf, paßt schon so und alles wird gut ist nicht unbedingt die Antwort, die man dann erwartet hat. Viele Grüße Roman -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
Stephan schrieb: GS wrote: Die ersten Verbesserungen im OSM Datenbestand könnt ihr hier unter Statistik sehen: http://wiki.openstreetmap.org/index.php/AutobahnCheckC1 Es ist halt ein wenig Arbeit, aber man kommt voran... Ist wohl auch was für die kommenden langen Winterabende :-) Dein Tool berücksichtigt nicht, dass eine Brücke per Default auf Layer 1, bzw. ein Tunnel auf -1 ist. Dadurch kommt es z.B. hier zu einer Falschmeldung mit der M3, da hatte ich neulich die Finger dran: Ich dachte, dem wäre auch nicht so? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cyclemap als Overlay
Tobias Wendorff: Sven Rautenberg schrieb: Abgesehen davon ist die Cyclemap ja nicht nur eine Mapnik-Karte mit hervorgehobenen Radwegen, sondern sämtliche Features, die ein Radfahrer eher nicht benötigt, wie z.B. Autobahnen und Landstraßen, sind deutlich unauffälliger gezeichnet. Sowas kriegt man nicht hin, wenn man nur ein Overlay über die Standard-Mapnik-Karte legt. Weiß jemand, ob OpenLayers (Alpha-)Transparenz unterstützt? Das muss OpenLayers nicht einmal können. Das sind einfach nur PNG-Bildkacheln, die drübergelegt werden. Das PNG Transparenz unterstützt... So könnte man nur die Radwege berechnen und dann über die vorhandenen Karten legen. Rendering wäre schneller, Traffik wäre geringer. Der Traffik würde sich (pauschal geschätzt) verdoppeln, da ja sowohl die Tiles des Standard-Mapniks zu laden wären, als auch die Tiles des Overlays. Nein, eben nicht. Der Overlay würde ja nur ein paar dünne Pixellinien haben, der Rest wäre transparent und würde keinen Traffik verursachen. Siehe oben. Der Overlay enthält also quasi für alle Mapkacheln noch einmal die jeweils darüberliegenden PNG-Kacheln für den Overlay-äh-Layer :) = Der Traffic bei Kacheln entsteht vornehmlich aus dem Overhead für das Anfordern der Bildkacheln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Roman Grabolle: 30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Aha, Danke! Und 999 km/h? Vielleicht täuscht mein Eindruck, aber die absolute Freiheit führt eben bisweilen auch dazu, dass einige Daten nicht nutzbar sind. Ich finde du übertreibst damit ein bisschen. Du hast doch oben schon schöne Zahlen genannt und daran sieht man, dass (über den Daumen gepeilt) über 66000 (syntaktisch) korrekt getaggte Geschwindigkeitsbegrenzungen etwa 500 fehlerhaft getaggten gegenüber stehen. Die werden mit der Zeit auch korrigiert werden (und es werden zahlreiche falsche und noch viel mehr richtige dazukommen). Dank des Wiki-Prinzips. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
Wie oft lässt du den Waychecker denn laufen? Ich habe aktuell einige Fehler in Sachsen korrigiert, komme jetzt aber auf immer mehr Duplikate bereits korrigierter Kreuzungen. Tobias Wendorff: Stephan schrieb: GS wrote: Die ersten Verbesserungen im OSM Datenbestand könnt ihr hier unter Statistik sehen: http://wiki.openstreetmap.org/index.php/AutobahnCheckC1 Es ist halt ein wenig Arbeit, aber man kommt voran... Ist wohl auch was für die kommenden langen Winterabende :-) Dein Tool berücksichtigt nicht, dass eine Brücke per Default auf Layer 1, bzw. ein Tunnel auf -1 ist. Dadurch kommt es z.B. hier zu einer Falschmeldung mit der M3, da hatte ich neulich die Finger dran: Ich dachte, dem wäre auch nicht so? Richtig. Es gibt keine Defaultwerte für Bridge und Tunnel. Renderer könnten diese Funktion theoretisch lernen, Mapnik und Osmarender tun dies aktuell aber nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Ich mache doch noch mal weiter und schreibe dafür noch ein paar mal „ich“ ;-): Das Projekt OSM finde ich so interessant, weil die Daten offen liegen, auch woher sie kommen, und ich (zumindest zum Teil) überprüfen kann, wie gut sie sind. Ich rede jetzt speziell von solchen Datenbankvergleichen, wie sie Sven Anders betreut. Das Beispiel Hamburg ist ja mit Sicherheit allen bekannt: http://svenanders.openstreetmap.de/SV-stat/Hamburg/ Ich habe nun die Daten für Jena besorgt, wo ich (wenn auch mit Unterbrechungen) die letzten 10 Jahre gelebt habe und Sven hat sie freundlicherweise gleich umgesetzt: http://svenanders.openstreetmap.de/SV-stat/Thueringen/Jena/ Die fehlenden Straßen wurden von mir rausgesucht und bei OSBugs eingetragen: http://wiki.openstreetmap.org/index.php/Jena-stat Ich war da nicht mal in Jena, sondern in Leipzig, wo ich inzwischen lebe und arbeite. Sogleich fingen Leute in Jena an - und da muss man unbedingt GeoFranzi nennen und ihr ein großes Dankeschön für ihre Spitzenarbeit sagen - , die fehlenden Straßen zu mappen. So macht Zusammenarbeiten in der OSM richtig Freude. Momentan haben wir über 80 % der Straßen in Jena erfasst, weil schon wieder neue dazugekommen sind. Wenn das so weiter geht und wir die sowieso nicht richtig dazugehörenden kürzlich eingemeindeten Käffer am Rande vom nirgendwo ignorieren dürfen, sind wir die nächste nachweislich komplette Stadt nach Hamburg ;-). Jede_r, der sich dafür interessiert, findet ohne große Mühe solche Seiten wie SV-stat oder Jena-stat im Wiki. Das ist für mich der Vorteil und deshalb mache ich hier mit, weil ich keine Blackbox kaufen muss wie bei TeleAtlas, sondern selber schauen kann, wie gut und wie vollständig die Daten sind. Die Straßen waren für mich nur ein Test, was man hier machen kann und was (noch) nicht geht. Straßenkarten und Fahrradrouting sind mit Sicherheit hilfreiche und wichtige Anwendungen für die OSM. Mir geht es persönlich um mehr und um andere Dinge. Ich wünsche mir, dass die vielen kulturgeschichtlichen Projekte im Netz, in denen Leute sich mit speziellen Themen befassen, mit der OSM verschnitten werden können. Ich denke dabei an großartige Internet-Projekten wie http://www.suehnekreuz.de/ , die mit viel Liebe, Sachverstand und Zeitaufwand betrieben werden. Zu suehnekreuz und osm: http://steinkreuz.foren-city.de/topic,191,-steinkreuze-und-kreuzsteine-in-der-und-in-die-openstreetmap.html Die Datenbank der Kulturgüter in der Region Trier - http://kulturdatenbank.de.vu - ist ja kürzlich schon mal genannt worden. Großsteingräber waren auch dieser Tage Thema und auch da wurde bereits auf http://www.stonepages.de/ hingewiesen. Per Mail wurde ich freundlicherweise auf http://www.lostplaces.de/ aufmerksam gemacht (Danke! Auch wenn ich es schon kannte.) und auch wenn das nicht mein Thema ist, kann man ja mal sehen, ob und wo es Überschneidungspunkte gibt. Ich denke an http://www.burgeninventar.de/ und http://www.burgenwelt.de/ , bei denen ich immer mal im Forum vorbeischaue. Ich schreibe z.T. für EBIDAT (Europäisches Burgen-Institut – DATenbank): http://www.ms-visucom.de/cgi-bin/ebidat.pl . Ich wünsche mir, dass wir in der OSM irgendwann nahezu alle Burgen im deutschsprachigen Raum und den Nachbarländern erfasst haben - im Grundriss und mit den Parkplätzen, Wanderwegen, Belagerungsburgen in der Nähe und mehr. Wie vollständig wir sind, lässt sich – ähnlich wie jetzt schon bei den Straßenverzeichnissen - damit recht einfach überblicken. Ich hoffe, dass dann solche Projekte wie die genannten ihre Datenbankergebnisse nicht mehr bei google Maps anzeigen, sondern in der OSM. Das hilft mir selbst weiter, weil ich dann das Ergebnis nehmen kann, ausdrucken, publizieren, weiterverarbeiten ... all das, was mit TeleAtlas-Daten oder TK-Karten eben nicht geht. Dazu sollten aber alle Burgen gleichartig erfasst sein und nicht ein paar als castle, andere als ruine, building, attraction oder sonst noch was. Das gilt natürlich auch für Megalithen, die möglichst nicht mit Hügelgräbern in einen Topf geworfen werden sollten. Dann geht das nämlich alles nicht. Der Nachteil ist natürlich gleichzeitig, dass auch jede_r sehen kann, wenn Daten schlecht gepflegt sind. Bei GoogleMaps fällt das nicht auf. Aber hier stehen die Seiten wie eben Tagwatch im Netz und hier wird offen und für alle sichtbar auch über Mängel bei der Datenverwaltung diskutiert. Beides soll und muss so bleiben! Aber ich bin der Meinung, dass diese Offenheit auch dazu führen sollte, dass man immer mal ein klein wenig aufräumt und zeigt, dass man noch den Überblick über die Daten hat und da hinterher ist. Es geht nicht um das Verhindern von alternativen Lösungen. Aber wohl über 90% der Unfälle bei Tagwatch (siehe die Beispiele unter amenity und tourism) sind keine Alternativlösungen, sondern schlicht kleine Fehler, wie sie jedem und jeder passieren können (Eintragungen vertauscht, Buchstaben vertauscht, Lehrzeichen zuviel
Re: [Talk-de] historic=ruins abreißen, historic= ... aufräumen
Hallo Roman, Deinen Enthusiasmus in Ehren, aber ich glaube, Du hast zu sehr die (Hobby?)historiker-Scheuklappen auf. Du siehst eine Burg und hast vor Deinem inneren Auge sofort eine Klassifizierung: Ah, klar, das ist eine So-und-so-Burg, die muss natuerlich so-und-so getaggt werden, und alles andere ist irgendwie mangelhaft, falsch, muss aufgeraeumt werden. Aber das stimmt nicht; die Burg ist mit genau der gleichen Korrektheit, mit der sie fuer Dich eine so-und-so-Burg ist, auch eine Touristenattraktion. (Oder sie kann es zumindest sein.) Oder ein Restaurant. Oder eben alles. Wenn eine Burg nur als Restaurant oder nur als Touristenattraktion getaggt ist, dann ist das maximal unvollstaendig - es ist halt noch niemand mit dem Blick fuer historische Bauwerke vorbeigekommen. Es ist aber deswegen nicht schlecht gepflegt. Du ueberschaetzt m.E. auch die Notwendigkeit dieses Putzen gehens gewaltig. Ich hatte auch keine Lust darauf, aber ich habe mir die Zeit genommen und mehrere Stunden in Jena alle „Strassen“ in „Straßen“, alle „von-Stein“ in „vom-Stein-Wege“ usw. verwandelt und prompt schnellte die Erfassungsquote schlagartig nach oben. Fuer die praktische Anwendung ist es voellig gleichgueltig, ob eine Strasse jetzt mit Eszett geschrieben ist oder nicht; jedes gute Suchprogramm wird beides akzeptieren. Das einzige, was Du damit verbessert hast, ist irgendeine von einem Computerprogramm ausgerechnete Punktzahl. Wenn mich einer fragt, ob er lieber 5 Strassen mappen oder eine Stunde Tippfehler verbessern sollte, die jedes fehlertolerante Computerprogramm nicht stoeren wuerden - ich waere jedesmal fuer fuenf weitere Strassen. Vermutlich hätte man einem Programm auch beibringen können, dass „Strassen“ und „Straßen“ fast dasselbe sind. Sven hat aber mir aber sehr deutlich zu verstehen geben, dass „Strassen“ einfach falsch ist und ich mich hinsetzen und das korrigieren soll, falls nicht alle diese als noch fehlend angeben werden sollen. Halte ich fuer voellig ueberfluessig und ein typisches Beispiel davon, wie sich Menschen von Maschinen versklaven lassen. Kann mir doch keiner erzaehlen, dass es fuer *irgendeine* praktische Anwendung wirklich wichtig ist, ob die Strasse jetzt ein sz hat oder nicht. Wenn es fuer Dich ein persoenliches Anliegen ist, den Stadtplan richtig auszudrucken und Dir jedes falsche ss in den Augen sticht, dann tu's - aber tu es nicht, um auf irgendeiner willkuerlichen Skala von 75 auf 80 zu klettern. Dann lass Dir lieber von Sven seinen Quellcode geben und bau' dort ein, dass ss und sz gleich behandelt werden bei der Ermittlung der Punktzahl. Ich habe leider nicht allzuviel mit Datenbanken bisher gemacht, aber eines habe ich begriffen. Eine Datenbank einrichten ist schön, gut und wichtig. Aber die Daten auch zu pflegen und den Leuten hinterherzuräumen ist nicht weniger wichtig, bringt nur leider nicht so sichtbare Erfolge. Ich finde, dass Du mit dieser Ausdrucksweise vom Hinterherraeumen die Arbeit derer, hinter denen Du glaubst, aufraeumen zu muessen, herabwertest - sie als minderwertig hinstellst. Insofern finde ich Kommentare wie Wo ist das Problem? ein klein wenig am Thema vorbei. Eine solche Aussage kannst Du nur treffen, wenn Du Dir anmasst, das Thema bestimmen zu duerfen ;-) Natürlich kann irgendwie mit solchen Unstimmigkeiten damit umgehen Eben. In einigen Faellen mag es gut und wichtig sein, irgendwo von Hand zusaetzliche Informationen einzufuegen, weil das der Computer nicht kann. Aber einen *Menschen* damit zu beschaeftigen, ueberall artig aus 30, 30 kmh, 30kmh, 30 km/h usw. eine einheitliche Schreibweise herzustellen, nur um der lieben Ordnung willen, ist eine Beleidigung fuer die Intelligenz. Und auch nur anzudeuten, jemand, der sich die Muehe gemacht hat, ein Tempolimit zu erfassen, habe mangelhafte Arbeit geleistet, weil er eine Einheit angegeben hat, wo keine hingehoerte (... muss man hier wieder hinterherraeumen...) ist m.E. nicht in Ordnung. Zusammenfassung: Ich denke, Datenpflege und ein gelegentlicher Herbstputz sind nicht verkehrt und führen nicht zwangsläufig dazu, dass hier alles nur noch stromlinienförmig in eine Richtung läuft und die Freigeister dem Projekt den Rücken kehren. Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aber bei OpenStreetMap wird immer jemand kommen, der sich nicht ans Schema haelt. Die Herausforderung liegt nicht darin, ein fuer
Re: [Talk-de] Wege auf Parkplätzen
Sven Rautenberg schrieb: Wege auf Parkplätzen mappe ich nicht. Dazu ist so ein Parkplatz viel zu sehr Wilder Westen, und jeder fährt, wo er will. In welcher Galaxie lebst Du? Bei uns hier auf der Erde - jedenfalls in Industrieländern - sind in der Regel durch aufgemalte Markierungen die Fahrspuren vorgegeben und können daher getaggt werden. Zugegeben etwas übertrieben aber dennoch zukunftsweisend ist irgend eine Stadt in, ich glaube es war Holland, wo ein Mapper jede einzelne Parkpazelle vermerkt hat. Mit etwas schlauer Technik in allen Fahrzeugen könnte man damit sogar ein unabhängigesParkleitsystem basteln. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken
Roman Grabolle schrieb: Hat eine solche Verknüfung überhaupt schon einen Sinn? Aktuell ist mir keine Anwendung bekannt. Es wäre jedoch erstrebenswert, dass in Zukunft irgendwann die Grundflächen der Gebäude oder der POI als klickbares Areal angezeigt werden. Dann kann man per Klick direkt zum Ziel springen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)
Tobias Wendorff schrieb: Tim 'avatar' Bartel schrieb: Die GEZ hat keine Peilwagen und kann auch keine Fernseher anpeilen. Man braucht dafür ja auch keinen Peilwagen. Wobei dann die Frage ist, wie genau man das orten kann. Außerdem ist dank des Internets ein Kabelanschluss heute eigentlich nicht mehr von Nöten und ich gehe davon aus, dass die GEZ keine fünf Jahre mehr leben wird. Wie ich zu dieser Aussage komme: Mit der Abschaltung des Analognetzes (vermutlich 2010 oder 2012) wird es ein Leichtes sein, öffentlich-rechtliche Sender zu sperren. Und wenn ich nur speziell diese Sender effektiv blockieren kann, muss ich auch nicht mehr die Leitung verplomben. Natürlich wird man dann für die Fernsehleitung irgend eine Grundgebühr zahlen müssen - das Netz muss schließlich in Stand gehalten werden. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WayCheck - Programm veröffentlicht und erste Verbesserungen in OSM Daten
Stephan schrieb: Oder ist es so, dass bridge, bzw. tunnel zwangsläufig ein Layer brauchen? Bin recht sicher, dass ich in der Mailingliste hier gelesen habe, dass Brücken ein default=1 haben. Die Wiki scheint sich nicht einig zu sein. Der von layer=0 abweichende Default bei Brücken und Tunneln war der Wunsch eines einzelnen Users (oder waren es zwei User? Ich bitte um Verzeihung, zumindest waren sie bislang in der Minderheit). Die Story ist allerdings ein Klassebeispiel, wie durch Unachtsamkeiten und Mißverständnisse die Grundlage der OSM-Datenbasis erodiert wird. Ich schätze, dass schon in absehbarer Zeit der Wildwuchs beim Tagging zumindest für lange bestehende Tags eingedämmt werden wird, weil er einfach eingedämmt werden muss. Die Alternative dazu wäre ein 100% durchgängiger, immer topaktueller Informationsfluß zu allen Usern und auf allen Ebenen, Wiki, Editoren, Renderer. Dass sowas jemals stattfinden wird, darauf wette ich lieber nicht. :) Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo Frederik, Deinen Enthusiasmus in Ehren, aber ich glaube, Du hast zu sehr die (Hobby?)historiker-Scheuklappen auf. Du siehst eine Burg und hast vor Deinem inneren Auge sofort eine Klassifizierung: Ah, klar, das ist eine So-und-so-Burg, die muss natuerlich so-und-so getaggt werden, und alles andere ist irgendwie mangelhaft, falsch, muss aufgeraeumt werden. Man wiederholt sich leider doch immer wieder: Historic=ruins halte ich tatsächlich für mehr als unglücklich, weil es nicht so nicht als Burg erkennbar ist, wenn ich nach Burgen suche. Das in einer Burg auch ein Restaurant, ein Hotel, ein Rathaus ... sein kann ist mir durchaus klar. Wie Du selbst schriebst ist es nicht falsch, aber halt unvollständig. Nahezu jede zugängliche Burg ist eine Touristenattraktion. Ist es wirklich sinnvoll, bei 90 Prozent der Burgen und Schlösser eine Art Pleonasmus zu produzieren? Fuer die praktische Anwendung ist es voellig gleichgueltig, ob eine Strasse jetzt mit Eszett geschrieben ist oder nicht; jedes gute Suchprogramm wird beides akzeptieren. Das einzige, was Du damit verbessert hast, ist irgendeine von einem Computerprogramm ausgerechnete Punktzahl. Wenn mich einer fragt, ob er lieber 5 Strassen mappen oder eine Stunde Tippfehler verbessern sollte, die jedes fehlertolerante Computerprogramm nicht stoeren wuerden - ich waere jedesmal fuer fuenf weitere Strassen. Das sehe ich anders. Es geht nicht nur um das ß. Es geht um kleine Schreibfehler, die mir passieren, die Dir passieren, die jedem oder jeder passieren können. Aber die wenigsten Suchmaschinen finden eine Juri-Ga_r_garin-Str., eine Bert_h_olt-Brecht-Straße, von-Stein-Straße (vom-Stein-...), einen Tim_m_erweg ... . Namefinder kann es jedenfalls nicht und auch die Suchfunktion bei google maps versagt bei den Straßen, die bei Tele Atlas-Daten falsch geschrieben sind. Dies dürfte an Beispielen genügen, jede_r, der/die mal Straßennamen überprüft hat, wird selbst genügend Beispiele kennen. Es gibt hier eine Seite, wo genau solche Fehler bei Tele-Atlas-Daten aufgezählt werden. Bei OSM sind sie o.k.? Ich habe nicht nur irgendeine von einem Computerprogramm ausgerechnete Punktzahl erhöht, um mich dann wie ein Schneekönig zu freuen. Ich habe zusammen mit anderen Beteiligten die Möglichkeit geschaffen, konkret sagen zu können, wie vollständig Straßennamen in einer bestimmten Stadt erfaßt sind. Das, was fast alle auf ihrer Stadt- oder Landkreis-Seite im Wiki mit bunten Bildern dokumentieren, ist so statistisch abgesichert. Auf der Basis ist dann zielgerichtet an die Vervollständigung gegangen worden, weil bisher übersehene kleine Straßen oder Straßen ohne Anwohner_innen auf einmal sichtbar wurden. Wenn Dich das nicht anhebt, kann ich Dich nicht dazu zwingen ;-). Ich finde, dass Du mit dieser Ausdrucksweise vom Hinterherraeumen die Arbeit derer, hinter denen Du glaubst, aufraeumen zu muessen, herabwertest - sie als minderwertig hinstellst. Wir sind alle Menschen und Menschen machen Fehler. Das ist nun mal so und das ist sicher für niemanden ein Problem. Für mich wäre es zumindest keines. Wenn ich solche Fehler kommentarlos korrigiere, stelle ich niemanden als minderwertig hin. Ich würde es mir bei meinen Fehlern genauso wünschen, dass die schnell korrigiert werden und nicht ewig lange falsch in der DB rumliegen. Eine solche Aussage kannst Du nur treffen, wenn Du Dir anmasst, das Thema bestimmen zu duerfen ;-) Ich maße mir nichts an, ich habe mir erlaubt zu sagen, dass ich mich bisweilen etwas abgebürstet vorkam. fuer die Intelligenz. Und auch nur anzudeuten, jemand, der sich die Muehe gemacht hat, ein Tempolimit zu erfassen, habe mangelhafte Arbeit geleistet, weil er eine Einheit angegeben hat, wo keine hingehoerte (... muss man hier wieder hinterherraeumen...) ist m.E. nicht in Ordnung. Es ging doch nie um mangelhafte Arbeit oder irgendeinen Vorwurf. Ich fühle mich doch nicht besser, klüger oder sonstwas, nur weil ich einen Schreibfehler korrigiere. Ich mache das auch nicht für mich, weil ich besser sein will als jemand anders, sondern weil ich dieses Projekt voranbringen möchte. Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aha, es geht also um Grundsatzfragen. Wehret den Anfängen! Oder wie? Ich könnte morgen als Diktator auftreten und das Projekt an mich reißen (wie eigentlich?). Also besser heute schon mal warnen, dass die OSM-Diktatur
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hi, Das sehe ich anders. Es geht nicht nur um das ß. Es geht um kleine Schreibfehler, die mir passieren, die Dir passieren, die jedem oder jeder passieren können. Aber die wenigsten Suchmaschinen finden eine Juri-Ga_r_garin-Str., eine Bert_h_olt-Brecht-Straße, von-Stein-Straße (vom-Stein-...), einen Tim_m_erweg ... . Dann muessen die Suchmaschinen verbessert werden. Denn es ist sehr wahrscheinlich, dass der Suchende ebenfalls falsche Eingaben macht - ihm wurde eine Strasse am Telefon genannt, er besitzt nicht ausreichend Allgmeinbildung, um Dichter und Astronauten richtig zu schreiben, usw.; auch diese Benutzer muessen ans Ziel kommen. - Und wenn man das mal kann, dann spielt es eben auch keine Rolle mehr, ob irgendwo ein Tippfehler in einer Strasse ist. Klar ist es schoener, wenn der Tippfehler nicht da ist - aber es hat keine hohe Prioritaet. Ich habe nicht nur irgendeine von einem Computerprogramm ausgerechnete Punktzahl erhöht, um mich dann wie ein Schneekönig zu freuen. Ich habe zusammen mit anderen Beteiligten die Möglichkeit geschaffen, konkret sagen zu können, wie vollständig Straßennamen in einer bestimmten Stadt erfaßt sind. Und dieses Ziel haettes Du genauso erreicht, wenn die Software nicht penibel auf 100% identische Schreibung geprueft haette, sondern eine n/m-Vertauschung oder ein sz/ss zugelassen haette; genaugenommen haettest Du auf diese Weise die tatsaechlich *fehlenden* Strassen sogar viel schneller gefunden! Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aha, es geht also um Grundsatzfragen. Wehret den Anfängen! Oder wie? Ich könnte morgen als Diktator auftreten und das Projekt an mich reißen (wie eigentlich?). Also besser heute schon mal warnen, dass die OSM-Diktatur schon vor der Tür steht und mein Putzaufruf geradewegs dahin führt. Naja, so wollte ich das nicht sagen. Ich finde nur, Dein Putzaufruf geht in die falsche Richtung. Wenn 100 Stunden da hinein investiert werden, eine vermeintliche Unordnung aufzuraeumen, besteht ein grosses Risiko, dass diese investierte Arbeit irgendwann mal in Gefahr gebracht wird (weil jemand wieder Unordnung verbreitet, wo zuvor erst aufgeraeumt wurde). Werden stattdessen 100 Stunden investiert, um das Gesamtsystem so zu bauen, dass es mit Unordnung besser zurecht kommt, so ist diese Investition zukunftssicherer, finde ich. Auf der einen Seite steht: Wir koennen mit Unordnung nicht umgehen, also muessen wir sie beseitigen. Auf der anderen Seite steht: Lasst uns lernen, mit der Unordnung besser umzugehen. Mir erscheint ersteres ein Kampf gegen Windmuehlen, und zweiteres als die fortschrittlichere, einem Crowdsourcing-Projekt angepasstere Methode. Um die Ersteller nicht zu beleidigen, lassen wir wind_mill und water_power und alle Straßen unter man-made stehen. point_of_interest als value ist unter Key:leisure sollten wir nicht einfach korrigieren. Und zu former medium wave transmitter VOA und old munich airport building unter Key:historic werden sich bald noch mehr gesellen. Ich habe selbst ein Planet File und kenne das Chaos; Du brauchst mir nicht aus Tagwatch vorzulesen. In meinen Augen handelt es sich dabei aber immer nur um kleine Ausreisser. Es ist leicht, einige absurde Beispiele zum Zitieren zu finden. Es ist auch leicht, 1.000 absurde Beispiele zu finden. Aber was sind 1.000 absurde Beispiele bei 300 Millionen Nodes? Ein Nichts, eine kleine Mess-Ungenauigkeit. Das glaettet sich alles von selber aus, auch ohne dass Du uns taeglich zu mehr Reinlichkeit aufrufst. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Moin, Da sind klare technische Grenzen davor. Ein Verbot von undefinierten Tags ginge nur über die Datenbank und davon spricht niemand. es wäre auch möglich, dass jemand regelmäßig ein Script laufen ließe, welches Manipulationen (wie das Löschen von Objekten mit unliebsamen Tags) an der Datenbank vornimmt. Ich kann mir nicht vorstellen, dass sowas je passieren wird. Aber es liegt nicht außerhalb des Möglichen. Ich weiss auch nicht warum du mir diesen, sorry, Blödsinn unterstellst. Mißverständnis, sorry. Ich wollte Dir minichten irgendetwas unterstellen. Ich wollte aber sehr wohl durch ein überspitztes Beispiel plakativ darstellen, warum ich mir schwer damit tue, dass es Tags geben soll, die gleicher als andere sein sollen (und nein, ich bin kein Kommunist ;-) . Ich sehe kein Problem in der verwendung von beliebigen neuen Tags, und ich wäre selber eingeschränkt, wenn das strikt verboten würde. Es geht nur darum, die Leute zu unterstützen, die als Anfänger einfach nur so mappen wollen, dass ihe Arbeit bestmöglich ankommt. Das sehe ich genauso. Dazu braucht es aber kein Voting und keine Unterscheidung in offizielle und inoffizielle Tags, sondern Doku und Software die den Mapper unterstützt. Map Features leistet leider genau das nicht. Und die Editoren lassen die Anwender ausgerechnet dann im Regen stehen, wenn's kniffelig wird. Aber wir arbeiten 'dran :) . [...] Derzeit gibt eine kleine Minderheit sehr dominant den Ton an... Toll... Ein Verfahren zu entwickeln, das es der Mehrheit erlaubt, sich auszudrücken sehe ich nicht als falsch an. Proposals waren mal auf dem Weg dazu, aber die ersticken ähnlich wie das Wiki und die Liste an purer Masse und mangelnder Transparenz. Vor allem ersticken sie an dem engen Korsett und der Überbürokratisierung. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SPON Access-Rätsel
2008/9/10 Johann H. Addicks [EMAIL PROTECTED] Hallo, SPON gibt seinen Lesern das Rätsel auf, ob Schilda sich nun in Italien befindet: http://www.spiegel.de/fotostrecke/fotostrecke-34934.html http://www.spiegel.de/fotostrecke/fotostrecke-34934-2.html Ist das eine Radler-Spange, realisiert aus Verkehrsschildern? -jha- ja, das ist typischer Bürokratenwahn. Im Grunde wird nicht viel gemacht für Radfahrer, und dann kommen solche komischen geplanten/verordneten Aktionen wie Schliessung einer Nebenstrasse für den Autodurchgangsverkehr und dann die Umsetzung in tollkühner Schilderwut ;-) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags global suchen
Moin, und kann ich jetzt irgendwie eigene abfragen definieren. z.b. anzahl der operatoren=mcdonald bash: cat planet.osm | grep operator | grep -i modonald | wc -l Ja klar, geht auch mit 'nem Mac ;-) . Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Hi, Irgendwie absurd erscheint mir man_made. Ist nicht dass allermeiste außer der Natur man-made? Wieso steht ein normales Kraftwerk (???) unter power, Kernkraftwerke, Wasserkraftwerke und Windenergieanlagen aber unter man made? Sollten nicht allgemein Ver- und Entsorgungseinrichtungen zusammen erfaßt werden, also neben dem Strom auch water_tower , gasometer, reservoir_covered, pipeline, wastewater_plant etc. ? ist halt histerisch gewachsen. Ob jetzt prison ein amenity ist oder nicht kommt ja auch ein wenig auf den Blickwinkel an :) . Meine Meinung: Man könnte an die existierenden Objekte ein zusätzliches historic=city_wall hängen, um die ursprünglichen Mapper nicht über die Maßen zu ärgern, und neue Objekte mit historic=city_wall versehen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker wrote: On Tue, 9 Sep 2008, Florian Lohoff wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Und vor allem - welche empfaenger koennen was damit anfangen? RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. Habe mal auch eine Frage zu dem Thema. Einige D-GPS Signale werden ja auch über Internet gestreamt. Würde es Sinn machen, bzw. überhaupt möglich sein, sein NMEA File mit diesen Daten zu korrigieren? Dies hätte den Vorteil, dass es gratis geht. Mir geht es nicht darum, auf 10cm genau zu sein, glaube auch nicht, dass das geht, aber zumindest den großen Versatz, wo ich dann nicht weiß, ob es eine neue oder alte Straße ist (also bereits gemappte Straße soweit verschoben, dass sie nicht mit GPS Daten überein stimmt). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Moin moin, On Saturday 13 September 2008 02:08:50 Christoph Eckert wrote: ... Dazu braucht es aber kein Voting und keine Unterscheidung in offizielle und inoffizielle Tags, sondern Doku und Software die den Mapper unterstützt. Map Features leistet leider genau das nicht. Und die Editoren lassen die Anwender ausgerechnet dann im Regen stehen, wenn's kniffelig wird. Aber wir arbeiten 'dran :) . Da würde mich mal Interessieren, inwiefern Du dir Vorstellen könntest wie es besser ginge. Ich hatte ja mal mit ein paar anderen angefangen, für jedes existierende Tag Informationen in Key:page bzw Tag:page zusammenzutragen und hatte gehofft, dass jeder der ein neues Tag erfindet einfach seine Ideen warum/wiso/weshalb in der selben Form festhält. Das ganze unabhängig vom ganzen voting Schema. Zudem bietet Tagwatch eine gute Möglichkeit sich über die aktuell verwendeten Tags zu Informieren und bietet auch Querverweise auf das Wiki zu den schon existierenden Beschreibungen. Für den blutigen Anfänger besitzen JOSM/Potlatch presets mit denen sich diese fürs erste nicht sonderlich mit den Tags auseinander setzten müssen um einen kleinen Einstieg zu finden. Mag sein, dass ich das als erfahrener OSMler anders sehe, aber sofern man nicht gerade zu verbohrt nach dem ultimativen taggingschema sucht, sondern etwas gelassen und mit gesundem Menschenverstand an die Sache ran geht sehe ich keine größeren Probleme bei den meisten Dingen. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Am 10. September 2008 17:35 schrieb Johann H. Addicks [EMAIL PROTECTED]: Geheimtipp: Panasonic TZ5 Es ist eine normale Digitalkamera, die sich aber qualitativ mit viel teureren Modellen messen kann (siehe verschiedenste Reviews). Ist auch die einzige Kamera, die gleich die Linsenverzerrung entfernt, was aber Performance einbüßt :-( Wenn ich mit fester Brennweite operiere dann bekomme ich die Entzerrung hinterher im Batchbetrieb besser weg. Panasonic hat einen netten Kundenservice, den man diesbezüglich eventuell anhauen könnte. Naja, die Canon-Geräte sind out of the Box remotebar. Bei systematischer Luftbild-Erstellung würde ich eine EOS300 mit einem uralten vollmechanischen 50/1,8 nehmen, das auf 1:2,8 abblenden und mich dann über unendlich knackscharfe 6-Megapixel-Bilder freuen, die mit keinem Zoom-Objektiv der Welt hinzubekommen sind. Mir gefällt der Gedanke aber nicht, eine EOS unter ein Flugzeug zu kleben: Kält, Feuchtigkeit, Kondensation etc. Die Eos300 bekommst Du gebraucht für 250 Euro, das Objektiv dazu nochmal rund 150 Euro. Und Feuchtigkeit wird der wenig ausmachen, die ist doch komplett aus Plaste ;-) Aber im Ernst: Das einzige Kontra bei der SLR ist die Anzahl der Verschlussauslösungen, die er gesamt hält. Wobei die Herstellerwerte dort auch untertrieben erscheinen. Was das Kondensationsproblem angeht: Zwei Zementwiderstände mit 5-10W befeuern und das Problem sollte gelöst sein. -jha- vielleicht kann man auch einen alten Scanner umbauen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wozu überhaupt Tags vorschlagen?
Moin, ich dachte immer, talk-de sei von 0h bis 6h zwecks Nachtruhe geschlossen :) . Da würde mich mal Interessieren, inwiefern Du dir Vorstellen könntest wie es besser ginge. Wir denken halt noch immer sehr technisch und key-orientiert, sowohl im Wiki als auch bei den JOSM-Vorlagen (wobei letzteres viel besser geworden ist, seit wir Submenüs haben). Im Wiki muss man aber nach wie vor äußerst Key-Orientiert denken. Als Normalsterblicher denke ich nicht an Flächenverbrauch=Wald, Waldtyp=Mischwald sondern Hier ist ein Mischwald. Ich hatte ja mal mit ein paar anderen angefangen, für jedes existierende Tag Informationen in Key:page bzw Tag:page zusammenzutragen und hatte gehofft, dass jeder der ein neues Tag erfindet einfach seine Ideen warum/wiso/weshalb in der selben Form festhält. Das ganze unabhängig vom ganzen voting Schema. Das ist eine Superidee, aber wohl nicht dauerhaft durchzuhalten. Zudem bietet Tagwatch eine gute Möglichkeit sich über die aktuell verwendeten Tags zu Informieren und bietet auch Querverweise auf das Wiki zu den schon existierenden Beschreibungen. Ich finde Tagwatch ein Supertool. Die Ausgabe kann man aber sicher noch optimieren. Vielleicht wäre eine Zusatzausgabe, die häufig vorkommende Keykombinationen auf je eine Setie wirft, cool. Die Seiten sollte man dann manuell mit Zusatzangaben versehen können, die persistent sind, also den nächsten Tagwatchlauf überdauern. Bis jetzt war es mir leider nicht wichtig genug, als dass ich mal 'reingesehen hätte. Für den blutigen Anfänger besitzen JOSM/Potlatch presets mit denen sich diese fürs erste nicht sonderlich mit den Tags auseinander setzten müssen um einen kleinen Einstieg zu finden. IMO sind die ein großer Segen; allerdings gebe ich zu, sie kaum zu benutzen, obwohl ich die Dinger im JOSM zum Großteil selber verbrochen habe. Da ich als alter Hase die Tags auswendig kenne, tippe ich die schneller ein als ich im Menü klickern könnte (die Autocompletion ist wirklich ein *rattenscharfes* Feature :) . Mag sein, dass ich das als erfahrener OSMler anders sehe, aber sofern man nicht gerade zu verbohrt nach dem ultimativen taggingschema sucht, sondern etwas gelassen und mit gesundem Menschenverstand an die Sache ran geht sehe ich keine größeren Probleme bei den meisten Dingen. Sehr viele Dinge lassen sich ja auch einfach mit 2 Tags schädeln, die man irgendwann im Kopf hat. Lustig wird es dann, wenn man was mappen muss, was seltener vorkommt und dann vielleicht noch mit drei Keys versehen werden will (place_of_worship sach ich nur). Da sind die Presets dann wirklich nützlich. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)
Hallo. Am Samstag, 13. September 2008 schrieb André Reichelt: Wie ich zu dieser Aussage komme: Mit der Abschaltung des Analognetzes (vermutlich 2010 oder 2012) wird es ein Leichtes sein, öffentlich-rechtliche Sender zu sperren. Und wenn ich nur speziell diese Sender effektiv blockieren kann, muss ich auch nicht mehr die Leitung verplomben. Könntest du nicht einfach ruhig sein wenn du keine Ahnung hast? GEZ ist kein Pay-TV. Ich mag den Verein auch nicht, aber know you enemy, man sollte wenigstens wissen von was man redet. Jetzt aber arg off-topic. Gruß, Bernd -- Schlägertyp [prügelt auf Homer ein]: Hey, irgendwas stimmt mit dem Typen nicht. Der fällt ja gar nicht um! Moe [erscheint mit Schrotflinte]: Schluß jetzt, Kameraden! Wenn ihr meinen Freund in meiner Bar verprügeln wollt, müßt ihr minimum 2 Drinks nehmen! 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