Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen ?ber Relationen?
Heiko Jacobs schrieb: Apropos... Sind die Landesgrenzen mal autmagisch erzeugt worden? Wenn ja sollte der Programmierer einen Bogen um alle landestreuen Bremerhavener und Neuwerker machen. Welch Affront diese einfach Niedersachsen zuzuschlagen! ;-) Naja, es gibt auch Bremerhavener, die das gar nicht so schlecht fänden. Nur wäre dann Bremerhaven nicht mehr die freiste Gemeinde Deutschlands. ;-) Im Ernst: Die Grenzen stammen vom Umweltprogramm der Vereinten Nationen (siehe surce=UNEP-GRID). Die wissen wohl nicht, dass das Land Bremen ein Zwei-Städte-Staat ist. Außerdem sind die UNEP-Grenzen wohl sehr grob (für eine andere Auflösung gemacht) und damit falsch. Ich habe angesichts der gebührenorientierten Weise von GeoInformation Bremen auch nicht die Hoffnung, dass man dort die Grenze digital bekommen könnte - Handarbeit? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Rela tionen?)
Am Donnerstag, 13. November 2008 11:29 schrieb Jochen Topf: Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert werden können, damit sie auch mit sowas zurecht kommen: http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_fo r_advanced_multipolygons Diese Multipolygon-Relations können wir auch für Grenzen verwenden. Damit sollten sich alle vorkommenden Fälle lösen lassen. Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon oder type=boundary? Ich würde das Gerne für Hamburg benutzen (Neuwerk eine Insel in der Nordsee gehört zu HH), Erweitere ich dann die bestehenden Relation, oder kann ich auch zwei Relationen in ein Multipoligon stecken, fände ich irgendwie schöner. Nochmal zur Klarstellung entweder Lösung A: relation id=9 tag k=type v=multipolygon / tag k=name v=Bundesland Hamburg/ !-- hier kommen die Ways von Hamburg Kernstadt -- member type=way id=1 role=outer / member type=way id=2 role=outer / member type=way id=3 role=outer / member type=way id=4 role=outer / member type=way id=5 role=outer / member type=way id=6 role=outer / member type=way id=7 role=outer / member type=way id=8 role=outer / !-- hier kommen die Ways von Hamburg Neuwerk-- member type=way id=101 role=outer / member type=way id=102 role=outer / /relation oder Lösung B: relation id=9 tag k=type v=boundary / tag k=name v=Hamburg (ohne Neuwerk)/ !-- hier kommen die Ways von Hamburg Kernstadt -- member type=way id=1 role=outer / member type=way id=2 role=outer / member type=way id=3 role=outer / member type=way id=4 role=outer / member type=way id=5 role=outer / member type=way id=6 role=outer / member type=way id=7 role=outer / member type=way id=8 role=outer / /relation relation id=10 tag k=type v=boundary / tag k=name v=Hamburg Neuwerk/ !-- hier kommen die Ways von Hamburg Neuwerk-- member type=way id=101 role=outer / member type=way id=102 role=outer / /relation relation id=11 tag k=type v=multipolygon / tag k=name v=Bundesland Hamburg/ member type=relation id=9 role=outer / member type=relation id=10 role=outer / /relation In Wirklichkeit sind da natürlich noch mehr Wege und Tags drann. BTW: Irgendwie fehlt mir zum Proposal der Platz (und die Einladung) zum Diskutieren Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] was ist in Deutschland (Re: Relationen E uropastraßen wieder zum Leben erwecken)
Am Samstag, 15. November 2008 09:13 schrieb Doru Julian Bugariu: Frederik Ramm schrieb: Der Vergleich ist insofern zutreffend als dass man was ist eine Treppe und was ist in Deutschland perfekt anhand existiernder Daten Ernst gemeinte Frage: Wie kann man das was ist in Deutschland (besser noch: in welchem Land ist dieser Way) anhand von existierenden Daten denn beantworten? osmosis mit einem Polygon von http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/ füttern und alles was rauskommt gehört in das Land. Das muss natürlich nicht Osmosis sein, generell kann relativ einfach feststellen, ob etwas in einem Polygon liegt oder nicht. Ich finde das wäre eine Schöne Aufgabe für eine Libary die dann von allen Projekten benutzt werden kann. Es gibt eine Where_Am_I (Namefinder) Funktion unter: http://www.openstreetmap.org/ über der Suchmaske, die müsste man evtl. noch etwas aufbooren, so das man sagen kann, gib mir nur das Land in dem ich mich befinde. Toll wäre wenn das über DNS als Anfrage funktionieren könnte, dann hat man auch relativ wenig Traffic. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Europastraßen wieder zum Le ben erwecken
Hi, 2008/11/15 Doru Julian Bugariu [EMAIL PROTECTED] Wie kann man das was ist in Deutschland (besser noch: in welchem Land ist dieser Way) anhand von existierenden Daten denn beantworten? Indem man die Koordinaten mit den Landesgrenzen vergleicht? Mike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderrequest für [EMAIL PROTECTED] anstoßen
On 11/15/2008 05:57 AM, Thomas Drebert wrote: du bist schon auf der richtigen Seite, einfach bei Zoomlevel 12 Strg festhalten und auf die Karte klicken, schon wird gerendert. Alternativ dazu, kann auch die Taste 'R' in z12 verwendet werden. Am 15. November 2008 00:34 schrieb Sven Eppler[EMAIL PROTECTED]: Hi Leute, gibts eigentlich nirgendwo eine bequeme Möglichkeit, für Bereiche einen RenderRequest für Tiles at Home abzuschicken, ohne das man sich jedesmal erst die Koordinaten in Tile-Nummer umrechnen muss? http://www.informationfreeway.org/?lat=48.21577721934863lon=9.031383865520542zoom=15layers=BF000F Hier hat scheinbar jemand angefangen zu rendern, aber dann aus irgend einem Grund mit einer unfertigen Zeichnung abgebrochen. ___ 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] Wohin mit den Adressnodes (was: Talk-de Digest, Vol27, Issue 170)
Am Dienstag, 28. Oktober 2008 13:28:15 schrieb [EMAIL PROTECTED]: Message: 8 Date: Tue, 28 Oct 2008 13:28:03 +0100 From: Dirk-L?der Kreie [EMAIL PROTECTED] Subject: [Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol 27, Issue 170) To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Cc: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Dominik Spies schrieb: Ich habe die Diskussion schon l?nger verfolgt und mir das Karlsruher Schema auch angesehen. Ich f?nde es auch besser die Hausnummer direkt and die Stra?e zu binden, evtl nicht au?schlie?lich, aber auf jeden Fall brauche ich die Informationen, wie ich denn von einer Stra?e das entsprechende Geb?ude / Gel?nde mit der Hausnummer auch erreiche! Es werden ja die Geb?ude mit Hausnummer versehen. Wo denn der Zugang zu diesem Haus ist, muss ich mir aus den Finger saugen.. Und genau das interessiert den Gro?teil der Nutzer mehr, als wo genau das Haus steht. Das ist genau der Punkt! Und es spart Daten die Adressen an die Straße zu hängen und hält die Karte übersichtlich. Wenn ich vor einem Haus stehe, in etwa, dann ist es auch kein Problem von dort den Hauseingang zu finden. Viele unserer Vorstellungen von Routing und von Karten schieße so sehr übers Ziel hinaus das sie mehr irre führen, als helfen. Weniger ist häufig mehr! Die Konkurrenz macht es anscheinend genauso und nicht alles was die machen ist schlecht Jede mir bekannte Routing-Engine kann auch zu Punkten routen, die neben der Stra?e liegen, das kann also kein Grund sein, nicht das Haus oder das Grundst?ck mit der Adresse zu versehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] was ist in Deutschland (Re: Relationen E uropastraßen wieder zum Leben erwecken)
Sven Anders schrieb: Am Samstag, 15. November 2008 09:13 schrieb Doru Julian Bugariu: Ernst gemeinte Frage: Wie kann man das was ist in Deutschland (besser noch: in welchem Land ist dieser Way) anhand von existierenden Daten denn beantworten? osmosis mit einem Polygon von http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/ füttern und alles was rauskommt gehört in das Land. Hmmm... Also nur mit den Informationen aus der Datenbank noch nicht wirklich, oder? Das muss natürlich nicht Osmosis sein, generell kann relativ einfach feststellen, ob etwas in einem Polygon liegt oder nicht. Ich finde das wäre eine Schöne Aufgabe für eine Libary die dann von allen Projekten benutzt werden kann. Vielleicht koennte man die Datenbank ja mit diesen Informationen anreichern. Relations ordentlich strukturiert oder was weiss ich. Es gibt eine Where_Am_I (Namefinder) Funktion unter: http://www.openstreetmap.org/ über der Suchmaske, die müsste man evtl. noch etwas aufbooren, so das man sagen kann, gib mir nur das Land in dem ich mich befinde. Toll wäre wenn das über DNS als Anfrage funktionieren könnte, dann hat man auch relativ wenig Traffic. Alles klar. Danke. Werde ich mir in Ruhe mal anschauen. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Europastraßen wieder zum Le ben erwecken
Michael Forster schrieb: Hi, 2008/11/15 Doru Julian Bugariu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Wie kann man das was ist in Deutschland (besser noch: in welchem Land ist dieser Way) anhand von existierenden Daten denn beantworten? Indem man die Koordinaten mit den Landesgrenzen vergleicht? Sind diese Landesgrenzen in einer brauchbaren Form in der Datenbank abgelegt, oder muessen sie zuerst muehevoll zusammengebastelt werden? Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at http://www.mail-archive.com/talk-de@openstreetmap.org/msg27187.html Christoph Eckert schrieb: * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. In der Cyclemap ist es dankenswerter Weise schon drin. Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem Rad unterwegs ist. Ich bin mit Auto und zu Fuß unterwegs und mich ich hätte die Höhenlinien sehr sehr gern auf meinem Garmin dabei, wenn ich durch den Wald und auf Burgen und Burgwällen rumkrauche. Das wäre auch ein großes Plus gegenüber dem sogenannten bekanntesten Mitbewerber, wenn sie - gern auch nur schwach oder ausschaltbar - unter der normalen Straßenkarte und nicht nur unter Cyclemap liegen würden. Dann sieht es schon langsam wie eine richtige Karte aus ;-)). 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] Google's neue Terms of Service
On Sat, Nov 15, 2008 at 4:42 AM, Johann H. Addicks [EMAIL PROTECTED] wrote: Dr. Franz-Josef Behr schrieb: OpenStreetmap anyone? Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht- funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für OSM erhalten. Würde massenhaft neue Mapper bringen (mit allen Vor- und Nachteilen), aber auch mehr Last generieren als wir derzeit zu hosten in der Lage sind. Mehr Nutzer, mehr Spenden, mehr Spenden mehr Geld, mehr Geld mehr Server für Rendering Hosting der Tiles. Das pendelt sich alles ein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg aus bestehenden Segmenten?
Hallo, IMO ist es überhaupt kein Problem einen Weg zu teilen wenn das aus irgendeinem Grund notwendig sein sollte. Und wenn dafür konsequenterweise auch Relationen eingesetzt würde - wäre alles kein Problem. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways Nur solange das kein Renderer unterstützt. - setzt es kaum jemand ein. Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bugfix] Lakewalker erzeugt Nullpointer in JOSM
On Fri, 14 Nov 2008, Frederik Ramm wrote: Danke für den Submit. Hast du einen Überblick über die offenen Lakewalker Tickets? Bei zumindest einem habe ich einen Doppler vermutet. Das könnte dann auch geschlossen werden. Da vermute ich noch mehr. Nein, ich habe gar keine Ahnung vom Lakewalker, hab den mal ausprobieren wollen und gemerkt, dass ich irgendwelchen Pythonkram installieren muss und dann meine Finger davon gelassen. Ich weiss nicht mal, ob der ursprüngliche Programmierer des Lakewalker noch aktiv ist. Lass Dir einfach einen SVN-Account geben und mach, was Du für richtig hältst ;-) Braucht er nicht. Den Python-Teil habe ich gestern endgültig rausgeworfen. Jetzt ist nur noch die Java-Umsetzung drin. In den Inseln über Canada habe ich den Lakewalker getestet und bei mir funktioniert er sehr gut. Spart viel Arbeit. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bugfix] Lakewalker erzeugt Nullpointer in JOSM
On Fri, 14 Nov 2008, Stephan wrote: Ist schon repariert. Die Technik sollte man schon erhalten, kann ja auch genutzt werden, um andere farbige Flaechen von anderen Hintergruenden abzudigitalisieren Danke für den Submit. Hast du einen Überblick über die offenen Lakewalker Tickets? Bei zumindest einem habe ich einen Doppler vermutet. Das könnte dann auch geschlossen werden. Da vermute ich noch mehr. Bitte entsprechend in den Tickets eintragen, dann schliesse ich die mal bei Gelegenheit. Gibt es eigentlich irgend wo eine Doku zum Lakewalker Algorithmus? Ich kenne eine Stelle an der er sich an einer Insel in einem See festfressen kann. Er hüpft vom Ufer auf die Insel um dort bis zur maximalen Anzahl an Nodes im Kreis zu laufen. Bitte als Trac-Ticket neu anlegen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
Mich würde das interessieren - allerdings testweise für Spanien. Kann mir einer sagen wo ich diese Daten beziehen kann ? Gruß Jan :-) Johann H. Addicks schrieb: Christoph Eckert schrieb: * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. In der Cyclemap ist es dankenswerter Weise schon drin. Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem Rad unterwegs ist. Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1) bereits fest integriert sind, fände ich es nicht schlecht, wenn diese auch in den Computerteddy-Karten von Hause aus mit drin wären. (wie man sie separat dazuläd weiss ich, aber fertig im vorgekauten img-mapfile wäre es einfacher.) Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder ausblenden. -jha- -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google's neue Terms of Service
On Sat, Nov 15, 2008 at 12:44:42PM +0100, Dominik Spies wrote: Subject: Re: [Talk-de] Google's neue Terms of Service On Sat, Nov 15, 2008 at 4:42 AM, Johann H. Addicks [EMAIL PROTECTED] wrote: Dr. Franz-Josef Behr schrieb: OpenStreetmap anyone? Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht- funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für OSM erhalten. Würde massenhaft neue Mapper bringen (mit allen Vor- und Nachteilen), aber auch mehr Last generieren als wir derzeit zu hosten in der Lage sind. Mehr Nutzer, mehr Spenden, mehr Spenden mehr Geld, mehr Geld mehr Server für Rendering Hosting der Tiles. Das pendelt sich alles ein. Oder - Mehr Nutzer - Langsamerer Dienst - Weniger Nutzer ;) Pendelt sich auch ein ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karlsruhe Schema = volle Infos?
On Sat, Nov 15, 2008 at 12:34:13AM +0100, Christoph Eckert wrote: hmpf, hmpf ;-) . Mir gefällt das bekanntlich nicht sonderlich, und das obwohl ich Karlsruher bin. Ich habe mir ein *viel* besseres System ausgedacht. Erst setze ich pro Haus einen Node, dem ich addr:housenumber=24 mit auf den Weg gebe. Weitere Tags erhält der Node nicht. Dann erstelle ich eine Relation highway=street, name=Hurtzstraße. In diese stecke ich alle Straßenschnippel, die zur Straße gehören, und alle Hausnummernnodes. Letzeren gebe ich als Rolle addr:houselink mit auf den Weg. Und schwupp, schon habe ich eine super saubere Abbildung der Realität. Alle diejenigen, die jetzt nur Bahnhof verstanden haben, haben soeben ein Gefühl dafür bekommen, warum es durchaus sinnvoll sein kann es so zu machen wie eingangs beschrieben: Die von mir vorgeschlagene Vorgehensweise ist nämlich viel zu kompliziert und nur was für Hardcoremapper :) . Ist im prinzip ja die associatedStreet relation nur das mehr als ein way member drin ist. Als ich mit der associatedStreet rumgespielt habe ist mir das thema multiple way members schon aufgefallen. Ist nen bischen doof das da nur ein member geht wenn oftmals ist der weg ja in minischnipsel zerschnitten wegen oneway, maxspeed oder sonstwelchen aenderungen. Auch wenn es postalisch/namenstechnisch der selbe weg ist. Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der tonnen an redundanten daten. Jetzt mit den paar addressen in der datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine addresse hat Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Johann H. Addicks wrote: Christoph Eckert schrieb: * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. In der Cyclemap ist es dankenswerter Weise schon drin. Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem Rad unterwegs ist. Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1) bereits fest integriert sind, fände ich es nicht schlecht, wenn diese auch in den Computerteddy-Karten von Hause aus mit drin wären. (wie man sie separat dazuläd weiss ich, aber fertig im vorgekauten img-mapfile wäre es einfacher.) Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder ausblenden. Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel mehr wert als gar keine... -jha- MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkke0IoACgkQmWhuE0qbFyPldwCfTJ1SrBw80wu7K39iNGrfcgLf lRMAnRBuru4BO9z9/FZVfhDxVMHDnuY0 =Fe9+ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Address-Inspector findet Straßen nich t
Offenbar seit dem letzten Update muniert der OSM-Inspector in der Addressansicht Street not found, obwohl sie direkt daneben liegt. Beispiele in [1] Ist der Fehler schon bekannt? [1] http://tools.geofabrik.de/osmi/?view=addressesbaselayer=Mapnikopacity=0.30lon=12.40408lat=51.33068zoom=16overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,buildings,buildings_with_addresses,interpolation_errors,street_not_found,nodes_with_addresses_interpolated,nodes_with_addresses_defined,postal_code ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Address-Inspector findet Straßen nicht
On Sat, Nov 15, 2008 at 02:42:35PM +0100, Claudius Henrichs wrote: Subject: [Talk-de] Address-Inspector findet Straßen nicht Offenbar seit dem letzten Update muniert der OSM-Inspector in der Addressansicht Street not found, obwohl sie direkt daneben liegt. Beispiele in [1] Ist der Fehler schon bekannt? Alle nodes werfen gerade fehler - ich vermute beim import/auswertung was schiefgelaufen. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Berlin, BVG, VBB, iPhone, Urheberrecht, iPhone-Fahrplanprogramm
Vielleicht ganz interessant, Die Freie Fahrplanauskunft ist wieder da. Wie die taz http://www.taz.de/regional/berlin/aktuell/artikel/1/verkehrsverbund-buhlt-um- iphone-nutzer/ oder http://tinyurl.com/5jsk74 am 11.11.2008 berichtet haben sich Autor und VBB geeinigt, daß es das Programm wieder geben darf. - alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Rela tionen?)
On Sat, Nov 15, 2008 at 09:08:19AM +0100, Sven Anders wrote: Diese Multipolygon-Relations können wir auch für Grenzen verwenden. Damit sollten sich alle vorkommenden Fälle lösen lassen. Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon oder type=boundary? Also das mit den type hab ich schon immer kritisch gesehen, weil es genau solche Probleme hat. Bei den ways gab es früher auch mal class=highway oder class=railway, davon ist man dann wieder abgekommen. Ich würde sagen in diesem Fall ist das type=multipolygon und boundary=administrative. Da steckt dann alles an Information drin. Das type=boundary war schon immer eigentlich unnötig. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen ?ber Relationen?
On Sat, Nov 15, 2008 at 12:44:53AM +, Heiko Jacobs wrote: Etric Celine [EMAIL PROTECTED] wrote: Ich h?tte die wohl eher direkt auf die K?stenlinie gelegt und die Inseln einzeln mit dazu genommen. Wir haben besseres zu tun, als die Grenze alle paar Minuten den aktuellen Gezeiten anzupassen!!! ;-) Im Ernst: Die Grenzen auf der Kuestenlinie a) ist falsch und b) sieht bloed aus... Hat mich in der Wesermuendung vor meiner alten Heimat Bremerhaven schon eine Weile gestoert... Das kommt darauf, was Du daraus machen willst. Wenn Du sagen wir die Flächen der Länder bunt einfärben willst, dann sähe es ziemlich doof aus, wenn die Grenzen aufs Wasser rausgehen. Wir müssen also auf jeden Fall einen Weg finden, der beides erlaubt, d.h. man kann sowohl die Grenze an der Küste lang rausbekommen als auch die Version, die ins Wasser raus geht. Vielleicht brauchen wir 2 Boundary-Relations: Beide haben die Grenzen im Landesinneren. Die eine hat zusätzlich die passenden coastlines drin, bei der anderen gehen die Grenzen aufs Wasser raus. Die beiden haben dann leicht verschiedene Tags, dann kann sich der Renderer raussuchen, welche er benutzen will. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Address-Inspector findet Straßen nicht
On Sat, Nov 15, 2008 at 02:42:35PM +0100, Claudius Henrichs wrote: Offenbar seit dem letzten Update muniert der OSM-Inspector in der Addressansicht Street not found, obwohl sie direkt daneben liegt. Beispiele in [1] Ist der Fehler schon bekannt? Danke für den Hinweis. Da hab ich wohl beim Fixen eines anderen Bugs einen neuen eingebaut. Ich arbeite dran... Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
Lars Schimmer schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Johann H. Addicks wrote: Christoph Eckert schrieb: * Ich weiß nicht ob die Daten überhaupt jemanden interessieren. In der Cyclemap ist es dankenswerter Weise schon drin. Ansonsten interessiert es vermutlich jeden, der mit dem Garmin auf dem Rad unterwegs ist. Da die Höhenlinien in der käuflichen Topo2 (als Verbesserung zur Topo1) bereits fest integriert sind, fände ich es nicht schlecht, wenn diese auch in den Computerteddy-Karten von Hause aus mit drin wären. (wie man sie separat dazuläd weiss ich, aber fertig im vorgekauten img-mapfile wäre es einfacher.) Wer die Höhenlinien nicht mag, der könnte sie ja per Typ-File wieder ausblenden. Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel mehr wert als gar keine... Ich würde mich auch über Höhenlinien fürs Garmin freuen. V.a. als Radfahrer und Geocacher sehr interessant. Bei einem GSoC Projekt wurde auch etwas mit Höhenlinien gemacht und die kann man jetzt auch schon in yournavigation.org sehen. Obwohl die Höhenlinien nicht sehr detailliert wirken war ich erstaunt, wie gut bei den Routen das Höhenprofil stimmt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update ?
Hallo Stefan, habe übersehen, daß ich auf einem IE6 war ;-((( - im FF geht's na dann warte ich mal gespannt, wie das hier aussieht ;-) lG von der Mazzesinsel Wolfgang -Original Message- From: Stefan Dettenhofer (StefanDausR) [mailto:[EMAIL PROTECTED] Sent: Friday, November 14, 2008 2:54 PM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Maxspeed Karte Update ? Hallo Wolfgang, meine maxspeed-Karte hat transparenten Hintergrund und wird über die vorhandenen [EMAIL PROTECTED] gelegt! Ich rendere momentan einen Bereich von E005-E015 und N35-N55. Da ist Österreich fast vollständig mit d'rin (ok Wien fehlt - ich werde es mir merken!) Momentan übertrage ich gerade die Daten bis zur Zoomstufe 13 auf den Server. Level 14 wird noch gerendert. Gruß, Stefan Wolfgang W. Wasserburger schrieb: gefällt mir auch, aber schön wäre noch, wenn der Überleger transparenten Hintergrund hätte und es das ganze auch noch für Österreich gäbe ;-) lg von der Mazzesinsel Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
bis dato zerlege ich ways nur - zusammensetzen lasse ich lieber bleiben -
steht halt irgendwo ein Straßenname zuviel ;-)
lg Wolfgang
-Original Message-
From: Tobias Wendorff [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2008 1:26 PM
To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch
Subject: Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
Wie erkennst Du denn, ob Wege zusammen gehören?
Wolfgang W. Wasserburger schrieb:
... aus Routinggründen verwende ich ohnedies nicht osmosis,
sondern habe das
selbst geschrieben. Da kann ich anders auf die Performance
achten :-))) und
halt die ways gleich zerlegen etc. Letztlich habe ich aber
Geometrie-Tabellen für Routing und solche für Mapping.
lg Wolfgang
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Tobias Wendorff
Sent: Friday, November 14, 2008 12:58 PM
To: Openstreetmap allgemeines in Deutsch
Subject: Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
Lars Francke schrieb:
Hier was ich gemacht habe (auf dem Osmosis-Schema)d
SELECT AddGeometryColumn('ways', 'line', 4326, 'LINESTRING', 2);
UPDATE ways w SET line = (SELECT st_makeline(geom) FROM (SELECT geom
FROM nodes n, way_nodes wn WHERE w.id = wn.way_id AND n.id =
wn.node_id ORDER BY wn.sequence_id) AS foo);
CREATE INDEX idx_way_line ON ways USING GIST (line);
Danke, da muss ich mich mal reinhängen.
___
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 mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Hallo zusammen! Und das ist wirklich nur bei OSM ein Problem und nicht generell? Nur Seiten, die eine SOM-Karte haben, also OSM/OSB/Informationfreeway/Wiki. Während diese Seiten versuchen, eine Kachel zu laden und es irgendwann abbrechen, kann ich andere Seiten ganz normal aufrufen, eine Verbindung (WLAN) ist also definitiv vorhanden und funktioniert auch. Das hört sich für mich nämlich verdammt nach einem MTU Problem an. Stell mal spaßeshalber die MTU von ppp0 auf 1400 runter und schau ob sich was ändert. Hab von WLAN auch mal den MTU auf die angegebenen 1400 zurückgesetzt (normal 1500), leider ohne Erfolg. Selbst das deaktivieren von IPV6 und das anschließen eines Kabels an den Router hat keinerlei Änderungen gebracht :( Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04 versucht, selbes Problem. Ich vermute ja jetzt fast, dass irgendwas am Router ist. Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Relationen ?)
Hallo, Sven Anders wrote: Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon oder type=boundary? Hier stimme ich mit Jochen überein; genuso wie ein forest schon immer type=multipolygon war (wenn er denn Löcher hatte), so kann kuenftig auch eine Landesflaeche type=multipolygon bekommen, das type=boundary war eigentlich schon immer ein Ausreisser irgendwie. Ich würde das Gerne für Hamburg benutzen (Neuwerk eine Insel in der Nordsee gehört zu HH), Erweitere ich dann die bestehenden Relation, oder kann ich auch zwei Relationen in ein Multipoligon stecken, fände ich irgendwie schöner. Das habe ich zwar im Moment nicht explizit vorgesehen, aber ich denke mal, dass es *langfristig* generell moeglich sein muesste, statt eines Ways eine Relation anzugeben, die mehrere Ways enthaelt. Also nicht nur in der Multipolygon-Relation, sondern ueberall, wo man normalerweise einen Way angibt. Sicher kannst Du das auch schon gleich so in Hamburg einbauen, allerdings gilt bei OSM im Augenblick eine ähnliche Regel wie im Web-Marketing (mit jedem zusätzlichen Mausklick verlierst Du die Haelfte der Kunden): Mit jeder zusaetzlichen Relations-Ebene verlierst Du die Haelfte der Renderer/Editoren/Mapper ;-) BTW: Irgendwie fehlt mir zum Proposal der Platz (und die Einladung) zum Diskutieren Wer wirklich was zu sagen hat, der sagt das auch ohne Einladung zum Diskutieren (so wie Du hier) ;-) 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] Relationen Europastraßen wieder zum Lebe n erwecken
Hallo, Doru Julian Bugariu wrote: Ernst gemeinte Frage: Wie kann man das was ist in Deutschland (besser noch: in welchem Land ist dieser Way) anhand von existierenden Daten denn beantworten? Wenn man sich ohnehin nur fuer Daten eines bestimmten Landes interessiert (Grafik aller Autobahnen in Deutschland), nimmt man sich einfach ein Deutschland-Extrakt der Daten und arbeitet damit. Wenn man mit mehr Daten arbeiten will, kann man sie z.B. in die PostGIS laden und dann die PostGIS nutzen, um die Weggeometrien und die Länderpolygone zu vergleichen. Für Gebiete, die halbwegs (EPSG4326-)rechteckig sind, kann man eine geeignete Boundingbox von OSMXAPI herunterladen (ein Polygon-gefilterter Download ist mal angedacht worden, weiss nicht, wie der Status ist). 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
[Talk-de] Altstadt
Hallo zusammen, ich bin erst vor kurzem auf OpenStreetMap gestoßen und finde das Projekt extrem interessant. Erste Versuche mit meinme Garmin waren auch schnell erfolgreich, allerdings habe ich ein Problem mit der Gegend in der ich gerne beginnen würde. Die Düsseldorfer Altstadt. Grundsärtlich ist das eine Fußgängerzone. Wie bringe ich folgende Einschränkungen vernünftig unter: Radfahrer, Hotelzufahrt, Taxen auf Bestellung frei. Lieferverkehr frei von Mo-Fr 5:00-11:30 Uhr Sa 5:00-9:00 Uhr Außerdem stellt dich die Frage ob es denn nun als FootWay oder als Residential eingetragen werden sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, dass FootWays beim Routen als nicht befharbar eingestuft werden, das stimmt ja so auch wieder nicht. Kann mir jemand aufs Pferd helfen bitte? Oswolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Altstadt
Wolfram Lamm schrieb: sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, dass FootWays beim Routen als nicht befharbar eingestuft werden, das stimmt ja so auch wieder nicht. highway=pedestrian Zumindest ist es in der freiburger Innenstadt so. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Altstadt
Wolfram Lamm schrieb: Hallo zusammen, ich bin erst vor kurzem auf OpenStreetMap gestoßen und finde das Projekt extrem interessant. Erste Versuche mit meinme Garmin waren auch schnell erfolgreich, allerdings habe ich ein Problem mit der Gegend in der ich gerne beginnen würde. Die Düsseldorfer Altstadt. Grundsärtlich ist das eine Fußgängerzone. Wie bringe ich folgende Einschränkungen vernünftig unter: Radfahrer, Hotelzufahrt, Taxen auf Bestellung frei. Lieferverkehr frei von Mo-Fr 5:00-11:30 Uhr Sa 5:00-9:00 Uhr Ich fürchte das lässt sich im Moment noch nicht wirklich abbilden. Laut [1] ist eine Fußgängerzone foot=designated, die Radfahrer lassen sich also mit bicycle=yes freigeben. So spezielle Dinge wie Hotelzufahrt lassen sich vermutlich sowieso nie alle abbilden, für Taxen auf Bestellung ist mir auch nichts bekannt. Für zeitliche Beschränkungen im Bezug auf ein einzelnes Tag gibt es auch erst Vorschläge ([2][3]), die aber noch nicht weit verbreitet sind. Außerdem stellt dich die Frage ob es denn nun als FootWay oder als Residential eingetragen werden sollte. Grundsätzlich soll man ja nur da laufen, aber ich vermute mal, dass FootWays beim Routen als nicht befharbar eingestuft werden, das stimmt ja so auch wieder nicht. Eine Fußgängerzone ist highway=pedestrian als Way oder als Area. Kann mir jemand aufs Pferd helfen bitte? Oswolf Gruß, Sebastian [1] http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Time_restricted_tags [3] http://wiki.openstreetmap.org/wiki/Proposed_features/Access_restrictions ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karlsruhe Schema = volle Infos?
Florian Lohoff schrieb: Ist im prinzip ja die associatedStreet relation nur das mehr als ein way member drin ist. Als ich mit der associatedStreet rumgespielt habe ist mir das thema multiple way members schon aufgefallen. Ist nen bischen doof das da nur ein member geht wenn oftmals ist der weg ja in minischnipsel zerschnitten wegen oneway, maxspeed oder sonstwelchen aenderungen. Auch wenn es postalisch/namenstechnisch der selbe weg ist. Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der tonnen an redundanten daten. Jetzt mit den paar addressen in der datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine addresse hat Flo Die Einschränkung bezüglich der Anzahl der Way-Members ist mir auch schon lange ein Dorn im Auge und mappe deswegen konsequent gegen diese Regel. Es mag zwar einen geringen Vorteil bei der Suche nach dem korrekten Straßensegments bezüglich eines addr:housenumber Nodes bringen aber gleichzeitig eine Menge an gleichartigen/gleichnamigen Relationen für jedes Teilstück der Straße implizieren, was für mich ein unverantwortliches Vorgehen wäre. Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] XAPI - fehlende Wege/Punkte
hi, habe mir wiederholt daten aus einer XAPI geholt und wiederholt festgestellt, dass am rand meist ein paar wege und punkte fehlen. so wie zwei, drei käsestückchen auf jeder seite. hat jemand ähnliche erfahrungen bzw. weiß jemand, woran das liegt? ist besserung in sicht? ciao gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: So, meine Karten werden langsam so wie ich mir das vorstelle. Wald aufgehellt und mit Baum-Symbol versehen (wie in Mapnik), Hochspannungsleitungen habe ich eliminiert (interessieren mich nicht), Radwege sind blau gepunktet, etc. Hast du deine Sachen irgendwo im Netz? Man sollte mal eine Wiki-Seite zu dem Themenkomplex aufmachen, damit nicht jeder die gleichen Erfahrungen selber muehselig sammeln muss. Bisher werkel ich aber auch noch alleine vor mich hin und habe mich um das Thema Informationsverteilung erfolgreich gedrueckt. Der Online Typfile-Editor funktioniert super. ;-) http://ati.land.cz/gps/typdecomp/editor.cgi Ich kann sonst noch MapTk fuer das Bearbeiten von typ-Dateien empfehlen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karlsruhe Schema = volle Infos?
Am Samstag, 15. November 2008 14:11 schrieb Florian Lohoff: Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der tonnen an redundanten daten. Jetzt mit den paar addressen in der datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine addresse hat Es ist ja nicht gesagt, das sich das Datenbankschema hinter der XML-API nicht verändern darf. Man könnte z.B. eine String Tabelle haben in der dann eine ID einem String zugeordnet wird, Dorfstraße wäre dann id 9375 und Bahnofstraße id 87665. Natürlich wird das XML größer, aber die Datenbank muss es nicht sein. Wenn das Performance und/oder Speichermäßig was ausmacht, wird es auch jemand machen!! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen ?ber Relationen?
Am Samstag, 15. November 2008 14:59 schrieb Jochen Topf: Vielleicht brauchen wir 2 Boundary-Relations: Beide haben die Grenzen im Landesinneren. Die eine hat zusätzlich die passenden coastlines drin, bei der anderen gehen die Grenzen aufs Wasser raus. Die beiden haben dann leicht verschiedene Tags, dann kann sich der Renderer raussuchen, welche er benutzen will. Ich hoffe das bekommt man Programmiertechnisch gebacken indem man das Wasser im Anschluß an die Färbefunktion weiß färbt oder so. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstufung tracktype
Stefan Dettenhofer (StefanDausR) schrieb: Ich finde eigentlich die Beschreibung von tracktype in JOSM recht gut und auch nachvollziehbar: tracktype=1 - asphaltiert tracktype=2 - geschottert tracktype=3 - befestigt tracktype=4 - weniger befestigt tracktype=5 - unbefestigt wobei man eigentlich 3 und 4 auch zusammenfassen könnte. Nicht zu vergessen, dass Feld- und Waldwege regional auch sehr unterschiedlich ausfallen, im Norden der Republik wird man kaum einen geschotterten Weg finden, dafuer aber jede Menge gepflasterter Wege (mit den verschiedensden Pflastersteinarten). Ich finde uebrigens die Beschreibung in JOSM sehr schlecht, da sie vorallem bei tracktype=2 extrem von der Definition in den Mapfeatures abweicht. Bei JOSM (deutsch) klingt das so, als ob folgendes gelten wuerde: tracktype=grade1 = surface=paved tracktype=grade2 = surface=gravel tracktype=grade3..5 = surface=sand Jemand der nicht die deutsche JOSM-Variante sieht das aber ganz anders. Wenn sich einer mit JOSM auskennt, so sollte er da dringend mal was anpassen, ehe die Nutzer Anfangen, nach diesem Muster die Wege zu korregieren und den tracktype=grade2 grossflaechig zu loeschen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
Moin, Höhenlinien wären durchaus auch zum wandern interessant - wenn sie denn genauer als die 100m Linien sind. Aber auch 100m Höhenlinien sind viel mehr wert als gar keine... die Daten von mir enthalten 40-Meter-Schritte. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Altstadt
Wolfram Lamm schrieb: ... Grundsärtlich ist das eine Fußgängerzone. ... Außerdem stellt dich die Frage ob es denn nun als FootWay oder als Residential eingetragen werden sollte. G... Oswolf Hallo Oswolf, 'Footway' ist für einen (schmalen) Fußweg gedacht und 'Residential' für eine (befahrbare) Anliegerstraße. Für Fußgängerzonen gibt es einen eigenen Tag 'Pedestrian'. Beschreibungen dazu findest du normalerweise auf folgender Seite: http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging Ich sehe aber gerade, dass der Hinweis auf Pedestrian dort fehlt. Also hier: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten als Höhenlinien im OSM-Form at
Hi! Ich würde mich auch über Höhenlinien fürs Garmin freuen. V.a. als Radfahrer und Geocacher sehr interessant. Bei einem GSoC Projekt wurde auch etwas mit Höhenlinien gemacht und die kann man jetzt auch schon in yournavigation.org sehen. Obwohl die Höhenlinien nicht sehr detailliert wirken war ich erstaunt, wie gut bei den Routen das Höhenprofil stimmt. Falls Du nicht auf vorgefertigten Karten bestehst, kombiniert das Tool OSM Composer Höhenlinien und OSM für die Garmins. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern mit Buchstaben
Hallo Lars, das klingt doch mal richtg gut. Da ist in Wikipedia auch eine Bibliothek verlinkt, die das gleich mal in C, C++ und Java macht. Ich schau mir das mal nach dem Wochenende gleich an. :) Damit könnte man einach sagen, wie das im allgemeinen Fall laufen soll und für Werkzeuge die kein Unicode machen bleibt halt der einache Fall a-z/A-Z übrig. Dann ist klar wie es zu interpretieren ist und wenn ein Werkzeug das nur bei Lateinisch kann, dann ist das eine Einschränkung des Werkzeuges und kein nicht definierter Punkt im Standard. Sven: Mir geht es nicht darum ob es in irgendeiner speziellen Anwendung tut sondern daß die Regel, wie das getaggte zu interpretieren ist eindeutig ist und von allen gleich verstanden und verarbeitet wird. Wenn bei sowas grundlegendem ein Werkzeug da was anderes rein interpretiert als ein anderes haben wir jede Menge Leute, von denen die eine Hälfte so taggt, daß es in Werkzeug A tut und die andere Hälfte für Werkzeug B. Mit Html, CSS und JS dürfte ein gutes Beispielt für dieses Problem allgemein bekannt sein. Marcus 2008/11/14 Lars Francke [EMAIL PROTECTED]: Ja, string und char ist zu technisch. alphabetic stimmt für das lateinische Alphabet, aber stimmt das auch für andere Schriften? Heißt das bei denen auch so? Vielleicht helfen diese Links weiter: http://en.wikipedia.org/wiki/Collation http://en.wikipedia.org/wiki/Collating_sequence http://en.wikipedia.org/wiki/Unicode_Collation_Algorithm Und wir haben hier im uebrigen so lustige Dinge wie: 23a-j und dann gibt es an anderer Stelle 23h1 bis 23h3 und soaber ich denke dass muss man immer explizit taggen ;-) Neubauhäuser irgendwo mitten in einem Wohngebiet. Gruß, Lars ___ 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] OT: Amerika in Mitteleuropa (was: [bugfix] Lakewalker erzeugt Nullpointer in JOSM)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Johann H. Addicks schrieb: Kennst du Asien? Amerika? Australien? Die Welt ist größer als du denkst... Zumindest in Mitteleuropa kenne ich die nicht. Amerika gibt es auch in Mitteleuropa. (Keine Ahnung, ob es dort noch Arbeit für das Lakewalker-Plugin gibt.) http://de.wikipedia.org/wiki/Amerika_(Penig) Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkfLywACgkQnMz9fgzDSqdtNwCgjtpuknu9tmK/zGLeWCRga42D DXAAn0U3nd/OkCXMNVZutA8vTQ7LaWEY =+56Q -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google's neue Terms of Service
Johann H. Addicks [EMAIL PROTECTED] wrote: Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht- funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für OSM erhalten. Openlayers? Openlayers kann sicher ähnlich viel wie die Google Maps API. Es gibt eine große Schnittmenge, aber auch Dinge, die nur eine der beiden kann. Zugegeben, die Doku ist lausig. Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04 versucht, selbes Problem. Ich vermute ja jetzt fast, dass irgendwas am Router ist. Gruß Bernd Ich hatte auch Probleme, mit Kubuntu 8.04 die Karte auf Openstreetmap.org und informationfreeway.org zu laden. Bin jetzt aber für ein paar Tage in einer anderen Wohnung und nutze einen anderen WLAN-Router, und hier gibt es gar keine Probleme. Vielleicht liegt es auch an der Kombination von Kubuntu mit einem alten T-Online WLAN-Router? Falls es hilft, ich glaube es ist ein TDSL Sinus 154. Eigenartig ist nur, dass der Telekom-Router bei anderen Webseiten unter Kubuntu keine Probleme macht. Longbow4u ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google's neue Terms of Service
Hallo. Am Samstag, 15. November 2008 schrieb Sven Geggus: Openlayers kann sicher ähnlich viel wie die Google Maps API. Es gibt eine große Schnittmenge, aber auch Dinge, die nur eine der beiden kann. Ich glaube ihm ging es eher um funktionsgleich im Sinne eines Drop-in- replacement, also *ohne* neue Doku zu lesen, *ohne* abweichende Datenstrukturen sondern mit gleichnamigen Funktionen (daher auch die Sorge um die Rechtsverletzungen). Halt so, dass der 08/15-Seitenbetreiber das einfach umstellen kann. Gruß, Bernd -- Fachbegriffe der Informatik (#354): Firewall mit absolutem Schutz Kommunikationsverhinderungsmodul (Rainer Kersten und Christoph Weber) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
On Sat, 15 Nov 2008 22:45:07 + (UTC), Longbow4u [EMAIL PROTECTED] said: Hab es eben mal bei meiner Freundin (auch über WLAN) mit Ubuntu 8.04 versucht, selbes Problem. Ich vermute ja jetzt fast, dass irgendwas am Router ist. Ich hatte auch Probleme, mit Kubuntu 8.04 die Karte auf Openstreetmap.org und informationfreeway.org zu laden. Bin jetzt aber für ein paar Tage in einer anderen Wohnung und nutze einen anderen WLAN- Router, und hier gibt es gar keine Probleme. Vielleicht liegt es auch an der Kombination von Kubuntu mit einem alten T-Online WLAN-Router? Falls es hilft, ich glaube es ist ein TDSL Sinus 154. Eigenartig ist nur, dass der Telekom-Router bei anderen Webseiten unter Kubuntu keine Probleme macht. Bei mir handelt es sich (leider) im ein Arcor-Teil. Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Bernd Distler schrieb: Bei mir handelt es sich (leider) im ein Arcor-Teil. Die geschilderten Probleme kenne ich (leider) auch, ebenfalls bei einem Arcor-DSL-Anschluss aber mit openSuse 11.0. Da ich das aber nicht anders kenne, habe ich das immer als normales Traffic-Problem angesehen. Denn manchmal laeuft es auch richtig gut, manchmal laeuft es erst, wenn man weiter rein oder raus zoomt. Ich werde heute Nachmittag das zum Vergleich mal unter Windows mit dem selben Router-Einstellungen testen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
