Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
Hallo Die Anleitungen gibt es in der Regel auf den jeweiligen Download-Seiten. Im Prinzip ist es aber folgendes: * auf http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download gehen * Karte wählen, die das Gebiet abdeckt ** will man sie auch auf dem PC nutzen, dann nach einer Karte mit Setup suchen ** will man sie nur auf dem Gerät nutzen, dann nach einer Karte mit gmapsupp.img suchen * gewählte Karte herunterladen und entsprechend der Anleitung weiter verfahren. ** Setup installieren wie jedes andere Programm ** gmapsupp.img evtl. entpacken und nach Laufwerksbuchstabe der Speicherkarte des Geräts:\Garmin\gmapsupp.img kopieren Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
Guten Morgen, Am 03.03.2012 09:48, schrieb aighes: ** will man sie auch auf dem PC nutzen, dann nach einer Karte mit Setup suchen Man sollte hier auch auf Kartenpakete ohne Setup hinweisen und dazu gleich mal auf Kartenprogramme die ohne Setup auskommen hinweisen (z.B. QLandkarteGT). Die Garmin eigenen Programme sind nicht immer das Beste. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
Hier ist meine Anleitung zum Thema, ich gebe aber zu, daß ich die gerade mal noch etwas verbessert habe. :-) http://wiki.openstreetmap.org/wiki/User:Computerteddy#Verwendung_der_Karten -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
Am 03.03.2012 10:14, schrieb Carsten Schwede: Guten Morgen, Am 03.03.2012 09:48, schrieb aighes: ** will man sie auch auf dem PC nutzen, dann nach einer Karte mit Setup suchen Man sollte hier auch auf Kartenpakete ohne Setup hinweisen und dazu gleich mal auf Kartenprogramme die ohne Setup auskommen hinweisen (z.B. QLandkarteGT). Die Garmin eigenen Programme sind nicht immer das Beste. Meine Erfahrungen mit qLandkarte sind sehr begrenzt, mir fehlt einfach die Möglichkeit auf der Karte einen Track/Route zu erstellen (oder ich hab die Funktionsweise nicht verstanden oder nicht gefunden). Als Anzeigeprogramm ist es aber deutlich besser als die Garmin-Programme. Für den Normalnutzer unter Win (dürften die meisten sein, bei der Fossgis wohl eher nicht, aber ging ja auch um andere Messen) ist das Setup wohl das einfachste, auch für qLandkarte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] lokale Tiles zu einem Build verschmelzen
hi ! es gibt ja bigmap [1] für das verschmelzen von Tiles aus dem Web. Wenn man nun für eine Zoomstufe die Kacheln lokal liegen hat und die verschmelzen möchte - kennt einer von Euch ein einfaches Tool / Skript dafür ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:Bigmap ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
Hallo Henning, Am 03.03.2012 10:45, schrieb aighes: Meine Erfahrungen mit qLandkarte sind sehr begrenzt, mir fehlt einfach die Möglichkeit auf der Karte einen Track/Route zu erstellen (oder ich hab die Funktionsweise nicht verstanden oder nicht gefunden). Tracks werden in QLandkarteGT als Entfernungsmesser, auch Overlay genannt, (!!!) erstellt. Wenn man eine Garmin-kompatible-Karte verwendet, werden die Tracks automatisch auch entlang der Wege gezogen. Man muss den Entfernungsmesser danach explizit in einen Track umwandeln. Will man einen vorhandenen Track bearbeiten, dann kann man einige Operationen direkt auf dem Track ausführen: Tracks teilen und zusammenfügen, Trackpunkte löschen. Letzteres geht so, dass man die Trackpunkte in der Trackpunktliste erst mit verbergen markiert und dann auf den Button Versteckte Trackpunkte für immer löschen klickt. Darüber hinaus kann man aus einem Track ein Overlay erstellen, dieses Bearbeiten und wieder in einen Track umwandeln. Das ist alles etwas gewöhnungsbedürftig, aber wenn man es erst mal kapiert hat, sehr komfortabel. Neben OSM- und Garmin-Karten kann man auch WMS/TMS-Karten, z.B. Google-Satellit, einbinden, oder eigene eingescannte Karten. Und vor allem ist Oliver Eichler Erweiterungswünschen gegenüber sehr aufgeschlossen und reagiert in der Regel sehr schnell auf Bug-Reports. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokale Tiles zu einem Build verschmelzen
Jan Tappenbeck writes: Wenn man nun für eine Zoomstufe die Kacheln lokal liegen hat und die verschmelzen möchte - kennt einer von Euch ein einfaches Tool / Skript dafür ? Imagemagick kann es auf jeden Fall. Vielleicht geht es auch einfacher. Was macht denn das Bigmap script? Schon mal reingeschaut? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lokale Tiles zu einem Build verschmelzen
Am 3. März 2012 12:07 schrieb Stephan Knauss o...@stephans-server.de: Imagemagick kann es auf jeden Fall. Vielleicht geht es auch einfacher. Was macht denn das Bigmap script? Schon mal reingeschaut? AFAIK lädt das lediglich die tiles vom Server und stellt sie zusammenhängend in html dar. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel - Relationen - was fuer Bastler
Hallo, ein paar von Euch machen sich ja Gedanken ueber Relationen beim Lizenzwechsel - was koennte kaputtgehen, was ist in Gefahr, etc. Ich habe ja wie neulich geschrieben im OSMI jetzt einen Relationenlayer drin (bislang wenig Feedback - keine Ahnung, ober jemandem was nuetzt). Zusaetzlich lasse ich jetzt ca. taeglich diese Datei aktualisieren: http://amygdala.geofabrik.de/wtfe/relations.fhf.gz Das ist eine Liste von allen Relationen, bei denen mindestens eine Version problematisch ist. Von jeder Relation, auf die das zutrifft, enthaelt die Datei *alle* Versionen. Dadurch ist es relativ einfach, eigene Tools zu machen, die irgendwas damit auswerten. Die Datei hat ein simples Text-Format, wobei jede Relations-Version genau eine Zeile einnimmt. Beispiel: r69318 1/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath ^created_by^Potlatch 0.10f^type^route r69318 2/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,30336554*way* ^created_by^Potlatch 0.10f^type^route r69318 3/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 4/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 5/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 6/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,23012934*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 7/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,23012934*way*,23012937*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 8/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,23012934*way*,23012937*way*,23012939*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 9/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,23012934*way*,23012937*way*,23012939*way*,23012940*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route r69318 10/1722 v=1 u=10983 c=820189 o=0 mb=5183633*way*SouthWestCoastPath,5183635*way*,5183636*way*,23012934*way*,23012937*way*,23012939*way*,23012940*way*,23012942*way*,30336554*way* ^created_by^Potlatch 0.10f^name^SouthWestCoastPath^type^route ... Man erkennt schon: r69318 ist die ID, 1/1722: Version 1 von 1722, v=1: visible; u=10983: user 10983; c=820189: changeset 820189; o=0: nicht odbl-clean; mb=...: alle members durch Komma getrennt, und als letztes dann mit ^ getrennt alle Tags. Wenn Kommata in Rollen oder Daecher in Tags vorkommen, werden die rausgeworfen. Diese Datei ist komprimiert nur rund 3 GB gross, sie ist also wesentlich leichter zu handhaben als ein full planet file. Die Datei hat zwei kleine Schoenheitsfehler; erstens, am aktuellen Ende koennten Versionen fehlen, also es kann z.B. sein, dass auf die 1719/1722 die 1721/1722 folgt oder so. Zweitens, wenn eine Relation nach der Erstellung des letzten full history dumps geloescht wurde, koennte es sein, dass das im File nicht richtig drin ist, also das File geht z.B. nur bis 1722/1722 und in Wahrheit gibt es laengst eine Version 1723 mit visible=false. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Relationen - was fuer Bastler
Hi, On 03/03/2012 12:16 PM, Frederik Ramm wrote: Diese Datei ist komprimiert nur rund 3 GB gross, sie ist also wesentlich leichter zu handhaben als ein full planet file. Korrektur, die Datei ist komprimiert 200 MB gross. 3 GB ist die gleiche Datei fuer *alle* Objekte, nicht bloss Relationen. Die kann ich bei Interesse auch verfuegbar machen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Relationen - was fuer Bastler
Hallo Frederik, am 03.03.2012 12:16 schrieb Frederik Ramm: Ich habe ja wie neulich geschrieben im OSMI jetzt einen Relationenlayer drin (bislang wenig Feedback - keine Ahnung, ober jemandem was nuetzt). In Deiner Ankündigung hast Du auf Deine Nachricht auf OSM-Talk verlinkt. Dort schriebst Du: This layer does not look at the relations themselves, just at the relation memberships; Wenn das stimmt (und meine Beobachtung bei der Nutzung des Layers scheinen das zu bestätigen), zeigt der Layer nur die Betroffenheit von Relationen durch Edits an den Mitgliedern an - nicht jedoch an den Relationen selbst. Letzteres wäre aber wichtiger, weil ersteres schon mit den übrigen Layern angezeigt wird. Oder mach ich da einen Gedankenfehler? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Relationen - was fuer Bastler
Hi, On 03/03/2012 01:31 PM, Norbert Kück wrote: In Deiner Ankündigung hast Du auf Deine Nachricht auf OSM-Talk verlinkt. Dort schriebst Du: This layer does not look at the relations themselves, just at the relation memberships; Wenn das stimmt (und meine Beobachtung bei der Nutzung des Layers scheinen das zu bestätigen), zeigt der Layer nur die Betroffenheit von Relationen durch Edits an den Mitgliedern an - nicht jedoch an den Relationen selbst. Nein, der Layer zeigt an, ob die *Mitgliedschaft* des Objekts in der Relation betroffen ist. Also selbst wenn die Relation von einem Zustimmer erstellt und ansonsten sauber ist, und selkbst wenn das Objekt sauber ist, wuerde das Objekt dann markiert, wenn ein Nichtzustimmer es der Relation hinzugefuegt haette. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Relationen - was fuer Bastler
Wobei man dazu dann ja auch die Splits berücksichtigen sollte. Vor allem bei den Routen dürfte dies eine der häufigsten Änderungen sein. Hier wäre es meinem Verständnis nach keine Änderung an der Relation, wegen der man die Relation zurücksetzen müsste sondern lediglich den Weg aus der Relation entfernen. Das dürfte ohnehin passieren, da ja der Weg gelöscht wird. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag-Statistik - Informationen aus der Vergangenheit
Hallo zusammen, ich bin auf der Suche nach Daten, wie sie mir bspw. Tag-Info liefern kann - allerdings für vergangene Zeiträume. Mal am konkreten Beispiel: Ich kann Stand heute erfragen, dass es 53 Millionen Objekte gibt, die mit dem Key building getaggt sind. Aber wie viele solcher Objekte gab es vor 6 Monaten oder vor 2 Jahren? Gibt es da eine Möglichkeit an diese Daten zu kommen? Für Tipps wäre ich dankbar! Viele Grüße, Frederic ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Statistik - Informationen aus der Vergangenheit
Frederic Kerber writes: Ich kann Stand heute erfragen, dass es 53 Millionen Objekte gibt, die mit dem Key building getaggt sind. Aber wie viele solcher Objekte gab es vor 6 Monaten oder vor 2 Jahren? Gibt es da eine Möglichkeit an diese Daten zu kommen? wenn du nur eine begrenzte Anzahl von keys abfragen willst dann sollte das auch auf schwächeren PCs machbar sein. Einfach mit Osmium durch den Full History Planet gehen und dir die Statistiken z.B. in eine sqlite Tabelle schreiben. Wenn du sowas wie taginfo aber mit history willst dann wird der Speicherplatz schnell eng. Du musst dir ja dann die Anzahl eines Tags nicht nur einmal merken sondern z.B. für jeden Monat. 5 jahre in die Vergangenheit wären dann 60-fache Datenmenge. Eine entsprechend fähige Hardware vorausgesetzt kannst du Taginfo bestimmt in diese Richtung erweitern. https://github.com/joto/taginfo/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Statistik - Informationen aus der Vergangenheit
Hi, danke für deine Antwort. Leider komme ich noch nicht so recht mit - ich bin noch sehr frisch in der Materie, sorry. Gibt es irgendwo eine Schritt-für-Schritt-Anleitung, wie ich das mit Osmium angehen muss? Bislang habe ich da noch nichts in dieser Richtung gemacht. Ich brauche eigentlich die Auswertungen nur für genau ein Tag - building. Insofern sollte das mit dem Speicherplatz klappen. Viele Grüße, Frederic Am 03.03.12 15:52, schrieb Stephan Knauss: Frederic Kerber writes: Ich kann Stand heute erfragen, dass es 53 Millionen Objekte gibt, die mit dem Key building getaggt sind. Aber wie viele solcher Objekte gab es vor 6 Monaten oder vor 2 Jahren? Gibt es da eine Möglichkeit an diese Daten zu kommen? wenn du nur eine begrenzte Anzahl von keys abfragen willst dann sollte das auch auf schwächeren PCs machbar sein. Einfach mit Osmium durch den Full History Planet gehen und dir die Statistiken z.B. in eine sqlite Tabelle schreiben. Wenn du sowas wie taginfo aber mit history willst dann wird der Speicherplatz schnell eng. Du musst dir ja dann die Anzahl eines Tags nicht nur einmal merken sondern z.B. für jeden Monat. 5 jahre in die Vergangenheit wären dann 60-fache Datenmenge. Eine entsprechend fähige Hardware vorausgesetzt kannst du Taginfo bestimmt in diese Richtung erweitern. https://github.com/joto/taginfo/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORF Newton über Kartografie: Interviewfragen
Am 28.02.2012 20:21, schrieb Alexander Lehner: [...] Wo soll sich OSM hinentwickeln? Was bringt die nahe Zukunft und was ist (noch) Utopie? Interessant waere vielleicht noch: weil es in dicht besiedelten Gegenden fast nichts geographisches mehr zu mappen gibt, werden immer mehr POI Informationen zusammengetragen. Oeffnungszeiten, Telefonnummern, Webseiten, Links auf Wikipedia usw. 'openlinkmap' ist ein schoenes Beispiel dafuer. Die Frage koennte also in Zukunft lauten: Wie komme ich am schnellsten zu einem Zahnarzt, der gerade jetzt offen hat? Das praktische: der Arzt oder welche Einrichtung auch immer, muss sich nicht persoenlich um einen Eintrag kuemmern oder dafuer bezahlen. A. Auf Daten wie Telefonnummern und Öffnungszeiten würde ich mich nicht allzusehr berufen. Diese werden zwar immer häufiger erfasst, jedoch so gut wie nie aktualisiert. Oft dümpeln veraltete Daten in unserer Datenbank herum. Das ist auch eines der Hauptprobleme (falls mal wer vom Fernsehen fragen sollte). Erfasste Daten werden oft nicht an die Realität angepasst, wenn es dort Änderungen gibt. Straßen sind von Änderungen eher seltener betroffen und werden oft von der Presse so gut kommuniziert, dass Mapper darauf aufmerksam werden. Neubauten von Gebäuden und damit verbunden auch neue Adressen, gehen dagegen schon mal unter. Was noch mehr Schwierigkeiten macht, sind Geschäfte, Handwerker, Firmen und Dienstleister. Ich verfolge zwar in meiner Stadt die Presse und versuche auf Änderungen zu reagieren, jedoch gibt es Geschäfte, die Jahre lang getaggt waren, ob wohl sie schon längst durch ein anderes ausgetauscht wurden. Eine Lösung dieses Problems ist OSM-Fremde Nutzer durch Bugtracker mit ins Bot zu holen. Bestes Beispiel ist osmbugs oder skobbler. Jedoch ist ersteres für den Otto-Normal-Internetnutzer noch ziemlich unbekannt und zweiteres bezieht sich hauptsächlich auf Straßen und ihre Attribute. Hier ist sicherlich für die Zukunft noch Entwicklungspotential gegeben. Hoffe meine Meinung hilft etwas, Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORF Newton über Kartografie: Interviewfragen
Der Wettlauf war gestern schon. In der AT-Mailingliste gibt es eine kurze Zusammenfassung. Am 03.03.2012 um 16:19 schrieb Andreas Neumann andr-neum...@gmx.net: Am 28.02.2012 20:21, schrieb Alexander Lehner: [...] Wo soll sich OSM hinentwickeln? Was bringt die nahe Zukunft und was ist (noch) Utopie? Interessant waere vielleicht noch: weil es in dicht besiedelten Gegenden fast nichts geographisches mehr zu mappen gibt, werden immer mehr POI Informationen zusammengetragen. Oeffnungszeiten, Telefonnummern, Webseiten, Links auf Wikipedia usw. 'openlinkmap' ist ein schoenes Beispiel dafuer. Die Frage koennte also in Zukunft lauten: Wie komme ich am schnellsten zu einem Zahnarzt, der gerade jetzt offen hat? Das praktische: der Arzt oder welche Einrichtung auch immer, muss sich nicht persoenlich um einen Eintrag kuemmern oder dafuer bezahlen. A. Auf Daten wie Telefonnummern und Öffnungszeiten würde ich mich nicht allzusehr berufen. Diese werden zwar immer häufiger erfasst, jedoch so gut wie nie aktualisiert. Oft dümpeln veraltete Daten in unserer Datenbank herum. Das ist auch eines der Hauptprobleme (falls mal wer vom Fernsehen fragen sollte). Erfasste Daten werden oft nicht an die Realität angepasst, wenn es dort Änderungen gibt. Straßen sind von Änderungen eher seltener betroffen und werden oft von der Presse so gut kommuniziert, dass Mapper darauf aufmerksam werden. Neubauten von Gebäuden und damit verbunden auch neue Adressen, gehen dagegen schon mal unter. Was noch mehr Schwierigkeiten macht, sind Geschäfte, Handwerker, Firmen und Dienstleister. Ich verfolge zwar in meiner Stadt die Presse und versuche auf Änderungen zu reagieren, jedoch gibt es Geschäfte, die Jahre lang getaggt waren, ob wohl sie schon längst durch ein anderes ausgetauscht wurden. Eine Lösung dieses Problems ist OSM-Fremde Nutzer durch Bugtracker mit ins Bot zu holen. Bestes Beispiel ist osmbugs oder skobbler. Jedoch ist ersteres für den Otto-Normal-Internetnutzer noch ziemlich unbekannt und zweiteres bezieht sich hauptsächlich auf Straßen und ihre Attribute. Hier ist sicherlich für die Zukunft noch Entwicklungspotential gegeben. Hoffe meine Meinung hilft etwas, Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummern
Hallo, Oft sind aneinander grenzende Reihenhäuser als EIN building gekennzeichnet, so das man nicht direkt die Hausnummern vergeben kann. Sollte man hier auch mit adress:interpolation arbeiten? Wieso zeigt JOSM korrekt eingetragene Hausnummern teilweise an, teilweise aber auch nicht? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Hallo, sinnvoll wäre, wenn du an die Stelle des Eingangs einen Node mit entrance=main und der Adresse setzt oder aber jedes Reihenhaus als ein Polygon einzeichnest. Henning Am 03.03.2012 17:34, schrieb Wolfgang Wienke: Hallo, Oft sind aneinander grenzende Reihenhäuser als EIN building gekennzeichnet, so das man nicht direkt die Hausnummern vergeben kann. Sollte man hier auch mit adress:interpolation arbeiten? Wieso zeigt JOSM korrekt eingetragene Hausnummern teilweise an, teilweise aber auch nicht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Wolfgang Wienke wrote: Oft sind aneinander grenzende Reihenhäuser als EIN building gekennzeichnet, so das man nicht direkt die Hausnummern vergeben kann. Sollte man hier auch mit adress:interpolation arbeiten? Klarer Fall von jemand hat das grob vorgearbeitet und du kannst das nun mit neuen Infos verfeinern. Trenne die Häuser auf. Im Falle Reihenhaus ist es eben nicht *ein* Gebäude sondern X Gebäude. Meist sind diese sogar so errichtet, dass man theoretisch eines der Häuser abreißen könnte und die anderen dennoch stehen bleiben. AFAIK muss das sogar aus Brandschutzgründen so gemacht werden! Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten --- was ich meine
Am 02.03.2012 23:27, schrieb o...@tappenbeck.net: hi! Fossgis und andere Messen stehen vor der Tür - da werden wieder die Anleitungen für den Bezug und den Gebrauch von Garminkarten rausgekramt. Weiß einer von Euch wo man soetwas finden kann ohne das Rad neu zu erfinden? Gruß Jan :-) Hi ! ich dachte vielmehr irgendwo ist ein druckfertiges Flyer zu finden. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Hallo, Am Samstag, 3. März 2012 17:53:33 schrieb Manuel Reimer: Wolfgang Wienke wrote: Oft sind aneinander grenzende Reihenhäuser als EIN building gekennzeichnet, so das man nicht direkt die Hausnummern vergeben kann. Sollte man hier auch mit adress:interpolation arbeiten? Klarer Fall von jemand hat das grob vorgearbeitet und du kannst das nun mit neuen Infos verfeinern. Trenne die Häuser auf. Im Falle Reihenhaus ist es eben nicht *ein* Gebäude sondern X Gebäude. Meist sind diese sogar so errichtet, dass man theoretisch eines der Häuser abreißen könnte und die anderen dennoch stehen bleiben. AFAIK muss das sogar aus Brandschutzgründen so gemacht werden! Bis auf das Dach. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Am 03.03.2012 17:53, schrieb Manuel Reimer: Wolfgang Wienke wrote: Oft sind aneinander grenzende Reihenhäuser als EIN building gekennzeichnet, so das man nicht direkt die Hausnummern vergeben kann. Sollte man hier auch mit adress:interpolation arbeiten? Klarer Fall von jemand hat das grob vorgearbeitet und du kannst das nun mit neuen Infos verfeinern. Trenne die Häuser auf. Im Falle Reihenhaus ist es eben nicht *ein* Gebäude sondern X Gebäude. Meist sind diese sogar so errichtet, dass man theoretisch eines der Häuser abreißen könnte und die anderen dennoch stehen bleiben. AFAIK muss das sogar aus Brandschutzgründen so gemacht werden! Mitunter kann man anhand von Luftbildern keineswegs so eindeutig unterscheiden, wo die Trennlinien zwischen den einzelnen Teilhäusern verlaufen, Reihenhäuser werden heute nicht mehr unbedingt wie identische D-Zugabteile aufgereiht, sondern gern versetzt und um die Ecke gebaut, auch schon mal stehen kleinere und größere nebeneinander oder die Grundrisse sind L- oder T-förmig ineinandergeschachtelt. Von oben sieht man aber nur eine gemeinsame Dachfläche. Bin da auch schon mal drauf hereingefallen. Was ich auf dem Luftbild für Dreier-Einheiten hielt, waren tatsächlich Doppelhäuser, immer ein schmales Handtuch und ein fast doppelt so großes zusammengebaut. Die echten Dreier-Einheiten in der Siedlung waren dann noch einmal geringfügig größer, drei Handtücher halt unter einem Dach. Eingänge kann man dagegen bei einem Besuch vor Ort leicht identifizieren. Kurz: es kommt drauf an. Nach Möglichkeit also nach Grundrissen aufteilen, wenn das zu unsicher ist, die Hauseingänge markieren. -- Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] railway electrified - polarity at DC?
Hallo an alle, bei elektrifizierten railways kann man den Effektivwert (voltage) und die Frequenz (frequency) der Speisespannung eintragen. Bei Gleichspannungsbetrieb (DC, frequency = 0) fehlt dabei die Angabe der Polarität. Lässt man die Polarität immer weg oder gibt es Empfehlungen, wie sie anzugeben ist? Bsp.: voltage = 750 und Zusatztag polarity = positive oder polarity = negative Oder etwa: voltage = 750: 750 V, Polarität unbekannt voltage = -750: 750 V, Minuspol an der Leitung voltage = +750: 750 V, Pluspol an der Leitung (klappt das mit der Unterscheidung 750 und +750?) (dann wäre voltage bei DC aber nicht mehr der Effektivwert, denn der ist per Definition immer positiv) Bei Hochspannungsleitungen power sollten die gleichen Definitionen gelten. Im wiki habe ich zu polarity nichts gefunden, habe ich das übersehen? Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway electrified - polarity at DC?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gude, Am 03.03.2012 22:16, schrieb Bernhard Weiskopf: Hallo an alle, bei elektrifizierten railways kann man den Effektivwert (voltage) und die Frequenz (frequency) der Speisespannung eintragen. Bei Gleichspannungsbetrieb (DC, frequency = 0) fehlt dabei die Angabe der Polarität. Lässt man die Polarität immer weg oder gibt es Empfehlungen, wie sie anzugeben ist? Gibt's denn irgendwo negative Polarität auf der Oberleitung? (dann wäre voltage bei DC aber nicht mehr der Effektivwert, denn der ist per Definition immer positiv) Welchen Sinn macht die Angabe eines Effektivwertes bei Gleichspannung? Bjørn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPUouuAAoJEP3PGkynoDrpVycQAIAYvY8LNkfAFZzEmaKwIofz lqtQ1E9Q5nqpTWK5VXNSfg5hm6dCW9wVgsUN6OHdaAbEOW4Q/0KUBp5uq5kHdRyA dOFl1gNdX9YQ7+2+hRInFEeUu17W/gN1aXqf4AGB+gVQqDAhbuUnNzBBaZvwdOLV XvKDCT2zLr3XxL+HaGsbFSIC80ISK1lor3gotCqnvgYLvHkhRK9uGZhgAuDDootT ZxtAoUvaoMVb8poqOpBFnhQHKsdtDHZQwHIjXEdsZem8vCOTPsQRTUSw+pMaDDyZ e0GTSBhY8CUVv18deiDMOVuT5OoDWHYbYffqGsIzIpbiogaoSnNUeLeRNOfSTW7z yM6DUuVcjqH1mEdaxkuLBfEW/pZdrAhLjNxrlcisbUWWlNQY0Jw+N3nuZjQ/vQRP FcWOqf1mKWxser5cPxlR3LyUD92XL0DCqK8B4DcyHxIncPQ2wJGbItvQcN5rECUu 0jvhnth5G4QstfpUDUSEz36CCI3n9JIOkA+zM1mCoe6NeSv5mXPglClJ8kTc9NjA wRlYJxIzaiT7tevNo9SvCIU7MqW/Wk3/KY0vXzc8gaASRX7gk8w2PtU5D3sa6P50 30AWL2KXbcI1qIW4QcElDENvSGIglqO5dd5I3akKqjV86yWkgDGg76szUhz0ps6m eT7oX+WFVTay87csftud =F7uA -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Statistik - Informationen aus der Vergangenheit
Hi, mich hat es auch gerade interessiert und so habe ich mal schnell die beiden folgenden Diagramme aus dem letzten Full History Dump[1] erstellt. Es ist zwar nur building=yes und nicht für generell building=*, ich hoffe das macht jetzt aber keinen Unterschied. Ansonsten kann ich es von mir aus auch nochmal laufen lassen. Das erste Diagramm zeigt den Zuwachs pro Monat des Tags building=yes in der OSM Datenbank über die Zeit [2]. Das zweite Diagramm zeigt die absolute Zahl des Tags building=yes in der OSM Datenbank. Insgesamt haben ca. 35000 verschiedene OSM Mitglieder die ca. 49.7 Mio. building=yes in die DB eingetragen. viele gruesse pascal ps. ich übernehme keine Garantie für die Richtigkeit! Das war jetzt ein schneller Hack ;) [1] http://planet.openstreetmap.org/full-experimental/ [2] http://tools.neis-one.org/tmp/201202_BuildingYesPerMonth.png [3] http://tools.neis-one.org/tmp/201202_AmountBuildingYes.png Frederic Kerber schrieb: Hi, danke für deine Antwort. Leider komme ich noch nicht so recht mit - ich bin noch sehr frisch in der Materie, sorry. Gibt es irgendwo eine Schritt-für-Schritt-Anleitung, wie ich das mit Osmium angehen muss? Bislang habe ich da noch nichts in dieser Richtung gemacht. Ich brauche eigentlich die Auswertungen nur für genau ein Tag - building. Insofern sollte das mit dem Speicherplatz klappen. Viele Grüße, Frederic Am 03.03.12 15:52, schrieb Stephan Knauss: Frederic Kerber writes: Ich kann Stand heute erfragen, dass es 53 Millionen Objekte gibt, die mit dem Key building getaggt sind. Aber wie viele solcher Objekte gab es vor 6 Monaten oder vor 2 Jahren? Gibt es da eine Möglichkeit an diese Daten zu kommen? wenn du nur eine begrenzte Anzahl von keys abfragen willst dann sollte das auch auf schwächeren PCs machbar sein. Einfach mit Osmium durch den Full History Planet gehen und dir die Statistiken z.B. in eine sqlite Tabelle schreiben. Wenn du sowas wie taginfo aber mit history willst dann wird der Speicherplatz schnell eng. Du musst dir ja dann die Anzahl eines Tags nicht nur einmal merken sondern z.B. für jeden Monat. 5 jahre in die Vergangenheit wären dann 60-fache Datenmenge. Eine entsprechend fähige Hardware vorausgesetzt kannst du Taginfo bestimmt in diese Richtung erweitern. https://github.com/joto/taginfo/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway electrified - polarity at DC?
From: Bjørn Bäuchle [mailto:baeuc...@th.physik.uni-frankfurt.de] Sent: Saturday, March 03, 2012 10:23 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] railway electrified - polarity at DC? ... Welchen Sinn macht die Angabe eines Effektivwertes bei Gleichspannung? Ohne weitere Spezifikation ist in der Regel der Effektivwert gemeint. Abweichende Angaben (z. B. Mittelwert, Scheitelwert usw.) müssen angegeben werden. Nur bei völlig geglätteter Spannung sind die Werte gleich. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de